Tracy,

How is the CPU and memory usage on the server when the database hangs? It's
likely that database might be experiencing severe latch contention,
preventing you from running any queries. To diagnose the problem, you should
look at the Oracle Wait events statistics periodically before database
hangs. You should install statspack, or if that's not done, run
utlbstat/utlestat every hour or so and analyze the statistics. I think that
database must be waiting on resources before it completely hangs. Look for
wait events, system statistics and latch statistics. 

Jay

-----Original Message-----
Sent: Tuesday, April 30, 2002 4:09 PM
To: Multiple recipients of list ORACLE-L



Hi,
I am unable to query from the database when it hangs up.  I am only able to
execute the shutdown abort command.






To:    [EMAIL PROTECTED]
cc:    Tracy Rahmlow@AMEX


Tracy,

You can start by using the query below to determine what
the sessions are actually waiting on:

select
   s.username username,
   e.event event,
   s.sid,
   e.p1text,
   e.p1,
   e.p2text,
   e.p2,
   e.wait_time,
   e.seconds_in_wait,
   e.state
from v$session s, v$session_wait e
where s.username is not null
   and s.sid = e.sid
   -- skip sqlnet idle session messages
   and e.event not like '%message%client'
order by s.username, upper(e.event);

Jared





"Tracy Rahmlow" <[EMAIL PROTECTED]>
Sent by: [EMAIL PROTECTED]
04/30/2002 12:21 PM
Please respond to ORACLE-L


        To:     Multiple recipients of list ORACLE-L <[EMAIL PROTECTED]>
        cc:
        Subject:        Prod problem, please help!!!


I have opened a TAR with Oracle and am waiting a resolution.  In the
meantime,
I am wondering if anybody else has any ideas while I wait.

Specifics:
   IBM AIX 4.3
   Rdms 8.1.7.3
   Database ~75g
   OLTP database with approximately 500 dedicated connections and 500
shared connections with Oracle's MTS.

Problem:
The database hangs, and no user is able to connect to the instance, except
locally through srvmgrl. Even within svrmgrl, we are unable to select
anything from
 the
database without the query hanging. However, we can abort the instance
(shutdown abort) and start it up again just fine.  This has happened on
4-22, 4-29 &
4-30 in the
early afternoon.  Usually, this is also our peak busy rate for the week.
We are executing MTS for 4 applications, all other applications connect
through
dedicated server.
The alert log contains a message unable to start a shared server process.
This week it was #41 and last week it was #25. Normally, we do not exceed
5 shared
servers.  Another thing I noticed is that there is no time allocated to
any of the newly created shared servers.  It is as if, it can not process
any work
through existing shared
servers and decides to allocate another one, until finally it freezes.  I
am not sure if this is a MTS problem because I would suspect that I should
be able
to establish
a dedicated server connection.  And I can not.  I think that this is just
a symptom of the underlying problem.  It would appear to me that we are
running out
of a resource,
however our sysadms do not see any resource problems.  Does anybody have
any ideas how to debug this?  Thanks


--
Please see the official ORACLE-L FAQ: http://www.orafaq.com
--
Author: Tracy Rahmlow
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).











-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Tracy Rahmlow
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).


****************************************************************************
This electronic message contains information from CTIS, Inc., which 
may be company sensitive, proprietary, privileged or otherwise protected 
from disclosure. The information is intended to be used solely by the 
recipients named above. If you are not an intended recipient, be aware 
that any review, disclosure, copying, distribution or use of this 
transmission or its contents is prohibited.  If you have received this 
transmission in error, please notify us immediately at [EMAIL PROTECTED] 
****************************************************************************



-- 
Please see the official ORACLE-L FAQ: http://www.orafaq.com
-- 
Author: Jay Mehta
  INET: [EMAIL PROTECTED]

Fat City Network Services    -- (858) 538-5051  FAX: (858) 538-5051
San Diego, California        -- Public Internet access / Mailing Lists
--------------------------------------------------------------------
To REMOVE yourself from this mailing list, send an E-Mail message
to: [EMAIL PROTECTED] (note EXACT spelling of 'ListGuru') and in
the message BODY, include a line containing: UNSUB ORACLE-L
(or the name of mailing list you want to be removed from).  You may
also send the HELP command for other information (like subscribing).

Reply via email to