Sorry, but that makes no sense at all. Those 2 things are not related.
Tom
On 02/11/2016 21:00, Michael Khalil wrote:
I noticed that the following problem occurs if you have your alert checkers set to 0 delay. Sometimes the device just won't get recognized as up when it is recovering and i had to manually remove it and add it back to devices.
On Wed, Nov 2, 2016 at 3:36 PM, Tom Laermans <tom.laermans@powersource.cx mailto:tom.laermans@powersource.cx> wrote:
Sebastian, The device was likely down due to ping, first... then, as it became pingable but not snmp-able, there was no change logged in device status (down = down). As to why snmpget is telling you 2 is > 128, I'm not sure... Tom On 02/11/2016 20:05, Sebastian Klute wrote:Hello folks, today I got kinda strange problem. I got a Server up and running fine but it is still shown as device down. "Device status changed to Down (ping)" After some debugging and digging into the workflow of polling and checking egc. I tried to redo the different checks that could lead to a device down. First of all: Is it pingable ? root@om:/tmp# /usr/bin/fping -t1000 -t 500 -c 20 -q 84.200.41.226 84.2xx.xxx.xxx : xmt/rcv/%loss = 20/20/0%, min/avg/max = 0.20/0.30/0.43 seems good to me - no idea why it should be down by ping. Is the hostname resolvable? Yes it is. Standart ping with hostname is working fine. So I'll dig further into debug logs and found this CMD[/usr/bin/snmpget -v2c -c *** -Pu -OQUst -m SNMPv2-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'hostname.example':'161' sysObjectID.0 sysUpTime.0] CMD EXITCODE[1] CMD RUNTIME[6.0283s] STDOUT[ ] STDERR[ Timeout: No Response from udp:hostname.example:161. ] SNMP STATUS[FALSE] I wondered why and did it manualy. The error is as followed: Too many object identifiers specified. Only 128 allowed in one request. The question is now, what can I do to solve this issue? What about the false positive device down by ping alert? Additional Info: > $data - /opt/observium/poller.php:170 /opt/observium/includes/alerts.inc.php:61 ========================================= array( [device_status] => string(1) "0" [device_status_type] => string(4) "snmp" [device_ping] => string(4) "7.34" [device_snmp] => int(0) ) Thanks for the help and best regards Sebastian Klute -- Accelerated IT Services GmbH Kruppstraße 105 - 60388 Frankfurt - Germany sk@accelerated.de <mailto:sk@accelerated.de> -http://www.accelerated.de/ Phone:+49 69 - 900 180 41 <tel:%2B49%2069%20-%20900%20180%2041> - Fax:+49 69 - 900 180 90 <tel:%2B49%2069%20-%20900%20180%2090> HRB: 60665 - Amtsgericht Ludwigshafen - VatID: DE253684415 Managing Directors: Nicolaj Kamensek & Ole Krieger _______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium <http://postman.memetic.org/cgi-bin/mailman/listinfo/observium>_______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium <http://postman.memetic.org/cgi-bin/mailman/listinfo/observium>-- *Michael Khalil* | System Administrator *CONTROLTEC* 999 Republic Drive, Suite 100, Allen Park, MI 48101 *P* 313.438.5107 *F* 313.982.1305 _www.control-tec.com http://www.control-tec.com/_
/This e-mail, and any attachments, is intended solely for use by the addressee(s) named above.////It may contain confidential or proprietary information of Control-Tec LLC, its subsidiaries, affiliates or business partners.////If you are not the intended recipient of this e-mail or are an unauthorized recipient of the information, you are hereby notified that any dissemination, distribution or copying of this e-mail or any attachments, is strictly prohibited.////If you have received this e-mail in error, please immediately notify the sender by reply e-mail and permanently delete the original and any copies or printouts./
/Computer viruses can be transmitted via email.////The recipient should check this e-mail and any attachments for the presence of viruses.////Control-Tec LLC accepts no liability for any damage caused by any virus transmitted by this e-mail./
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium