Someone else just reported the same issue on IRC; Adam, if you need someone to test stuff /query Punica.
Should hopefully be fixed soon, then. :-)
Tom
On 18/04/2014 08:32, Adam Armstrong wrote:
No such object is irrelevant, it is from another polled module.
I'm not sure why it's discovering incorrectly, I will try to look tomorrow.
Adam.
"Swen Veckes (KDDI)" s.veckes@de.kddi.com wrote: OK, I’m not a programmer, so I can’t proof. But I have deleted the device „br00“ from observium and added it again. Now the result is the same as for the other device „mlx01“. So observium changed the way it calculates processor load. But why should this been changed?
Any of the developers who can help me to understand, especially on the „No Such Object …“ messages which makes me think that Broke support does not work correctly for MLXe devices?
Regards, Swen
Am 17.04.2014 um 09:14 schrieb Swen Veckes (KDDI) s.veckes@de.kddi.com:
OK then. I have tried to further investigate my problem and run poller.php and discover.php in debug mode and got the following result for the processors:
SQL[SELECT `processors`.*, `processors-state`.processor_usage, `processors-state`.processor_polled FROM `processors` LEFT JOIN `processors-state` ON `processors`.processor_id = `processors-state`.processor_id WHERE `device_id` = '88'] Processor Slot 1 BR-MLX-10Gx8-X [1] DEBUG: SNMP Auth options = -v2c -c '****' /usr/bin/snmpget -v2c -c '****' -O Uqnv -m "" -M /opt/observium/mibs 'udp':'ffm-th-mlx01':'161' .1.3.6.1.4.1.1991.1.1.2.11.1.1.6.1.1.300 100
100% RRD[cmd[update /opt/observium/rrd/ffm-th-mlx01/processor-ironware-1.1.300.rrd N:100] stdout[OK u:0.00 s:0.00 r:1.27] stderr[]]
SQL[UPDATE `processors-state` set `processor_usage` ='100',`processor_polled` ='1397716569' WHERE `processor_id` = '480']
SQL[SELECT `processors`.*, `processors-state`.processor_usage, `processors-state`.processor_polled FROM `processors` LEFT JOIN `processors-state` ON `processors`.processor_id = `processors-state`.processor_id WHERE `device_id` = '49'] Processor Slot 1 BR-MLX-10Gx8-X [1] DEBUG: SNMP Auth options = -v2c -c '****' /usr/bin/snmpget -v2c -c '****' -O Uqnv -m "" -M /opt/observium/mibs 'udp':'br00':'161' .1.3.6.1.4.1.1991.1.1.2.11.1.1.6.1.1.300 100
1% RRD[cmd[update /opt/observium/rrd/br00/processor-ironware-1.1.300.rrd N:1] stdout[OK u:0.00 s:0.00 r:0.90] stderr[]]
SQL[UPDATE `processors-state` set `processor_usage` ='1',`processor_polled` ='1397716171' WHERE `processor_id` = '160']
DEBUG: SNMP Auth options = -v2c -c '****' /usr/bin/snmpget -v2c -c '****' -Oqv -m FOUNDRY-SN-AGENT-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp:/opt/observium/mibs/foundry 'udp':'ffm-th-mlx01':'161' snAgentConfigModuleDescription.1 "BR-MLX-10Gx8-X 8-port 10GbE (X) Module"
88 -> .1.3.6.1.4.1.1991.1.1.2.11.1.1.6.1.1.300, 1.1.300, ironware, Slot 1 BR-MLX-10Gx8-X [1], 1, 100, ,
SQL[SELECT * FROM `processors` WHERE `device_id` = '88' AND `processor_index` = '1.1.300' AND `processor_type` = 'ironware'] . hrDevice: DEBUG: SNMP Auth options = -v2c -c '****' /usr/bin/snmpbulkwalk -v2c -c '****' -OQUs -m HOST-RESOURCES-MIB:HOST-RESOURCES-TYPES -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'ffm-th-mlx01':'161' hrDevice hrDevice = No Such Object available on this agent at this OID
DEBUG: SNMP Auth options = -v2c -c '****' /usr/bin/snmpbulkwalk -v2c -c '****' -OQUs -m HOST-RESOURCES-MIB:HOST-RESOURCES-TYPES -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'ffm-th-mlx01':'161' hrProcessorLoad hrProcessorLoad = No Such Object available on this agent at this OID
DEBUG: SNMP Auth options = -v2c -c '****' /usr/bin/snmpget -v2c -c '****' -Oqv -m FOUNDRY-SN-AGENT-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp:/opt/observium/mibs/foundry 'udp':'br00':'161' snAgentConfigModuleDescription.1 "BR-MLX-10Gx8-X 8-port 10GbE (X) Module"
49 -> .1.3.6.1.4.1.1991.1.1.2.11.1.1.6.1.1.300, 1.1.300, ironware, Slot 1 BR-MLX-10Gx8-X [1], 1, 100, ,
SQL[SELECT * FROM `processors` WHERE `device_id` = '49' AND `processor_index` = '1.1.300' AND `processor_type` = 'ironware'] . hrDevice: DEBUG: SNMP Auth options = -v2c -c '****' /usr/bin/snmpbulkwalk -v2c -c '****' -OQUs -m HOST-RESOURCES-MIB:HOST-RESOURCES-TYPES -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'br00':'161' hrDevice hrDevice = No Such Object available on this agent at this OID
DEBUG: SNMP Auth options = -v2c -c '****' /usr/bin/snmpbulkwalk -v2c -c '****' -OQUs -m HOST-RESOURCES-MIB:HOST-RESOURCES-TYPES -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'br00':'161' hrProcessorLoad hrProcessorLoad = No Such Object available on this agent at this OID
Even the result of CPU load is the same for both devices, one is inserted to the database as 1% the other as 100%. Both queried OID’s are the same. Not sure about the „No such Object ….“ but that may be the problem!?
Regards Swen
Am 16.04.2014 um 17:34 schrieb Raphael Maunier raphael.maunier@gmail.com:
Not sure,
I will upgrade this observium later this month, but for now, I can’t :)
I’ll let you know when this will be done, and I’ll update here
Raphael
On 16 Apr 2014, at 17:13, Swen Veckes s.veckes@de.kddi.com wrote:
Hi Raphael,
thanks a lot for your answer. I tried downgrading to 5.4e and memory seems ok now, however, CPU is still 100%. Observium version is at v0.14.4.5323, as you are running a much older version that might make a difference!?
Regards, Swen
----- Ursprüngliche Mail ----- Von: "Raphael Maunier" raphael.maunier@gmail.com An: "Observium Network Observation System" observium@observium.org Gesendet: Dienstag, 15. April 2014 22:43:12 Betreff: Re: [Observium] Brocade MLXe and ICX support / question
Hello Swen,
I have a couple MLX-8 MLX-16 running 5.4E and I don’t have this issue for Memory / cpu. For your vlan issue, I can’t check it as our mlx are a full vpls fabric, so all the ports are seen in vlan1 ( even if the vpls vlan is 4 )
There is plenty of bugs on Broke -aid , the most stable version we have in production is this one.
5.4B is bugued on the lag( ask brocade about this internal ID : DEFECT000440912 ) , so the minimum version you have to use is 5.4C
Regarding the ICX, I tried them and … I removed them and I will forget them :)
Attached a capture of one MLX16.
This customer is running CE 0.13.10.4585
Raphael
On 15 Apr 2014, at 14:28, Swen Veckes (KDDI) < s.veckes@de.kddi.com > wrote:
Does no one have a glue on this?
cheers Swen
Am 11.04.2014 um 11:14 schrieb Swen Veckes (KDDI) < s.veckes@de.kddi.com >:
Hi,
we use a couple of MLXe’s and ICX’s which seem fine at the first place running observium’s subscriber edition. However, a few part seems not working correctly:
- MLXE’s
- Memory shown as -1 on the device main page and has no graphs „nan“ at all
- Memorypool usage graphs show -nan
- Observium recognizes the installed Line card CPU but report 100% CPU on another machine adder 3 month earlier it reports OK
- VLAN’s are reported fine, however, on the VLAN tab only untagged vlan1 (default vlan) has port associated with it, others are empt
- ICX’s
- CPU reported 100% all time, but same switch installed earlier shows fine
- Compared to the MLXe it does not show LAG interfaces
Any hints on the the graphing which works for one device but another added later does not as well for the memory? I Don’t hink that observium suddenly broke the support for this, as it is still working for the other devices (exactly the same device).
What do I need to provide to help fixing the other things such as the LAG display for the ICX or others and to get more current Brocade device support?
Cheers, Swen _______________________________________________ observium mailing list 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 <observium_mlx8.PNG>_______________________________________________ observium mailing list 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
observium mailing list 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