<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2900.2769" name=GENERATOR></HEAD>
<BODY>
<DIV dir=ltr align=left><FONT face=Tahoma size=2><B>From:</B> 
nagios-users-admin@lists.sourceforge.net 
[mailto:nagios-users-admin@lists.sourceforge.net] <B>On Behalf Of </B>Aaron 
Carr<BR><B>Sent:</B> Tuesday, November 08, 2005 12:46 PM<BR><B>To:</B> 
nagios-users@lists.sourceforge.net<BR><B>Subject:</B> Re: [Nagios-users] 
check_disk on Solaris 8 and 9<BR></FONT><BR></DIV>
<DIV></DIV>I understand what Luc is saying.<BR><BR>If I do "which df"  I 
get "/usr/bin/df".<BR><BR>/usr/bin/df is actually a symlink.  /usr/bin/df 
-> ../sbin/df<BR><BR>The binary that's linked to is the one I replaced, with 
no effect.<BR><BR>Aaron<BR><BR>
<DIV><SPAN class=gmail_quote>On 11/8/05, <B class=gmail_sendername>Frank, 
Jason</B> <<A href="mailto:JasonFrank@srcp.com">JasonFrank@srcp.com</A>> 
wrote:</SPAN>
<BLOCKQUOTE class=gmail_quote 
style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid">
  <DIV dir=ltr align=left><FONT face=Tahoma size=2><SPAN class=q><B>From:</B> <A 
  onclick="return top.js.OpenExtLink(window,event,this)" 
  href="mailto:nagios-users-admin@lists.sourceforge.net" 
  target=_blank>nagios-users-admin@lists.sourceforge.net</A> [mailto:<A 
  onclick="return top.js.OpenExtLink(window,event,this)" 
  href="mailto:nagios-users-admin@lists.sourceforge.net" 
  target=_blank>nagios-users-admin@lists.sourceforge.net</A>] <B>On Behalf Of 
  </B>Aaron Carr<BR></SPAN><B>Sent:</B> Tuesday, November 08, 2005 12:14 PM<SPAN 
  class=q><BR><B>To:</B> <A 
  onclick="return top.js.OpenExtLink(window,event,this)" 
  href="mailto:nagios-users@lists.sourceforge.net" 
  target=_blank>nagios-users@lists.sourceforge.net</A><BR></SPAN><B>Subject:</B> 
  Re: [Nagios-users] check_disk on Solaris 8 and 9<BR></FONT><BR></DIV>
  <DIV><SPAN class=e id=q_107712d9681e13b5_5>
  <DIV></DIV>At this point, I've tried copying the df binary from a known good 
  machine, with no effect.  I still get the "Disk "" not mounted or 
  nonexistant" error.<BR><BR>I also tried copying the df from /usr/xpg4/bin/ to 
  /usr/sbin/, same thing.  No difference.<BR><BR>Aaron<BR><BR>
  <DIV><SPAN class=gmail_quote>On 11/8/05, <B class=gmail_sendername>Luc I. 
  Suryo</B> <<A onclick="return top.js.OpenExtLink(window,event,this)" 
  href="mailto:luc@suryo.com" target=_blank>luc@suryo.com</A>> wrote:</SPAN> 
  <BLOCKQUOTE class=gmail_quote 
  style="PADDING-LEFT: 1ex; MARGIN: 0pt 0pt 0pt 0.8ex; BORDER-LEFT: rgb(204,204,204) 1px solid"><FONT 
    face=Arial color=#0000ff size=2></FONT><FONT face=Arial color=#0000ff 
    size=2></FONT><BR><BR>> Has anyone resolved the issue with the check_disk 
    plugin on Solaris<BR>> returning "Disk "" not mounted or 
    nonexistant"?<BR>><BR>> I have two Solaris machines that were here 
    before I started this position <BR>> that both return the above error 
    when check_disk is run. One is Solaris 8,<BR>> one is 9, both are SPARC. 
    The error occurs regardless of whether I run it<BR>> via ssh (which is 
    how all of my actual checks get run) or locally. It's also <BR>> the same 
    result whether I leave it blank (to check all partitions), use<BR>> mount 
    points, or use disk devices.<BR>><BR>> I searched the archives and 
    found several emails about the error, but none<BR>> seemt to successfully 
    address the problem. <BR>><BR><BR>the reasom, I believe is do the df. 
    use/defined during compilation..<BR>/usr/xpg4/bin/df -Pk<BR>and the -P is 
    unknow to Solaris<BR><BR>'hack' the sources with correct flags and you 
    should be ok, I had to do <BR>that too, running on solaris 7, 8, 
    9(x86/sparc), and 10(x86/sparc) all working 
  properly<BR><BR><BR>-ls<BR></BLOCKQUOTE></DIV><BR></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN><FONT face=Arial color=#0000ff size=2>I think 
  you're misunderstanding what Luc is saying.  The problem is that the df 
  command that you're running does not accept the -P option, so it give up, and 
  leaves everything in a funky state.  The version in /usr/xpg4/bin 
  does:</FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN><FONT face=Arial color=#0000ff 
  size=2></FONT></SPAN> </DIV>
  <DIV dir=ltr align=left><SPAN><FONT face=Arial color=#0000ff 
  size=2></FONT></SPAN><SPAN><FONT face=Arial color=#0000ff size=2>bash-2.05$ 
  /usr/xpg4/bin/df 
  -Pk<BR>Filesystem           
  1024-blocks        Used   
  Available Capacity  Mounted 
  on<BR>/dev/md/dsk/d1          
  36357261    10268500    
  25725189    29%    
  /<BR>/proc                          
  0           
  0           
  0     0%    
  /proc<BR>mnttab                         
  0           
  0           
  0     0%    
  /etc/mnttab<BR>fd                             
  0           
  0           
  0     0%    
  /dev/fd<BR>swap                     
  3604088          
  24     3604064     
  1%    
  /var/run<BR>swap                     
  3604080          
  16     3604064     
  1%    /tmp<BR></FONT></SPAN></DIV>
  <DIV dir=ltr align=left><SPAN><FONT face=Arial color=#0000ff 
  size=2></FONT></SPAN> </DIV>
  <DIV dir=ltr align=left><SPAN><FONT face=Arial color=#0000ff size=2>but the 
  version in /usr/bin does not:</FONT></SPAN></DIV><FONT face=Arial 
  color=#0000ff size=2>bash-2.05$ <SPAN>/usr/bin/</SPAN>df -Pk<BR>df: 
  unknown option: P<BR>Usage: df [-F FSType] [-abeghklntVv] [-o 
  FSType-specific_options] [directory | block_device | resource]<BR></FONT>
  <DIV dir=ltr align=left><SPAN><FONT face=Arial color=#0000ff 
  size=2></FONT></SPAN> </DIV>
  <DIV dir=ltr align=left><SPAN><FONT face=Arial color=#0000ff size=2>Copying 
  the version from /usr/xpg4/bin to /usr/sbin won't fix anything, since it's 
  likely trying to run from /usr/bin.  If you copy the version from 
  /usr/xpg4/bin to /usr/bin, you're going to be disappointed in how Solaris 
  reacts.  The proper fix is to change the check_disk program to use the 
  version in /usr/bin/xpg4.  To be honest, I don't remember if the path is 
  set by your PATH during configure, a hard coded path, or your PATH at 
  runtime.  Perhaps someone can fill in the blank there.  It would be 
  easy enough to test with changing your path though.</FONT></SPAN></DIV><SPAN 
  class=sg>
  <DIV dir=ltr align=left><SPAN><FONT face=Arial color=#0000ff 
  size=2></FONT></SPAN> </DIV>
  <DIV dir=ltr align=left><SPAN><FONT face=Arial color=#0000ff 
  size=2>Jason</FONT></SPAN></DIV></SPAN></BLOCKQUOTE></DIV>
<DIV><SPAN class=556315518-08112005><FONT face=Arial color=#0000ff 
size=2> </FONT></SPAN></DIV>
<DIV><SPAN class=556315518-08112005><FONT face=Arial color=#0000ff size=2>Mine 
appears to be working just fine, and I haven't patched the source on this box 
(SPARC Solaris 8):</FONT></SPAN></DIV>
<DIV><SPAN class=556315518-08112005> </SPAN><BR><FONT face=Arial 
color=#0000ff size=2>check_disk -p /tmp<BR>DISK OK - free space: /tmp 8713 MB 
(95%);| /tmp=506MB;9218;9218;0;9218<BR></FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2>which 
df<BR>/usr/xpg4/bin/df</FONT></DIV>
<DIV><FONT face=Arial color=#0000ff size=2></FONT> </DIV>
<DIV><SPAN class=556315518-08112005><FONT face=Arial color=#0000ff size=2>When I 
truss the program, I do see that it's calling statvfs internally now, so it 
should not need to call df any longer.  What is the exact syntax of the 
check_disk command that your using?  What version of the plugins are you 
using?</FONT></SPAN></DIV>
<DIV><FONT face=Arial><BR><FONT color=#0000ff 
size=2></FONT></FONT></DIV></BODY></HTML>