Re: Really Strange Problem

From: Niall Litchfield <niall.litchfield_at_gmail.com>
Date: Fri, 12 Nov 2010 14:01:29 +0000
Message-ID: <AANLkTi=Nh7OGJ22u8Tic6-mZ4MofwHmO-szrGKwphmEn_at_mail.gmail.com>



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>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]
> Sent: Friday, November 12, 2010 03:13 AM
> To: john40855_at_gmail.com <john40855_at_gmail.com>
> Cc: oracle-l_at_freelists.org <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.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 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 pour des
> instructions.
> --
> http://www.freelists.org/webpage/oracle-l
>
>
>

-- 
Niall Litchfield
Oracle DBA
http://www.orawin.info

--
http://www.freelists.org/webpage/oracle-l
Received on Fri Nov 12 2010 - 08:01:29 CST

Original text of this message