- observium - lists.observium.org

Service Account No Logout
by Wes Kennedy 23 May '13

23 May '13

Is there a way to have a user (service account) that won't get logged out of the web interface? We want to display this up on big screens in our NOC, but keep getting logged out. Thanks, Wes

4 3

Re: [Observium] NFS - APPS or nfsstat can be graphed with obserium?
by Adam Armstrong 23 May '13

23 May '13

The agent is currently only used for the applications framework, and for passing ipmi sensors. The apache script, for example. Adam. Mihai - Cristian Satmarean <mihai.satmarean(a)gmail.com> wrote: >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

Re: [Observium] NFS - APPS or nfsstat can be graphed with obserium?
by Adam Armstrong 23 May '13

23 May '13

We do not use that information. That stuff is left over from check_mk. We don't use it. Adam. Mihai - Cristian Satmarean <mihai.satmarean(a)gmail.com> wrote: >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

Re: [Observium] NFS - APPS or nfsstat can be graphed with obserium?
by Adam Armstrong 23 May '13

23 May '13

We do not use any of the information returned by check_mk. We only use information returned by our own scripts. Adam Mihai - Cristian Satmarean <mihai.satmarean(a)gmail.com> wrote: >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

Re: [Observium] NFS - APPS or nfsstat can be graphed with obserium?
by Adam Armstrong 23 May '13

23 May '13

We don't generate graphs from any of the default check_mk output. We merely used it as a template to build the Observium agent. To build graphs from any of the data you get from the Solaris agent, you'd have to write code for it. Adam. Mihai - Cristian Satmarean <mihai.satmarean(a)gmail.com> wrote: >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

Re: [Observium] NFS - APPS or nfsstat can be graphed with obserium?
by Adam Armstrong 23 May '13

23 May '13

It won't work on omnios, it is linux-only. We currently have almost zero support for solaris-derrived oses. Adam. Mihai - Cristian Satmarean <mihai.satmarean(a)gmail.com> wrote: >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 7

Re: [Observium] IPMI Problems FIX
by Adam Armstrong 22 May '13

22 May '13

