Docker got corrupted? after forced shutdown

    • Official Post

    Gave me this

    I'm wondering if a docker update didn't get fubar'd... There was a big one a few days ago.


    Here's what I would try..


    Log in to the webUI

    Go to System/omv-extras and click the "apt clean" button.


    Then click Updates and refresh the list and install any updates.


    If that still doesn't resolve the problem, go to Services/Compose/Settings, scroll to the bottom and click reinstall docker. As long as none of your drives have died, etc.. you won't lose any of your settings or containers.. but it will hopefully fix whatever has happened.

  • Logged on did apt clean.


    Checked for updates there wasn't any.

    Went to compose, where I still need to select shared folder.

    Selected my compose folder, saved the changes.


    Tried applying the changes.


    Got this error. I think it's still the same?


    Could my compose folder have something bad for the installation?

    The drive is still showing up normally (status good in smart), on which the compose folder is on.

  • If a simple re-install didn't do it, you may need to actually uninstall/purge, autoclean, and then re-install. I say this because I had a glitch one time that required doing that to fix it.


    1) apt-get remove docker* --purge

    2) apt-get autoclean

    3) then reinstall docker via the GUI.


    This should:

    1) remove docker and purge any config files by adding the --purge to the remove command (or by replacing "remove" with purge)

    2) remove any dependencies that are not needed by something else in case the problem is with a docker dependency.

    3) reinstall will put it all back together.


    I haven't tried this using the compose plugin as my docker compose manager (the compose plugin didn't exist at the time), but in theory, because the remove is happing via straight apt-get at the cli and not re-writing the OMV database/xml, all the compose files should be retained in there. To be save though, you should make sure you have copies of your compose files just in case. Once docker is working again, all your containers should just "magically" work again, but if not, you can copy paste the compose files back into the GUI.

  • The error is saying the docker service failed to start but not why. You need to do as the error says and post the info. It may tell why.


    See "systemctl status docker.service" and "journalctl -xeu docker.service" for details.

  • I am by no means an expert in log parsing, but I do see 2 errors that might point to the problem.


    Sep 04 19:18:31 NAS dockerd[3658]: failed to start daemon: Error initializing network controller: error creating default "bridge" network: canno>

    Process: 3819 ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock (code=exited, status=1/FAILURE)


    It looks to me like docker is unable to create the basic docker bridge network it needs, and likely the other two default ones it creates (host and none) and containerd may also having start problems. Docker and containerd go hand in hand.


    Might want to do a systemctl status containerd to check it's state out of curiosity


    My next step would be to do a more complete uninstall/re-install cycle tackling containerd as well


    1) apt-get remove docker* --purge

    2) apt-get remove containerd* --purge

    3) remove the the /etc/containerd directory and the /etc/docker directory if they still exist after the purge, as they hold config files

    4) apt-get autoclean

    5 omv-aptclean

    6) then reinstall docker via the GUI.

  • So I tried this. Removed the folders with rm.
    Manually uninstalled and re-installed compose via GUI.
    Tried Reinstalling and applying changes got these logs.

  • On a Quick Look (sorry at work at the moment can’t look in real depth) I’m not seeing any kind of decernable error coded in there that might point to the reason for the failure.


    Does systemctl status containerd show containerd running?

  • Just had a chance to look closer. Still not seeing anything that points to a problem. I think I will have to defer to someone who is better versed in this. Perhaps ryecoaaron can help better, as he is the one that makes the omv-extras plugins.

    • New
    • Official Post

    I would change the dockerStorage path (unless you are using named volumes) and click the reinstall Docker button.

    omv 7.4.8-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.14 | compose 7.2.5 | k8s 7.3.1-1 | cputemp 7.0.2 | mergerfs 7.0.5 | scripts 7.0.9


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

    • New
    • Official Post

    but now it's telling me to set shared folder for data.

    Even though I have a folder selected tried changing the folder and still get the same error

    Your screenshot says you selected None. If you have CHANGE_TO_COMPOSE_DATA_PATH in any of your compose files, you can't select None.

    omv 7.4.8-1 sandworm | 64 bit | 6.8 proxmox kernel

    plugins :: omvextrasorg 7.0 | kvm 7.0.14 | compose 7.2.5 | k8s 7.3.1-1 | cputemp 7.0.2 | mergerfs 7.0.5 | scripts 7.0.9


    omv-extras.org plugins source code and issue tracker - github - changelogs


    Please try ctrl-shift-R and read this before posting a question.

    Please put your OMV system details in your signature.
    Please don't PM for support... Too many PMs!

  • macom

    Added the Label resolved

Participate now!

Don’t have an account yet? Register yourself now and be a part of our community!