- observium - lists.observium.org

Kickstarter project.
by Adam Armstrong 04 May '13

04 May '13

Hi All, As promised, we've launched a Kickstarter project to fund development of up/down & threshold alerting. http://www.kickstarter.com/projects/588464062/observium-alerting If you want it, vote with your wallets, guys! :) Thanks, adam.

10 11

Email Alerts
by Carlos Zurita 03 May '13

03 May '13

Hi, I'm test the tool, in this latest version works email alert, TK

2 1

Re: [Observium] Possible bug with whois?
by Adam Armstrong 03 May '13

03 May '13

Only if you disable selinux :D Laurens Vets <laurens(a)daemon.be> wrote: >Found the issue. We are running Observium on CentOS 6 (Yes, we followed >the RHEL documentation to the letter). The default selinux policy does >not allow whois be run from within Apache. After we fixed this, whois >worked. > >Is RHEL/CentOS still an officially supported OS for Observium? > >On 2013-05-02 20:20, Adam Armstrong wrote: >> I have no idea what's causing this. It works fine for me. >> >> It's the whois process getting all badly behaved, so it looks like >> it's their problem. Perhaps that particular version doesn't like >> being >> run from within PHP without a proper terminal? >> >> Of course, you don't tell us the versions of anything you're running >> at all, so I don't know why I'm even bothering... >> >> adam. >> >> On 2013-05-02 14:51, Laurens Vets wrote: >>> Hello list, >>> When Observium tries to do a whois of an RFC 1918 address, whois >>> goes >>> to 100% CPU and stays there... it doesn't seems to exit. I have to >>> manually kill the whois process. >>> Top output: >>> PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND >>> 4480 apache 20 0 12716 1148 908 R 100.0 0.0 5:06.30 whois >>> Process output: >>> [root@box observium]# ps aux | grep whois >>> apache 4479 0.0 0.0 11332 1164 ? S 13:41 0:00 sh >>> -c >>> /usr/bin/whois 10.250.1.1 | grep -v \% >>> apache 4480 99.8 0.0 12716 1148 ? R 13:41 5:15 >>> /usr/bin/whois 10.250.1.1 >>> root 7325 0.0 0.0 103248 836 pts/1 S+ 13:46 0:00 >>> grep whois >>> [root@box observium]# >>> I suspect that either whois should either timeout or don't lookup >>> RFC >>> 1918 addresses (or multicast or loopback?). Or should I wait longer >>> then 5 minutes? >>> Kind regards, >>> Laurens >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

3 3

User Access Levels
by John Macleod 03 May '13

03 May '13

Is this documented anywhere or did I not look hard enough? Just looking to add a user with the same viewing abilities as an admin, but unable to make any changes. A level of 1 doesn't allow them to view anything at all. 8 more options to try I guess ;)

2 1

Possible bug with whois?
by Laurens Vets 03 May '13

03 May '13

Hello list, When Observium tries to do a whois of an RFC 1918 address, whois goes to 100% CPU and stays there... it doesn't seems to exit. I have to manually kill the whois process. Top output: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 4480 apache 20 0 12716 1148 908 R 100.0 0.0 5:06.30 whois Process output: [root@box observium]# ps aux | grep whois apache 4479 0.0 0.0 11332 1164 ? S 13:41 0:00 sh -c /usr/bin/whois 10.250.1.1 | grep -v \% apache 4480 99.8 0.0 12716 1148 ? R 13:41 5:15 /usr/bin/whois 10.250.1.1 root 7325 0.0 0.0 103248 836 pts/1 S+ 13:46 0:00 grep whois [root@box observium]# I suspect that either whois should either timeout or don't lookup RFC 1918 addresses (or multicast or loopback?). Or should I wait longer then 5 minutes? Kind regards, Laurens

2 2

smokeping integration no more working ?
by Rachid Zarouali 03 May '13

03 May '13

i've tried to integration smokeping graphs with observium. i've followed the documentation and add in my config.php : "$config['smokeping']['dir'] = "/usr/share/smokeping/www/cache";" but i can't see the smokeping tab in my devices. devices in smokeping are working perfectly btw any clues?

3 3

Re: [Observium] VRF's on a Cisco 6500 series
by Adam Armstrong 02 May '13

02 May '13

Tell Cisco. :D Kristoffer Björk <kristoffer.bjork(a)gmail.com> wrote: >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

4 5

Re: [Observium] VRF's on a Cisco 6500 series
by Adam Armstrong 02 May '13

02 May '13

6500? Why, that's a switch! No need for qa'd vrf snmp support there! Muwhahaha. Darius Seroka <dariusjs(a)gmail.com> wrote: >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

3 3

VRF's on a Cisco 6500 series
by Darius Seroka 02 May '13

02 May '13

Hi List, Has anyone got a Cisco 6500 series on observium with VRF's? I've recently been adding some cisco gear to observium and the vrf's don't get picked up. It did pick up VRF's from the pair of ASR1002 -- Regards, Darius

1 0

Re: [Observium] up null up, anyone similar?
by Adam Armstrong 02 May '13

02 May '13

This is usually caused by poor network connectivity or high load on the monitored host. Adam. List User <list(a)redspeedservers.com> wrote: >Anyone else have anything similar to this: > >Date Device Entity Message >04/30/13 10:55 PM bravo eth1 ifOperStatus: -> up >04/30/13 10:55 PM bravo eth1 ifAdminStatus: -> up >04/30/13 10:55 PM bravo eth0 ifOperStatus: -> up >04/30/13 10:55 PM bravo lo ifOperStatus: -> up >04/30/13 10:50 PM bravo eth1 ifOperStatus: up -> NULL >04/30/13 10:50 PM bravo eth1 ifAdminStatus: up -> NULL >04/30/13 10:50 PM bravo eth0 ifOperStatus: up -> NULL >04/30/13 10:50 PM bravo lo ifOperStatus: up -> NULL > >over and over in the event log? Weird part is, we have another server in >here (this is the Linux, and one Windows for now) and it only happens to >the Linux one. >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

3 2