Check the logs for the containers and see what the issue is first. Then go from there.
Selfhosted
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!
I can’t help, just chiming in to say that I’ve also had that experience with Immich. It’s the one service I’ve used that has somehow managed to break itself multiple times like this.
No idea how it happens, I don’t do anything weird with the setup and it just breaks. I’d heard that feedback from other people too but didn’t believe it until it happened to me. It’s been a few months so maybe I’ll try again, I’m just not too happy importing hundreds of gigs of photos multiple times.
So yea just… you’re not alone, good luck.
Did you happen to unplug the external drive when it was moved? Could wonder if the device ID got changed and the server can't find the old location for the library any longer.
Drive was just connected with USB to mini PC so it was also unplugged and I had to remount it to the PC. I looked in the .env file and the path still looked good. I had considered this was an issue too. I figured that restarting docker with the drive properly mounted would fix this though. Still getting, "connection was reset," though
So I checked the config for the external drive again and discovered when it was remounted it had added a, "1" to the end of the drive name. I went back into the .env and changed the library location to reflect this. Restarted docker and it is now connecting again. Obviously it is not ideal to be using a external HDD, but I wanted to test immich out for a while before investing into a bigger self hosting rig for all my services.
Ultimately problem solved though
I would recommend editing your fstab and use the USB drive's UUID to mount it to a consistent location. That way, even if you reboot or disconnect the drive and the reconnect it to, say, a different USB port, it will always mount to the same mountpoint.
See this page from the arch wiki for more info.
This is the answer. Find your UUID with "blkid" and mount it in fstab with the ID.
It's worth learning how. This problem is something everyone goes through (hopefully) once.
https://ostechnix.com/mount-a-drive-permanently-in-linux-using-fstab/
The only issue I’ve had was when Immich doesn’t have enough memory. Immich is a memory hog and will slowly creep up its memory usage over time. Eventually it’ll crash and restart itself. Docker still shows it running, but the server its elf cannot be connected to.
It sounds like it might be related to this.
Maybe the IP address changes? You should provide some more info.
Terminal outputs etc
This is my guess. Always set static in the device and in your router settings.
don’t do this, use DHCP reservations instead so you actually have a list of all your servers and most routers register hostnames in DNS for you which is even better.
Confused what you mean.? I have a range of IPs for my servers and such IE 192.168.2.2-12. And then the DHCP pool 192.168.2.13-xxx. I set the servers IP static on its OS. And then set a static in my routers settings for the same IP I set in the OS. What is it that I would be doing incorrect in this setup?
Instead of doing a manual action in two different places and having to keep them in sync, just do it once on the DHCP server. Setting a static IP on the server is superfluous.
While handy on a personal net, on a larger corporate net this isn't practical and even adds a security risk. By having servers request leases you run the chance that someone gets into a segment, funds the ARP association for an IP/MAC combo and can take over a server's spot simply by spoofing their own MAC to match at the time of lease renewal.
In the post above about setting a static address in two spots that in itself isn't required either. So long as there are no duplicates you would just set the static address on the end device, then the network will sort it out with ARP 'who has' requests in local segments, or routing in the case of distinct subnets.
Edit: the duplicate I suppose could be referring to putting names into a DNS registry, in which case yes you would need that double entry, or just reference things by IP if the environment is small enough for it to be practical.
Corporate nets use 802.1X authentication, risk of a DHCP hijack is very low.
As someone who works in large corporate networks, we absolutely don’t assign static IPs outside of core network gear, it’s impossible to manage a fleet of servers in this way with scaling in mind.
Indeed they do use 11x but it's still a possibility to cause issues. It's entirely possible to manage a fleet of IPs across a net but it takes a solid plan organization plan. My company is big on the acquiring companies game where IP overlaps are a perpetual challenge when merging sites in and you need a mess of snat/dnat conversions to keep routing from getting in a knot.
If your photos are externally linked I would just delete and rerun the dockers.
I just had a weird immich issue where all my photos disappeared. Deleting Redis solved it for me.
Hey, if you changed the Internet cable then the ip address most likely changed as well. Find you PC new ipv4 address and you'll be able to connect
I shut down my Immich server two months ago and moved it halfway across the state and did not have this issue.
All my files are on an internal disk.