Docker container IDs verdwenen na restart

[Jazco2nd]

Ubuntu 19,10.
Ik draai docker met 10 containers. Na docker herstart te hebben, lijkt docker ineens te denken dat de containers die niet automatisch (her)starten allen andere IDs hebben.
Portainer en Docker geven dezelfde foutmelding:

code:

Error response from daemon: No such container: 6b57c73a9fb26f418fe56d50d4ecdd5d4732a1068a0523faa088f647c7dbe209
Error: failed to start containers: transmission

Het bizarre is, dat deze container ID inderdaad niet klopt. In /var/lib/docker/container blijkt het juiste ID dit te zijn:
c84f3e03cb2153c58ba9bceb303ad33eeee2bcbb78b36db4b1e37334b56d0fb1
De andere container ID komt inderdaad niet voor in /var/lib/docker, dus logisch dat Docker klaagt. Maar waarom denkt Docker ineens dat deze container een andere ID heeft?

Als ik vervolgens de container toch probeer te starten via het juiste ID, krijg ik vrijwel dezelfde foutmelding, Docker probeert toch weer het verkeerde ID:

code:

$ sudo docker start c84f3e03cb2153c58ba9bceb303ad33eeee2bcbb78b36db4b1e37334b56d0fb1
Error response from daemon: No such container: 6b57c73a9fb26f418fe56d50d4ecdd5d4732a1068a0523faa088f647c7dbe209
Error: failed to start containers: c84f3e03cb2153c58ba9bceb303ad33eeee2bcbb78b36db4b1e37334b56d0fb1

Portainer laat, als ik inspect kies op de container dit zien:

code:

c84f3e03cb2153c58ba9bceb303ad33eeee2bcbb78b36db4b1e37334b56d0fb1

    AppArmorProfile docker-default
    Args [ ]
    Config { AttachStderr: false, AttachStdin: false, AttachStdout: false, Cmd: null, Domainname: , Entrypoint: /init, Env: PUID=1000,PGID=1000,TZ=Europe/Amsterdam,TRANSMISSION_WEB_HOME=/combustion-release/,USER=admin,PASS=TVflix!56,affinity:container==92a5bd5e4b6b3894e3b8d14201a99d1acd3615fab6402070a0da7ec3a640e4d9,PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin,PS1=$(whoami)@$(hostname):$(pwd)\$ ,HOME=/root,TERM=xterm, ExposedPorts: [object Object], Hostname: 6b57c73a9fb2, Image: linuxserver/transmission, Labels: [object Object], OnBuild: null, OpenStdin: false, StdinOnce: false, Tty: false, User: , Volumes: [object Object], WorkingDir: }
    Created 2020-03-31T20:14:21.973972708Z
    Driver btrfs
    ExecIDs
    GraphDriver { Data: null, Name: btrfs }
    HostConfig { AutoRemove: false, Binds: /home/shanti-rud/docker/transmission/config:/config:rw,/home/shanti-rud/Downloads/incoming:/downloads:rw,cbbc2d2c2c31431b51ea0940a0ec61bf804acfd6b45aafcc1bdd4b0d756838b5:/watch:rw, BlkioDeviceReadBps: null, BlkioDeviceReadIOps: null, BlkioDeviceWriteBps: null, BlkioDeviceWriteIOps: null, BlkioWeight: 0, BlkioWeightDevice: null, CapAdd: null, CapDrop: null, Capabilities: null, Cgroup: , CgroupParent: , ConsoleSize: 0,0, ContainerIDFile: , CpuCount: 0, CpuPercent: 0, CpuPeriod: 0, CpuQuota: 0, CpuRealtimePeriod: 0, CpuRealtimeRuntime: 0, CpuShares: 0, CpusetCpus: , CpusetMems: , DeviceCgroupRules: null, DeviceRequests: null, Devices: null, Dns: , DnsOptions: , DnsSearch: , ExtraHosts: null, GroupAdd: null, IOMaximumBandwidth: 0, IOMaximumIOps: 0, IpcMode: shareable, Isolation: , KernelMemory: 0, KernelMemoryTCP: 0, Links: null, LogConfig: [object Object], MaskedPaths: /proc/asound,/proc/acpi,/proc/kcore,/proc/keys,/proc/latency_stats,/proc/timer_list,/proc/timer_stats,/proc/sched_debug,/proc/scsi,/sys/firmware, Memory: 0, MemoryReservation: 0, MemorySwap: 0, MemorySwappiness: null, NanoCpus: 0, NetworkMode: container:6b57c73a9fb26f418fe56d50d4ecdd5d4732a1068a0523faa088f647c7dbe209, OomKillDisable: false, OomScoreAdj: 0, PidMode: , PidsLimit: null, PortBindings: [object Object], Privileged: false, PublishAllPorts: false, ReadonlyPaths: /proc/bus,/proc/fs,/proc/irq,/proc/sys,/proc/sysrq-trigger, ReadonlyRootfs: false, RestartPolicy: [object Object], Runtime: runc, SecurityOpt: null, ShmSize: 67108864, UTSMode: , Ulimits: null, UsernsMode: , VolumeDriver: , VolumesFrom: }
    HostnamePath /var/lib/docker/containers/6b57c73a9fb26f418fe56d50d4ecdd5d4732a1068a0523faa088f647c7dbe209/hostname
    HostsPath /var/lib/docker/containers/6b57c73a9fb26f418fe56d50d4ecdd5d4732a1068a0523faa088f647c7dbe209/hosts
    Id c84f3e03cb2153c58ba9bceb303ad33eeee2bcbb78b36db4b1e37334b56d0fb1
    Image sha256:6821d2180e5fd83b01593c60cf64661aabad9d1677c9aec2b1495d23a37027a7
    LogPath /var/lib/docker/containers/c84f3e03cb2153c58ba9bceb303ad33eeee2bcbb78b36db4b1e37334b56d0fb1/c84f3e03cb2153c58ba9bceb303ad33eeee2bcbb78b36db4b1e37334b56d0fb1-json.log

Deze parameters bevatten de verkeerde container ID.
Hostnamepath
Hostspath
ResolveConfPath

Hoe kan dit gebeuren? En belangrijker, hoe kan ik de juiste container ID koppelen?

Ik heb lopen testen met een kleinere docker-compose.yml dan normaal om slechts 1 nieuwe container op te starten. Maar juist de missende containers worden daardoor niet aangepast. Pas nadat ik docker herstartte waren ze ineens "verdwenen".

[ Voor 8% gewijzigd door Jazco2nd op 02-04-2020 00:40 ]

[Forceworks]

Is het niet verstandiger om je containers weg te gooien (in portainer als dat het makkelijkst is) en nieuwe op te spinnen?
Containers zijn niet bedoeld om als 'huisdieren' behandeld te worden. Als je je containers netjes hebt gedefinieerd heb je je data bijv. d.m.v. 'mounts' buiten de container(s) geplaatst waardoor de container zelf 'stateless' is (in het geval van data).
Hierdoor maakt het veel minder uit of je container faalt, als het nodig gooi je hem weg en maak je een nieuwe aan, die zich dan weer exact hetzelfde kan gedragen omdat hij de data van de mounts ophaalt.

Ik begrijp het alleen dat je je huidige containers zou willen herstellen als er nog belangrijke data in zit.

Als je docker-compose files hebt dan is het al helemaal makkelijk om alles opnieuw aan te maken.

[ Voor 6% gewijzigd door Forceworks op 02-04-2020 08:08 ]