- observium - lists.observium.org

Re: [Observium] Snmppings
by Adam Armstrong 09 Aug '13

09 Aug '13

Yeah. There are some nasty SNMP implementations around. Cisco and netsnmp is pretty to rock solid in terms of responding. Anything else and you might be hitting SNMP bugs, too. Adam. Paul Gear <observium(a)gear.dyndns.org> wrote: >There are also some pretty dodgy SNMP implementations out there which >take an eternity to poll; poller-wrapper.py seems to do a decent job of >compensating for this. > >On 08/09/2013 07:43 AM, Adam Armstrong wrote: >> If a device is marked down, it'll tell you if it was because of ping or snmp in the eventlog. >> >> Either way, if you are having devices continually marked as down, it's an indicator of poor network connectivity or dodgy firewalling. >> >> Adam. >> >> Ryan Milton - MVS USA <RMilton(a)mvsusa.com> wrote: >> >>> One thing about Observium, that I find frustrating, is that devices that are definitely up, that are definitely pingable with no drops still show as occasionally being off-line, or down. Sometimes this is worse, or better depending on SVN version. >>> >>> The only remedy seems to be that I have to stop monitoring device. What good is that? Are there any other things that I can do to look and tweak? >>> Sent from my iPhone >>> _______________________________________________ >>> 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

2 1

Performance optimisation (incl. RAM disk vs. SSD)
by Paul Gear 09 Aug '13

09 Aug '13

Hi all, We've got some money in the budget to upgrade our struggling monitoring server, and i'm trying to optimise Observium. Here are our Observium installation stats: Total Up Down Ignored Disabled *Devices <http://observium.buq.org.au/devices/>* 153 <http://observium.buq.org.au/devices/> 138 up <http://observium.buq.org.au/devices/status=1/> 2 down <http://observium.buq.org.au/devices/status=0/> 1 ignored <http://observium.buq.org.au/devices/ignore=1/> 12 disabled <http://observium.buq.org.au/devices/disabled=1/> *Ports <http://observium.buq.org.au/ports/>* 8896 <http://observium.buq.org.au/ports/> 887 up <http://observium.buq.org.au/ports/state=up/> 118 down <http://observium.buq.org.au/ports/state=down/> 927 ignored <http://observium.buq.org.au/ports/ignore=1/> 6837 shutdown <http://observium.buq.org.au/ports/state=admindown/> We're currently running 4 cores, 12 GB RAM, 6 x 15K RPM 3.5" drives in RAID 10. We have about 20 GB of RRDs. Poller-wrapper.py runs with 32 workers and regularly goes over the 500-second mark. The web interface is quite sluggish despite php-xcache being installed. I'm wondering if anyone has done testing as to which is the better approach for RRD storage performance: RAM disk or SSD. RAM seems likely to offer better IOPS, but managing the RAM disk is obviously more overhead, and i'm concerned that syncing the RAM disk elsewhere will have too much of a performance hit while it happens (especially during reboot cycles). RAM is $25 per GB, whereas SSD is $3 per GB (or $25 per GB if you use "write intensive" SSDs - presumably these are rated for a larger number of lifetime writes?). My guess at a config for the new box: 12 cores, 64 GB RAM, 4 x 10K RPM 2.5" drives in RAID 10 for OS, 2 x SSD for /opt/observium/rrd. Any other recommendations about which hardware to put our money towards? Do we need to consider other issues like which type of file system to use for /opt/observium/rrd? Thanks in advance, Paul

4 4

Observium without DNS
by observium＠velder.li 09 Aug '13

09 Aug '13

Hi, I think it would be a good idea if it's possible to use observium without dns, or to overwrite the hostname used to get snmp data. I have some devices with internal and external IP adresses, and I'd like to use the internal IP for polling, but the external hostname for the device itself. Comments? Regards, Patrick

4 4

Re: [Observium] Performance optimisation (incl. RAM disk vs. SSD)
by Adam Armstrong 09 Aug '13

09 Aug '13

Go with the fastest processor cores you can find to make the web interface feel faster, especially with a lot of ports. Though, your install doesn't sound all that big... Adam. Paul Gear <observium(a)gear.dyndns.org> wrote: >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

Re: [Observium] Snmppings
by Adam Armstrong 08 Aug '13

08 Aug '13

If a device is marked down, it'll tell you if it was because of ping or snmp in the eventlog. Either way, if you are having devices continually marked as down, it's an indicator of poor network connectivity or dodgy firewalling. Adam. Ryan Milton - MVS USA <RMilton(a)mvsusa.com> wrote: >One thing about Observium, that I find frustrating, is that devices that are definitely up, that are definitely pingable with no drops still show as occasionally being off-line, or down. Sometimes this is worse, or better depending on SVN version. > >The only remedy seems to be that I have to stop monitoring device. What good is that? Are there any other things that I can do to look and tweak? >Sent from my iPhone >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

