iOS app not uploading only missing items
oI am trying to do a pretty large backup from my iPhone (3000+ files, 250GB).
I left the app running uninterrupted for hours and found it was hung up on a file at about 300 remaining. That’s fine. i figured i’d just go check the file, check the logs, etc. I didn’t see anything noteworthy. I did delete the file it was stuck on just in case.
Then i figured i’d run the backup again for it to upload the rest of the items that it acknowledges are not backed up. Every time i try to backup now it starts with much more recent files every time and seems to be uploading the same files first. Then eventsully it gets hung up at around the same spot. If i delete the file it was stuck on, it’ll get hung up at the same spot again but seemingly one file later.
Why does it restart uploading on files it already has? I believe it should start with the ones it knows are not backed up.
6 Replies
:wave: Hey @Buzz,
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_01GY0DAKGXDEHE263BCAYEGFJAChecklist
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. :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.GitHub
immich-app immich · Discussions
Explore the GitHub Discussions forum for immich-app immich. Discuss code, ask questions & collaborate with the developer community.
FAQ | Immich
User
GitHub
Issues · immich-app/immich
High performance self-hosted photo and video management solution. - Issues · immich-app/immich
the closest i can find to this error on the github is here
https://github.com/immich-app/immich/issues/15419
but it states its a visual bug. i’m finding that occasionally when i rerun the backup it’ll eventually lower it by one or two in a run but never completes.
Are you using local IP connection?
sorry i left this hanging.
i went though the steps and once i connected locally to the ip:port it refreshed everything and the files it was uploading were actually uploaded and the counter went to zero. unsure of the cause though.
i know i use cloudflare for my own hosting.
Probably big videos getting blocked by CF