Or follow @observium_svn, or the RSS feed from fisheye... Adam. Nikolay Shopik <shopik(a)inblock.ru> wrote: >You can subscribe to >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium-dev > >or dig thorough svn repository > >On 22/05/13 17:03, Thomas Raabo - Zitcom A/S wrote: >> Where do i find changelogs? >> >> Med venlig hilsen | Best regards >> Thomas Raabo >> Senior Network Engineer CCIE #33466 >> >> >> >> _____________________________________________ >> tr(a)zitcom.dk | Direkte: +45 69 10 60 18 | Tlf.: +45 70 23 55 66 >> >> -----Original Message----- >> From: observium [mailto:observium-bounces@observium.org] On Behalf Of Mike Stupalov >> Sent: 22. maj 2013 14:51 >> To: Observium Network Observation System >> Subject: Re: [Observium] IPMI Problems FIX >> >> >> IPMI polling fixed in r4053 ;) >> >> On Ср. 22 мая 2013 00:16:06, Nikolay Shopik wrote: >>> Here I just fixed for ya. If you guys having these issues just revert >>> back ipmi.inc.php to 3739 revision, this should fix for most of you. >>> >>> svn update -r 3739 observium/includes/polling/ipmi.inc.php >>> >>> On 21.05.2013 23:16, Tom Laermans wrote: >>>> I don't - it works for me, but something is different it seems. >>>> >>>> I just don't have the time to fix it at this point in time, and the >>>> continuous nagging on IRC was not helping in allocating resources ;-) >>>> >>>> On 21/05/2013 18:42, Adam Armstrong wrote: >>>>> Good luck convincing Tom that it's actually a real problem. >>>>> >>>>> He still thinks you're all hallucinating :) >>>>> >>>>> adam. >>>>> >>>>> On 2013-05-21 15:56, Todd Kline wrote: >>>>>> I am also seeing the add, delete issue on each polling cycle… >>>>>> >>>>>> 2013-05-21 09:45:50 System Sensor Deleted: temperature ipmi 2 CPU >>>>>> Temp >>>>>> 2013-05-21 09:45:50 System Sensor Deleted: temperature ipmi 1 >>>>>> System Temp >>>>>> 2013-05-21 09:45:50 System Sensor Deleted: voltage ipmi 12 VBAT >>>>>> 2013-05-21 09:45:50 System Sensor Deleted: voltage ipmi 11 +3.3VSB >>>>>> 2013-05-21 09:45:50 System Sensor Deleted: voltage ipmi 10 +12 V >>>>>> 2013-05-21 09:45:50 System Sensor Deleted: voltage ipmi 9 +5 V >>>>>> 2013-05-21 09:45:50 System Sensor Deleted: voltage ipmi 8 VDIMM >>>>>> 2013-05-21 09:45:50 System Sensor Deleted: voltage ipmi 7 +3.3VCC >>>>>> 2013-05-21 09:45:50 System Sensor Deleted: voltage ipmi 6 Vichcore >>>>>> 2013-05-21 09:45:50 System Sensor Deleted: voltage ipmi 5 CPU Vcore >>>>>> 2013-05-21 09:45:49 System Sensor Added: voltage ipmi 12 VBAT >>>>>> 2013-05-21 09:45:49 System Sensor Added: voltage ipmi 11 +3.3VSB >>>>>> 2013-05-21 09:45:49 System Sensor Added: voltage ipmi 10 +12 V >>>>>> 2013-05-21 09:45:49 System Sensor Added: voltage ipmi 9 +5 V >>>>>> 2013-05-21 09:45:49 System Sensor Added: voltage ipmi 8 VDIMM >>>>>> >>>>>> build 4047 >>>>>> >>>>>> Thanks >>>>>> Todd >>>>>> >>>>>> >>>>>> >>>>>> On May 20, 2013, at 5:45 PM, Tom Laermans >>>>>> <tom.laermans(a)powersource.cx> wrote: >>>>>> >>>>>> Works perfectly for me, are you saying I can just keep a stack of >>>>>> A4 ready? :> >>>>>> >>>>>> On 20/05/2013 20:58, Adam Armstrong wrote: >>>>>> The ipmi stuff is known to work about as well as a fire blanket >>>>>> made of paper. :-) >>>>>> >>>>>> Adam. >>>>>> >>>>>> observium(a)velder.li wrote: >>>>>> >>>>>> Hello there >>>>>> >>>>>> I just remembered that i cannot see any IPMI infos anymore in observium? >>>>>> There are also a lot of messages: >>>>>> >>>>>> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: >>>>>> fanspeed ipmi >>>>>> 4 FAN 2 >>>>>> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: >>>>>> fanspeed ipmi >>>>>> 3 FAN 1 >>>>>> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: >>>>>> fanspeed ipmi >>>>>> 5 FAN 3 >>>>>> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: >>>>>> fanspeed ipmi >>>>>> 7 FAN A >>>>>> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: >>>>>> temperature >>>>>> ipmi 1 System Temp >>>>>> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: >>>>>> voltage ipmi 8 >>>>>> Vcore >>>>>> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: >>>>>> voltage ipmi 9 >>>>>> 3.3VCC >>>>>> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: >>>>>> voltage ipmi >>>>>> 10 12V >>>>>> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: >>>>>> voltage ipmi >>>>>> 11 VDIMM >>>>>> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: >>>>>> voltage ipmi >>>>>> 16 AVCC >>>>>> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: >>>>>> voltage ipmi >>>>>> 15 VSB >>>>>> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: >>>>>> voltage ipmi >>>>>> 14 VBAT >>>>>> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: >>>>>> voltage ipmi >>>>>> 13 -12V >>>>>> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: >>>>>> voltage ipmi >>>>>> 12 5VCC >>>>>> 2013-05-20 20:55:06 vmhost01.dc System Sensor Added: >>>>>> voltage ipmi 16 >>>>>> AVCC >>>>>> >>>>>> >>>>>> Is that a known 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 >> >> >> >> -- >> Mike Stupalov >> >> _______________________________________________ >> 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] IPMI Problems
by Adam Armstrong 22 May '13

22 May '13

The ipmi stuff is known to work about as well as a fire blanket made of paper. :-) Adam. observium(a)velder.li wrote: >Hello there > >I just remembered that i cannot see any IPMI infos anymore in observium? >There are also a lot of messages: > >2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: fanspeed ipmi >4 FAN 2 >2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: fanspeed ipmi >3 FAN 1 >2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: fanspeed ipmi >5 FAN 3 >2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: fanspeed ipmi >7 FAN A >2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: temperature >ipmi 1 System Temp >2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi 8 >Vcore >2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi 9 >3.3VCC >2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi >10 12V >2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi >11 VDIMM >2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi >16 AVCC >2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi >15 VSB >2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi >14 VBAT >2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi >13 -12V >2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi >12 5VCC >2013-05-20 20:55:06 vmhost01.dc System Sensor Added: voltage ipmi 16 >AVCC > > >Is that a known bug? > >Regards >Patrick >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 1

