Docker sur CentOS 7.2: noyau:unregister_netdevice: en attente de lo à devenir libre. L'utilisation de count = 1
Je suis à court de Docker sur CentOS 7, de temps à autre, il y a le message suivant apparaît:
Message from syslogd@dev-master at Mar 29 17:23:03 ...
kernel:unregister_netdevice: waiting for lo to become free. Usage count = 1
J'ai googlé beaucoup, lu beaucoup de ressources et essayé de nombreuses façons de garder mon système de mise à jour, la mise à niveau du noyau, etc, mais la encore de message continue de s'afficher, c'est pas trop souvent, mais tôt ou tard, je vais voir. J'ai aussi trouvé problème pour ce problème sur docker github est toujours ouverte, alors mes questions sont:
- Que signifie ce message? Quelqu'un pourrait me donner une explication simple pourquoi docker en sont les causes?
- Est-il une solution pour cela?
- Si on ne peut pas encore fixée(la question est encore ouverte), sera l'incidence sur le serveur ou services en cours d'exécution à l'intérieur de conteneur docker? Ce sera un sérieux problème de performances car il arrive aussi sur nos serveurs de production?
Docker version:
Client:
Version: 1.11.1
API version: 1.23
Go version: go1.5.4
Git commit: 5604cbe
Built: Wed Apr 27 00:34:42 2016
OS/Arch: linux/amd64
Server:
Version: 1.11.1
API version: 1.23
Go version: go1.5.4
Git commit: 5604cbe
Built: Wed Apr 27 00:34:42 2016
OS/Arch: linux/amd64
OS info:
CentOS 7, with kernel version: 4.6.0-1.el7.elrepo.x86_64
J'apprécie vraiment pour toutes les infos/conseils ou des ressources, merci beaucoup.
- Nous avons un même problème, mais le seul que nous pouvons faire sur rhel est de redémarrer l'ordinateur si ce message s'affiche.
- Je n'ai pas à le faire lorsque le message apparaît, semble il n'y a aucun effet pour notre application. Donc pour l'instant j'ai juste le laisser être 🙁
- Nous avons à redémarrer car lorsque cette erreur s'affiche certains des conteneurs docker ne peut pas rejoindre les autres dans le panneau de l'essaim
Vous devez vous connecter pour publier un commentaire.
Votre meilleure source d'information est le problème lié à docker#5618. C'est un bug du noyau, et n'a pas encore été résolu. La question est "déclenchée" par docker parce que le démarrage/l'arrêt de conteneurs a également crée des interfaces réseau pour les contenants, lorsqu'ils sont créés ou détruits.
&&
ensemble (encore une fois, si cela fait sens).