- observium - lists.observium.org

How to get revised SNMP settings from existing devices
by Mike Driscoll 14 May '15

14 May '15

I’ve been updating parameters in some Cisco switches such as snmp-server location and snmp-server contact. But I don’t see these changes reflected in existing devices. Is there anything else I should do?

3 2

new obs server
by Jeffrey d'Ambly 13 May '15

13 May '15

I just installed a new obs server using the professional edition. For some reason all my graphs are empty. I think this maybe due to rrdcached, but I have no idea why. Also when I run the poller in debug mode I saw some SQL errors? Is this something I should be concerned about? Also found this in /var/log/messages May 12 22:23:17 sjc-corp-net01 rrdcached[2470]: queue_thread_main: rrd_update_r (/opt/observium/rrd/nj-wan01/port-13.rrd) failed with status -1. (/opt/observium/rrd/nj-wan01/port-13.rrd: not a simple signed integer: '1.844674407371E+19') May 12 22:25:03 sjc-corp-net01 rrdcached[2470]: queue_thread_main: rrd_update_r (/opt/observium/rrd/nj-wan01/port-13.rrd) failed with status -1. (/opt/observium/rrd/nj-wan01/port-13.rrd: not a simple signed integer: '1.844674407371E+19') May 12 22:30:27 sjc-corp-net01 rrdcached[2470]: queue_thread_main: rrd_update_r (/opt/observium/rrd/nj-wan01/port-13.rrd) failed with status -1. (/opt/observium/rrd/nj-wan01/port-13.rrd: not a simple signed integer: '1.844674407371E+19') SQL[SELECT * FROM `cef_switching` WHERE `device_id` = '63' AND `entPhysicalIndex = '7051' AND `afi` = 'ipv4' AND `cef_index` = '1'] RUNTIME[0.00008607s] ERROR[Error in query: (1064) You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'afi` = 'ipv4' AND `cef_index` = '1'' at line 1] RRD /opt/observium/rrd/nj-wan01/cefswitching-7051-ipv4-1.rrd already exists - no need to create. SQL[UPDATE `cef_switching` set `drop` ='0',`punt` ='0',`punt2host` ='0',`drop_prev` ='',`punt_prev` ='',`punt2host_prev` ='',`updated` ='1431494692',`updated_prev` ='' WHERE `device_id` = '63' AND `entPhysicalIndex` = '7051' AND `afi` = 'ipv4' AND `cef_index` = '1'] RUNTIME[0.00063586s] RRD[cmd[update /opt/observium/rrd/nj-wan01/cefswitching-7051-ipv4-1.rrd N:0:0:0 --daemon unix:/var/rrdtool/rrdcached/rrdcached.sock] stdout[OK u:0.00 s:0.02 r:56.10] stderr[]] | |-2: RP LES SQL[SELECT * FROM `cef_switching` WHERE `device_id` = '63' AND `entPhysicalIndex = '7051' AND `afi` = 'ipv4' AND `cef_index` = '2'] RUNTIME[0.00007796s] ERROR[Error in query: (1064) You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'afi` = 'ipv4' AND `cef_index` = '2'' at line 1] RRD /opt/observium/rrd/nj-wan01/cefswitching-7051-ipv4-2.rrd already exists - no need to create. SQL[UPDATE `cef_switching` set `drop` ='0',`punt` ='395367',`punt2host` ='1150',`drop_prev` ='',`punt_prev` ='',`punt2host_prev` ='',`updated` ='1431494692',`updated_prev` ='' WHERE `device_id` = '63' AND `entPhysicalIndex` = '7051' AND `afi` = 'ipv4' AND `cef_index` = '2'] RUNTIME[0.00068498s] RRD[cmd[update /opt/observium/rrd/nj-wan01/cefswitching-7051-ipv4-2.rrd N:0:395367:1150 --daemon unix:/var/rrdtool/rrdcached/rrdcached.sock] stdout[OK u:0.00 s:0.02 r:56.11] stderr[]] |- ipv6 RRD /opt/observium/rrd/nj-wan01/cef-pfx-7051-ipv6.rrd already exists - no need to create. SQL[UPDATE `cef_prefix` set `cef_pfx` ='' WHERE `device_id` = '63' AND `entPhysicalIndex` = '7051' AND `afi` = 'ipv6'] RUNTIME[0.00073409s] RRD[cmd[update /opt/observium/rrd/nj-wan01/cef-pfx-7051-ipv6.rrd N:U --daemon unix:/var/rrdtool/rrdcached/rrdcached.sock] stdout[OK u:0.00 s:0.02 r:56.11] stderr[]] | |-1: RP LES SQL[SELECT * FROM `cef_switching` WHERE `device_id` = '63' AND `entPhysicalIndex = '7051' AND `afi` = 'ipv6' AND `cef_index` = '1'] RUNTIME[0.00008082s] ERROR[Error in query: (1064) You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'afi` = 'ipv6' AND `cef_index` = '1'' at line 1] RRD /opt/observium/rrd/nj-wan01/cefswitching-7051-ipv6-1.rrd already exists - no need to create. SQL[UPDATE `cef_switching` set `drop` ='0',`punt` ='0',`punt2host` ='0',`drop_prev` ='',`punt_prev` ='',`punt2host_prev` ='',`updated` ='1431494692',`updated_prev` ='' WHERE `device_id` = '63' AND `entPhysicalIndex` = '7051' AND `afi` = 'ipv6' AND `cef_index` = '1'] RUNTIME[0.00065994s] RRD[cmd[update /opt/observium/rrd/nj-wan01/cefswitching-7051-ipv6-1.rrd N:0:0:0 --daemon unix:/var/rrdtool/rrdcached/rrdcached.sock] stdout[OK u:0.00 s:0.02 r:56.11] stderr[]]

4 5

Observium and ATM ?
by Jerome SCHEVINGT 13 May '15

13 May '15

Hi Does Observium support ATM on cisco ? because i see the first card: ATM1/0 but not all sub interface regards jerome

6 9

Observium Subscription Invoice
by Meyer, Florian 13 May '15

13 May '15

Hi, is it possible to get an invoice for the purchased subscription? I purchased the subscription via my personal credit card and have to get my money back from my employer, but they need an invoice. Thanks for any help! Mit freundlichen Grüßen i. A. Florian Meyer Team Infrastruktur/Systeme Universitätsmedizin Rostock Dezernat IT Postfach 10 08 88 18055 Rostock Tel.: +49 (0) 381 / 494 3364 Fax: +49 (0) 381 / 494 3302

2 1

Fortigate Sessions Graph Patch
by Nathan Phelan 12 May '15

12 May '15

