Dopo una migrazione della infrastruttura VMWare alcuni server hanno presentato problemi nella fase di riavvio.
Chiaramente non è l’aggiornamento VMWare ad aver innescato il problema.
Una situazione che spesso provoco questo genere di problemi è legata alle modifiche di configurazione fatte nel sistema senza che queste vengano salvate nei file di configurazione e che al successivo riavvio vengono perse.
Al tentativo di riavvio di MySQL attraverso il comando
service mysql restart
il sistema presente questo messaggio
Job for mysql.service failed because the control process exited with error code. See “systemctl status mysql.service” and “journalctl -xe” for details
andiamo a verificare il dettaglio dell’errore tramite
systemctl status mysql.service
e otteniamo questi dettagli
May 18 10:28:41 svr-vm-Gestionali-pp mysqld[16494]: 200518 10:28:41 [ERROR] mysqld: File ‘/var/lib/mysql/aria_log_control’ not found (Errcode: 30 “Read-only file system”)
May 18 10:28:41 svr-vm-Gestionali-pp mysqld[16494]: 200518 10:28:41 [ERROR] mysqld: Got error ‘Can’t open file’ when trying to use aria control file ‘/var/lib/mysql/aria_log_control’
May 18 10:28:41 svr-vm-Gestionali-pp mysqld[16494]: 200518 10:28:41 [ERROR] Plugin ‘Aria’ init function returned error.
May 18 10:28:41 svr-vm-Gestionali-pp mysqld[16494]: 200518 10:28:41 [ERROR] Plugin ‘Aria’ registration as a STORAGE ENGINE failed.
May 18 10:28:41 svr-vm-Gestionali-pp mysqld[16494]: 200518 10:28:41 [Note] Plugin ‘FEEDBACK’ is disabled.
May 18 10:29:11 svr-vm-Gestionali-pp mysql[16319]: …fail!
May 18 10:29:11 svr-vm-Gestionali-pp systemd[1]: mysql.service: Control process exited, code=exited status=1
May 18 10:29:11 svr-vm-Gestionali-pp systemd[1]: Failed to start LSB: Start and stop the mysql database server daemon.
May 18 10:29:11 svr-vm-Gestionali-pp systemd[1]: mysql.service: Unit entered failed state.
May 18 10:29:11 svr-vm-Gestionali-pp systemd[1]: mysql.service: Failed with result ‘exit-code’.
L’errore evidenziato è
(Errcode: 30 “Read-only file system”)
La prima soluzione banale da adottare è stata quella di riavviare il server attraverso i comandi
sudo reboot
oppure
sudo shutdown -r now
Fortunatamente il mio caso si è risolto così. Evidentemente durante la fase di avvio del sistema qualcosa non è andato nel modo corretto.
Per verificare le operazioni svolte durante l’avvio del sistema analizzare il file /var/log/boot.log oppure /var/log/bootstrap.log ad esempio con il comando
less /var/log/boot.log