Deleting a photo doesn't seem to actually delete the photo itself.
I recently discovered Immich and installed it for use.
At first, it worked without any major issues, and I uploaded around 200GB of files. A day passed without problems.
Today, I happened to delete a photo (permanently removed it from the trash as well), and when I tried to upload the same photo again, I encountered an error saying that a duplicate photo already exists.
I couldn’t figure out the reason for this, so I created a new Immich server under the same conditions, and this time, the issue did not occur.
In the Immich server Docker container where the issue occurred, a UQ_assets_owner_checksum error was being thrown. (Please refer to the attached file)
13 Replies
:wave: Hey @max.cha,
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.(upload it again with a modified file extension)
Successfully submitted, a tag has been added to inform contributors. :white_check_mark:
After deleting the file, it no longer appears in the file explorer, but it still exists in the actual storage space.
The configuration of the second video server, which is working correctly as mentioned in the first question, is shown in the attached file.
Except for adding “_test” to the NFS folder and server name, and incrementing the port numbers by 1, all other settings are identical.
Seems most likely to be an NFS permission issue here
You should increase the log level and watch the logs during a trash empty
@Zeus Okay, I’ll try it.
By the way, since I suspected an NFS permission issue, I created a server with the same settings on the same NFS server, but the issue did not occur in that case.
@Zeus here is my verbose level log
Thank you for help. Sadly, it’s 3 a.m. where I am, so I won’t be able to check it right away.
If there’s anything you need from me to help resolve the issue, I’ll leave it after 7 p.m. tomorrow(today maybe..?).
I deleted the existing server and created a new one, and at least for now, it’s working fine. Still, I can’t shake off an uneasy feeling while using Immich 😦
So, when you tell Immich to "permenantly delete" something, it immediately confirms that, but the actual delete happens in the background
It's possible that something was failing there, which could cause the delete to not actually occur
While this delete is in progress in the background, the asset does still exist in the database, so you won't be able to re-upload that asset, it'll show as a duplicate as you saw
This process shouldn't really fail unless there's an underlying storage issue or permissions problem
And if it does fail I would expect it to be throwing an error in the logs when trying to do the delete
@Zack Yes, it seems that some deletion process did not occur properly.
On the new server, when a photo is completely deleted, I see the log message “Queued 1 asset(s) for deletion from the trash.”
However, on the problematic server mentioned above, this log did not appear.
If the same issue happens again, I’ll take a closer look to see if there’s a problem with the storage.
Thanks 👍
This thread has been closed. To re-open, use the button below.