Hi Basile, Thanks for that patch; that fixed it up for us. Would be great to see that included in Observium soon. Cheers, Nathan From: observium [mailto:observium-bounces@observium.org] On Behalf Of Basile Bluntschli Sent: Saturday, 9 May 2015 5:26 AM To: Observium Network Observation System Subject: Re: [Observium] Fortigate Ports Disappeared Hi Serghei I have no idea how to apply a svn diff file to an existing file. I just followed the instructions on the Observium website on how to submit a patch :) I would need to use google as well... Else you could manually edit the fortigate.inc.pcp file, the patch provides something like three or four lines of code change... That should be doable as well. Kind regards Basile 2015-05-08 16:42 GMT+02:00 Serghei Golipad <s.golipad(a)kelway.com<mailto:s.golipad@kelway.com>>: Hi Basile, Am I doing something wrong here? observ01:/opt/observium/includes/polling/os# patch -p1 < r6384.patch can't find file to patch at input line 5 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |Index: fortigate.inc.php |=================================================================== |--- fortigate.inc.php (revision 6384) |+++ fortigate.inc.php (working copy) -------------------------- File to patch: fortigate.inc.php patching file fortigate.inc.php Hunk #1 FAILED at 11. patch unexpectedly ends in middle of line Hunk #2 FAILED at 23. 2 out of 2 hunks FAILED -- saving rejects to file fortigate.inc.php.rej root@uk1soc-observ01:/opt/observium/includes/polling/os# From: observium [mailto:observium-bounces@observium.org<mailto:observium-bounces@observium.org>] On Behalf Of Basile Bluntschli Sent: 08 May 2015 15:34 To: Observium Network Observation System Subject: Re: [Observium] Fortigate Ports Disappeared Hi Serghei Fortigate CPU was fixed somewhere in August 2014. The same change broke back then the Firewall Session counter. You may want to update to the current svn version? And then reapply my patch? This should work. Kind regards Basile 2015-05-08 15:23 GMT+02:00 Serghei Golipad <s.golipad(a)kelway.com<mailto:s.golipad@kelway.com>>: Hi Basile, I’ve tried that one, patch fails. Are you able to send a copy of your fortigate.php.inc? P.S does it fix CPU graphs too? Also any reason why there’s CPU and Processor graphs? Thanks From: observium [mailto:observium-bounces@observium.org<mailto:observium-bounces@observium.org>] On Behalf Of Basile Bluntschli Sent: 08 May 2015 13:57 To: Observium Network Observation System Subject: Re: [Observium] Fortigate Ports Disappeared Hi Serghei there is a patch here: http://jira.observium.org/browse/OBSERVIUM-1278?jql= It works for me... You can try it on your own risk :) Kind regards Basile 2015-05-08 10:22 GMT+02:00 Serghei Golipad <s.golipad(a)kelway.com<mailto:s.golipad@kelway.com>>: Hi Nathan, That was spot on :D thank you very much! This problem was been screwing our traffic accounting graphs and causing all sorts of aggravation ☺ We are on: v5.0,build3608,140409 (GA Patch 7) time to upgrade, I know. P.S if only there was a fix to sessions being graphed ☹ Cheers From: observium [mailto:observium-bounces@observium.org<mailto:observium-bounces@observium.org>] On Behalf Of Nathan Phelan Sent: 08 May 2015 05:58 To: Observium Network Observation System Subject: Re: [Observium] Fortigate Ports Disappeared Hi Serghei, This is an issue we have run into several times. Every time it has been due to a SNMPD bug on the fortigates. There is an issue with several firmware versions that returns invalid values for interfaces that have been recently deleted (usually vlan subinterfaces or ipsec interfaces). When this has happened snmp on the fortigates will still return values for everything apart from anything referencing the deleted interface (which is still in snmp somewhere). I have logged a ticket with Fortinet about this (in Feb 2014) and it is supposed to be fixed in newer firmware versions (although I have seen it crop up again on ‘fixed’ versions). When it is in this state snmpwalk actually fails the following query snmpwalk -v2c -c public fortigateIPAddress ifType Error in packet. Reason: (genError) A general failure occured Failed object: IF-MIB::ifType.45 (in this example 45 was snmp index of the deleted interface). The fix for us has always been to kill and restart snmpd on the Fortigate (on all cluster members if it is a cluster). You’ll need to find the process ID of the snmpd process and then kill it; watchdog will automatically restart it and then it’ll be fine. show running processes diag sys top 30 99 kill snmpd process by process id diag sys kill 11 <process ID> I don’t remember if you have to do a discovery after this or if it will return to normal on the next polling cycle. Interested to hear if this solves it for you – also interested to hear what firmware version you are seeing this on. Cheers, Nathan From: observium [mailto:observium-bounces@observium.org] On Behalf Of Serghei Golipad Sent: Friday, 8 May 2015 1:17 AM To: Observium Network Observation System Subject: Re: [Observium] Fortigate Ports Disappeared Hi Adam, Anything I should be looking for in the debug? I can see ifNames correctly displayed during debug however those don’t make it into portal. Also in event log I get below for all discovered ports: Interface changed: [ifDescr] TEST_PORT -> NULL; [ifType] other -> NULL; [ifDuplex] -> 0 One of the things I’ve picked up from poller debug: ignored (by empty ifDescr and ifName). Thanks From: observium [mailto:observium-bounces@observium.org] On Behalf Of Adam Armstrong Sent: 07 May 2015 15:45 To: observium(a)observium.org<mailto:observium@observium.org> Subject: Re: [Observium] Fortigate Ports Disappeared snmpwalk doesn't prove anything, since we don't use snmpwalk. Checking the output from the poller module running in debug might, though. ./poller.php -h <host> -m ports -d adam. Sent from Mailbird<http://www.getmailbird.com/?utm_source=Mailbird&utm_medium=email&utm_campai…> On 07/05/2015 15:38:44, Serghei Golipad <s.golipad(a)kelway.com<mailto:s.golipad@kelway.com>> wrote: Hi Everyone, Has anyone else had this problem? All of a sudden some of the critical ports have disappeared, first though it was SNMP process crash on the firewall however simple snmpwalk proves that’s not the case. I then deleted device including RRDs and re-added, now none of the ports are showing ☹ I’m on 6404. Thanks PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS EMAIL. Kelway Ltd is a Company registered in England and Wales. This email is sent for and on behalf of Kelway Holdings Limited. Kelway Holdings Limited is the UK holding company for Kelway Limited trading as Kelway. The registered office for Kelway Holdings Limited (Company Number 05872067) and its UK group undertakings is 10 Fleet Place, London, EC4M 7RB. VAT Registration 902 1949 39. Confidentiality: This e-mail contains proprietary information, some or all of which may be confidential and/or legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to this e-mail and then delete the original. If you are not the intended recipient you may not use, disclose, distribute, copy, print or rely on any information contained in this e-mail. You must not inform any other person other than Kelway or the sender of its existence. For more information about Kelway please visit www.kelway.com<http://www.kelway.com> _______________________________________________ observium mailing list observium(a)observium.org<mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium(a)observium.org<mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium _______________________________________________ observium mailing list observium(a)observium.org<mailto:observium@observium.org> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

New Observium Installation => Graphs Ok but no data
by Jerome SCHEVINGT 11 May '15

11 May '15

Hi i have installed Observium from svn and he work but all graphs is at 0 i see the graph but In: -nan Out: -nan where is my error ? thanks jerome

1 0

[OBSERVIUM-906] abnormal value for the alert duration on observium alerts
by Supun Rathnayake 11 May '15

11 May '15

Hi , Wondering whether the Observium team would be looking into this issue http://jira.observium.org/browse/OBSERVIUM-906 -- With Best Regards, Supun Rathnayake Lanka communication Services (Pvt) Ltd. 65C, Dharmapala Mawatha, Colombo 07. Sri Lanka. Tel: +94-11-2437545 http://www.lankacom.net

1 0

Not showing ports on Juniper EX4200
by Stephen Bateman 10 May '15

10 May '15

Hi Everyone, I have just added a Juniper EX4200 to my kit then added it into Observium, however for some reason it does not list the ports. The JunOS is the same version as my other switches which are fine and if I discover the switch manually on CLI by device ID it appears to retrieve them fine. I have checked the SNMP config of the device against my other ones and they are the same so assume it is maybe something else. Any tips on how to resolve this would be appreciated. Stephen Discovery Output is as follows... Module [ os ] time: 0.0334s Ports : X dsc(5)[] lo0(6)[] tap(7)[] gre(8)[] ipip(9)[] pime(10)[] pimd(11)[] mtun(12)[] lo0.0(16)[] lo0.16384(21)[] me0(33)[] me0.0(34)[] vme(35)[] vme.0(36)[] bme0(37)[] bme0.32768(38)[] bme0.32770(40)[] vcp-0(49)[] vcp-0.32768(50)[] vcp-1(51)[] vcp-1.32768(52)[] vlan(501)[] ge-0/0/0(502)[] ge-0/0/0.0(503)[] ge-0/0/1(504)[] ge-0/0/1.0(505)[] ge-0/0/2(506)[] ge-0/0/2.0(507)[] ge-0/0/3(508)[] ge-0/0/3.0(509)[] ge-0/0/4(510)[] ge-0/0/4.0(511)[] ge-0/0/5(512)[] ge-0/0/5.0(513)[] ge-0/0/6(514)[] ge-0/0/7(515)[] ge-0/0/6.0(516)[] ge-0/0/7.0(517)[] ge-0/0/8(518)[] ge-0/0/8.0(519)[] ge-0/0/9(520)[] ge-0/0/9.0(521)[] ge-0/0/10(522)[] ge-0/0/11(523)[] ge-0/0/10.0(524)[] ge-0/0/11.0(525)[] ge-0/0/12(526)[] ge-0/0/12.0(527)[] ge-0/0/13(528)[] ge-0/0/14(529)[] ge-0/0/13.0(530)[] ge-0/0/14.0(531)[] ge-0/0/15(532)[] ge-0/0/15.0(533)[] ge-0/0/16(534)[] ge-0/0/16.0(535)[] ge-0/0/17(536)[] ge-0/0/17.0(537)[] ge-0/0/18(538)[] ge-0/0/18.0(539)[] ge-0/0/19(540)[] ge-0/0/20(541)[] ge-0/0/19.0(542)[] ge-0/0/20.0(543)[] ge-0/0/21(544)[] ge-0/0/21.0(545)[] ge-0/0/22(546)[] ge-0/0/23(547)[] ge-0/0/22.0(548)[] ge-0/0/23.0(549)[] ge-0/0/24(550)[] ge-0/0/24.0(551)[] ge-0/0/25(552)[] ge-0/0/25.0(553)[] ge-0/0/26(554)[] ge-0/0/26.0(555)[] ge-0/0/27(556)[] ge-0/0/27.0(557)[] ge-0/0/28(558)[] ge-0/0/28.0(559)[] ge-0/0/29(560)[] ge-0/0/30(561)[] ge-0/0/31(562)[] ge-0/0/29.0(563)[] ge-0/0/30.0(564)[] ge-0/0/31.0(565)[] ge-0/0/32(566)[] ge-0/0/32.0(567)[] ge-0/0/33(568)[] ge-0/0/34(569)[] ge-0/0/33.0(570)[] ge-0/0/34.0(571)[] ge-0/0/35(572)[] ge-0/0/35.0(573)[] ge-0/0/36(574)[] ge-0/0/37(575)[] ge-0/0/36.0(576)[] ge-0/0/37.0(577)[] ge-0/0/38(578)[] ge-0/0/38.0(579)[] ge-0/0/39(580)[] ge-0/0/40(581)[] ge-0/0/39.0(582)[] ge-0/0/40.0(583)[] ge-0/0/41(584)[] ge-0/0/41.0(585)[] ge-0/0/42(586)[] ge-0/0/43(587)[] ge-0/0/44(588)[] ge-0/0/42.0(589)[] ge-0/0/43.0(590)[] ge-0/0/44.0(591)[] ge-0/0/45(592)[] ge-0/0/45.0(593)[] ge-0/0/46(594)[] ge-0/0/46.0(595)[] xe-0/1/0(598)[] xe-0/1/0.0(599)[] vlan.0(600)[] gr-0/0/47(603)[] gr-0/0/47.0(604)[] vlan.100(605)[] vlan.199(606)[] vlan.302(607)[] vlan.304(608)[] Module [ ports ] time: 1.5604s Port Stacks: .................................................................................................................................................................................................... Module [ ports-stack ] time: 0.6286s Processors : JUNIPER-MIB .. JUNIPER-SRX5000-SPU-MONITORING-MIB hrDevice: Module [ processors ] time: 0.9984s Memory : JUNIPER-MIB .. JUNIPER-SRX5000-SPU-MONITORING-MIB HOST-RESOURCES-MIB Module [ mempools ] time: 1.4283s IPv4 Addresses : Module [ ipv4-addresses ] time: 0.1158s IPv6 Addresses : Module [ ipv6-addresses ] time: 0.2653s Sensors & Status: JUNIPER-MIB .. JUNIPER-ALARM-MIB .. JUNIPER-DOM-MIB Module [ sensors ] time: 2.644s Storage : HOST-RESOURCES-MIB ...... Module [ storage ] time: 0.052s Inventory : JUNIPER-MIB HOST-RESOURCES-MIB Module [ inventory ] stats: 11 added Module [ inventory ] time: 2.9178s Discovery protocols: LLDP-MIB CISCO-CDP-MIB Module [ discovery-protocols ] time: 0.2521s OSPF Neighbours: Module [ ospf-autodiscovery ] time: 0.0655s ARP/NDP Tables : Module [ arp-table ] time: 0.3335s Module [ junose-atm-vp ] time: 0.0003s BGP Sessions: BGP4-V2-MIB-JUNIPER No BGP on host Module [ bgp-peers ] time: 0.0221s VLANs: Q-BRIDGE-MIB 0 100 199 302 304 Module [ vlans ] stats: 0[V+] 100[V+] 199[V+] 302[V+] 304[V+] Module [ vlans ] time: 0.4547s Module [ mac-accounting ] time: 0.0003s Pseudowires : PW-STD-MIB Module [ pseudowires ] time: 0.0388s VRFs : Module [ cisco-vrf ] time: 0.1992s Module [ cisco-sla ] time: 0.0006s Module [ vmware-vminfo ] time: 0.0005s Cisco Class-based QoS: QoS not configured. Module [ cisco-cbqos ] time: 0.1115s Module [ libvirt-vminfo ] time: 0.0005s Module [ toner ] time: 0.0004s UCD Disk IO : Module [ ucd-diskio ] time: 0.0379s Wifi: Module [ wifi ] time: 0.0088s Module [ graphs ] time: 0.0072s Device [ ahostnamehere ] discovered in 12.18 seconds Memory usage: 5MB (peak: 5.25MB) MySQL: Cell[349/0.17s] Row[150/0.11s] Rows[10/0.01s] Column[0/0s] Update[1/0s] Insert[144/0.15s] Delete[0/0s]

