Debian-facile

avct

Membre

Inscription : 03-01-2022

binlog.000003

bonjour

je cherche à libérer de l'espace sur
est-il possible de libérer un fichier binlog.000003 dans

/var/lib/mysql

ls -halt

-rw-r-----  1 mysql mysql  17M Mar 29 14:24  binlog.000005
-rw-r-----  1 mysql mysql 5.7M Mar 29 07:48  binlog.000004
-rw-r-----  1 mysql mysql 1.1G Mar 28 22:25  binlog.000003
-rw-r-----  1 mysql mysql   80 Apr  1 09:06  binlog.index
-rw-r-----  1 mysql mysql 226M Apr  1 09:06  binlog.000006

avct

Membre

Inscription : 03-01-2022

Re : binlog.000003

connecté au serveur mysql, j'ai vidé les logs avec la commande

PURGE BINARY LOGS BEFORE NOW();

sudo df -h

Filesystem      Size  Used Avail Use% Mounted on
udev            3.9G     0  3.9G   0% /dev
tmpfs           795M  888K  794M   1% /run
/dev/sda2       4.9G  3.3G  1.4G  72% /
tmpfs           3.9G     0  3.9G   0% /dev/shm
tmpfs           5.0M     0  5.0M   0% /run/lock
/dev/sda1       485M   79M  377M  18% /boot
/dev/sda4       104G  259M   98G   1% /home
/dev/loop1       62M   62M     0 100% /snap/core20/1405
/dev/loop0      111M  111M     0 100% /snap/core/12821
/dev/loop4       44M   44M     0 100% /snap/certbot/1888
/dev/loop2       62M   62M     0 100% /snap/core20/1376
/dev/loop3      111M  111M     0 100% /snap/core/12725
/dev/loop5       44M   44M     0 100% /snap/certbot/1842
tmpfs           795M  4.0K  795M   1% /run/user/1000

raleur

Membre

Inscription : 03-10-2014

Re : binlog.000003

A moins de bien connaître MariaDB/MySQL, je pense qu'il vaut mieux éviter de toucher directement au contenu de /var/lib/mysql.
Et je répète qu'avec aussi peu d'espace dans le système de fichiers, tu risques de passer ton temps à faire ce genre de nettoyage.

Dernière modification par raleur (01-04-2022 09:54:37)

---

Il vaut mieux montrer que raconter.

avct

Membre

Inscription : 03-01-2022

Re : binlog.000003

J'ai compris ton message et je te fais confiance. Je cherche un tuto bien fait pour redimentionner les partitions,

C'est un peu délicat pour moi ce genre d'intervention.

Dernière modification par avct (01-04-2022 10:00:00)

raleur

Membre

Inscription : 03-10-2014

Re : binlog.000003

Je ne vois pas trop le besoin d'un tutoriel pour utiliser Gparted. Par contre il faut le faire depuis un autre système (live par exemple) pour pouvoir déplacer les partition swap et /home (on peut s'en passer mais c'est un peu compliqué et tu ne trouveras pas ça dans les tutoriels)

D'autre part j'ai aussi écrit qu'il y a d'autres possibilités que redimensionner les partitions. En tant que partisan du moindre effort, je déplacerais tout le contenu de /var/lib/mysql dans /home et je ferais un lien symbolique ou un montage en "bind".

---

Il vaut mieux montrer que raconter.

avct

Membre

Inscription : 03-01-2022

Re : binlog.000003

Bonjour,

tu le dis toi même, pas besoin de tutoriel mais par contre... et il me manque une bonne parti de ces connaissances.

pour ce qui est de déplacer /var/lib/mysql cela ne représente que peu d'espace. 600Mo supplémentaires.
ces instructions me semblent suffisantes https://blog.capdata.fr/index.php/depla … ur-debian/
mais elles datent de 2020

Je ne suis pas sur que cela suffise et ton précédent message  me confirmait dans mon doute.

tu risques de passer ton temps à faire ce genre de nettoyage.

donc pour le moment je crois que je vais déplacer /var/lib/mysql, voir comment ça évolue et être très attentif au qutotas de ce server, le temps de trouver la solution adaptée et de la mettre en place.

raleur

Membre

Inscription : 03-10-2014

