- observium - lists.observium.org

Compensating for hostname changes
by Jason Lixfeld 06 Nov '13

06 Nov '13

My company wants to institute a naming convention change and as such, we'd need to update the hostnames in Observium to match. I presume that Observium will not magically update anything if a hostname changes, and I'm sure others have gone through this activity in the past, so I'd like feedback on what's the best way to go about it and any caveats. From my very limited perspective on the matter, I think all I need to do is change the hostnames in the hostname column of the devices table in conjunction with renaming the $observium/rrds/$hostname to match the change. Yes? No? Maybe So? Thanks in advance.

4 4

Re: [Observium] ServerTech Sentry3 Graphs & Infeeds
by KELLY, Christopher 06 Nov '13

06 Nov '13

Hey Tom (and anyone else with Sentry3 Rails), Fix for this one was in an earlier message > http://www.mail-archive.com/observium@observium.org/msg00519.html Make sure you have the latest MIB and add the code to sentry3-mib.inc.php in …/observium/includes/discovery/sensors Also, you were right about the graphs Tom – tweaked the cron jobs and all is well! ________________________________ This e-mail is sent by Suncorp Group Limited ABN 66 145 290 124 or one of its related entities "Suncorp". Suncorp may be contacted at Level 18, 36 Wickham Terrace, Brisbane or on 13 11 55 or at suncorp.com.au. The content of this e-mail is the view of the sender or stated author and does not necessarily reflect the view of Suncorp. The content, including attachments, is a confidential communication between Suncorp and the intended recipient. If you are not the intended recipient, any use, interference with, disclosure or copying of this e-mail, including attachments, is unauthorised and expressly prohibited. If you have received this e-mail in error please contact the sender immediately and delete the e-mail and any attachments from your system. 　

2 1

lingering snmp queries?
by David Peall 06 Nov '13

06 Nov '13

Have i set the timeouts incorrectly because these should have stopped? date time : Tue Oct 29 13:39:53 SAST 2013 ps awux returns the following: USER PID %CPU %MEM VSZ RSS TTY STAT START TIME COMMAND root 19497 0.0 0.2 23356 2332 ? S 12:41 0:00 /usr/bin/snmpbulkwalk -t 1000 -r 3 -v2c -c -OQUs -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp udp:servername:161 dot1dBasePortIfIndex root 20410 0.0 0.0 4400 612 ? S 12:45 0:00 sh -c /usr/bin/snmpbulkwalk -t '1000' -r '3' -v2c -c 'snmpstring'@1 -OQUs -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'servername':'161' dot1dBasePortIfIndex 2>/dev/null root 20411 0.0 0.2 23356 2408 ? S 12:45 0:00 /usr/bin/snmpbulkwalk -t 1000 -r 3 -v2c -c -OQUs -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp udp:servername:161 dot1dBasePortIfIndex root 24591 0.0 0.0 4400 612 ? S 12:50 0:00 sh -c /usr/bin/snmpbulkwalk -t '1000' -r '3' -v2c -c 'snmpstring'@1 -OQUs -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'servername':'161' dot1dBasePortIfIndex 2>/dev/null root 24592 0.0 0.2 23356 2408 ? S 12:50 0:00 /usr/bin/snmpbulkwalk -t 1000 -r 3 -v2c -c -OQUs -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp udp:servername:161 dot1dBasePortIfIndex root 24840 0.0 0.0 4400 616 ? S 12:51 0:00 sh -c /usr/bin/snmpbulkwalk -t '1000' -r '3' -v2c -c 'snmpstring'@1 -OQUs -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'servername':'161' dot1dBasePortIfIndex 2>/dev/null root 24841 0.0 0.2 23356 2408 ? S 12:51 0:00 /usr/bin/snmpbulkwalk -t 1000 -r 3 -v2c -c -OQUs -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp udp:servername:161 dot1dBasePortIfIndex root 25873 0.0 0.0 4400 612 ? S 12:55 0:00 sh -c /usr/bin/snmpbulkwalk -t '1000' -r '3' -v2c -c 'snmpstring'@1 -OQUs -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'servername':'161' dot1dBasePortIfIndex 2>/dev/null root 25876 0.0 0.2 23356 2408 ? S 12:55 0:00 /usr/bin/snmpbulkwalk -t 1000 -r 3 -v2c -c -OQUs -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp udp:servername:161 dot1dBasePortIfIndex root 26090 0.0 0.0 4400 612 ? S 12:55 0:00 sh -c /usr/bin/snmpbulkwalk -t '1000' -r '3' -v2c -c 'snmpstring'@1 -OQUs -m BRIDGE-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'servername':'161' dot1dBasePortIfIndex 2>/dev/null Thanks — David Peall

2 3

ServerTech Sentry3 Graphs & Infeeds
by KELLY, Christopher 06 Nov '13

06 Nov '13

Hi guys, Hoping someone can point me in the right direction or lend a hand – I have installed Observium CE 0.13.10.4585 to RHEL 6 and have it up and running. Added a couple of power rails, however none of the graphs are populating (no network traffic, uptime or voltage). But, all of the devices added are reporting back their current load and status. [cid:image001.png@01CED48E.68EA1960] [cid:image003.png@01CED48E.68EA1960] [cid:image004.png@01CED48E.68EA1960] Also noticed that Observium is only reporting on 2 of the 4 Current Infeeds (as per 1st screenshot) – is there a way to enable Observium to display the other 4 feeds? [cid:image005.png@01CED48E.68EA1960] Cheers! ________________________________ This e-mail is sent by Suncorp Group Limited ABN 66 145 290 124 or one of its related entities "Suncorp". Suncorp may be contacted at Level 18, 36 Wickham Terrace, Brisbane or on 13 11 55 or at suncorp.com.au. The content of this e-mail is the view of the sender or stated author and does not necessarily reflect the view of Suncorp. The content, including attachments, is a confidential communication between Suncorp and the intended recipient. If you are not the intended recipient, any use, interference with, disclosure or copying of this e-mail, including attachments, is unauthorised and expressly prohibited. If you have received this e-mail in error please contact the sender immediately and delete the e-mail and any attachments from your system. 　

2 1

Upgrade to 4737 broke some graphs
by Chris Pelling 06 Nov '13

06 Nov '13

Hi Guys, Upgraded today using "svn update" to 4737 from 4760 and 2 switch graphs (dell) stopped showing data, cisco, vyatta and one dell unaffected. For example, we have 2 x Dell M6220 stacked blades *a and c* and 1 x Dell M6348 stacked blade switch all in M1000e chassis. a = worked before and after, graph looks aok b = worked before, now stopped c = worked before, now stopped An interesting observation, if I drill down to a port on B, and click realtime, its showing realtime information - so we know that works. Billing also seems unaffected, just the graphs at : /devices/type=network/format=graphs/graph=bits/ stopped for these 2 devices (albeit one is identical to a working device) exactly at the time of upgrade. I confirmed we did do the upgrade as per the wiki : svn update ./discovery.php -h none So now stumped, what can I do to get them back showing the current data (they have the historical few hours before update) and/or what can I run to aid in finding a poss issue ? :-) -- Kind regards, Chris

5 41

Re: [Observium] Alerting...
by Adam Armstrong 05 Nov '13

05 Nov '13

There is a page on the wiki explaining the basics. Its still a bit of a work in progress, but some people already find it useful... Adam. Thomas Raabo - Zitcom A/S <tr(a)zitcom.dk> wrote: >Is there any documentation on the new alerting system? > >Is there a way to turn off all the old alerting stuff and start using the new stuff? > >/Thomas >_______________________________________________ >observium mailing list >observium(a)observium.org >http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

Alerting...
by Thomas Raabo - Zitcom A/S 05 Nov '13

05 Nov '13

Is there any documentation on the new alerting system? Is there a way to turn off all the old alerting stuff and start using the new stuff? /Thomas

2 1

Fwd: Regarding developers attitude...
by Doychin Dokov 05 Nov '13

05 Nov '13

