Ohboy. Tonight I:
- installed a cool docker monitoring app called dockge
- started moving docker compose files from random other folders into one centralized place (/opt/dockers if that matters)
- got to immich, brought the container down
- moved the docker-compose.yml into my new folder
- docker compose up -d
- saw errors saying it didn’t have a DB name to work with, so it created a new database
panik
- docker compose down
- copy old .env file from the old directory into the new folder!
- hold breath
- docker compose up -d
Welcome to Immich! Let’s get started…
Awwwwww, crud.
Anything I can do at this point?
No immich DB backup but I do have the images themselves.
EDIT: Thanks to u/atzanteol I figured out that changing the folder name caused this too. I changed the docker folder’s name back to the original name and got my DB back! yay
This is one of the reasons I never use docker volumes. I bind mount a local folder from the host or mount and NFS share from somewhere else. Has been much more reliable because the exact location of the storage is defined clearly in the compose file.
Borg backup is set to backup the parent folder of all the docker storage folders so when I add a new one the backup solution just picks it up automatically at the next hourly run.
I have a similar distrust of volumes. I’ve been warming up to them lately but I still like the simple transparency of bind mounts. It’s also very easy to backup a bind mount since it’s just sitting there on the FS.