ok. thanks!
Hello. I have checked using diff file and compare the GLPI files with version 10.16 it’s was like I suspect. It’s not updating to 10.16.
Okay
Let me look into it
Unfortunately the backup is not working anymore after upgrade ns8 to latest version. Anyone knows how to fix it?
Task module/glpi1/run-backup run failed: {'output': '', 'error': 'mysqldump: Got error: 1045: "Access denied for user \'root\'@\'localhost\' (using password: NO)" when trying to connect\n[ERROR] module-dump-state failed. Command \'[\'module-dump-state\', \'11\']\' returned non-zero exit status 2.\n[ERROR] module-backup aborted.\n', 'exit_code': 1}
1
Okay Thank You
I will check it Out and give you the feed back on how to resolve the issue
1 Like
Which ns-glpi version are you using
can you update it
Latest version…
The error log shows:
Task module/glpi1/run-backup run failed: {'output': '', 'error': 'mysqldump: Got error: 1045: "Access denied for user \'root\'@\'localhost\' (using password: NO)" when trying to connect\n[ERROR] module-dump-state failed. Command \'[\'module-dump-state\', \'11\']\' returned non-zero exit status 2.\n[ERROR] module-backup aborted.\n', 'exit_code': 1}
1
okay
let me look deeper into it
1 Like
Unfortunately I have no idea about how to solve it. Have you managed to find out at least what it could be?
Update using command line using
api-cli run update-module --data '{"module_url":"ghcr.io/geniusdynamics/glpi:2.0.0-dev.3","instances":["glpi1"],"force":true}'
After Running this configure
Try backing up
2 Likes
The root cause is the .my.cnf file in the mariadb container. The file is configured to password=root.
Everytime you reboot the server, you have to runagent to edit this file fixing the correct password. Backup script is not considering the environment variables in the state. It’s always using the .my.cnf to connect to database, but using the wrong password.
have you updated?
Yes. To latest.
GLPI 11 is coming on Wednesday with a Banger GLPI 11.0 Comprehensive changelog
2 Likes