Adam Armstrong via observium wrote on 23/01/2019 04:04:
Though perhaps a method to disable use of HC counters on a per-device basis might be useful.
There are other benefits of V2, like bulkwalk! :)
for this devices (as I see in output) bulkwalk also broken..
adam.
On 2019-01-22 13:47:25, Mike Stupalov via observium observium@observium.org wrote:
Change snmp version to v1, this will disable use HC counters.
Here nothing to do in our code, since this is exactly firmware/hardware error.
Simon Mousey Smith via observium wrote on 22.01.19 16:18:
Hi,
Ok im more confused now
I added 3 more of the same switches to monitor, and ive just noticed the first 4 ports on each of the switches dont have stats? But the other 5 ports do? And plans do too?
But what I’ve also noticed in the section=ports page, the first 4 ports are 64bit and the rest are 32bit?
Could this be the problem?
And also from the looks of it, YES the ifOutOctets does increase each poller cycle
Attached is a second poller output with debug
Regards
Simon
On 22 Jan 2019, at 12:59, Markus Klock <markus@best-practice.se mailto:markus@best-practice.se> wrote:
its probably because they do not change. If you poll the ifOutOctets again, has it increased? If its the same every time Observium polls is then the rate is 0 as no new packets have exited that port. /Markus
Den tis 22 jan. 2019 kl 13:38 skrev Simon Mousey Smith via observium <observium@observium.org mailto:observium@observium.org>:
HI, The other strange thing I have noticed if I take my g1 main interface in port Yes the ifInOctets are 0, but the ifOutOctets are 595141390 But yet observium is showing ifOutOctets as 0 ??? Same with broadcastpkts? Any ideas? [1] => array( [ifIndex] => string(1) "1" [ifDescr] => string(18) "Ethernet Interface" [ifType] => string(14) "ethernetCsmacd" [ifMtu] => string(4) "1500" [ifSpeed] => string(10) "1000000000" [ifPhysAddress] => string(17) "d8:5d:4c:86:fd:37" [ifAdminStatus] => string(2) "up" [ifOperStatus] => string(2) "up" [ifLastChange] => string(13) "19:2:38:31.90" [ifInOctets] => string(1) "0" [ifInUcastPkts] => string(9) "104037994" [ifInNUcastPkts] => string(1) "0" [ifInErrors] => string(1) "0" [ifInUnknownProtos] => string(1) "0" [ifOutOctets] => string(9) "595141390" [ifOutUcastPkts] => string(1) "0" [ifOutNUcastPkts] => string(7) "4453773" [ifOutDiscards] => string(1) "0" [ifSpecific] => string(11) "zeroDotZero" [ifName] => string(2) "g1" [ifInMulticastPkts] => string(1) "0" [ifInBroadcastPkts] => string(8) "13670731" [ifOutMulticastPkts] => string(1) "0" [ifOutBroadcastPkts] => string(6) "284703" [ifHCInOctets] => string(1) "0" [ifHCInMulticastPkts] => string(1) "0" [ifHCInBroadcastPkts] => string(1) "0" [ifHCOutOctets] => string(1) "0" [ifHCOutMulticastPkts] => string(1) "0" [ifHCOutBroadcastPkts] => string(1) "0" [ifLinkUpDownTrapEnable] => string(7) "enabled" [ifHighSpeed] => string(1) "0" [ifPromiscuousMode] => string(4) "true" [ifConnectorPresent] => string(4) "true" [ifAlias] => string(6) "MainIn" [ifCounterDiscontinuityTime] => string(12) "0:0:00:00.00" [dot3StatsDuplexStatus] => string(10) "fullDuplex" [ifVlan] => string(1) "1" [ifTrunk] => string(0) "" ) Processing port ifIndex 1 with function process_port_label() Processing port ifIndex 1 with function process_port_etherlike() 64-bit, IFLASTCHANGE unknown/false, used system times. MainIn ifInOctets (0 B) 0 Bps 120 secs ifOutOctets (0 B) 0 Bps 120 secs ifInErrors (0 B) 0 Bps 120 secs ifOutErrors (0 B) 0 Bps 120 secs ifInUcastPkts (0 B) 0 Bps 120 secs ifOutUcastPkts (0 B) 0 Bps 120 secs ifInNUcastPkts (0 B) 0 Bps 120 secs ifOutNUcastPkts (0 B) 0 Bps 120 secs ifInBroadcastPkts (0 B) 0 Bps 120 secs ifOutBroadcastPkts (0 B) 0 Bps 120 secs ifInMulticastPkts (0 B) 0 Bps 120 secs ifOutMulticastPkts (0 B) 0 Bps 120 secs ifInDiscards (0 B) 0 Bps 120 secs ifOutDiscards (0 B) 0 Bps 120 secs Regards Simon
On 22 Jan 2019, at 12:19, Markus Klock via observium <observium@observium.org <mailto:observium@observium.org>> wrote: When a vendor fails to even implement IF-MIB you know they suck at SNMP... /Markus Den tis 22 jan. 2019 kl 13:11 skrev Adam Armstrong via observium <observium@observium.org <mailto:observium@observium.org>>: Ahh, stupid vendors! adam.
On 2019-01-22 12:09:18, Mike Stupalov via observium <observium@observium.org <mailto:observium@observium.org>> wrote: Hi, write to vendor.. this device return empty counters (and not for all indexes): ifHCInOctets.1 = 0 ifHCInOctets.2 = 0 ifHCInOctets.3 = 0 ifHCInOctets.4 = 0 ifHCInOctets.5 = 0 ifHCOutOctets.1 = 0 ifHCOutOctets.2 = 0 ifHCOutOctets.3 = 0 ifHCOutOctets.4 = 0 but some ports still return non-HC counters: ifInOctets.6 = 1133938806 ifInOctets.7 = 555769688 ifOutOctets.1 = 595141390 ifOutOctets.2 = 708574072 ifOutOctets.3 = 4019307600 ifOutOctets.4 = 0 ifOutOctets.5 = 0 ifOutOctets.6 = 1351693276 ifOutOctets.7 = 1926878970 but anyway - we prefer HC counters, and randomly empty counters seems as device or firmware broken. Adam Armstrong via observium wrote on 22.01.19 15:04:
> Walk ifInOctets and ifOutOctets and see if those ports' > counters are changing over time. > > adam. >> >> On 2019-01-22 10:25:46, Simon Mousey Smith via >> observium observium@observium.org >> mailto:observium@observium.org wrote: >> >> Hi All, >> >> Im trying to work out if the is something wrong with my >> switch or observium? >> >> Observium detects all the ports fine, vlans fine, >> >> But its not showing any traffic on the ports? >> >> And when I run the -dd in the poller.php the output >> shows that the is traffic on the ports? >> >> Attached is the debug and a screenshot showing the >> ports in observium >> >> Regards >> >> Simon_______________________________________________ >> observium mailing list >> observium@observium.org mailto:observium@observium.org >> 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
-- Mike Stupalov Observium Limited, http://observium.org <http://observium.org/>
_______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> 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
_______________________________________________ observium mailing list observium@observium.org <mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
-- Mike Stupalov Observium Limited, http://observium.org
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium