this post was submitted on 01 Oct 2025
64 points (95.7% liked)

Selfhosted

51981 readers
949 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 2 years ago
MODERATORS
 

How do y'all manage all these Docker compose apps?

First I installed Jellyfin natively on Debian, which was nice because everything just worked with the normal package manager and systemd.

Then, Navidrome wasn't in the repos, but it's a simple Go binary and provides a systemd unit file, so that was not so bad just downloading a new binary every now and then.

Then... Immich came... and forced me to use Docker compose... :|

Now I'm looking at Frigate... and it also requires Docker compose... :|

Looking through the docs, looks like Jellyfin, Navidrome, Immich, and Frigate all require/support Docker compose...

At this point, I'm wondering if I should switch everything to Docker compose so I can keep everything straight.

But, how do folks manage this mess? Is there an analogue to apt update, apt upgrade, systemctl restart, journalctl for all these Docker compose apps? Or do I have to individually manage each app? I guess I could write a bash script... but... is this what other people do?

you are viewing a single comment's thread
view the rest of the comments
[–] Passerby6497@lemmy.world 5 points 3 days ago (1 children)

Docker compose pull; docker compose down;docker compose up -d

Pulls an update for the container, stops the container and then restarts it in the background. I've been told that you don't need to bring it down, but I do it so that even if there isn't an update, it still restarts the container.

You need to do it in each container's folder, but it's pretty easy to set an alias and just walk your running containers, or just script that process for each directory. If you're smarter than I am, you could get the list from running containers (docker ps), but I didn't name my service folders the same as the service name.

[–] paequ2@lemmy.today 1 points 1 day ago (1 children)

What commands do you have to run after you update docker-compose.yml or .env files? I updated one of those files once bad things happened... I haven't had to update the configs in a long time.

[–] Passerby6497@lemmy.world 1 points 1 day ago (1 children)

I usually just do

Docker compose down
Docker compose up -d

As I would with any service restart. The up -d command is supposed to reload it as well, but I prefer knowing for certain that the service restarted.

Out of curiosity, what did you update and what broke? I had that happen a lot when I was first getting started with docker, and is part of how I learned. Once you have a basic template (or have dec supplies example files), it makes spinning up new services less of a hassle.

Though I still get yelled at about the version entry in my fines because I haven't touched mine in forever

[–] paequ2@lemmy.today 1 points 1 day ago

My breakage happened a while ago, so I don't quite remember all of the details...

but what I think happened was I updated /etc/immich/.env. I updated the path for DB_DATA_LOCATION and/or UPLOAD_LOCATION and then I ran docker compose up -d I think. But nothing changed....