Pages : 1
#1 Le 05/06/2023, à 15:35
- fan2tango
Redémarrage de Mysql after perte d'espace
Bonjour à tous,
Serveur Ubuntu 18.04.
Ce matin, mauvaise surprise, plus d'espace sur la partition / du serveur
Webmin m'indique : Warning! The 19.05 GiB filesystem mounted at / has no free disk space!
un df -h me donne :
Filesystem Size Used Avail Use% Mounted on
udev 16G 0 16G 0% /dev
tmpfs 3,2G 1,9M 3,2G 1% /run
/dev/md3 20G 19G 0 100% /
trois problèmes :
1/ il y a 10 jours, j'avais 1Go sur la même partition, la perte d'espace s'est fait 'toute seule', je ne sais pas pourquoi.
2/ j'avais supprimer des fichiers de logs pendant retrouver de la place.... rien n'y a fait si ce n'est que peut-être maintenant c'est sur /dev/md3 19G affichés en utilisés et que c'était peut-être 20G précédemment. J'ai rebooté le serveur mais ca ne change pas grand chose.
3/ Mysql ne démarre pas contrairement à d'autres services (tomcat par exemple, ou webmin)
Je suis dans la panade.
Comment savoir où est parti l'espace ?
Comment en récupérer ?
Comment redémarrer Mysql ne serait-ce que pour faire un export des bases et pouvoir les installer aileurs ?
Merci par avance, j'ai vraiment besoin de votre aide, les services sont en rade puisqu'il est impossible de démarrer Mysql !
Hors ligne
#2 Le 05/06/2023, à 17:10
- fan2tango
Re : Redémarrage de Mysql after perte d'espace
J'ai une question complémentaire.
Que sont les fichiers :
/var/lib/mysql/ib_logfile0
/var/lib/mysql/ib_logfile1
et
ibdata1 ?
ils sont très gros !
Hors ligne
#3 Le 05/06/2023, à 22:47
- fan2tango
Re : Redémarrage de Mysql after perte d'espace
Bon, je poursuis mes recherches.
Il semblerait qu'il ne soit pas rare que la taille des fichiers présents dans / soient largement supérieure à l'espace théorique de la partition. Probablement lié à la compression des données.
Dès lors, dites moi si je me trompe :
- par défaut les fichiers de données MySql sont dans /var/lib/mysql
- je fais une copie avec rsync des fichiers vers /home/dir à créer où j'ai largement de la place
- je modifie la my.cnf (mysqld.conf pointé par le my.cnf par défaut via un include) pour modifier le datadir et le faire ponter sur la nouvelle localisation
- je supprime les fichiers sur /var/lib/mysql/* fichiers de base
- je restart mysql
Est-ce que quelqu'un a un avis, conseil, idée, remarque sur cette procédure ?
Hors ligne
#4 Le 06/06/2023, à 11:47
- bruno
Re : Redémarrage de Mysql after perte d'espace
Bonjour,
Est-ce que le système ne contient qu'une seule partition de 20 Go ?
#5 Le 07/06/2023, à 07:22
- Qid
Re : Redémarrage de Mysql after perte d'espace
Est-ce que le système ne contient qu'une seule partition de 20 Go ?
Bah ... Son retour du df tendrait à dire que oui ... Mais dans sa dernière intervention il sous-entend une partition home à part sur laquelle il aurait de la place... Clairement moi ce que je ferais dans ce cas c'est juste réajuster la taille des différentes partitions...
"GNU/Linux c'est que du bon mais M$ Windows ce n'est pas si mal"
Référent technique Ubuntu d'un Groupe d'Utilisateur du Libre
plus d'info sur mon profil
Hors ligne
#6 Le 07/06/2023, à 07:32
- iznobe
Re : Redémarrage de Mysql after perte d'espace
Bonjour , ba sans retour de commande , on ne peut qu ' extrapoler et divaguer ...
pour les partitions :
lsblk -fe7 | cat
Pour pouvoir investiguer correctement sur ce qui bouffe de la place => il faut installer ncdu , pour installer ncdu => il faut faire un peu de place , donc :
sudo journalctl --vacuum-time=3d
permet de probablement liberer de l' espace , au niveau des journaux , puis :
sudo apt install ncdu
puis pour verifier ou ca en est au niveau de l' espace :
ncdu / -x
si pas moyen de faire de la place si c' est un serveur que tu as chez toi en physique , avec une session live , même procédure :
installe ncdu , monte la partition racine de ton système sur /mnt , puis
ncdu /mnt -x
Dernière modification par iznobe (Le 07/06/2023, à 07:42)
retour COMPLET et utilisable de commande
MSI Z490A-pro , i7 10700 , 32 GB RAM .
En ligne
Pages : 1