- observium - lists.observium.org

upgrading ios cause new sensors oid appear
by Nikolay Shopik 19 Nov '12

19 Nov '12

Hi, So we just upgraded one our cisco7201 device from 15.0(1)M3 to 15.1(3)S4, and all sensors data disappear, after while it rediscover some of them but using different(?) OID. At least what I see is, old RRD files still exist but no longer updated, here is example new files: mempool-cemp-4.1.rrd mempool-cemp-4.2.rrd mempool-cemp-4.3.rrd and old mempool-cemp-3.1.rrd mempool-cemp-3.2.rrd mempool-cemp-3.3.rrd Temperature sensors move into different MIB? because old files was: sensor-temperature-cisco-entity-sensor-19.rrd sensor-temperature-cisco-entity-sensor-18.rrd sensor-temperature-cisco-entity-sensor-17.rrd and new: sensor-temperature-cisco-2.rrd sensor-temperature-cisco-3.rrd sensor-temperature-cisco-1.rrd All voltage sensors now gone, which is kinda weird, but probably is some kind cisco weirdness or just move them to other MIB. Is this some kind Cisco MIB(OID) mess we have here or something else?

2 3

Switch 4510G 48-Port
by Alex Vitola 19 Nov '12

19 Nov '12

Currently I have two Switch 4510G 48-Port Software Version 5.20 Release 2202P18, and is not generated graphics of Memory, CPU and Temperature. I saw that this switch is not officially supported. As I understand I need to make this switch model files in the directories: / opt / observium / includes / discovery / temperature / opt / observium / includes / discovery / processors / opt / observium / includes / discovery / mempools Is this correct? Somebody use this model?

3 3

VMware VM's vanished
by Robert Williams 17 Nov '12

17 Nov '12

Hi all, I recently added all our ESXi hosts to Observium, previously they were only in our other systems. I was pleased to see all the VMs appear on it (this didn't work last time I tried about a year ago, which is why they weren't in Observium). However, about an hour later I checked up on them and they have all disappeared; well, sort of: [cid:image001.png@01CDC4B4.8D572B70] All of this 'was' correct (honest) when I first added them. The same is true for all the hosts I've added, although they do all have the correct number of 'blank' entries though? Attached is the slightly cleaned-up output from a debug run on one of the ESX hosts. Any thoughts welcome :) Cheers, Robert Williams Custodian DataCentre email: Robert(a)CustodianDC.com

2 2

A couple of questions on port details
by Aaron Mayfield 16 Nov '12

16 Nov '12

1. I notice that with the Real time graph running on a port, quite often the graph will calculate a negative number resulting in gaps in the graphs. Has anyone else experienced this? Is it expected? 2. The Arp Table output for my ports are blank. Does this feature work for you? If so, does anyone have this working with Arista switches?

5 8

Suggestion: All Ports
by Mattias Gyllenvarg 16 Nov '12

16 Nov '12

Hi As our installation is getting heavy and I have seen more and more use for the "Ports/All Ports" page. I becomes clear that the page should not load anything but the search bar until you actually klick the search button. Saves me some minutes of waiting everyday. -- *Med Vänliga Hälsningar - Best Regards* *Mattias Gyllenvarg* *Nätutveckling* Bredband2 Tel: +46 406219712

5 11

Alerting Contrib?
by Storer, Darren 15 Nov '12

15 Nov '12

Hi, I recently had a very good experience setting up Observium with in a mixed switch, router and server environment; everything was so much slicker than Nagios. Despite the inclusion of "Alerting" tabs, I was assured on the IRC channel that there is no alerting functionality with Obs at this time. Has anyone produced their own addon/scripts/strategy for basic alerting? Best regards Darren

4 6

6500 Fabric Ingress/Egress scale
by Robert Williams 11 Nov '12

11 Nov '12