Snmppings
by Ryan Milton - MVS USA 08 Aug '13

08 Aug '13

One thing about Observium, that I find frustrating, is that devices that are definitely up, that are definitely pingable with no drops still show as occasionally being off-line, or down. Sometimes this is worse, or better depending on SVN version. The only remedy seems to be that I have to stop monitoring device. What good is that? Are there any other things that I can do to look and tweak? Sent from my iPhone

1 0

Graph Legend
by Colin Anderson 08 Aug '13

08 Aug '13

When viewing the graphs for a switch it cuts off the names of the interfaces in the Legend (such as "FastEthern") making it so you can't tell one interface from another. Does anyone know if this can be adjusted in the code so it is able to output longer interface names? Sample output screenshot: [cid:image001.png@01CE9454.EBF02270] Thanks in advance, Colin Anderson

2 1

bah re: override DNS
by Rob VanHooren 08 Aug '13

08 Aug '13

I think it would be a *terrible* idea for observium to work without dns. the fact that bofh Adam has pretty much forced it, is a very welcome sledgehammer against the sloppiness of incomplete node deployment habits. ditto with pingability imo. just be glad he didn't make A and PTR records have to match each other (and ^sysName$ too!) ... or at least have an extant PTR, something that is often overlooked. count your lucky stars; the only reason he probably didn't (yet?) is that it might have slowed things down a smidge. /grin/ worse, he could have run through checks against the entireties of rfcs 1122 and 1123, or also compared sysLocation against a LOC record query, before a node gets accepted. ps … perhaps some CNAME wrangling might work suitably for your case. split-horizon views in bind would do the trick for sure. for inspiration, have a chew through http://backreference.org/2010/02/01/geolocation-aware-dns-with-bind/ cheers, R. On 2013-08-08, at 4:26 AM, observium-request(a)observium.org wrote: >> I think it would be a good idea if it's possible to use observium without >> dns, or to overwrite the hostname used to get snmp data. >> I have some devices with internal and external IP adresses, and I'd like to >> use the internal IP for polling, but the external hostname for the device >> itself. >> >> Comments?

1 0

Re: [Observium] Lost all port after svn update
by Tom Laermans 08 Aug '13

08 Aug '13

Doesnt really help, you'd just be a week without ports with some bad luck :p Sent from my mobile, please excuse brevity and spelling errors. ----- Reply message ----- From: "Paul Gear" <observium(a)gear.dyndns.org> To: "Observium Network Observation System" <observium(a)observium.org> Subject: [Observium] Lost all port after svn update Date: Thu, Aug 8, 2013 12:01 /me reverts to cron.weekly for updates... :-) On 08/08/2013 06:49 PM, Nikolay Shopik wrote: > Downgrade to 4262 and re-run discovery > > On 08/08/13 12:07, Rory Schellekens wrote: >> Hi all, >> >> Today I did a svn update and afterwords the ./discovery -h none. But now it >> has marked all the ports as deleted. Anybody an idea how I can solve this? >> 2013-08-08 09:45:03 >> lo<http://10.44.41.186/device/device=1/tab=port/port=20/>Port was >> marked as DELETED 2013-08-08 >> 09:45:03 eth5 <http://10.44.41.186/device/device=1/tab=port/port=19/> Port >> was marked as DELETED 2013-08-08 09:45:03 >> eth4<http://10.44.41.186/device/device=1/tab=port/port=18/>Port was >> marked as DELETED 2013-08-08 >> 09:45:03 i4dd0 <http://10.44.41.186/device/device=1/tab=port/port=17/> Port >> was marked as DELETED 2013-08-08 09:45:03 >> i4dd1<http://10.44.41.186/device/device=1/tab=port/port=16/>Port was >> marked as DELETED >> >> With kind regards, >> >> Rory Schellekens >> >> ... _______________________________________________ observium mailing list observium(a)observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

Lost all port after svn update
by Rory Schellekens 08 Aug '13

08 Aug '13

Hi all, Today I did a svn update and afterwords the ./discovery -h none. But now it has marked all the ports as deleted. Anybody an idea how I can solve this? 2013-08-08 09:45:03 lo<http://10.44.41.186/device/device=1/tab=port/port=20/>Port was marked as DELETED 2013-08-08 09:45:03 eth5 <http://10.44.41.186/device/device=1/tab=port/port=19/> Port was marked as DELETED 2013-08-08 09:45:03 eth4<http://10.44.41.186/device/device=1/tab=port/port=18/>Port was marked as DELETED 2013-08-08 09:45:03 i4dd0 <http://10.44.41.186/device/device=1/tab=port/port=17/> Port was marked as DELETED 2013-08-08 09:45:03 i4dd1<http://10.44.41.186/device/device=1/tab=port/port=16/>Port was marked as DELETED With kind regards, Rory Schellekens

5 4