IPV6 BGP Session Alerts
by Mahomed Hussein 22 May '13

22 May '13

Hi I’ve noticed that Observium has a very useful “BGP Alerts” section (among all its other useful sections :-) ) that shows all the BGP sessions/neighbours that are down etc. But it doesn’t seem to show IPv6 sessions. Is this because this isn’t currently supported or is there something that needs to be changed in the config? Thanks in advance. Kind regards, Mahomed Hussein Custodian Data Centre Email: Mahomed(a)CustodianDC.com http://www.CustodianDC.com

2 1

Kickstarter Project
by Adam Armstrong 22 May '13

22 May '13

Hi All, Just a reminder that the Kickstarter project has 2 days left to go, in case any of you were leaving it until the last minute :) http://www.kickstarter.com/projects/588464062/observium-alerting We can also use PayPal (which doesn't take the 5% fee that Kickstarter takes, either!) Thanks to everyone who has funded it so far! adam.

1 0

how to disable reading mac-address-table via snmp?
by norbi 21 May '13

21 May '13

hi List, how can i disable the reading of the entire mac-address-table from switches? problem is, we have about 4000 ports, 129 switches, and snmpbulkwalk needs about 22sec for one run, because the mac-address-table from uplinkports are to big. norbert

4 4

FDB Table
by Dario Calamai 21 May '13

21 May '13

Hi All! I have a new job in a new provider and Observium is up, again! :) my FDB Table is empty, still working in progress? I had a quick look to the code and I think that somethings in includes/polling/q-bridge-mib-fdb.inc.php have to be change for example dot1qTpFdbEntry is not working with my cisco 2960/3750, but dot1dTpFdbEntry does! [line 27] another example is that the function to search per-vlan mac-address is missing, now shows only the mac-addr in vlan1 [add "-c <community>@700" to snmpwalk command for vlan 700] Thanks, -- dario calamai http://www.linkedin.com/in/dariocalamai

2 1

Map Missing
by Wes Kennedy 21 May '13

21 May '13

I recently update to 4040 and now the map isn't showing up for me. Where do I go to enable it? -Wes

3 2

dell force10 s4810 mib and dell m1000e blade chassis
by Mihai - Cristian Satmarean 21 May '13

21 May '13

Dear all, please instruct me how to install the dell force 10 s4810 to be correctly discovered by observium, also the same problem with Dell blade chassis M1000e. Thank you!

5 15

Re: [Observium] <testing>
by Adam Armstrong 20 May '13

20 May '13

Idiot. Tyler Treat <tyler.treat(a)royell.org> wrote: >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

2 2

<testing>
by Tyler Treat 20 May '13

20 May '13

Test message. ___________________________ Tyler Treat ___________________________

1 0

Re: [Observium] IPMI Problems
by Adam Armstrong 20 May '13

20 May '13

Remove them with a SQL query on the event log table. :-) observium(a)velder.li wrote: >OK ;-) > >Last problem: tons of following entries in the log: > > >2013-05-19 19:35:24 System sysObjectID -> .1.3.6.1.4.1.8072.3.2.10 >2013-05-19 19:00:23 System sysObjectID -> .1.3.6.1.4.1.8072.3.2.10 >2013-05-19 18:55:24 System sysObjectID -> .1.3.6.1.4.1.8072.3.2.10 >2013-05-19 18:52:20 System sysObjectID -> .1.3.6.1.4.1.8072.3.2.10 >2013-05-19 18:50:23 System sysObjectID -> .1.3.6.1.4.1.8072.3.2.10 >2013-05-19 18:50:04 System sysObjectID -> .1.3.6.1.4.1.8072.3.2.10 >2013-05-19 18:47:52 System sysObjectID -> .1.3.6.1.4.1.8072.3.2.10 >2013-05-19 18:45:35 System sysObjectID -> .1.3.6.1.4.1.8072.3.2.10 >2013-05-19 18:45:25 System sysObjectID -> .1.3.6.1.4.1.8072.3.2.10 >2013-05-19 18:42:28 System sysObjectID -> .1.3.6.1.4.1.8072.3.2.10 >2013-05-19 18:40:24 System sysObjectID -> .1.3.6.1.4.1.8072.3.2.10 >2013-05-19 18:35:24 System sysObjectID -> .1.3.6.1.4.1.8072.3.2.10 > > > >Is there a possibility to hide them? > > >Regards > > > > >Am 20.05.2013 20:58, schrieb Adam Armstrong: >> The ipmi stuff is known to work about as well as a fire blanket made >> of paper. :-) >> >> Adam. >> >> observium(a)velder.li wrote: >> >> Hello there >> >> I just remembered that i cannot see any IPMI infos anymore in >> observium? >> There are also a lot of messages: >> >> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: fanspeed ipmi >> 4 FAN 2 >> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: fanspeed ipmi >> 3 FAN 1 >> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: fanspeed ipmi >> 5 FAN 3 >> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: fanspeed ipmi >> 7 FAN A >> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: temperature >> ipmi 1 System Temp >> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi >> 8 >> Vcore >> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi >> 9 >> 3.3VCC >> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi >> 10 12V >> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi >> 11 VDIMM >> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi >> 16 AVCC >> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi >> 15 VSB >> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi >> 14 VBAT >> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi >> 13 -12V >> 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi >> 12 5VCC >> 2013-05-20 20:55:06 vmhost01.dc System Sensor Added: voltage ipmi 16 >> AVCC >> >> >> Is that a known 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

