- observium - lists.observium.org

temps
by Jim DeVico 29 Apr '26

29 Apr '26

Can anyone guide me on how to have temperature show in F and not C?

1 0

Re: power tab on UPS' throws errors
by Tony Guadagno 29 Apr '26

29 Apr '26

Hi, I just notice this on all my UPS': [cid:image001.png@01DCD7C3.44C94D30] I am running Professional Observium 26.4.14713 (stable)<https://www.observium.org/> Any suggestions? Thanks Tony

3 4

issues
by Jim DeVico 29 Apr '26

29 Apr '26

I like the new look of the power tab for UPSs however, runtime does not appear to be displaying properly. It says 0s but the graph is correct. [cid:image001.png@01DCD7BB.5AB59CA0]

2 3

SMTP email alerts stopped working
by ajgreenawalt＠moniteau.org 22 Apr '26

22 Apr '26

I recently updated to Observium CE 26.1.14545. Since the update, I am no longer receiving email alerts. I selected an alert from the dashboard (4354) and ran ./test_alert.php -a 4354. This is the response I get in the shell: Oops! Something went wrong! You may want to report this to the Observium developers. Call to undefined function get_entity_group_names() in /opt/observium/includes/notifications.inc.php:97 Stack trace: #0: (unknown function) called at [/opt/observium/includes/notifications.inc.php:97] 92: $device = device_by_id_cache($entry['device_id']); 93: $entity = get_entity_by_id_cache($entry['entity_type'], $entry['entity_id']); 94: $alert = $alert_rules[$entry['alert_test_id']]; 95: 96: // Get device group memberships for alert routing 97: $device_groups = get_entity_group_names('device', $device['device_id']); 98: 99: // Get entity group memberships for alert routing 100: $entity_groups = get_entity_group_names($entry['entity_type'], $entry['entity_id']); 101: 102: /// DEVEL #1: alert_generate_tags called at [/opt/observium/includes/notifications.inc.php:26] 21: */ 22: function alert_notifier($entry, $type = "alert", $log_id = NULL) { 23: 24: $device = device_by_id_cache($entry['device_id']); 25: 26: $message_tags = alert_generate_tags($entry, $type); 27: 28: //logfile('debug.log', var_export($message, TRUE)); 29: 30: $alert_id = $entry['alert_test_id']; 31: #2: alert_notifier called at [/opt/observium/test_alert.php:56] 51: 52: $entry = dbFetchRow($sql, [$options['a']]); 53: print_debug_vars($entry, 1); 54: 55: // Generate alerts and insert them into the queue 56: $ids = alert_notifier($entry); 57: } elseif ($options['c']) { 58: // Test by contact id 59: $ids = []; 60: 61: // Fetch notification example from json file Any assistance is appreciated. Thanks!

3 3

No longer have SVN access
by Christian Theodor Klaas 20 Apr '26

20 Apr '26

Hi guys, We have the Enterprise license and installed an Observium poller right after the main installation. Unfortunately, we can’t install any more poller instances because SVN access is no longer available. Is there perhaps a workaround, or any explanation as to why SVN access is no longer available? Or has the SVN user's account expired? Any help is welcome. ---------schnip------------ 6. Remote poller for Observium Pro/Ent Edition stable (requires account at https://www.observium.org/subs/) (1-6): 6 you choose 6 You have selected: Remote poller for Observium Pro/Ent Edition (stable). IMPORTANT: Before continuing, make sure you have already installed: •{BOLD} The main poller (primary Observium instance) • A remote MySQL database (accessible from this host) • A remote RRDCacheD service (accessible from this host) Please enter your params... Your SVN username and password can be found after logging in at: https://www.observium.org/subs/ SVN Username: ***** SVN Password: ***** [*] Verifying SVN credentials... ERROR: SVN authentication failed for user '*****'. Please check your credentials at https://www.observium.org/subs/ ---------schnip------------ Best regards, Christian Klaas ________________________________ KAMP Netzwerkdienste GmbH Vestische Straße 89-91 | 46117 Oberhausen Fon: +49 (0) 208 89 402-0<tel:+49208894020> Fax: +49 (0) 208 89 402-40<tel:+492088940240> WWW: http://www.kamp.de<https://www.kamp.de/> Geschäftsführer: Dr. Florian Kopshoff | Volker Bischoff | Daniel Hagemeier Amtsgericht Duisburg | HRB Nr. 12154 | USt-IdNr.: DE249338561 HINWEIS: UNSERE HINWEISE ZUM UMGANG MIT PERSONENBEZOGENEN DATEN FINDEN SIE IN UNSERER DATENSCHUTZERKLÄRUNG UNTER HTTPS://WWW.KAMP.DE/DATENSCHUTZ.HTML<https://www.kamp.de/DATENSCHUTZ.HTML> DIESE NACHRICHT IST NUR FÜR DEN ADRESSATEN BESTIMMT. ES IST NICHT ERLAUBT, DIESE NACHRICHT ZU KOPIEREN ODER DRITTEN ZUGÄNGLICH ZU MACHEN. SOLLTEN SIE IRRTÜMLICH DIESE NACHRICHT ERHALTEN HABEN, BITTE ICH UM IHRE MITTEILUNG PER E-MAIL ODER UNTER DER OBEN ANGEGEBENEN TELEFONNUMMER. ________________________________

