I'll send the output when I get back to the office tomorrow.  I have also asked our AIX guru about the general availability of /usr/sysv/bin/ps binary.  When you read the man page both versions of ps are covered so I imagine it is part of the base OS, but I will confirm.<br>
<br>I have still yet to find the proper syntax of /usr/bin/ps.  It seems printing all the required fields in one command is not possible (stat, uid, pid, ppid, vsz, rss, pcpu, etime, comm, args).<br><br><br>I'd love to donate to tinderbox, but I don't think my employer would allow it, that and our network is fairly restricted.<br>
<br>Our shop has pretty much everything (aix 5.2 5.3 6.1 sol 8,9,10, hpux 10.20,11.00, 11.11, 11.23, linux*), so if there is anything I can do to assist, let me know.<br><br>FYI <br><br>I just tested the exact same ps options on solaris 8 (using /usr/bin/ps instead) and it fixed my etime issue.  I believe my currently compiled check_procs on solaris10 is working, but I think i modified the ps command during compile time as well (this was a build against 1.4.11)<br>
<br>I started trying to figure out pst3 but it appears that /usr/ucb/ps does not behave the same as /usr/bin/ps and some of the fields are named differently.  I need to get a better understand of the /proc structure in solaris.<br>
<br>--kyleo<br><br><div class="gmail_quote">On Tue, Mar 3, 2009 at 6:21 PM, Ton Voon <span dir="ltr"><<a href="mailto:ton.voon@opsera.com">ton.voon@opsera.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Hi Kyle,<br>
<div><div></div><div class="h5"><br>
On 3 Mar 2009, at 20:09, Kyle O'Donnell wrote:<br>
<br>
> It appears the the default ps command for AIX does not include the rss<br>
> and etime output.  I have not been able to formulate a proper<br>
> /usr/bin/ps command to obtain all of the required ps fields for check<br>
> procs.  However, I have been able to use /usr/sysv/bin/ps which can be<br>
> used in the following way:<br>
><br>
> --with-ps-command=/usr/sysv/bin/ps -eo 's uid pid ppid vsz rss pcpu<br>
> etime comm args' --with-ps-format=%s %d %d %d %d %d %f %s %s %n<br>
> --with-ps-cols=10<br>
> --with-ps-<br>
> varlist<br>
> =<br>
> procstat<br>
> ,&procuid<br>
> ,&procpid<br>
> ,&procppid,&procvsz,&procrss,&procpcpu,procetime,procprog,&pos<br>
><br>
> Here is the default compiled check_procs<br>
> /opt/nagios/libexec/check_procs -w 1 -c 1 -m RSS -C init -vv<br>
> CMD: /usr/bin/ps -eo 'stat uid pid ppid vsz pcpu comm args'<br>
> RSS OK: 1 process with command name 'init'<br>
><br>
> /opt/nagios/libexec/check_procs -w 420 -c 420 -m RSS -C init -vv<br>
> CMD: /usr/bin/ps -eo 'stat uid pid ppid vsz pcpu comm args'<br>
> RSS OK: 1 process with command name 'init'<br>
><br>
><br>
> Here is the one I compiled with the options above:<br>
> ./plugins/check_procs -w 1 -c 1 -m RSS -C init -vv<br>
> CMD: /usr/sysv/bin/ps -eo 's uid pid ppid vsz rss pcpu etime comm<br>
> args'<br>
> Matched: uid=0 vsz=636 rss=420 pid=1 ppid=0 pcpu=0.00 stat=A<br>
> etime=209-02:58:19 prog=init args=/etc/init<br>
> RSS CRITICAL: 1 crit, 0 warn out of 1 process with command name<br>
> 'init' [init]<br>
><br>
> ./plugins/check_procs -w 420 -c 420 -m RSS -C init -vv<br>
> CMD: /usr/sysv/bin/ps -eo 's uid pid ppid vsz rss pcpu etime comm<br>
> args'<br>
> Matched: uid=0 vsz=636 rss=420 pid=1 ppid=0 pcpu=0.00 stat=A<br>
> etime=209-03:00:03 prog=init args=/etc/init<br>
> RSS OK: 1 process with command name 'init'<br>
><br>
><br>
> I'll continue working on the /usr/bin/ps syntax, but here is a work<br>
> around.<br>
<br>
</div></div>That's an interesting workaround.<br>
<br>
Can you send me a complete ps output for that sysv ps (with any<br>
sensitive data scrubbed) as I want to create a test case for this.<br>
<br>
I'm always a little bit wary of putting changes to the configure<br>
script for the ps syntax checking, especially if we can't see the<br>
impact it has made on other OSes.<br>
<br>
Also, would you be interested in donating a tinderbox build server: <a href="http://tinderbox.opsera.com/nagiosplug/status.html" target="_blank">http://tinderbox.opsera.com/nagiosplug/status.html</a><br>
. This helps us see what is building and what is failing on your<br>
favourite OS. Instructions here: <a href="http://nagiosplugins.opsera.com/tinderbox" target="_blank">http://nagiosplugins.opsera.com/tinderbox</a><br>
<br>
Ton<br>
<br>
<br>
<br>
------------------------------------------------------------------------------<br>
Open Source Business Conference (OSBC), March 24-25, 2009, San Francisco, CA<br>
-OSBC tackles the biggest issue in open source: Open Sourcing the Enterprise<br>
-Strategies to boost innovation and cut costs with open source participation<br>
-Receive a $600 discount off the registration fee with the source code: SFAD<br>
<a href="http://p.sf.net/sfu/XcvMzF8H" target="_blank">http://p.sf.net/sfu/XcvMzF8H</a><br>
_______________________________________________________<br>
Nagios Plugin Development Mailing List <a href="mailto:Nagiosplug-devel@lists.sourceforge.net">Nagiosplug-devel@lists.sourceforge.net</a><br>
Unsubscribe at <a href="https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel" target="_blank">https://lists.sourceforge.net/lists/listinfo/nagiosplug-devel</a><br>
::: Please include plugins version (-v) and OS when reporting any issue.<br>
::: Messages without supporting info will risk being sent to /dev/null<br>
</blockquote></div><br>