- observium - lists.observium.org

Re: [Observium] MySQL/Apache apps
by Ben Gatewood 23 Mar '15

23 Mar '15

Have you set the “Agent Port” section in your config? Ben On 16/03/2015 09:27, "Asensio Sánchez, Juan" <jasensios(a)indra.es> wrote: >Hi > >We have just installed Observium from SVN, added some hosts, and almost >everything seems to work fine. We have some MySQL servers, and followed >the instructions to get the graphs. Running observium_agent in the MySQL >server, I get the <<<mysql>>> section. Doing telnet to the MySQL server >from the Observium server, to the agent port, I get the same section, >but I don't get any data in the device page. Any advice? The same >happens with the Apache servers. > >Regards. > >Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, >contiene información de carácter confidencial exclusivamente dirigida a >su destinatario o destinatarios. Si no es vd. el destinatario indicado, >queda notificado que la lectura, utilización, divulgación y/o copia sin >autorización está prohibida en virtud de la legislación vigente. En el >caso de haber recibido este correo electrónico por error, se ruega >notificar inmediatamente esta circunstancia mediante reenvío a la >dirección electrónica del remitente. >Evite imprimir este mensaje si no es estrictamente necesario. > >This email and any file attached to it (when applicable) contain(s) >confidential information that is exclusively addressed to its >recipient(s). If you are not the indicated recipient, you are informed >that reading, using, disseminating and/or copying it without >authorisation is forbidden in accordance with the legislation in effect. >If you have received this email by mistake, please immediately notify the >sender of the situation by resending it to their email address. >Avoid printing this message if it is not absolutely necessary. >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

3 2

Re: [Observium] alert after 2 checks
by Tom Laermans 23 Mar '15

23 Mar '15

Yes. Set delay to 2 :) On Mar 23, 2015 6:07 PM, Simon Smith <simonsmith5521(a)gmail.com> wrote: > > Hi All, > > Im just wondering if this is possible, it may not be, or I just may not know how to do it? > > Currently i have a check thats says if bandwidth on a port more than 75%, then alert me… > > BUT i want the alert to only send me an email if after say 15mins its still over 75% ? > > i currently check our kit every 5 mins, so it work out after 3 checks > > Is this possible? > > regards > > Simon - Hestor Ltd > > _______________________________________________ > observium mailing list > observium(a)observium.org > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

alert after 2 checks
by Simon Smith 23 Mar '15

23 Mar '15

Hi All, Im just wondering if this is possible, it may not be, or I just may not know how to do it? Currently i have a check thats says if bandwidth on a port more than 75%, then alert me… BUT i want the alert to only send me an email if after say 15mins its still over 75% ? i currently check our kit every 5 mins, so it work out after 3 checks Is this possible? regards Simon - Hestor Ltd

2 1

Duplicate device neighbour entries
by Chard, Alex (RET-SYD) 23 Mar '15

23 Mar '15

HI All, Just wondering is anyone has seen this happening before. We have switches that run LLDP and CDP. On most switches, Observium correctly determines that the neighbour entries for each protocol are identical and ignores the second one from LLDP. However on one switch, it's decided that it represents a separate connection (see attachment) I suspect it has to do with the differing port ID, but Observium seems to be able to reconcile that on other switches. Any ideas? Thanks, Alex This e-mail is for the use of the intended recipient(s) only. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not use, disclose or distribute this e-mail without the author's permission. We have taken precautions to minimise the risk of transmitting software viruses, but we advise you to carry out your own virus checks on any attachment to this e-mail. We cannot accept liability for any loss or damage caused by software viruses.

1 1

Re: [Observium] Critical alert not matching alerts checker
by Tom Laermans 23 Mar '15

23 Mar '15

