- observium - lists.observium.org

Re: [Observium] Broken lines in disk usage chart
by Michael F. Kisser 19 Aug '13

19 Aug '13

Hello, I have the same problem as well some servers on the network interface so big brakes in the lines. It started with this latest update. What's odd is the TX/RX white area does not match up top to bottom. So it's not like obervium could not reach the device. It's like it will process one but not the other at times TX/RX. Mike ---------------------------------------------------------------------- Message: 1 Date: Mon, 19 Aug 2013 11:35:25 +0000 From: Kristjan Hinn - PERH <Kristjan.Hinn(a)regionaalhaigla.ee> To: Observium Network Observation System <observium(a)observium.org> Subject: Re: [Observium] Broken lines in disk usage chart Message-ID: <FC8AD12ABE3FEC4E99A2D163779305AA06830B5B(a)MINERVA.regionaalhaigla.ee> Content-Type: text/plain; charset="us-ascii" Hi, I have almost the same problem with window 2008 R2 network traffic graphs. I have 4 identical servers and each of them have 3 network cards. One of the servers is drawing graphs perfectly but 3 servers have problem with one network card, other 2 network cards on the server are drawing perfectly. But this one network card is messing up summarized graphs also. I haven't found anything what might cause it[cid:image001.png@01CE9CE9.574202E0] Any advice or hint is highly appriciated BR, Kristjan -----Original Message----- From: observium [mailto:observium-bounces@observium.org] On Behalf Of Adam Armstrong Sent: Monday, August 19, 2013 6:18 AM To: Observium Network Observation System Subject: Re: [Observium] Broken lines in disk usage chart Hi, I doubt this has anything to do with us. You can see what data your device is reporting back by running the poller in debug mode: ./poller.php -h <hostname> -m storage -d -r You can see the data being returned via SNMP and what we interpret from it. adam. On 2013-08-19 00:54, Tom Henderson wrote: > What might be causing this disk usage chart to break up like this? > Looks like it started acting up after an upgrade a couple of weeks > ago. > > This is a windows 2008 r2 server and the disks are (mostly) iSCSI. It > seems to be the only server affected. > > Cheers > > Tom Henderson > > IT Manager | Pack & Company | 027 461 4403 | 09 929 2750 | > tom(a)pack.co.nz<mailto:tom@pack.co.nz> > > -- > > ------------------------- > > If you are not the intended recipient of this email, you must not > disclose, copy, or distribute any information contained in or attached > to it, or take any action/inaction based on it. Please contact us > immediately, and delete this email from your system. Any views or > opinions presented in this email are solely those of the author and > not of Pack & Company (NZ) Limited (the "Company"), however any > intellectual property contained in or attached to this email is the > property of the Company. Thank you. > _______________________________________________ > observium mailing list > observium(a)observium.org<mailto:observium@observium.org> > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium(a)observium.org<mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

Broken lines in disk usage chart
by Tom Henderson 19 Aug '13

19 Aug '13

What might be causing this disk usage chart to break up like this? Looks like it started acting up after an upgrade a couple of weeks ago. This is a windows 2008 r2 server and the disks are (mostly) iSCSI. It seems to be the only server affected. [Image:Screen Shot 2013-08-19 at 10.59.18 AM.png] Cheers Tom Henderson IT Manager | Pack & Company | 027 461 4403 | 09 929 2750 | tom(a)pack.co.nz -- ---------------------------------------------------------------------------If you are not the intended recipient of this email, you must not disclose, copy, or distribute any information contained in or attached to it, or take any action/inaction based on it. Please contact us immediately, and delete this email from your system. Any views or opinions presented in this email are solely those of the author and not of Pack & Company (NZ) Limited (the "Company"), however any intellectual property contained in or attached to this email is the property of the Company. Thank you.

3 2

Cisco IPv6 BGP peers
by David Peall 19 Aug '13

19 Aug '13

I've upgraded one of my Cisco 7200 routers to c7200p-adventerprisek9-mz.152-4.S.bin to support IPv6 peer monitoring. I am how ever getting some funny things instead of the IPv6 Peers addresses and other details aren't working like updates: .C..0.......... iBGP ipv6.unicast .C............. eBGP ipv6.unicast There seems to be a newer file from cisco here updated 2001/2010 as apposed to the one included 2001/2003: ftp://ftp.cisco.com/pub/mibs/v2/CISCO-BGP4-MIB.my Otherwise if there is more trouble shooting or snmp walks I can provide that can help solve this please let me know. Thanks in advance -- David Peall

2 1

Ports page performance
by Adam Armstrong 19 Aug '13

19 Aug '13

