- observium - lists.observium.org

Web UI doesn't show
by orznew orznew 01 Mar '13

01 Mar '13

Dear All, I need some help for installing observium in Ubuntu 12.04. I've followed the manual in the website for the installation and everything went smooth until I actually want to deploy the web UI. I've managed to add in the device and had paste the code listed in the page to /etc/apache2/sites-available/default. But when I access the website, it shows nothing but error message saying that nothing has been found. I've checked my apache2 error log and it says "File does not exist: /etc/apache2/htdocs". I have another website in the server as well, does it have a problem with something else hosted in it? Below is the result I get from apache2 -V: apache2 -V Server version: Apache/2.2.22 (Ubuntu) Server built: Nov 8 2012 21:37:36 Server's Module Magic Number: 20051115:30 Server loaded: APR 1.4.6, APR-Util 1.3.12 Compiled using: APR 1.4.6, APR-Util 1.3.12 Architecture: 64-bit Server MPM: ITK threaded: no forked: yes (variable process count) Server compiled with.... -D APACHE_MPM_DIR="server/mpm/experimental/itk" -D APR_HAS_SENDFILE -D APR_HAS_MMAP -D APR_HAVE_IPV6 (IPv4-mapped addresses enabled) -D APR_USE_SYSVSEM_SERIALIZE -D APR_USE_PTHREAD_SERIALIZE -D SINGLE_LISTEN_UNSERIALIZED_ACCEPT -D APR_HAS_OTHER_CHILD -D AP_HAVE_RELIABLE_PIPED_LOGS -D DYNAMIC_MODULE_LIMIT=128 -D HTTPD_ROOT="/etc/apache2" -D SUEXEC_BIN="/usr/lib/apache2/suexec" -D DEFAULT_PIDLOG="/var/run/apache2.pid" -D DEFAULT_SCOREBOARD="logs/apache_runtime_status" -D DEFAULT_LOCKFILE="/var/run/apache2/accept.lock" -D DEFAULT_ERRORLOG="logs/error_log" -D AP_TYPES_CONFIG_FILE="mime.types" -D SERVER_CONFIG_FILE="apache2.conf" Any help is very much appreaciated. Thank you.

2 4

Hide Device Alerts header
by Maarten De Wispelaere 28 Feb '13

28 Feb '13

Hey, As a cosmetic improvement to the overview page: might be interesting to hide the "device alerts" title & table header, when no such alerts are active ? Nothing critical of course, but seems like an improvement to me ? BTW : new style = LOVE IT :) Thanks for all the good work Regards, Maarten De Wispelaere

1 0

RANCID config data
by Aaron Mayfield 28 Feb '13

28 Feb '13

Just svn upped to latest version, and now RANCID tab doesn't show config. Has anyone else seen this issue? I just checked the config on a device before I updated and everything was working properly. Now all my devices still show the config tab, but no actual config data: [cid:image001.jpg@01CE14F1.5C0469B0] Anyone else had this issue or is it something local to my system? Thanks

3 4

Interface down warning
by Adam Summerfield 27 Feb '13

27 Feb '13

Appears that in version 3668 that disabling this warning is no longer working? $config['warn']['ifdown'] = false; Regards, Adam

2 2

[patch] postfix graphs
by Dennis Kruyt 27 Feb '13

27 Feb '13

Hi, We added postfix mailqueue and spam/virus total stats trough check_mk, see for files https://dl.dropbox.com/u/578333/postfix-observium.tgz best regards, Dennis Kruyt,-

2 1

More interface modernisation
by Adam Armstrong 26 Feb '13

26 Feb '13

Afternoon All, We're doing more work on the interface at the moment, trying to shrink down the header and updating the icons and style : http://alpha.memetic.org/~adama/snaps/v3qpy738r4.png Comments? Thanks, adam.

7 17

scan only specific OID
by noruni at gmail 26 Feb '13

26 Feb '13