Quick reply from my cellphone, you need an alert checker for entity type status instead of sensor since a few weeks... Tom On Mar 22, 2015 7:55 PM, Robert Williams <Robert(a)CustodianDC.com> wrote: > > Hi All, > > > > I have a device a Cisco 2960G with a failed internal PSU that has switched to it’s backup RPS supply. Observium is correctly identifying this as ‘critical’ under the Status Indicators for the device in question (image below): > > > > > > > > There is a “Hardware Fault” event I have created which /should/ have matched this, I believe: > > > > > > (I’ve added the match for value = critical as a test, it wasn’t there originally) > > > > This alert checker correctly matches a who load of devices and status checkers on many devices (1691 in total, all green): > > > > > > However, for this particular type of sensor, it does not see any sensors which match the “Hardware Fault” checker. As you can see, I have already removed all the “Device Match” and “Entity Match” criteria from the checker itself to rule that out. So essentially this checker is matching every type of sensor that there is (except, obviously, the one which I want it to). > > > > When I click the link on the graph for “Sw1, PS1 Critical, RPS Normal” sensor I get this URL http://observium-server/device/device=343/tab=health/metric=status/ which may be of use in helping diagnose this. > > > > After doing some more checking, I’ve found that it is not matching any other kind of sensor with a similar class, for example it does not match the WS-CAC-4000W-IN power supplies in any of the Cat6k chassis either. > > > > In fact, I think it’s actually failing to match sensors which have ‘normal’ and ‘critical’ type statuses, instead of ‘true’ and ‘false’ > > > > So the following sensors highlighted in yellow are also being missed from matching in this generic alerting config: > > > > > > So I believe it’s a wider issue and not just related to this one device. > > > > Can someone confirm what I’m doing wrong and/or maybe check to see if your alerting configurations can match sensors which have an OK state of ‘normal’ instead of ‘true’? > > > > Cheers! > > Robert Williams > Custodian Data Centre > Email: Robert(a)CustodianDC.com > http://www.CustodianDC.com

2 4

Map and Neighbours
by Dudu 23 Mar '15

23 Mar '15

Hi All, For some reason I don’t have the Neighbours and Map tabs under the ports page. It's probably something that I have change but I'm unable to find it. Also the mysql link table is empty. Any idea? Thanks David

1 1

Critical alert not matching alerts checker
by Robert Williams 22 Mar '15

22 Mar '15

Hi All, I have a device a Cisco 2960G with a failed internal PSU that has switched to it’s backup RPS supply. Observium is correctly identifying this as ‘critical’ under the Status Indicators for the device in question (image below): [cid:image001.png@01D064D0.36501EE0] There is a “Hardware Fault” event I have created which /should/ have matched this, I believe: [cid:image002.png@01D064D0.36501EE0] (I’ve added the match for value = critical as a test, it wasn’t there originally) This alert checker correctly matches a who load of devices and status checkers on many devices (1691 in total, all green): [cid:image003.png@01D064D0.36501EE0] However, for this particular type of sensor, it does not see any sensors which match the “Hardware Fault” checker. As you can see, I have already removed all the “Device Match” and “Entity Match” criteria from the checker itself to rule that out. So essentially this checker is matching every type of sensor that there is (except, obviously, the one which I want it to). When I click the link on the graph for “Sw1, PS1 Critical, RPS Normal” sensor I get this URL http://observium-server/device/device=343/tab=health/metric=status/ which may be of use in helping diagnose this. After doing some more checking, I’ve found that it is not matching any other kind of sensor with a similar class, for example it does not match the WS-CAC-4000W-IN power supplies in any of the Cat6k chassis either. In fact, I think it’s actually failing to match sensors which have ‘normal’ and ‘critical’ type statuses, instead of ‘true’ and ‘false’ So the following sensors highlighted in yellow are also being missed from matching in this generic alerting config: [cid:image004.png@01D064D1.B26D89D0] So I believe it’s a wider issue and not just related to this one device. Can someone confirm what I’m doing wrong and/or maybe check to see if your alerting configurations can match sensors which have an OK state of ‘normal’ instead of ‘true’? Cheers! Robert Williams Custodian Data Centre Email: Robert(a)CustodianDC.com http://www.CustodianDC.com

1 0

Down ports but can't see them
by Chard, Alex (RET-SYD) 20 Mar '15

20 Mar '15

