That was the ticket which we found. That plus /use/freeware/bin/df which
does both local file systems and POSIX output format.
Thanks
Steve
Wherever you go, there you are.
On Jul 29, 2010, at 6:07 PM, Tim McCloskey <user-440820cc07d6@xymon.invalid> wrote:
Should have mentioned, on the client under the client/bin dir are various
hobbitclient-os.sh scripts. Maybe you can have a look on your AIX client
for some clues....
This is from a 4.2.0 client.
client/bin gegrep -3 df hobbitclient-aix.sh
uptime
echo "[who]"
who
echo "[df]"
# The sed stuff is to make sure lines are not split into two.
df -Ik | sed -e '/^[^ ][^ ]*$/{
N
s/[ ]*\n[ ]*/ /
}'
Regards,
Tim
From: user-5425c7b245e1@xymon.invalid [user-5425c7b245e1@xymon.invalid] On Behalf Of Steve
Holmes [user-ec1bf77b1b44@xymon.invalid]
Sent: Thursday, July 29, 2010 12:19 PM
To: xymon at xymon.com
Subject: [xymon] AIX df command problem
I am having a problem similar to one recently posted, but this is on an
AIX host and is caused (I think) by a problem in the way xymon does df on
AIX.
The xymon version is 4.2.3 and the AIX OS version is 3.5 (I think, I'm a
Solaris Admin). Anyway, I can find no way to force the df on AIX to use
POSIX formatting AND to report only local file systems. Even if I could, I
don't think I can override what xymon uses for df since the comments in the
hobbitclient.cfg file say that the envariable definition is only there for
compatibility and it is not used.
The problem is that an NFS mount file system line in the df output is
being parsed wrong and the number in the usage column is being used for the
percent used (Available) so that is a huge number. Not only that, again
similar to the previous problem, the file system name is being picked up as
the contents of the last 3 fields in the output line, i.e. it is not
/mnt/tsmupdates (which is what it should be) but "3020485 50% /tsm/updates",
which, of course, prevents me from effectively ignoring that file system.
I've tried using
DISK %.*/mnt/.* IGNORE
and that doesn't work.
Does anyone have any suggestions? We have a big red page where we
shouldn't have.
Thanks,
Steve