----- Original Message -----
Sent: Tuesday, February 27, 2001 4:26
PM
Subject: MetaSlop -- More Screeching and
Droning.
Our own esteemed Paul Baumgartel wants to know how our
equally esteemed Kevin would have handled the
MetaCrack
announcement.
There are several possibilities, depending on what is
ACTUALLY
going on in the Armani Sweatshop on Ellison
Lane.
Scenario One:
ATTENTION: Oracle Customers -- Special DBA
Announcement.
PASS THIS TO YOUR DBA!
No doubt you have recently seen performance on MetaLink
do
down like a career hooker on a Presidential
candidate. There
is a reason for this, and here it
is:
We had a cowboy DBA who stayed up too late one night
reading
"Oracle Latches, Waits, and Blinking Lights"
by Tom Swift.
(Doubtless you are aware of this classic
review of oracle internals.)
Unfortunately,
aforementioned cowboy badly misinterpreted the settings of
the _db_block_write_flush_or_scan_depth_increment_rigidity
parameter
and really screwed up our systems. After out
"Global IT Group" got on
the problem ( ok, the "other"
cowboy rookie DBA we have ) he tried everything
he
could, and actually worsened things by setting the
"_please_make_it_better"
parameter to TRUE, as opposed
to IMMEDIATE. As you may know, this undoc
parameter
only works in TRUE mode for Oracle8, and MetaLink is still running
on Oracle 7.2.3.4.2.
Finally, we called in someone competent from our front line
support. She had
actually quit, and was packing her
desk in disgust (at not being allowed to
properly
address customer requests ever since the "iTar" process performed
auto-deletes on all online requests) but was stopped
by an alert middle manager
for "one last favor". After
she set the "_divert_funds_from_marketing" parameter
to TRUE, everything came back for a handful of minutes.
During this brief operational period, we had a "staggering"
number of requests
hit our front end webservers (
Apache on Linux-based Palm Pilots ) and MetaLink
could
not respond to the seven requests simultaneously.
We are currently throwing hardware at the problem, and hope to
be able to provide
roughly the same level of service
you'd expect at a local Seven-Eleven any day now.
So Long, and Thanks for All the Power Units!!!!
################ END METALINK MESSAGE
#######################################
There are other scenarios, but my hourglass just returned from
my metalink
search, so i've got to go
now.........
-----Original Message-----
From: Paul
Baumgartel [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, February 27, 2001 3:21 PM
To: Multiple recipients of list ORACLE-L
Subject: RE: RE: MetaSlop
And if you were running a comparable system, what would *you*
say?
Paul Baumgartel
InstiPro, Inc.
[EMAIL PROTECTED]
212
813-0829 x103 (office)
917
549-4717 (mobile)
-----Original Message-----
Sent:
Tuesday, February 27, 2001 2:51 PM
To: Multiple
recipients of list ORACLE-L
Man, these guys just invite the wise-ass comment, don't
they? Such as:
Well maybe if the product worked better/was less confusing/had
better
documentation we wouldn't all be in
Metalink!
Oh no! If 4 new servers brought the
system to its knees just think how bad
it'll be when
the rest of the hardware arrives!
4 new
top-of-the-line servers, just think what that'll do to their power
unit charges!
Plus I can't rid myself of the image of us all 'staggering' to
Metalink for
help.
Jim
>>> [EMAIL PROTECTED] 02/27/01 01:21PM
>>>
For those interested, right from the
horses mouth, or other orifice as you
desire:
News & Notes
MetaLink Performance - An Update
We apologize for the slow response times recently on
MetaLink. All over
the
world
our customers are coming to and using this valuable
knowledge base in staggering numbers. Our Global IT team are
working these
performance issues as their number one
priority.
What is Being Done
This
week four new front-end web servers were brought on line to help
manage
the load. Additional hardware
has been purchased and will
arrive soon which
will make a significant improvement in performance.
We appreciate your patience during this time of
significant growth in
MetaLink
usage.
Thanks,
The MetaLink
Team
--
Please see the official ORACLE-L
FAQ: http://www.orafaq.com
--
Author:
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858)
538-5051 FAX: (858) 538-5051
San Diego,
California -- Public Internet access
/ Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail
message
to: [EMAIL PROTECTED] (note EXACT spelling
of 'ListGuru') and in
the message BODY, include a line
containing: UNSUB ORACLE-L
(or the name of mailing
list you want to be removed from). You may
also
send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L
FAQ: http://www.orafaq.com
--
Author: Jim Conboy
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858)
538-5051 FAX: (858) 538-5051
San Diego,
California -- Public Internet access
/ Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail
message
to: [EMAIL PROTECTED] (note EXACT spelling
of 'ListGuru') and in
the message BODY, include a line
containing: UNSUB ORACLE-L
(or the name of mailing
list you want to be removed from). You may
also
send the HELP command for other information (like subscribing).
--
Please see the official ORACLE-L
FAQ: http://www.orafaq.com
--
Author: Paul Baumgartel
INET: [EMAIL PROTECTED]
Fat City Network Services -- (858)
538-5051 FAX: (858) 538-5051
San Diego,
California -- Public Internet access
/ Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail
message
to: [EMAIL PROTECTED] (note EXACT spelling
of 'ListGuru') and in
the message BODY, include a line
containing: UNSUB ORACLE-L
(or the name of mailing
list you want to be removed from). You may
also
send the HELP command for other information (like subscribing).
