Immich and storage location (sh.itjust.works)

submitted 1 year ago by skates@sh.itjust.works to c/selfhosted@lemmy.world

15 comments fedilink hide all child comments

Hopefully I'm posting this in the right place. I'm planning on using immich for selfhosted photo storage. I'm a bit worried that I may lose all my photos if my drive fails, so I'm planning on running two hdd's in raid 1 in addition to my nvme that I'm running my OS on.

I couldn't find this when I googled it, but is it possible to point immich to store data on a separate internal drive other than the one that the OS is running on?

top 13 comments

sorted by: hot top controversial new old

[-] ShouldIHaveFun@lemmy.pec0ra.ch 9 points 1 year ago

If you run immich with docker, you can choose any drive/folder for your photos by mounting it at the right location inside the docker container.

However, I would strongly suggest that you also use some other kind of backup beside rest. I personally like restic combined with Backblaze B2, but there are many other good solutions for this.

[-] skates@sh.itjust.works 1 points 1 year ago

I just googled restic, so does it just create a single encrypted backup file you can upload to backblaze b2 cloud storage? I will definitely look into that.

For now, immich is just another safety net. I've got my photos backed up to iCloud photos as well as Google Photos. It's not a price or privacy thing so much as a just in case Google or Apple decides to shut down my account for whatever reason.

I may skip running two hdd's in raid 1 though if restic and b2 can restore all my files if the drive fails. Have you done this before? Is it difficult to restore to a backup?

[-] ShortN0te@lemmy.ml 1 points 1 year ago

Restic does nit create a single backup file. You can either pack the repository in an archive or use restic do directly backup to b2. If i recall correctly b2 is supported by restic directly.

And just to stress that point: backup > redundancy

[-] krnl386@lemmy.ca 2 points 1 year ago

If you’re deploying Immich with docker, you can probably specify any storage device as its storage backend.

[-] skates@sh.itjust.works 3 points 1 year ago

I just downloaded their docker compose file and I see I can specify the absolute location on my machine so I think you're right. Thanks!

[-] danielo515@lemmy.world 2 points 1 year ago

Yes, you can. But will you be able to keep up with their tiring update cycle that forces you to redeploy every week?

[-] skates@sh.itjust.works 1 points 1 year ago

Idk, maybe? I'm a docker noob. How hard is it to redeploy a docker container and keep my photos?

[-] dandroid@dandroid.app 1 points 1 year ago

Assuming you set up your volume correctly, it's very easy. If you're brave, you could even have your image URI use the tag latest, then all you need to do is restart the container each time an update comes out. I'm a little less brave. I like to use explicit version numbers. I just update my Dockerfile or yml file and restart it each time.

[-] skates@sh.itjust.works 1 points 1 year ago

Kinda unrelated, but if I restart my computer for whatever reason, will the containers and volumes be wiped out?

[-] MaggiWuerze@feddit.de 3 points 1 year ago

Nope, the containers will stop and the volumes (bind mount or classic) will persist

[-] dandroid@dandroid.app 2 points 1 year ago

The volumes will be fine. The way volumes work is the data is stored on the host in a directory, and then that directory gets mounted on the container. So as long as you don't delete the volume's folder on the host, you are totally fine.

The containers won't get wiped, but even if they did, it wouldn't matter. They aren't anything special. You could wipe them at will and pull them again and restart them. As long as your volumes didn't get deleted, it will be like nothing even happened.

load more comments

this post was submitted on 12 Jul 2023

17 points (100.0% liked)

Selfhosted

40246 readers

961 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:

Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.
No spam posting.
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.
Don't duplicate the full text of your blog or github here. Just post the link for folks to click.
Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).
No trolling.

Resources:

selfh.st Newsletter and index of selfhosted software and apps
awesome-selfhosted software
awesome-sysadmin resources
Self-Hosted Podcast from Jupiter Broadcasting

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

Questions? DM the mods!

founded 1 year ago

MODERATORS

HybridSarcasm@lemmy.world

HybridSarcasm@lemmy.hybridsarcasm.xyz