2 1

The system doesn't show graphics
by Monico Briseño 09 May '15

09 May '15

I installed Observium on Ubuntu server. I followed all instructions available on the Observium web. However, the system doesn't show any kind of graphics. Also, I want to add a new Linux device with snmp v2 client installed, the system can't reached with the v2c features. Finally, I attached a screenshot of the linux server I could add it using CLI. Any ideas? TIA -- -- http://www.cobaej.edu.mx/cobaejweb/FLASH/bannerbvc.swf -- <http://www.cobaej.edu.mx/cobaejweb/FLASH/bannerbvc.swf>

2 1

Fortigate Ports Disappeared
by Serghei Golipad 08 May '15

08 May '15

Hi Everyone, Has anyone else had this problem? All of a sudden some of the critical ports have disappeared, first though it was SNMP process crash on the firewall however simple snmpwalk proves that's not the case. I then deleted device including RRDs and re-added, now none of the ports are showing :( [cid:image001.png@01D088DB.DC99D9B0] I'm on 6404. Thanks PLEASE CONSIDER THE ENVIRONMENT BEFORE PRINTING THIS EMAIL. Kelway (UK) Ltd is a Company registered in England and Wales. This email is sent for and on behalf of Kelway Holdings Limited. Kelway Holdings Limited is the UK holding company for Kelway (UK) Limited trading as Kelway. The registered office for Kelway Holdings Limited (Company Number 05872067) and its UK group undertakings is 10 Fleet Place, London, EC4M 7RB. VAT Registration 902 1949 39. Confidentiality: This e-mail contains proprietary information, some or all of which may be confidential and/or legally privileged. It is for the intended recipient only. If an addressing or transmission error has misdirected this e-mail, please notify the author by replying to this e-mail and then delete the original. If you are not the intended recipient you may not use, disclose, distribute, copy, print or rely on any information contained in this e-mail. You must not inform any other person other than Kelway or the sender of its existence. For more information about Kelway please visit www.kelway.co.uk

4 9

False alerts on interface errors
by Michael Vieth 08 May '15

08 May '15

