RE: Really Strange Problem
Date: Fri, 12 Nov 2010 09:12:55 -0500
Message-ID: <AD1FD82AC6BFBE4C8913E32286D9C70D080E8A3919_at_EX7T2-SV05.TDBFG.COM>
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_at_gmail.com] Sent: Friday, November 12, 2010 9:01 AM
To: Amaral, Rui
Cc: norman.dunbar.capgemini_at_environment-agency.gov.uk; john40855_at_gmail.com; oracle-l_at_freelists.org 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_at_tdsecurities.com<mailto:Rui.Amaral_at_tdsecurities.com>> 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_at_environment-agency.gov.uk<mailto:norman.dunbar.capgemini_at_environment-agency.gov.uk>] Sent: Friday, November 12, 2010 03:13 AM To: john40855_at_gmail.com<mailto:john40855_at_gmail.com> <john40855_at_gmail.com<mailto:john40855_at_gmail.com>> Cc: oracle-l_at_freelists.org<mailto:oracle-l_at_freelists.org> <oracle-l_at_freelists.org<mailto:oracle-l_at_freelists.org>> 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>
-- http://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. -- http://www.freelists.org/webpage/oracle-l -- Niall Litchfield Oracle DBA http://www.orawin.info -- http://www.freelists.org/webpage/oracle-lReceived on Fri Nov 12 2010 - 08:12:55 CST