- observium - lists.observium.org

Broken changes after r14265
by Pieter Meyer 18 Sep '25

18 Sep '25

Hi, Changes after R 14265 seems to have broken the way devices are displayed see below example on 14265 [cid:image001.png@01DC26E1.007A3BA0] Update to 14266 breaks this display see example below , only 3 files where updated svn update -r 14266 Updating '.': A html/ajax/panel.php U html/index.php U html/pages/device.inc.php Updated to revision 14266. [cid:image002.png@01DC26E1.45AC7760] svn diff -r 14265:14266 html/pages/device.inc.php Index: html/pages/device.inc.php =================================================================== --- html/pages/device.inc.php (revision 14265) +++ html/pages/device.inc.php (revision 14266) @@ -101,13 +101,13 @@ // Show tabs if the user has access to this device if (!device_permitted($device['device_id'])) { - register_html_panel('default'); // default xl panel + //register_html_panel('default'); // default xl panel // Print the device header (do not hide in xl for entity permitted) print_device_header($device); } else { // Device permitted, show full info - //register_html_panel(generate_device_panel($device)); + register_html_panel(generate_device_panel($device)); // Print the device header print_device_header($device, [ 'div-class' => 'hidden-xl' ]); svn diff -r 14265:14266 html/ajax/panel.php svn: E155010: The node '/opt/observium/html/ajax/panel.php' was not found. svn diff -r 14265:14266 html/index.php Index: html/index.php =================================================================== --- html/index.php (revision 14265) +++ html/index.php (revision 14266) @@ -238,39 +238,30 @@ $panel_name = $vars['page']; } //r($panel_name); - if ($config['pages'][$panel_name]['custom_panel']) { - include($page_file); + + echo '<div class="row">'; + + if ($config['pages'][$panel_name]['no_panel']) { + // Skip any panel loading + echo ' <div class="col-lg-12">'; } else { - echo '<div class="row">'; - - if ($config['pages'][$panel_name]['no_panel']) { - echo '<div class="col-lg-12">'; - } else { - echo ' + // Left panel placeholder + // Attrib data-panel="default" for ajax panel loading + echo ' <div class="col-xl-4 visible-xl"> - <div id="myAffix" data-spy="affix" data-offset-top="60"> + <div id="myAffix" data-spy="affix" data-offset-top="60" data-panel="default"> ##PAGE_PANEL## </div> </div> - <div class="col-xl-8 col-lg-12">'; - } - - include($page_file); - echo '</div>'; + <div class="col-xl-8 col-lg-12">'; } - // Register default panel if custom not set - if (!isset($GLOBALS['cache_html']['page_panel'])) { - if (is_file($config['html_dir'] . "/includes/panels/" . $panel_name . ".inc.php")) { - $panel_file = $config['html_dir'] . "/includes/panels/" . $panel_name . ".inc.php"; - } else { - $panel_file = $config['html_dir'] . "/includes/panels/default.inc.php"; // default - } - ob_start(); - include($panel_file); - $panel_html = ob_get_clean(); + include($page_file); + echo ' </div>'; - register_html_panel($panel_html); + // Register default panel (when not registered on pages) + if (!$config['pages'][$panel_name]['no_panel'] && !isset($GLOBALS['cache_html']['page_panel'])) { + register_html_panel('default'); } } Disclaimer The information contained in this communication from the sender is confidential. It is intended solely for use by the recipient and others authorized to receive it. If you are not the recipient, you are hereby notified that any disclosure, copying, distribution or taking action in relation of the contents of this information is strictly prohibited and may be unlawful. This email has been scanned for viruses and malware, and may have been automatically archived by Mimecast, a leader in email security and cyber resilience. Mimecast integrates email defenses with brand protection, security awareness training, web security, compliance and other essential capabilities. Mimecast helps protect large and small organizations from malicious activity, human error and technology failure; and to lead the movement toward building a more resilient world. To find out more, visit our website.

2 1

suggestion for cisco asa firewall graphs
by Tony Guadagno 12 Sep '25

12 Sep '25

