RE: Really Strange Problem
- From: "Amaral, Rui" <Rui.Amaral@xxxxxxxxxxxxxxxx>
- To: 'Niall Litchfield' <niall.litchfield@xxxxxxxxx>
- Date: Fri, 12 Nov 2010 09:12:55 -0500
I must add that even though I said to disable I would suggest remove it
completely - at least on your prod machines - as any SA can run this at any
time of the day and you don't want that happening on peak periods. Just my 2
cents.
Rui Amaral
Database Administrator
ITS - SSG
TD Bank Financial Group
220 Bay St., 11th Floor
Toronto, ON, CA, M5K1A2
(bb) (647) 204-9106
________________________________
From: Niall Litchfield [mailto:niall.litchfield@xxxxxxxxx]
Sent: Friday, November 12, 2010 9:01 AM
To: Amaral, Rui
Cc: norman.dunbar.capgemini@xxxxxxxxxxxxxxxxxxxxxxxxx; john40855@xxxxxxxxx;
oracle-l@xxxxxxxxxxxxx
Subject: Re: Really Strange Problem
ah, and the blog posting at
http://andyleonard.com/2009/11/19/keeping-your-rhel-vms-from-crushing-your-storage-at-402am/
makes a lot of sense if the storage is shared not only for the rac cluster but
for vms as well. Cheers for the heads up.
On Fri, Nov 12, 2010 at 11:06 AM, Amaral, Rui
<Rui.Amaral@xxxxxxxxxxxxxxxx<mailto:Rui.Amaral@xxxxxxxxxxxxxxxx>> wrote:
We had this problem on all our redhat servers (with the same symptoms you
described and very similar timings too) and it was tied to a cron job that ran
to update the local os index db. Disable mlocate and any other package that
uses locate in the name. That os job consumes 100% cpu when it runs.
----- Original Message -----
From: Dunbar, Norman (Capgemini)
[mailto:norman.dunbar.capgemini@xxxxxxxxxxxxxxxxxxxxxxxxx<mailto:norman.dunbar.capgemini@xxxxxxxxxxxxxxxxxxxxxxxxx>]
Sent: Friday, November 12, 2010 03:13 AM
To: john40855@xxxxxxxxx<mailto:john40855@xxxxxxxxx>
<john40855@xxxxxxxxx<mailto:john40855@xxxxxxxxx>>
Cc: oracle-l@xxxxxxxxxxxxx<mailto:oracle-l@xxxxxxxxxxxxx>
<oracle-l@xxxxxxxxxxxxx<mailto:oracle-l@xxxxxxxxxxxxx>>
Subject: RE: Really Strange Problem
Morning all,
>> 2:15 is the sort of time humans schedule things for, so I'd
>> double check *all* the schedulers that have access to the
>> system, both local and remote if that applies.
Silly, perhaps, but check the cleaners! It has been known - urban myths
notwithstanding - for cleaners too unplug things to plug in the Dyson.
Now, I'm pretty certain that cleaning staff will not have access to a
server room, but ...
Cheers,
Norm.
Norman Dunbar
Contract Senior Oracle DBA
Capgemini Database Team (EA)
Internal : 7 28 2051
External : 0113 231 2051
Information in this message may be confidential and may be legally privileged.
If you have received this message by mistake, please notify the sender
immediately, delete it and do not copy it to anyone else.
We have checked this email and its attachments for viruses. But you should
still check any attachment before opening it.
We may have to make this message and any reply to it public if asked to under
the Freedom of Information Act, Data Protection Act or for litigation. Email
messages and attachments sent to or from any Environment Agency address may
also be accessed by someone other than the sender or recipient, for business
purposes.
If we have sent you information and you wish to use it please read our terms
and conditions which you can get by calling us on 08708 506 506. Find out more
about the Environment Agency at
www.environment-agency.gov.uk<http://www.environment-agency.gov.uk>
--
//www.freelists.org/webpage/oracle-l
NOTICE: Confidential message which may be privileged. Unauthorized
use/disclosure prohibited. If received in error, please go to
www.td.com/legal<http://www.td.com/legal> for instructions.
AVIS : Message confidentiel dont le contenu peut être privilégié.
Utilisation/divulgation interdites sans permission. Si reçu par erreur, prière
d'aller au
www.td.com/francais/avis_juridique<http://www.td.com/francais/avis_juridique>
pour des instructions.
--
//www.freelists.org/webpage/oracle-l
--
Niall Litchfield
Oracle DBA
http://www.orawin.info
Other related posts:
