this post was submitted on 16 Dec 2023
209 points (97.3% liked)

Selfhosted

40324 readers
397 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 1 year ago
MODERATORS
 

I know we had posts like this before, but Immich deserves πŸ‘

One more update, one less container, the best Google Photos alternative, its just amazing!!

Don't forget to edit your docker-compose before updating

you are viewing a single comment's thread
view the rest of the comments
[–] Norgur@kbin.social 19 points 11 months ago (3 children)

Noticed it stopped working yesterday, wasnt at home so I couldn't really get into it, just checked the docker logs via portainer on the go and was like "wtf is this error?!" Was relieved when I learned what the issue was and that it's just a restructuring of the containers.

While it can be unnerving that they don't shy away from breaking things in order to improve the service, it's actually a very good thing and keeps the app from getting bogged down in some "but backwards compatibility"legacy code hell (wonder what some people in Redmond would know about that). Let's just hope that they never publish an update that permanently breaks things when you haven't followed a very strict weird update procedure or something.

[–] Discover5164@lemm.ee 13 points 11 months ago (1 children)

you should exclude the immich stack from auto-updating and subscribe to immich releases.

most of the time will just be a docker compose pull && docker compose up -d && docker compose logs -f

[–] Ramenator@lemmy.world 11 points 11 months ago

And for the love of god don't go for latest, just stick to the release tags

[–] MangoPenguin@lemmy.blahaj.zone 11 points 11 months ago

They have mentioned that once out of dev/alpha status they will figure out proper release versioning so you can pin a major version and not get breaking changes.

[–] roofuskit@lemmy.world 6 points 11 months ago (2 children)

Do not have docker containers auto update.

[–] DeltaTangoLima@reddrefuge.com 3 points 11 months ago

Or, if you do have it auto-update (like I do) prepare for things to break every now and then. I auto-update just about all containers except those that would break either my home automation or my ability to login to my network and fix things. Everything else auto-updates, including Immich.

My Immich broke this weekend when they switched the stack over to pgvecto, to use vector searching in Postgres. Easily fixed, but took me a solid minute to figure out what had changed.

Which is kinda weird they didn't communicate this one so well. In the lead-up to v.1.88.0, Alex made an announcement on Github to let people know the breaking change was the removal of the web container from the stack, rolling the webserver into the main server container itself. That was a good move, as all I did was flip my Watchtower container on that host to monitor only.

Dunno why they didn't do something similar for the Postgres change. Was just as breaking.

[–] Chewy7324@discuss.tchncs.de 2 points 11 months ago* (last edited 11 months ago)

Unless the container follows semver and only auto updates minor versions.

Edit : Which Immich isn't.