RE: statspack.snap hung on library cache pin

From: Bobak, Mark <Mark.Bobak_at_il.proquest.com>
Date: Thu, 18 Mar 2004 14:51:14 -0500
Message-ID: <4C9B6FDA0B06FE4DAF5918BBF0AD82CF03B4537A@bosmail00.bos.il.pqe>

Dallas,

Try this to identify the blocking session: select decode(lob.kglobtyp, 0, 'NEXT OBJECT', 1, 'INDEX', 2, 'TABLE', 3, 'CLUSTER',

                      4, 'VIEW', 5, 'SYNONYM', 6, 'SEQUENCE',
                      7, 'PROCEDURE', 8, 'FUNCTION', 9, 'PACKAGE',
                      11, 'PACKAGE BODY', 12, 'TRIGGER',
                      13, 'TYPE', 14, 'TYPE BODY',
                      19, 'TABLE PARTITION', 20, 'INDEX PARTITION', 21, 'LOB',
                      22, 'LIBRARY', 23, 'DIRECTORY', 24, 'QUEUE',
                      28, 'JAVA SOURCE', 29, 'JAVA CLASS', 30, 'JAVA RESOURCE',
                      32, 'INDEXTYPE', 33, 'OPERATOR',
                      34, 'TABLE SUBPARTITION', 35, 'INDEX SUBPARTITION',
                      40, 'LOB PARTITION', 41, 'LOB SUBPARTITION',
                      42, 'MATERIALIZED VIEW',
                      43, 'DIMENSION',
                      44, 'CONTEXT', 46, 'RULE SET', 47, 'RESOURCE PLAN',
                      48, 'CONSUMER GROUP',
                      51, 'SUBSCRIPTION', 52, 'LOCATION',
                      55, 'XML SCHEMA', 56, 'JAVA DATA',
                      57, 'SECURITY PROFILE', 59, 'RULE',
                      62, 'EVALUATION CONTEXT',
                     'UNDEFINED') object_type,
       lob.kglnaobj object_name,
       pn.kglpnmod lock_mode_held,
       pn.kglpnreq lock_mode_requested,
       ses.sid,
       ses.serial#,
       ses.username
  from v$session_wait vsw,
       x$kglob lob,
       x$kglpn pn,
       v$session ses
 where vsw.event = 'library cache pin'

   and vsw.p1raw = lob.kglhdadr
   and lob.kglhdadr = pn.kglpnhdl
   and pn.kglpnmod != 0
   and pn.kglpnuse = ses.saddr
/

-----Original Message-----

From: DEEDSD_at_Nationwide.com [mailto:DEEDSD_at_Nationwide.com] Sent: Thursday, March 18, 2004 1:49 PM
To: oracle-l_at_freelists.org
Subject: statspack.snap hung on library cache pin

I've got a strange issue. Before anyone flames me for using statspack, let me say that I am merely performing a system-level overview on an instance. One of the capacity management folks suggested to the customer that we run statspack on their instance, so I'm doing so to keep the customer happy.

My issue is that when I am trying to execute statspack.snap, it is sitting hung on library cache pin (from the trace file:)

WAIT #1: nam='library cache pin' ela= 308 p1=15192228680 p2=15149503480 p3=32
WAIT #1: nam='library cache pin' ela= 308 p1=15192228680 p2=15149503480 p3=32
WAIT #1: nam='library cache pin' ela= 308 p1=15192228680 p2=15149503480 p3=32
WAIT #1: nam='library cache pin' ela= 308 p1=15192228680 p2=15149503480 p3=32

I'm running 8.1.7.2 on Solaris 8.

Any ideas?

---

Please see the official ORACLE-L FAQ: http://www.orafaq.com

---

To unsubscribe send email to: oracle-l-request_at_freelists.org put 'unsubscribe' in the subject line.
--

Archives are at http://www.freelists.org/archives/oracle-l/

FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html


-----------------------------------------------------------------

----------------------------------------------------------------

Please see the official ORACLE-L FAQ: http://www.orafaq.com


----------------------------------------------------------------

To unsubscribe send email to:  oracle-l-request_at_freelists.org

put 'unsubscribe' in the subject line.
--

Archives are at http://www.freelists.org/archives/oracle-l/ FAQ is at http://www.freelists.org/help/fom-serve/cache/1.html

---

Received on Thu Mar 18 2004 - 14:52:52 CST