Hi All, I've made some changes to how the ports page works to try to improve performance for people with very large installations. If you have issues with the /ports/ page speed, please test the speed of your install by loading /ports/, and trying with 1000 and 10000 ports page sizes. You need to refresh each page a few times to get an accurate page generation time. (the page generation time is at the bottom left) Then update your install with 'svn up' and run the same tests again. Please report back how much performance improvement you see, if any. I've also reduced some of the field sizes for the ports-state table which should reduce MySQL heap usage by about 20%. Thanks, adam.

1 0

Re: [Observium] Cisco IPv6 BGP peers
by Adam Armstrong 19 Aug '13

19 Aug '13

IPv6 support on Cisco kit appears and disappears at random. This is a Cisco problem. Adam. David Peall <david(a)dnservices.co.za> wrote: >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

Re: [Observium] Postgresql Application Monitor
by Adam Armstrong 18 Aug '13

18 Aug '13

Hi, The entire applications system was a quick hack I put together in a few hours. Once we have alerting working we intend to try to come up with a better way of doing it. Until then, I wouldn't recommend putting much time in to it. You might have more luck using a munin plugin, if one exists. We can pull munin plugins via the agent. Adam. David Peall <david(a)dnservices.co.za> wrote: >Hi > >I must first say I am really enjoying using Observium its a great tool. > >I've got a postgresql server with several databases in different name spaces and several pg clusters and was wondering if there is support for that. I couldn't see how to do it using the examples it seems to only support 1 database in 1 cluster per server. > >Regards >-- >David Peall >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

Postgresql Application Monitor
by David Peall 18 Aug '13

18 Aug '13

Hi I must first say I am really enjoying using Observium its a great tool. I've got a postgresql server with several databases in different name spaces and several pg clusters and was wondering if there is support for that. I couldn't see how to do it using the examples it seems to only support 1 database in 1 cluster per server. Regards -- David Peall

1 0

Memory TAB empty on ESXi 5.1
by Philip Möller 16 Aug '13

16 Aug '13

Hi, I have several ESXi5.1 polled by my Observium. Everything is fine except that I have no graphs on the "Memory" TAB. I can see the Real Memory in the Disk Usage TAB. Is there a way to report all Real Memory Graphs in the Memory TAB instead oft he Storage TAB for better overview ? Best, Philip Möller

1 0

frontpage map disable
by Dennis Kruyt 14 Aug '13

14 Aug '13

Hi, How can I disable the worldmap? Before I used this setting but after I setup a new server from svn this doesn't work any more... $config['frontpage']['map']['show'] = false; // Enable/Disable the map view Met vriendelijke groet, Dennis Kruyt,- Technical Consultant [cid:image001.png@01CE98DB.95FD2C60] Capitar IT Group BV Amsterdamseweg 34 B 6712 GJ Ede KvK: 52455785 T: +31 88 6950000 M: +31 6 43534490 W: www.capitar.com<http://www.capitar.com/> Deze e-mail is vertrouwelijk en uitsluitend bestemd voor de geadresseerde. De algemene voorwaarden<http://www.capitar.com/index.php/nl/algemene-voorwaarden> van Capitar IT Group BV zijn van toepassing op offertes en prijsopgaves. Op deze email is de disclaimer van toepassing die te vinden is op webpagina "www.capitar.com/nl/disclaimer<http://www.capitar.com/nl/disclaimer>

3 2

User levels
by Benjamin Abadie 14 Aug '13

14 Aug '13

Hi, Are user levels implemented yet ? I know we can assign a level to a specific user when creating it, but is there a way to assign different rights to levels ? I see *_perms tables in DB, how should they be populated ? Regards, Benjamin Abadie

3 3

Not detecting ATM Interfaces
by Colin Anderson 12 Aug '13

12 Aug '13

Hi, We have a Cisco 7206 router with an OC3 ATM Port Adapter (PA-A3-OC3SMI=). The Ethernet and Serial interfaces show up in Observium, but it does not list the ATM interfaces. Is there anything we can do to get this to work? We have several hundred ATM sub interfaces on this card that I need to be able to monitor. Any help is much appreciated! Thanks, Colin Anderson Senior Network Engineer T3 Communications 239-333-3027 Direct/Cell c.anderson(a)t3com.net<mailto:c.anderson@t3com.net> http://www.t3com.com<http://www.t3com.com/>

2 3

Observium stops working after r4260
by Laurens Vets 12 Aug '13

12 Aug '13

