Problem with the graph update function

Good morning, for a few days now I’ve noticed a problem with graph generation. Graphs appear on practically all machines, but when I try to use the update button, perhaps by changing the time or date, I get the “page not found 404” message.
So far, I’ve changed some settings on fast_cgi:
fastcgi_read_timeout 300s;
In the PHP-FPM configuration file (e.g., /etc/php/8.3/fpm/pool.d/librenms.conf):
I increased the time:
request_terminate_timeout 300s
max_execution_time in php.ini 300s
but the error keeps recurring. What do you recommend? I’m out of ideas right now!
Thanks in advance!!

From the nginx logs ||| tail -f /var/log/nginx/error.log
2026/05/10 09:42:30 [error] 419275#419275: *133 FastCGI sent in stderr: “PHP message: PHP Error(2): Undefined variable $descr in /opt/librenms/includes/html/graphs/generic_multi_bits_separated.inc.php:90” while reading response header from upstream, client: 10.60.162.1, server: devlibre.sg.lan, request: “GET /graph.php?id=108186&type=multiport_bits_separate&from=1746862800&to=1778398800&height=60&width=113&legend=no HTTP/1.1”, upstream: “fastcgi://unix:/run/php/php8.3-fpm.sock:”, host: “172.25.200.125”, referrer: “http://172.25.200.125/graphs/id=108186/type=multiport_bits_separate/from=1778355745/to=1778398945
2026/05/10 09:47:21 [error] 419274#419274: *168 FastCGI sent in stderr: “PHP message: PHP Error(2): Undefined variable $descr in /opt/librenms/includes/html/graphs/generic_multi_bits_separated.inc.php:90” while reading response header from upstream, clients: 10.60.162.1, server: devlibre.sg.lan, request: “GET /graph.php?id=107986&type=multiport_bits_separate&from=1778377500&to=1778399100&height=60&width=113&legend=no HTTP/1.1”, upstream: “fastcgi://unix:/run/php/php8.3-fpm.sock:”, host: “172.25.200.125”, referrer: “http://172.25.200.125/graphs/id=107986/type=multiport_bits_separate/from=1778356011/to=1778399211

librenms@devlibre:~$ ./daily.sh
Clearing caches OK
Updating to latest codebase OK
Updating Composer packages OK
Updating SQL-Schema OK
Cleaning up DB OK
Caching PeeringDB data OK
librenms@devlibre:~$ atop
librenms@devlibre:~$ ./validate.php

Component Version
LibreNMS 26.5.1-dev.54+55370758c (2026-05-09T12:14:37+02:00)
DB Schema 2026_04_25_154814_move_operation_mute_to_operations_table (384)
PHP 8.3.6
Python 3.12.3
Database MariaDB 10.11.14-MariaDB-0ubuntu0.24.04.1
RRDTool 1.7.2
SNMP 5.9.4.pre2
===========================================

[OK] Composer Version: 2.9.7
[OK] Dependencies up-to-date.
[OK] Database Connected
[OK] Database Schema is current
[OK] SQL Server meets minimum requirements
[OK] lower_case_table_names is enabled
[OK] MySQL engine is optimal
[OK] Database and column collations are correct
[OK] Database schema correct
[OK] MySQL and PHP time match
[OK] Active pollers found
[OK] Dispatcher Service not detected
[OK] Locks are functional
[OK] Python poller wrapper is polling
[OK] Redis is unavailable
[OK] rrdtool version ok
[OK] Connected to rrdcached

same here after update, when viewing graph using the custom date after clicking the update 404 error occurs

I think something is missing, look at the address bar after clicking on the update button.

hope this will be corrected soon.

Thanks

Hello.
I’ve the same problem.
When I click a graph, select two dates and Update, the error

404 | Not found

is retrieved.
Validate.php:

librenms@librenms:~$ ./validate.php

Component Version
LibreNMS 26.5.1-dev.58+83ba9e16b (2026-05-11T07:53:28+01:00)
DB Schema 2026_04_25_154814_move_operation_mute_to_operations_table (384)
PHP 8.4.20
Python 3.10.12
Database MariaDB 10.6.23-MariaDB-0ubuntu0.22.04.1
RRDTool 1.7.2
SNMP 5.9.1
===========================================

[OK] Composer Version: 2.9.7
[OK] Dependencies up-to-date.
[OK] Database Connected
[OK] Database Schema is current
[OK] SQL Server meets minimum requirements
[OK] lower_case_table_names is enabled
[OK] MySQL engine is optimal
[OK] Database and column collations are correct
[OK] Database schema correct
[OK] MySQL and PHP time match
[OK] Active pollers found
[OK] Dispatcher Service not detected
[OK] Locks are functional
[OK] Python poller wrapper is polling
[OK] Redis is unavailable
[OK] rrd_dir is writable
[OK] rrdtool version ok
librenms@librenms:~$

Best regards.

Hello.
After running daily (17h46m WEST), the problem has been resolved:
librenms@librenms:~$ ./daily.sh

Clearing caches OK
Updating to latest codebase OK
Updating Composer packages OK
Updated from 83ba9e16b to 45dc04250 OK
Updating SQL-Schema OK
Cleaning up DB OK
Caching PeeringDB data OK
librenms@librenms:~$

./validate.php after ./daily:

librenms@librenms:~$ ./validate.php

Component Version
LibreNMS 26.5.1-dev.65+45dc04250 (2026-05-11T16:40:58+01:00)
DB Schema 2026_04_25_154814_move_operation_mute_to_operations_table (384)
PHP 8.4.20
Python 3.10.12
Database MariaDB 10.6.23-MariaDB-0ubuntu0.22.04.1
RRDTool 1.7.2
SNMP 5.9.1
===========================================

[OK] Composer Version: 2.9.7
[OK] Dependencies up-to-date.
[OK] Database Connected
[OK] Database Schema is current
[OK] SQL Server meets minimum requirements
[OK] lower_case_table_names is enabled
[OK] MySQL engine is optimal
[OK] Database and column collations are correct
[OK] Database schema correct
[OK] MySQL and PHP time match
[OK] Active pollers found
[OK] Dispatcher Service not detected
[OK] Locks are functional
[OK] Python poller wrapper is polling
[OK] Redis is unavailable
[OK] rrd_dir is writable
[OK] rrdtool version ok
librenms@librenms:~$

Thank you :slight_smile:

1 Like

Problem solved after upgrade .

Thanks