- observium - lists.observium.org

Re: [Observium] Support for Aruba IAP (model: 335 fw:6.5.1.5)
by Thomas Stather 08 Nov '17

08 Nov '17

Hi It would be really great if you could consider adding at least some basic support for these devices so that the graphs "Number of APs" and "Wireless Clients" are populated. If i can help anything in this matter just let me know. Best, Thomas Am 26.09.2017 um 03:57 schrieb Adam Armstrong: > Hi, > > We currently have no specific support for Aruba IAP devices. > > Thanks, > adam. >> >> On 2017-09-25 12:42:09, Thomas Stather >> <thomas.stather(a)mpimf-heidelberg.mpg.de> wrote: >> >> Hi Adam >> >> Can you say something regarding this topic? >> I already posted to the list but got no response yet. >> >> This gets kind of important for us now. >> >> >> Best, >> Thomas >> >> Am 01.08.2017 um 09:26 schrieb Thomas Stather: >>> Hi >>> >>> No idea why its not working or when itll be implemented? >>> >>> Best, >>> Thomas >>> >>> Am 25.07.2017 um 12:00 schrieb Thomas Stather: >>>> Hi >>>> >>>> We are running some Instant APs from Aruba (Model: IAP-335 with >>>> firmware 6.5.1.5-4.3.1.4) and i was wondering if you can implement >>>> support for these models? >>>> >>>> The MIBs are fw-related and for every AP in Observium, the graphs >>>> "Number of APs", "Wireless Clients" show no data. >>>> >>>> Attached are the MIBs for this firmware release >>>> >>>> >>>> Best, >>>> Thomas >>>> >>>> >>>> >>>> _______________________________________________ >>>> observium mailing list >>>> observium(a)observium.org >>>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >>> >>> -- >>> Thomas Stather >>> IT Services >>> >>> VCP4, VCP6-DCV >>> >>> Tel: +49 6221-486 628 >>> Fax: +49 6221-486 561 >>> >>> ------------------------------------------------------------------------ >>> Max Planck Institute for Medical Research (MPImF) >>> Jahnstrasse 29, 69120 Heidelberg >>> Germany >>> >>> >>> _______________________________________________ >>> observium mailing list >>> observium(a)observium.org >>> http://postman.memetic.org/cgi-bin/mailman/listinfo/observium >> >> -- >> Thomas Stather >> IT Services >> >> VCP4, VCP6-DCV >> >> Tel: +49 6221-486 628 >> Fax: +49 6221-486 561 >> >> ------------------------------------------------------------------------ >> Max Planck Institute for Medical Research (MPImF) >> Jahnstrasse 29, 69120 Heidelberg >> Germany -- Thomas Stather IT Services VCP4, VCP6-DCV Tel: +49 6221-486 628 Fax: +49 6221-486 561 ------------------------------------------------------------------------ Max Planck Institute for Medical Research (MPImF) Jahnstrasse 29, 69120 Heidelberg Germany

1 0

resetting sensors doesn't work (Observium 17.5.8580)
by Thomas Stather 08 Nov '17

08 Nov '17

Hi I just noticed that one of our switches produces false positive errors because of incorrectly (auto) set thresholds for its sensors. I then activated "reset sensors" on the sensors page of the device (there were no values for "min" and "max" set, the current temperature of the sensor is 44 degrees). In the log i see: 5m 42s swhp58-04 <https://observium.mpimf-heidelberg.mpg.de/device/device=22/tab=logs/section…> SubCard0 <https://observium.mpimf-heidelberg.mpg.de/device/device=22/tab=health/metri…> Sensor updated (custom): temperature hh3c-entity-ext-mib 2535 SubCard0 [L: Array][Lw: Array][Hw: Array][H: Array] (by user: tstather) 5m 42s swhp58-04 <https://observium.mpimf-heidelberg.mpg.de/device/device=22/tab=logs/section…> SubCard0 <https://observium.mpimf-heidelberg.mpg.de/device/device=22/tab=health/metri…> Sensor updated (custom): temperature hh3c-entity-ext-mib 2534 SubCard0 [L: Array][Lw: Array][Hw: Array][H: Array] (by user: tstather) 5m 42s swhp58-04 <https://observium.mpimf-heidelberg.mpg.de/device/device=22/tab=logs/section…> Board <https://observium.mpimf-heidelberg.mpg.de/device/device=22/tab=health/metri…> Sensor updated (custom): temperature hh3c-entity-ext-mib 2533 Board [L: Array][Lw: Array][Hw: Array][H: Array] (by user: tstather) 5m 42s swhp58-04 <https://observium.mpimf-heidelberg.mpg.de/device/device=22/tab=logs/section…> Board <https://observium.mpimf-heidelberg.mpg.de/device/device=22/tab=health/metri…> Sensor updated (custom): temperature hh3c-entity-ext-mib 2532 Board [L: Array][Lw: Array][Hw: Array][H: Array] (by user: tstather) but the warnings are fired again. There is still no value for "min" or "max" for those sensors. Attached is a screenshot. What am i doing wrong here? Thanks in advance! Best, Thomas -- Thomas Stather IT Services VCP4, VCP6-DCV Tel: +49 6221-486 628 Fax: +49 6221-486 561 ------------------------------------------------------------------------ Max Planck Institute for Medical Research (MPImF) Jahnstrasse 29, 69120 Heidelberg Germany

2 6

Empty alert email
by Philippe Hurtubise 07 Nov '17

07 Nov '17

Hi, I still receive empty alert email like below each morning between 5:00 and 5:15. I already updated to latest stable version, but still have empty email. Thanks From: Observium.SNMP(a)autolog.int [mailto:Observium.SNMP@autolog.int] Sent: Tuesday, November 7, 2017 5: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: Tue, 07 Nov 2017 05:05:19 -0500 -- Observium Professional 17.10.8930<http://www.observium.org>

1 0

custom oid doesn't work after update
by Laszlo Nemeth 06 Nov '17

06 Nov '17

Hi I updated from an older Observium (85xx) to the latest 8943. I used two devices with 2-2 custom oids. After the upgrade the custom oids not associated to the devices. I tried to re-add it, but when i select the devices in the custom oid setup i got a red message: "ERROR: Unable to add OID association" I found a similar bug that is closed already: http://jira.observium.org/browse/OBS-2445 but looks like it is closed. Which command output is needed for the debug? Thanks Laszlo

1 1

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