<br>Oh yeah been there done that ...<br><br>Still should be enough to monitor the diskspace issue.<br><br>There you go Josh, install one of the common SNMP toolsets (most linux distros have it already) and if unsure do an snmpwalk to see what infos you might get.
<br><br>Cheers,<br>Hans<br><br><div><span class="gmail_quote">On 2/27/06, <b class="gmail_sendername">Frank, Jason</b> <<a href="mailto:JasonFrank@srcp.com">JasonFrank@srcp.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div style="direction: ltr;">




<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">NetApp certainly has SNMP support.  It's not
wonderful, it only supports v1.  As a result, it has the usual problems
with overflowing COUNTER32's.  But, it's fairly easy to set up and will let
you monitor just about anything you want.</font></span></div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2"></font></span> </div>
<div dir="ltr" align="left"><span><font color="#0000ff" face="Arial" size="2">Jason</font></span></div><br>
<div dir="ltr" align="left" lang="en-us">
<hr>
<font face="Tahoma" size="2"><b>From:</b> <a href="mailto:nagios-users-admin@lists.sourceforge.net" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">nagios-users-admin@lists.sourceforge.net</a>
[mailto:<a href="mailto:nagios-users-admin@lists.sourceforge.net" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">nagios-users-admin@lists.sourceforge.net</a>] <b>On Behalf Of </b>Hans
Engelen<br><b>Sent:</b> Monday, February 27, 2006 4:01 PM<br><b>To:</b> Nagios
Users Mailinglist<br><b>Subject:</b> Re: [Nagios-users] Monitor
Fileserver<br></font><br></div></div><div style="direction: ltr;"><span class="e" id="q_109ad8bcff369d75_1">
<div></div>
<div>Ah, i see.</div>
<div> </div>
<div>Question ... is there no SNMP access for these blackboxes ? Most blackboxes
do from my experience (though I usually steer clear of them so I haven't used
that many of them really).</div>
<div> </div>
<div>SNMP access will most likely allow you to poll a fair number of interesting
metrics. Free space, network utilization, load ... that kind of thing.</div>
<div> </div>
<div>Worth checking into should my other suggestion fail. Incidentally don't
forget to give the service-user enough rights to do its work, i.e. on the share
and also for other checks it might have to do or you might get other unexplained
errors. Start out with adding it to the local admins group to test the general
idea first (and get a baseline check) then bump it down to normal user and
add rights as you need. But I am sure you know that drill. </div>
<div><font color="#0000ff" face="Arial" size="2"></font> </div>
<div>Cheers,</div>
<div>Hans<br><br> </div>
<div><span class="gmail_quote">On 2/27/06, <b class="gmail_sendername">Josh</b>
<<a href="mailto:josh2780@yahoo.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">josh2780@yahoo.com</a>> wrote:</span>

<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;">Hans
  / Ryan,<br><br>Thanks for your input...<br><br>I thought the question might
  arise about "why don't I <br>monitor the server housing the shares"... well,
  the<br>problem there is the machine is a NetApp device (not<br>running windows
  and won't allow me to install anything<br>on it of course... it's an
  appliance).<br><br>I've tried touching the
  /root/.smb/smb.conf...  the<br>problem is most likely related to the
  nagios user<br>can't even see inside /root.<br><br>I like your idea of mapping
  the drives under the<br>nagios user and then running the service as the nagios
  <br>user... I'll give that a shot.<br><br>On a side note, I did try getting
  the nrpe checks to<br>work on the windows server but am getting
  the<br>following error:<br><br>"CScript Error: Execution of the Windows Script
  Host <br>failed. (Catastrophic failure)"<br><br>A little research shows it is
  most likely related to a<br>software security policy in
  place.  Anyone on this<br>list know what I need to
  change?<br><br>Thanks again for all your help. <br><br>Josh<br><br>--- Hans
  Engelen <<a href="mailto:engelenh@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">engelenh@gmail.com</a>>
  wrote:<br><br>> Dangit replied privately and not to the list,
  anyway<br>> heres a forward.<br>><br>> Also just checked the
  /root/.smb/smb.conf reference <br>> is actually a workaround<br>> for a
  problem with samba's libsmbclient in the perl<br>> module<br>>
  Filesys::SmbClient (used by check_smb_shares.pl).<br>> Aparantly
  libsmbclient<br>> segfaults if it does not exist. Therefor if it does
  <br>> not exist the perl<br>> module Filesys::SmbClient tries to make
  one (an<br>> empty one) but has no<br>> permission to do so from what
  you wrote. I supose<br>> you could make it yourself<br>> (touch
  /root/.smb/smb.conf; chmod og+r <br>> /root/.smb/smb.conf). Maybe that
  will<br>> solve your issues with that particular check<br>> allowing you
  to use it to<br>> monitor the remote shares you spoke of<br>><br>>
  Cheers,<br>> Hans<br>><br>><br>> On 2/27/06, Hans Engelen <<a href="mailto:engelenh@gmail.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">engelenh@gmail.com</a>> wrote:<br>
>
  ><br>> > For mapped drives that is quite normal since<br>> mapped
  drives are, barring a <br>> > small number of special cases, only
  accessible for<br>> the user that did the<br>> > actual mapping. It's
  the same problem you get for<br>> other NT services trying<br>> > to
  access a drive mapping made from another user. <br>> Also most likely
  your<br>> > pNSClient (or NC_Net or NSClient++) or whatever<br>>
  agent you have running on<br>> > the Windows box is running under the
  System<br>> security setting. This security <br>> > context is only
  valid for that windows box<br>> internally and as such has no<br>> >
  credentials to access anything beyond that<br>> machine. This includes (but
  is<br>> > not limited to) shares. <br>> ><br>> >
  Theoretically you could of course run your Nagios<br>> Agent under an
  actual<br>> > user account, log in interactively on that same<br>>
  account and create a<br>> > persistent mapping (net use * \\server\share
  <br>> /persist:yes, if memory serves)<br>> > to the shares in
  question. Since the service will<br>> use the same profile when<br>>
  > logging in that should solve the issue. But why<br>> even monitor a
  remote disk <br>> > in this way. Just install the Nagios Agent on
  the<br>> server that houses the<br>> > share and monitor it directly
  instead of<br>> indirectly (with all the quirks and<br>> > pitfalls
  that come with it). <br>> ><br>> > Of course in this case the
  check_smb_shares is a<br>> solution too. As to why<br>> > it insists
  on writing to /root/.smb/smb.conf is a<br>> bit strange. Possibly
  this<br>> > was defined somewhere in the check_smb_shares.pl <br>>
  file. Open it up in a text<br>> > editor and see.<br>> ><br>>
  > Cheers,<br>> > Hans<br>> > Cheers,<br>> > Hans<br>>
  ><br>> > On 2/27/06, Ryan Wilcox <<a href="mailto:rwilcox@mobitrac.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)"> rwilcox@mobitrac.com</a>><br>>
  wrote:<br>> > ><br>> > > yeah... i got the same error as you
  did with a<br>> mapped drive. we aren't<br>> > > monitoring any
  mapped drives right now, hence <br>> the confusion.<br>> >
  ><br>> > > not sure about the mapped drives... anyone else<br>>
  have an idea for josh?<br>> > ><br>> > > >>
  -----Original Message-----<br>> > > >> From: Josh [mailto: <a href="mailto:josh2780@yahoo.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">josh2780@yahoo.com</a>]<br>> > >
  >> Sent: Monday, February 27, 2006 11:38 AM<br>> > > >>
  To: Ryan Wilcox;<br>> <a href="mailto:nagios-users@lists.sourceforge.net" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">nagios-users@lists.sourceforge.net</a><br>>
  > > >> Subject: RE: [Nagios-users] Monitor<br>>
  Fileserver<br>> > > >><br>> > > >>
  Hmm...  Got it working for local drives on<br>> the
  windows<br>> > > >> box but I get an "Invalid drive" error
  from<br>> the<br>> > > >> check_nt script when I check a
  drive that is<br>> mapped.<br>> > > >> Any way to check
  networked drives on that <br>> windows box?<br>> > >
  >>  Or will I have to go with nrpe checks for<br>>
  that?<br>> > > >><br>> > > >> --- Ryan Wilcox
  <<a href="mailto:rwilcox@mobitrac.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rwilcox@mobitrac.com </a>>
  wrote:<br>> > > >><br>> > > >> > actually i
  am using check_nt right from the<br>> nagios<br>> > > >>
  > (fedora core 4) box.<br>> > > >> ><br>> > >
  >> > ./check_nt -H <a href="http://10.0.0.32" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">10.0.0.32</a> -v
  USEDDISKSPACE<br>> -lc -w 75<br>> > > >> > -c 90<br>>
  > > >> ><br>> > > >> > output looks like:
  <br>> > > >> ><br>> > > >> > c:\ - total:
  74.52 Gb - used: 52.98 Gb<br>> (71%) - free<br>> > > >> >
  21.54 Gb (29%) |<br>> > > >> > 'c:\ Used<br>> Space'=
  52.98Gb;55.89;67.07;0.00;74.52<br>> > > >> ><br>> >
  > >> ><br>> > > >> ><br>> > > >>
  > >> -----Original Message-----<br>> > > >> >
  >> From: Josh [mailto: <a href="mailto:josh2780@yahoo.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">josh2780@yahoo.com</a>]<br>> > >
  >> > >> Sent: Monday, February 27, 2006 10:57 AM<br>> >
  > >> > >> To: Ryan Wilcox;<br>> > > >> >
  <a href="mailto:nagios-users@lists.sourceforge.net" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">nagios-users@lists.sourceforge.net</a><br>>
  > > >> > >> Subject: RE: [Nagios-users] Monitor<br>>
  Fileserver<br>> > > >> > >> <br>> > >
  >> > >> I'm assuming you are using NRPE and<br>> executing
  the<br>> > > >> > >> check_nt_disk from a windows
  machine...<br>> I might<br>> > > >> > end <br>> >
  > >> > >> up doing that.<br>> > > >> >
  >><br>> > > >> > >> I was attempting to use smb
  checks<br>> directly from<br>> > > >> > the <br>> >
  > >> > >> linux box running Nagios.<br>> > >
  >> > >><br>> > > >> > >><br>> >
  > >> > >><br>> > > >> > >> --- Ryan
  Wilcox < <a href="mailto:rwilcox@mobitrac.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">rwilcox@mobitrac.com</a>><br>>
  wrote:<br>> > > >> > >><br>> > > >>
  > >> ><br>> > > >> > >> ><br>> >
  > >> > >> > >> -----Original Message----- <br>>
  > > >> > >> > >> From:<br>> > >
  >> > <a href="mailto:nagios-users-admin@lists.sourceforge.net" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">nagios-users-admin@lists.sourceforge.net</a><br>>
  > > >> > >> > [mailto: <a href="mailto:nagios-users-" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">nagios-users-</a><br>> > > >> >
  >> > >> <a href="mailto:admin@lists.sourceforge.net" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">admin@lists.sourceforge.net</a>]
  On<br>> Behalf Of<br>> > > >> > Josh <br>> > >
  >> > >> > >> Sent: Monday, February 27, 2006<br>>
  10:19 AM<br>> > > >> > >> > >> To:<br>> <a href="mailto:nagios-users@lists.sourceforge.net" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">nagios-users@lists.sourceforge.net
</a><br>>
  > > >> > >> > >> Subject: [Nagios-users]
  Monitor<br>> Fileserver<br>> > > >> > >> >
  >><br>> > > >> > >> > >> Does anyone
  have any suggestions as <br>> to how<br>> > > >> >
  to<br>> > > >> > >> > monitor<br>> > >
  >> > >> > >> network drive (fileserver) status<br>>
  from<br>> > > >> > Nagios? <br>> > > >> >
  >> > I'm<br>> > > >> > >> > >>
  trying to get the<br>> check_smb_shares.pl (from<br>> > > >>
  > >> > >> <a href="http://nagiosexchange.org" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">nagiosexchange.org</a>) but keep<br>>
  getting the<br>> > > >> > >> > following<br>>
  > > >> > >> > >> error when Nagios executes
  the<br>> check:<br>> > > >> > >> > >>
  <br>> > > >> > >> > >> **ePN
  'check_smb_shares.pl' Can't<br>> create<br>> > > >> >
  >> > >> /root/.smb/smb.conf : Permission<br>> denied<br>>
  > > >> > >> > >> <br>> > > >>
  > >> > >> Not sure why when the Nagios binary<br>>
  executes<br>> > > >> > the<br>> > > >> >
  >> > >> script it wants to use /root/ <br>> (Nagios
  runs<br>> > > >> > as the<br>> > > >> >
  >> > user<br>> > > >> > >> > >>
  nagios).<br>> > > >> > >> > >> <br>> >
  > >> > >> > >> Any other suggestions on
  monitoring<br>> network<br>> > > >> > >> >
  drives?<br>> > > >> > >> > >><br>> >
  > >> > >> > <br>> > > >> > >>
  ><br>><br>=== message truncated
  ===<br><br><br>__________________________________________________<br>Do You
  Yahoo!?<br>Tired of spam?  Yahoo! Mail has the best spam protection
  around <br><a href="http://mail.yahoo.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://mail.yahoo.com</a><br><br><br>-------------------------------------------------------<br>This
  SF.Net email is sponsored by xPML, a groundbreaking scripting language<br>that
  extends applications into web and mobile media. Attend the live webcast
  <br>and join the prime developer group breaking into this new coding
  territory!<br><a href="http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642
  </a><br>_______________________________________________<br>Nagios-users
  mailing list<br><a href="mailto:Nagios-users@lists.sourceforge.net" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">Nagios-users@lists.sourceforge.net</a><br><a href="https://lists.sourceforge.net/lists/listinfo/nagios-users" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">
https://lists.sourceforge.net/lists/listinfo/nagios-users</a><br>:::
  Please include Nagios version, plugin version (-v) and OS when reporting any
  issue.<br>::: Messages without supporting info will risk being sent to
  /dev/null <br></blockquote></div><br>

</span></div><div style="direction: ltr;"><table><tbody><tr><td bgcolor="#ffffff"><font color="#000000"><br>
<font face="arial" size="1">This message (including any attachments) may contain confidential or otherwise privileged information and is intended only for the individual(s) to which it is addressed. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately by e-mail if you have received this e-mail by mistake and delete this e-mail from your system. E-mail transmission cannot be guaranteed to be secured or error-free as information could be intercepted, corrupted, lost, destroyed, arrive late or incomplete, or contain viruses. The sender therefore does not accept liability for any errors or omissions in the contents of this message or that arise as a result of e-mail transmission. If verification is required please request a hard-copy version from the sender. 
<br>
<br>
SOURCECORP, Incorporated <br>
<a href="http://www.srcp.com" target="_blank" onclick="return top.js.OpenExtLink(window,event,this)">www.srcp.com</a><br>
</font><br>
</font></td></tr></tbody></table>
</div></blockquote></div><br>