Que signifie cette entrée du journal de bord ?

Quelqu'un chez Cannonical a merdé il y a quelques heures - c'est suivi sur launchpad -. https://bugs.launchpad.net/ubuntu/+source/snapd/+bug/1852720

Mon système a été installé hier avec docker seulement et comme le reste des gens ici - syslog a tué tout l'espace libre sur le disque, purger docker de snap a aidé.

Vous avez plusieurs services Docker en cours d'exécution. On dirait que dockerd essaie d'accéder à l'installation différente de containerd, ce qui a pour effet de spammer le syslog.

Dans mon cas, l'agent teamcity et l'installation de docker étaient en conflit.

sudo apt-get purge docker-ce
sudo apt autoremove
sudo rm -rf /var/lib/docker
sudo truncate -s 0 /var/log/syslog

J'ai exécuté les commandes ci-dessus et j'ai redémarré. Tout s'est bien passé.

Cela m'est arrivé aussi. Je me demande si ce n'est pas une mise à jour rapide qui l'a provoqué :

ID   Status  Spawn               Ready               Summary
17   Done    today at 00:34 UTC  today at 00:34 UTC  Auto-refresh snap "docker"

La désinstallation+réinstallation du paquet docker.io d'Ubuntu fait réapparaître le problème, mais pour une raison quelconque, j'avais aussi un snap de docker installé, c'est donc ce qui a déclenché le conflit.

Name    Version    Rev   Tracking  Publisher   Notes
core    16-2.42.1  8039  stable    canonical  core
docker  18.09.9    418   stable    canonical  -

Cependant, je ne me souviens pas avoir installé le paquet docker snap... mais il s'agit d'un système de test après tout, quelqu'un d'autre aurait pu penser que c'était une bonne idée...

J'ai également rencontré ce problème, donc au cas où d'autres personnes s'y intéresseraient, je peux décrire la solution qui a fonctionné pour moi. J'ai d'abord essayé la suggestion de Chris Sung, mais cela n'a pas fonctionné.

Les symptômes étaient les suivants

1. dockerb fonctionnant à 200+% CPU, et redémarrant constamment avec une commande kill

2. Fichiers géants remplis dans syslog comme l'a vu Philip Z.. Lorsque je suis arrivé ce matin, un fichier de 700 Go avait rempli tout mon disque dur.

Tout d'abord, supprimez l'énorme fichier pour pouvoir faire quelque chose. Il recommencera à se remplir, mais vous devriez avoir un peu de temps.

sudo truncate -s 0 /var/log/syslog

Supprimez ensuite l'installation snap docker. C'était le problème pour moi, pas docker-ce

sudo snap stop docker
sudo snap remove docker

Je ne suis pas sûr que ce soit nécessaire, mais j'ai décidé de me débarrasser complètement de la fonction "snap".

sudo apt purge snap

Vous ne devriez plus voir dockerb dans top. Vous pouvez alors réexécuter le troncateur de logs pour supprimer tout ce qui a été écrit pendant que vous exécutiez les commandes ci-dessus. Si vous vous trompez comme je l'ai fait et que vous supprimez complètement le syslog, assurez-vous que vous donnez au nouveau syslog les bonnes permissions.

sudo cd /var/log
sudo touch syslog
sudo chown syslog:adm syslog
sudo service rsyslog restart