RE: DBA_HIST_ACTIVE_SESS_HISTORY library cache pin waits

From: McPeak, Matt <vxsmimmcp_at_subaru.com>
Date: Wed, 26 Feb 2014 21:04:46 +0000
Message-ID: <D7864FA3E7830B428CB2A5A5301B63EE7D2A8562_at_S7041VA005.soa.soaad.com>



No kidding? So, when I install DDL and get a successful "Package body created" message, no one can start using it until all processes using the old version finish?

From: Ric Van Dyke [mailto:ric.van.dyke_at_hotsos.com] Sent: Wednesday, February 26, 2014 3:27 PM To: McPeak, Matt; ORACLE-L
Subject: RE: DBA_HIST_ACTIVE_SESS_HISTORY library cache pin waits

Sure makes perfect sense to me. S1 was already running so will continue to completion with the version of P as it was when it started.

S2 has to wait for S1 to finish so it can in effect recompile P.

+--+--+--+--+--+--+--+--+--+--+--+--+--+--+ Ric Van Dyke
Education Director
Hotsos Ltd.

Hotsos Symposium March 2-6 2014
Make your plans to be there now!

From: oracle-l-bounce_at_freelists.org<mailto:oracle-l-bounce_at_freelists.org> [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of McPeak, Matt Sent: Wednesday, February 26, 2014 3:09 PM To: ORACLE-L
Subject: RE: DBA_HIST_ACTIVE_SESS_HISTORY library cache pin waits

More information...

There was a package (call it "P") re-installed at 4:29pm. There was a long-running (4hr) process ( call it "S1" ) running at that time that uses that package. Should that have prevented us from installing a new version of the package? It doesn't seem to have.

Then, other processes (call it "S2") - started after 4:29pm and that refer to "P" -- all seemed to start waiting indefinitely for the long-running process "S1".

Does that make sense?
Thanks,
Matt

From: oracle-l-bounce_at_freelists.org<mailto:oracle-l-bounce_at_freelists.org> [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of McPeak, Matt Sent: Wednesday, February 26, 2014 2:40 PM To: ORACLE-L
Subject: DBA_HIST_ACTIVE_SESS_HISTORY library cache pin waits

Hi,

I have been asked what a process on Monday (2/24) timed out.

Going to DBA_HIST_ACTIVE_SESS_HISTORY, I can see that the process in question spent all its time waiting for a library cache pin.

I can see a lot written on how to get more information about current library cache pin waits. But does anyone know how to find out more about a library cache pin wait showing up only in ASH?

Thanks in advance!

Matt

--
http://www.freelists.org/webpage/oracle-l
Received on Wed Feb 26 2014 - 22:04:46 CET

Original text of this message