Apple iOS backup of 49k photos And videos Not proceeding
I have 750gb on iCloud Photos but I don’t have that much space on the phone itself (iPhone has 500gb).
I see bunch of these errors in logs on mobile app:
“Failed to hash asset with id: FAE4D045-0F15-49F8-98A1-C7498D78E496/L0/001, name: IMG_4456.JPG, createdAt: 2021-06-21 20:56:13.000Z, from album: Recents. Error: Failed to hash asset: The operation couldn’t be completed. (PHPhotosErrorDomain error -1.)”
When I see upload queue all the photos/videos have size 0, because photos has to download it from iCloud first.
How can I fix this?
11 Replies
:wave: Hey @azaric,
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.
Successfully submitted, a tag has been added to inform contributors. :white_check_mark:I am also experiencing what seems to be the same issue. (based on your log)
Can you find the asset in your Photos app and check if you can share or access it successfully? Also how many of your assets are not being uploaded?
Yes assets are available when downloaded from iCloud. It takes 1-2s to download when clicked via Photos.
Around 22k photos are stuck… I think the app just fails to proceed to the rest of the photos after failing 26 photos?
It should continue queueing more assets. Can you try toggling the backup button?
I do try toggling but it does backup like 50 more photos and again bumps into photos with size 0 and stops backup
I think you're hitting the iCloud rate limiting here. We are aware of the issue and are actively working to address this
I had similar problem with Synology Photos, it got resolved by setting max parallelization to 1
And another issue I bumped with synology was with very large files (4k, 45GB file) it was also making an issue in immich but I eventually moved manually file via MacBook.
Here the issue was I guess with the retriable logic, since network can be unstable for the 45GB upload.
@shenlong-tanwen will you surface this kind of config to avoid hitting this issue on iCloud?
We don't plan to surface such an option yet, but what we're seriously considering is to limit the concurrency to 1 for iCloud assets for all users.
That’s a reasonable option, it’s safe and stable, it will be slower though.
I am willing to test out the beta AppStore app for this.
After a week of not being able to upload much (was around 4k assets), I was able to upload 30k assets last night by not letting the app go into the background. I basically left the iPhone on the upload queue while charging. I didn't get any asset errors or warnings in the logs.
IDK if I should open a ticket with this info since I had the same problem as @azaric but adding it here to help anyone else with a similar problem.