Hello, This morning, I upgraded my r4200 installation to the latest release (r4280). After this update, "./discovery -h none" would not output anything when run. This also means that the DB was not updated to 080.sql. After a lot of troubleshooting I could not determine what went wrong and went back to r4200. Observium worked again after this. I then started upgrading per 10 releases and after r4260, Observium stops working (no output when running "./discovery -h none"). So, for me, r4260 is the last Observium release that works and r4261 is the first one that does not work anymore... This is on CentOS 6.4 with all updates installed: [root@bak observium]# ./scripts/os Linux|2.6.32-358.14.1.el6.x86_64|amd64|CentOS|6.4 [root@bak observium]# Is anybody else experiencing the same issue? Any idea what might be causing this? What additional things can I do to help solve this? -Laurens

3 5

Re: [Observium] DMI
by Tom Laermans 11 Aug '13

11 Aug '13

That's all crap added by someone who felt it necessary to add checking kunk to scripts, now apparently it doesn't work. I'll keep it in mind, still on vacation atm :) Sent from my mobile, please excuse brevity and spelling errors. ----- Reply message ----- From: "pechspilz" <pechspilz(a)o11.net> To: "Observium Network Observation System" <observium(a)observium.org> Subject: [Observium] DMI Date: Sun, Aug 11, 2013 13:02 Hi Tom, I've applied some small fixes to the hddtemp and dmi scripts so they run under Ubuntu: dmi (line 12): if [[ `head -c1 /dev/mem 2>&1 | awk '{print $1}'` != 'head:' ]] --> double brackets hddtemp (line 10): nc=`which nc.traditional` --> Since nc has been replaced. Probably, it would be best to check if nc.traditional exists and if yes, us it instead of nc. Cheers, John On 10.8.2013 10:45, Tom Laermans wrote: > Hi, > > We currently use the serial number and the hardware model in the > device info. > > Sent from my mobile, please excuse brevity and spelling errors. > > ----- Reply message ----- > From: "pechspilz" <pechspilz(a)o11.net> > To: <observium(a)observium.org> > Subject: [Observium] DMI > Date: Sat, Aug 10, 2013 08:39 > > 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. > > _______________________________________________ > 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] DMI
by Tom Laermans 11 Aug '13

11 Aug '13

That's all crap added by someone who felt it necessary to add checking kunk to scripts, now apparently it doesn't work. I'll keep it in mind, still on vacation atm :) Sent from my mobile, please excuse brevity and spelling errors. ----- Reply message ----- From: "pechspilz" <pechspilz(a)o11.net> To: "Observium Network Observation System" <observium(a)observium.org> Subject: [Observium] DMI Date: Sun, Aug 11, 2013 13:02 Hi Tom, I've applied some small fixes to the hddtemp and dmi scripts so they run under Ubuntu: dmi (line 12): if [[ `head -c1 /dev/mem 2>&1 | awk '{print $1}'` != 'head:' ]] --> double brackets hddtemp (line 10): nc=`which nc.traditional` --> Since nc has been replaced. Probably, it would be best to check if nc.traditional exists and if yes, us it instead of nc. Cheers, John On 10.8.2013 10:45, Tom Laermans wrote: > Hi, > > We currently use the serial number and the hardware model in the > device info. > > Sent from my mobile, please excuse brevity and spelling errors. > > ----- Reply message ----- > From: "pechspilz" <pechspilz(a)o11.net> > To: <observium(a)observium.org> > Subject: [Observium] DMI > Date: Sat, Aug 10, 2013 08:39 > > 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. > > _______________________________________________ > 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] DMI
by Tom Laermans 11 Aug '13

11 Aug '13

Hi, We currently use the serial number and the hardware model in the device info. Sent from my mobile, please excuse brevity and spelling errors. ----- Reply message ----- From: "pechspilz" <pechspilz(a)o11.net> To: <observium(a)observium.org> Subject: [Observium] DMI Date: Sat, Aug 10, 2013 08:39 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. _______________________________________________ observium mailing list observium(a)observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

Re: [Observium] DMI
by Tom Laermans 11 Aug '13

11 Aug '13

Then why does the script exist, you think? Sent from my mobile, please excuse brevity and spelling errors. ----- Reply message ----- From: "Adam Armstrong" <adama(a)memetic.org> To: "Observium Network Observation System" <observium(a)observium.org> Subject: [Observium] DMI Date: Sat, Aug 10, 2013 15:38 It is not at the moment. Adam. pechspilz <pechspilz(a)o11.net> wrote: >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. > >_______________________________________________ >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] DMI
by Adam Armstrong 10 Aug '13

10 Aug '13

It is not at the moment. Adam. pechspilz <pechspilz(a)o11.net> wrote: >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. > >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

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