Hi, I have been spending a lot of time with this graph (firewalls/graphs/firewalls/Remote Access sessions) and I am noticing something that does not make sense.. [cid:image001.png@01DC23D4.A70D0700] In this graph, you can see that I have 4 ssl tunnels and 13 lan-to-lan tunnels. Observium seems to be showing this as a stacked graph but I don't think that makes sense. When I get more sslvpn tunnels, it is bumping up the gold section which indicates lan-to-lan but it should not, lan-to-lan sessions are independent of sslvpn connections I would suggest that this should NOT be stacked....is it possible to make that change? thanks Tony Guadagno O +1 585 577 1003 C +1 585 703 6700 E tonyg(a)guadagnoconsulting.com<mailto:tonyg@guadagnoconsulting.com> [cid:image002.jpg@01DC23D4.A70D0700]

2 2

SQL Schema Update 509 -> 510 failing
by Wiethoff, Helge 11 Sep '25

11 Sep '25

I'm experiencing an issue with the SQL schema update process and would appreciate your guidance. The schema update from version 509 to 510 is failing during the discovery process. Here's the output I'm seeing: ./discovery.php -h none -- .... 509 -> 510 # (db) (Column collations were changed from UTF-8 to Latin1 where it wasn't actually necessary)...........F. Done (6s, 1 errors). -- Done. -- Observium is up to date. Has anyone encountered this issue before? Any insights or recommendations would be much appreciated. Best Helge

3 4

Small code suggestion related to the 'remote' auth type
by Nathan Neulinger 25 Aug '25

25 Aug '25

