Questo errore la maggior parte delle volte compare quando su LibreNMS ci sono problemi di connessione con il database.
L’errore è Whoops, looks like something went wrong. Check your librenms.log
VERIFICHE
Come prima cosa verificare che la configurazione del file .env sia corretta
Da una shell SSH eseguire il comando
|
0 |
sudo nano /opt/librenms/.env
|
Verificare che le info relative alla connessione con il database siano corrette.
Verfificare quindi che il file config.php abbia le informazioni corrette relative alla connessione al database con il comando:
|
0 |
sudo nano /opt/librenms/config.php
|
Verificare che le info relative alla connessione con il database siano corrette.
A questo punto fare un check dell’intera configurazione del server LibreNMS.
Da una shell SSH eseguire con l’utenza librenms il comando:
|
0 |
/opt/librenms/./validate.php
|
Se è tutto OK dovremmo vedere una schermata come quella sovrastante, senza nessun errore.
Se invece ci sono errori con il database dovremmo vedere le seguenti righe:
|
0
1
2
3
4
5
6
7
8
9
10
11
12
13
14
|
Component Version
LibreNMS 21.1.0-33-g59accd7e4
DB Schema Not Connected (0)
PHP 7.4.15
Python 3.8.5
MySQL ?
RRDTool 1.7.2
SNMP NET-SNMP 5.8
====================================
[OK] Composer Version: 1.10.15
[OK] Dependencies up-to-date.
Could not connect to database, check logs/librenms.log.
|
In particolare in corrispondenza del DB Schema dovremmo vedere Not Connected (0) e in corrispondenza di MySQL dovremmo vedere un ?
In questo caso vuol dire che ci sono problemi legati al collegamento del server LibreNMS con il MySQL Server.
SOLUZIONE 1
La prima soluzione è quella di mettere a posto le ACL delle cartelle di LibreNMS con i seguenti comandi:
|
0
1
2
|
chown -R librenms:librenms /opt/librenms
setfacl -d -m g::rwx /opt/librenms/rrd /opt/librenms/logs /opt/librenms/bootstrap/cache/ /opt/librenms/storage/
setfacl -R -m g::rwx /opt/librenms/rrd /opt/librenms/logs /opt/librenms/bootstrap/cache/ /opt/librenms/storage/
|
Se dopo la reipostazione delle ACL il problema persiste procedere con la Soluzione 2
SOLUZIONE 2
La seconda soluzione è quella di reinstallare il composer_wrapper sul server LibreNMS.
Accedere in SSH con l’utente librenms quindi eseguire il comando:
|
0 |
./scripts/composer_wrapper.php install --no-dev
|
L’esecuzione di questo comando potrebbe durare qualche minuto
Se la reinstallazione del composer_wrapper non risolve il problema provare a generare nuovamente la chiave PHP con il comando:
|
0 |
php artisan key:generate
|
Se neanche tramite la Soluzione 2 riusciamo a risolvere il problema non ci resta che analizzare i log e quindi capire esattamante il problema.
ANALISI DEI LOG
LibreNMS all’interno della cartella /opt/librenms/logs presenta 3 tipologie di log:
Access Log: sono i log che contengono la lista degli accessi effettuati tramite interfaccia web
Error Log: sono i log di errore, e all’interno tengono traccia di tutti gli errori relativi al PHP, MySQL, Nginx o Apache
Daily Log: sono i log relativi agli aggiornamenti del LibreNMS
Tramite questi log, ed in particolare tramite gli Error Log è possibile risalire alla causa del problema e quindi risolverlo.
Sono Raffaele Chiatto, un appassionato di informatica a 360°…
Mi sono avvicinato al mondo dell’informatica nel lontano 1996 con Windows 95 e da allora non ho più smesso di dedicarmi allo studio ed approfondimento di questo settore.
Laureato in Ingegneria Informatica nel 2009, lavoro nel campo dell’IT dal lontano 2001.
0 commenti