Quelles sont les causes du transport: "composer unix /var/run/docker/containerd/docker-containerd.sock: connect: connexion refusée"?
Il existe de bonnes explications sur la façon de résoudre ce problème. SOF Q1 , SOF Q2 et bien d'autres questions connexes sur SOF et Internet.
Mon inquiétude est de savoir ce qui cause ce problème et pourquoi Docker se retrouve dans cet état. (/ var/run contient les données d'exécution d'une application, c'est-à-dire docker. Pourquoi docker ne peut-il pas se connecter/ou écrire ici. Si ce point n'est pas pertinent ... laissez-le.).
Ma préoccupation est que notre système de docker fonctionnait bien et était stable pendant plusieurs jours et soudain, nous voyons ce problème. Je ne peux pas toujours demander aux administrateurs système de redémarrer Docker ou le serveur Linux (problèmes de processus .. et bien sûr je ne veux pas l'empêcher en ayant une meilleure compréhension de Docker). J'ai donc dû empêcher ce problème de se produire.
Nous utilisons Linux basé sur Fedora et les informations sur la version du docker sont:
Version du serveur: 17.12.0-ce
Pilote de stockage: support overlay2
Système de fichiers: extfs
Prend en charge d_type: true
Diff. Overlay natif: vrai
Pilote de journalisation: fichier json
Pilote Cgroup: cgroupfs
Peut fournir plus d'informations sur le docker si nécessaire.
Ceci est corrigé dans containerd 1.0.2 (actuellement en phase de publication de candidat). Une fois que cela est publié, nous pouvons l'inclure dans une version de patch dockerd .... ce serait un problème pour toutes les versions de docker à partir de 17.11 ... mais notez que le patch containerd ne serait inclus qu'en 17.12 et 18.03 (en supposant que le patch containerd est bientôt disponible).
La solution de contournement signalée est de killall -9 dockerd ou redémarrez le système, mais il vaut mieux mettre à jour la version du docker vers 17.12.1 ou 18.03.