[prev in list] [next in list] [prev in thread] [next in thread]
List: nagios-users
Subject: Re: [Nagios-users] IBM System x3650
From: "Kyle O'Donnell" <nagios () isprime ! org>
Date: 2011-05-23 0:50:31
Message-ID: BANLkTi=edmissXts24hJ0DauxfgPe83kwA () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
the ipmi calls work for temp iirc
On Sun, May 22, 2011 at 7:49 PM, Stuart Browne <
stuart.browne@ausregistry.com.au> wrote:
> > -----Original Message-----
> > From: trm asn [mailto:trm.nagios@gmail.com]
> > Sent: Friday, 20 May 2011 6:24 PM
> > To: Nagios Users List
> > Subject: [Nagios-users] IBM System x3650
> >
> > Dear List,
> >
> > Is there any way we can monitor hardware device health for IBM System
> > x3650 , like we can do for HP Proliant servers.
>
> I wrote something to do check the SNMP state of the fans, temperature and
> logs.
>
> It's not the neatest of code, but it works reasonably well.
>
> You may need to modify the model numbers in there if your 3650 isn't a
> 7979.
>
>
> Stuart J. Browne
> Senior Unix Administrator, Network Administrator
> AusRegistry Pty Ltd
> Level 8, 10 Queens Road
> Melbourne. Victoria. Australia. 3004.
> Ph: +61 3 9866 3710
> Fax: +61 3 9866 1970
> Email: stuart.browne@ausregistry.com.au
> Web: www.ausregistry.com.au
>
> The information contained in this communication is intended for the named
> recipients only. It is subject to copyright and may contain legally
> privileged and confidential information and if you are not an intended
> recipient you must not use, copy, distribute or take any action in reliance
> on it. If you have received this communication in error, please delete all
> copies from your system and notify us immediately.
>
>
> ------------------------------------------------------------------------------
> What Every C/C++ and Fortran developer Should Know!
> Read this article and learn how Intel has extended the reach of its
> next-generation tools to help Windows* and Linux* C/C++ and Fortran
> developers boost performance applications - including clusters.
> http://p.sf.net/sfu/intel-dev2devmay
> _______________________________________________
> Nagios-users mailing list
> Nagios-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-users
> ::: Please include Nagios version, plugin version (-v) and OS when
> reporting any issue.
> ::: Messages without supporting info will risk being sent to /dev/null
>
[Attachment #5 (text/html)]
the ipmi calls work for temp iirc<br><br><div class="gmail_quote">On Sun, May 22, \
2011 at 7:49 PM, Stuart Browne <span dir="ltr"><<a \
href="mailto:stuart.browne@ausregistry.com.au">stuart.browne@ausregistry.com.au</a>></span> \
wrote:<br> <blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; \
border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;"><div class="im">> \
-----Original Message-----<br> > From: trm asn [mailto:<a \
href="mailto:trm.nagios@gmail.com">trm.nagios@gmail.com</a>]<br> > Sent: Friday, \
20 May 2011 6:24 PM<br> > To: Nagios Users List<br>
> Subject: [Nagios-users] IBM System x3650<br>
><br>
> Dear List,<br>
><br>
> Is there any way we can monitor hardware device health for IBM System<br>
> x3650 , like we can do for HP Proliant servers.<br>
<br>
</div>I wrote something to do check the SNMP state of the fans, temperature and \
logs.<br> <br>
It's not the neatest of code, but it works reasonably well.<br>
<br>
You may need to modify the model numbers in there if your 3650 isn't a 7979.<br>
<br>
<br>
Stuart J. Browne<br>
Senior Unix Administrator, Network Administrator<br>
AusRegistry Pty Ltd<br>
Level 8, 10 Queens Road<br>
Melbourne. Victoria. Australia. 3004.<br>
Ph: <a href="tel:%2B61%203%209866%203710" value="+61398663710">+61 3 9866 \
3710</a><br>
Fax: <a href="tel:%2B61%203%209866%201970" value="+61398661970">+61 3 9866 \
1970</a><br>
Email: <a href="mailto:stuart.browne@ausregistry.com.au">stuart.browne@ausregistry.com.au</a><br>
Web: <a href="http://www.ausregistry.com.au" \
target="_blank">www.ausregistry.com.au</a><br> <br>
The information contained in this communication is intended for the named recipients \
only. It is subject to copyright and may contain legally privileged and confidential \
information and if you are not an intended recipient you must not use, copy, \
distribute or take any action in reliance on it. If you have received this \
communication in error, please delete all copies from your system and notify us \
immediately.<br>
<br>------------------------------------------------------------------------------<br>
What Every C/C++ and Fortran developer Should Know!<br>
Read this article and learn how Intel has extended the reach of its<br>
next-generation tools to help Windows* and Linux* C/C++ and Fortran<br>
developers boost performance applications - including clusters.<br>
<a href="http://p.sf.net/sfu/intel-dev2devmay" \
target="_blank">http://p.sf.net/sfu/intel-dev2devmay</a><br>_______________________________________________<br>
Nagios-users mailing list<br>
<a href="mailto:Nagios-users@lists.sourceforge.net">Nagios-users@lists.sourceforge.net</a><br>
<a href="https://lists.sourceforge.net/lists/listinfo/nagios-users" \
target="_blank">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>
------------------------------------------------------------------------------
What Every C/C++ and Fortran developer Should Know!
Read this article and learn how Intel has extended the reach of its
next-generation tools to help Windows* and Linux* C/C++ and Fortran
developers boost performance applications - including clusters.
http://p.sf.net/sfu/intel-dev2devmay
_______________________________________________
Nagios-users mailing list
Nagios-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.
::: Messages without supporting info will risk being sent to /dev/null
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic