FAIL: Poller is not running. No poller has run within the last 300 seconds

i am running librenms version [24.8.0-62-g77fa7573c ] but still facing poller issue.

Have you restarted the service?

i have not changed anything else. validate.php returns same items failing as mentioned above. Any suggestions?

Update and try again.

You can also run (jq needs installing) php config_to_json.php |jq|grep db_pass and if you get a response then it should be fine, if not something else is broken

i rebooted the server but still poller not running.

i did a reboot. Validate.php is now all OK. Poller is running again. So seems to be fixed.

The daily update script (daily.sh) has failed on XXX Server.Please check output by hand. If you need assistance, visit the LibreNMS Website to find out how.

Do a git status and post the output

Resolved now. Thanks for the support.

1 Like

It is quite the opposite - just run
/opt/librenms/daily.sh

(replace /opt/librenms with your LibreNMS installation path)

and latest update will fix the issue.
It just did for me.

[root@monitoring log]# su - librenms 
Last login: O  sep 10 14:20:40 EEST 2024 on pts/0
[librenms@monitoring ~]$ /opt/librenms/daily.sh 
Updating to latest codebase                        OK
Updating Composer packages                         OK
Updated from f1e7a218f to 77fa7573c                OK
Updating SQL-Schema                                OK
Updating submodules                                OK
Cleaning up DB                                     OK
Fetching notifications                             OK
Caching PeeringDB data                             OK
[librenms@monitoring ~]$ /opt/librenms/cronic /opt/librenms/poller-wrapper.py 16
[librenms@monitoring ~]$ ./validate.php 
===========================================
Component | Version
--------- | -------
LibreNMS  | 24.8.0-62-g77fa7573c (2024-09-10T10:59:20+03:00)
DB Schema | 2024_08_27_182000_ports_statistics_table_rev_length (299)
PHP       | 8.3.11
Python    | 3.9.18
Database  | MariaDB 11.4.3-MariaDB
RRDTool   | 1.7.2
SNMP      | 5.9.1
===========================================

[OK]    Composer Version: 2.7.9
[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 not detected
[OK]    Locks are functional
[OK]    Python poller wrapper is polling
[OK]    Redis is unavailable
[OK]    rrdtool version ok
[OK]    Connected to rrdcached
[librenms@monitoring ~]$ 

3 Likes

Morning all
I tried several things here, and nothing worked.
I ended up updating the password for the LIBRENMS user in mysql and it worked.
I used the same one that appears when running the script that @laf mentioned php config_to_json.php |jq|grep db_pass

I could see that in the migration to .env, the passwords with symbols are not passed complete. For example, in my case my password contains symbols like # and % and they are not in the passwrod string.

1 Like

Thanks! This fixed it.

After running

./daily.sh

and waiting for 5 minutes, the issue appears to be fixed.
Thank you :slight_smile:

Resolued.

librenms@librenms-flex:~$ /opt/librenms/daily.sh
Updating to latest codebase OK
Updating Composer packages OK
Updated from f1e7a218f to 77fa7573c OK
Updating SQL-Schema OK
Updating submodules OK
Cleaning up DB OK
Fetching notifications OK
Caching PeeringDB data OK

librenms@librenms-flex:~$ /opt/librenms/cronic /opt/librenms/poller-wrapper.py 16


librenms@librenms-flex:~$ ./validate.php

Component Version
LibreNMS 24.8.0-62-g77fa7573c (2024-09-10T07:59:20+00:00)
DB Schema 2024_08_27_182000_ports_statistics_table_rev_length (299)
PHP 8.2.4
Python 3.8.10
Database MariaDB 10.3.39-MariaDB-0ubuntu0.20.04.2
RRDTool 1.7.2
SNMP 5.8
===========================================

[OK] Active pollers found

1 Like

Also for production: lnms config:set update_channel release

I have the same issue. It happens right after the midnight daily update.

Update your install manually by running ./daily.sh

Tks man, it’s FIX the bug and my day ! :face_with_head_bandage: