Portainer connecting to some existing container

    • Offizieller Beitrag

    Sorry again I did /srv/dev-disk-by-uuid-a8d62abf-6358-488e-9239-7e1e82738c84/docker

    instead of

    /srv/dev-disk-by-uuid-a8d62abf-6358-488e-9239-7e1e82738c84/docker


    is correct, filesystems have their mountpoints in the folder /srv/

  • And now nevertheless Yacht can reach them! but what can I do about portainer?

  • Not completely sure but I think portainer try to use dev-disk-by-label-WD_10TB_1

    What in Portainer's configuration makes you say that?


    Is /dev-disk-by-label-WD_10TB_1 empty?

    --
    Google is your friend and Bob's your uncle!


    OMV AMD64 7.x on headless Chenbro NR12000 1U 1x 8m Quad Core E3-1220 3.1GHz 32GB ECC RAM.

  • Code
    root@rockpro64:~# cat /etc/docker/daemon.json
    {
      "data-root": "/srv/dev-disk-by-uuid-a8d62abf-6358-488e-9239-7e1e82738c84/docker"

    but in this case portainer cannot be reached

    If this is the entire contents of that file it is corrupt.

    --
    Google is your friend and Bob's your uncle!


    OMV AMD64 7.x on headless Chenbro NR12000 1U 1x 8m Quad Core E3-1220 3.1GHz 32GB ECC RAM.

  • Well I keep reinstalling Portainer and got the same result.

    Either the file is incomplete or it is complete and you are not posting the entire contents of it. Which is it?

    --
    Google is your friend and Bob's your uncle!


    OMV AMD64 7.x on headless Chenbro NR12000 1U 1x 8m Quad Core E3-1220 3.1GHz 32GB ECC RAM.

  • Something new "

    Code
    Something went wrong trying to pull and start portainer "
    Code
    root@rockpro64:~# docker pull portainer/portainer-ce
    Using default tag: latest
    latest: Pulling from portainer/portainer-ce
    Digest: sha256:5064d8414091c175c55ef6f8744da1210819388c2136273b4607a629b7d93358
    Status: Image is up to date for portainer/portainer-ce:latest
    docker.io/portainer/portainer-ce:latest
  • Finally my problem was one of my existing docker was using port 8000 I disable it, and portainer was working but still major issues with letsencrypt So i decided to forget about mixing dev-disk-by-uuid and my volume from my container being with dev-disk-by-label

    Fortunately I had an old backup image 5.5.5.0.1 So I went from that I did my NFS shares does was working but no letsencrypt /duckdns was not up until by miracle I upgraded to 5.5.23 .(usul)

    So far everything is working the reason I did all this, because my rockpro was using ayufan firmware witch did not get any update for a long time.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!