Hello there on a bras, there a a lot of virtual-interfaces which disapear when session is off (pppoe, dhcp etc...) is it possible to configure scripts or poller to scan only specific known physical interfaces only? Thanks for any solution. Noru

3 2

Fwd: Observium 0.13.2.3623 has been released [Freecode]
by Alex Vitola 25 Feb '13

25 Feb '13

what changes were made in relation to the Force10? att Alex Vitola > ---------- Forwarded message ---------- > From: Freecode <noreply(a)freecode.com> > Date: 2013/2/22 > Subject: Observium 0.13.2.3623 has been released [Freecode] > To: alex.vitola(a)gmail.com > > > Dear Observium follower, > > aarmstrong just announced version 0.13.2.3623 of Observium on Freecode. > > The release notes for this version are as follows: > > There is a new replacement front-page dashboard with a pretty geographical map > to visualize device status. There are fixes to netscaler support, further > migration of the GUI to bootstrap, the addition of polling support for > JUNIPER-DOM-MIB DOM sensors, and improved Force10 support. > > Project description: > > Observium is an autodiscovering network monitoring system focused primarily on > Cisco and Linux networks but includes support for a wide range of network > hardware and operating systems. Observium has grown out of a lack of easy to use > NMSes. It is intended to provide a more navigable interface to the health and > performance of your network. Its design goals include collecting as much > historical data about devices as possible, being completely autodiscovered with > little or no manual intervention, and having a very intuitive interface. > > Detailed history and release notes are available here: > > http://freecode.com/projects/observium#release_352481 > > If you want to unfollow this project, please log in to: > > http://freecode.com/account/subscriptions > > Best regards, > Freecode > > -- > This email was sent to alex.vitola(a)gmail.com. > > Geeknet, Inc. | 594 Howard Street, Suite 300 | San Francisco, CA 94105 > Privacy Policy: http://geek.net/privacy-statement -- Atenciosamente, Roberto Bertó roberto.berto(a)corp.tehospedo.com.br Desenvolve Soluções de Internet Ltda Rua Marechal Floriano Peixoto, 185/6º andar - Centro Porto Alegre/RS - CEP 90020-061 http://www.Desenvolve.com.br 51 9666-1509 | 51 3301-1420 LinkedIn | Twitter

2 2

Re: [Observium] Not able to resolve IP although able to ping and snmpget
by Afif 24 Feb '13

24 Feb '13

