louislam / dockge

A fancy, easy-to-use and reactive self-hosted docker compose.yaml stack-oriented manager

Home Page:https://dockge.kuma.pet

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Lost stacks

glennpierce opened this issue Β· comments

⚠️ Please verify that this bug has NOT been reported before.

  • I checked and didn't find similar issue

πŸ›‘οΈ Security Policy

Description

I did an update

cd /opt/dockge
docker compose pull && docker compose up -d

But now all my stack of the filesystem are gone.
Dockage says "This stack is not managed by Dockge."

πŸ‘Ÿ Reproduction steps

Update Dockge

πŸ‘€ Expected behavior

Not losing files

πŸ˜“ Actual Behavior

Lost config

Dockge Version

Version: 1.4.2

πŸ’» Operating System and Arch

Debian 11.8

🌐 Browser

Google Chrome

πŸ‹ Docker Version

No response

🟩 NodeJS Version

No response

πŸ“ Relevant log output

No response

did you run the two commands separately? i had a similar issue till i realized the commands needed to be run separately.

basically what happened if you ran the commands together, instead of reading from /opt/dockge like it should it would have instead ran from the / directory. running the commands again but separately should update dockge correctly and make your stacks show back up assuming that they are in the default directory of /opt/dockge.

(it looks like one command because of having no space in between but is actually 2 commands like so)

cd /opt/dockge

docker compose pull && docker compose up -d

I ran the command together. Copied and pasted from the Readme. I have done the same in the past with no problem.
The default location in my case was /opt/stacks/
My files were actually wiped from the filesystem . The only one left was one from the service gotify
which was a docker service I did not have managed or running by dockge. That may be a clue ?

I must confessed as I had to recreate all my service compose files I have lost confidence and just decided to use compose / docker on the command line now.

Thanks