Re : binlog.000003

il me manque une bonne parti de ces connaissances.

L'utilisation de gparted est assez intuitive. Il faut déplacer le bord gauche de sda4 vers la droite (pour la réduire), puis déplacer sda3 vers la droite, et enfin déplacer le bord droit de sda2 vers la droite pour l'agrandir.

pour ce qui est de déplacer /var/lib/mysql cela ne représente que peu d'espace. 600Mo supplémentaires.

Pour le moment. Mais il y avait beaucoup plus avant que tu purges les logs de mysql.
A mon avis, sur un serveur tout ce qui est susceptible de grossir de façon plus ou moins incontrôlée (base de données, logs, caches...) ne devrait pas être dans le système de fichiers racine. Et pour gérer l'allocation de l'espace disque efficacement il faudrait utiliser LVM lors de l'installation.

ces instructions me semblent suffisantes

Ces instructions servent à modifier le chemin d'accès aux répertoire de données de mysq. Je pensais plutôt à déplacer ce répertoire sans changer son chemin d'accès (avec un lien symbolique ou un montage "bind"), donc de façon transparente pour mysql.

---

Il vaut mieux montrer que raconter.

avct

Membre

Inscription : 03-01-2022

Re : binlog.000003

L'utilisation de gparted est assez intuitive. Il faut déplacer le bord gauche de sda4 vers la droite (pour la réduire), puis déplacer sda3 vers la droite, et enfin déplacer le bord droit de sda2 vers la droite pour l'agrandir.

:  )

je faisais plutôt référence à la partie qui suit

Par contre il faut le faire depuis un autre système (live par exemple) pour pouvoir déplacer les partition swap et /home (on peut s'en passer mais c'est un peu compliqué et tu ne trouveras pas ça dans les tutoriels)

Je pensais plutôt à déplacer ce répertoire sans changer son chemin d'accès (avec un lien symbolique ou un montage "bind"), donc de façon transparente pour mysql.

j'essaie de me documenter sur la base de ma question et de ta réponse. Je suis tombé sur le lien qui suit post 11 et 12 qui me semblait assez convaincant.
Déplacer le dossier vers /home car effectivement la base de données va grossir, pour le lien symbolique je me suis demandé si tu ne proposais pas la solution la plus simple et probablement la plus adapté à ma maîtrise de la chose, par sécurité (merci) ou si c'était une manifestation de ton coté "partisan du moindre effort"  : )
J'ai aussi l'impression qu'il y a des partisans de tel ou tel méthode et que les deux peuvent être adaptées
https://forum.ubuntu-fr.org/viewtopic.php?id=1660321

j'avais un serveur ubuntu avant et je connais ces deux intervenant qui m'ont comme toi tiré de situations délicates.

raleur

Membre

Inscription : 03-10-2014

Re : binlog.000003

je faisais plutôt référence à la partie qui suit

La partie système live ou la partie depuis le système installé ?

pour le lien symbolique je me suis demandé si tu ne proposais pas la solution la plus simple et probablement la plus adapté à ma maîtrise de la chose, par sécurité (merci) ou si c'était une manifestation de ton coté "partisan du moindre effort"

Les deux puisque ça évite à la fois de redimensionner les partitions et de toucher la configuration de mysql.

---

Il vaut mieux montrer que raconter.

avct

Membre

Inscription : 03-01-2022

Re : binlog.000003

un system live est-il bien un system bootable sur media extern type usb ?
dans mon cas il s'agit d'un serveur distant. Je n'ai pas d'accès à la machine.

raleur

Membre

Inscription : 03-10-2014

Re : binlog.000003

un system live est-il bien un system bootable sur media extern type usb ?

En général oui car c'est le plus simple à mettre en oeuvre, mais pas forcément. On peut aussi lancer un système live depuis un disque interne.

dans mon cas il s'agit d'un serveur distant. Je n'ai pas d'accès à la machine.

S'il s'agit d'un serveur dédié chez un hébergeur, certains disposent d'un environnement de dépannage avec un shell qui est une sorte de système live, mais pas sûr que gparted y soit disponible. Je ne connais pas d'outil en console équivalent pour déplacer des partitions simplement.

---

Il vaut mieux montrer que raconter.