Expected behavior
Upon watchdog failure, Docker should be successfully terminated and then be relaunched.
Actual behavior
The docker VM kernel suffered some fault and Docker needed to terminate it.
"Docker is stopping...." hangs indefinitly. Docker.log indicates it is using /usr/bin/kill to kill process 900 (com.docker.backend), but there is "No such file or directory"
time="2022-10-24T03:28:04Z" level="info" msg="GoBackend: Terminating com.docker.backend (89006) and waiting until exit"
time="2022-10-24T03:28:04Z" level="info" msg="GoBackend: Closing com.docker.backend wathdog pipe"
time="2022-10-24T03:28:04Z" level="info" msg="GoBackend: Waiting for com.docker.backend to finish."
time="2022-10-24T03:29:44Z" level="info" msg="GoBackend: com.docker.backend (89006) has still not exited, killing it."
time="2022-10-24T03:29:44Z" level="error" msg="Cmd: /bin/sh: /usr/bin/kill: No such file or directory
"
On my macOS /usr/bin/kill indeed does not exist; instead /bin/kill does. Using kill -QUIT 900 immediately recovered the situation and I was able to successfully restart Docker.
Information
You can see the path is present in the Docker binary:
$ strings /Applications/Docker.app/Contents/MacOS/Docker | grep /usr/bin/kill
/usr/bin/kill -9
Reproducible: perhaps, if you could cause the VM kernel to become unresponsive. I did notice that a 'node' process (presumably from VSCode Dev Container) was timing out (hung kernel task) buried within do_statx. I had been out and about working remotely for part of the day, but had been working happily for a couple of hours by the time it crashed.
New Problem?: I think I noticed increased instability for a few updates now.... perhaps a few months.
- macOS Version: Monterey 12.6.1
- Intel chip or Apple chip: Apple M1 Pro
- Docker Desktop Version: 4.13.1 (90346)
Output of /Applications/Docker.app/Contents/MacOS/com.docker.diagnose check
(no longer relevant, but at the the time it did detect that Docker wasn't running, and reported numerous EOF errors)
Expected behavior
Upon watchdog failure, Docker should be successfully terminated and then be relaunched.
Actual behavior
The docker VM kernel suffered some fault and Docker needed to terminate it.
"Docker is stopping...." hangs indefinitly. Docker.log indicates it is using /usr/bin/kill to kill process 900 (com.docker.backend), but there is "No such file or directory"
On my macOS /usr/bin/kill indeed does not exist; instead /bin/kill does. Using
kill -QUIT 900immediately recovered the situation and I was able to successfully restart Docker.Information
You can see the path is present in the Docker binary:
Reproducible: perhaps, if you could cause the VM kernel to become unresponsive. I did notice that a 'node' process (presumably from VSCode Dev Container) was timing out (hung kernel task) buried within do_statx. I had been out and about working remotely for part of the day, but had been working happily for a couple of hours by the time it crashed.
New Problem?: I think I noticed increased instability for a few updates now.... perhaps a few months.
Output of
/Applications/Docker.app/Contents/MacOS/com.docker.diagnose check(no longer relevant, but at the the time it did detect that Docker wasn't running, and reported numerous EOF errors)