- observium - lists.observium.org

question about Observium alert grouping
by Edvinas K 05 Nov '17

05 Nov '17

hello, We're using Observium subscriber edition. I have some devices on which the alerts should be enabled, and on some others don't. Im thinking of creating groups - So for example, is it possible to enable alerts only on selected group ? But no all devices, thanks.

2 1

Juniper port polling problems
by Andrey 03 Nov '17

03 Nov '17

Hi, I have observium 0.16.1.7533. It has problems with two machines: Juniper mx240 with JunOS 15.1R2 and Juniper EX4550-32F with JunOS 12.3R12.4. This devices very slow polling ports information. Here I found the same problem: http://jira.observium.org/browse/OBSERVIUM-1695 <http://jira.observium.org/browse/OBSERVIUM-1695> But there it is written that "junipers have functionally broken SNMP stacks". Is there any solution to this issue? Are there any special settings or modules for JunOS ? Thanks.

6 10

Optic dbm alert checker and interface status
by Milton Ngan 03 Nov '17

03 Nov '17

Hi, Is there a way to only trigger the dbm sensor alert if the corresponding interface is up? I thought I could get away with just testing if the sensor values fall outside the sensor limits. But when ports are down (even when unplugged) I get spiky readings which will trigger the alert. So it would be nice to check if the interface is up as part of the alert check. I suspect this isn't possible as things are right now. It seems sensors have no relationship to another entity (e.g a port on a router). Ideally, I would like to say something like this: Port Checker Condition ifOperStatus eq up sensors.dbm.juniper-dom-rx.sensor_value < @sensors.dbm.juniper-dom-rx.sensor_limit_low Port Checker Entity Match ifAdminStatus eq up dbm in sensor_classes juniper-dom-rx in sensor_types So only ports that are admin up and have an associated sensor type of the appropriate type would get added to the checker. This will ensure the condition will be able to refer to the appropriate sensor. This would imply there is some mapping/relationship between sensors and other entities. This is probably very MIB specific and very platform specific. But it would make for a very useful checker.

2 2

Syslog alerts empty email
by Philippe Hurtubise 03 Nov '17

03 Nov '17

Hi, I updated to latest SVN yesterday and still receiving empty email. See below. Thanks From: Observium.SNMP(a)autolog.int [mailto:Observium.SNMP@autolog.int] Sent: Friday, November 3, 2017 6:05 AM To: Philippe Hurtubise <philippe.hurtubise(a)autolog.com> Subject: Modify Alert Metrics Duration Device Device Hardware Operating System Location Uptime E-mail sent to: philippe.hurtubise(a)autolog.com<mailto:philippe.hurtubise@autolog.com> E-mail sent at: Fri, 03 Nov 2017 06:05:16 -0400 -- Observium Professional 17.10.8930<http://www.observium.org>

2 2

some devices takes very long to complete /opt/observium/poller.php process
by Edvinas K 03 Nov '17

03 Nov '17

Hello, Some devices takes very long to complete /opt/observium/poller.php process. For example i took one of them and run: /opt/observium/poller-wrapper.py --host hk2net01a -d /opt/observium/poller-wrapper.py:568: Warning: Data truncated for column 'process_name' at row 1 cursor.execute(p_query, (pid,ppid,processname,uid,command,s_time)) INFO: starting the poller at 2017/11/02 17:10:50 with 16 threads WARNING: DEBUG enabled, each device poller store output to /tmp/observium_poller_id.debug (where id is device_id) /usr/bin/env php /opt/observium/poller.php -d -h 320 >> /tmp/observium_poller_320.debug 2>&1 INFO: starting alerter.php for 320 INFO: finished alerter.php for 320 WARNING: worker Thread-1 finished device 320 in 405 seconds INFO: poller-wrapper.py poller --host hk2net01a processed 1 devices in 405.53 seconds with 16 threads, load average (5min) 1.67 WARNING: the process took more than 5 minutes to finish, you need faster hardware or more threads INFO: in sequential style processing the elapsed time would have been: 405 seconds WARNING: device 320 is taking too long: 405 seconds ERROR: Some devices are taking more than 300 seconds, the script cannot recommend you what to do. Number of rows updated: 1 DEBUG: /usr/bin/rrdtool update /opt/observium/rrd/poller-wrapper.rrd N:1:405.531:16 DEBUG: /usr/bin/rrdtool update /opt/observium/rrd/poller-wrapper_count.rrd N:1 The debug txt shows that it freezes for about 4mins on this line: "SQL RUNTIME[0.00020313s] o Caching Oids Used full table ifEntry/ifXEntry snmpwalk. ifEntry CMD[/usr/bin/snmpbulkwalk -v2c -c *** -Pu -OQUs -m IF-MIB -M /opt/observium/mibs/rfc:/opt/observium/mibs/net-snmp 'udp':'hk2net01a':'161' ifEntry] ...................." and almost after 5mins it resumes. What could be the reason ? Thanks.

