Quand j'ai essayé d'arrêter le conteneur avec docker-compose down
, le mystérieux conteneur était connecté au mystérieux réseau et j'ai utilisé le temps que je pourrais l'arrêter, donc je l'écrirai sous forme de mémorandum.
・ Docker-compose la version 1.25.5
L'ordre est le suivant.
docker-compose down
docker-compose down
Dans mon cas, quand j'ai essayé docker-compose down
, le réseau rails_api_default
est devenu actif.
$ docker-compose down
Removing network rails_api_default
ERROR: error while removing network: network rails_api_default id ... has active endpoints
Quand j'ai recherché rails_api_default
, j'ai trouvé qu'il était connecté à un conteneur appelé 966766894bfb_rails_api_app_1
.
Cependant, quand j'ai essayé docker-compose ps -a
ici, ce conteneur n'était pas affiché, donc je ne savais pas de qui il s'agissait.
Si vous avez la même expérience et connaissez la cause, je vous serais reconnaissant de bien vouloir me le faire savoir.
$ docker network inspect rails_api_default
[
{
"Name": "rails_api_default",
"Id": "e22a339dc85a3d7ce7c60bcab218bd939ff9f5578addb6b1d937b5e9ba1f2e7e",
....
"Containers": {
"966766894bfb110d4a66963f5af423d9f8e2e33a8259e1cca0ced238e5980196": {
"Name": "966766894bfb_rails_api_app_1",
....
}
},
}
]
Tout ce que vous avez à faire est de déconnecter le mystérieux conteneur et le mystérieux réseau.
Lorsque j'ai cherché sur divers sites, j'ai trouvé un moyen de me déconnecter de rm
, mais cela n'a pas fonctionné pour moi.
Cela fonctionnait très bien avec docker network disconnect -f <networkName> <containerName>
.
docker network disconnect -f rails_api_default 966766894bfb_rails_api_app_1
Recommended Posts