- observium - lists.observium.org

Re: [Observium] port ignore partly fails on large number of ports
by Adam Armstrong 19 Sep '12

19 Sep '12

Haha. Glad it works :-) We should add that to the docs somewhere! Adam. Maarten De Wispelaere <maarten.dewispelaere(a)intec.ugent.be> wrote: >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

3 3

port ignore partly fails on large number of ports
by Maarten De Wispelaere 19 Sep '12

19 Sep '12

Hi, I recently discovered the following : When trying to set "Ignore" status on switches with large number of ports (eg. force10 e1200 or c300 chassis), the setting doesn't get saved for some of the ports. More specific, at the end of the list. This is what I did : Toggle all -> removed the toggle from the mgmt interface -> then save What happens: Most ports get "ignored" status, part of them don't After getting the status, they again have a 'not-ignored-status' (checkbox not checked). If I check them again & press save -> same issue. Seems like the checkboxes only get processed to a certain number of items ? Does this sound familiar ? Thanks in advance, Maarten De Wispelaere Department of Information Technology Internet Based Communication Networks and Services (IBCN) Ghent University - IBBT Gaston Crommenlaan 8 Bus 201, B-9050 Gent, Belgium E-mail: maarten.dewispelaere(a)intec.UGent.be Tel. +32 (0)9 33 14979 Fax +32 (0)9 33 14899

5 5

Accurate Graphs in Billing are probably not so accurate
by Matthias Cramer 19 Sep '12

19 Sep '12

Hi I've noticed two things in the "Accurate" graphs in the Billing part: 1. Are Interface counter overflows or equipment reboot) probably not catched? - I see very high spikes (200 Gbps and more) on a 1G interface sometimes in sometimes out, but not at the same time. the quick graphs are ok 2. If I monitore more tha one interface for billing (Unfotunately one of the is down) the accurate graps are at leaset 1000 times to high... Atached some graphs... I runn lates svn (0.12.9.3378). Any ideas ? Regards Matthias -- Matthias Cramer / mc322-ripe Senior Network & Security Engineer iway AG Phone +41 43 500 1111 Badenerstrasse 569 Fax +41 44 271 3535 CH-8048 Zürich http://www.iway.ch/ GnuPG 1024D/2D208250 = DBC6 65B6 7083 1029 781E 3959 B62F DF1C 2D20 8250

2 1

Eaton Powerware UPS
by Aaron Maurer 17 Sep '12

17 Sep '12

Hi all, First time poster here. We use observium here at our office and think it is a great program. We were interested in having observium read SNMP information from our Powerware 9130 UPS's. Currently observium can't identify them. We were wondering if there was any interest in the community to write a snmp module to read from the Powerwares. The documentation for the SNMP values is posted in the PDF files which I can provide. If there is positive interest for anyone on helping take this on I can also provide SNMP walks of my Eatons. Here is a snippet of the first few lines of SNMP information: SNMPv2-MIB::sysDescr.0 = STRING: Powerware 9130 3000 SNMPv2-MIB::sysObjectID.0 = OID: SNMPv2-SMI::enterprises.705.1 DISMAN-EVENT-MIB::sysUpTimeInstance = Timeticks: (2144221738) 248 days, 4:10:17.38 Thank you, Aaron Maurer Diversified Business Systems Inc. Office: 440-942-6961 Fax: 440-942-5819 amaurer(a)dbsinet.com http://www.dbsinet.com

1 0

Re: [Observium] Checkpoint Firewall Support?
by Steve Costaras 04 Sep '12

04 Sep '12

Doing some more digging here, it appears UCD-SNMP-MIB values for ssCpuUser (system & idle) are being populated correctly from checkpoint utm/splat deployments. But other items like interrupts, etc are working. The cpu values appear to be stored in the checkpoint enterprise mib: -- CHECKPOINT-MIB::multiProcIndex.1.0 = INTEGER: 1 CHECKPOINT-MIB::multiProcIndex.2.0 = INTEGER: 2 CHECKPOINT-MIB::multiProcUserTime.1.0 = INTEGER: 0 CHECKPOINT-MIB::multiProcUserTime.2.0 = INTEGER: 1 CHECKPOINT-MIB::multiProcSystemTime.1.0 = INTEGER: 100 CHECKPOINT-MIB::multiProcSystemTime.2.0 = INTEGER: 2 CHECKPOINT-MIB::multiProcIdleTime.1.0 = INTEGER: 0 CHECKPOINT-MIB::multiProcIdleTime.2.0 = INTEGER: 97 CHECKPOINT-MIB::multiProcUsage.1.0 = INTEGER: 100 CHECKPOINT-MIB::multiProcUsage.2.0 = INTEGER: 3 -- Found the current version of the mib as well as a checkpoint 32x32 graphic that can be added to the project (attached) in case someone has more time to play with it than I do. I'm still trying to wrap my head around the coding here to update this for first, base OS (per-cpu) utilization, then expand on it to something similar to the ASA firewall tab. Also it appears that the vendor has an issue with the netsnmp package supplied with the default media 5.0.9) but they do have an update package (5.3.1). This at least provides for cpu enumeration but still no stats (per above).

2 1

Re: [Observium] Strange graph
by Adam Armstrong 04 Sep '12

04 Sep '12

This is probably because the device frequently returns invalid data. A common problem with tacked systems like the 3750 and VSS. Adam. Nicolas COULIN <nicolas.coulin(a)kleegroup.com> wrote: >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

Strange graph
by Nicolas COULIN 04 Sep '12

04 Sep '12

Hi, Graphs for my stack was not correct. I have 4 swtich in stack. And observium return values very strange. 500Go by interface.... :/ Cisco IOS Software, C3750 Software (C3750-IPBASEK9-M), Version 15.0(2)SE, I have the last svn update on centos 6.2 I test to delete the host, delete rrd directory, and add my host. But the problem come back. I don't understand why. Thanks [Logo Kleegroup] Klee Group is a great place to work - Il fait bon travailler ? Klee Group

1 0

No more graphs after upgrade
by Max Leon 03 Sep '12

03 Sep '12

Hello, I have a problem I had revision 3049, due to a small problem displaying the heath status of the drives I updated to HEAD and immediatly run ./discovery.php -h new. All functionality seems to be there but I have no new graphs, any ideas on how to troubleshoot/fix this problem? Thank you. Max Leon

2 2

Re: [Observium] [Patch] Collectd v5 Apache fix
by Adam Armstrong 03 Sep '12

03 Sep '12

Please to be not distributing broken patches. Adam. Chris Bennett <chris(a)ceegeebee.com> wrote: >Hi Tom, > >> I presume this breaks users who still use collectd <5? > >Yep, treat the email & bug submission as a report of the problem and >ignore the patch, to fix this properly. I'm just putting it out into >the public so others might find this when they are troubleshooting the >same problem :) > >Regards, > >Chris >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

[Patch] Collectd v5 Apache fix
by Chris Bennett 03 Sep '12

03 Sep '12

Hi there, I noticed collectd graphing of Apache graphs is broken after Collectd released version 5 of their software. The data source name has changed from 'value' to 'count'. See attached patch. I've also filed a bug report with the patch: http://jira.observium.org/browse/OBSERVIUM-122 Regards, Chris

2 2