Re: Buchi nei grafici cacti
Riccardo Torrini <[email protected]> Sat, 20 Oct 2012 15:00:26 +0200
| Newsgroups | gmane.os.freebsd.italian.varie |
|---|---|
| Message-ID | <[email protected]> |
On Wed, Oct 17, 2012 at 09:05:55PM +0200, navigator wrote: >> Non potrebbe essere il device che fallisce il colloquio SNMP >> (UDP)? A me succede con due UPS in ditta, ogni 3 get ne perdo >> una >> (o due). Potresti farti un snmpget/walk mirato verso >> qualche device... > cosa ti servirebbe nello specifico? Potresti provare a prendere gli OID incriminati piu` volte e verificare se ogni tanto fallisce, ecco cosa intendo: # snmpwalk -v1 -cpublic ups-ced1a system Timeout: No Response from ups-ced1a # snmpwalk -v1 -cpublic ups-ced1a sysUpTime ; snmpwalk -v1 -cpublic ups-ced1a mib-2.33.1.4.4.1.4 DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (7823176) 21:43:51.76 SNMPv2-SMI::mib-2.33.1.4.4.1.4.1 = INTEGER: 2782 SNMPv2-SMI::mib-2.33.1.4.4.1.4.2 = INTEGER: 2675 SNMPv2-SMI::mib-2.33.1.4.4.1.4.3 = INTEGER: 2996 (se ricordo bene sono i Watt sulle tre fasi, comunque c'e` un MIB a giro con la decodifica degli UPS che funziona bene, nel mio caso almeno usano uno standard esistente :-). Come dicevo funziona come le frecce, ora si, ora no :) # snmpwalk -v1 -cpublic ups-ced1a uptime Timeout: No Response from ups-ced1a # snmpwalk -v1 -cpublic ups-ced1a uptime DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (7865333) 21:50:53.33 # snmpwalk -v1 -cpublic ups-ced1a uptime DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (7865566) 21:50:55.66 Se va in timeout c'e` poco da fare, potrebbe essere colpa della loro implementazione o potresti avere troppi hop/traffico nel mezzo... -- Riccardo. ( http://www.GUFI.org/~vic/ ) _______________________________________________ Varie mailing list [email protected] http://mailman.gufi.org/mailman/listinfo/varie