2 1

IPMI Problems
by observium＠velder.li 20 May '13

20 May '13

Hello there I just remembered that i cannot see any IPMI infos anymore in observium? There are also a lot of messages: 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: fanspeed ipmi 4 FAN 2 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: fanspeed ipmi 3 FAN 1 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: fanspeed ipmi 5 FAN 3 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: fanspeed ipmi 7 FAN A 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: temperature ipmi 1 System Temp 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi 8 Vcore 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi 9 3.3VCC 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi 10 12V 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi 11 VDIMM 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi 16 AVCC 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi 15 VSB 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi 14 VBAT 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi 13 -12V 2013-05-20 20:55:06 vmhost01.dc System Sensor Deleted: voltage ipmi 12 5VCC 2013-05-20 20:55:06 vmhost01.dc System Sensor Added: voltage ipmi 16 AVCC Is that a known bug? Regards Patrick

1 0

snmp v3 device add failing
by Jacob Gardiner 20 May '13

20 May '13

I've got a juniper device i'm trying to add using snmpv3 but running into some issues when running the ./addhost.php script. I can poll the device from observium using snmpget/walk and can confirm that there's no firewalls or bad config on the router. (replaced hostname, community and password and aes below) # snmpget -v3 -u gops -A COMMUNITY -l authPriv -X PASS -x AES -a SHA my.juniper.router sysDescr.0 SNMPv2-MIB::sysDescr.0 = STRING: Juniper Networks, Inc. jsr4350 internet router, kernel JUNOS 10.1R2.8 #0: 2010-05-11 03:31:06 UTC builder@queth.juniper.net:/volume/build/junos/10.1/release/10.1R2.8/obj-i386/bsd/sys/compile/JSR Build date: 2010-05-11 03:18:36 UTC Copyright (c) 1996- Then, when running ./addhost.php: # ./addhost.php my.juniper.router COMMUNITY v3 gops PASS PASS sha aes 161 udp Trying v3 parameters observium/noAuthNoPriv ... No reply on credentials observium/noAuthNoPriv using v3 Could not reach my.juniper.router with given SNMP community using v3 Observium v0.13.5.4015 Add Host Tool -- Jacob Gardiner @jacobgardiner <http://twitter.com/jacobgardiner>

2 3

Device not yet polled?
by observium＠velder.li 20 May '13

20 May '13

Hello there i changed a complete device (hostname is the same, but different location). Location was not updated. Hmmm, ok, i deleted the device, rm -r'ed rrd dir and re-added the device. Now it says Device not yet polled That's not correct. Device is polled. And the LocationBar does not update the locations. There's only UNKNOWN (1). Bug or my problem? Regards, patrick

4 14

Small splat patch + CheckPoint logo
by Laurens Vets 19 May '13

19 May '13

Small patch to add logo and initial splat.inc.php file for CheckPoint SecurePlatform support. I intend to expand this further... -Laurens

1 0

Re: [Observium] [Observium-dev] r4031 - in observer/trunk: html/images/os includes includes/discovery/os
by Adam Armstrong 19 May '13

19 May '13

It is indeed. The first should be .2 :-) Adam. "Rob J. Epping" <rob.epping(a)gmail.com> wrote: >On Sun, May 19, 2013 at 5:32 PM, <observium-commits(a)observium.org> wrote: >[SNIP] >> + if (strstr($sysObjectId, "1.3.6.1.4.1.2.3.1.2.1.1.3") || >> + strstr($sysObjectId, "1.3.6.1.4.1.2.3.1.2.1.1.3") ) { $os = "aix"; } > >Am I misreading this or is the same oid tested twice? >-- >GRTNX, >RobJE >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

