Got this from MOS, after submitting a SR:

Dear My Oracle Support Customer
Service Request #3-1506509011 does not have Configuration Id, it is
recommended that you provide one to receive a faster solution.
Thank you,
The My Oracle Support Team


Amazing! Now, not only do we have to pay through our noses for ANY
support, if we don't install a viral tool that sends unknown
information to Oracle, we get low-speed solutions as well?

When are these geniuses gonna fathom that only an ignorant,
irresponsible moron would accept to install a "configuration tool"
that sends undisclosed information to Oracle, including such pearls as
the internal MAC address of network cards?

Apparently, it hasn't dropped yet with these geniuses that NO ONE in
their right state of mind will accept to install such a tool.

And for the silly groupies who might feel inclined to reply they have
been using it for ages without problems: I don't give a toss what you
might do, you are not me and you don't run under the same conditions I
have to run my security. Capice?

Maybe there should be a poll on this.
I don't like OCM and I don't use it. I rarely upload RDA output files
either.

Hemant K Chitale

Hemant K Chitale wrote,on my timestamp of 3/03/2010 4:24 PM:

Ah, but you see: you must be one of those dinossaur dbas who actually act
responsibly and professionaly to upkeep the security of your site.

As opposed to the "dba2.0" kind who click on everything in sight with wild
abandon, while making faces at the camera...

On Wed, 03 Mar 2010 19:11:30 +1100, Noons <wizofoz2k (AT) yahoo (DOT) com.au>
wrote:

If only they would do that in their webcam, so we can groan back when
they are asking their RTFM questions, indicating they are as stupid as
Oracle support personnel and Oracle developers.

---
Sybrand Bakker
Senior Oracle DBA

I think it depends on the specifics of the case. If to investigate
this case Oracle Support needs init.ora parametes
or server patch level or similar then this information should be
provided in one form or another.
For example if I ask Oracle Support to investigate ORA-04031 errors
then I would provide them with
- init.ora parameters
- contents of V$SGASTAT, STATS$SGASTAT
- if this is 10g and ASMM is enabled then information from the views
that show how memory was resized
- ORA-04031 trace files
- alert.log
So may be they are asking for information that should have been
provided from the beginning

However if they are using lack of OCM to justify a delay in the
investigation when all necessary information has been provided then it
is bad.

vsevolod afanassiev wrote,on my timestamp of 3/03/2010 8:15 PM:

Good. All they have to do is ask for it, if/when needed. Period.

Exactly.

Actually, they asked for nothing: they just sent that email as an auto follow-up
to opening the SR, long before anyone had a look at it.



ORA-600 on a select from subpartitioned table, trace dump of simplified
statement provided. What possible need would there be to know the MAC address
of the network card in that system?

On Tue, 02 Mar 2010 16:35:10 -0800, Noons wrote:

They're really pushing it hard! They want to be able to charge for
licenses automatically. The results are really beginning to show, on the
OUG meetings first. The NYOUG in the last October was a disaster, pure
marketing pitch, mostly by Oracle and a few satellites. None of my
colleagues was there, it was a loss of time. I will not attend the spring
meeting. I don't know of any DBA (v1.0, of course) who is not
disillusioned and disappointed by the policies of the Oracle Corp. Oracle
should really look carefully at what has happened to DEC, Microsoft and
IBM. DEC fell when it begun doing things not unlike Oracle Corp. is doing
these days, IBM saw its empire shrink and Microsoft saw the emergence of
Linux, which has sprung up from nowhere and is now cutting deeply into
the MS bottom line. IBM was the only company able to reinvent itself and
adjust to the emergence of the mini-computer. Oracle has reinvented
itself and became closed, secretive corporate giant without any scruples.
The quality of their products is very questionable, their licensing
practices too. Selling the product and then charging for the ability to
tune it is morally dubious, to say the least. That is the primary reason
why I am not suggesting to my boss to buy diagnostics & tuning pack
license. Instead of a nice company that I was proud to recommend to my
management, Oracle became a corporate bully that I am trying to avoid at
all costs, whenever I can. Sic transit gloria mundi.

--
http://mgogala.freehostia.com

On Mar 3, 4:01*am, Noons <wizofo... (AT) yahoo (DOT) com.au> wrote:
I strongly agree with the sentiments in this thread. But, here I have
to point out how common it is, to the point of being the mode, that
people won't supply the necessary information up front (right
Sybrand? :-) . From that viewpoint, it merely becomes an issue of
degree as to how much they have to supply to initiate an SR. I'm sure
we've all seen order entry systems that create a header as a separate
transaction from the order lines - that's wrong from a design
standpoint, but right from the viewpoint of having a resumable entry
process (or points up the deficiency of not having multiple levels of
transactions). So in an SR, they have to ask for certain information,
it's needed at the start. It's not a big jump from there to analyzing
the patterns of previous SR's to see what in most cases was needed.
Where they cross the line is grabbing all information ever possibly
needed. Think of this: if you have everyone upload all their trace
files, you can mine that to create a decision support tool that can
automate much trace file analysis. I'm sure you can name popular and
not-so-popular people who have done that. So why not generalize
that? Well, obviously that upsets everyone who wouldn't willingly
upload all their data. Through the magic of Computer Aided Mass
Hysteria, it becomes a potential publicity nightmare. So maybe we
should convert potential to actual and tell Warticki about what we
think on the MOS community :-D

Well, what if that ORA-600 is hidden under several levels of
technology stack? Way before you get there, you may indeed need to
follow the problem including over the network. I would think most
support calls are of the form "my program isn't working," I'm sure
ora-600's are pretty scarce in the overall scheme of Oracle support.
We would all like a direct line into tertiary level support, and
personally I've noticed if the magic words are there, I often wind up
there quick. But if I'm getting a java virtual error, I'm just as
newbie as "my program isn't working" and I think an RDA is probably
appropriate. OCM is just a proactive version of that, isn't it? The
Network Is The Computer. And OCM puts all your Oracle usernames into
a world readable file. Sigh.

jg
--
@home.com is bogus.
http://twitter.com/safety

On Mar 2, 7:35*pm, Noons <wizofo... (AT) gmail (DOT) com> wrote:

snip

You do not need to run the Oracle Config Manager "live" you can run it
disconnected so that it gathers the config information required to get
an SR moving and then you can feed in the output.

http://www.pythian.com/news/644/orac...e-or-blessing/

Since you can gather the information disconnected you are free to look
at all this information before you ship it into Oracle.

As long as Oracle support makes up the rules about "necessary"
information ... well there's not much we can do if we need them to
work on an SR.

You can try going up the support foodchain without supplying it.

"Hemant K Chitale" <hemantkchitale (AT) gmail (DOT) com> wrote

RDA? That's that "thing" that generates about 745.367 HTML files in a big
zip file, right?

Matthias