Hi All, Got an interesting issue... Observium's dashboard shows 2 down ports [cid:image001.png@01D06344.0CB21DF0] But clicking on "2 down" takes me to a screen that shows no down ports: [cid:image002.png@01D06344.0CB21DF0] If I have any more than 2 down ports, they are displayed correctly. Any idea how I can identify the offending ports? Thanks, Alex This e-mail is for the use of the intended recipient(s) only. If you have received this e-mail in error, please notify the sender immediately and then delete it. If you are not the intended recipient, you must not use, disclose or distribute this e-mail without the author's permission. We have taken precautions to minimise the risk of transmitting software viruses, but we advise you to carry out your own virus checks on any attachment to this e-mail. We cannot accept liability for any loss or damage caused by software viruses.

1 0

tons of rrd zombie processes + solution
by Gerwin Krist 19 Mar '15

19 Mar '15

Hi, FYI on PHP 5.5 we saw a lot of defunt rrdtool proceeses (1 for every image created in the browser). If you see this there are a couple of fixes/work-around: 1. Fix it in observium, open ./includes/rrdtool.inc.php and change *function rrdtool_pipe_close(&$rrd_process, &$rrd_pipes)* to *function rrdtool_pipe_close($rrd_process, &$rrd_pipes)* 2. downgrade to PHP 5.4 Seems to be caused by https://bugs.php.net/bug.php?id=69014 Regards, Gerwin Krist

2 1

Purchase support
by Dudu 19 Mar '15

19 Mar '15

Hi All. How can i buy support? I would like to finance and improve the product. Thanks David Sent from my Samsung Galaxy smartphone.

1 0

Alert emails not working
by Aurélien PERRODY 18 Mar '15

18 Mar '15

Hi, I recently bought the full version of Observium to get alerts system. So I migrated from the CE version to full version, no problem. I edited the config.php file as well: -------------------- // Enable alerter (not available in CE) $config['poller-wrapper']['alerter'] = TRUE; // Set up a default alerter (email to a single address) $config['alerts']['alerter']['default']['descr'] = "Default Email Alert"; $config['alerts']['alerter']['default']['type'] = "email"; $config['alerts']['alerter']['default']['contact'] = "xxx(a)xxx.com"; $config['alerts']['alerter']['default']['enable'] = TRUE; // Configuration email (APE 2015-03-12) $config['email']['backend']= 'smtp'; $config['email']['enable'] = TRUE; $config['email']['from'] = 'xxx(a)xxx.com'; $config['email']['default'] = 'xxx(a)xxx.com'; $config['email']['default_only'] = TRUE; $config['email']['smtp_host'] = '192.168.1.29'; $config['email']['smtp_port'] = 25; $config['email']['smtp_timeout']= 10; $config['email']['smtp_secure']= NULL; $config['email']['smtp_auth']= NULL; $config['email']['smtp_username'] = NULL; $config['email']['smtp_password'] = NULL; -------------------- When I check my configuration, it works, I received the email test, no problem. ------------------- root@MEDSRV15:/home/logs# /opt/observium/test_mail.php -h MEDHPV01 No log handling enabled - turning on stderr logging /etc/snmp/snmp.conf: line 6: Warning: Unknown token: rocommunity. Observium 0.15.3.6342 Test E-mail Configuration See mail backend options here: http://www.observium.org/wiki/Configuration_Options#Email_backend_settings My Hostname: MEDSRV15.xxxx.xxxxx E-mails ENABLED globally ($config['email']['enable']) E-mails use SMTP backend ($config['email']['backend']) smtp host: [192.168.1.29] smtp port: [25] smtp timeout: [10] smtp auth: [FALSE] E-mails send only to default email ($config['email']['default_only']) E-mails use these default recipient(s) ($config['email']['default']): xxxx(a)xxxxx.com E-mails send from ($config['email']['from']): xxxxx(a)xxxxxx.com E-mails send to recipients based on default recipient from config and/or device sysContact. Try send test notification for medhpv01 to these email(s): xxxxx(a)xxxxx.com EMAILING Notification for medhpv01 SENT. ------------------- Then I created a classic alert checker, when devices are down. -Conditions: device_status eq 0 -Device match * entity match * Alerts on the webpage works correctly, but I did not receive an alert email. So Y U NO WORK OBSERVIUM?? :) I read the wiki but don't see my pb... Many thanks for helping. My version information below: Observium 0.15.3.6342 OS Linux 3.2.0-4-amd64 [amd64] (Debian 7 (wheezy)) Apache 2.2.22 (Debian) PHP 5.4.35-0+deb7u2 MySQL 5.5.40-0+wheezy1 SNMP NET-SNMP 5.4.3 RRDtool 1.4.7 Regards, Aurélien

