sudo -u librenms /opt/librenms/cronic /opt/librenms/poller-wrapper.py 16
Cronic detected failure or error output for the command:
/opt/librenms/poller-wrapper.py 16
RESULT CODE: 1
ERROR OUTPUT:
Traceback (most recent call last):
File “/opt/librenms/LibreNMS/init.py”, line 154, in get_config_data
import dotenv
ModuleNotFoundError: No module named ‘dotenv’
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File “/opt/librenms/poller-wrapper.py”, line 38, in
config = LibreNMS.get_config_data(os.path.dirname(os.path.realpath(file)))
File “/opt/librenms/LibreNMS/init.py”, line 166, in get_config_data
% (env_path, exc)
UnboundLocalError: local variable ‘env_path’ referenced before assignment
Cronic detected failure or error output for the command:
/opt/librenms/poller-wrapper.py 16
RESULT CODE: 1
ERROR OUTPUT:
ERROR: Could not execute command [[’/usr/bin/env’, ‘php’, ‘/opt/librenms/config_to_json.php’]]: Expecting value: line 1 column 1 (char 0)
Could not run poller wrapper. Missing config
I love how those of us in the eastern hemisphere seem to be beta testing the daily changes. Can confirm installing the “python-dotenv” rpm (on rhel7 in our case) fixed the issue.
You’re welcome, america.
on debian 10
python3-dotenv is already the newest version (0.9.1-1).
same problem
Cronic detected failure or error output for the command:
/opt/librenms/poller-wrapper.py 16
RESULT CODE: 1
ERROR OUTPUT:
ERROR: Could not execute command [[’/usr/bin/env’, ‘php’, ‘/opt/librenms/config_to_json.php’]]: Expecting value: line 1 column 1 (char 0)
Could not run poller wrapper. Missing config
is in place
there is a config
when i execute it by hand i got proper output
just python script itself is not able to execute it
ERROR: Could not execute command [[’/usr/bin/env’, ‘php’, ‘/opt/librenms/config_to_json.php’]]: Expecting value: line 1 column 1 (char 0)
To piggyback on this issue, I’m encountering the same issue which looks like it began after the daily ran on Tuesday. I’m on Ubuntu 20.04.3 LTS. I received errors in my validate.php and ran the suggested commands:
SET TIME_ZONE=’+00:00’;
ALTER TABLE notifications CHANGE datetimedatetime timestamp NOT NULL DEFAULT ‘1970-01-02 00:00:00’ ;
ALTER TABLE users CHANGE created_atcreated_at timestamp NOT NULL DEFAULT ‘1970-01-02 00:00:01’ ;
My validate.php comes back clean now, but it’s still not working, I do notice there’s a lot of errors that start with “Cannot adopt OID in” when running validate.php.
Same issue on Ubuntu 20.04.3 LTS
python3-dotenv is installed, and I’ve also run pip3 install -U -r requirements.txt, but still no graphs.
No errors from daily.sh or validate.php