49 votes

Que signifie cette entrée du journal de bord ?

Il y a quelques minutes, mon ordinateur est tombé en panne parce que mon disque dur était apparemment plein. Après avoir démarré en mode de récupération, j'ai découvert que mon fichier syslog dans /var/log était 64GB grand. J'ai sauvegardé la fin du fichier sur une autre partition, puis je l'ai supprimée. Apparemment, docker semble avoir été le problème car j'ai trouvé beaucoup de ceci à la fin du fichier et il y avait un processus docker en cours d'exécution à 200% du CPU pendant tout ce temps. Après avoir effacé le journal et tué docker, tout semble être normal.

Nov 15 01:44:08 Elemental docker.dockerd[1120]: 
time="2019-11-15T01:44:08.727060251Z" level=error 
msg="failed to get event" error="rpc error: code = 
Unavailable desc = all SubConns are in TransientFailure, latest connection 
error: connection error: desc = \"transport: Error 
while dialing dial unix /run/containerd/containerd.sock: 
connect: permission denied\"" module=libcontainerd namespace=plugins.moby
Nov 15 01:44:08 Elemental docker.dockerd[1120]:     time="2019-11-15T01:44:08.727116701Z" 
...

Et ainsi de suite. J'espère que ce problème ne se reproduira pas, mais j'aimerais tout de même savoir ce qui a pu se passer ici.

2voto

Michel GONZALEZ Points 21

Même problème depuis cette nuit.

Les conteneurs Docker (mosquitto/influxdb/grafana) ne sont pas accessibles sur leurs ports respectifs.

Impossible d'arrêter les conteneurs, jusqu'à l'utilisation de --force .

Arrêt forcé de tous les conteneurs mais le message au redémarrage de chacun est toujours le même :

"docker: Error response from daemon: all SubConns are in TransientFailure"

Je l'ai fait Enlèvement du paquet de Silvio . Ensuite, pour redémarrer le daemon docker, j'ai exécuté ces commandes en tant que root :

systemctl unmask docker.service
systemctl unmask docker.socket
systemctl start docker.service

service docker start

Il semble que tout aille bien maintenant. Merci à @Silvio.

1voto

Oscar Zhang Points 131

J'ai reçu un avertissement de manque d'espace sur ubuntu.

L'espace n'est pas suffisant pour que je puisse analyser les logs répétés qui sont en désordre dans Var/log.

Mais les journaux les plus récents sont exactement les mêmes que les vôtres.

J'ai essayé de vérifier quel processus écrit le plus sur le disque, mais j'ai trouvé que le % de cpu de docker est supérieur à 250.

snap changes | grep docker

il semble que docker snap se soit installé tout seul

54 Done yesterday at 23:31 EST yesterday at 23:31 EST Auto-refresh snap "docker

sudo snap remove docker --purge

devrait supprimer le snap docker et libérer immédiatement de l'espace

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X