Skip to content

"/usr/bin/kill: No such file or directory" in Docker.log when "Terminating com.docker.backend..." #6589

Closed

Description

  • I have tried with the latest version of Docker Desktop
  • I have tried disabling enabled experimental features
  • I have uploaded Diagnostics
  • Diagnostics ID: F37AEFC2-73B1-4F44-A83F-02FA5E1AC38C/20221121110657
  • Diagnostics ID: (newer) F37AEFC2-73B1-4F44-A83F-02FA5E1AC38C/20221128003318

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)

Activity

  1. nicks commented on Nov 28, 2022

    @nicks

    thanks for the report! we're investigating.

  2. mat007 commented on Jan 13, 2023

    @mat007
    Member

    A fix has been released in Docker Desktop 4.16. See the release notes for more details.

  3. docker-robott commented on Mar 5, 2023

    @docker-robott
    Collaborator

    Closed issues are locked after 30 days of inactivity.
    This helps our team focus on active issues.

    If you have found a problem that seems similar to this, please open a new issue.

    /lifecycle locked

  4. locked and limited conversation to collaborators on Mar 5, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions