Can you please let us know how the transition went after a few weeks? I’m also considering the same but I’m also content with Apple Photos features like live photos etc.
Which isn’t a great idea with all the breaking changes. I’d assume it gets better after v2, but still.
saddlebag@lemmy.world
on 18 Oct 10:22
nextcollapse
I’ve been doing this in my kubernetes cluster since immich was less than v1.49.0 (that’s the earliest I can find but it’s been over 4 years).
Your comment could have been more constructive: something like “this is really cool, just be sure you don’t auto merge PRs without reading the patch notes. Learn about the process before you roll this out to your mission critical systems!”
This is a learning opportunity (possibly even for you). Show others how to do things well and the whole community can benefit.
LastYearsIrritant@sopuli.xyz
on 18 Oct 11:08
nextcollapse
I automate my upgrades, but I also automate my backups, and monitoring.
If an upgrade breaks something, my health monitor lets me know and I can roll back to the previous day.
TrumpetX@programming.dev
on 18 Oct 11:30
nextcollapse
This is the way
BackgrndNoize@lemmy.world
on 19 Oct 00:29
collapse
What tools do you use for the monitoring, backup and rollback?
LastYearsIrritant@sopuli.xyz
on 19 Oct 01:22
collapse
I use rsync to backup, I can delete and restore the whole drive if i want at any time.
I use watchtower to keep things updated. If you schedule the rsync and watchtower correctly, you can get the backup done before the upgrade and there’s basically no lost data with the rollback.
I use uptime Kuma for monitoring, and it shoots me an email with details on what failed.
OpenMediaVault does this as well if you use the built in Docker system. I have it set to back up containers every Sunday at 1 am, at which time it pulls any new images. You can set the number of backups to retain and roll back if there are any issues.
I’m not familiar with Watchtower, I assume it will restart the container/stack if a new image is found. The biggest difference is that an edit to the git repo causing the container to be redeployed. This means the git repo becomes the source of truth and its possible to redeploy even when config changes get merged.
I’ve been running this setup for a few months now and haven’t looked back. Works super well, and essentially acts as an approval process for letting a container update or not.
The author also recently added a followup article to this one for using Forgejo instead, made migrating the setup super easy.
Why this complicated setup? Komodo handles auto update by itself. It also update the whole stack at once, so no shutdown of the BD while the app stays up. Just have 2 checkboxes to tick.
The less stuff the better, it’s essential in case you have a failure. I only have to redeploy komodo, then all my stacks will be ready to get back online. I even removed watchtower.
corsicanguppy@lemmy.ca
on 18 Oct 11:30
nextcollapse
that ship is still floating and theres no containers in the water. seems good to me
mctoasterson@reddthat.com
on 18 Oct 12:22
nextcollapse
Those who run immich, how have you been backing up your library?
My deployment isn’t anything fancy, it is currently a Raspberry Pi 4 with a 2TB external drive for the photo library. Been running for more than 6 months with minimal issues. Now that we are at a stable release I need to get some kinda backup going for the photos themselves.
Bakkoda@sh.itjust.works
on 18 Oct 12:24
nextcollapse
I run Immich in a VM on Proxmox which gets backed up every 12 hours and all my photos are on the NAS which gets snapshotted every 12 hours and pushed to an external drive and a Hetzner box.
riquisimo@lemmy.dbzer0.com
on 19 Oct 03:02
collapse
Translation: “I run immich in a virtual machine, which I can manage from a web browser. The photos themselves are stored on a different device which gets backed up to a remote location twice a day.”
So why run immich in a virtual machine instead of in, say, a docker? Wouldn’t that be way less overhead? (Or is immich the only thing you’re hosting?)
I have a docker VM with a gpu passed through/external access (is this called production?) and another docker VM on another machine with no passthrough/external access. So both VMs are running multiple stacks/services and i just assign based on use case. Storage and memory are cheap imo and it’s the most secure way to do it with the skill level i have so it’s how i run it. I’m sure there’s better ways but 🤷♂️
skilltheamps@feddit.org
on 18 Oct 12:33
nextcollapse
The same way as all other services: all relevant data (compose.yml and all volume mounts) are in a btrfs subvolume. Every night a snapshot gets made and mirrored to a remote server by btrbk.
I run it baremetal, the photos / videos are all on a separate location (so are “Externsl Libraries” in Immich) and are backed up…
As far as the Immich application itself, I’m not currently backing up anything as I’ve been trialing it… but, I’ll aim to backup any configurations, but I’m thinking to maybe ignore any database - it can just relearn everything if I need to do a restore… depends how big that DB is…
DevoidWisdom@sh.itjust.works
on 18 Oct 17:15
nextcollapse
I have Immich on a proxmox container and use proxmox backup. It has already save me once.
Nothing fancy. I use Backrest for all my backups, and a few of my plans just include the Immich directory. My NAS is an entirely separate machine so my local backups go there, while everything is simultaneously pushed to a backblaze bucket
Immich photos are one of the main thing I backup. I use duplicacy and I backup to backblaze B2 storage. It does incremental backups. Same thing with docker persistent data or other things I consider important.
reddit_sux@lemmy.world
on 18 Oct 13:00
nextcollapse
Has anyone be able to get memories to work. I don’t get any notifications. I probably don’t understand how that works. Any pointers except the official documentation will be helpful.
It might be time for me to make the switch, too
Soo many things to selfhost and not enough time, but nextcloud had been annoying me for some time so it might get the priority
I use NextCloud for syncing photos from my phone and sharing photo galleries with my SO.
NextCloud is quite bad for viewing photos, that’s why I have the Memories plugin and app, but it’s still not perfect.
I also have the Recognize plugin, but in my setup it’s been broken for a few months and I don’t have the time to fix it.
So if I replace the photo sharing functionality I could replace the NextCloud itself for file sharing with something lighter. Might even go back to SMB.
I would definitely recommend Immich then. I use it together with my wife and we both upload our photos automatically and create albums together. There’re also companion projects, that make sharing albums outside your household easier and safer.
threaded - newest
oh fuck me i missed the 2.0;-)
I mean, if you’re offering….
Immich is such a cool piece of software 🤩
I love immich and as soon as the feature for automatic clean up for already backed up images is available it’s going to be perfect.
automatic stacking would be nice too
I’m finally migrating from iCloud Photos to Immich next weekend. I finally have my NAS setup going
Can you please let us know how the transition went after a few weeks? I’m also considering the same but I’m also content with Apple Photos features like live photos etc.
I transitioned from Google photos to immich about a year ago:
face recognition is absurdly much better
searching for images is some black magic stuff
it’s generally faster
it’s map is really slow
Huh? The map isnt slow?
How many geotagged pictures do you have?
Live Photos works in Immich.
One thing I really like about Apple photos is the memories that it suggests.
Immich also suggests photos. It works great under iOS.
Live photos are supported but only in the web version as of now
This thing changes versions faster than I can update my homelab… Lol.
Gitops is your friend
nickcunningh.am/…/how-to-automate-version-updates…
Which isn’t a great idea with all the breaking changes. I’d assume it gets better after v2, but still.
I’ve been doing this in my kubernetes cluster since immich was less than v1.49.0 (that’s the earliest I can find but it’s been over 4 years).
Your comment could have been more constructive: something like “this is really cool, just be sure you don’t auto merge PRs without reading the patch notes. Learn about the process before you roll this out to your mission critical systems!”
This is a learning opportunity (possibly even for you). Show others how to do things well and the whole community can benefit.
You sound condescending af.
This is a learning opportunity (possibly even for you)
Hey everyone has a learning opportunity. Some even have a separate production system!
Did you learn anything?
I automate my upgrades, but I also automate my backups, and monitoring.
If an upgrade breaks something, my health monitor lets me know and I can roll back to the previous day.
This is the way
What tools do you use for the monitoring, backup and rollback?
I use rsync to backup, I can delete and restore the whole drive if i want at any time.
I use watchtower to keep things updated. If you schedule the rsync and watchtower correctly, you can get the backup done before the upgrade and there’s basically no lost data with the rollback.
I use uptime Kuma for monitoring, and it shoots me an email with details on what failed.
OpenMediaVault does this as well if you use the built in Docker system. I have it set to back up containers every Sunday at 1 am, at which time it pulls any new images. You can set the number of backups to retain and roll back if there are any issues.
That’s what I thought, but last time I looked I only saw a “release” tag, no “v2” tag. Did I miss something?
This looks a lot more complicated that Watchtower. Is this something different or add other functionality?
I’m not familiar with Watchtower, I assume it will restart the container/stack if a new image is found. The biggest difference is that an edit to the git repo causing the container to be redeployed. This means the git repo becomes the source of truth and its possible to redeploy even when config changes get merged.
I’ve been running this setup for a few months now and haven’t looked back. Works super well, and essentially acts as an approval process for letting a container update or not.
The author also recently added a followup article to this one for using Forgejo instead, made migrating the setup super easy.
Why this complicated setup? Komodo handles auto update by itself. It also update the whole stack at once, so no shutdown of the BD while the app stays up. Just have 2 checkboxes to tick.
The less stuff the better, it’s essential in case you have a failure. I only have to redeploy komodo, then all my stacks will be ready to get back online. I even removed watchtower.
Still crutching on containers?
I hated them too at first, but that’s because I didn’t understand them and they were new and scary.
They’re still a little scary but, after having a dependency issue on another Linux box, I get the purpose of docker a little bit better now.
Here’s a helpful primer:
<img alt="" src="https://lemmy.world/pictrs/image/1ea43f47-1b08-4617-a270-00f268df6034.jpeg">
Your kubernetes seems a bit unstable.
Kubernetes in a nutshell
that ship is still floating and theres no containers in the water. seems good to me
Those who run immich, how have you been backing up your library?
My deployment isn’t anything fancy, it is currently a Raspberry Pi 4 with a 2TB external drive for the photo library. Been running for more than 6 months with minimal issues. Now that we are at a stable release I need to get some kinda backup going for the photos themselves.
I run Immich in a VM on Proxmox which gets backed up every 12 hours and all my photos are on the NAS which gets snapshotted every 12 hours and pushed to an external drive and a Hetzner box.
Translation: “I run immich in a virtual machine, which I can manage from a web browser. The photos themselves are stored on a different device which gets backed up to a remote location twice a day.”
So why run immich in a virtual machine instead of in, say, a docker? Wouldn’t that be way less overhead? (Or is immich the only thing you’re hosting?)
I have a docker VM with a gpu passed through/external access (is this called production?) and another docker VM on another machine with no passthrough/external access. So both VMs are running multiple stacks/services and i just assign based on use case. Storage and memory are cheap imo and it’s the most secure way to do it with the skill level i have so it’s how i run it. I’m sure there’s better ways but 🤷♂️
The same way as all other services: all relevant data (compose.yml and all volume mounts) are in a btrfs subvolume. Every night a snapshot gets made and mirrored to a remote server by btrbk.
how much do you pay for the remote server? was thinking about doing something like this for nextcloud (and i might end up using immich in the future)
That server is also a homeserver I manage for family (in another city). The two homeservers then mutually back up each other.
I clone the dirs nightly to a separate server + storage. Monthly to an offsite.
I run it baremetal, the photos / videos are all on a separate location (so are “Externsl Libraries” in Immich) and are backed up…
As far as the Immich application itself, I’m not currently backing up anything as I’ve been trialing it… but, I’ll aim to backup any configurations, but I’m thinking to maybe ignore any database - it can just relearn everything if I need to do a restore… depends how big that DB is…
I have Immich on a proxmox container and use proxmox backup. It has already save me once.
Nothing fancy. I use Backrest for all my backups, and a few of my plans just include the Immich directory. My NAS is an entirely separate machine so my local backups go there, while everything is simultaneously pushed to a backblaze bucket
Borg backup runs every hour on all my docker folders
ZFS sending to a remotelab.
I backup the underlying storage (which is a VM) that immich writes to.
In theory it should be a perfect copy that just crashed.
Immich photos are one of the main thing I backup. I use duplicacy and I backup to backblaze B2 storage. It does incremental backups. Same thing with docker persistent data or other things I consider important.
Has anyone be able to get memories to work. I don’t get any notifications. I probably don’t understand how that works. Any pointers except the official documentation will be helpful.
Notifications? It doesn’t give you notifications. It just shows it at the top in the main interface (if there are any).
They show images from the same day in past years. So if your library has no images >= 1 year old I’m not sure if anything shows up.
Every day that I don’t switch, immich keeps getting better!
Yeah I’ve been waiting until it’s updates stop breaking backwards compatibility. It’s sounding better and better as time goes on.
Wait no more! Immich 2.0 is the first stable release. https://github.com/immich-app/immich/releases/tag/v2.1.0
Oh shoot heck dang, time to fire this up!
It might be time for me to make the switch, too Soo many things to selfhost and not enough time, but nextcloud had been annoying me for some time so it might get the priority
I also run both but don’t see how Immich could be a replacement for Nextcloud?
I use NextCloud for syncing photos from my phone and sharing photo galleries with my SO. NextCloud is quite bad for viewing photos, that’s why I have the Memories plugin and app, but it’s still not perfect. I also have the Recognize plugin, but in my setup it’s been broken for a few months and I don’t have the time to fix it.
So if I replace the photo sharing functionality I could replace the NextCloud itself for file sharing with something lighter. Might even go back to SMB.
I would definitely recommend Immich then. I use it together with my wife and we both upload our photos automatically and create albums together. There’re also companion projects, that make sharing albums outside your household easier and safer.
Do it