1 0

Fix for hdarray
by Chris James 17 Apr '26

17 Apr '26

We have continued to have an issue where PERC controller status is flagged as failed on pretty much all our Poweredge Rx20, Rx30, Rx40, Rx50, Rx60 servers. We finally got to the bottom of it today. Please can the following be corrected. Root Cause: perccli64 requires an open stdin to function correctly. When it runs with stdin closed (<&-), it returns Status = Failure instead of querying the controller. The Observium agent script closes stdin as a security measure (exec <&- 2>/dev/null) before running all local scripts, so every time the agent ran our hdarray script via the socket, perccli silently failed. The Fix: Add </dev/null to all four perccli calls in the hdarray script so the binary gets a valid (empty) stdin rather than a closed file descriptor: $CLI show nolog </dev/null 2>/dev/null $CLI /c${ctrl} show nolog > $RAID 2>&1 </dev/null $CLI /c${ctrl}/vall show nolog > $RAID 2>&1 </dev/null $CLI /c${ctrl}/eall/sall show nolog > $RAID 2>&1 </dev/null What made this so hard to diagnose: The script worked perfectly in every direct test (setsid, bash -x, env -i, running as root via ssh) because all those methods leave stdin open. It only failed via the agent socket where stdin was closed - exactly replicating production conditions was key. Many thanks, Chris

1 1

fix for nvidia GPU load at 0% but reported as critical
by Chris James 16 Apr '26

16 Apr '26