Adam, Daniel, Thanks you. It does make sense now. It's working fine. Regards, Afif On Sat, Feb 23, 2013 at 7:57 PM, <observium-request(a)observium.org> wrote: > > Send observium mailing list submissions to > observium(a)observium.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > or, via email, send a message with subject or body 'help' to > observium-request(a)observium.org > > You can reach the person managing the list at > observium-owner(a)observium.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of observium digest..." > > > Today's Topics: > > 1. Re: Not able to resolve IP although able to ping and snmpget > (Daniel Preussker) > 2. Re: Not able to resolve IP although able to ping and snmpget > (Adam Armstrong) > 3. Re: Devices rebooted? (observium(a)velder.li) > 4. Re: Devices rebooted? (Wouter Prins) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Sat, 23 Feb 2013 08:19:18 +0100 > From: Daniel Preussker <daniel(a)preussker.net> > To: Observium Network Observation System <observium(a)observium.org> > Subject: Re: [Observium] Not able to resolve IP although able to ping > and snmpget > Message-ID: <7B2F7DE4-A290-4417-B645-DC474AA14C59(a)preussker.net> > Content-Type: text/plain; charset="us-ascii" > > Hi, > > you have to provide Hostnames, not IPs. > > > > Regards, > > Daniel Preussker > > [ Security Consultant, Network & Protocol Security and Cryptography > [ LPI & Novell Certified Linux Engineer and Researcher > [ +49 178 600 96 30 > [ Daniel(a)Preussker.Net > [ http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x87E736968E490AA1 > > On 23.02.2013, at 08:13, Afif wrote: > > > Hello, > > > > I have a few IP which I am able to get the SNMP and it showing alive but observium not able to resolve. Below are the output: > > > > > > <image.png> > > > > <image.png> > > Anything else I should check? Please advice. Thanks. > > > > Regards, > > Afif > > _______________________________________________ > > observium mailing list > > observium(a)observium.org > > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium > >

1 0

Re: [Observium] Devices rebooted?
by Adam Armstrong 24 Feb '13

24 Feb '13

Mike, Unix hosts prefer to use uptime from the agent array populated by the unix-agent module. If this exists, it should override all :-) Mike Stupalov <landy2005(a)gmail.com> wrote: >Hi guys, > > please update to last revision. > >I think the reason a small correction uptime for some devices (mostly >network), where preferred SNMP-FRAMEWORK-MIB::snmpEngineTime.0 But for >unix boxes preferred used HOST-RESOURCES-MIB::hrSystemUptime.0 >I returned to the old behavior, but with some improvements. > >On Sat, Feb 23, 2013 at 4:48 PM, Wouter Prins <wp(a)null0.nl> wrote: >> Seeing the same thing here, I just svn-ed to 3631 and observium eventlog >> says most linux boxes rebooted, while they didn't. :) >> >> >> On 23 February 2013 13:38, <observium(a)velder.li> wrote: >>> >>> Problem solved with restoring snapshot from 20.02.2013. From 21 on the >>> problem is appearing >>> >>> >>> >>> Am 23.02.2013 02:55, schrieb Adam Armstrong: >>> >>>> But thus far it appears not to be happening to anyone else. >>>> >>>> Adam. >>>> >>>> observium(a)velder.li wrote: >>>> >>>>> It appears on different hardware/software.. For now i reverted to >>>>> backup from 19.02.2013 (daily incremental). We will see... >>>>> >>>>> >>>>> >>>>> Am 23.02.2013 01:22, schrieb Adam Armstrong: >>>>>> >>>>>> I can't replicate it and I can't see why it's happening, unless your >>>>>> agent >>>>>> is randomly becoming unreachable. >>>>>> >>>>>> Also, no one else is reporting the problem. >>>>>> >>>>>> adam. >>>>>> >>>>>> >>>>>> On Sat, 23 Feb 2013 02:09:01 +0100, observium(a)velder.li wrote: >>>>>>> >>>>>>> Unfourtinately, i don't have additional infos in the logfile :( Do >>>>>>> you >>>>>>> need more infos from somewhere else? >>>>>>> >>>>>>> Regards, >>>>>>> Patrick >>>>>>> >>>>>>> >>>>>>> Am 23.02.2013 01:15, schrieb Adam Armstrong: >>>>>>>> >>>>>>>> Very helpful debugging. Thanks. >>>>>>>> >>>>>>>> On Sat, 23 Feb 2013 01:59:35 +0100, observium(a)velder.li wrote: >>>>>>>>> >>>>>>>>> Still """rebooting""". Few days ago, i hadn't that problem :( >>>>>>>>> Think >>>>>>>>> it's because svn update.. >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Am 22.02.2013 21:05, schrieb Adam Armstrong: >>>>>>>>>> >>>>>>>>>> svn up. I've added logging for unix agent connection failures to >>>>>>>>>> the >>>>>>>>>> observium.log >>>>>>>>>> >>>>>>>>>> root@alpha:/home/observium/demo# grep agent observium.log >>>>>>>>>> Connection to UNIX agent on alpha.memetic.org:6556 failed. ERROR: >>>>>>>>>> 111 >>>>>>>>>> Connection refused >>>>>>>>>> Connection to UNIX agent on alpha.memetic.org:6556 failed. ERROR: >>>>>>>>>> 111 >>>>>>>>>> Connection refused >>>>>>>>>> Connection to UNIX agent on alpha.memetic.org:6556 failed. ERROR: >>>>>>>>>> 111 >>>>>>>>>> Connection refused >>>>>>>>>> root@alpha:/home/observium/demo# >>>>>>>>>> >>>>>>>>>> Could do with some timestamps too, maybe. :) >>>>>>>>>> >>>>>>>>>> adam. >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> On Fri, 22 Feb 2013 21:53:41 +0100, observium(a)velder.li wrote: >>>>>>>>>>> >>>>>>>>>>> See uptime on Observium Host: >>>>>>>>>>> root@admin:~# uptime >>>>>>>>>>> 21:51:48 up 60 days, 21:27, 1 user, load average: 0.00, >>>>>>>>>>> 0.00, >>>>>>>>>>> 0.00 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Uptime of "accesspoint" >>>>>>>>>>> root@accesspoint:~# uptime >>>>>>>>>>> 21:52:17 up 12 days, 42 min, load average: 0.03, 0.03, 0.04 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Uptime uf "ns3" >>>>>>>>>>> root@ns3:~# uptime >>>>>>>>>>> 21:52:37 up 64 days, 7:39, 1 user, load average: 0.00, >>>>>>>>>>> 0.00, >>>>>>>>>>> 0.00 >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> "accesspoint" is about 5km from the observium host, site to site >>>>>>>>>>> vpn.. >>>>>>>>>>> ns3 directly over internet, 6400km. >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Am 22.02.2013 20:58, schrieb Adam Armstrong: >>>>>>>>>>>> >>>>>>>>>>>> that uptime comes from /proc/uptime, i think it's quite >>>>>>>>>>>> reliable: >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>> >>>>>>>>>> >>>>>>>> >>>>>>>> >>>>>> >>>>>> >>>>>> >>>>>> http://demo.observium.org/graphs/type=device_uptime/device=6/to=1361566071/… >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> Is it possible that your agent is failing to connect? Is the >>>>>>>>>>>> host >>>>>>>>>>>> in >>>>>>>>>>>> question far away from the observium server? >>>>>>>>>>>> >>>>>>>>>>>> adam. >>>>>>>>>>>> >>>>>>>>>>>> >>>>>>>>>>>> On Fri, 22 Feb 2013 21:34:18 +0100, observium(a)velder.li wrote: >>>>>>>>>>>>> >>>>>>>>>>>>> Hi Adam >>>>>>>>>>>>> >>>>>>>>>>>>> www-data@admin:~/observium.mydomain.ch$ ./poller.php -h 6 -m >>>>>>>>>>>>> unix-agent,system -d| grep uptime >>>>>>>>>>>>> RRD[update >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> /var/www/observium.mydomain.ch/rrd/admin.mydomain.ch/uptime.rrd >>>>>>>>>>>>> N:5183936] Uptime: 59 days, 23h 58m 56s >>>>>>>>>>>>> [uptime] => 5183936 >>>>>>>>>>>>> SQL[UPDATE `devices` set `uptime` ='5183936',`last_polled` >>>>>>>>>>>>> =NOW(),`last_polled_timetaken` ='0.053' WHERE `device_id` = >>>>>>>>>>>>> '6'] >>>>>>>>>>>>> UPDATED! >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> >>>>>>>>>>>>> Am 22.02.2013 20:37, schrieb Adam Armstrong: >>>>>>>>>>>>>> >>>>>>>>>>>>>> For example: >>>>>>>>>>>>>> >>>>>>>>>>>>>> root@alpha:/home/observium/demo# ./poller.php -h 6 -m >>>>>>>>>>>>>> unix-agent,system -d >>>>>>>>>>>>>> | grep uptime >>>>>>>>>>>>>> (root,7688,836,0.0) grep --color=auto uptime >>>>>>>>>>>>>> [uptime] => 20405260.06 64091168.44 >>>>>>>>>>>>>> RRD[update >>>>>>>>>>>>>> /mnt/ramdisk/observium_demo/alpha.memetic.org/uptime.rrd >>>>>>>>>>>>>> N:20405260] Uptime: 236 days, 4h 7m 40s >>>>>>>>>>>>>> [uptime] => 20405260 >>>>>>>>>>>>>> SQL[UPDATE `devices` set `uptime` ='20405260',`last_polled` >>>>>>>>>>>>>> =NOW(),`last_polled_timetaken` ='0.483' WHERE `device_id` = >>>>>>>>>>>>>> '6'] >>>>>>>>>>>>>> UPDATED! >>>>>>>>>>>>>> root@alpha:/home/observium/demo# >>>>>>>>>>>>>> >>>>>>>>>>>>>> adam. >>>>>>>>>>>>>> >>>>>>>>>>>>>> On Fri, 22 Feb 2013 21:23:54 +0100, observium(a)velder.li >>>>>>>>>>>>>> wrote: >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> No, it's on multiple devices, and snmpd is running since >>>>>>>>>>>>>>> last >>>>>>>>>>>>>>> reboot. >>>>>>>>>>>>>>> Poller has different values than Graph, "uptime" on system, >>>>>>>>>>>>>>> devices >>>>>>>>>>>>>>> page >>>>>>>>>>>>>> >>>>>>>>>>>>>> >>>>>>>>>>>>>>> ;) >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> >>>>>>>>>>>>>>> Am 22.02.2013 21:20, schrieb Mark Chaney: >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> Its just probably stupid snmpd restarting or saying that >>>>>>>>>>>>>>>> they >>>>>>>>>>>>>>>> did. >>>>>>>>>>>>>>>> Nothing you can really do about that. >>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>> On 2013-02-22 14:09, observium(a)velder.li wrote: >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Hi there >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> just saw that observium says that many devices were >>>>>>>>>>>>>>>>> rebooted >>>>>>>>>>>>>>>>> today. >>>>>>>>>>>>>>>>> But that's not true. See Screenshot. Is that a bug? >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> Regards >>>>>>>>>>>>>>>>> Patrick >>>>>>>>>>>>>>>>> >>>>>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>>>>> 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 >>>>>>>>>>>>>> >>>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>>> 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 >>>>>>>>>>> >>>>>>>>>>> _______________________________________________ >>>>>>>>>>> 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 >>>>>>> >>>>>>> _______________________________________________ >>>>>>> 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 >>>> >>>> _______________________________________________ >>>> 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 >> >> >> >> >> -- >> Wouter Prins >> wp(a)null0.nl >> >> >> _______________________________________________ >> 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 2

Re: [Observium] Devices rebooted?
by Adam Armstrong 23 Feb '13

23 Feb '13

But thus far it appears not to be happening to anyone else. Adam. observium(a)velder.li wrote: >It appears on different hardware/software.. For now i reverted to >backup from 19.02.2013 (daily incremental). We will see... > > > >Am 23.02.2013 01:22, schrieb Adam Armstrong: >> I can't replicate it and I can't see why it's happening, unless your >> agent >> is randomly becoming unreachable. >> >> Also, no one else is reporting the problem. >> >> adam. >> >> >> On Sat, 23 Feb 2013 02:09:01 +0100, observium(a)velder.li wrote: >>> Unfourtinately, i don't have additional infos in the logfile :( Do >>> you >>> need more infos from somewhere else? >>> >>> Regards, >>> Patrick >>> >>> >>> Am 23.02.2013 01:15, schrieb Adam Armstrong: >>>> Very helpful debugging. Thanks. >>>> >>>> On Sat, 23 Feb 2013 01:59:35 +0100, observium(a)velder.li wrote: >>>>> Still """rebooting""". Few days ago, i hadn't that problem :( >>>>> Think >>>>> it's because svn update.. >>>>> >>>>> >>>>> >>>>> Am 22.02.2013 21:05, schrieb Adam Armstrong: >>>>>> svn up. I've added logging for unix agent connection failures to >>>>>> the >>>>>> observium.log >>>>>> >>>>>> root@alpha:/home/observium/demo# grep agent observium.log >>>>>> Connection to UNIX agent on alpha.memetic.org:6556 failed. ERROR: >>>>>> 111 >>>>>> Connection refused >>>>>> Connection to UNIX agent on alpha.memetic.org:6556 failed. ERROR: >>>>>> 111 >>>>>> Connection refused >>>>>> Connection to UNIX agent on alpha.memetic.org:6556 failed. ERROR: >>>>>> 111 >>>>>> Connection refused >>>>>> root@alpha:/home/observium/demo# >>>>>> >>>>>> Could do with some timestamps too, maybe. :) >>>>>> >>>>>> adam. >>>>>> >>>>>> >>>>>> On Fri, 22 Feb 2013 21:53:41 +0100, observium(a)velder.li wrote: >>>>>>> See uptime on Observium Host: >>>>>>> root@admin:~# uptime >>>>>>> 21:51:48 up 60 days, 21:27, 1 user, load average: 0.00, >>>>>>> 0.00, >>>>>>> 0.00 >>>>>>> >>>>>>> >>>>>>> Uptime of "accesspoint" >>>>>>> root@accesspoint:~# uptime >>>>>>> 21:52:17 up 12 days, 42 min, load average: 0.03, 0.03, 0.04 >>>>>>> >>>>>>> >>>>>>> Uptime uf "ns3" >>>>>>> root@ns3:~# uptime >>>>>>> 21:52:37 up 64 days, 7:39, 1 user, load average: 0.00, >>>>>>> 0.00, >>>>>>> 0.00 >>>>>>> >>>>>>> >>>>>>> "accesspoint" is about 5km from the observium host, site to site >>>>>>> vpn.. >>>>>>> ns3 directly over internet, 6400km. >>>>>>> >>>>>>> >>>>>>> >>>>>>> Am 22.02.2013 20:58, schrieb Adam Armstrong: >>>>>>>> that uptime comes from /proc/uptime, i think it's quite >>>>>>>> reliable: >>>>>>>> >>>>>>>> >>>>>>>> >>>>>> >>>>>> >>>> >>>> >> >> http://demo.observium.org/graphs/type=device_uptime/device=6/to=1361566071/… >>>>>>>> >>>>>>>> Is it possible that your agent is failing to connect? Is the >>>>>>>> host >>>>>>>> in >>>>>>>> question far away from the observium server? >>>>>>>> >>>>>>>> adam. >>>>>>>> >>>>>>>> >>>>>>>> On Fri, 22 Feb 2013 21:34:18 +0100, observium(a)velder.li wrote: >>>>>>>>> Hi Adam >>>>>>>>> >>>>>>>>> www-data@admin:~/observium.mydomain.ch$ ./poller.php -h 6 -m >>>>>>>>> unix-agent,system -d| grep uptime >>>>>>>>> RRD[update >>>>>>>>> >>>>>>>>> /var/www/observium.mydomain.ch/rrd/admin.mydomain.ch/uptime.rrd >>>>>>>>> N:5183936] Uptime: 59 days, 23h 58m 56s >>>>>>>>> [uptime] => 5183936 >>>>>>>>> SQL[UPDATE `devices` set `uptime` ='5183936',`last_polled` >>>>>>>>> =NOW(),`last_polled_timetaken` ='0.053' WHERE `device_id` = >>>>>>>>> '6'] >>>>>>>>> UPDATED! >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> >>>>>>>>> Am 22.02.2013 20:37, schrieb Adam Armstrong: >>>>>>>>>> For example: >>>>>>>>>> >>>>>>>>>> root@alpha:/home/observium/demo# ./poller.php -h 6 -m >>>>>>>>>> unix-agent,system -d >>>>>>>>>> | grep uptime >>>>>>>>>> (root,7688,836,0.0) grep --color=auto uptime >>>>>>>>>> [uptime] => 20405260.06 64091168.44 >>>>>>>>>> RRD[update >>>>>>>>>> /mnt/ramdisk/observium_demo/alpha.memetic.org/uptime.rrd >>>>>>>>>> N:20405260] Uptime: 236 days, 4h 7m 40s >>>>>>>>>> [uptime] => 20405260 >>>>>>>>>> SQL[UPDATE `devices` set `uptime` ='20405260',`last_polled` >>>>>>>>>> =NOW(),`last_polled_timetaken` ='0.483' WHERE `device_id` = >>>>>>>>>> '6'] >>>>>>>>>> UPDATED! >>>>>>>>>> root@alpha:/home/observium/demo# >>>>>>>>>> >>>>>>>>>> adam. >>>>>>>>>> >>>>>>>>>> On Fri, 22 Feb 2013 21:23:54 +0100, observium(a)velder.li >>>>>>>>>> wrote: >>>>>>>>>>> No, it's on multiple devices, and snmpd is running since >>>>>>>>>>> last >>>>>>>>>>> reboot. >>>>>>>>>>> Poller has different values than Graph, "uptime" on system, >>>>>>>>>>> devices >>>>>>>>>>> page >>>>>>>>>> >>>>>>>>>>> ;) >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> >>>>>>>>>>> Am 22.02.2013 21:20, schrieb Mark Chaney: >>>>>>>>>>>> Its just probably stupid snmpd restarting or saying that >>>>>>>>>>>> they >>>>>>>>>>>> did. >>>>>>>>>>>> Nothing you can really do about that. >>>>>>>>>>>> >>>>>>>>>>>> On 2013-02-22 14:09, observium(a)velder.li wrote: >>>>>>>>>>>>> Hi there >>>>>>>>>>>>> >>>>>>>>>>>>> just saw that observium says that many devices were >>>>>>>>>>>>> rebooted >>>>>>>>>>>>> today. >>>>>>>>>>>>> But that's not true. See Screenshot. Is that a bug? >>>>>>>>>>>>> >>>>>>>>>>>>> Regards >>>>>>>>>>>>> Patrick >>>>>>>>>>>>> >>>>>>>>>>>>> _______________________________________________ >>>>>>>>>>>>> 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 >>>>>>>>>> _______________________________________________ >>>>>>>>>> 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 >>>>>>> _______________________________________________ >>>>>>> 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 >>> _______________________________________________ >>> 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

4 3

Not able to resolve IP although able to ping and snmpget
by Afif 23 Feb '13

23 Feb '13

Hello, I have a few IP which I am able to get the SNMP and it showing alive but observium not able to resolve. Below are the output: [image: Inline image 2] [image: Inline image 3] Anything else I should check? Please advice. Thanks. Regards, Afif

3 2

Devices rebooted?
by observium＠velder.li 23 Feb '13

23 Feb '13

Hi there just saw that observium says that many devices were rebooted today. But that's not true. See Screenshot. Is that a bug? Regards Patrick

4 18

Ipoman feature request
by ColoCenter bv 22 Feb '13

22 Feb '13

Hi all, It is possible to give a user access to a port on for example a switch. But you can't give them specific access to a sensor. With the ipoman for example i would like to give a user access to a specific sensor, so they can monitor their powerport and their ampere consumption. Would it be possible to implement this in the authentication protocol? -- Alexander Lantink ColoCenter bv http://www.colocenter.nl info(a)colocenter.nl

1 0

Device up/down conditions
by Chris Moody 22 Feb '13

22 Feb '13

Can someone help me understand the algorithm/conditions that will cause a device to be flagged up/down in Observium? Reason I ask is I'm seeing instances where devices will get flagged as 'down' however when I login to the Observium host and manually test via fping/snmpwalk, I get valid responses back. The devices come back a few minutes later. I don't see anything in observium.log aside from poller completion results, so I could use some more info/ideas to help debug why these devices keep going offline intermittently. Cheers, -Chris

2 2

Clean Install
by ServisTURK-İlkay Karadam 22 Feb '13

22 Feb '13

Hi all, Can anyone offer me a clean installation documents. Thanks. Pc. I know the http://www.observium.org/wiki/RHEL_SVN_Installation . Alternatives please.

3 2

test
by Nikolay Shopik 22 Feb '13

22 Feb '13

please ignore

2 1

Feature request
by Mike Richardson 22 Feb '13

22 Feb '13

Hiya, I'd like to make a feature request. It's a slight modification really. In the User Management -> Edit User section you can grant a user access to a device by selecting a device from a drop down box. Would it be possible to change this from a single select to a multi-select box please? We may have to add over a hundred devices to several users. A multi-select would reduce this work from mind-numbing to merely tedious. Thanks, Mike -- Mike Richardson Networks (network(a)manchester.ac.uk) IT Services, University of Manchester *Plain text only please - attachments stripped on arrival*

1 0

RANCID integration
by Florian Hibler 21 Feb '13

21 Feb '13

Hi everyone, just would like to know, if there is already a "just undocumented" RANCID integration for Observium? I found a list point in the docu wiki, so I am just curious about. You guys do a great job, btw! Best regards, Florian

4 3

Graphs stopped working
by Tom Taylor 20 Feb '13

20 Feb '13

Hi there, I was wondering if anyone's got an idea as to why graphs would suddenly stop working? (see attachment) I hadn't updated anything or changed anything, the rrd's all have data in. It's running off Centos 6.2 Any ideas on how to troubleshoot? [cid:18152FC1-6ED1-47C0-8A4D-DC5CBEF4B7BF@mill-ny.com]

2 2

Latency Tab
by Alex Vitola 20 Feb '13

20 Feb '13

how to enable latency tab for a device? http://demo.observium.org/device/device=6/tab=latency/

3 3

ifAlias fix
by Daniel Preussker 20 Feb '13

20 Feb '13

Hi, I came across a design flaw in ifAlias. First of all the flaw: declare -a INTERFACES=($(ip l|grep mtu|cut -d: -f2|sed s/\ //g)) ... INTERFACE=$(echo ${INTERFACES[$INDEX]}|cut -d@ -f1) The Interface INDEX is rarely equal to the indexes of the array. Thus getting all interfaces here is useless, we already get the right Interface ID from SNMPd, so the fix is: #declare -a INTERFACES=($(ip l|grep mtu|cut -d: -f2|sed s/\ //g)) ... #INTERFACE=$(echo ${INTERFACES[$INDEX]}|cut -d@ -f1) INTERFACE=$((ip l | grep "^${ID}: " | cut -d " " -f 2 | sed 's/://g') 2> /dev/null) This way, even when tap* respawns with a new INDEX it will still be mapped to the right Description and Alias. A 2nd bug has been spotted in snmpbulkwalk vs snmpwalk; snmpbulkwalk -QOUs [...] ifAlias leaves out some descriptions but snmpwalk does not, needs further investigation for now I just hacked the snmp.inc.php... Kind Regards, Daniel Preussker [ Security Consultant, Network & Protocol Security and Cryptography [ LPI & Novell Certified Linux Engineer and Researcher [ +49 178 600 96 30 [ Daniel(a)Preussker.Net [ http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x87E736968E490AA1

2 3

Update to stable release 3598.
by Alex Vitola 18 Feb '13

18 Feb '13

This week I made the upgrade to the latest release Observium. I noticed a graph clearer. And not in a legend of what can be.

2 1

BGP Alerts
by Tobias Brunner 18 Feb '13

18 Feb '13

Hi, Observium only logs when a BGP session goes up, but not when a session goes down. Is this a bug or can this be configured somewhere? Cheers, Tobias -- Nine Internet Solutions AG, Albisriederstr. 243a, CH-8047 Zuerich Support +41 44 637 40 40 | Tel +41 44 637 40 00 | Direct +41 44 637 40 13 Skype nine.ch_support

1 1

Clean install - SQL Schema errors
by Ciro Iriarte 17 Feb '13

17 Feb '13

I noticed that there are several errors running the schema creation on a clean/fresh install. Managed to run it without errors after a quick review and posted a patch at http://jira.observium.org/browse/OBSERVIUM-219 Some files even "errored" on the first line so maybe many changes never got to the database in production installations, any ideas about how to check schema "consistency"?. Missing indexes for example would never be noticed in small installations.. Regards, -- Ciro Iriarte http://cyruspy.wordpress.com --

1 0