- observium - lists.observium.org

[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