We run a number of machines with nvidia GPU cards and notice that when the load is reported at 0% - which can happen when the machine is idle - its flagged as critical in Observium. The fix is as follows: In the ./includes/polling/unix-agent/nvidia.inc.php file change the utilization.gpu and utilization.memory discover_sensor calls from: ['limit_high' => 100, 'limit_low' => 0] To: ['limit_high' => 100] This the file looks like: <?php /** * Observium * * This file is part of Observium. * * @package observium * @subpackage poller * @copyright (C) Adam Armstrong * */ global $agent_sensors; if (!safe_empty($agent_data['nvidia']['smi']) && $nvidia = parse_csv($agent_data['nvidia']['smi'])) { $invalid = [ '[Not Supported]', 'N/A', '[N/A]' ]; print_cli_heading("nvidia-smi", 3); foreach ($nvidia as $card) { $descr_card = "Nvidia Card " . ((int)$card['index'] + 1) . ": " . $card['name']; print_cli_heading($descr_card, 4); if (!in_array($card['temperature.gpu'], $invalid)) { $index = 'temperature.gpu.' . $card['index']; $descr = $descr_card; discover_sensor('temperature', $device, '', $index, 'nvidia-smi', $descr, 1, $card['temperature.gpu'], ['limit_high' => 100], 'agent'); $agent_sensors['temperature']['nvidia-smi'][$index] = ['description' => $descr, 'current' => $card['temperature.gpu'], 'index' => $index]; print_cli_data("temperature.gpu", $card['temperature.gpu'] . "C"); } if (!in_array($card['power.draw [W]'], $invalid)) { $index = 'power.draw.' . $card['index']; $descr = $descr_card; discover_sensor('power', $device, '', $index, 'nvidia-smi', $descr, 1, $card['power.draw [W]'], [], 'agent'); $agent_sensors['power']['nvidia-smi'][$index] = ['description' => $descr, 'current' => $card['power.draw [W]'], 'index' => $index]; print_cli_data("power.draw", $card['power.draw [W]'] . "W"); } if (!in_array($card['fan.speed [%]'], $invalid)) { $index = 'fan.speed.' . $card['index']; $descr = $descr_card . " Fan Load"; discover_sensor('load', $device, '', $index, 'nvidia-smi', $descr, 1, $card['fan.speed [%]'], ['limit_high' => 100, 'limit_low' => 0], 'agent'); $agent_sensors['load']['nvidia-smi'][$index] = ['description' => $descr, 'current' => $card['fan.speed [%]'], 'index' => $index]; print_cli_data("fan.speed", $card['fan.speed [%]'] . ""); } if (!in_array($card['utilization.gpu [%]'], $invalid)) { $index = 'utilization.gpu.' . $card['index']; $descr = $descr_card . " GPU Load"; discover_sensor('load', $device, '', $index, 'nvidia-smi', $descr, 1, $card['utilization.gpu [%]'], ['limit_high' => 100], 'agent'); $agent_sensors['load']['nvidia-smi'][$index] = ['description' => $descr, 'current' => $card['utilization.gpu [%]'], 'index' => $index]; print_cli_data("utilization.gpu", $card['utilization.gpu [%]'] . ""); } if (!in_array($card['utilization.memory [%]'], $invalid)) { $index = 'utilization.memory.' . $card['index']; $descr = $descr_card . " Memory Load"; discover_sensor('load', $device, '', $index, 'nvidia-smi', $descr, 1, $card['utilization.memory [%]'], ['limit_high' => 100], 'agent'); $agent_sensors['load']['nvidia-smi'][$index] = ['description' => $descr, 'current' => $card['utilization.memory [%]'], 'index' => $index]; print_cli_data("utilization.memory", $card['utilization.memory [%]'] . ""); } } echo "\n"; } // EOF Thanks Chris

1 1

alerting on a bill usage?
by Bryan Fields 13 Apr '26

13 Apr '26

Is there a way to send an alert on billing when it's at n% of the allotment? I had a look through the alertingbut I can't see how this would be done. I'm on 26.3.14656 (rolling) (3rd March 2026) Thank you, -- Bryan Fields 727-409-1194 - Voice http://bryanfields.net

2 1

Adding new OS to central but still getting generic
by Bryan E 13 Apr '26

13 Apr '26

Hello, I'm trying some thing. First I have a Central Observium server hosting the DB and graphs. My devices are polled via another Debian-poller who's the only one talking to central observium. I've added a stormshield on observium but it comes as a generic device, so I've tried to follow the guide to add a new OS (https://docs.observium.org/developing/add_os/) my new file /opt/observium/includes/definitions/os/stormshield.inc.php is like the following: $os = "Stormshield"; $config['os'][$os]['vendor'] = "Stormshield"; $config['os'][$os]['text'] = "Stormshield OS"; $config['os'][$os]['type'] = "firewall"; // Set type in polling os $config['os'][$os]['sysObjectID'][] = ".1.3.6.1.4.1.11256.1"; $config['os'][$os]['sysDescr'][] = "/^NS-BSD/"; $config['os'][$os]['mibs'][] = "STORMSHIELD-PROPERTY-MIB"; The MIBS seems OK on /opt/observium/includes/definitions/mibs/stormshield.inc.php redirecting to stormshield folder My folder /opt/observium/mibs/stormshield/ is filled with MIBS but still... I might be missing something because when I execute ./discovery.php -h mydevice_ID -m os on the Debian-Poller it still comes as generic +-------------+------------------------------+ | OID | | +-------------+------------------------------+ | sysDescr | NS-BSD SNSS1XXXXXXX amd64 | | sysObjectID | .1.3.6.1.4.1.11256.1.20.7 | +-------------+------------------------------+ o OS Type generic o OS Group unix

3 4

group C drives
by Jim DeVico 10 Apr '26

10 Apr '26

Can anyone suggest the best way to group the C drives together to create an alert monitor their storage usage?

1 0