iOS app never finish backup

[an0o0nym]

The bug

Immich iOS 18.0 mobile app gets stuck at 1 asset remaining.

• Total: 990
• Backup: 989
• Remainder: 1
• Uploading file info: is empty. There is no file name no ID, and Created on seems to be set to some default placeholder date.

The cloud icon on the home screen in the immich app has 'loading circle' always spinning. The upload is stuck at 1 remaining asset. Which I believe may be a bug, cause there is no details about which asset it is, nor it ever starts the upload.

I've tried different things, from force quiting app, to restarting the server etc, But nothing works.

After some time error came up in the logs about missing asset:

It would be super nice to be able to click on that 'Remainder' to see a list of what exact assets are being stuck in the queue. [perhaps this could be a feature request?]

But for now, can you point me in some direction on how to debug and fix the issue?

The OS that Immich Server is running on

Debian 6.1.112-1

Version of Immich Server

v.1.118.0

Version of Immich Mobile App

v.1.118.0

Platform with the issue

• Server
• Web
• Mobile

Your docker-compose.yml content

name: immich

services:
  immich-server:
    container_name: immich-server
    image: ghcr.io/immich-app/immich-server:${IMMICH_VERSION:-release}
    ports:
      - "2283:2283"
    # extends:
    #  file: hwaccel.transcoding.yml
    #  service: cpu # set to one of [nvenc, quicksync, rkmpp, vaapi, vaapi-wsl] for accelerated transcoding
    volumes:
      # Do not edit the next line. If you want to change the media storage location on your system, edit the value of UPLOAD_LOCATION in the .env file
      - ${PATH_TO_DOCKER_DATA}/immich/library:/usr/src/app/upload
      - /etc/localtime:/etc/localtime:ro
    env_file:
      - immich.env
    depends_on:
      - immich-redis
      - immich-database
    networks:
      - npm_default
      - immich_default
    restart: always
    healthcheck:
      disable: false

  immich-redis:
    container_name: immich-redis
    image: docker.io/redis:6.2-alpine@sha256:2d1463258f2764328496376f5d965f20c6a67f66ea2b06dc42af351f75248792
    networks:
      - immich_default
    healthcheck:
      test: redis-cli ping || exit 1
    restart: always

 immich-database:
    container_name: immich-postgres
    image: docker.io/tensorchord/pgvecto-rs:pg14-v0.2.0@sha256:90724186f0a3517cf6914295b5ab410db9ce23190a2d9d0b9dd6463e3fa298f0
    environment:
      POSTGRES_PASSWORD: ${DB_PASSWORD}
      POSTGRES_USER: ${DB_USERNAME}
      POSTGRES_DB: ${DB_DATABASE_NAME}
      POSTGRES_INITDB_ARGS: '--data-checksums'
    volumes:
      # Do not edit the next line. If you want to change the database storage location on your system, edit the value of DB_DATA_LOCATION in the .env file
      - ${PATH_TO_APPDATA}/immich/postgres:/var/lib/postgresql/data
    networks:
      - immich_default
    healthcheck:
      test: pg_isready --dbname='${DB_DATABASE_NAME}' --username='${DB_USERNAME}' || exit 1; Chksum="$$(psql --dbname='${DB_DATABASE_NAME}' --username='${DB_USERNAME}' --tuples-only --no-align --command='SELECT COALESCE(SUM(checksum_failures), 0) FROM pg_stat_database')"; echo "checksum failure count is $$Chksum"; [ "$$Chksum" = '0' ] || exit 1
      interval: 5m
      start_interval: 30s
      start_period: 5m
    command: ["postgres", "-c", "shared_preload_libraries=vectors.so", "-c", 'search_path="$$user", public, vectors', "-c", "logging_collector=on", "-c", "max_wal_size=2GB", "-c", "shared_buffers=512MB", "-c", "wal_compression=on"]
    restart: always

networks:
  npm_default:
    external: true
  immich_default:
    external: true

Your .env content

IMMICH_VERSION=v1.118.0

DB_PASSWORD=<redacted>
DB_USERNAME=postgres
DB_DATABASE_NAME=immich

REDIS_HOSTNAME=immich-redis
DB_HOSTNAME=immich-database

Reproduction steps

1. Install Immich
2. Start backup of a 'recent' folder on iPhone
3. Wait until it finishes uploading all files
4. Observe the behavior

Relevant log output

