- observium - lists.observium.org

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

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

07 Nov '12

>-----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.

3 2

Re: [Observium] observium Digest, Vol 28, Issue 5
by Dan Nelson 07 Nov '12

07 Nov '12

1 Virtual Server, 67 Devices, 1265 Ports running great. Thanks Dan Nelson Nutraceutical Corporation Network Administrator 801-334-3702

1 0

Procedure to add a MIB file for a device already monitored by Observium
by Charles Nadeau 01 Nov '12

01 Nov '12

Hello, I put a MIB file in /opt/observium/mibs/ for a device whose interfaces I already monitor with SNMP. In order to have Observium uses the MIB to monitor all its components do I just run "/opt/observium/discovery.php -h new" again or do I have to modify "config.php" then run "/opt/observium/discovery.php -h new"? Thanks! Charles -- Charles Nadeau Ph.D. http://charlesnadeau.blogspot.com/

3 2

Re: [Observium] observium Digest, Vol 28, Issue 1
by Charles Nadeau 01 Nov '12

01 Nov '12

On Thu, Nov 1, 2012 at 8:00 PM, <observium-request(a)observium.org> wrote: > Date: Thu, 01 Nov 2012 12:43:25 +0400 > From: Nikolay Shopik <shopik(a)inblock.ru> > To: Observium Network Observation System <observium(a)observium.org> > Subject: Re: [Observium] Procedure to add a MIB file for a device > already monitored by Observium > Message-ID: <5092362D.9000403(a)inblock.ru> > Content-Type: text/plain; charset=UTF-8 > > Nope, > > MIB just describe these counters it won't add support to observium. > Patch is need to add support of new device/mib Can you tell me where and what to add, I could give it a go then share it if I am successful. Thanks! Charles

2 1