I
Immich•4w ago
BitePa

Not sure what is happening...140.1

Been using 139.3 or 139.4. Occasional no photos in library in iOS. But been manageable. Now I updated to 140.1, and something weird. It won't properly scan external libraries. In my iOS device, all existing thumbnails (not including new ones) are moved to trash. I have 139412 thumbnails. Here are various logs. Hopefully experts here can help me get the External Libraries up and running again. No change to Immich at all. No change to HW. I love to leave it there for years 🙂
No description
No description
No description
No description
No description
19 Replies
Immich
Immich•4w ago
:wave: Hey @BitePa, 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. :blue_square: verified I'm on the latest release(note that mobile app releases may take some time). 2. :blue_square: read applicable release notes. 3. :blue_square: reviewed the FAQs for known issues. 4. :blue_square: reviewed Github for known issues. 5. :blue_square: tried accessing Immich via local ip (without a custom reverse proxy). 6. :blue_square: uploaded the relevant information (see below). 7. :blue_square: 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.
BitePa
BitePaOP•4w ago
Running Debian + Docker. Plenty of disk space, as can be seen in screen capture.
Alex Tran
Alex Tran•4w ago
Your external library mount is probably unmounted
BitePa
BitePaOP•4w ago
Checked. All are mounted and everything is as normal No change to permissions, volume labels, drives. Nothing.
Zeus
Zeus•4w ago
The fact that it’s mounted NOW doesn’t mean a lot, because what matters is if it was mounted when the container was started So you could bring down the entire stack and make sure it’s mounted then bring it back up
BitePa
BitePaOP•4w ago
Got ya. It was in fact mounted before containers were started. Immich has a green tick. Should be fine.
No description
BitePa
BitePaOP•4w ago
I have restarted Immich containers once already. No change to behavior
Alex Tran
Alex Tran•4w ago
Can you check the trash page on the web? When they were detected as unmounted, they are likely moved to the trash, restoring all should work
BitePa
BitePaOP•4w ago
Ok, i'll check on web. I can see on iOS that 139412 thumbnails are moved to Trash already.
Alex Tran
Alex Tran•4w ago
Yeah look like that was what happened
BitePa
BitePaOP•4w ago
I'm trying to do the restore on the web now. Restore all. Confirmed via the dialog box, and it doesn't seem to be doing anything. Am trying to get more logs. Wondering why thumbnails are moved to Trash? I didn't do it, and what triggered it?
Alex Tran
Alex Tran•4w ago
which thumbnails?
BitePa
BitePaOP•4w ago
I think I should mean "photos", not "thumbnails" all photos should be in the Photos page, but was moved to Trash by the app/server
Zeus
Zeus•4w ago
If the files are offline (missing mount point) they get moved to trash
BitePa
BitePaOP•4w ago
got it got it. thx!
BitePa
BitePaOP•4w ago
BitePa
BitePaOP•4w ago
both files are there in the directory file permissions are fine
Sergey Katsubo
Sergey Katsubo•4w ago
If the files are offline (missing mount point) they get moved to trash
Also later when the files become online again (mount point is OK) and another Ext Lib rescan is done, they should be automatically moved out of trash and appear in timeline again. Below are logs from my test instance: I broke mount, did rescan, then recovered the mount, did rescan again. No manual intervention in trash, assets were automatically un-trashed when got "onlined".
# broke mount, then rescan
# offlined -> trashed in UI
...
DEBUG [Microservices:LibraryService] Asset /img/video-from-jpg.mp4 is no longer on disk or is inaccessible because of permissions, marking offline in library 475d...
LOG [Microservices:LibraryService] Checked existing asset(s): 26 offlined, 0 onlined, 0 updated, 2 unchanged of current batch of 28 (Total progress: 28 of 28, 100.0 %) in library 475d...

# mount point fixed, then rescan
# onlined -> back to timeline, no more in trash
...
DEBUG [Microservices:LibraryService] Offline asset /img/video-from-jpg.mp4 is now online in library 475d...
LOG [Microservices:LibraryService] Checked existing asset(s): 0 offlined, 26 onlined, 0 updated, 2 unchanged of current batch of 28 (Total progress: 28 of 28, 100.0 %) in library 475d...
# broke mount, then rescan
# offlined -> trashed in UI
...
DEBUG [Microservices:LibraryService] Asset /img/video-from-jpg.mp4 is no longer on disk or is inaccessible because of permissions, marking offline in library 475d...
LOG [Microservices:LibraryService] Checked existing asset(s): 26 offlined, 0 onlined, 0 updated, 2 unchanged of current batch of 28 (Total progress: 28 of 28, 100.0 %) in library 475d...

# mount point fixed, then rescan
# onlined -> back to timeline, no more in trash
...
DEBUG [Microservices:LibraryService] Offline asset /img/video-from-jpg.mp4 is now online in library 475d...
LOG [Microservices:LibraryService] Checked existing asset(s): 0 offlined, 26 onlined, 0 updated, 2 unchanged of current batch of 28 (Total progress: 28 of 28, 100.0 %) in library 475d...
You already ran Ext Lib rescan recently, right? Rescan logs at 7:16PM (from screenshot) look totally fine. I suggest to focus on Web UI for now: what's currently wrong there? (Apart from those 2 ENOENT you posted recently)
BitePa
BitePaOP•4w ago
okok. Apart from those 2, the rest didn't move too. I then did a re-scan, more other files are listed in the log saying they also can't be moved. so I believe Immich will stop after a few files Actually, i found out the root cause. it has nothing to do with immich... nothing to do with the mount. the Owner of the directories somehow is marked as UID, not as Debian user account name.

Did you find this page helpful?