Attached in the issue description

Additional information

No response

[an0o0nym]

It turns out the issue was caused by a photo from the Nextcloud app, which I no longer use. Once I removed the photo, the backup process finished successfully.

I suspect the photo wasn't an original, but rather an optimized copy, similar to how iCloud handles storage. That might explain why it showed no asset details in the 'Uploading file info' section.

I remember seeing a post where someone experienced the same issue, and their solution was to disable storage optimization in iCloud settings. While I'm not entirely sure, this could be related.

As I mentioned in the ticket, it would be great to have a list of remaining assets (perhaps even with thumbnails) in the app. The logs took a long time to show up, and there wasn’t any specific error message in the mobile app itself. I had to manually dig through the logs to identify the problem. A better user experience might be to display an alert or snackbar with the error details directly in the app.

It would also be helpful if the app could handle these types of scenarios more gracefully. While I haven’t done thorough research, there might be a way to detect if a photo is an optimized copy rather than the original. In such cases, the app could either mark the backup as "completed with errors" or prompt the user to retry or finish the sync with a warning.

[chen-chao]

Same issue here. There is no file name nor ID.

it would be great to have a list of remaining assets (perhaps even with thumbnails) in the app

That'll be nice. For now I still don't know which pictures stuck the backup process.

[her-cat]

I'm having the same problem.

App Version: 1.118.0 build.180
Server Version: 1.118.2

[CoorFun]

it's likely your iphone run out of ram?

I had the same situation yesterday, it just never finish to upload photo to immich server. But I realized that it's because ios moves my "raw" photo files to icould, and only leave low resolution thumbnails locally. Immich needs to fetch those originals copies before upload to self-hosted service. But there is no RAM space left to perform such operations.

After delete some Apps, and a complete reboot, immich starts to work again.

Hope this can help

[xundeenergie]

I have a similar problem.
App and Server version 1.118.2
but ANDROID!!!

The counter do not change. But the progress-indicator is working. The app uploads a lot of files...
And when i open the app again... it looks like, it uploads the same file again and again...
Also the id-counter starts from the same id down. Every app start again.

The progress shows me uploading photos from yesterday... but in the webapp i can not find photos from yesterday.

[alextran1502]

@xundeenergie sounds like you have issue with reverse proxy. Try connecting to your instance over local IP

[xundeenergie]

It's all in LAN...
and the reverse-proxy is exact configured as the docu says.

[rumd3x]

I have a similar problem. App and Server version 1.118.2 but ANDROID!!!

The counter do not change. But the progress-indicator is working. The app uploads a lot of files... And when i open the app again... it looks like, it uploads the same file again and again... Also the id-counter starts from the same id down. Every app start again.

The progress shows me uploading photos from yesterday... but in the webapp i can not find photos from yesterday.

I may have the exact same problem.
24 Remaining assets. All somewhat big .mp4 files (>100MB) for what it looks like.
Progressbar works fine and it moves to the next file, but the counter never goes down from 24.
Next time I open the app it start reprocessing the same files over and over.
Newly taken assets are backed-up fine as long as they don't cross this "threshold", otherwise they also get stuck.

[rumd3x]

@xundeenergie sounds like you have issue with reverse proxy. Try connecting to your instance over local IP

Turns out this was my case.
Logged out from the app (was logged in over public address).
Logged back in using LAN IP.
Assets backed up fine.
The problem might just be Cloudflare Tunnels then, which is the only thing my immich server is behind.

[an0o0nym]

@rumd3x slightly off topic from the main issue, but this is the nginx config I use for my nginx proxy manager instance in order to make it work with big files:

proxy_read_timeout 600s;
proxy_send_timeout 600s;
send_timeout       600s;
proxy_redirect     off;
client_max_body_size 50000M;

The above was borrowed from https://immich.app/docs/administration/reverse-proxy/

[golibali]

@an0o0nym Thanks! That was the issue in my reverse proxy configuration!

One comment. I tested locally and for me the

client_max_body_size 50000M;

was enough.

[jlcanale]

I have this same issue on iOS, both through reverse proxy and direct connect.

I have 1 file listed as remaining, and I have no idea how to find the problem file.

The logs haven't been super helpful, if anyone has any tips it would be appreciated.

[alextran1502]

Can you show the screenshot of the backup screen when it is stuck at uploading?

[jlcanale]

Sure thing. Here's the Log if that's of any help.