- observium - lists.observium.org

Re: [Observium] Port groups unusable in alerts checks ?
by Thibault Richard 30 Jul '18

30 Jul '18

No feedback on this one ? De : Thibault Richard <thibs(a)thibs.com> Envoyé : mercredi 25 juillet 2018 15:50 À : 'observium(a)observium.org' <observium(a)observium.org> Objet : Port groups unusable in alerts checks ? Hello, Ive defined several port groups as you can see below : 1° First question I would like to add a condition equivalent to ifOperStatus equals up but this kind of condition doesnt exist in the pre-defined list. Am I missing something ? 2° Second question I would like to use this group in an Alert Checks but in the entity association ruleset, I can use a Device Group but not a Port Group No « Port Group » and if I try to use Device Group I see only groups related to devices Bug of misunderstanding from me ? Best Regards Thibault

1 0

Re: [Observium] VLANs and fdb-table on Cisco devices
by todevnull＠free.fr 28 Jul '18

28 Jul '18

Hi, Please find it in attached file. With this debug on vlans module, i think there is my error : STDERR[ add_mibdir: strings scanned in from /var/www/observium/mibs/cisco/.index are too large. count = 703 MIB search path: /var/www/observium/mibs/rfc:/var/www/observium/mibs/net-snmp:/var/www/observium/mibs/cisco Cannot find module (CISCO-VTP-MIB): At line 0 in (none) vtpVersion.0: Unknown Object Identifier (Sub-id not found: (top) -> vtpVersion) ] SNMP STATUS[FALSE] SNMP ERROR[#997 - Wrong .index in mibs dir] Don't really know how to solve this.... Thanks in advance for your help. Rds, Tarik. 28 juillet 2018 07:51 "Mike Stupalov" <mike(a)stupalov.ru (mailto:%22Mike%20Stupalov%22%20<mike(a)stupalov.ru>)> a écrit: Hi, please attach debug for discovery: ./discovery.php -d -m ports,vlans -h <device> todevnull(a)free.fr (mailto:todevnull@free.fr) 27 July 2018 at 15:13 Hello, Since the last svn update 9352 i loose the VLANs button and fdb-table content on every of my Cisco Catalyst switches :-/ More of that, the Dot1q tag disappear on switch ports :( Version Information Observium 18.7.9337 (18th July 2018) OS Linux 4.9.0-6-amd64 [amd64] (Debian 9.5) Apache 2.4.25 (Debian) PHP 7.0.30-0+deb9u1 (OPcache: ENABLED) Python 2.7.13 MySQL 10.1.26-MariaDB-0+deb9u1 (extension: mysqli 5.0.12-dev) SNMP NET-SNMP 5.7.3 RRDtool 1.6.0 Fping 3.15 (IPv4 and IPv6) See below some debug lines : ##### Cisco configuration ages ##### o sysUptime 2017-10-19 16:29:18 | 280 days, 21h 41m 24s o Running 2018-05-03 15:24:42 | 84 days, 22h 46m o Saved 2018-07-25 09:02:04 | 2 days, 5h 8m 38s o Startup 2018-05-03 14:43:02 | 84 days, 23h 27m 40s o Module time 0.0446s including: includes/polling/fdb-table.inc.php ##### Module Start: fdb-table ##### SQL[SELECT `ifIndex`,`port_id`,`port_label_short` FROM `ports` WHERE `device_id` = '174'] SQL RUNTIME[0.00056696s] SQL[SELECT * FROM `vlans_fdb` WHERE `device_id` = '174'] SQL RUNTIME[0.00038600s] CMD[/usr/bin/snmpbulkwalk -Cr'100' -t '3' -r '3' -v2c -c *** -Pu -OQUs -m BRIDGE-MIB -M /var/www/observium/mibs/rfc:/var/www/observium/mibs/net-snmp 'udp':'2.100.79.11':'161' dot1dBasePortIfIndex] CMD EXITCODE[0] CMD RUNTIME[0.0906s] STDOUT[ dot1dBasePortIfIndex.1 = 10001 dot1dBasePortIfIndex.2 = 10002 dot1dBasePortIfIndex.3 = 10003 dot1dBasePortIfIndex.4 = 10004 dot1dBasePortIfIndex.5 = 10005 dot1dBasePortIfIndex.6 = 10006 dot1dBasePortIfIndex.7 = 10007 dot1dBasePortIfIndex.8 = 10008 dot1dBasePortIfIndex.9 = 10009 dot1dBasePortIfIndex.10 = 10010 dot1dBasePortIfIndex.11 = 10011 dot1dBasePortIfIndex.12 = 10012 dot1dBasePortIfIndex.13 = 10013 dot1dBasePortIfIndex.14 = 10014 dot1dBasePortIfIndex.15 = 10015 dot1dBasePortIfIndex.16 = 10016 dot1dBasePortIfIndex.17 = 10017 dot1dBasePortIfIndex.18 = 10018 dot1dBasePortIfIndex.19 = 10019 dot1dBasePortIfIndex.20 = 10020 dot1dBasePortIfIndex.21 = 10021 dot1dBasePortIfIndex.22 = 10022 dot1dBasePortIfIndex.25 = 10101 dot1dBasePortIfIndex.26 = 10102 ] SNMP STATUS[TRUE] SQL[SELECT `vlan_vlan` FROM `vlans` WHERE (`vlan_status` = 'active' OR `vlan_status` = 'operational') AND `device_id` = '174'] SQL RUNTIME[0.00066495s] o Module time 0.0955s ##### 2.100.79.11 [174] completed poller modules at 2018-07-27 14:10:43 ##### o Graphs [checked] availability, ping, ping_snmp, uptime, fdb_count o Poller time 0.3765 seconds Updating 2.100.79.11 - > $update_array /var/www/observium/includes/polling/functions.inc.php:792 array( [uptime] => int(110170029) [last_polled] => array( [0] => string(5) "NOW()" ) [last_polled_timetaken] => double(0.3765) ) SQL[UPDATE `devices` set `uptime` ='110170029',`last_polled` =NOW(),`last_polled_timetaken` ='0.3765' WHERE `device_id` = '174'] SQL RUNTIME[0.00097919s] o Updated Data uptime, last_polled, last_polled_timetaken SQL[DELETE FROM `observium_processes` WHERE `process_pid` = '10969' AND `process_name` = 'poller.php' AND `device_id` = '174'] SQL RUNTIME[0.00824499s] ./poller.php: 2.100.79.11 - 1 devices polled in 0.557 secs ##### Completed polling run at 2018-07-27 14:10:43 ##### NOTE, $config['snmp']['hide_auth'] is set to TRUE, snmp community and snmp v3 auth hidden from debug output. o Devices Polled 1 o Poller Time 0.557 secs o Memory usage 14MB (peak: 14MB) o MySQL Usage Insert[1/0.001s] Update[1/0.001s] Delete[1/0.009s] Cell[4/0.002s] Row[8/0.005s] Rows[13/0.008s] Col[0/0s] (0.025s 4.512%) o RRDTool Usage update[4/0.005s] (0.005s 0.891%) o SNMP Usage snmpget[7/0.209s] snmpwalk[1/0.091s] (0.3s 53.803%) _______________________________________________ observium mailing list observium(a)observium.org (mailto:observium@observium.org) http://postman.memetic.org/cgi-bin/mailman/listinfo/observium (http://postman.memetic.org/cgi-bin/mailman/listinfo/observium) -- Mike Stupalov https://stupalov.com (https://stupalov.com)

1 0

Re: [Observium] VLANs and fdb-table on Cisco devices
by Mike Stupalov 28 Jul '18

28 Jul '18

Hi, please attach debug for discovery: ./discovery.php -d -m ports,vlans -h <device> > todevnull(a)free.fr <mailto:todevnull@free.fr> > 27 July 2018 at 15:13 > Hello, > > Since the last svn update 9352 i loose the VLANs button and fdb-table > content on every of my Cisco Catalyst switches :-/ > More of that, the Dot1q tag disappear on switch ports :( > > > Version Information > > *Observium* 18.7.9337 (18th July 2018) > *OS* Linux 4.9.0-6-amd64 [amd64] (Debian 9.5) > *Apache* 2.4.25 (Debian) > *PHP* 7.0.30-0+deb9u1 (OPcache: ENABLED) > *Python* 2.7.13 > *MySQL* 10.1.26-MariaDB-0+deb9u1 (extension: mysqli 5.0.12-dev) > *SNMP* NET-SNMP 5.7.3 > *RRDtool* 1.6.0 > *Fping* 3.15 (IPv4 and IPv6) > > > > > See below some debug lines : > > ##### Cisco configuration ages ##### > > o sysUptime 2017-10-19 16:29:18 | 280 days, 21h 41m 24s > o Running 2018-05-03 15:24:42 | 84 days, 22h 46m > o Saved 2018-07-25 09:02:04 | 2 days, 5h 8m 38s > o Startup 2018-05-03 14:43:02 | 84 days, 23h 27m 40s > > o Module time 0.0446s > > > including: includes/polling/fdb-table.inc.php > ##### Module Start: fdb-table ##### > > > SQL[SELECT `ifIndex`,`port_id`,`port_label_short` FROM `ports` WHERE > `device_id` = '174'] > SQL RUNTIME[0.00056696s] > > SQL[SELECT * FROM `vlans_fdb` WHERE `device_id` = '174'] > SQL RUNTIME[0.00038600s] > > CMD[/usr/bin/snmpbulkwalk -Cr'100' -t '3' -r '3' -v2c -c *** -Pu -OQUs > -m BRIDGE-MIB -M > /var/www/observium/mibs/rfc:/var/www/observium/mibs/net-snmp > 'udp':'2.100.79.11':'161' dot1dBasePortIfIndex] > > CMD EXITCODE[0] > CMD RUNTIME[0.0906s] > STDOUT[ > dot1dBasePortIfIndex.1 = 10001 > dot1dBasePortIfIndex.2 = 10002 > dot1dBasePortIfIndex.3 = 10003 > dot1dBasePortIfIndex.4 = 10004 > dot1dBasePortIfIndex.5 = 10005 > dot1dBasePortIfIndex.6 = 10006 > dot1dBasePortIfIndex.7 = 10007 > dot1dBasePortIfIndex.8 = 10008 > dot1dBasePortIfIndex.9 = 10009 > dot1dBasePortIfIndex.10 = 10010 > dot1dBasePortIfIndex.11 = 10011 > dot1dBasePortIfIndex.12 = 10012 > dot1dBasePortIfIndex.13 = 10013 > dot1dBasePortIfIndex.14 = 10014 > dot1dBasePortIfIndex.15 = 10015 > dot1dBasePortIfIndex.16 = 10016 > dot1dBasePortIfIndex.17 = 10017 > dot1dBasePortIfIndex.18 = 10018 > dot1dBasePortIfIndex.19 = 10019 > dot1dBasePortIfIndex.20 = 10020 > dot1dBasePortIfIndex.21 = 10021 > dot1dBasePortIfIndex.22 = 10022 > dot1dBasePortIfIndex.25 = 10101 > dot1dBasePortIfIndex.26 = 10102 > ] > SNMP STATUS[TRUE] > > SQL[SELECT `vlan_vlan` FROM `vlans` WHERE (`vlan_status` = 'active' OR > `vlan_status` = 'operational') AND `device_id` = '174'] > SQL RUNTIME[0.00066495s] > > o Module time 0.0955s > > ##### 2.100.79.11 [174] completed poller modules at 2018-07-27 > 14:10:43 ##### > > o Graphs [checked] availability, ping, ping_snmp, uptime, fdb_count > o Poller time 0.3765 seconds > Updating 2.100.79.11 - > > > $update_array /var/www/observium/includes/polling/functions.inc.php:792 > array( > [uptime] => int(110170029) > [last_polled] => array( > [0] => string(5) "NOW()" > ) > [last_polled_timetaken] => double(0.3765) > ) > > > SQL[UPDATE `devices` set `uptime` ='110170029',`last_polled` > =NOW(),`last_polled_timetaken` ='0.3765' WHERE `device_id` = '174'] > SQL RUNTIME[0.00097919s] > o Updated Data uptime, last_polled, last_polled_timetaken > > > SQL[DELETE FROM `observium_processes` WHERE `process_pid` = '10969' > AND `process_name` = 'poller.php' AND `device_id` = '174'] > SQL RUNTIME[0.00824499s] > ./poller.php: 2.100.79.11 - 1 devices polled in 0.557 secs > ##### Completed polling run at 2018-07-27 14:10:43 ##### > > NOTE, $config['snmp']['hide_auth'] is set to TRUE, snmp community and > snmp v3 auth hidden from debug output. > o Devices Polled 1 > o Poller Time 0.557 secs > o Memory usage 14MB (peak: 14MB) > o MySQL Usage Insert[1/0.001s] Update[1/0.001s] Delete[1/0.009s] > Cell[4/0.002s] Row[8/0.005s] Rows[13/0.008s] Col[0/0s] (0.025s > 4.512%) > o RRDTool Usage update[4/0.005s] (0.005s 0.891%) > o SNMP Usage snmpget[7/0.209s] snmpwalk[1/0.091s] (0.3s 53.803%) > > > > _______________________________________________ > observium mailing list > observium(a)observium.org > http://postman.memetic.org/cgi-bin/mailman/listinfo/observium -- Mike Stupalov Observium Limited, http://observium.org

1 0

VLANs and fdb-table on Cisco devices
by todevnull＠free.fr 27 Jul '18

27 Jul '18

Hello, Since the last svn update 9352 i loose the VLANs button and fdb-table content on every of my Cisco Catalyst switches :-/ More of that, the Dot1q tag disappear on switch ports :( Version Information Observium 18.7.9337 (18th July 2018) OS Linux 4.9.0-6-amd64 [amd64] (Debian 9.5) Apache 2.4.25 (Debian) PHP 7.0.30-0+deb9u1 (OPcache: ENABLED) Python 2.7.13 MySQL 10.1.26-MariaDB-0+deb9u1 (extension: mysqli 5.0.12-dev) SNMP NET-SNMP 5.7.3 RRDtool 1.6.0 Fping 3.15 (IPv4 and IPv6) See below some debug lines : ##### Cisco configuration ages ##### o sysUptime 2017-10-19 16:29:18 | 280 days, 21h 41m 24s o Running 2018-05-03 15:24:42 | 84 days, 22h 46m o Saved 2018-07-25 09:02:04 | 2 days, 5h 8m 38s o Startup 2018-05-03 14:43:02 | 84 days, 23h 27m 40s o Module time 0.0446s including: includes/polling/fdb-table.inc.php ##### Module Start: fdb-table ##### SQL[SELECT `ifIndex`,`port_id`,`port_label_short` FROM `ports` WHERE `device_id` = '174'] SQL RUNTIME[0.00056696s] SQL[SELECT * FROM `vlans_fdb` WHERE `device_id` = '174'] SQL RUNTIME[0.00038600s] CMD[/usr/bin/snmpbulkwalk -Cr'100' -t '3' -r '3' -v2c -c *** -Pu -OQUs -m BRIDGE-MIB -M /var/www/observium/mibs/rfc:/var/www/observium/mibs/net-snmp 'udp':'2.100.79.11':'161' dot1dBasePortIfIndex] CMD EXITCODE[0] CMD RUNTIME[0.0906s] STDOUT[ dot1dBasePortIfIndex.1 = 10001 dot1dBasePortIfIndex.2 = 10002 dot1dBasePortIfIndex.3 = 10003 dot1dBasePortIfIndex.4 = 10004 dot1dBasePortIfIndex.5 = 10005 dot1dBasePortIfIndex.6 = 10006 dot1dBasePortIfIndex.7 = 10007 dot1dBasePortIfIndex.8 = 10008 dot1dBasePortIfIndex.9 = 10009 dot1dBasePortIfIndex.10 = 10010 dot1dBasePortIfIndex.11 = 10011 dot1dBasePortIfIndex.12 = 10012 dot1dBasePortIfIndex.13 = 10013 dot1dBasePortIfIndex.14 = 10014 dot1dBasePortIfIndex.15 = 10015 dot1dBasePortIfIndex.16 = 10016 dot1dBasePortIfIndex.17 = 10017 dot1dBasePortIfIndex.18 = 10018 dot1dBasePortIfIndex.19 = 10019 dot1dBasePortIfIndex.20 = 10020 dot1dBasePortIfIndex.21 = 10021 dot1dBasePortIfIndex.22 = 10022 dot1dBasePortIfIndex.25 = 10101 dot1dBasePortIfIndex.26 = 10102 ] SNMP STATUS[TRUE] SQL[SELECT `vlan_vlan` FROM `vlans` WHERE (`vlan_status` = 'active' OR `vlan_status` = 'operational') AND `device_id` = '174'] SQL RUNTIME[0.00066495s] o Module time 0.0955s ##### 2.100.79.11 [174] completed poller modules at 2018-07-27 14:10:43 ##### o Graphs [checked] availability, ping, ping_snmp, uptime, fdb_count o Poller time 0.3765 seconds Updating 2.100.79.11 - > $update_array /var/www/observium/includes/polling/functions.inc.php:792 array( [uptime] => int(110170029) [last_polled] => array( [0] => string(5) "NOW()" ) [last_polled_timetaken] => double(0.3765) ) SQL[UPDATE `devices` set `uptime` ='110170029',`last_polled` =NOW(),`last_polled_timetaken` ='0.3765' WHERE `device_id` = '174'] SQL RUNTIME[0.00097919s] o Updated Data uptime, last_polled, last_polled_timetaken SQL[DELETE FROM `observium_processes` WHERE `process_pid` = '10969' AND `process_name` = 'poller.php' AND `device_id` = '174'] SQL RUNTIME[0.00824499s] ./poller.php: 2.100.79.11 - 1 devices polled in 0.557 secs ##### Completed polling run at 2018-07-27 14:10:43 ##### NOTE, $config['snmp']['hide_auth'] is set to TRUE, snmp community and snmp v3 auth hidden from debug output. o Devices Polled 1 o Poller Time 0.557 secs o Memory usage 14MB (peak: 14MB) o MySQL Usage Insert[1/0.001s] Update[1/0.001s] Delete[1/0.009s] Cell[4/0.002s] Row[8/0.005s] Rows[13/0.008s] Col[0/0s] (0.025s 4.512%) o RRDTool Usage update[4/0.005s] (0.005s 0.891%) o SNMP Usage snmpget[7/0.209s] snmpwalk[1/0.091s] (0.3s 53.803%)

1 0

QNAP up / down every second poll
by Basile Bluntschli 26 Jul '18

26 Jul '18

Hi All after upgrading a QNAP Device from 4.3.3 to 4.3.4 SNMP works every second poll. Event Log is full with things like: 2018-07-25 12:40:02 nas01 Device status changed to Up 2018-07-25 12:35:08 nas01 Device status changed to Down (snmp) How can I further troubleshoot this? It used to work before for more than a year. Thanks Basile

4 6

clearing a "Status Warning and Notification" status on unmonitored object?
by Darrell Budic 25 Jul '18

25 Jul '18

Is there a way to clear the status or data from something I don’t want to monitor anymore? I have a server that I installed bird & bird-snmp on, so observium properly discovered the BGP peers, including a couple of down sessions. Because I don’t want to monitor that on this instance, I went into the hosts settings and disabled the bgp poller and bgp discovery. It no longer updates those statuses, but the down peers are still showing up in the Status Warnings and Notification section on my home page, and the peers are still listed as routing info on the host (out of date now). Hopefully there’s something that can be done besides deleting and re-adding the host to clear those out? Thanks, -Darrell

1 0

Syslog suppress
by Luca Sasdelli 25 Jul '18

25 Jul '18

Hi, I've got an issue by suppressing syslog messages upon content. Even by stating the following rule in config.php $config['syslog']['filter'][] = 'action=pass'; I still see messages with the intended phrase inside: id=firewall time="2018-07-25 12:36:32" fw="xxxxxxxxxx" tz=+0200 startime="2018-07-25 12:36:31" pri=4 confid=01 slotlevel=2 ruleid=53 srcif="Ethernet3" srcifname="prod" ipproto=tcp dstif="Ethernet0" dstifname="wan1" proto=ssl src=xxxxxxxxxxx srcport=32827 srcportname=ephemeral_fw_tcp srcname=xxxxxxxxxxxx srcmac=xxxxxxxxxxxxxx dst=xxxxxxxx dstport=443 dstportname=https dstname=xxxxxxxxxxxxxxxxxxxx dstcontinent="eu" dstcountry="ie" modsrc=xxxxxxxxxxxx modsrcport=32827 ipv=4 action=pass msg="Early ChangeCipherSpec" class=protocol classification=0 alarmid=312 target=dst logtype="alarm" This doesn't apply to every message containing the specified string, only to a few of them. Perhaps a message length issue? Best Luca

2 2

Port groups unusable in alerts checks ?
by Thibault Richard 25 Jul '18

25 Jul '18

Hello, Ive defined several port groups as you can see below : 1° First question I would like to add a condition equivalent to ifOperStatus equals up but this kind of condition doesnt exist in the pre-defined list. Am I missing something ? 2° Second question I would like to use this group in an Alert Checks but in the entity association ruleset, I can use a Device Group but not a Port Group No « Port Group » and if I try to use Device Group I see only groups related to devices Bug of misunderstanding from me ? Best Regards Thibault

1 0

Svn update failed
by Simon Mousey Smith 25 Jul '18

25 Jul '18

Hi All Anybody else having problems doing an SVN update today? Mon Jul 23 00:04:01 BST 2018 Updating '/opt/observium': svn: E170013: Unable to connect to a repository at URL 'http://svn.observium.org/svn/observium/trunk' svn: E000110: Error running context: Connection timed out Regards Simon Sent from my iPhone

4 4

website is down???
by Arnoldo Vidal Bravo 24 Jul '18

24 Jul '18

-- Saluda cordialmente

2 1