- observium - lists.observium.org

Call to undefined function generate_device_link()
by diowitt＠live.com 27 Oct '23

27 Oct '23

Hello! After I upgraded the observium CE, I did check errors and showed me this message: root@ctpge02:/opt/observium# ./check-errors.php ⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⣀⡀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀ ⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⣠⡶⠋⠁⠙⣦⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀ ⠀⣠⡶⠛⠛⠲⣤⣀⠀⠀⠀⠀⡀⠀⠀⠀⠀⠀⠀⠀⣠⠄⣠⣾⣡⠀⠀⠀⠀⠸⡆⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀ ⢰⡏⠀⠀⠀⠀⠈⣿⣷⣤⡐⣄⣽⡾⠧⠤⠤⣤⣤⣾⣿⣾⣿⣯⣀⡀⠀⠀⠀⢠⡇⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀ ⠀⢷⡀⠀⠀⠀⠀⣿⣿⣿⣿⣿⣯⣤⣤⡀⣠⣈⣹⣽⣿⣿⣿⣿⣷⣦⣄⠀⢀⡾⠁⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀ ⠀⠈⠻⣆⠀⠀⠀⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⡟⠀⣠⠞⠁⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀ ⠀⠀⠀⠈⢳⣆⠘⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣧⣾⣷⣶⣤⣀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀ ⠀⠀⠀⠀⠀⣘⣿⣿⣿⣿⣿⣟⣿⣿⣿⣿⣿⣿⣿⣿⢡⡼⣿⣿⣿⣿⣿⣿⣿⣿⣿⣷⣄⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀ ⠀⠀⠀⠀⣾⣿⣿⣿⣿⣿⡏⣯⡇⣿⣿⣿⡏⣿⣿⣿⣜⣛⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⡷⣄⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀ ⠀⠀⠀⠀⣿⣿⣿⣿⣿⣿⣿⣭⣾⣿⣿⣿⣇⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⡿⠃⠀⠘⢷⣄⠀⠀⠀⠀⠀⠀⠀⠀ ⠀⠀⠀⢠⣿⣿⡏⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⡏⢿⣿⣿⡿⠁⠀⠀⠀⠸⣿⣷⡀⠀⠀⠀⠀⠀⠀ ⠀⠀⠀⢸⣿⣿⡇⠈⢻⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⠻⣿⣿⡟⢠⣿⣿⡟⠁⠀⠀⠀⠀⠙⣻⣿⣿⣆⠀⠀⠀⠀⠀ ⠀⠀⠀⠈⣿⣿⣷⡈⠛⠿⣿⣿⡆⠻⢿⣿⣽⣿⣯⣿⠿⠃⠀⠻⠛⣰⣿⣿⠏⠀⠀⠀⠀⢀⣙⣿⣿⣿⣿⣿⣧⡀⠀⠀⠀ ⠀⠀⠀⠀⢿⠈⠙⠻⠷⠤⠄⢉⡁⠀⠀⠙⢉⣵⣌⠀⠀⠀⣀⠄⠘⠛⠋⠁⢀⣀⣤⣤⣭⣭⣽⣿⣿⣿⣿⣿⣿⣷⡀⠀⠀ ⠀⠀⠀⢀⣿⡄⠀⠀⠀⠀⠀⠀⠉⠓⢦⣄⡉⠉⢉⣩⠶⠋⠁⠀⠀⠀⣠⣾⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣷⡀⠀ ⠀⠀⠀⣼⣿⣿⣷⣶⣶⣆⣀⡀⠀⠀⠀⠀⠉⠉⠉⠀⠀⠀⠀⠀⣠⣾⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣿⣧⠀ ⠀⠀⠀⣿⣿⣿⣿⣿⣿⣿⣥⣄⡀⠀⠀⠀⠀⠀⠀⠀⠀⣸⣦⣾⣿⣿⣿⣿⣿⣿⡿⠿⠿⡟⠿⣿⣟⡿⢿⡛⠀⣘⣿⣿⡆ ⠀⠀⠀⢿⣿⣿⠿⠿⠿⠿⢿⣿⣿⣷⣿⡆⠀⠀⣶⣶⣾⡿⠛⠛⠛⠛⠻⣿⣿⣿⡟⠉⠀⠀⠀⠈⠁⠁⢀⢀⠲⣬⣿⣿⡇ ⠀⠀⠀⠘⡏⠳⣤⡄⠀⡄⠀⠀⠈⠙⢿⣧⠀⢀⣿⣿⠏⠀⠀⠀⠀⢀⣠⣿⣿⠋⠀⠀⠀⠀⠀⠀⠀⠀⠈⣯⣷⣿⣿⣿⡇ ⠀⠀⠀⠀⢿⠀⠀⠉⠳⣇⠀⠀⠀⠀⠀⢻⠀⢸⣿⣿⣆⢠⠀⡆⣰⡿⠟⠉⠀⠀⠀⠀⠀⠀⠀⠀⠀⢀⡾⣿⣿⣿⣿⣿⡇ ⠀⠀⠀⠀⠘⣧⠀⠀⠀⠹⣷⣤⣄⠀⡈⣾⡆⢸⡿⠋⠿⠾⠴⠷⠋⠀⠀⠀⠀⠀⠀⠀⠀⠀⢀⣠⠞⠉⣶⣾⣿⣿⣿⣿⠀ ⠀⠀⠀⠀⠀⠈⠳⣄⠀⠀⠀⠉⠻⣿⣿⣿⣇⠸⡷⠀⠀⠀⢀⣠⢄⣠⣶⣤⣤⣤⡤⠤⠖⠛⠉⠀⠠⣤⣼⣿⣿⣿⣿⡏⠀ ⠀⠀⠀⠀⠀⠀⠀⠉⢻⣷⠶⠒⠀⠀⠁⠈⢿⡄⣷⣆⣤⣶⡿⠛⠛⠛⠉⠉⠉⠁⠀⠀⠀⠀⠀⠀⠀⠈⢿⣿⣿⣿⣿⠇⠀ ⠀⠀⠀⠀⠀⠀⠀⠀⠘⣏⠀⠀⠀⠀⠀⠀⠘⣧⣿⣿⡿⢋⡤⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠰⣾⣿⣿⣿⣿⠀⠀ ⠀⠀⠀⠀⠀⠀⠀⠀⠀⢻⡄⠀⠀⠀⠀⠀⠀⢸⣿⣿⣶⣫⠆⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⡀⢦⣵⣿⣿⣿⣿⠇⠀⠀ ⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⢻⣆⠀⠀⠀⠀⠀⠀⣿⣿⣿⠇⠀⣀⠀⠀⠀⠀⠀⠀⠀⠀⠳⠦⣴⣿⣶⣿⣿⣿⣿⡿⠀⠀⠀ ⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠛⢷⣄⠀⠀⠀⠀⢹⣿⣿⣾⣿⣋⣤⡄⠀⠀⠀⠀⠀⠀⠀⠠⣈⠻⣿⣿⣿⣿⣿⡇⠀⠀⠀ ⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠈⠉⠛⣦⣤⣤⣾⣿⣿⣿⣿⣿⣯⡴⠂⣀⡀⠀⡀⡀⡀⢠⣬⣻⣿⣿⣿⣿⡿⠀⠀⠀⠀ ⠀⠀⠀⠀⠀⠀⠀⢀⣀⣀⣀⣀⣠⡴⠊⠉⠀⠈⢹⠿⣿⣿⣿⣿⣿⣷⣾⣿⠾⡿⡿⠿⣷⣦⣿⣿⣿⣿⣿⡟⠁⠀⠀⠀⠀ ⠀⠀⠀⠀⠀⠀⠀⠛⠷⠦⠤⠤⠴⠶⠶⠶⠶⠚⠉⠀⠀⠈⣉⣩⠽⠟⠋⠁⠀⠀⣁⣠⠿⠛⠋⠉⠉⠉⠁⠀⠀⠀⠀⠀⠀ ⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠉⠉⠉⠉⠉⠉⠁⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀⠀ Oops! Something went wrong! You may want to report this to the Observium developers. Call to undefined function generate_device_link() in /opt/observium/check-errors.php:36 Stack trace: #0: (unknown function) called at [/opt/observium/check-errors.php:36] 31: $errored = 0; 32: 33: foreach (dbFetchRows("SELECT * FROM `ports` AS I, `devices` AS D WHERE I.device_id = D.device_id $where", $params) as $interface) { 34: $errors = $interface['ifInErrors_delta'] + $interface['ifOutErrors_delta']; 35: if ($errors > '1') { 36: $errored[] = generate_device_link($interface, $interface['hostname'] . " - " . $interface['ifDescr'] . " - " . $interface['ifAlias'] . " - " . $interface['ifInErrors_delta'] . " - " . $interface['ifOutErrors_delta']); root@ctpge02:/opt/observium# root@ctpge02:/opt/observium# 39: $i++; 40: } 41: There's something that I need to do? Tks!