Re: [Observium] [Observium-dev] r4031 - in observer/trunk: html/images/os includes includes/discovery/os
by Rob J. Epping 19 May '13

19 May '13

On Sun, May 19, 2013 at 5:32 PM, <observium-commits(a)observium.org> wrote: [SNIP] > + if (strstr($sysObjectId, "1.3.6.1.4.1.2.3.1.2.1.1.3") || > + strstr($sysObjectId, "1.3.6.1.4.1.2.3.1.2.1.1.3") ) { $os = "aix"; } Am I misreading this or is the same oid tested twice? -- GRTNX, RobJE

1 0

Re: [Observium] Device not yet polled?
by Adam Armstrong 19 May '13

19 May '13

Agh. Jason Lixfeld <jason(a)lixfeld.ca> wrote: >Indeed. > >ERROR 1054 (42S22): Unknown column 'location_geoapi' in 'field list' > >Sooo... was this me thinking that I actually did run './discovery.php -h new' after one of my updates when in fact I was dreaming it?? > >I was damn sure that I ran that, and made sure I ran it after the upgrade to 4027. Would that not have cleared it if I had forgotten to run it at some point prior? Or do I have to svn back to 3992, run discovery -h new, then upgrade to 4027 again and run discovery -h new again? > >On 2013-05-19, at 10:50 AM, Adam Armstrong <adama(a)memetic.org> wrote: > >> Do you get an error if you try to run the query by hand? >> >> The UPDATE query between SQL[]. >> >> adam. >> >> On 2013-05-19 15:19, Jason Lixfeld wrote: >>> I'm having a similar issue, but this particular device is brand new >>> and had nothing to do with maps. >>> Device information only shows "Cisco IOS" where other devices of the >>> same hardware type running the same OS all show their Device >>> Information just fine. >>> I've tried to delete the device and let it get re-polled, with no difference. >>> I should be clear - all other Observium behaviour on the device is >>> fine, just that Device Information stuff seems to be stuck... >>> Here's the same outpot from ./poller -h ... -d >>> SQL[UPDATE `devices` set `uptime` ='154877',`sysObjectID` >>> ='.1.3.6.1.4.1.9.1.1250',`sysName` ='pe01.2bloorstw01.yyz',`sysDescr` >>> ='Cisco IOS Software, ME360x Software (ME360x-UNIVERSAL-M), Version >>> 15.3(2)S, RELEASE SOFTWARE (fc1)\r\nTechnical Support: >>> http://www.cisco.com/techsupport\r\nCopyright (c) 1986-2013 by Cisco >>> Systems, Inc.\r\nCompiled Mon 25-Mar-13 12:58 by >>> prod_rel_team',`location_geoapi` ='mapquest',`location_lat` >>> ='37.7463058',`location_lon` ='-25.6668573',`location_city` >>> ='Unknown',`location_county` ='Unknown',`location_state` >>> ='Unknown',`location_country` ='Unknown',`version` >>> ='15.3(2)S',`features` ='UNIVERSAL',`hardware` >>> ='ciscoMe3600x24fsM',`last_polled` =NOW(),`last_polled_timetaken` >>> ='2.832',`device_state` ='N;' WHERE `device_id` = '182'] >>> SQL[INSERT INTO `perf_times` >>> (`type`,`doing`,`start`,`duration`,`devices`) VALUES >>> ('poll','pe01.2bloorstw01.yyz','1368972218.5967','2.912','1')] >>> ./poller.php pe01.2bloorstw01.yyz May 19, 2013, 10:03 - 1 devices >>> polled in 2.912 secs >>> The database, however, is missing much of this.. >>> mysql> select * from devices where sysname = 'pe01.2bloorstw01.yyz'; >>> +-----------+----------------------+----------------------+-----------+-----------+----------+----------+----------+------------+------------+---------+------+-----------+---------+---------+----------+------------+-------------+----------+------------+---------+----------+----------+----------+------+--------+--------+----------+--------+--------------+-------------+-----------------------+---------------------------+---------------------+---------+---------+--------+------+ >>> | device_id | hostname | sysName | community >>> | authlevel | authname | authpass | authalgo | cryptopass | cryptoalgo >>> | snmpver | port | transport | timeout | retries | ssh_port | >>> bgpLocalAs | sysObjectID | sysDescr | sysContact | version | hardware >>> | features | location | os | status | ignore | disabled | uptime | >>> agent_uptime | last_polled | last_polled_timetaken | >>> last_discovered_timetaken | last_discovered | purpose | type | >>> serial | icon | >>> +-----------+----------------------+----------------------+-----------+-----------+----------+----------+----------+------------+------------+---------+------+-----------+---------+---------+----------+------------+-------------+----------+------------+---------+----------+----------+----------+------+--------+--------+----------+--------+--------------+-------------+-----------------------+---------------------------+---------------------+---------+---------+--------+------+ >>> | 182 | pe01.2bloorstw01.yyz | pe01.2BloorStW01.YYZ | public >>> | NULL | NULL | NULL | NULL | NULL | NULL >>> | v2c | 161 | udp | NULL | NULL | 22 | 21949 >>> | NULL | NULL | | NULL | NULL | NULL >>> | | ios | 1 | 0 | 0 | NULL | 0 >>> | NULL | NULL | 1.91 | >>> 2013-05-19 09:08:43 | NULL | network | NULL | NULL | >>> +-----------+----------------------+----------------------+-----------+-----------+----------+----------+----------+------------+------------+---------+------+-----------+---------+---------+----------+------------+-------------+----------+------------+---------+----------+----------+----------+------+--------+--------+----------+--------+--------------+-------------+-----------------------+---------------------------+---------------------+---------+---------+--------+------+ >>> 1 row in set (0.00 sec) >>> mysql> >>> This device was first added while I was running v0.13.5.3992. >>> I upgraded to 4027, deleted and rediscovered and the above output is >>> from the 4027 -d output. >>> Anything else I can try to help? >>> PS. I just checked back and I have another device that is having the >>> same issue. It's not an ME3600, it's a C4500 and among many others >>> running the same OS, same HW configuration, etc. >>> On 2013-05-18, at 4:46 PM, observium(a)velder.li wrote: >>> Tested it. All new added devices on my observium aren't polled. Test Install, it works. Strange. >>> btw, where is the map? >>> regards >>> Am 17.05.2013 19:38, schrieb observium(a)velder.li: >>> Tried multiple devices. Still exists. Will try a fresh installation of >>> observium tonight. >>> Am 17.05.2013 15:13, schrieb Adam Armstrong: >>> There are no issues with that SQL query, so I'm not sure where the >>> problem could be. >>> adam. >>> On 2013-05-16 21:10, observium(a)velder.li wrote: >>> Hi Adam >>> Thx for your answer. >>> Output: >>> SQL[UPDATE `devices` set `uptime` ='7915',`sysObjectID` >>> ='.1.3.6.1.4.1.8072.3.2.10',`sysDescr` ='Linux ns3 3.2.0-4-amd64 #1 >>> SMP Debian 3.2.41-2+deb7u2 x86_64',`location_geoapi` >>> ='mapquest',`location_lat` ='33.7490987',`location_lon` >>> ='-84.3901849',`location_city` ='Atlanta',`location_county` ='Fulton >>> County',`location_state` ='Georgia',`location_country` ='us',`version` >>> ='3.2.0-4-amd64',`features` ='Debian 7.0',`hardware` ='Generic x86 >>> 64-bit',`last_polled` =NOW(),`last_polled_timetaken` >>> ='85.83',`device_state` >>> ='a:2:{s:7:\"ucd_mem\";a:7:{s:10:\"swap_total\";s:6:\"522236\";s:10:\"swap_avail\";s:6:\"521932\";s:9:\"mem_total\";s:6:\"250904\";s:9:\"mem_avail\";s:5:\"17104\";s:10:\"mem_shared\";s:1:\"0\";s:10:\"mem_buffer\";s:5:\"18036\";s:10:\"mem_cached\";s:6:\"160488\";}s:8:\"ucd_load\";s:1:\"1\";}' >>> WHERE `device_id` = '55'] >>> SQL[INSERT INTO `perf_times` >>> (`type`,`doing`,`start`,`duration`,`devices`) VALUES >>> ('poll','ns3.mydomain.li','1368734745.1935','85.83','1')] ./poller.php >>> ns3.mydomain.li May 16, 2013, 22:07 - 1 devices polled in 85.83 secs >>> But it still shows not polled yet. Any Idea? >>> Regards >>> Patrick >>> Am 16.05.2013 21:38, schrieb Adam Armstrong: >>> This is definitely a bug. >>> It's failing to update the device record for some reason. >>> Run : >>> ./poller.php -h <host> -d >>> there will be a SQL query towards the end which is trying to update >>> the location and set the last_polled time. This might help explain why >>> it's failing. >>> adam. >>> On 2013-05-16 20:25, observium(a)velder.li wrote: >>> Hello there >>> i changed a complete device (hostname is the same, but different >>> location). Location was not updated. Hmmm, ok, i deleted the device, >>> rm -r'ed rrd dir and re-added the device. Now it says >>> Device not yet polled >>> That's not correct. Device is polled. And the LocationBar does not >>> update the locations. There's only UNKNOWN (1). >>> Bug or my problem? >>> 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

