Internal error server
I got a notification on web interface top right popup with red interal error server
49 Replies
Latest version
1.8.2.1

In server log I see this
[Nest] 8 - 10/18/2023, 8:37:01 PM ERROR [ExceptionsHandler] time zone displacement out of range: "+234459-03-01T00:00:00.000Z"
I server web log
stack: 'Error: connect ECONNREFUSED 172.20.0.8:3001\n' +
[hooks.server.ts]:handle connect ECONNREFUSED 172.20.0.8:3001
[hooks.server.ts]:handleError connect ECONNREFUSED 172.20.0.8:3001
[hooks.server.ts] Unable to get my user {
code: 'ECONNREFUSED',
message: 'connect ECONNREFUSED 172.20.0.8:3001',
' at TCPConnectWrap.afterConnect [as oncomplete] (node:net:1595:16)'
}
In client I noticed this strange behaviour since last update

Can this be related
To internal error server?
looks like you have some asset with bad exif that is causing the timeline to crash.
Yeah removed the previous video solved
I'm having this issue, but with many many assets.
Thank you for reporting this, it is very helpful! It looks like the issue causes the web not able to render anything, correct? But it renders in the mobile app
Hey do you mind grabbing one of the error assets, zip it up and send it to us for troubleshooting?
I'll try to locate some.
This is what mobile looks like.

At first glance they are all videos.
I found a video that is 13s and less than 5MB. How should I send it?
All these videos also appear to be from the external libraries.
I wonder if something corrupted because files are still being processed from the library, but I had multiple crashes of the microservices and server when I updated because they consumed more RAM than before.
A lot of these types of problems have come from Whatsapp storing bad metadata. Is that the case here?
Negative, not from what's app.
Hmm
Is it a normal video?
Like normal size?
Can you share the exif tool output?
Appears so, immich even plays it fine from Mobile.
Do you have the command handy to do that?
Just exiftool and then the filename
Pastebin
ExifTool Version Number : 12.40File Name ...
Pastebin.com is the number one paste tool since 2002. Pastebin is a website where you can store text online for a set period of time.
I believe the file name is the correct date. 2016 11 25
Everything else appears to be wrong.
This one is worse on the date.
https://pastebin.com/gvRZPWEK
Pastebin
ExifTool Version Number : 12.40File Name ...
Pastebin.com is the number one paste tool since 2002. Pastebin is a website where you can store text online for a set period of time.
Can you zip it up and send it here? Or maybe share over GDrive or something?
2nd file has both, ignore first
Thanks
Are these from Google takeout?
Likely
Do you happen to have the file from the takeout still?
I don't, but the file may still be on Google.

So we use the createDate
some how the year is 2036
And the other one has the year out of wack

u from the future?
:HVCsurprisedtanaka:
I deleted the files to protect your privacy
@jrasm91 for this issue, I am thinking of having a job or just a service that get called when the server is succesfully init-ed to search for file that has year greater than the current year and overwrite the year to the current date so that the user can know and fix the issue
What do you think about just putting a filter in the time bucket query to exclude these? We could have another table for problematic records or something and flag it
yeah that works too
I have seen this exact same bug several times and it is always in the same form. There must be some library or code out there with a bug that's being used to write exif data.
The year is 218 and then the hours are 02:18. It's always the same.
Soooo I think I figured it out.
https://github.com/mattwilson1024/google-photos-exif/blob/master/src/helpers/read-photo-taken-time-from-google-json.ts#L15-L21
I think it is a takeout file and the famous metadata fixer script gets the date by doing new date of this timestamp x 1000.
I think if the value is multiplied by another 1000 it basically becomes a 6 digit year.
Hmm, why would the day get multiplied by 1000?
It is multiplying by 1000 to convert it to milliseconds, so maybe some values were already stored in milliseconds or something.
My guess is a bug related to Google takeout and created date on videos
I used that script and I see a similar issue on a couple of photos
Maybe a fork of that, someone has been maintaining it more recently
It would be interesting to see the original json file for the video
And what date it has now
@jrasm91, thank you for the quick diagnosis, you are amazing <#
Hm lemme request another takeout
Well let's see if I'm right first 😁
@jrasm91 can i DM it to you? There is personal info in it
{ "title": "IMG_3337.MOV", "description": "", "imageViews": "48", "creationTime": { "timestamp": "1480554920", "formatted": "Dec 1, 2016, 1:15:20 AM UTC" }, "photoTakenTime": { "timestamp": "1480038442", "formatted": "Nov 25, 2016, 1:47:22 AM UTC" }, ...Here is the part that matters for anyone else
File Modification Date/Time : 2016:11:24 20:47:22-05:00 File Access Date/Time : 2023:08:19 22:42:10-04:00 File Inode Change Date/Time : 2016:11:24 20:47:22-05:00
Create Date : 2036:01:01 23:59:59 Modify Date : 2019:08:18 14:44:22 Time Scale : 90000 Duration : 22.29 s
Track Create Date : 2019:08:18 14:44:22 Track Modify Date : 2019:08:18 14:44:22
Media Create Date : 2019:08:18 14:44:22 Media Modify Date : 2019:08:18 14:44:22Exif after processing Idk why only this file it would mess up on I used this, https://github.com/MrYakobo/exif-wrapper, which in itself has been unmaintained and forked LOLLL
Render everything except the video with wrong date, and gives internal error, I removed it and it does work now.
@spupuz | love @EnochPrime I’m assuming y’all got these files from Google Photos, if so can you download it from the GP UI (not takeout) and check the exif data on it?
need to check
as soon i have the time... busy with work righ now
No worries
https://github.com/immich-app/immich/discussions/1340#discussioncomment-5944757 looks like someone else saw a 2036 a while ago too
connect ECONNREFUSED 172.18.0.7:3001 (ECONNREFUSED)

Can you open a new thread and post the logs of the containers etc?
Thanks! I've solved it refer to https://discord.com/channels/979116623879368755/1129047619923103794/1129048795917860914:yum:
Discord
Discord - A New Way to Chat with Friends & Communities
Discord is the easiest way to communicate over voice, video, and text. Chat, hang out, and stay close with your friends and communities.