2 2

Poller separator affected by service name
by support＠vechelde.de 26 Oct '23

26 Oct '23

Hi, I have a problem with the wmic module: CMD[/bin/wmic --user=*** --password=*** --delimiter='##' --namespace='root\CIMV2' //'Host' "SELECT DisplayName,Name,StartMode,State FROM Win32_Service"] I get this Situation: CMD EXITCODE[0] CMD RUNTIME[4.8128s] STDOUT[ CLASS: Win32_Service DisplayName##Name##StartMode##State (Other services...) Interne Windows-Datenbank##MSSQL$MICROSOFT##WID##Auto##Running (Other services...) ] PHP Fatal error: Uncaught ValueError: array_combine(): Argument #1 ($keys) and argument #2 ($values) must have the same number of elements in /opt/observium/includes/wmi.inc.php:140 Stack trace: #0 /opt/observium/includes/wmi.inc.php(140): array_combine() #1 /opt/observium/includes/wmi.inc.php(15): wmi_parse() #2 /opt/observium/includes/polling/wmi.inc.php(235): wmi_get() #3 /opt/observium/includes/polling/functions.inc.php(306): include('...') #4 /opt/observium/poller.php(171): poll_device() #5 {main} thrown in /opt/observium/includes/wmi.inc.php on line 140 The Service "MSSQL$MICROSOFT##WID" includes the delimiter '##' so the array has 4 Keys but this row got 5 values due to the servicename... Is there a way to change the delimiter or ignore this service?

1 0

Raisecom ISCOM ISCOM5508-GPSC(C)_ROAP_2.64.SP2.1_20211213
by rhett.zeeman＠ttconnect.co.za 26 Oct '23

26 Oct '23

Hi Team, we are trying to monitor the above device. This works well. Observium can even monitor the GPON PON interfaces eg: gpon-olt1/1. The problem we are having is trying the monitor the ONU devices on site at a client. We use Raisecom ONU's. There are currently mib files available but we noticed that the mib files are empty. So it would seem that Observium cant monitor the bandwidth of the onu's behind the splitter that is connected to the pon interface. Is this something we can manually do from our side? if we have a look at the mib files in /opt/observium/mib/raisecom and vi into the mib file, it is populated. [root@localhost raisecom]# vi RAISECOM-SYSTEM-MIB -- MibName=raisecomSystem -- ======================================================================= -- Version info -- -- Version 0.1 Created 2003.12.17 by GONGGUIDONG -- This version of MIB is created just for the use of Network Management Systems -- display the memory and cpu. -- -- Copyright(c) 2002-2005 by RAISECOM TECH, Ltd. -- modify history -- 02, 20130809, guokai, modify raisecomVoltIndex -- 01, 20090915, qiyun, Add CPU monitor MIBs. -- -- ======================================================================= RAISECOM-SYSTEM-MIB DEFINITIONS ::= BEGIN IMPORTS MODULE-IDENTITY,Unsigned32 FROM SNMPv2-SMI OBJECT-TYPE FROM SNMPv2-SMI raisecomAgent FROM RAISECOM-BASE-MIB TruthValue FROM SNMPv2-TC EnableVar FROM SWITCH-TC TimeStamp,TEXTUAL-CONVENTION FROM SNMPv2-TC; raisecomSystem MODULE-IDENTITY LAST-UPDATED "200507270000Z" ORGANIZATION "RAISECOM TECH, Ltd." CONTACT-INFO "www.raisecom.com" DESCRIPTION "raisecom System objects: objects common to all platforms." ::= { raisecomAgent 1 } -- -- Textual Conventions "RAISECOM-SYSTEM-MIB" [converted] 1550L, 59022C please advise on this as we need to be able to monitor the client bandwidth. Regards,.

2 1

Teams webhook debugging
by Ivo van Tulden 17 Oct '23

17 Oct '23

Dear members, After the great help with the dashboard I went of to the next part in automating, which is for us alerting through Teams. Hopefully you can help me as quickly with this as the last time. We want to use Teams Webhook function to create an alert message, which holds a couple of components. I have configured the webhook within MS Teams and setup the link with the Observium contacts. Created a alert which triggers and mentions the notification of contacts, but nothing happens within MS Teams. The problem can be with a couple of things, so I wanted to start with logging with Observium. This can probably show me if the firewall blocks, if the Webhook link was a bad URL, etc. Where can I find a debugging log of the notification actions, so I can start debugging? Met vriendelijke groet, Ivo van Tulden Technical Infrastructure Engineer - IT Department << Security is van ons allemaal >> **** DISCLAIMER: The information sent in or attached to this e-mail is for the addressee only. If this e-mail message is unclear please contact VLISCO by e-mail or telephone. Disclosure or reproduction of this information to a third party without prior agreement of VLISCO is not allowed. VLISCO does not accept any responsibility for the correct and complete interpretation of this e-mail nor for the time of its arrival. VLISCO cannot be held responsible for any claim resulting from negotiations and/or decisions made directly or indirectly based on information contained in this e-mail message. Vlisco Netherlands B.V. Binnen Parallelweg 27, 5701 PH, Helmond, The Netherlands. Chamber of commerce Eindhoven 50751492. Tel.: +31 (0)492 570922 Fax: +31 (0)492 570230 Visit our website: www.vlisco.com ****

2 2

Fwd: Juniper MX104 doesn't like load average graph
by David Beveridge 16 Oct '23

16 Oct '23

Last week I upgraded a server to Observium 23.10.13043 (stable) In Polling information I had a huge increase in system polling, (See attached images.) I backed out the upgrade and tried it again a few days later, when I had more time to investigate. In addition the processor graph had changed, showing much higher CPU usage I also noticed a new graph called Load Averages defined here... # svn blame /opt/observium/includes/definitions/mibs/juniper.inc.php 13020 adama // JUNIPER-MIB::jnxOperatingDescr.9.1.0.0 = STRING: Routing Engine 0 13020 adama // JUNIPER-MIB::jnxOperatingDescr.9.2.0.0 = STRING: Routing Engine 1 13020 adama // JUNIPER-MIB::jnxOperatingState.9.1.0.0 = INTEGER: running(2) 13020 adama // JUNIPER-MIB::jnxOperatingState.9.2.0.0 = INTEGER: standby(7) 13020 adama // JUNIPER-MIB::jnxOperating1MinLoadAvg.9.1.0.0 = Gauge32: 123 13020 adama // JUNIPER-MIB::jnxOperating1MinLoadAvg.9.2.0.0 = Gauge32: 8 13020 adama // JUNIPER-MIB::jnxOperating5MinLoadAvg.9.1.0.0 = Gauge32: 56 13020 adama // JUNIPER-MIB::jnxOperating5MinLoadAvg.9.2.0.0 = Gauge32: 5 13020 adama // JUNIPER-MIB::jnxOperating15MinLoadAvg.9.1.0.0 = Gauge32: 27 13020 adama // JUNIPER-MIB::jnxOperating15MinLoadAvg.9.2.0.0 = Gauge32: 0 13020 adama $config['mibs'][$mib]['la'] = [ 13020 adama 'type' => 'table', // In table mode get first entry with test condition 13020 adama 'scale' => 0.01, 13020 adama // Walks 13020 adama 'oid_extra' => 'jnxOperatingState.9', 13020 adama 'oid_1min' => 'jnxOperating1MinLoadAvg.9', 13020 adama 'oid_5min' => 'jnxOperating5MinLoadAvg.9', 13020 adama 'oid_15min' => 'jnxOperating15MinLoadAvg.9', 13020 adama 'test' => [ 'field' => 'jnxOperatingState', 'operator' => 'eq', 'value' => 'running' ], 13020 adama ]; 13020 adama I added unset($config['mibs'][$mib]['la']); // dave did this This has fixed the problem, I don't need the la graph anyway. I had tried to add this to confg.php, but that didn't work. I'm concerned that modifying the juniper.inc.php is not a good idea. Is there a better way to disable this?

2 1

consolidated availability graph
by Erwin Botas 14 Oct '23

14 Oct '23

Hello List, Willing to know if is possible to construct a consolidated device availability for several host “clusters” and have a % not host by host as were are committed to a service SLA Any suggestions welcome. Regards, Something to resume this hosts for example and the leyend able to show the calculation for the group of hosts. [cid:e14e30a7-4c52-4402-a29f-31fc9aabf7da@namprd10.prod.outlook.com] Erwin Botas Administrador de infraestructura senior • +506 2010-5000 • +506 2010-5050 • +506 8982-4885 • San José, CR • www.electrotecnica.com [https://www.electrotecnica.com/signature/bar2018CR.png] NOTA DE CONFIDENCIALIDAD: "La información contenida en este mensaje y sus adjuntos es estrictamente confidencial y se dirige exclusivamente a su destinatario. Si usted no es el destinatario indicado, cualquier divulgación, copia, distribución o uso del contenido de este documento es prohibido y será sancionado de acuerdo con la ley. Si recibió este mensaje por error, debe notificarlo de inmediato al remitente y destruirlo".

1 0

Add sensor data to dashboard
by Ivo van Tulden 14 Oct '23

14 Oct '23

Goodmorning, Please be advised that we just got a license, so if this isn't the correct way to get the information, please advice me how to do better. Is there a possibility to add a graph of a device to the dashboard, so the live information of that sensor data is shown? The link to the graph is something like this: https://<servername>/graphs/to=1697179853/id=313/type=sensor_graph/from=1697093453/<https://%3cservername%3e/graphs/to=1697179853/id=313/type=sensor_graph/from=1697093453/> Met vriendelijke groet, Ivo van Tulden Technical Infrastructure Engineer - IT Department << Security is van ons allemaal >> **** DISCLAIMER: The information sent in or attached to this e-mail is for the addressee only. If this e-mail message is unclear please contact VLISCO by e-mail or telephone. Disclosure or reproduction of this information to a third party without prior agreement of VLISCO is not allowed. VLISCO does not accept any responsibility for the correct and complete interpretation of this e-mail nor for the time of its arrival. VLISCO cannot be held responsible for any claim resulting from negotiations and/or decisions made directly or indirectly based on information contained in this e-mail message. Vlisco Netherlands B.V. Binnen Parallelweg 27, 5701 PH, Helmond, The Netherlands. Chamber of commerce Eindhoven 50751492. Tel.: +31 (0)492 570922 Fax: +31 (0)492 570230 Visit our website: www.vlisco.com ****

3 4

Obtaining good thresholds for monitoring SFP light levels
by Corwin Ziegler Hunts 11 Oct '23

11 Oct '23

We would like to alert if an SFP's received light level is too low. The light level sensor data is present and linked with a specific port so we can adjust the alert checkers based on attributes of the linked port. What we haven't figured out how to do is get appropriate thresholds for alerting for each SFP. The SFPs define warning and alarm thresholds which are readable on the devices containing the SFPs but that data doesn't make it into Observium for most of our monitored devices as far as we can tell. Similar SFPs usually have similar thresholds so grouping by SFP vendor and part number then creating a check for each set of SFPs with manually extracted and entered thresholds could be acceptable. Observium does show the SFP vendor and part number on the device overview and inventory pages along with which port contains the SFP but there doesn't seem to be a way to reference this data when creating port or sensor groups or alert checkers. There are also the automatically generated or manually set thresholds for sensors inside Observium itself. The automatically generated thresholds are often missing and we are not aware of a way to ensure they are present or reasonable. Manually set thresholds could work if there was a way to set and audit those thresholds in an automated fashion. We don't see a way to use the API to do this though (we're using the subscription edition). Are there recommendations on how to achieve this? Is this a solved problem and we're running into a bug? This is feeling more difficult than it should be. Corwin

1 0

device_rebooted metric is now NULL instead of 1
by Corwin Ziegler Hunts 10 Oct '23

10 Oct '23

We have an alert checker using the device_rebooted metric to monitor for reboots. The metric used to read as 1 when a reboot was detected as is documented <https://docs.observium.org/entities/#device>. After updating to the latest stable revision (r13020) from r12520 the metric now reads as NULL immediately after a reboot. Is this change in behavior intended? Corwin

2 1

repeated recovery messages
by andregeissler＠posteo.de 09 Oct '23

09 Oct '23

Hi I get new recovery messages for my pandacom devices (pandacom-sc) all the time. Observium does not show any alerts. For a device that has not reported any event at all since October 5, Observium shows hundreds of recoveries today alone. Any tips on how to debug this would be greatly appreciated. Andre

1 2