- observium - lists.observium.org

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

Re: [Observium] observium Digest, Vol 28, Issue 7
by Joshua Lebo 08 Nov '12

08 Nov '12

77 Devices with 2686 ports. > On Nov 7, 2012, at 1:07 AM, Morgan McLean wrote: > > > Just curious what the average size of an observium installation is among > the users on the email list. > > > > I have ~150 devices with ~6000 ports across three sites. Anybody else? > > > > Morgan > > _______________________________________________ > > observium mailing list > > observium(a)observium.org > > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > >

2 1

Re: [Observium] Out of curiosity, how big is everyones installation?
by Steve Costaras 07 Nov '12

07 Nov '12

would be possible, but would much rather have that as a php or other plugin to the gui so it can happen all on the same screen/time of object creation/deletion. It avoids having people who do NOT have unix skills needing to get into the os for simple day/day operation (which here is adding/removing devices). This though is secondary to grouping for large deployments. I'm only dealing with one small site currently, but we numerous soho and other locations around the world and ancillary sites/DC's. using dns name doesn't work when there are hundreds/thousands of devices of the same types (takes /way/ to long to find what you're looking for or to focus on only certain logical groupings of devices. community strings don't work as there is no central authority to control what goes into that field (not all devices are controlled by us, but we're tasked to monitor/trend/troublehsoot). >-----Original Message----- >From: Tom Laermans [mailto:tom.laermans@powersource.cx] >Sent: Wednesday, November 7, 2012 07:07 AM >To: observium(a)observium.org >Subject: Re: [Observium] Out of curiosity, how big is everyones installation? > >Indeed - smokeping integration in Observium will never(*) write into >other config files; just like we won't add devices to rancid, etc. >Scripting against mysql -e "SELECT hostname FROM devices" output is easy >though. > >(*) right to change reserved > >On 7/11/2012 14:04, Jason Lixfeld wrote: >> Why not write a script to pull the hostnames out of the database at some internal into the smokeping config file? >> >> -- >> >> Sent from my mobile device >> >> >> On 2012-11-07, at 8:00 AM, "Steve Costaras" <stevecs(a)chaven.com> wrote: >> >>>> -----Original Message----- >>>> From: Mattias Gyllenvarg [mailto:Mattias.Gyllenvarg@Bredband2.se] >>>> Only our Core/Dist devices are in Observium >>>> >>>> Devices 183 ( 177 up 1 down 2 ignored 3 disabled ) >>>> Ports 9019 ( 4222 up 179 down 542 ignored 3957 shutdown ) >>>> >>>> Access devices (1500 more) may be added if there had been a good way too >>>> categorize. >>> Still testing/playing here with only 80 devices 4077 ports, but the above sentiments are shared, we have several thousand more devices as well, but without a grouping/categorization system as well as some tighter integration w/ smokeping (so by adding the device in the gui it creates/adds it in the smokeping configuration) don't see this really continuing. >>> >>> Also starting to look at Reconnoiter and other tools. >>> >>> >>> >>> >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> _______________________________________________ >> observium mailing list >> observium(a)observium.org >> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >

1 0