Closed andrewsris closed 1 year ago
Currently, I need help reproducing the issue because I can't seem to replicate this bug on my instance. Can you help me follow the step below
Let me know if you can reproduce the issue
Thanks. Just to clarify, by "instance," do you mean to create a new user and try the whole process again? If so, then interestingly I cannot recreate the EXACT issue, but I am finding a whole number of new issues that are likely related.
First, I created a new user and uploaded a sample folder of 5 .jpg photos that I was able to upload (using CLI) and delete (from web interface) back and forth without any issue.
Second, with this new user, I tried to upload the folder of 98 media files (67 mp4, 28 jpg, and 3 png) that gave me the problem in the first place. Surprisingly I was able to upload and delete these without the main issue that caused me to open this thread. However, I found a number of new issues. Notably that only 93 / 98 files are shown in the interface, and that immich double counts all the files for some reason (see first attached image). After trying to delete all of the media from the web interface, the remaining files in the directory are all of the mp4s (both in the specific date and "encoded-video" folder) and many .jpg or .webp files in the "thumb/CLI" folder.
Third, I tried to go back to the user that started this issue. I tried to re-upload this problematic folder of 98 media files, and just like the first post, the immich CLI will not let me upload any file. Looking into the file directory of this problematic user, it seems like Immich created a second file with a "+1" addended into the file name (see second attached image).
Fourth, I looked into the problematic media folder again, which is on a USB drive that I created on a MacBook. Unknown to me, it seems like MacOS created hidden files with names ._filename (see third attached image). Do you think the issues could either be from the mp4 files or the hidden "._" files?
The problem are the hidden mp4 files. I am quite certain
Thanks! I can confirm that the hidden files were the issue. After deleting the hidden files from my USB, I can now use the immich CLI to upload and the Web interface to delete freely on all of my media files (with the caveat that the encoded-videos folder still doesn't get deleted).
I'm glad to see where the problem lies, but for my main library (~27,000 files), this will be challenging to troubleshoot the damage already done by the hidden files. Maybe I should just start over?
Yes, I would suggest starting over.
The bug
I am currently migrating my library of photos to immich. After uploading to immich, I have deleted a number of photos that were categorized on the wrong date due to incorrect metadata / upload bugs. However, the Immich web interface did not delete the photo from my server. Thus, when I try to reupload the photos in bulk using the CLI, it fails to upload any these files because they already exist on the server, though I cannot actually see them in the interface.
This is particularly challenging with large libraries that I was manually cleaning up. In large libraries, it will be challenging to detect if photos are uploaded and visible in the interface or not.
The OS that Immich Server is running on
Unraid 6.11.1
Version of Immich Server
v1.50.1
Version of Immich Mobile App
N/A
Platform with the issue
Your docker-compose.yml content
Your .env content
Reproduction steps
Additional information
I have used this command from the immich CLI
docker run -it --rm -v "$(pwd)":/import ghcr.io/immich-app/immich-cli:latest upload --key ############### --server http://192.168.1.100:2283/api
I am attaching an image of the web UI showing the discrepancy of what can be seen (no photos) and what it detects (278 videos and 92 photos). I am also attaching an image of what is left on the server for this immich user, which you can see is not empty.