Open abacef opened 10 months ago
Check #382
The problem is that the env is not populated into the php-fpm process for some reason so CACHE_DRIVER (and others?) is different between OS and php-fpm.
We are experiencing a persistent issue where our vanilla Docker Compose setup fails to pull data. Upon entering the container and manually executing the update command, the data is refreshed. This leads me to believe there may be a malfunction with either the dispatcher or the cron job.
python poller-wrapper.py 4 && sleep 300 && python poller-wrapper.py 4
Experiencing the same problem. On WebGUI the Error is displayed.
I tried to run the validator on shell and there is no error regarding to the sheduler.
` /opt/librenms $ ./validate.php
=========================================== Component | Version |
---|---|
LibreNMS | 24.8.0 (2024-08-25T23:45:45+02:00) |
DB Schema | 2024_07_19_120719_update_ports_stack_table (296) |
PHP | 8.2.20 |
Python | 3.11.9 |
Database | MariaDB 10.11.9-MariaDB-ubu2204 |
RRDTool | 1.8.0 |
SNMP | 5.9.4 |
===========================================
[OK] Installed from the official Docker image; no Composer required [OK] Database connection successful [WARN] You have no devices. [FIX]: Consider adding a device such as localhost: https://x.x.x.x:8000/addhost [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] Locks are functional [OK] No python wrapper pollers found [OK] Redis is functional [WARN] IPv6 is disabled on your server, you will not be able to add IPv6 devices. [OK] rrd_dir is writable [OK] rrdtool version ok [WARN] Updates are managed through the official Docker image /opt/librenms $ `
Support guidelines
I've found a bug and checked that ...
Description
FAIL: Scheduler is not running
with a fix ofsudo cp /opt/librenms/dist/librenms-scheduler.cron /etc/cron.d/
Expected behaviour
The scheduler should be started using docker compose without any extra intervention
Actual behaviour
The scheduler is not started
Steps to reproduce
Follow the instructions here https://docs.librenms.org/Installation/Docker/
Docker info
Docker Compose config
Logs
Additional info
No response