ALERT Modify Alert Entity TenGigabitEthernet2/0/2 Descr L2 Connection to <REDACTED> Conditions ifInErrors_rate gt 1 (19.692883895131) Metrics ifInErrors_rate = 19.692883895131 ifOutErrors_rate = 0 Duration 5 days, 2h 6s Device Device REDACTED Hardware WS-C3750E-48TD-E Operating System Cisco IOS 12.2(44)SE UNIVERSALK9 Location REDACTED Uptime 2 years, 213 days, 7h 59m 44s [data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAeEAAADNCAYAAACPU8j3AAAABmJLR0QA/wD/AP+gvaeTAAAgAElEQVR4nO2deXgUVbrG36SzkH3fgQTCZgKyJCQQiCKgBHEEUa7RGUGd6xUH0RGvF1EcRoTr6Cg6EHC8IihXMAxXDQwYgREQQiBtADGyJ5iEELKRtdNk6XTfP9ouuztd1UtVd59Ovt/z5Ol01am3zjnfqT51ajmv25kzZzQgCIIgCMKhtLS0wN3ZmSAIgiCI/kZLSwuuXr0KD92CYcOGOTM/BEEQBNFv2LVrFwDQSJggCIIgnAV1wgRBEAThJDzMJyEIgiAIwhLkcjkAoKurC15eXujq6sLUqVN501MnTBAEQRASkZaWBgC4cOECbrvtNpw/f14wPV2OJgiCIAgJaW1tRWNjIzQaDVQqlWBaGgkTBEEQhEScP38enZ2dGDVqFORyOaKjowXTUydMEARBEBIRGxuL4OBgAEBYWJjZ9NQJEwRBEIREXL58GQA9mEUQBEEQDocezCIIgiAIJ0IPZhEEQRCEE6AHswiCIAjCSfTbB7N+PnoUGo0GQ++809lZIQiCIPopP/30E7y8vLjv/eLBLFVnJ/61Zg0AYPCkSfDw9nZyjgiCIIj+SGhoKJKSkrjv/eLBrO8//hit16+j9fp1yDdvdnZ2CIIgiH5Kd3c39zCWSqVCd3e3YHqXHwkbd7zff/wxRs+bh8C4OCfmiiAIguiPDB06FGfPnkVPTw9kMhlGjBghmN7lO+Fv166FqrOT+667ND3/gw+cmCuCIAiiPxIQEICUlBSL07v85egHNm3Ci+fOQZmdjRfPncOL585xHfCNGzdE64vVkCIPtw4eFK3BQjlY0KB4sKVB8WBLg+IhPdevXxdc7/KdsBBdXV1O15AiD25+fqI1WCgHCxoUD7Y0KB5saVA8pKe5uVlwvajL0Tt27MCbb76Jmpoa1NfXAwBOnDiBF154AWq1Gt7e3nj//fe5oXlzczMWLlyI2tpaREdHY9u2bQgKCuLVj4+PR0VFhcX58ddoDL7Lurt7LbMWmzUCArTby2Tw9/cXlYeeri7RGmLzIUU5WNCgeLClQfFgS6NfxqOtDQgIgEKhsHl/+sjlcoPvCoUCycnJvOndzpw5owGAYcOGWb2zc+fOISAgAJmZmVxneenSJQQHByMqKgo//vgj/v3f/53L1IoVKxAbG4ulS5ciJycHNTU1WPPLq0WmsKYTfuONN/DWypVWl8Fu/NIJEwRBEAwjcSdszLlz50x2wrt27QIg8nJ0cnIyBg8ebLBs5MiRiIqKAgAkJSWhoaGBW/ftt9/i4YcfBgBkZ2fjoIX3Dk6cOIG7774bbW1tVuWvzIpRtL00ysrKROdBcfSoaA2x+ZCiHCxoUDzY0qB4sKVB8ZCekJAQwfWiRsI6+Easn332GQoLC7Fp0yYAQEJCAoqKivDcc88hNzcXw4cPR2lpqaDu3r17sXTpUuzatQsRERG8aWkkTBAEQViNxCPhhoYGlJeXQ61Ww93dHQkJCQgPD++VTpKRsBCXLl3Cpk2bsHbtWoPlUVFR2LlzJ9zc3MxqqFQqzJ8/HwsWLODtgHsaG9G2ZQvUTU1QHD8OANzn1d27Db7b8llWUWH79keOoKysDIojR7jvtnw2/P3voraXIh9SlOPqP/7RJ8pB8WCrHBQPtsrhcvE4fhyqmzfRtmULuszMbmUJ165dQ0pKCtLS0jBhwgRcu3ZNML1dRsJ1dXWYO3cuNm/ebHAtPC0tDXv37kVkZCQaGhowZ84cFBUV8erGxcXhyy+/xNNPP439+/dzl7lNQSNhgiAIwmokHgmfOXMG48aNg5ubGzQaDX744QeMHz++Vzq7jYSVSiWys7OxevXqXjejZ8yYwe14586duPvuuwW1PDw8kJ6ejpdffhnLli2zOi90T1i6fLBwv0oKDYoHWxoUD7Y0KB7iGThwIE6dOgW5XI5Tp05h0KBBgulFjYS3bduGtWvXoqamBtHR0Xj11VfR1taG1atXIzExkUt37NgxyGQyNDU1YdGiRTa9ojRv3jw8/vjjmDdvnsm0NBImCIIgrMbOT0fzIclIeOHChbh06RJaWlpw6dIlLFy4EEuWLEFtbS0KCwu5P5lMBkD7lNiePXtQVFSE3bt3C3bAAAwucefl5fF2wHzQSFi6fLBwli6FBsWDLQ2KB1saFA/xNDQ0oLi4GHK5HMXFxQZvCJlCknvCLEAjYYIgCMJq7HhPWK1W4+zZs469J8wSNBKWLh8snKVLoUHxYEuD4sGWBsVDWix5C4hGwvaCRsIEQRDsI/FIuL6+HhUVFc5/T9hRdHd3o7KykrvufrWykvssq6gw+G7LZ2FxsW3bX72q3b6w0OC7LZ+Ko0dFbS9FPqQoR1lZWZ8oB8WDrXJQPNgqhyvG4/Lly6isrJTEfSkiIgKpqalIS0tDamqqyQ5YHxoJ24k5f0sDAOxbecHJOSEIgiB4ceWno1nHmfeEh8Vq7bzoHgtbGhQPtjQoHmxpUDzEU1BQALlcbvAnBI2E7cTq/bNQdLGJRsIEQRAsI/FImM81yRhJRsI7duzAmDFjes3r3NzcjPvvvx/p6emYO3cuWlpaBJfzER8fLyZ79HS0hPlg4SxdCg2KB1saFA+2NCgejkdUJzx27Fjs27cPvr6+Bsvfeust3H333SgqKsLdd9+Nv/71r4LL7UWiyE5cCg39mcNsxf+OO0RriM2HFOVgQYPiwZYGxYMtDYqHeMLCwqxKL7mfMMDvG0x+wrbRV84sWdCgeLClQfFgS4PiIZ7o6Gir0tvlway6ujpoNBo8/PDDCAsLw82bNwWXC1FSUoIVK1Zgx44dCLDy3VsaCUuXDxbO0qXQoHiwpUHxYEuD4uF47PZ0NJ9vcH/yE554M7B/+nOSX6pLlIPiwVY5KB5OKofEfsLWYhc/YT7f4P7kJ0xPRxMEQbgATn5P2MMe4jrf4CVLlhj4BvMt58PYT3j79u1W5aOsokL05WSxGut3ZWP4SPPBnX37Xt51iqNHRV/iKSsrE3WJRuz2rGhIkQeKh6HG5fbnUVqtwLBYf5NphNo2xYMtjb4Uj8vtzwOAzW3TUUjuJ7xw4UJe3+D+5Ce85mAWTpxvBAA8e7/5xsRCY3AV8n+8j/u/WdGNzw5ppwrV1TPVpeOobqzEU5tmAeBv5xQPQkosaXOA6d8GY2bfvlfSkXBVVRXi4uIsut2qGwn36ck6nDkS3hUYCAC4NXo0fH76SVQeQgcORGNVlSgNsfmQohwsaFA82NKgeLCl0R/jsaC1VbJO+MaNG6iurkZkZCTi4uLg7s7/2JVdL0ezgjOfjq7JvxNNii4UXWzCs9vnGKyrbryFLwuqAQDzp8Zy/+ufremfxWkZxf2nS9c7jeF6fVSKbnxySGVyvb7O76YPNnn2qL2YE2+QdlisH0qr203u7+zVFhz7qcFAR6ehT2m1AuGB3rxnrPp19bvpg7HzUCXw8Cgunf56/W1LqxW/5NHfqIyqXvEwhXHdPnt/IpfXdYcqAYyy+Cxcmw/DuvIHMPv2EsE8bPhmGu9lNP26FLrcpo9xXVmSh88LZ/HGplnRzcVDH756MTUy8QdQ3RjJ5YtPx9xoOv/H+6w6HozzY9wuTGkJxdu4HNZeFeBGdw+P4j0GteluCdaVfj6Ejk++48bUMQoI/9YYx7ULwILbrwmX0yjfvffBf5zq5z0rVfuckHH7tyoeVr76KkRMTAxiYmJQW1uLM2fOICIiAgMHDhTsjPt0J+zse8Lu7m6IkCUgZ4/2nTXdD7nvAJnZbZVd2g5zWKwfgn+SoTi0lTuodHrzp8YCACaOCAEANCm6UFrdbqCj6zj2f+dusEzHsFh/bl8ADA403X4A4PHJk6DyqebWT00OQ3ePutf+TB2s+nmo7ynvdeDqymFKQ3/dleo2RMgSUN9TbrLOTP9wag9OXRn146Fdb9hx658QaOund52nNgaiOLSVW5aVGmWiszckLNDLQEebj9tMlkP/R/h3002foCjqI1DWVsqd6AC1vBrG2+ryuf87d4M86NKUVivQ3tGjp63FuN] ALERT Modify Alert Entity TenGigabitEthernet2/0/1 Descr moved to <REDACTED> Conditions ifInErrors_rate gt 1 (490.91760299625) Metrics ifInErrors_rate = 490.91760299625 ifOutErrors_rate = 0 Duration 15 days, 4h 7s Device Device REDACTED Hardware WS-C3750E-48TD-E Operating System Cisco IOS 12.2(44)SE UNIVERSALK9 Location REDACTED Uptime 2 years, 213 days, 7h 59m 44s [data:image/png;base64,iVBORw0KGgoAAAANSUhEUgAAAeEAAADMCAYAAABEDxtSAAAABmJLR0QA/wD/AP+gvaeTAAAdZ0lEQVR4nO2df5BdZXnHPxuCgiCSSEiA6AJtRCAghB8Ro0X5kSLoADOKZpAFS20HxxmhlbEziNoWHFtrpLbNeJlgBbIzBe2MKBMwTLYKM01xBWoIoCAoNJLAxghbLYxKTv94znXv3j33nHPvvnvufd7z/czcee+e573nnO/e973v+z3vOe8LQgghhBBCCCGEEEIIIYQQQgghhBBCCCGCMtTvExBCCCEi4rQ0fRXwmzT9Xv9ORwghhKgfx6bp8rxM8yo4ESGEEKJOvA54PXa1eX5extygEEIIIbpiOfBq4FHs0vSO/p6OEEIIUR8WdJNZTlgIIYQIx5vTVDdmCSGEEH1CN2YJIYQQfUA3ZgkhhBB9QDdmCSGEEH2injdmXXrppeclSTJ0yy233NnvcxFCCFFbjsduyGqSe2NWFNNWXnbZZfvs2bPnUYB58+Yd87Wvfe3lfp+TEEKIWrIc2Jbz9zSiuDFrz549nwSOAI7Ys2fPX/X7fIQQQtSWvZm6yjw//bsjVTvhEeAzwKHAviXyLwBuB5Zgg9sXAS+0ZrjkkkuOGBoaehTYJ930cpIkx9x6660/DXbWQgghRDkOAI7CGuDfAT8GJjtlrtoJPwScAfy6ZP5rgbuA49L0mvYMQ0NDX2aqAQbYZ2ho6J9meZ5CCCFEL0wC48CWNO3YAPeTXSXzbQMWp+8XAQ93yjg8PLwOYMOGDe8r2mlRnqJ48pWv3DzXx5CO8nHpCBcPsQ/pCBcPsQ/pKB+fI5bmBQd9THgxdsn8DqzhPqjoA0NDQ4tmm6dwH0NDhU5+tseQji72IR3hziHEPqQj3DmE2Id0lD/G3JD7yNKgN8IAO4HzgSQrmDQaxyU33vjoiqVLlyeNRmNoaGj/pNFopLHM9KyXXrp0NnHgj/PiZc5jtnGvOpLJySTZvDlpTc99zWvWZW0vG2f//a/IiyebNycnHnPMurmM10XHoJarWOqHdPRHR7MdSRqNjzF7Tmt7LcnL3K9HlEq5Wuxy9JnAc9jl6DFsfHgGw8PD655++umPBjtDMSckk5OZnSnhg6EDDojisUYhKuQ4coZSB8kJb8nYtglYk76/GLi7aCejo6NXzDZPUTxpNNbN9THqpOOJn/1sVnF+8IOiQ8z6GIXnEGIfTnR4KVex1A/pMKrQMUfszgtW3au9HPhr4BDskaPPADelsSx3vBC4jZxHlJrICftATtg3csJCFLIIOBIzuXuAp4CJTpmrdsI3YXeK7ZWmN7XEsi5P7wbOxuz8ajo0wK3E0iOrk466OMhYdHgpV7HUD+kwHDnhNwLfZ+oRpTfmZY6mVysn7AM5Yd/ICQtRyEnAg9jNxEPACuCBTpkHaUw4CLH0yOqkoy4OMhYdXspVLPVDOgxHTvh/gFOxO6NPBZ7JyxxNr1ZO2Adywr6RExYiLHLCPcTVswwXh/o4yFh0eClXsdQP6TAcOeFFwErMCa9M/+5INL1aOWEfyAn7Rk5YiEJax4TnASeiMeHu8gxCj6xOOuriIGPR4aVcxVI/pMNw5IRbKTQdVfdqC5cmbOOtwI1YZ+Hn2IQdmYs/yAn7QE7YN3LCQhRyMLa+/UA+J1y4NGEb64CPAsuBv8cm98gllh5ZnXTUxUHGosNLuYqlfkiH4cgJPw/cjz0nfD85DTBU74RLzwWdshubxGMPdq4/BI7Pyign7AM5Yd/ICQsRlqqdcLdLEz4GnJu+fx9wWNEBYumR1UlHXRxkLDq8lKtY6od0GI6c8OnMXElpYGi35TsK8h8LfBfYCnwKc9DTaC5BdeGqVfcWLaWltP9p0VJ9Sgc77Xf5Uap0Tn6Xwi5lmHd1t+9sw9ww2OXojss7ZbAM6GgVhoeH10E8PbJYdSSTk0n76/GtW2ds6yaejI3lxwMco/AcaqJjUMvVXOxDOsLFQ+yjCh2B6KoRrnp8Zy02hdcNwJXY5eWr09gWZtr2BcAvsfP8KvAo8IWsHWtM2AfNH3LhE40JC1HIIRRf5f09VY8JXwechzngc4HrW2LLMvKfm+Z9FHgZ+FLRAWLpkdVJR13GUmPR4aVcxVI/pMNw5IRLN8CgGbNExcgJ+0ZOWIiwaMasHuLqWYaLQ30cZCw6vJSrWOqHdBiOnHBXRNOrlRP2gZywb+SEhQiLnHAPcfUsw8WhPg4yFh1eylUs9UM6DDnhAUdO2Adywr6RExYilzcA26F44YYmcsI9xNWzDBeH+jjIWHR4KVex1A/pMJw44VeAk4E3UrJ9jaZXKyfsAzlh38gJC1GKJZgrnsDmxtjTKWPVTngBcA/27O8m4MCC/JcBj6evS8scIJYeWZ101MVBxqLDS7mKpX5Ih+HECTfZCYwDLwEr8jL2Y8as7Wl6FXAoUzNmZfFz4ETM4v8QWNopo5ywD+SEfSMnLERYqnbCq4HR9P0G4JyC/NuBfdPX9jIHiKVHVicddXGQsejwUq5iqR/SYThzwqWpulc7gU1u3QAuAJ7F5tnsxPHA3en7d2NuOBM5YR/ICftGTliIsPTj7uidwPmUu4X781hjfT7wuawMzSWoVixdujxpNBqjo6NXFC1dNbF+/X2ziSeNxiMF8cLzmG3csw7Gx2lNXxwbI2t72TgbN+bHx8fN3c1hvE46BrVcxVI/pKN6HUnYpQy7oupe7TbgTGxd4EXAGPnLPk2k+cAmxe7omuWEfSAn7Bs5YSHCUrUT3gSsSd9fzNSlZrClDNuZAJYDRwG/KHOAWMYm6qSjLmOpsejwUq5iqR/SYVShox9U3atdCNyGPUO1A7gIeCGN7QIOasv/Hmz5wj3Y+sN3ddqxnLAP5IR9IycsRNcsJefG4qqd8G7gbOwS9GqmGmCY2QAD3ImtM3wUOQ1wK7H0yOqkoy4OMhYdXspVLPVDOgzHTnhBXjCaXq2csA/khH0jJyxEIae1/b0/NklVJpo7uoe4epbh4lAfBxmLDi/lKpb6IR2GIye8pe21My9zNL1aOWEfyAn7Rk5YiK45DJv9MRM54R7i6lmGi0N9HGQsOryUq1jqh3QYjpzwImAldll6JfCbvMzR9GrlhH0gJ+wbOWEhCjkJeBBIMKN7IvBAp8xywj3E1bMMF4f6OMhYdHgpV7HUD+kwHDnhVgpNR9W92gXA7WQ/J9zOh4GPp+/3xq6rd1z6UE7YB3LCvpETFqKQg4EjMJO7B3gKm3gqk6qd8LXY877Hpek1OXn/FTghfX0K+FaZA8TSI6uTjro4yFh0eClXsdQP6TAcOeHngfuxO6PvJ6cBhsGfO7rJbdjSh9/ulEFO2Adywr6RExaikNOxm7Fe1ZJ+r1Pmqp3wYqzhv4PsaSqz2A94B/CdMgeIpUdWJx11cZCx6PBSrmKpH9JhOHLCv8Bc8K40LbXuQVW02/IdJT6zBrilU7C5BNWFq1bdW7SUltL+p8nkZJJs3pwo9Zn2u/woVTonv0thlzJ8C2Y235amxwfYZzC2YW4Y7HL0wyU+cwfw3qJMw8PD6yCeHlmsOpLJyaT99fjWrTO2dRNPxsby4wGOUXgONdExqOVqLvYhHeHiIfZRhY5ALMMa4OE0PTIvc9XjO2uBZ4AbsFWRDgOuTmNbmDnn5uuAx4E3UPDAs8aEfdD8IRc+0ZiwEGGpekz4OuA8zAGfC1zfEluWkf9CbCw4twFuJZYeWZ101GUsNRYdXspVLPVDOgxHTri9Xc1tZ6Pp1coJ+0BO2DdywkIUchzTh1rb/56GZszqIa6eZbg41MdBxqLDS7mKpX5Ih+HICS/BhlabryV5maPp1coJ+0BO2DdywkIUIic82zyD0COrk466OMhYdHgpV7HUD+kwHDnhRwr+nkY0vVo5YR/ICftGTliIsMgJ9xBXzzJcHOrjIGPR4aVcxVI/pMNw5IS7IpperZywD+SEfSMnLERYqnbCC4B7sEHqTeQsTZgyH/hn4DHgUeBDRQeIpUdWJx11cZCx6PBSrmKpH9JhyAmHYS2wPU2vAg5lasasLD6Bzbt5GbYu40Jgd1ZGOWEfyAn7Rk] The te2/0/1 device has been admin shutdown for over a week and had counters cleared last night. Still getting alerts this morning. The te2/0/2 device had counters cleared yesterday, this alert comes in this morning and counters are still good. TenGigabitEthernet2/0/2 is up, line protocol is up (connected) 0 input errors, 0 CRC, 0 frame, 0 overrun, 0 ignored I don’t think my alert is configured incorrectly as I pulled it directly from online documentation. Anyone else have this problem? Any advice to fix? Cheers, Michael Vieth

2 1

Newbie - Mini-graphs (Mouseover & Device Title Bar)
by James Mooney 07 May '15

07 May '15

Dear All I've checked the FAQs and document, and apologise upfront if this is a stupid newbie question. I also apologise for using cheapo switches. I think I've followed the nstructions correctly, and my install looks to be okay and working. I've added two switches: Zyxel GS1920-48 and Netgear GS728TXS. Both are communicating and collecting data. In the Devices page, when I hover my mouse over the Zyxel I get graphs for Traffic, Uptime and Ping Response; however when I hover it over the Netgear I only get the Traffic graph (this also applies to the mini-graphs in the Device's title bar). If I use the graph filter I can see I'm collecting Uptime and Ping Response for both switches. Is there a way to configure this? Many thanks in advance, James

