check_disk and filesystem issue.

Dan Stromberg strombrg at dcs.nac.uci.edu
Wed Feb 23 00:47:21 CET 2005


On Wed, 2005-02-23 at 00:45 +0100, Andreas Ericsson wrote:
> Mitch Lien wrote:
> > Hi.
> > 
> > I am having a problem with the check_disk plugin on an HP/UX 11.11 server.
> > 
> > A portion of the "df -Pk" command output is shown below.
> > .
> > .
> > /dev/vgexeBKBCV/lvPRD
> >                       1938469   282786  1655683    15%   /backupBCV/usr/sap/PRD
> > /dev/vgexeBKBCV/lvoraclePRD
> >                       1486472   742937   743535    50%   /backupBCV/oracle/PRD
> > /dev/vg00/lvol7       2083352   329976  1753376    16%   /home
> > /dev/vg00/lvol4       4169904  1065488  3104416    26%   /opt
> > /dev/vg00/lvol5       523656   436496    87160    84%   /tmp
> > /dev/vg_veritas/lvveritas
> >                       143654360 66712376 76941984    47%   /usr/openv
> > /dev/vg00/lvol6       4171528  1272152  2899376    31%   /usr
> > /dev/vg00/lvol8       6107712  1442320  4665392    24%   /var
> > /dev/vg00/lvol1       269032    91968   177064    35%   /stand
> > /dev/vg00/lvol3       212216   109480   102736    52%   /
> > ========================
> > 
> > When I run the check_disk plugin against any file system that occupies a 
> > single line output (i.e. /, /var, /usr, etc.), the output is fine (example 
> > shown below).
> > 
> > $ ./check_disk -w 80 -w 90  -p /usr
> > DISK OK - [2899376 kB (69%) free on /dev/vg00/lvol6]
> > 
> > 
> > However, when I run the check_disk command against any file system that 
> > occupies has a two (2) line output (i.e. /usr/openv, /backupBCV/usr/sap/PRD, 
> > etc.), I am getting the following output (shown below).
> > 
> > $ ./check_disk -c 80 -w 90  -p /usr/openv
> > Unable to read output:
> > /usr/bin/df -Pk /usr/openv
> > /dev/vg_veritas/lvveritas
> > 
> > I think the issue revolves around the two-line output, but am not sure. I need 
> > to know if anyone has encountered this before and if there may be a possible 
> > work-around.
> > 
> 
> It does. Many have. Noone has a workaround (yet).

Has anyone tried getting around this sort of thing by using GNU df?

-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL: <https://www.monitoring-lists.org/archive/users/attachments/20050222/201452c5/attachment.sig>


More information about the Users mailing list