Error importing some photos in external library
I've installed Immich with a view to replacing Synology Photos. I installed using docker compose on ubuntu 22.04.5, following the install instructions on the home website.
For now I am using an external library:
- /mnt/nas/photo:/usr/src/app/external/photo:ro
After "importing" almost 200,000 photos (after 24 hours). I thought all was great, but then I noticed some photos were missing. Quite a few.
I started over and got the same problem another day later.
So I tried a third time. Rather than importing the whole photo directory, this time I imported several separate external libraries using individual subdirectories from my main photo directory (I store things in yearly subdirectories). I knew one year was missing a lot of photos so it would be easy to notice.
Importing my 2007 directory, for example, all seems fine, but importing my 2008 directory shows nothing gets uploaded. Permissions are the same for both directories and I tried changing them away and back again on the NAS to no avail.
Looking at the logs, I get a lot of errors when I try to scan the 2008 folder. What is wrong with my files?
"/usr/src/app/external/photo/2008/Sports/IMG_6669.JPG"],"progressCounter":1035}] Unable to run job handler (library/library-sync-files): PostgresError: time zone displacement out of range: "+03082 8-09-14T02:48:05.000Z"
PostgresError: time zone displacement out of range: "+030828-09-14T02:48:05.000Z"
at ErrorResponse (/usr/src/app/node_modules/postgres/cjs/src/connection.js:790:26)
at handle (/usr/src/app/node_modules/postgres/cjs/src/connection.js:476:6)
at Socket.data (/usr/src/app/node_modules/postgres/cjs/src/connection.js:315:9)
at Socket.emit (node:events:518:28)
at addChunk (node:internal/streams/readable:561:12)
at readableAddChunkPushByteMode (node:internal/streams/readable:512:3)
at Readable.push (node:internal/streams/readable:392:5)
at TCP.onStreamRead (node:internal/stream_base_commons:189:23)
8 Replies
:wave: Hey @SYL779,
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.Seems like there's something funky going on with the time metadata on your files
Any tips on how best to analyse it (and correct it)? I don't know why it's affecting everything in that folder.
Try using exiftool to inspect exactly what is in the files
Anything stand out?
I don't see anything unusual in the EXIF Data
in fact, I don't see the error date in this output at all
Digging down further, by going deeper into the file structure, it appears that some files taken by a HTC Xda Orbit, when in landscape mode, don't show the date and time even in the windows directory listing (weirdly, the portrait ones do). The photo shows just fine. The exiftool gives an error. Removing the subdirectory with those few files has allowed the thousands of other files in the 2008 folder to import!
Thanks for pointing me in the right direction. I'll have to try and repair them.