2 2

Fwd: Mitel alarm check
by Gerry Armstrong 07 May '15

07 May '15

Hi Guys, I am not sure if this is possible but I would like to be able to add a check in Observium that will monitor the state of a Mitel PBX Alarm state and then report what the state actually is. I know what the snmp variables are that I will have to use to achieve this and I can snmpwalk the PBX to get the correct results but I don't understand as yet how to apply this knowledge to Observium. I actually have a perl script that works with Nagios to do this but I prefer the Observium interface. The check the alarm state on the Mitel PBX we can use "snmpwalk -v 2c -c public HOST 1.3.6.1.4.1.1027.4.1.1.2.2.1.0". If the response in INTEGER: 1 then there is no alarm, 2 is MINOR, 3 is MAJOR and 4 is CRITICAL We can then use "snmpwalk -v 2c -c public HOST 1.3.6.1.4.1.1027.4.1.1.2.2.4.1.8" to retrieve the actual alarm details. Any advice welcomed! Thanks, Gerry

2 5

New Community Edition
by Rolando＠gmx.net 07 May '15

07 May '15

1 0

PIX ASA
by Jeffrey d'Ambly 07 May '15

07 May '15

I just aded a PIX asa and for some reason it looks like my aggregate graph on the overview tab is not working (see graph below) what’s really odd is that I can see the individual graphs for each of the interfaces. How can I trouble shoot this? [cid:174AA95D-29D7-48D9-A822-C64E08803E74]

4 13

Re: [Observium] PIX ASA
by ron＠rjr-services.com 06 May '15

06 May '15

Just a point of note, since I'm not near my laptop and can't collect the requested debug information right now... I've got two ASA55xx running 8.2(5) firmware and am not having the problem on those devices. I also am polling a PIX525 running 8.0(4) firmware, and that is the only device where this graph error is showing up. Sent from my Verizon Wireless 4G LTE DROID Jeffrey d'Ambly <jeffrey.dambly(a)jasper.com> wrote: -- This message has been scanned by E.F.A. Project and is believed to be clean.

3 2

Re: [Observium] PIX ASA
by ron＠rjr-services.com 06 May '15

06 May '15

Whew, thought I was the only one with this problem. Am seeing likewise. Aggregate graph has same error as Jeff, but digging down into the ports screen shows valid data graphs on the individual interfaces. Sent from my Verizon Wireless 4G LTE DROID Jeffrey d'Ambly <jeffrey.dambly(a)jasper.com> wrote: -- This message has been scanned by E.F.A. Project and is believed to be clean.

1 0

Event Console
by Jeffrey d'Ambly 06 May '15

06 May '15

Has anyone integrated a SNMPtrap listener with observium for an event console? -Jeff

3 7

Ports view, extended Map of neighbours
by Svensson Fredrik A 05 May '15

05 May '15

