Return-Path: <oracle-l-bounce@freelists.org>
X-Original-To: oracle-l@orafaq.com
Delivered-To: oracle-l@orafaq.com
Received: from puck1183.startdedicated.com (localhost [127.0.0.1])
 by puck1183.startdedicated.com (Postfix) with ESMTP id 68F5219612BB
 for <oracle-l@orafaq.com>; Tue,  9 Sep 2014 19:25:33 +0200 (CEST)
Received: from turing.freelists.org (freelists-180.iquest.net [206.53.239.180])
 by puck1183.startdedicated.com (Postfix) with ESMTP
 for <oracle-l@orafaq.com>; Tue,  9 Sep 2014 19:25:33 +0200 (CEST)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id B95CD2F71D;
 Tue,  9 Sep 2014 13:25:31 -0400 (EDT)
Authentication-Results: turing.freelists.org; dkim=fail
 (verification failed; insecure key) header.i=@gmail.com;
 dkim-adsp=none (insecure policy)
X-Virus-Scanned: Debian amavisd-new at turing.freelists.org
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id t4Ua7GdYwLVj; Tue,  9 Sep 2014 13:25:31 -0400 (EDT)
Received: from turing.freelists.org (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id ECB9A2F6E9;
 Tue,  9 Sep 2014 13:24:50 -0400 (EDT)
Received: with ECARTIS (v1.0.0; list oracle-l); Tue, 09 Sep 2014 13:24:09 -0400 (EDT)
Received: from localhost (localhost [127.0.0.1])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id 2C4902F61B
 for <oracle-l@freelists.org>; Tue,  9 Sep 2014 13:24:09 -0400 (EDT)
Received: from turing.freelists.org ([127.0.0.1])
 by localhost (turing.freelists.org [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id T0fvMDd4HcNm for <oracle-l@freelists.org>;
 Tue,  9 Sep 2014 13:24:09 -0400 (EDT)
Received: from mail-pd0-f180.google.com (mail-pd0-f180.google.com [209.85.192.180])
 by turing.freelists.org (Avenir Technologies Mail Multiplex) with ESMTP id DA6C12EDDD
 for <oracle-l@freelists.org>; Tue,  9 Sep 2014 13:23:41 -0400 (EDT)
Received: by mail-pd0-f180.google.com with SMTP id ft15so7455464pdb.39
        for <oracle-l@freelists.org>; Tue, 09 Sep 2014 10:23:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:date:message-id:subject:from:to:content-type;
        bh=kR3kNJHBfz6GGK7poI83VlhRs4IIs3YsoPQfTUTUK1I=;
        b=JgtV+75kn+QkizCU87vZ2kR7HbuLo54mRoUkfE6LFd5S6La+uiuJHb2XY2mD3pptOt
         FU9Nz3XTKQaUQG/+9PpWPFLU2voE4wfAFQ+TAzD3Jqr2Drncb05NilxuwFlGFa+Kzp65
         5KE6h+lSkR1sa1dSbytkOnikQjrAbh1yA1kFTProTMvSWKQ+AEEfW32lcttFiwRT037F
         DvFvTTEGjjab8akozrbVZW4r/wQu8mtV3ixRgAplv2wZIam6Vr2cf+bVl3tLABznViJ8
         ycrt5+GXAjwiMgCyxMR2slnJoEEVSyW9gqd0rFH4h0fMnV4/Uuj4m3b+eRjREDGIPXan
         q/6A==
MIME-Version: 1.0
X-Received: by 10.66.185.14 with SMTP id ey14mr17229413pac.136.1410283421454;
 Tue, 09 Sep 2014 10:23:41 -0700 (PDT)
Received: by 10.70.95.97 with HTTP; Tue, 9 Sep 2014 10:23:41 -0700 (PDT)
Date: Tue, 9 Sep 2014 13:23:41 -0400
Message-ID: <CAE-dsOLQuC_GAwupnUvd207GeyH0vvK7ov0x=ROCzVvVdAp9=g@mail.gmail.com>
Subject: top oracle server process not in v$process.spid
From: Dba DBA <oracledbaquestions@gmail.com>
To: ORACLE-L <oracle-l@freelists.org>
Content-Type: multipart/alternative; boundary=047d7bf0c9305e564b0502a53286
X-archive-position: 56274
X-ecartis-version: Ecartis v1.0.0
Sender: oracle-l-bounce@freelists.org
Errors-to: oracle-l-bounce@freelists.org
X-original-sender: oracledbaquestions@gmail.com
Precedence: normal
Reply-To: oracledbaquestions@gmail.com
List-help: <mailto:ecartis@freelists.org?Subject=help>
List-unsubscribe: <oracle-l-request@freelists.org?Subject=unsubscribe>
List-software: Ecartis version 1.0.0
List-Id: oracle-l <oracle-l.freelists.org>
X-List-ID: oracle-l <oracle-l.freelists.org>
List-subscribe: <oracle-l-request@freelists.org?Subject=subscribe>
List-owner: <mailto:mark.bobak@proquest.com>
List-post: <mailto:oracle-l@freelists.org>
List-archive: <http://www.freelists.org/archives/oracle-l>
X-list: oracle-l
--047d7bf0c9305e564b0502a53286
Content-Type: text/plain; charset=UTF-8

11.2.0.4 , 2 node rac
linux 6

AWR/ASH not turned on. Statspack not installed. Some people dont pay for
this.... tracking this down is tricky.

ran top, 2 oracle processes at 99% cpu. However, 0% memory. Do not show up
in gv$process.spid or setospid (for hanganalyze/system state dump)


I believe I have seen high cpu processes before that dont show up either,
but I usually just go to ASH or awr and find it easily. I don't have that.
Plus they dont appear to use connectin pooling, so
gv$session_event,gv$session_wait are not useful... so history.

Step 1:
Process So far: Top , shows two oracle session at 99% CPU

ps -ef | grep <process>

 oracle<DBNAME>1 (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))

step 2: select count(*) from gv$process where spdi = <mypid>
no rows returned.

step 3: system statedump
 SQL >  oradebug setospid <HIGH_CPU_PID>
ORA-00075: process "Unix process pid: <HIGH_CPU_PID>, image: <none>" not
found in this instance

step 3: general system statedump 'oradebug setospid myospid'
not much here. S ee this. Read through references to library cache, but
when I check gv$session_event does not seem high. However, lots

HM: Master is instance 1. My instance is 1 - I am the master.
Hang detection is enabled.  Hang resolution scope is PROCESS.
HM: CPU load is NOT abnormally high.
HM: IO load is NOT abnormally high (1).

see references to librarcyh cache latch. However, sessions dont use
connectin pooling and vanish before I can check sessions.

step 4: doesnt appear to use conneciton pooling. Number of connetions goes
between 60 - 200. So gv$session_Event, gv$session_wait are not real
useful...

step 5: poll gv$session over and over and over again.
occassionally see vktm idle process, pmon timer, rdbms ipc message   as top
waits. but they flicker off.

--047d7bf0c9305e564b0502a53286
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr">11.2.0.4 , 2 node rac<div>linux 6</div><div><br></div><div=
>AWR/ASH not turned on. Statspack not installed. Some people dont pay for t=
his.... tracking this down is tricky.=C2=A0</div><div><br></div><div>ran to=
p, 2 oracle processes at 99% cpu. However, 0% memory. Do not show up in gv$=
process.spid or setospid (for hanganalyze/system state dump)=C2=A0</div><di=
v><br></div><div><br></div><div>I believe I have seen high cpu processes be=
fore that dont show up either, but I usually just go to ASH or awr and find=
 it easily. I don&#39;t have that. Plus they dont appear to use connectin p=
ooling, so gv$session_event,gv$session_wait are not useful... so history.=
=C2=A0</div><div><br></div><div>Step 1:</div><div>Process So far: Top , sho=
ws two oracle session at 99% CPU</div><div><br></div><div>ps -ef | grep &lt=
;process&gt;</div><div><br></div><div>=C2=A0oracle&lt;DBNAME&gt;1 (DESCRIPT=
ION=3D(LOCAL=3DYES)(ADDRESS=3D(PROTOCOL=3Dbeq)))<br></div><div><br></div><d=
iv>step 2: select count(*) from gv$process where spdi =3D &lt;mypid&gt;</di=
v><div>no rows returned.=C2=A0</div><div><br></div><div>step 3: system stat=
edump</div><div><div>=C2=A0SQL &gt; =C2=A0oradebug setospid &lt;HIGH_CPU_PI=
D&gt;</div><div>ORA-00075: process &quot;Unix process pid: &lt;HIGH_CPU_PID=
&gt;, image: &lt;none&gt;&quot; not found in this instance</div></div><div>=
<br></div><div>step 3: general system statedump &#39;oradebug setospid myos=
pid&#39;</div><div>not much here. S ee this. Read through references to lib=
rary cache, but when I check gv$session_event does not seem high. However, =
lots</div><div><br></div><div><div>HM: Master is instance 1. My instance is=
 1 - I am the master.</div><div>Hang detection is enabled. =C2=A0Hang resol=
ution scope is PROCESS.</div><div>HM: CPU load is NOT abnormally high.</div=
><div>HM: IO load is NOT abnormally high (1).</div><div><br></div><div>see =
references to librarcyh cache latch. However, sessions dont use connectin p=
ooling and vanish before I can check sessions.=C2=A0</div><div><br></div><d=
iv>step 4: doesnt appear to use conneciton pooling. Number of connetions go=
es between 60 - 200. So gv$session_Event, gv$session_wait are not real usef=
ul...=C2=A0</div><div><br></div><div>step 5: poll gv$session over and over =
and over again.=C2=A0</div><div>occassionally see vktm idle process, pmon t=
imer,=C2=A0rdbms ipc message =C2=A0 as top waits. but they flicker off.=C2=
=A0</div><div><br></div><div><br></div><div><br></div></div><div><br></div>=
</div>

--047d7bf0c9305e564b0502a53286--
--
http://www.freelists.org/webpage/oracle-l


