- observium - lists.observium.org

DMI
by pechspilz 10 Aug '13

10 Aug '13

Hi, does anyone know if the results from the dmi agent script is available in Observium? So far I've been unable to locate it.

1 0

confg storage
by Eliezer Sousa 09 Aug '13

09 Aug '13

good afternoon. how can I configure to show me observium disk space of storages devices or all registered servers. ass eliezer

2 1

Observium Globe All Devices sit in Ocean
by Josh Hopper 09 Aug '13

09 Aug '13

What I have is more of a question.... * Environment: Sonicwall, Windows Server 2003, Windows Server 2008, Dell PowerConnect 6224, Dell PowerConnect 3524, Dell PowerConnect 5448, ESX5 and ESX4 Description I have Observium 0.13.8.4256 installed. I believe this is the most updated version. I have entered a sysLocation on all of my devices and within the Observium GUI I set a sysLocation as well. All of my devices sit in the Atlantic ocean. Why? -- Sincerely, Joshua Hopper, A+ CE Network Administrator [cid:image001.jpg@01CE934A.6F0821F0] 420 3rd Ave NW Hickory NC 28601 Office: 828-449-1839x2160 | Cell: 828-855-7565

5 9

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