Hi there! We are using Observium for monitoring and traffic analysis in a cisco environment. Is there any plans of expanding how the Port/map-tool works? It would be great to see and/or be able to expand the map to include all our switches in the same LAN in more than 1 level, or at least know if there are more switches behind another switch in the Map-view. Thanks! / Fredrik

3 2

I have a problem with a Core switch Procurve 8212zl
by septp nih 05 May '15

05 May '15

Just started to use observium , it's a great product :) I have a problem with a Core switch Procurve 8212zl, Adding the device with SNMP works great! but after a while all the interfaces gets automatically deleted ..The observium device loggs just shows Interface was marked as DELETED. Anyone knows why this happens?

1 0

Error Drawing Graph and more...
by Monico Briseño 04 May '15

04 May '15

Hi, there. I just installed Observium system on Ubuntu server. I followed all instructions on the webpage. However, I found two problems: 1. I add a Linux server. Almost everthing was Ok. However, I couldn't see the graphics. The Observium showed the Error Drawing Graph. 2. I couldn't reach a Windows server with snmp protocol v2 installed. But, the Observium showed the following information: Could not reach 192.168.110.202 with given SNMP parameters using v2c Any ideas? TIA Jose -- -- http://www.cobaej.edu.mx/cobaejweb/FLASH/bannerbvc.swf -- <http://www.cobaej.edu.mx/cobaejweb/FLASH/bannerbvc.swf>

3 2

Friendly Port Naming
by Kenneth Eisner 04 May '15

04 May '15

Greetings List, I'm using the community edition. I've searched the mail list and see comments from March of 2014 about assigning a friendly name to ports. Has there been any movement on this? Is it planned for the community edition any time soon? Thanks,

1 0

6880-X Fan Tray Failure
by Chip Pleasants 01 May '15

01 May '15

While setting up Alerts in Observium I noticed both our Cisco 6880-Xs have Fan Tray 1 50V Power Supply status is false. Looking at the show environment I don't see any issues. Anyone else have these boxes reporting similar Alerts? I did see another thread similar to this, but this seems a little bit different. We don't see any issues with our 6500s ( https://www.mail-archive.com/observium@observium.org/msg07354.html). Below is a screen shot output from show environment from one of our boxes. Thanks, -Chip [image: Inline image 1] sh environment environmental alarms: no alarms backplane: operating fan count: 1 fan-tray 1: fan-tray 1 type: C6880-X-FAN fan-tray 1 mode: Mode1 fan-tray 1 fan-fail: OK fan-tray 1 50V Power Supply: OK fan-tray 1 firmware version: 7 power-supply 1: power-supply 1 fan-fail: OK power-supply 1 power-input: AC high power-supply 1 power-output-mode: high power-supply 1 power-output-fail: OK power-supply 1 internal-diagnostics: OK power-supply 1 power-output-under-voltage: OK power-supply 2: power-supply 2 fan-fail: OK power-supply 2 power-input: AC high power-supply 2 power-output-mode: high power-supply 2 power-output-fail: OK power-supply 2 internal-diagnostics: OK power-supply 2 power-output-under-voltage: OK module 1: module 1 power-output-fail: OK module 1 outlet-1 temperature: 31C module 1 inlet-1 temperature: 28C module 1 asic-1 temperature: 46C module 1 asic-2 temperature: 44C module 1 EARL outlet-1 temperature: 54C module 1 EARL inlet-1 temperature: 53C module 5: module 5 power-output-fail: OK module 5 outlet-1 temperature: 37C module 5 inlet-1 temperature: 28C module 5 outlet-2 temperature: 32C module 5 inlet-2 temperature: 29C module 5 asic-1 temperature: 63C module 5 asic-2 temperature: 58C module 5 asic-3 temperature: 46C module 5 asic-4 temperature: 45C module 5 asic-5 temperature: 50C module 5 asic-6 temperature: 54C module 5 EARL outlet-1 temperature: 58C module 5 EARL inlet-1 temperature: 56C chassis connector rating: 1500.00 Watts (30.00 Amps @ 50V) module 1 module 1 connector rating: 2400.00 Watts (48.00 Amps @ 50V) module 1 power consumption: 320.00 Watts ( 6.40 Amps @ 50V) module 5 module 5 connector rating: 2400.00 Watts (48.00 Amps @ 50V) module 5 power consumption: 460.00 Watts ( 9.20 Amps @ 50V) chassis per slot cooling capacity: 114 cfm ambient temperature: < 55C module 1 cooling requirement: 84 cfm module 5 cooling requirement: 84 cfm

2 3

inodes monitoring
by Juan Asensio Sánchez 01 May '15

01 May '15

Hi all We have a Netapp storage, and apart from used/free space, we need to monitor used/free inodes, because our applications sometimes generate lots of files and we run out of inodes. Can this item be monitored? This data is published by Netapp using SNMP, so I think this is not parsed or displayed in Observium, is it right? If so, can it be enabled? Inodes can also be monitored for local filesystems. Regards. Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, contiene información de carácter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilización, divulgación y/o copia sin autorización está prohibida en virtud de la legislación vigente. En el caso de haber recibido este correo electrónico por error, se ruega notificar inmediatamente esta circunstancia mediante reenvío a la dirección electrónica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary.

3 3

Disable Alerts Per Location for Downtime
by Johnston, Tom 30 Apr '15

30 Apr '15

Is there a “simple” way to disable alerts for a location? I have some scheduled power outage for a site and was wondering if you can select multiple devices to temporality disable alerts rather than go into each device one by one. I also forward alerts to my phones sms email so it will generate hundreds of sms once they go down. I do have my devices set up with locations though I’m not sure you can do anything with that. -Tom

2 1

Newbie questions
by Anders Johansson 29 Apr '15

29 Apr '15

Hi all, My first post here. First I must say that Observium is the most easy looking open source tool I have ever seen :) I'm trying to figure out a few config items that maybe someone can help me with. Autodiscovery If I'm using $config['autodiscovery']['xdp'] = TRUE; and $config['autodiscovery']['snmpscan'] = TRUE; First it does not seems to add any devices discovered with LLDP/CDP, nor have I found a way to do a snmpscan based on my subnets (also added) 1.) Does Autodiscover work as the config file says the feature is not yet added? PTR/DNS Does observium require a PTR record for every device or just a valid host name trough SNMP? How about FQDN? WMI Seems to be a topic not much covered and not really supported, however in the modules section of a device, let's say a server one can find an on/off switch for WMI and also a settings page. Does this mean WMI is somewhat supported or just a GUI glitch? Thanks

10 9

Overrride bandwidth on a port?
by Spencer Ryan 28 Apr '15

28 Apr '15

Is there a way to override the bandwidth on a port that I can't change what is reported via SNMP? For example I have a 50Mb MPLS on a 100Mb Ethernet port. I want the % used and % alerting metrics to be based on 50 and not 100. *Spencer Ryan* | Senior Systems Administrator | sryan(a)arbor.net *Arbor Networks* +1.734.794.5033 (d) | +1.734.846.2053 (m) www.arbornetworks.com

3 5

Minigraphs without autoscaling
by Jose A Rodriguez 28 Apr '15

28 Apr '15

Hi there! Is there any way to draw the minigraphs (or graphs) for Bits without autoscaling (using max value from the port capabilities)? With autoscaling it's impossible to compare ports... Best regards, Jose

1 0

can't get temperature chart
by Simon Smith 28 Apr '15

28 Apr '15

Hi All, not sure if this is a bug with my browser or a bug with Observium I go into one our mikrotik switches, click Health, then into Temperature if i then click the System 0 the page just keeps refreshing and going back the the same page ? it doesn’t appear to be taking me to the Temperature graphs ? i’ve also noticed that the Temperature page isn’t showing any graphs unlike the Storage or Processor pages ? Ive attached some screenshots showing what i mean ? Regards Simon

2 4

Disk IO graphs not generating any more
by Kaya Saman 27 Apr '15

27 Apr '15

Hi, I'm just wondering if the Disk I/O module has been removed? I do remember reading a while ago of something like this but not currently sure... My version of Observium is CE 0.14.11.6000 Nothing has changed in my setup apart from the usual updates. Regards, Kaya

2 2

NTPD monitoring script
by AJ Schroeder 27 Apr '15

27 Apr '15

Hello list, I have rewritten the NTPD application monitoring script as a shell script rather than installing PHP on my servers. I have been running this for a few weeks now and haven't noticed any issues with it. I'd like to see how the script works on a larger variety of systems before I would call it finished. Would anyone else on this list like to give it a try? Thanks, AJ Schroeder

5 5

Cisco switches not Polling to observium
by Simarpal Rooprai 24 Apr '15

24 Apr '15

Hey guys So as the headline reads im trying to get the graphs working to observium. I have 2 3560 cisco switches running which can ping to observium host, also the host can ping back. i have a community set up xxxx which i tried on my workstation and it works sending to observium. But trying on the switches seems to be a bit more difficult. When running php poller script i cant seem to find any errors when greping so i think to problem is with the cisco conf. When i take a look in the obserivum host under pollerlog it would seem that my workstations was last pollled but not any of the switches, Last Discovered seems to work just fine. So what do you guys think? Im not to sure where the problem is i might be in the linux host, but im not an expert at linux nor php. Do any of you guys think you might be able to help me out ? Also i have tried to remove the device and adding it again but still no luck. In observium i get this message even though i have waited 24 hours: error drawing graph Device not yet polled This device has not yet been successfully polled. System information and statistics will not be populated and graphs will not draw. Please wait 5-10 minutes for graphs to draw correctly. Down here is the short config from my switch : SW02#show run | in snmp snmp-server community XXXX RO snmp-server host 10.2.1.118 version 2c XXXX Best regards Simarpal

