Immich is keep loosing access to the folders, container restart fix issue. Unraid
Every single day immich is loosing access to one of the folders, container restart does fix this. Someone mentioned therr might be somwthing wrong with my config, but no. My config not changed in past weeks, except, database migration in 1.334.
Please see attached screenshots, you can see error, mount and ls -la showing that file does exist. In the evening I had dozens of issues that it could not access the file even when I confirmed that file was there. Magicaly after restart all was good, please have a look at log and you can quickly find the missing file is on the screenshot in the correct location.
https://pastebin.com/DBrT1rJx
Not sure what to do, have 70 containers all are running in the same way but only immich is struggling randomly. The only thing I can try is to change a mount from /mnt/user to /mnt/cache
Unless it is unraid issue, but that would affect more users I guess.
Any ideas what to do?
Pastebin
[mod-init] Running Docker Modification Logic[mod-init] Adding image...
Pastebin.com is the number one paste tool since 2002. Pastebin is a website where you can store text online for a set period of time.
4 Replies
:wave: Hey @Joloxx9,
Thanks for reaching out to us. Please carefully read this message and follow the recommended actions. This will help us be more effective in our support effort and leave more time for building Immich :immich:.
References
- Container Logs:
docker compose logs docs
- Container Status: docker ps -a docs
- Reverse Proxy: https://immich.app/docs/administration/reverse-proxy
- Code Formatting https://support.discord.com/hc/en-us/articles/210298617-Markdown-Text-101-Chat-Formatting-Bold-Italic-Underline#h_01GY0DAKGXDEHE263BCAYEGFJA
Checklist
I have...
1. :ballot_box_with_check: verified I'm on the latest release(note that mobile app releases may take some time).
2. :ballot_box_with_check: read applicable release notes.
3. :ballot_box_with_check: reviewed the FAQs for known issues.
4. :ballot_box_with_check: reviewed Github for known issues.
5. :ballot_box_with_check: tried accessing Immich via local ip (without a custom reverse proxy).
6. :ballot_box_with_check: uploaded the relevant information (see below).
7. :ballot_box_with_check: tried an incognito window, disabled extensions, cleared mobile app cache, logged out and back in, different browsers, etc. as applicable
(an item can be marked as "complete" by reacting with the appropriate number)
Information
In order to be able to effectively help you, we need you to provide clear information to show what the problem is. The exact details needed vary per case, but here is a list of things to consider:
- Your docker-compose.yml and .env files.
- Logs from all the containers and their status (see above).
- All the troubleshooting steps you've tried so far.
- Any recent changes you've made to Immich or your system.
- Details about your system (both software/OS and hardware).
- Details about your storage (filesystems, type of disks, output of commands like fdisk -l and df -h).
- The version of the Immich server, mobile app, and other relevant pieces.
- Any other information that you think might be relevant.
Please paste files and logs with proper code formatting, and especially avoid blurry screenshots.
Without the right information we can't work out what the problem is. Help us help you ;)
If this ticket can be closed you can use the /close command, and re-open it later if needed.
Successfully submitted, a tag has been added to inform contributors. :white_check_mark:I know little about unraid, but I hear it has some kind of mechanism where it puts things on cache drives and moves it to slower storage and back on demand?
If that is enabled then it might be messing things up
Not sure that'd be it. The volume mount is through /mnt/user/appdata, which is an Unraid 'share', which consolidates files across all disks & caches the share is configured to use. That specific share is often set up to stay on one ssd/cache as well.
If it is set up to use the mover though, that would be a good test:
1. Add a new video, verify it can be viewed
2. Run the mover
3. Try again and see if the issue is present.
If that's not the issue, and you keep appdata on one cache, you could try changing the mount to /mnt/cache_name like you mentioned.
I keep appdata purely on the cache, cache is builded from 2x2Tb nvmes wd 850x which are new and run ZFS mirror. This thing does that randomly, mover runs only at 22:30 and issues might happen before or during a night. It clearly loses the access to the folder from time to time. I just cannot find why. Immich is running 99 and 100 which is standard for unraid, checked all files and the owner is 99, nothing else got access to these files except app update, but this one does shut down docker before update.