Oracle FAQ Your Portal to the Oracle Knowledge Grid
HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US
 

Home -> Community -> Mailing Lists -> Oracle-L -> RE: Linux ps command

RE: Linux ps command

From: Charlotte Hammond <charlottejanehammond_at_yahoo.com>
Date: Fri, 19 Nov 2004 08:40:04 -0800 (PST)
Message-ID: <20041119164004.23985.qmail@web20707.mail.yahoo.com>


Thanks for everyone's suggestions. Unfortunately no luck yet but I think that's because I'm looking in the wrong place focusing on 'ps' itself. I have discovered two further things:  

  1. ps works fine, as expected if I start the instance from the unix user oracle, but I get this "[oracle]" behaviour if I start it from any other user, ie. members of the dba group.
  2. /proc/<pid>/cmdline is empty if the instance is started by a non-oracle dba group member.

It looks like the process just isn't being registered properly with the Linux kernel correctly at start up, so I can't blame ps for not being able to report on it. Not sure why that is - the suid and guid bits are set ok on the oracle binary. I guess I'll just have to start the instance as oracle for the time being.  

Any further suggestions welcome.  

"Nick Tilbury @ Northampton" <ntilbury_at_vartec.co.uk> wrote: My admin's last suggestion (I promise) :-

export PS_PERSONALITY=sun
export CMD_ENV=sun

then run the usual SunOS commands "ps -ef | grep ora"

-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Charlotte Hammond Sent: 19 November 2004 14:08
To: ORACLE-L
Subject: RE: Linux ps command

Thanks, but sorry, no - this returns "[oracle]" again:

charlotte_at_quatermass:~> ps alx | grep ora 0 700 3589 1 15 0 14520 1864 schedu S ? 0:00 /opt/oracle/product/9.2.0/bin/tnslsnr LISTENER -inherit

0 700 27446 1 15 0 284392 7912 schedu S ? 0:00 [oracle]
0 700 27448 1 15 0 284736 7904 schedu S ? 0:00 [oracle]
0 700 27450 1 15 0 287848 9236 schedu S ? 0:00 [oracle]
0 700 27452 1 15 0 283744 7276 schedu S ? 0:00 [oracle]
0 700 27454 1 15 0 283744 16932 schedu S ? 0:00 [oracle] 0 700 27456 1 15 0 283716 10056 schedu S ? 0:00 [oracle]
0 700 27458 1 15 0 283692 9388 schedu S ? 0:00 [oracle]
0 700 27460 1 15 0 287788 6556 schedu S ? 0:00 [oracle]
0 700 27462 1 15 0 287860 6792 schedu S ? 0:00 [oracle]
0 700 27465 1 15 0 283664 5980 schedu S ? 0:00 [oracle]
0 700 27467 1 15 0 283664 5984 schedu S ? 0:00 [oracle]
0 700 27469 1 15 0 283664 5984 schedu S ? 0:00 [oracle]
0 700 27471 1 15 0 283664 6004 schedu S ? 0:00 [oracle]
0 700 27474 1 15 0 283676 6584 schedu S ? 0:00 [oracle]
0 700 27476 1 15 0 283676 6472 schedu S ? 0:00 [oracle]
0 702 27770 27747 20 0 3544 568 pipe_w S pts/0 0:00 grep ora

"Stephane Faroult" wrote:
Try
ps alx
Regards,
Stephane Faroult
RoughSea Ltd
http://www.roughsea.com

"Nick Tilbury @ Northampton" wrote:
I cannot take credit (or blame !) for this one, it comes from our Unix admin.
See if it give you want you require.

try ps auxc

a = all processes on a terminal, including other users
u = display user-oriented format
x = select processes without controlling ttys
c = display true command name

Nick

-----Original Message-----
From: oracle-l-bounce_at_freelists.org
[mailto:oracle-l-bounce_at_freelists.org]On Behalf Of Charlotte Hammond Sent: 19 November 2004 11:31
To: ORACLE-L
Subject: Linux ps command

Hi List,

If I run "ps" on Solaris or on SuSE Linux 7.2 I see the Oracle background processes under the command heading containing the SID, eg. "ora_smon_MYSID" or "oracleMYSID (LOCAL=NO)". If I do the same under SuSE Linux 8.2 I just get "[oracle]", no process name and no SID.

I know I can cross-reference process id's with V$PROCESS but it's a lot easier if this information is already in ps. Is there some way to get SuSE 8.2 to behave like 7.2 (or Solaris) in this regard?

Thanks
- Charlotte



Do you Yahoo!?
Meet the all-new My Yahoo! - Try it today!
--
http://www.freelists.org/webpage/oracle-l



=======================================================
This message is intended solely for the use of the individual or organisation to whom it is addressed. It may contain privileged or confidential information. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you should not use, copy, alter, or disclose the contents of this message. All information or opinions expressed in this message and/or any attachments are those of the author and are not necessarily those of VarTecTelecom Europe Ltd or its affiliates. VarTec Telecom Europe Ltd accepts no responsibility for loss or damage arising from its use, including damage from virus.
=======================================================
--------------------------------- Do you Yahoo!? Meet the all-new My Yahoo! - Try it today! -- http://www.freelists.org/webpage/oracle-l
=======================================================
This message is intended solely for the use of the individual or organisation to whom it is addressed. It may contain privileged or confidential information. If you have received this message in error, please notify the originator immediately. If you are not the intended recipient, you should not use, copy, alter, or disclose the contents of this message. All information or opinions expressed in this message and/or any attachments are those of the author and are not necessarily those of VarTecTelecom Europe Ltd or its affiliates. VarTec Telecom Europe Ltd accepts no responsibility for loss or damage arising from its use, including damage from virus.
=======================================================
--------------------------------- Do you Yahoo!? Discover all that’s new in My Yahoo! -- http://www.freelists.org/webpage/oracle-l
Received on Fri Nov 19 2004 - 10:58:16 CST

Original text of this message

HOME | ASK QUESTION | ADD INFO | SEARCH | E-MAIL US