Help! Trouble tracking down the process to a computer [message #50730] |
Wed, 03 April 2002 13:34 |
sheela
Messages: 66 Registered: March 2002
|
Member |
|
|
Hi,
We are running oracle 7.3.4 on solaris 8. One of the databases on the server hangs every 2 weeks. Once this happens, we are not able to log on to the database or connect using sqlplus or any tools (like dba studio from NT). Usually I use ps -f | grep oracleSID to check the database processes and try to use kill -9 to kill it. But that doesn't work as I'm not sure if I'm killing the right process for that database. How can I get more detail info. when this happens so that I can trace it down to the user or specific computer/application?
Thanks
Paul
|
|
|
|
Re: Help! Trouble tracking down the process to a computer [message #50744 is a reply to message #50730] |
Thu, 04 April 2002 04:15 |
Grant
Messages: 578 Registered: January 2002
|
Senior Member |
|
|
Are there any trace files being created in udump or cdump? Are you getting any messages in your alert log? You may be able to get the right PID by doing a top command followed by capital I (gives you non-idle processes) then do a ps -ef | grep PID starting with the highest resource user (usually oracle). It may be a resource problem and not a client/application problem so don't rule that out.
|
|
|
Re: Help! Trouble tracking down the process to a computer [message #50746 is a reply to message #50730] |
Thu, 04 April 2002 05:14 |
saleem
Messages: 65 Registered: January 2002
|
Member |
|
|
are you sure it's a process that's stopping the db? if so how did you determine that? can you log into srvmgrl and shut down the database normally? immediately? from there (server manager) you should be able to query the v$ tables to check for locks and irregularities. try that next time. also, if this is happening in regular noticeable intervals, see what else is scheduled to happen on the server around that time to see if there are any conflicts. and if you can afford the overhead and the space, maybe you should put the db in trace mode to see what's occurring before it hangs.
|
|
|