5 9

Empty email
by Philippe Hurtubise 02 Nov '17

02 Nov '17

Hi, Since I enabled syslog alerting, I receive empty email like this. Thanks From: Observium.SNMP(a)autolog.int [mailto:Observium.SNMP@autolog.int] Sent: Thursday, November 2, 2017 6:15 AM To: Philippe Hurtubise <philippe.hurtubise(a)autolog.com> Subject: Modify Alert Metrics Duration Device Device Hardware Operating System Location Uptime E-mail sent to: philippe.hurtubise(a)autolog.com<mailto:philippe.hurtubise@autolog.com> E-mail sent at: Thu, 02 Nov 2017 06:15:18 -0400 -- Observium Professional 17.9.8841<http://www.observium.org>

2 2

Hot Backup of Observium database possible?
by Vikas Kumar 02 Nov '17

02 Nov '17

Hi all, Is it possible to take hot backup of observium database? Also if the observium server crashes unexpectedly will we be able to recover it? Thanks -- <http://moodi.org/> *Vikas Kumar | ** Hospitality & PR Coordinator* *Mood Indigo, IIT Bombay* *+91-9694532954 | mailvikasnow(a)gmail.com <mailvikasnow(a)gmail.com>* [image: Facebook] <https://www.facebook.com/vikas.cse.iitb> <https://mailtrack.io/> Sent with Mailtrack <https://chrome.google.com/webstore/detail/mailtrack-for-gmail-inbox/ndnaehg…>

3 2

Juniper SRX1500 firewall questionable CPU OIDs used
by aas029 02 Nov '17

02 Nov '17

Hello, I have Juniper SRX1500 firewalls for which Observium is sending false positive CPU alerts (example included below) based on feedback from Juniper. More specifically, I was told that the OIDs used by Observium to collect CPU information are not the correct ones for this devices in particular. Here are the OIDs that I was told should be used to monitor the data plane CPU usage (instead of the standard OIDs that poll the kernel):.1.3.6.1.4.1.2636.3.39.1.12.1.1.1 Or more specifically for forwarding plane flow (SPU) only: .1.3.6.1.4.1.2636.3.39.1.12.1.1.1.3" Here is an Observium alert example: Alert Juniper Firewall CPU Usage is over 40%! Entity FPC: FEB @0/*/* Conditions processor_usage gt 40 (49) Metrics processor_usage = 49 Duration 4m 19s (2017-10-22 17:22:53) Device Device host.mine Hardware SRX1500 Operating System Juniper JunOS 15.1X49-D50.3 Internet Router Location lab Uptime 27 days, 12h 3m 4s The above alert is seen several times a day per device. I'm currently running version 17.10.8921 (Linux 2.6.32-642.13.1.el6.x86_64 [amd64]) but have seen this with different frequencies on all other versions I had. Appreciate any information on potential fix or workaround or feedback on the Juniper response. Thanks,Al.

3 2

Vpn specific graphs not showing after installing Unix agent
by Vikas Kumar 31 Oct '17

31 Oct '17

Hi I have installed observium Unix agent into my von server and enables the openvpn script at server but still no graph like "no of users active on vpn" is showing up in observium web interface? Please help. Thanks

2 1

deleting device with "delete RRD" options - doesnt delete RRD files itself
by Edvinas K 31 Oct '17

31 Oct '17

Hello, We're using subscriber edition Observium 17.10.8930 (stable) <http://www.observium.org/> When i Delete the device with RRD tick ON, the RRD files is still left in RRD dir. Is it a bug? Thanks

2 3