2 4

New hosts ports are not discovered?
by Shaun Courtney 21 Apr '15

21 Apr '15

Hi I’m having an issue with 0.15.4.6392. When polling devices I get ./discovery.php -d -h hostname.domain.com <http://hostname.domain.com/> ….. SQL[INSERT INTO `eventlog` (`device_id`,`entity_id`,`entity_type`,`timestamp`,`severity`,`message`) VALUES ('143','143','device',NOW(),'6','Inventory: 3 added.')] RUNTIME[0.00013995s] ERROR[Error in query: (1364) Field 'reference' doesn't have a default value] and also: SQL[INSERT INTO `entPhysical` (`entPhysicalIndex`,`entPhysicalDescr`,`entPhysicalClass`,`entPhysicalName`,`entPhysicalHardwareRev`,`entPhysicalFirmwareRev`,`entPhysicalSoftwareRev`,`entPhysicalAlias`,`entPhysicalAssetID`,`entPhysicalIsFRU`,`entPhysicalModelName`,`entPhysicalVendorType`,`entPhysicalSerialNum`,`entPhysicalContainedIn`,`entPhysicalParentRelPos`,`entPhysicalMfgName`,`ifIndex`,`device_id`) VALUES ('1','MikroTik RouterBoard','chassis','','','','','','','false','','','57820471C18C','0','0','MikroTik','','143')] RUNTIME[0.00013900s] ERROR[Error in query: (1366) Incorrect integer value: '' for column 'ifIndex' at row 1] 192.sql has: ALTER TABLE `ports` ADD `port_label_short` VARCHAR( 16 ) NOT NULL AFTER `port_label` ; Changing this to “DEFAULT NULL” seems to fix the problem and ports are discovered and graphed… (I’ve run ./discovery.php -u Observium 0.15.4.6392 Discovery ) Can anyone assist? Regards, Shaun

5 5

RedHatEnterpriseServer 6.4 icon not recognized
by Juan Asensio Sánchez 21 Apr '15

21 Apr '15

Hi The icon for RedHat is not recognized, but yes in CentOS (screenshots attahed). This is the output of the distro command in RH: Linux|2.6.32-358.el6.x86_64|amd64|RedHatEnterpriseServer|6.4 And this in CentOS: Linux|2.6.32-504.el6.x86_64|amd64|CentOS|6.6 Regards. -- Juan Asensio Sánchez Administrador de sistemas, Indra +34 639 18 94 13<callto:+34639189413> | jasensios(a)indra.es<mailto:jasensios@indra.es> | http://www.indracompany.com [cid:part4.08000101.07090003@indra.es] ________________________________ Este correo electrónico y, en su caso, cualquier fichero anexo al mismo, contiene información de carácter confidencial exclusivamente dirigida a su destinatario o destinatarios. Si no es vd. el destinatario indicado, queda notificado que la lectura, utilización, divulgación y/o copia sin autorización está prohibida en virtud de la legislación vigente. En el caso de haber recibido este correo electrónico por error, se ruega notificar inmediatamente esta circunstancia mediante reenvío a la dirección electrónica del remitente. Evite imprimir este mensaje si no es estrictamente necesario. This email and any file attached to it (when applicable) contain(s) confidential information that is exclusively addressed to its recipient(s). If you are not the indicated recipient, you are informed that reading, using, disseminating and/or copying it without authorisation is forbidden in accordance with the legislation in effect. If you have received this email by mistake, please immediately notify the sender of the situation by resending it to their email address. Avoid printing this message if it is not absolutely necessary.

2 4

WS-SVC-WISM2-K9
by Chip Pleasants 20 Apr '15

20 Apr '15

Hi all, After building a new Observium server our Cisco WISM2's (WS-SVC-WISM2-K9) aren't recognized as Cisco Wireless Controllers any longer. They come up as Generic Devices on the new server. On the old they are recognized as Cisco Wireless Controllers. Is there something I need to change on my side? Thanks, Chip

2 4

Application alerts, e.g. Exchange/MSSQL
by Colin Stubbs 20 Apr '15

20 Apr '15

Hi Observium Developers, What's the situation with moving towards being able to alert on WMI apps, e.g. Exchange/MSSQL data? e.g. alert if submission queue size >= X It looks as if there's been some work on moving towards this based on the 'app_state' column in the 'applications-state' table... but only for MSSQL, as the current exchange.inc.php doesn't even serialize and insert an app_data in there. Is there a development plan for alerts on WMI apps ? Happy to contribute towards it, but I'd like to avoid wasting time working with what's currently there if a completely different direction is going to be taken. Thanks -Colin

1 0

After an update this morning, can't add server anymore (Unsupported SNMP Version)
by Joel Golliet 17 Apr '15

17 Apr '15

Hi, we have a pro version of observium. I did an update this morning with svp. And now, when i try to had a server, i have the error : ######## epoc-07:/opt/observium# ./add_device.php xxxxxxxxxxxxxxx public v2c Observium 0.15.4.6388 Add Device(s) Try to add xxxxxxxxxxxxxxx: Trying v2c community public ... ERROR: : Unsupported SNMP Version. No reply on community public using v2c. Could not reach xxxxxxxxxxxxxxx with given SNMP parameters using v2c. Devices skipped: 1. USAGE: add_device.php <hostname> [community] [v1|v2c] [port] [udp|udp6|tcp|tcp6] add_device.php <hostname> [any|nanp|anp|ap] [v3] [user] [password] [enckey] [md5|sha] [aes|des] [port] [udp|udp6|tcp|tcp6] add_device.php <filename> [...] ######## If i try a simple "snmpwalk" with the same server/settings from my observium server, it works : # snmpwalk -v2c -c public xxxxxxxxxxxxxxx iso.3.6.1.2.1.1.1.0 = STRING: "Linux xxxxxx 3.xxxx #4 SMP Tue Jul 23 14:15:08 CEST 2013 x86_64" iso.3.6.1.2.1.1.2.0 = OID: iso.3.6.1.4.1.8072.3.2.10 iso.3.6.1.2.1.1.3.0 = Timeticks: (682253742) 78 days, 23:08:57.42 iso.3.6.1.2.1.1.4.0 = STRING: "xxxxxxxxxxxxxxx" iso.3.6.1.2.1.1.5.0 = STRING: "xxxxxxxxxxxxxxx" iso.3.6.1.2.1.1.6.0 = STRING: "xxxxxxxxxxxxxxx" iso.3.6.1.2.1.1.8.0 = Timeticks: (0) 0:00:00.00 iso.3.6.1.2.1.1.9.1.2.1 = OID: iso.3.6.1.6.3.10.3.1.1 iso.3.6.1.2.1.1.9.1.2.2 = OID: iso.3.6.1.6.3.11.3.1.1 iso.3.6.1.2.1.1.9.1.2.3 = OID: iso.3.6.1.6.3.15.2.1.1 iso.3.6.1.2.1.1.9.1.2.4 = OID: iso.3.6.1.6.3.1 ... When i do the "add_device.php", looking at snmp packets with tcpdump on target server (here 10.0.1.6), i can see a request/response with observium server (here 10.0.0.16) : # tcpdump -n -s 2000 -p host 10.0.0.16 tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on eth0, link-type EN10MB (Ethernet), capture size 2000 bytes 10:15:30.911770 IP 10.0.0.16 > 10.0.1.6: ICMP echo request, id 15935, seq 0, length 76 10:15:30.911782 IP 10.0.1.6 > 10.0.0.16: ICMP echo reply, id 15935, seq 0, length 76 10:15:30.918085 IP 10.0.0.16.17331 > 10.0.1.6.161: F=r U= E= C= GetRequest(14) 10:15:30.918221 IP 10.0.1.6.161 > 10.0.0.16.17331: F= U= E= 0x800x000x070xE50x800x300xF10x420x3B0x170xED0x110x450x000x000x000x00 C= Report(31) .1.3.6.1.6.3.15.1.1.4.0=9 Am i the only one with this problem ? Does anybody have any idea why it doesn't work anymore ? I tried this through web interface and i have the same error. B.R. -- Signature email • *Joël GOLLIET |* *Ingénieur Infrastructure et Système* • Tel : +33 4 86 11 37 08 | joel.golliet(a)2lm.fr <mailto:joel.golliet@2lm.fr> • 2L Multimedia - Park Nord, Les Pléiades, 74370 - Metz-Tessy - FRANCE Pensez à l'environnement, n'imprimez cet e-mail qu'en cas de réelle nécessité

2 1

NetApp filer graphs for Disk IO and Network IO are all NaN
by Peter Loron 16 Apr '15

16 Apr '15

We're running Observium Pro 0.15.4.6386, and I have added our NetApp 2230 filers. The filers are running v8.2.2 Cluster. I'm getting some data, but the graphs in Observium for Network I/O and Disk I/O are all NaN. Any ideas? I'm willing to poke into the issue (bad interpretation of returned values? Need updated OID?), but not sure where to start. Thanks. -Pete

3 6

Maximum length for interface descriptions?
by Andrew Plas 15 Apr '15

15 Apr '15

