Closed srwareham closed 1 year ago
Can you help me take a screen capture when you click the start upload button on the backup screen? Can you also monitor the log of the server at the uploading time?
Can you also help me take the screenshot of the album that you are selected to be uploaded?
Video of Start Upload
https://user-images.githubusercontent.com/3392952/222052010-56920612-9cab-47bc-9a6a-c362a7983be2.mp4
Screenshot of server log not changing at all during Start Upload session
The one POST is from previously testing taking a screenshot and clicking backup. That worked as described in my bug report above.
hmm this is very strange, I cannot reproduce this. Can you upload the files from the web interface?
Can you create a new instance and try to upload the files to the test instance?
I created a completely new instance today to try to debug this--so what I've shared above is just that. Right now, just tried uploading one of the photos via web UI and that worked fine.
I'd guess this is some sort of iOS permissions or weird iCloud issue. But the odd thing is that clicking the icon next to the "Uploading file info" actually does in fact show a preview of the relevant images. So its at least able to access a thumbnail, at a minimum
I assume the iCloud photos aren't actually on your device. If you tried to disable iCloud Photos, what would happen if you take a photo and then run the upload sequence?
Just disabled iCloud photo sync and took a picture. Didn't upload unfortunately. Is there a way to increase logging verbosity in the iOS app?
I have a similar issue, and it seems to be related to #1122 It has to do with importing pictures via CLI, that are also on the iPhone. It doesn't deduplicate properly, as it errors out. Don't know if it's the same issue though
I am also experiencing this issue. I was gonna dig into the code before posting but haven't had the chance. Mine was working perfectly fine until about beginning of January. Not sure if it was an app update or an iOS update.
I was hoping v1.52.0 would resolve this but unfortunately not. Observing exact same behavior, even after a clean install on both server and iOS
@srwareham Can you help me confirm again that you don't have iCloud Photo and optimized storage turned on?
@alextran1502 yes, can confirm
@srwareham hmm I assume that somehwere in shared album and iCloud photo that is causing the issue you are seeing since Immich has not been designed to work with those scenarios yet
@alextran1502 is there a way to increase logging verbosity in the iOS app to try to help diagnose this?
So for me it was user error. After finally having some time to debug it, I realized that I was getting 413s back from the server. Since I have my instance running behind my own Nginx reverse proxy, my request were getting denied because nginx has default limit of 1MB uploads in order to protect against DDOS. I modified the nginx config for that server and all is well. All photos are being uploaded. Previous only screenshots were being uploaded because screenshots were under the 1MB limit. So that was my specific issue.
@espy-engineering you are my absolute hero. That fixed my problem! I hadn't remembered that at some point I started using a ngnix reverse proxy and was no longer hard coding my immich server's IP address in the mobile app.
@alextran1502 is there a way for the mobile app's log to display when it gets 413 (and presumably other HTTP) error messages? This would help tremendously for this occasion and I'm sure others.
For anyone finding this later, the fix for me was editing /etc/nginx/nginx.conf
to add a user-defined value for client_max_body_size
. I picked 20G as an arbitrarily large number that should be bigger than any of my videos
http {
include mime.types;
default_type application/octet-stream;
client_max_body_size 20G;
...
}
Looks like more verbose mobile logging was just released in v1.54. Thanks so much!
The bug
Zero of my photos previously taken via my iPhone's camera app (or other apps that save to camera roll) are being backed up anymore. Only screenshots and photos that were sent to me (e.g., via WhatsApp and then manually saved) are backed up to immich. The iOS app reports 3012 assets in "Remainder." Clicking sync again does not change this number. However, it will show "Uploading file info" and clicking the icon shows a file preview for each of the thousands of photos that aren't being synced.
If I take a new photo, it will not sync. If I take a new screenshot, it will sync. I have tried a clean install on my server and uninstalling/reinstalling the iOS app to no avail.
The OS that Immich Server is running on
Arch Linux
Version of Immich Server
v1.50 (also occured on v1.49)
Version of Immich Mobile App
v1.49 build.87
Platform with the issue
Your docker-compose.yml content
Your .env content
Reproduction steps
Additional information
Immich is being run and accessed in a LAN only. Previously, everything was working perfectly. I'm not sure when this changed. Probably sometime in the past 2-3 weeks. Within the past week, I upgraded from iOS 16.1(?) to 16.3.
Running the server with docker-compose up (without -d flag), I can see "POST /api/asset/upload HTTP/1.0" for my screenshots that are uploading. For the photos that aren't uploading, there is nothing in the server logs.
iOS device
iPhone SE on iOS 16.3.1
iCloud "Optimize iPhone Storage" is not enabled, it is set to "Download and Keep Originals"
Settings -> Immich-> shows immich has access to Photos->All Photos![image](https://user-images.githubusercontent.com/3392952/222048195-a2b1eb20-8f19-4b02-9e28-faf8ec2f8c1d.png)
iOS logs below after 1) full closing iOS app, 2) Open app, 3) Start Backup![image](https://user-images.githubusercontent.com/3392952/222047243-c5bdbef0-d51c-4952-b039-59eddd43dcd5.png)
Thank you for the fantastic product. Please let me know if/how I can help debug this.