Hi all, I would just like to share my experience with the attitude of Adam towards general minor web-interface issue reported by a paying customer (me). I've reported that the OSPF stats look very confusing and provided a screenshot which shows the issue. The inital response I got was "jira is not for general complaining". My answer was: "Where do we do so, then? Now that Observium is paid, we deserve some proper attention to problems, at least.... Not just the close-it-as-fast-as-you-can attitude you have so far.... Also, I'm more than willing to fix it myself by looking at the BGP code, so was jast curios if there is any plan to already rework the OSPF pages, as what is seen on the screenshot is really of no use - and I guess your opinion is the same as well." Which resulted in these comments from Tom Laermans and Adam Armstrong: "I believe you are confused about what exactly it is that you paid for." "You're definitely doing the right thing to make sure we add the features you want..." And then the issue was completely deleted.... So, I'd like to point these things: * why do we get such an attitude against the money kindly "asked" from us? Being a kickstarter supporter for the alerting system, I kind of felt being lied to, since the Observium developers decided that one has to get a license to receive the full functionality which the funding was raised for in the first place... Anyways, I understand the need for more revenue, but not the attitude at all. * this is in no way requesting a new feature. Is just a report, plus marked as of minor importance, which shows a feature already available in Observium being kind-of unusable. This makes me completely not understand the way developers behaved. * i've asked Adam in a personal e-mail what's the reason for this attitude. Since he did not get the guts to reply, I hope he does it here. I'd very much want to know what I've done wrong to provoke such an attitude. * this is not the first time one of the developers would say "idiot" to a (paying) user. So go ahead, shoot me. Thank you for your time and sorry about the need to post this here. Kind regards, - D. ---------- Forwarded message ---------- From: Adam Armstrong (JIRA) <jira(a)observium.org> Date: 2013/11/3 Subject: [OBS-JIRA] (OBSERVIUM-571) OSPF stats are a mess To: dokov(a)silistra.tv Adam Armstrong<http://jira.observium.org/secure/ViewProfile.jspa?name=adama>deleted [image: Bug] OBSERVIUM-571 *OSPF stats are a mess* <http://jira.observium.org/browse/OBSERVIUM-571> This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira

11 32

Help troubleshooting auto discovery
by Jason Lixfeld 05 Nov '13

05 Nov '13

I added a new box to my network last week, but Observium hasn't seemed to have picked it up yet. I'm trying to troubleshoot it, but short of proving ping, CDP and snmpwalk on the box work fine and manually running the discovery cron job, I'm not sure what else to do in terms of troubleshooting. Can anyone lend a pointer? CentOS 6.3 (Final) Observium 0.13.11.4743 [root@monitor01 observium]# /opt/observium/discovery.php -d -h new DEBUG! Observium v0.13.11.4743 Discovery Schema update disabled by -h new, run with -h none to perform it manually. SQL[SELECT * FROM `devices` WHERE status = 1 AND disabled = 0 AND (`last_discovered` IS NULL OR `last_discovered` = '0000-00-00 00:00:00') ORDER BY device_id DESC] /opt/observium/discovery.php new November 5, 2013, 8:16 - 0 devices discovered in 0.002 secs MySQL: Cell[0/0s] Row[0/0s] Rows[1/0s] Column[0/0s] Update[0/0s] Insert[0/0s] Delete[0/0s] [root@monitor01 observium]# mysql> select hostname from devices where hostname like 'bfr01.905king%'; Empty set (0.00 sec) mysql> RP/0/RSP0/CPU0:bfr01.151FrontStW01.YYZ#sh cdp neigh te0/2/0/14 detail Tue Nov 5 08:09:06.390 EST ------------------------- Device ID: bfr01.905KingStW01.YYZ SysName : bfr01.905KingStW01.YYZ Entry address(es): IPv4 address: * Platform: cisco ASR9K Series, Capabilities: Router Interface: TenGigE0/2/0/14 Port ID (outgoing port): TenGigE0/1/0/0 Holdtime : 166 sec Version : Cisco IOS XR Software, Version 4.3.2[Default] Copyright (c) 2013 by Cisco Systems, Inc. advertisement version: 2 Duplex: full RP/0/RSP0/CPU0:bfr01.151FrontStW01.YYZ# [root@monitor01 observium]# snmpwalk -v2c -c * bfr01.905KingStW01.YYZ sysDescr SNMPv2-MIB::sysDescr.0 = STRING: "Cisco IOS XR Software (Cisco ASR9K Series), Version 4.3.2[Default] Copyright (c) 2013 by Cisco Systems, Inc." [root@monitor01 observium]# ping -c 1 bfr01.905KingStW01.yyz PING bfr01.905KingStW01.yyz (10.219.49.22) 56(84) bytes of data. 64 bytes from bfr01.905KingStW01.YYZ (10.219.49.22): icmp_seq=1 ttl=253 time=0.862 ms --- bfr01.905KingStW01.yyz ping statistics --- 1 packets transmitted, 1 received, 0% packet loss, time 1ms rtt min/avg/max/mdev = 0.862/0.862/0.862/0.000 ms [root@monitor01 observium]# Thanks in advance, eh! ;)

3 7

Re: [Observium] :-)
by Rob VanHooren 05 Nov '13

05 Nov '13

it’s Canada. Everybody knows everybody. He’s in the next igloo a few streets over. :-P On Nov 5, 2013, at 8:04, observium-request(a)observium.org wrote: > know eachother? :P > > adam.

2 1