No new graph data after updates

Help
1

Hello Everyone,

Today I finally upgraded my server in order to meet the php requirements to stay on the daily release.

I was running Ubuntu 20.04 and PHP8.1, I chose to upgrade to 22.04. This process went well and librenms continued work after with just having to reinstall the python modules.

I then upgraded to 24.04 which also went well but at the end it was a little more of a fight as php was upgraded to 8.3. I’ve got everything running now and the poller seems to be running as expected however after the switch to 24.04/php8.3 I am not seeing any new data in any graph including the poller performance graphs. I am using rrd files and no rrdcache, all historical data is visible. I do not know where to start looking to resolve this issue. I’ve attached a snapshot of the poller graphs and the first gap is from the 20->22 upgrade with the gap at the end being after the upgrade from 22-24.

2025-02-25 16_09_09-Poller Performance _ LibreNMS
2025-02-25 16_09_09-Poller Performance _ LibreNMS484×629 48.5 KB

I will gladly post logs and information, I just don’t know where to look on this one. Here are the results of ./validate.php

===========================================
Component | Version
--------- | -------
LibreNMS  | 25.2.0-11-g2cb8d9f04 (2025-02-24T14:25:44-07:00)
DB Schema | 2025_01_30_000121_add_ifindex_index_to_ports_table (315)
PHP       | 8.3.6
Python    | 3.12.3
Database  | MariaDB 10.11.8-MariaDB-0ubuntu0.24.04.1
RRDTool   | 1.7.2
SNMP      | 5.9.4.pre2
===========================================

[OK]    Composer Version: 2.8.5
[OK]    Dependencies up-to-date.
[OK]    Database connection successful
[OK]    Database connection successful
[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 is enabled
[OK]    Locks are functional
[OK]    Python wrapper cron entry is not present
[OK]    Redis is unavailable
[OK]    rrd_dir is writable
[OK]    rrdtool version ok

Thanks,
Patrick

2

Can’t think of anything obvious - I’ve done a similar upgrade a fair while ago, and the main catch was php-fpm and the pollers, which you appear to have handled correctly.

What does the Cog → Poller → Poller (/poller) screen show?

Is there anything in logs/librenms.log and poller_wrapper or discovery_wrapper?

3

So… oddly enough, I come in this morning and it appears to be working. It started working around 2100hr last evening. I’m thinking this may have had something to do with an issue that occured after updating to php8.3 were I was receiving a timezone mismatched which ended with the time by php being around 2100hrs before correcting it.

Very strange.

4

It’s exactly that, if the timezone went back then it will have discarded new data thinking it had already been written

5

Then that explains it. I’m not sure how during the upgrade the timezone config went south but everything seems to align today with the expected traffic patterns that we experience.

6

PHP has config files for each point release, so /etc/php/8.x so you have to configure it each time.