1 0

SVN error retreving REPORT
by Dash Brousseau 17 Mar '15

17 Mar '15

Can no longer download the full svn of observium ever since I upgrade to Ubuntu 14.10. I even did a fresh install and the same problem After around 70-80% I get svn: E000104:Error retrieving REPORT: connection reset by peer I then try to do svn cleanup I able to get a few more files Then it won’t go any further and I get the same error Anyone come across this? Dash This message contains information which may be confidential and privileged. Unless you are the intended addressee (or authorized to receive for the intended addressee), you may not use, copy or disclose to anyone the message or any information contained in the message. If you have received the message in error, please advise the sender by e-mail then delete the message immediately. Francais: http://www.fundserv.com/fr/company/disclaimer<http://www.fundserv.com/francais/legal/disclaimer_email_ib.shtml>

1 0

Alerting system patch
by Gert-Jan de Boer 16 Mar '15

16 Mar '15

Hi, A while ago I posted this patch to Jira, after some brief discussion I didn't hear back about it. I would like to add some more notification backends (for example Slack integration), is there any reason why this would not be accepted? The patch is under http://jira.observium.org/browse/OBSERVIUM-1194 Kind regards, GJ

1 0

Description not saved
by Asensio Sánchez, Juan 16 Mar '15

16 Mar '15

Hi We have installed Observium from SVN. When trying to edit a device a change (set) a description, that is not saved, I get a message "Device record unchanged. No update necessary." This happens with all devices. Any advice? Regards. Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, contiene información de carácter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilización, divulgación y/o copia sin autorización está prohibida en virtud de la legislación vigente. En el caso de haber recibido este correo electrónico por error, se ruega notificar inmediatamente esta circunstancia mediante reenvío a la dirección electrónica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary.

1 0

MySQL/Apache apps
by Asensio Sánchez, Juan 16 Mar '15

16 Mar '15

Hi We have just installed Observium from SVN, added some hosts, and almost everything seems to work fine. We have some MySQL servers, and followed the instructions to get the graphs. Running observium_agent in the MySQL server, I get the <<<mysql>>> section. Doing telnet to the MySQL server from the Observium server, to the agent port, I get the same section, but I don't get any data in the device page. Any advice? The same happens with the Apache servers. Regards. Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, contiene información de carácter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilización, divulgación y/o copia sin autorización está prohibida en virtud de la legislación vigente. En el caso de haber recibido este correo electrónico por error, se ruega notificar inmediatamente esta circunstancia mediante reenvío a la dirección electrónica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary.

1 0

High CPU on Cisco Switches
by Joseph L. Brunner 15 Mar '15

15 Mar '15

Team, We had some cisco switches dropping packets with 99% cpu being polled by Observium. We had to create a view which hides some arp and routing table objects to bring the CPU back down to normal levels snmp-server view cutdown at excluded snmp-server view cutdown snmpUsmMIB excluded snmp-server view cutdown snmpVacmMIB excluded snmp-server view cutdown snmpCommunityMIB excluded snmp-server view cutdown ip.21 excluded snmp-server view cutdown ip.22 excluded snmp-server community ourcomm1 view cutdown RO

4 5

adding private ip address
by Tshering DHENDUP 14 Mar '15

14 Mar '15

Dear Team, We are trying to add private IP address to the observium. Our picture: the observium server is having a private IP address tho' NATed to a public ip address. I am trying to add the private IP( of a switch/router), and it gives me the following error Try to add 192.168.128.1: Could not resolve 192.168.128.1. Devices skipped: 1. Does this mean that, the devices can't be added using their IP? Or should the IP be DNS mapped( resolvable )? Regards -- Tshering DHENDUP(MR) Internet & IT Operations Division Bhutan Telecom Ltd www.bt.bt Contact# +975-2-343434 [Ext: 2022]

5 9

Re: [Observium] observium Digest, Vol 56, Issue 45
by Kiru Pananthan 13 Mar '15

13 Mar '15

