:ro of external library is being ignored
I have the tree rows added to my docker compose-file under volumes: from the immich_server:
The :ro is being ignored, I can delete fotos over the immich web UI.
What is the problem here?
16 Replies
:wave: Hey @Nordlicht-13,
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_01GY0DAKGXDEHE263BCAYEGFJAChecklist
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. :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.GitHub
immich-app immich · Discussions
Explore the GitHub Discussions forum for immich-app immich. Discuss code, ask questions & collaborate with the developer community.
FAQ | Immich
User
GitHub
Issues · immich-app/immich
High performance self-hosted photo and video management solution. - Issues · immich-app/immich
That's not how it works; Immich isn't aware of something being mounted readonly and will still try to delete, it just won't work.
So the :ro is as much as a hole in the head?
That's a weird expression I've never heard before.
the :ro is still read-only, nothing gets deleted (or written)
I just deleted a foto from the exernal library that has the :ro over the web UI
Yes and it's still in your external library, it will get re-added once the library scan completes
So the file is still there, it's just temporarily removed from the immich UI
Ah, okay, got it and understand now.
In older versions from immich the foto was still shown in the UI, but those were the days, when the external libraries were :ro by default.
Thanks for the help and clarification.
Just did a scan of the library, but it don't shows up again.
So immich hides deleted files and the original foto stays on the external storage.
So I will open the external library again and work with the trash.
Deleting it without :ro, the file also stays on the NAS. Guess deleting fotos from external libraries has to happen on the file-layer.
In testing this, are you deleting the asset from Immich's trash as well?
Yes, deleted a foto from the normal view, and then in the trash.
The foto still was on the NAS.
Just double checked, deleting fotos from upload and trash removes the original file, deleting foto from external library and trash don't removes the original file.
Yes it’s read only so that’s expected
When you re scan after emptying trash it will come back
No, thats not expected. When it's read only it should be unable to delete it, but it's removed in immich, but not from the original location (that's good).
When you set the external library to normal without :ro, then deleting foto from external library and trash don't removes the original file. (I expected that the file is deleted)
Likely your filesystem permissions are setup incorrectly. If not read only, it will delete when emptying the trash.
That might be right, the dataset was setup for plex, with the user and group plex and user apps (568) for the immich app under TrueNAS.
Now that I run immich under dockge I probably need to add another user.
Or should I change the PUID and PGID in the immich-yaml-file?
Those env vars don't do anything for Immich
Okay, then I set the user and group to root for the plex dataset and add plex as another user to it.
Thanks, again for the help.