[Bug 1232702] New: Docker does not start properly after upgrade from TW 20241023 to 20241028
https://bugzilla.suse.com/show_bug.cgi?id=1232702 Bug ID: 1232702 Summary: Docker does not start properly after upgrade from TW 20241023 to 20241028 Classification: openSUSE Product: openSUSE Tumbleweed Version: Current Hardware: aarch64 OS: openSUSE Tumbleweed Status: NEW Severity: Major Priority: P5 - None Component: Containers Assignee: containers-bugowner@suse.de Reporter: David@WalkerStreet.info QA Contact: qa-bugs@suse.de Target Milestone: --- Found By: --- Blocker: --- After upgrading from Tumbleweed 20241023 to 20241028 this morning, docker failed to start its container engine: Oct 31 12:38:51 rpi4b (dockerd)[3994]: docker.service: Referenced but unset environment variable evaluates to an empty string: DOCKER_NETWORK_OPTIONS Editing /etc/sysconfig/docker to add DOCKER_NETWORK_OPTIONS="" corrects the problem, but I'm not sure that's the right way to fix the root problem. -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1232702 https://bugzilla.suse.com/show_bug.cgi?id=1232702#c4 --- Comment #4 from David Walker <David@WalkerStreet.info> --- Well, this is still happening, but intermittently, so I looked deeper again and found "Oct 31 12:28:27 rpi4b dockerd[1287]: failed to start containerd: timeout waiting for containerd to start" in the previously attached log file. The docker.service has "Restart=60s", so dockerd does restart successfully, but in the mean time, other services that depend on docker.service (and don't specify the Restart option) fail on the dependency. Looking at containerd.service, it has: After=network.target local-fs.target Conflicts=docker.service but docker.service has no mention of containerd: After=network.target lvm2-monitor.service firewalld.service Wants=docker.socket My interpretation is that after network.target is reached, both docker.service and container.service are eligible to start, one at a time. If docker.service happens to start before containerd.service, then containerd.service will not attempt to start until docker.service exits (well in this case, fails). Should containerd.service have "Before=docker.service", in addition to "Conflicts=docker.service"? I'm giving it a try... -- You are receiving this mail because: You are on the CC list for the bug.
https://bugzilla.suse.com/show_bug.cgi?id=1232702 https://bugzilla.suse.com/show_bug.cgi?id=1232702#c5 --- Comment #5 from David Walker <David@WalkerStreet.info> --- I've now rebooted 10-12 times, and docker is starting up without a problem after I added "Before=docker.service" to containerd.service (using "systemctl edit"). I think that addition fixes the root problem; do I need to submit another bug report against containerd, or is this one sufficient? -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply@suse.com