Hi Bruce I tried to run debug mode, still the same error appears -- *Confidentiality Disclaimer:* This e-mail and any attachments are confidential and intended solely for the intended addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the intended addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose, distribute or otherwise act in reliance upon any part of this e-mail or its attachments. Australian International School Malaysia and all affiliates under Taylor's Education Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any internet communications by any third party in reliance to this email, or from the transmission of any viruses. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Australian International School Malaysia and all affiliates under Taylor's Education Group. Replies to this e-mail may be monitored by Australian International School Malaysia and all affiliates under Taylor's Education Group for operational or business reasons.

2 1

Re: [Observium] observium Digest, Vol 56, Issue 44
by Kiru Pananthan 13 Mar '15

13 Mar '15

Hi Bruce the host able to ping. and I also added the cron job as below 33 */6 * * * root /opt/observium/discovery.php -h all >> /dev/null 2>&1 */5 * * * * root /opt/observium/discovery.php -h new >> /dev/null 2>&1 */5 * * * * root /opt/observium/poller-wrapper.py 1 >> /dev/null 2>&1 -- *Confidentiality Disclaimer:* This e-mail and any attachments are confidential and intended solely for the intended addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the intended addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose, distribute or otherwise act in reliance upon any part of this e-mail or its attachments. Australian International School Malaysia and all affiliates under Taylor's Education Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any internet communications by any third party in reliance to this email, or from the transmission of any viruses. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Australian International School Malaysia and all affiliates under Taylor's Education Group. Replies to this e-mail may be monitored by Australian International School Malaysia and all affiliates under Taylor's Education Group for operational or business reasons.

2 1

Re: [Observium] observium Digest, Vol 56, Issue 43
by Kiru Pananthan 13 Mar '15

13 Mar '15

Dear Bruce I tried to Run ./discovery.php -h <hostname> then run ./poller.php -h <hostname> but still the same issue -- *Confidentiality Disclaimer:* This e-mail and any attachments are confidential and intended solely for the intended addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the intended addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose, distribute or otherwise act in reliance upon any part of this e-mail or its attachments. Australian International School Malaysia and all affiliates under Taylor's Education Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any internet communications by any third party in reliance to this email, or from the transmission of any viruses. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Australian International School Malaysia and all affiliates under Taylor's Education Group. Replies to this e-mail may be monitored by Australian International School Malaysia and all affiliates under Taylor's Education Group for operational or business reasons.

2 1

Device not yet discovered
by Kiru Pananthan 13 Mar '15

13 Mar '15

Dear all getting error on observium, tried to run discovery and poller for all still the same error. any suggestion Device not yet discoveredThis device has not yet been successfully discovered. System information and statistics will not be populated and graphs will not draw. This device should be automatically discovered within 10 minutes. -- Kind regards, Kiru Yogalingam, -- *Confidentiality Disclaimer:* This e-mail and any attachments are confidential and intended solely for the intended addressee and may also be privileged or exempt from disclosure under applicable law. If you are not the intended addressee, or have received this e-mail in error, please notify the sender immediately, delete it from your system and do not copy, disclose, distribute or otherwise act in reliance upon any part of this e-mail or its attachments. Australian International School Malaysia and all affiliates under Taylor's Education Group does not accept responsibility for any loss arising from unauthorised access to, or interference with, any internet communications by any third party in reliance to this email, or from the transmission of any viruses. Please note that any views or opinions presented in this email are solely those of the author and do not necessarily represent those of Australian International School Malaysia and all affiliates under Taylor's Education Group. Replies to this e-mail may be monitored by Australian International School Malaysia and all affiliates under Taylor's Education Group for operational or business reasons.

2 1

WiFi support progress
by Adam Armstrong 12 Mar '15

12 Mar '15

I've been doing a little bit more work on support for WiFi devices (Ruckus at the moment to get the skeleton in place). I'm not a user of enterprise wireless, so I'm not entirely sure what's useful in the UI or not: Coming to an SVN repository near you... adam.

20 53

Munin Alerts.
by Dudu 11 Mar '15

11 Mar '15

Hi All, I have successfully moved a munin under Observium which is very good. One thing that a little bit difficult for me is understanding the alerts part. All the alert examples are reasonable but how would I know if it's possible to alert on Munin Data or other things for example a faulty power supply. Can we alert based on Munin data? Thank you all David

