Re: hung db
From: MJ Mody <emjay.mody_at_gmail.com>
Date: Fri, 15 Jan 2016 15:33:15 -0600
Message-Id: <F930237D-53DA-42C7-ADC3-790CC606B787_at_gmail.com>
Is it normal for oracle to write elsewhere? Assumption here is hang was severe enough that oracle was not able to spawn processes to write to alert log
>
>
>
> --
> Howard A. Latham
Date: Fri, 15 Jan 2016 15:33:15 -0600
Message-Id: <F930237D-53DA-42C7-ADC3-790CC606B787_at_gmail.com>
Is it normal for oracle to write elsewhere? Assumption here is hang was severe enough that oracle was not able to spawn processes to write to alert log
> On Jan 15, 2016, at 3:13 PM, Howard Latham <howard.latham_at_gmail.com> wrote:
>
> the gap may be due to the alert log going else where try searching for it.
>
>> On 15 January 2016 at 21:05, MJ Mody <emjay.mody_at_gmail.com> wrote: >> Thank you again Experts!! The issue has not surfaced since reboot of the host. Of course the gap in the alert log is still a mystery. >> >> "The truth is out there" - Chris Carter >> >>>> On Jan 11, 2016, at 5:49 PM, Mladen Gogala <gogala.mladen_at_gmail.com> wrote: >>>> >>>> On 01/11/2016 05:24 PM, MJ Mody wrote: >>>> stuck dll as in dll is locked by a previous backup process. %systemroot%\system32 does not have the orasbt.dll. The only place where I found it was in c:\program files\commvault\simpana\base. >>>> >>>> Have a question open with commvault if post backup process can be refined to ensure locks to dlls are released. >>>> >>>> Thanks >>> >>> Simpana comes with the process manager. You should be able to open process manager and restart all client processes on Windows. >>> >>> >>> -- >>> Mladen Gogala >>> Oracle DBA >>> http://mgogala.freehostia.com >> -- >> http://www.freelists.org/webpage/oracle-l
>
>
>
> --
> Howard A. Latham
-- http://www.freelists.org/webpage/oracle-lReceived on Fri Jan 15 2016 - 22:33:15 CET