[BUG] - Lidarr - Infinite download loop with percentages exceeding 100% #193

Open
opened 2026-02-20 00:17:20 -05:00 by deekerman · 4 comments
Owner

Originally created by @maxime-killinger on GitHub (Mar 7, 2025).

Application
Lidarr

Host platform
Unraid (Docker)

Script
audio-script

Script Version
2.48

Describe the bug
Some tracks get stuck in an infinite download loop, displaying download percentages exceeding 100%. The process never completes.

To Reproduce
Steps to reproduce the behavior:

  1. Use the audio-script with Lidarr (latest version).
  2. Trigger an automatic album download.
  3. Observe the download log.
  4. Some tracks show download percentages above 100% and never finish.

Expected behavior
The download should complete properly without exceeding 100% or looping indefinitely.

Logs/Screenshots

[album_601269752_9] CMYK - Dream (Move My Feet) :: Downloading track. Downloading 27881654 bytes.
[album_601269752_9] Download at 936%
[album_601269752_9] Download at 938%
[album_601269752_9] Download at 940%
...
[album_601269752_9] Download at 970%

Additional context
Issue occurs randomly on different albums.
It started happening after updating Lidarr to the latest version.
The affected downloads never complete.

Originally created by @maxime-killinger on GitHub (Mar 7, 2025). Application Lidarr Host platform Unraid (Docker) Script audio-script Script Version 2.48 Describe the bug Some tracks get stuck in an infinite download loop, displaying download percentages exceeding 100%. The process never completes. To Reproduce Steps to reproduce the behavior: 1. Use the audio-script with Lidarr (latest version). 2. Trigger an automatic album download. 3. Observe the download log. 4. Some tracks show download percentages above 100% and never finish. Expected behavior The download should complete properly without exceeding 100% or looping indefinitely. Logs/Screenshots ``` [album_601269752_9] CMYK - Dream (Move My Feet) :: Downloading track. Downloading 27881654 bytes. [album_601269752_9] Download at 936% [album_601269752_9] Download at 938% [album_601269752_9] Download at 940% ... [album_601269752_9] Download at 970% ``` Additional context Issue occurs randomly on different albums. It started happening after updating Lidarr to the latest version. The affected downloads never complete.
Author
Owner

@RandomNinjaAtk commented on GitHub (Mar 12, 2025):

Sounds like a problem with the download client, you might want to see if you can replicate the issue just using the client itself and report the issue upstream.

@RandomNinjaAtk commented on GitHub (Mar 12, 2025): Sounds like a problem with the download client, you might want to see if you can replicate the issue just using the client itself and report the issue upstream.
Author
Owner

@xawoger commented on GitHub (Mar 16, 2025):

Have same issue. Same platform unraid. Just noticed it.

@xawoger commented on GitHub (Mar 16, 2025): Have same issue. Same platform unraid. Just noticed it.
Author
Owner

@xawoger commented on GitHub (Mar 17, 2025):

Sounds like a problem with the download client, you might want to see if you can replicate the issue just using the client itself and report the issue upstream.

I am pretty sure it is a problem with deemix script not with download clients. When this happens there is no other downloading clients being used.

@xawoger commented on GitHub (Mar 17, 2025): > Sounds like a problem with the download client, you might want to see if you can replicate the issue just using the client itself and report the issue upstream. I am pretty sure it is a problem with deemix script not with download clients. When this happens there is no other downloading clients being used.
Author
Owner

@alansari commented on GitHub (Mar 20, 2025):

I've got the same problem running on truenas scale, for the time being i've added to my lidarr compose a monitor that'll restart lidarr when the download percentage goes over 100%:

  lidarr-monitor:
    image: docker:cli
    tty: true
    network_mode: bridge
    depends_on:
      - lidarr
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
    command: >
      sh -c " while true; do
        log_line=$$(docker logs --since 5s lidarr 2>&1 | grep -m1 'Download at')
        if [ -n \"$$log_line\" ]; then
          percent=$$(echo \"$$log_line\" | grep -o '[0-9]\\+%' | sed 's/%//')
          if [ -n \"$$percent\" ] && [ \"$$percent\" -eq \"$$percent\" ] 2>/dev/null; then
            echo \"Found download percentage: $$percent%\"
            if [ $$percent -gt 100 ]; then
              echo \"Restarting lidarr due to excessive percentage: $$percent%\"
              docker restart lidarr
            fi
          else
            echo \"Invalid percentage detected in line: $$log_line\"
          fi
        fi
        sleep 5
      done"
    restart: unless-stopped
@alansari commented on GitHub (Mar 20, 2025): I've got the same problem running on truenas scale, for the time being i've added to my lidarr compose a monitor that'll restart lidarr when the download percentage goes over 100%: ``` lidarr-monitor: image: docker:cli tty: true network_mode: bridge depends_on: - lidarr volumes: - /var/run/docker.sock:/var/run/docker.sock command: > sh -c " while true; do log_line=$$(docker logs --since 5s lidarr 2>&1 | grep -m1 'Download at') if [ -n \"$$log_line\" ]; then percent=$$(echo \"$$log_line\" | grep -o '[0-9]\\+%' | sed 's/%//') if [ -n \"$$percent\" ] && [ \"$$percent\" -eq \"$$percent\" ] 2>/dev/null; then echo \"Found download percentage: $$percent%\" if [ $$percent -gt 100 ]; then echo \"Restarting lidarr due to excessive percentage: $$percent%\" docker restart lidarr fi else echo \"Invalid percentage detected in line: $$log_line\" fi fi sleep 5 done" restart: unless-stopped ```
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/arr-scripts#193
No description provided.