1 0

Re: [Observium] observium Digest, Vol 56, Issue 40
by Dudu 11 Mar '15

11 Mar '15

Thank You. I do agree with you that an IPMI does add a lot of things but I found that the agent+IPMI check provide even more info, One thing that I don't if possible is actually creating an alarm while there is a hardware failure, With Idrac snmp you can do that with one snmpwalk command. Thanks Again > From: observium-request(a)observium.org > Subject: observium Digest, Vol 56, Issue 40 > To: observium(a)observium.org > Date: Wed, 11 Mar 2015 12:00:01 +0000 > > Send observium mailing list submissions to > observium(a)observium.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > or, via email, send a message with subject or body 'help' to > observium-request(a)observium.org > > You can reach the person managing the list at > observium-owner(a)observium.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of observium digest..." > > > Today's Topics: > > 1. Re: Idrac support (Michael Loftis) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Tue, 10 Mar 2015 21:31:22 -0700 > From: Michael Loftis <mloftis(a)wgops.com> > To: Observium Network Observation System <observium(a)observium.org> > Subject: Re: [Observium] Idrac support > Message-ID: > <CAHDg04swWLkYUAmuFHGrUGq5S5wbXaiVQ6pEG4SgcVPE=C9YQA(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > You can add the idrac to its associated host directly to poll more data. > Open the host and click the gear icon. There's an area to add the IPMI > controller to the host. Once added IIRC you get some of the various temp > sensors and such from the idrac. > > On Tuesday, March 10, 2015, Dudu <duduhandelman(a)hotmail.com> wrote: > > > Hi All, > > I just bought a subscription and I'm very pleased with the product. > > While I started to add devices I asked my self why not adding the Dell > > Idrac? > > So I did add it but all I can see is a network stuff maybe I'm missing > > something. > > > > The most important part of the IDRAC 7 and above is the led status of the > > server if the led is amber there is a hardware issue. > > Bellow is the OID > > > > Many Thanks > > > > > > query that will get overall system health, they would need to query the > > iDRAC7 SNMP > > > > systemLCDStatus OBJECT-TYPE > > > > SYNTAX ObjectStatusEnum > > > > ACCESS read-only > > > > STATUS mandatory > > > > DESCRIPTION This attribute defines the system status as it is > > reflected by the LCD front panel. Not all system components may be > > included. > > > > > > > > > > > > *SNMP OID to perform Get : 1.3.6.1.4.1.674.10892.5.2.2.0* > > > > > > > > > > > > Possible values for this MIB object is defined as below in MIB : > > > > > > > > other(1) > > > > unknown(2) > > > > ok(3), > > > > nonCritical(4) > > > > critical(5) > > nonRecoverable(6) -- the status of the object is non-recoverable > > (dead > > > > > -- > > "Genius might be described as a supreme capacity for getting its possessors > into trouble of all kinds." > -- Samuel Butler > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: <http://postman.memetic.org/pipermail/observium/attachments/20150310/c023516…> > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > observium mailing list > observium(a)observium.org > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > > > ------------------------------ > > End of observium Digest, Vol 56, Issue 40 > *****************************************

1 0

Idrac support
by Dudu 11 Mar '15

11 Mar '15

Hi All, I just bought a subscription and I'm very pleased with the product. While I started to add devices I asked my self why not adding the Dell Idrac? So I did add it but all I can see is a network stuff maybe I'm missing something. The most important part of the IDRAC 7 and above is the led status of the server if the led is amber there is a hardware issue. Bellow is the OID Many Thanks query that will get overall system health, they would need to query the iDRAC7 SNMP systemLCDStatus OBJECT-TYPE SYNTAX ObjectStatusEnum ACCESS read-only STATUS mandatory DESCRIPTION This attribute defines the system status as it is reflected by the LCD front panel. Not all system components may be included. SNMP OID to perform Get : 1.3.6.1.4.1.674.10892.5.2.2.0 Possible values for this MIB object is defined as below in MIB : other(1) unknown(2) ok(3), nonCritical(4) critical(5) nonRecoverable(6) -- the status of the object is non-recoverable (dead

2 1