Hi Guys, Firstly, apologies for the screen-shots / attachments, but they are required to demonstrate the oddness... I think there is a scaling issue on (or I'm not understanding) the Fabric load bars for the Catalyst 6k. In short, the load bars (to the right of the mini-graph) always seem to show zero, or near zero, even though load is not zero. Example below or attached (or missing, depending on how this list handles images :)) [cid:image003.png@01CDBF49.C8C03550] All bars are showing 2% Ingress and 1% Egress. Below is a zoomed in version of the graphic for Slot 1 Fabric 0: [cid:image002.png@01CDBF48.A37B26C0] This shows ingress is 4% and egress is 2% right now. Load is quite low at the moment so it's not an excellent example I agree - but I can honestly say that even when it's high the most I see on those bars is 2%. So, am I being stupid (quite possible) and these bars mean something else or is there some sort of issue with them or their maths? We have 11 of these chassis, and I've checked them all. They all either show zero or are reading 1 or 2% despite having much higher real loads. Such as this one: [cid:image001.png@01CDBF49.E3BFD450] Maybe if anyone else can check their bars and let me know if it's just me? Cheers! Robert Williams Custodian DataCentre email: Robert(a)CustodianDC.com

4 9

Important: alert mails disabled by default
by Tom Laermans 10 Nov '12

10 Nov '12

Hi, This is a notification about an important change! In some cases, Observium sends out alert emails upon events. While we always advised to disable these as they are mostly rubbish, they were, until now, enabled by default. They are now disabled, since revision 3406. This means that when you update you will no longer receive the alert emails. If you want to keep receiving these alerts after you svn up to r3406 or higher, add this to your config.php: $config['alerts']['email']['enable'] = TRUE Hopefully we'll have a decent threshold/event/alert system soon; ideas about this are very welcome in our IRC channel. Tom

1 0

Maps.php
by Dermot Williams 09 Nov '12

09 Nov '12

Hi, Quick question (the answer to which is possibly 'nothing') but - what is map.php supposed to do? - Dermot

5 15

scaling towards >100GE LAGs
by Job Snijders 09 Nov '12

09 Nov '12

Hi all, I was facing some issues with observium and 16x10GE LAGs, where RRD would flip the finger on me. I propose we let the RRDs accept up to a terabit/sec instead of the current 100gigabit/sec limit. In a year or so we can up it again. :-) (or make it a configurable option!) BTW: If you currently have ports which go over 100GE you need to use 'rrdtool dump' -> edit xml file and change "1.2500000000e+10" to "1.2500000000e+11" and then use 'rrdtool restore' to get the XML back into RRD format. root@observium:/opt/observium# diff includes/polling/ports.inc.php.orig includes/polling/ports.inc.php 339,353c339,353 < DS:INOCTETS:DERIVE:600:0:12500000000 \ < DS:OUTOCTETS:DERIVE:600:0:12500000000 \ < DS:INERRORS:DERIVE:600:0:12500000000 \ < DS:OUTERRORS:DERIVE:600:0:12500000000 \ < DS:INUCASTPKTS:DERIVE:600:0:12500000000 \ < DS:OUTUCASTPKTS:DERIVE:600:0:12500000000 \ < DS:INNUCASTPKTS:DERIVE:600:0:12500000000 \ < DS:OUTNUCASTPKTS:DERIVE:600:0:12500000000 \ < DS:INDISCARDS:DERIVE:600:0:12500000000 \ < DS:OUTDISCARDS:DERIVE:600:0:12500000000 \ < DS:INUNKNOWNPROTOS:DERIVE:600:0:12500000000 \ < DS:INBROADCASTPKTS:DERIVE:600:0:12500000000 \ < DS:OUTBROADCASTPKTS:DERIVE:600:0:12500000000 \ < DS:INMULTICASTPKTS:DERIVE:600:0:12500000000 \ < DS:OUTMULTICASTPKTS:DERIVE:600:0:12500000000 ".$config['rrd_rra']); --- > DS:INOCTETS:DERIVE:600:0:125000000000 \ > DS:OUTOCTETS:DERIVE:600:0:125000000000 \ > DS:INERRORS:DERIVE:600:0:125000000000 \ > DS:OUTERRORS:DERIVE:600:0:125000000000 \ > DS:INUCASTPKTS:DERIVE:600:0:125000000000 \ > DS:OUTUCASTPKTS:DERIVE:600:0:125000000000 \ > DS:INNUCASTPKTS:DERIVE:600:0:125000000000 \ > DS:OUTNUCASTPKTS:DERIVE:600:0:125000000000 \ > DS:INDISCARDS:DERIVE:600:0:125000000000 \ > DS:OUTDISCARDS:DERIVE:600:0:125000000000 \ > DS:INUNKNOWNPROTOS:DERIVE:600:0:125000000000 \ > DS:INBROADCASTPKTS:DERIVE:600:0:125000000000 \ > DS:OUTBROADCASTPKTS:DERIVE:600:0:125000000000 \ > DS:INMULTICASTPKTS:DERIVE:600:0:125000000000 \ > DS:OUTMULTICASTPKTS:DERIVE:600:0:125000000000 ".$config['rrd_rra']); root@observium:/opt/observium# Kind regards, Job Snijders -- AS5580 - Atrato IP Networks

2 2