Foreground Backup Item Counter and regular Upload Pauses
Hello,
I am using the foreground backup on Android and from time to time the "uploading file info" progresses quite fast, but only until ~50%, ~70% of the image. Then the next image starts uploading, but the counter doesn't decrease .
After processing ~10-15 images with that behavior, it keeps pausing at one image at for some minutes. From time to time, the Remainder counter reduces. Sometimes closing/opening the upload menu, re-triggers the processing and again images are uploaded to 50-70% only, proceeding to the next image quite fast.
That is newly discovered behavior for me for some weeks. The upload was always quite straightforward without that issue for many months.
Any idea what is causing that? Thank you for support.
11 Replies
:wave: Hey @Caorleone,
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. :blue_square: verified I'm on the latest release(note that mobile app releases may take some time).
2. :blue_square: read applicable release notes.
3. :blue_square: reviewed the FAQs for known issues.
4. :blue_square: 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.Are you upload via local ip or via cloudflare and reverse proxy or the like?
I only have my public available domain configured in Immich, at my local network my router forwards this DNS directly to the immich server and from outside I have a Pangolin VPS reverse proxy setup. Certificates are imported from the VPS to my Immich server too so https works fine.
this issue persists both ways. Local IP I didn't try a long time
Can you switch to the beta timeline and try out the upload mechanism from there?
I did. Upload was working (I will later on test more images again).
However, I am missing quite many thumbnails. I tried to re-create them under settings => tasks => generate thumbnails. Unfortuntely, the server start to initialize Immich again when I have a look at the docker compose logs -f.
It throws the error:
immich_server | [Nest] 7 - 09/10/2025, 7:07:14 PM ERROR Unable to run job handler (AssetGenerateThumbnails): Error: VipsJpeg: ./lib/jpegli/decode_scan.cc:539: Failed to decode DCT block
immich_server | Error: VipsJpeg: ./lib/jpegli/decode_scan.cc:539: Failed to decode DCT block
Server is offline then and needs to be restarted manually.
Any idea how to fix? Thanks for support
Raspberry pi?
yes
It was running fine on my Pi many months now, never hitting performance issues
Yes there's a bug in the new versions with the upstream thumbnail library on pi's
Set
VIPS_NOVECTOR=1 in your env file and bring down then stack, then bring it back upI did and thumbnails are generating now, thank you. Could you please briefly explain me what the option does exactly? I read it changes thumbnail generation and maybe reduced performance for it?
From a dev: (lib)vips is one of the libraries we use for thumbnail generation. Vector means CPU vector extensions, the use of which in libvips is currently broken on raspberry pi, so this turns those off
do you also have an idea what I can do if an video does not play in the webversion? I can hear sound but cannot see a video
This affects only my previously uploaded pics were the thumbnails weren't working. Videos do not play and pictures which are short videos (don't know the exact name of those file types were a picture is actually a very short video) also do not play. My files from some weeks ago before those upgrades play fine