2 3

Re: [Observium] Device not yet polled?
by Adam Armstrong 19 May '13

19 May '13

You seem to be missing database fields which you should not be missing. I'll check the definition files and make another sql update if needed. Adam. Jason Lixfeld <jason(a)lixfeld.ca> wrote: >Indeed. > >ERROR 1054 (42S22): Unknown column 'location_geoapi' in 'field list' > >Sooo... was this me thinking that I actually did run './discovery.php -h new' after one of my updates when in fact I was dreaming it?? > >I was damn sure that I ran that, and made sure I ran it after the upgrade to 4027. Would that not have cleared it if I had forgotten to run it at some point prior? Or do I have to svn back to 3992, run discovery -h new, then upgrade to 4027 again and run discovery -h new again? > >On 2013-05-19, at 10:50 AM, Adam Armstrong <adama(a)memetic.org> wrote: > >> Do you get an error if you try to run the query by hand? >> >> The UPDATE query between SQL[]. >> >> adam. >> >> On 2013-05-19 15:19, Jason Lixfeld wrote: >>> I'm having a similar issue, but this particular device is brand new >>> and had nothing to do with maps. >>> Device information only shows "Cisco IOS" where other devices of the >>> same hardware type running the same OS all show their Device >>> Information just fine. >>> I've tried to delete the device and let it get re-polled, with no difference. >>> I should be clear - all other Observium behaviour on the device is >>> fine, just that Device Information stuff seems to be stuck... >>> Here's the same outpot from ./poller -h ... -d >>> SQL[UPDATE `devices` set `uptime` ='154877',`sysObjectID` >>> ='.1.3.6.1.4.1.9.1.1250',`sysName` ='pe01.2bloorstw01.yyz',`sysDescr` >>> ='Cisco IOS Software, ME360x Software (ME360x-UNIVERSAL-M), Version >>> 15.3(2)S, RELEASE SOFTWARE (fc1)\r\nTechnical Support: >>> http://www.cisco.com/techsupport\r\nCopyright (c) 1986-2013 by Cisco >>> Systems, Inc.\r\nCompiled Mon 25-Mar-13 12:58 by >>> prod_rel_team',`location_geoapi` ='mapquest',`location_lat` >>> ='37.7463058',`location_lon` ='-25.6668573',`location_city` >>> ='Unknown',`location_county` ='Unknown',`location_state` >>> ='Unknown',`location_country` ='Unknown',`version` >>> ='15.3(2)S',`features` ='UNIVERSAL',`hardware` >>> ='ciscoMe3600x24fsM',`last_polled` =NOW(),`last_polled_timetaken` >>> ='2.832',`device_state` ='N;' WHERE `device_id` = '182'] >>> SQL[INSERT INTO `perf_times` >>> (`type`,`doing`,`start`,`duration`,`devices`) VALUES >>> ('poll','pe01.2bloorstw01.yyz','1368972218.5967','2.912','1')] >>> ./poller.php pe01.2bloorstw01.yyz May 19, 2013, 10:03 - 1 devices >>> polled in 2.912 secs >>> The database, however, is missing much of this.. >>> mysql> select * from devices where sysname = 'pe01.2bloorstw01.yyz'; >>> +-----------+----------------------+----------------------+-----------+-----------+----------+----------+----------+------------+------------+---------+------+-----------+---------+---------+----------+------------+-------------+----------+------------+---------+----------+----------+----------+------+--------+--------+----------+--------+--------------+-------------+-----------------------+---------------------------+---------------------+---------+---------+--------+------+ >>> | device_id | hostname | sysName | community >>> | authlevel | authname | authpass | authalgo | cryptopass | cryptoalgo >>> | snmpver | port | transport | timeout | retries | ssh_port | >>> bgpLocalAs | sysObjectID | sysDescr | sysContact | version | hardware >>> | features | location | os | status | ignore | disabled | uptime | >>> agent_uptime | last_polled | last_polled_timetaken | >>> last_discovered_timetaken | last_discovered | purpose | type | >>> serial | icon | >>> +-----------+----------------------+----------------------+-----------+-----------+----------+----------+----------+------------+------------+---------+------+-----------+---------+---------+----------+------------+-------------+----------+------------+---------+----------+----------+----------+------+--------+--------+----------+--------+--------------+-------------+-----------------------+---------------------------+---------------------+---------+---------+--------+------+ >>> | 182 | pe01.2bloorstw01.yyz | pe01.2BloorStW01.YYZ | public >>> | NULL | NULL | NULL | NULL | NULL | NULL >>> | v2c | 161 | udp | NULL | NULL | 22 | 21949 >>> | NULL | NULL | | NULL | NULL | NULL >>> | | ios | 1 | 0 | 0 | NULL | 0 >>> | NULL | NULL | 1.91 | >>> 2013-05-19 09:08:43 | NULL | network | NULL | NULL | >>> +-----------+----------------------+----------------------+-----------+-----------+----------+----------+----------+------------+------------+---------+------+-----------+---------+---------+----------+------------+-------------+----------+------------+---------+----------+----------+----------+------+--------+--------+----------+--------+--------------+-------------+-----------------------+---------------------------+---------------------+---------+---------+--------+------+ >>> 1 row in set (0.00 sec) >>> mysql> >>> This device was first added while I was running v0.13.5.3992. >>> I upgraded to 4027, deleted and rediscovered and the above output is >>> from the 4027 -d output. >>> Anything else I can try to help? >>> PS. I just checked back and I have another device that is having the >>> same issue. It's not an ME3600, it's a C4500 and among many others >>> running the same OS, same HW configuration, etc. >>> On 2013-05-18, at 4:46 PM, observium(a)velder.li wrote: >>> Tested it. All new added devices on my observium aren't polled. Test Install, it works. Strange. >>> btw, where is the map? >>> regards >>> Am 17.05.2013 19:38, schrieb observium(a)velder.li: >>> Tried multiple devices. Still exists. Will try a fresh installation of >>> observium tonight. >>> Am 17.05.2013 15:13, schrieb Adam Armstrong: >>> There are no issues with that SQL query, so I'm not sure where the >>> problem could be. >>> adam. >>> On 2013-05-16 21:10, observium(a)velder.li wrote: >>> Hi Adam >>> Thx for your answer. >>> Output: >>> SQL[UPDATE `devices` set `uptime` ='7915',`sysObjectID` >>> ='.1.3.6.1.4.1.8072.3.2.10',`sysDescr` ='Linux ns3 3.2.0-4-amd64 #1 >>> SMP Debian 3.2.41-2+deb7u2 x86_64',`location_geoapi` >>> ='mapquest',`location_lat` ='33.7490987',`location_lon` >>> ='-84.3901849',`location_city` ='Atlanta',`location_county` ='Fulton >>> County',`location_state` ='Georgia',`location_country` ='us',`version` >>> ='3.2.0-4-amd64',`features` ='Debian 7.0',`hardware` ='Generic x86 >>> 64-bit',`last_polled` =NOW(),`last_polled_timetaken` >>> ='85.83',`device_state` >>> ='a:2:{s:7:\"ucd_mem\";a:7:{s:10:\"swap_total\";s:6:\"522236\";s:10:\"swap_avail\";s:6:\"521932\";s:9:\"mem_total\";s:6:\"250904\";s:9:\"mem_avail\";s:5:\"17104\";s:10:\"mem_shared\";s:1:\"0\";s:10:\"mem_buffer\";s:5:\"18036\";s:10:\"mem_cached\";s:6:\"160488\";}s:8:\"ucd_load\";s:1:\"1\";}' >>> WHERE `device_id` = '55'] >>> SQL[INSERT INTO `perf_times` >>> (`type`,`doing`,`start`,`duration`,`devices`) VALUES >>> ('poll','ns3.mydomain.li','1368734745.1935','85.83','1')] ./poller.php >>> ns3.mydomain.li May 16, 2013, 22:07 - 1 devices polled in 85.83 secs >>> But it still shows not polled yet. Any Idea? >>> Regards >>> Patrick >>> Am 16.05.2013 21:38, schrieb Adam Armstrong: >>> This is definitely a bug. >>> It's failing to update the device record for some reason. >>> Run : >>> ./poller.php -h <host> -d >>> there will be a SQL query towards the end which is trying to update >>> the location and set the last_polled time. This might help explain why >>> it's failing. >>> adam. >>> On 2013-05-16 20:25, observium(a)velder.li wrote: >>> Hello there >>> i changed a complete device (hostname is the same, but different >>> location). Location was not updated. Hmmm, ok, i deleted the device, >>> rm -r'ed rrd dir and re-added the device. Now it says >>> Device not yet polled >>> That's not correct. Device is polled. And the LocationBar does not >>> update the locations. There's only UNKNOWN (1). >>> Bug or my problem? >>> 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

1 0