Greetings, I've been on the Observium mailing list for a while, and this is my first inquiry. I have been using Observium for about a year now and continue to be impressed with the product and appreciate the active community on this list. I am attempting to use the default interface description parser outlined in: http://www.observium.org/wiki/Interface_Description_Parsing. However, I notice that if the interface descriptions are too long, either the "Notes" field or the "Circuit" field does not display. In searching through the mailing list archives, I hadn't found a specific answer to this. For example, if I have an interface description like so: description Cust: CustomerA's Full Name MPLS [20Mbps] (Carrier Name) {00/ABCD/000000//ABCD} I receive this output under Ports>Customers page: [image: Inline image 1] And if I adjust the interface description to exclude the "Notes" field, the "Circuit" field displays properly. description Cust: CustomerA's Full Name MPLS [20Mbps] {00/ABCD/000000//ABCD} [image: Inline image 2] Doing an snmpwalk, I do see the the full description in both cases. snmpwalk -c SNMPSTRING -v 2c ng-511-sw-edge1 .1.3.6.1.4.1.9.2.2.1.1.28 <omitted> iso.3.6.1.4.1.9.2.2.1.1.28.10610 = STRING: "Cust: CustomerA's Full Name MPLS [20Mbps] (Carrier Name) {00/ABCD/000000//ABCD}" Is there a maximum length that the parser will allow? Is this just a matter of column width on the "Ports" pages? I notice on other ports, when a customer has a really long name it does roll over to another line. Any reason the "Circuit" or "Notes" fields can't? For better or worse, I'd like as much useful information on the dashboard as possible and unfortunately some of these carrier's circuit ID's are very long... My equipment is a Cisco 3750E and I am currently running Observium Professional at version 0.15.4.6378 Thank you for any and all input!

3 3

Re: [Observium] Alerting on BGP Ucast prefixes
by Pedersen, Sean 15 Apr '15

15 Apr '15

The only BGP-related metrics at the moment are bgpPeerState, bgpPeerAdminStatus, and bgpFsmEstablishedTime. The prefix data might be graphed, but the same data might not necessarily be available via the alerting system. I’d like to see that kind of alerting as well! Though I don’t think it’d replace something more robust like BGPMon. Plus, it could get quite chatty unless you could set limits on route changes. From: Michael Vieth Reply-To: Observium Network Observation System Date: Wednesday, April 15, 2015 at 7:48 AM To: Observium Network Observation System Subject: [Observium] Alerting on BGP Ucast prefixes I am ecstatic that unicast prefix is graphed on Observium. Is there a way to alert on a change in the number of routes being advertised? For example, say I am receiving 500 routes from a peer, and that drops to 430, is that an alert-able event? (Sorry if this is a repeated question, I am having difficulty finding detailed information on alerts outside of the wiki that just has general alerts documented.) Cheers, Michael Vieth Founded in 2007, IO provides the data center as a service to businesses and governments around the world. The communication contained in this e-mail is confidential and is intended only for the named recipient(s) and may contain information that is privileged, proprietary, attorney work product or exempt from disclosure under applicable law. If you have received this message in error, or are not the named recipient(s), please note that any form of distribution, copying or use of this communication or the information in it is strictly prohibited and may be unlawful. Please immediately notify the sender of the error, and delete this communication including any attached files from your system. Thank you for your cooperation.

5 11

/usr/libexec/mysqld: The table 'ports_cbqos' is full
by Chip Pleasants 15 Apr '15

15 Apr '15

I was wondering if anyone has seen this message constantly repeating in the mysqld.log and maybe have an idea how to fix it? 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full 150414 15:42:05 [ERROR] /usr/libexec/mysqld: The table 'ports_cbqos' is full -Chip

2 2

Alerting on BGP Ucast prefixes
by Michael Vieth 15 Apr '15

15 Apr '15

I am ecstatic that unicast prefix is graphed on Observium. Is there a way to alert on a change in the number of routes being advertised? For example, say I am receiving 500 routes from a peer, and that drops to 430, is that an alert-able event? (Sorry if this is a repeated question, I am having difficulty finding detailed information on alerts outside of the wiki that just has general alerts documented.) Cheers, Michael Vieth

1 0

How to submit to the development team ?
by Nicolas COULIN 14 Apr '15

14 Apr '15

Hi, I add HP UPS in observium, and I would like to know how to submit this code? /opt/observium/includes/definitions/os.inc.php $os = "hpups"; $config['os'][$os]['text'] = "HP UPS OS"; $config['os'][$os]['type'] = "power"; $config['os'][$os]['icon'] = "hp"; $config['os'][$os]['sysObjectID'][] = ".1.3.6.1.4.1.232.165"; $config['os'][$os]['mibs'][] = "CPQPOWER-MIB"; $config['os'][$os]['mib_blacklist'][] = "BGP4-MIB"; $config['os'][$os]['mib_blacklist'][] = "HOST-RESOURCES-MIB"; /opt/observium/includes/discovery/os/hpups.inc.php <?php /** * Observium * * This file is part of Observium. * * @package observium * @subpackage poller * @copyright (C) 2006-2014 Adam Armstrong * */ $manufacturer = trim(snmp_get($device, ".1.3.6.1.4.1.232.165.3.1.1.0", "-OQv", "", ""),'" '); $hardware = trim(snmp_get($device, ".1.3.6.1.4.1.232.165.3.1.2.0", "-OQv", "", ""),'" '); $version = trim(snmp_get($device, ".1.3.6.1.4.1.232.165.3.1.3.0", "-OQv", "", ""),'" '); $serial = trim(snmp_get($device, ".1.3.6.1.4.1.232.165.1.2.7.0", "-OQv", "", ""),'" '); // EOF Add mib, and /opt/observium/includes/discovery/sensors/cpqpower-mib.inc.php Thanks, [Logo Kleegroup]

2 1

WIFI AP with sane SNMP
by Nikolay Shopik 14 Apr '15

14 Apr '15

Hey guys, Can you recommend WiFi AP vendor with somewhat sane SNMP stack?

2 2

Re: [Observium] WIFI AP with sane SNMP
by Adam Armstrong 14 Apr '15

14 Apr '15

I've been working with Ruckus's zoneflex devices, the SNMP is quite well laid out and they don't seem to die. They've already partial support in observium, with more coming when I get time :) If you find something else with similarly well structured MIBs (radios, wlans, ssids, etc all nicely enumerated) support can probably be extended to that too. Assuming of course we don't embargo russian SNMP traffic before then :D Adam. On 14 Apr 2015 12:10, Nikolay Shopik <shopik(a)inblock.ru> wrote: > > Hey guys, > > Can you recommend WiFi AP vendor with somewhat sane SNMP stack? > _______________________________________________ > observium mailing list > observium(a)observium.org > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

Re: [Observium] Observium stack after update
by lom＠digitelitalia.com 14 Apr '15

14 Apr '15

> Remove rrdcached and see if that helps first. > > Adam. I removed it, but the problem is still there. I also made database optimizatione, but no effect.

2 1

Re: [Observium] excluding servers from alert checks
by Adam Armstrong 14 Apr '15

14 Apr '15

I suspect these people are accounts people who get confused when their engineering staff ask them to subscribe to observium... :D Adam. On 14 Apr 2015 11:31, Steve Kersley <steve.kersley(a)keble.ox.ac.uk> wrote: > > > Why am I getting this email.... > > Because someone posted that email to a mailing list you subscribed to? > _______________________________________________ > observium mailing list > observium(a)observium.org > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium

1 0

excluding servers from alert checks
by Patrick Marquetecken 14 Apr '15

14 Apr '15

Hi, I'm trying to exclude some servers from a check, but it does not work. Check Conditions processor_usage greater 80 Device match: * notequals db-02 notequals man-01 Entity match * But when I run regenerate the two machines have always the alerts enabled. removing the * from Device match don't help either. A second question, is it possible to suppress alert checking during a certain period , I'll do off site backup each day that triggers this alert. The alert check: Traffic exceeds 85% with a delay of 2 If I put the delay higher I will not receive 'real' alerts.

7 9

check traffic limit
by Simon Smith 13 Apr '15

13 Apr '15

Hi All, quick daft random question, what value would I use to monitor the overall traffic of a switch? I currently have alerts that check certain ports if over say 50% usage or over say 20MB ( ifInOctets_rate > 2500000 ) (more than 20mb) but how do i do an overall value of a switch? regards Simon

2 1

Feature request: Firewall flow statistics for Juniper SRX
by Richard Müller 13 Apr '15

13 Apr '15

Hy all, it is my first post to this mailing list, and of course it is a feature request. ☺ 1.) REQUEST: I would like to have the flow-usage of Juniper SRX-Firewalls in observium. 2.) INFO: SRX-Firewalls deliver Session Statistics via SNMP (1.3.6.1.4.1.2636.3.39.1.12.1.1.1.6) in a quite good way: ######> show security flow session summary Unicast-sessions: 87 Multicast-sessions: 0 Failed-sessions: 0 Sessions-in-use: 89 Valid sessions: 87 Pending sessions: 0 Invalidated sessions: 2 Sessions in other states: 0 Maximum-sessions: 524288 http://kb.juniper.net/library/CUSTOMERSERVICE/GLOBAL_JTAC/BK26199/SRX%20SNM… (Page 4 – Its available for every kind of SRX Firewall – Branch/High End) 3.) HISTORY: Erwin Heringa requested the same Mon May 26 09:17:10 BST 2014 on the mailing list. ;-) 4.) FINANCIAL: I have no problem “sponsoring the feature request,” if it does not take longer than one Day of work time. Any feedback will be fine… Richard -- <http://www.teamix.de>[teamix]<http://www.teamix.de> Richard Müller Geschäftsführer teamix GmbH Südwestpark 43 90449 Nürnberg Tel.: +49 911 30999 0 Fax: +49 911 30999 99 mail: rm(a)teamix.de web: http://www.teamix.de blog: http://blog.teamix.de Amtsgericht Nürnberg, HRB 18320 | Geschäftsführer: Oliver Kügow, Richard Müller ** Data Management Day | 29.04.2015 bei teamix ** Jetzt anmelden unter www.teamix.de/CommVault

2 1