Relatively trivial edit, but allows the "remote" auth type to have the same functionality of looking up user access levels from database that the 'http-auth' one does. Useful if you want to have a couple of admin users, but let everyone else in as a global reader only. -- Nathan diff --git a/html/includes/authentication/remote.inc.php b/html/includes/authentication/remote.inc.php index 55f9a332..85a2e690 100644 --- a/html/includes/authentication/remote.inc.php +++ b/html/includes/authentication/remote.inc.php @@ -136,6 +136,12 @@ function remote_auth_user_level($username) { global $config; + //Attempt to look user up in DB, if something found, then return it + $tmp_level = dbFetchCell("SELECT `level` FROM `users` WHERE `username` = ? AND `type` = ?", [$username, 'mysql']); + if ( $tmp_level ) { + return $tmp_level; + } + return isset($config['auth_remote_userlevel']) ? $config['auth_remote_userlevel'] : 1; } -- ------------------------------------------------------------ Nathan Neulingernneul(a)neulinger.org Neulinger Consulting (573) 612-1412

2 1

Unable to Add Contact in Observium Version 25.8.14180 (stable)
by Prasun Kumar Mitra (NOC) 21 Aug '25

21 Aug '25

Hello Team, After updating Observium I am unable to add/modify contact. I have tried adding telegram bot and email contact but no success. After clicking Save it comes back to contacts page but no user is added. Please help.. Regards, Prasun Kumar Mitra Sr. System Administrator Network Operations Center Alliance Broadband Services Pvt. Ltd.<http://www.alliancebroadband.co.in> P-26/1,Nanigopal Roychowdhury Road, Kolkata-700014 Mob: 8420355871 [cid:f4d01781-8e16-4ed1-8754-b60023d32b1e]

1 1

Login Attempts fail on new CE install
by zack＠lima3.me 07 Aug '25

07 Aug '25

After a basic install of the CE edition, I am unable to log into the system. I added a user via CLI and can see that user as valid within the database. When I enable debug, I can see that the system is attempting the login but when it tries to pull the userlevel from the database, it does not appear to be passing the username into the query, so it is attempting to get the userlevel of username = '' and failing. The authentication failure is correctly populating into the auth_log insertion query. See below for the output of the debug info on the login page. Is this a bug in the system or is something configured incorrectly? I can see the user with level 10 in the database. SELECT * FROM `observium_attribs` SELECT @@SESSION.sql_mode; SET SESSION `sql_mode` = 'NO_AUTO_CREATE_USER,NO_ENGINE_SUBSTITUTION' SELECT TIMEDIFF(NOW(), UTC_TIMESTAMP); SELECT * FROM `config` SELECT `username`, `password` FROM `users` WHERE `username` = 'lima3' AND `type` = 'mysql' SELECT `level` FROM `users` WHERE `username` = '' AND `type` = 'mysql' INSERT INTO `authlog` (`user`,`address`,`user_agent`,`result`) VALUES ('lima3','10.0.0.190','Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:141.0) Gecko/20100101 Firefox/141.0','Authentication Failure')

3 3

Fw: ALERT: [poseidon-4-liko] [counter] [Vetrame] Zmena stavu digitálneho vstupu
by Kalafus, Miroslav 28 Jul '25

28 Jul '25

vieme len zmenu stavu, ked nepozname predchadzajuci stav, nebudeme vediet, co sa vlastne stalo... ze narastlo z 94 na 95 nam nic nepovie.... ked prestane vetrat, zas sa zmeni z 95 na 96, to zas pride alarm? uvidime ... dufam. M ________________________________ Od: Observium <observium(a)local.energotel.sk> Odoslané: pondelok 28. júla 2025 14:24 Komu: Kalafus, Miroslav <Kalafus(a)energotel.sk> Predmet: ALERT: [poseidon-4-liko] [counter] [Vetrame] Zmena stavu digitálneho vstupu ALERT Modify<https://observium.energotel.sk/device/device=1774/tab=alert/alert_entry=335…> Alert Zmena stavu digitálneho vstupu Entity Vetrame<https://observium.energotel.sk/device/device=1774/tab=health/metric=counter…> Conditions counter_value isnot 94 (95) Metrics counter_value = 95 Duration 5m 2s (2025-07-28 14:19:03) Device Device poseidon-4-liko<https://observium.energotel.sk/device/device=1774/> Hardware Poseidon2 3268 Operating System Poseidon 3.8.4 Location 4-LIKO Uptime 129 days, 2h 2m 3s counter_graph [cid:zFs647uoRfWbMKGF]<https://observium.energotel.sk/graph.php?type=counter_graph&id=168> E-mail sent to: kalafus(a)energotel.sk E-mail sent at: Mon, 28 Jul 2025 14:24:05 +0200 -- Observium Professional 25.7.14114<https://www.observium.org>

1 0

Fw: UPS 5051,Puchov(10.100.9.78):Utility power has been restored.
by Kalafus, Miroslav 28 Jul '25

28 Jul '25

Vlado, taketo vies urobit, nech mi nechodi? vlastne nikomu z nas... urcite nepojdeme pozerat na UPS do puchova... Dik, M ________________________________ Od: UPS_5051:3-PUPX@energotel.sk <3-PUPX(a)energotel.sk> Odoslané: nedeľa 27. júla 2025 10:21 Komu: ups-alarm <ups-alarm(a)energotel.sk> Predmet: UPS 5051,Puchov(10.100.9.78):Utility power has been restored. Date/Time 2025/07/27 10:21:10 IP 10.100.9.78 System Name UPS 5051,Puchov System Contact 3-PUPX-01/H5783 System Location Puchov poisDovera Status UPS 5051,Puchov(10.100.9.78):Utility power has been restored.

1 0

Huawei VRP - filtering by OS Version error
by sisak＠energotel.sk 17 Jul '25

17 Jul '25

Hello, After update to Observium 25.7.14103 (rolling) (14th July 2025) we see problem with filtering Huawei VRP devices by OS software. If I try to use discovered OS V200R011C10SPC600 (V200R011SPH009) as a filter parameter in result I see "No devices found Please try adjusting your search parameters". I have 7 devices discovered with this software. If I try to use discovered OS V200R019C00SPC500 as a filter parameter I am getting exact number of devices with this OS monitored by Observium. I did a rollback to 25.2.13882 (stable) (6th February 2025) where this problem isn't occurring. Is there some configuration I need to change, to be able to have working filter in new version? Thank you for response.

3 2

Widget Status - exclude "port down"
by Henrik Aarfeldt 09 Jul '25

09 Jul '25

Hi guys, we have been using the payed version af Observium for many years now and are quite happy. Our Status widget has changed recently, and it now includes "port down" which is messing with our view. Many ports is down (which is ok), and they have recently been added to the widget. I hope the widget can be modified to exclude "port down" - how to do that ? The widget normally only shows down devices and when devices was reboot'd. I have tried to add the widget, and it seems to be called "Status Table (Old)" TIA. Best regards, Henrik Aarfeldt. ________________________________ Region Hovedstaden anvender de personoplysninger, du giver os i forbindelse med din henvendelse. Du kan læse mere om formålet med anvendelsen samt dine rettigheder på vores hjemmeside: www.regionh.dk/persondatapolitik

1 0