Zsákomban a mákom, mákomban a rákom

Természetesen egy `systemctl stop docker` + `systemctl start docker` sem segít semmit... Legutóbb egy ilyen esetben a /var/lib/docker alatt kézileg töröltem mindent, amit egyáltalán lehetett, és így lett jó. Igaz, kellett egy számítógép-restart is.

Hiába, a modern technika csodákra képes!

Szerk:
Részletesebben:
docker stats -- nem ír semmit; áll mint a halott
docker-compose stop -- valamiféle timeout-ra panaszkodik
docker-compose ERROR: An HTTP request took too long to complete. Retry with --verbose to obtain debug information.
docker-compose down -- szintén timeout
docker-compose top -- szintén timeout
docker ps -- látszik egy db futó image ID=d89382bbe8b7
docker kill d89382bbe8b7 -- semmi, áll, mint a halott
docker kill --signal="KILL" d89382bbe8b7 -- nagyon hasonlít az előzőre

Szerk: Na jó, szóval ezt magamtól ki kellett volna találnom, mert tényleg teljesen kézenfekvő:
docker ps -- felírjuk a beragadt konténerek azonosítóját (vagy meg is jegyezhetjük, csak 64 hexa számjegy)
systemctl stop docker
Ezután a /var/lib/docker/containers/containerid/hostconfig.json-ban keresünk egy ilyen részt (vigyázat, igazából egyetlen sorban van):

"RestartPolicy": {
  "Name": "always",
  "MaximumRetryCount": 0
},

és átírjuk ilyenre:

"RestartPolicy": {
  "Name": "no",
  "MaximumRetryCount": 0
},

systemctl start docker -- Előtte ima St 225-hoz, az üzemeltetők védőszentjéhez.

Ebből a tanulság az, hogy a megkönnyítőszoftverek nagyon megkönnyítik a munkát, ez már a nevükből is következik.