Partition dev/root pleine avec docker

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Partition dev/root pleine avec docker

NOnoS

Bonjour,

Depuis que j'utilise docker sur mon serveur, j'ai constaté à de nombreuses reprises que ma partition / (dev/root) était pleine. En regardant avec webmin, j'ai vu que l'espace était occupé essentiellement par docker/devicemapper. A plusieurs reprises, mon serveur ne répondait plus. Obligé de le redémarrer de manière "hardware" via le panel de l’hébergeur.
Du coup, je suppose que le dossier se rempli quand de nouvelles images docker sont téléchargés lors des mises à jour. Alors j'ai déjà eu l'occasion de faire "docker system prune" ou encore "apt-get autoremove --purge" pour supprimer les images/containers non utilisés et fichiers non utilisés suite à une maj mais le problème revient sans cesse.

http://i.imgur.com/8XFZonj.png

Du coup, je me demandais comment régler le problème d'espace, s'il était possible de déplacer docker/devicemapper sur une autre partition (pourquoi pas la home pour laquelle il reste encore 40% d'espace), ou de créer un batch pour libérer de la place automatiquement. Je suis ouvert à toutes propositions.
Je peux donner plus d'infos au besoin. (version docker : 17.05.0-ce, 14 containers utilisés)

Merci d'avance

Cordialement,

triptixx

Bonjour Nonos,

Je passe en coup de vent.
Mais peut être pour te diriger sur une solution.

Pour déplacer l’endroit où stock les images et containers docker, Il faut créer un fichier "daemon.json" dans le dossier /etc/docker.
Et rajouter le code ci-dessous :

{
    "data-root": "/opt/docker"
}

Voici mon fichier en exemple pour voir ce que l'on peut faire :

-rw-r--r-- 1 root root 197 juil. 10 00:21 /etc/docker/daemon.json

{
    "data-root": "/opt/docker",
    "icc": false,
    "log-driver": "json-file",
    "log-opts": { "labels": "container_name" },
    "storage-driver": "overlay2",
    "userns-remap": "default"
}

A plus

NOnoS

Ok merci pour ta réponse. J'ai mis en place le fichier en utilisant devicemapper pour le storage-driver.
Dois-je redémarrer le serveur ou juste docker pour que cela soit effectif ?

triptixx

Normalement, juste docker suffit.

NOnoS

Okey, j'ai redémarré le serveur et il n'a pas démarré. Obligé d'aller démarrer en netboot pour enlever le fichier.
Du coup, faut il faire une autre manipulation pour déplacer tous les containers/images à l'endroit indiqué ? Il ne va les déplacer tout seul, si ?

xavier

NOnoS
Salut
voila comment faire (testé et approuvé)
https://linuxconfig.org/how-to-move-docker-s-default-var-lib-docker-to-another-directory-on-ubuntu-debian-linux

triptixx

Effectivement, j'ai oublié de dire qu'il ne déplacera pas les données de lui même.
Si tu garde le même storage-driver, je pense que tu peux les copier dans le nouvelle emplacement.

Stop le service avant pour ne pas avoir d’accès au fichier en même temps

Par contre, je ne voix pas pourquoi le serveur n'a pas démarré.
Peux-tu nous montrer ton fichier ?

laster13

triptixx Salut

En docker je n'ai pour l'instant que le serveur mail de @Hardware et du coup pour faire le test j'ai supprimé tous les containers, images et résiduels sauf le dossier /mnt/docker dans lequel sont toutes mes configs. J'ai relancé le docker-compose et en 5mn ma messagerie était opérationnelle.

Tout ca pour dire que la méthode de xavier est parfaitement fonctionnelle (testée à l'instant) et considérant que toutes mes sauvegardes sont dans le dossier /mnt/docker, je ne perdrai pas mes configurations même en cas de mise à jour importante de docker.

En tout cas chapeau pour ce serveur mail qu'on peut transporter sur une clé USB et réinstaller sur un autre serveur en 5mn.

Hardware

Moi je me suis rendu compte hier que j'avais 22Go de volumes orphelins sur mon PC dans /var/lib/docker/volumes

Quelques commandes utiles pour le nettoyage :

# Volumes
docker volume ls -qf dangling=true | xargs -r docker volume rm
# Images
docker images --quiet --filter=dangling=true | xargs --no-run-if-empty docker rmi

ncdu

C'est mieux comme ça 😄

Nebukad

Hardware Pour supprimer les images inutilisés il y a également la commande :
docker image prune qui fait le job

NOnoS

Merci les amis. J'ai suivi le lien de @xavier. Cela fonctionne correctement.
Je suis passé de 90% à 29% sur ma partition /dev/root.

J'en ai profité pour un faire un nettoyage avec les commandes de @Hardware
Merci à vous.

laster13

La commande suivante permet également d'optimiser l'espace pris par docker afin de le restituer au /dev/root

docker ps -qa | xargs docker inspect --format='{{ .State.Pid }}' | xargs -IZ fstrim /proc/Z/root/

J'ai recupéré 20% d'espace dans /dev/root

edit :NOnoS Une fois la commande sync effectuée il faut effacer le /var/lib/docker ?

triptixx

NOnoS,

C'est l'ancienne méthode que tu as utilisé.
Depuis la version docker-ce, il faut, de préférence, utiliser le daemon.json.
https://docs.docker.com/engine/reference/commandline/dockerd/#linux-configuration-file

Avec celle que tu as utilisé, il faudra faire gaffe avant mise à jour majeur de docker.
Tu perdra ta config 😉

edit : oui tu peux supprimer le dossier /var/lib/docker. Le mien est supprimé.

triptixx

Je ne parlais pas de perdre les containers, des sauvegardes, ou même des points de montages.

Je parle de ce fichier :
/lib/systemd/system/docker.service

Qui sera écrasé en cas de mise à jour docker.

Apres la mise à jour, le service docker redémarre et pouf plus aucuns containers parce qu'il aura redémarré dans le dossier /var/lib/docker...
Il faudra refaire la modif du fichier /lib/systemd/system/docker.service pour qu'il pointe de nouveau sur le bon dossier.

NOnoS

triptixx

C'est bon à savoir si je me trouve sans rien d'un jour ou l'autre 🙂
J'ai supprimé mon ancien dossier sur var/lib/docker et tout roule.