Originally created by @Drudoo on GitHub (Jul 29, 2023).
Steps to reproduce
Select download on a mid-sized or large audiobook (200MB+)
Download starts
Socket icon disconnects
Download finished (but nothing is downloaded)
Status "Download Complete. Processing..." is shown but never finishes
Expected behaviour
If i select a smaller audiobook it downloads without issues, but both multiple file or single file bigger books fails.
Actual behaviour
The socket disconnect happens and then the download completes, without downloading anything. Restart of the app is needed for clearing "Download Complete. Processing...". Even if you leave the app open for hours, it never finishes.
Environment data
Audiobookshelf Version:
Android App?
iOS App?
iOS Issue
iOS Version: 16.5.1 (c) and 16.5.1
iPhone model:
iPhone 13 Pro
iOS ABS version: 0.9.65-beta
Server version: 2.3.0
I'm using Traefik as reverse proxy for the container. Both web and iOS streaming works without issue.
Originally created by @Drudoo on GitHub (Jul 29, 2023).
### Steps to reproduce
1. Select download on a mid-sized or large audiobook (200MB+)
2. Download starts
3. Socket icon disconnects
4. Download finished (but nothing is downloaded)
5. Status "Download Complete. Processing..." is shown but never finishes
### Expected behaviour
- If i select a smaller audiobook it downloads without issues, but both multiple file or single file bigger books fails.
### Actual behaviour
- The socket disconnect happens and then the download completes, without downloading anything. Restart of the app is needed for clearing "Download Complete. Processing...". Even if you leave the app open for hours, it never finishes.
### Environment data
Audiobookshelf Version:
- [ ] Android App?
- [X] iOS App?
#### iOS Issue
iOS Version: 16.5.1 (c) and 16.5.1
iPhone model:
iPhone 13 Pro
iOS ABS version: 0.9.65-beta
Server version: 2.3.0
I'm using Traefik as reverse proxy for the container. Both web and iOS streaming works without issue.
adam
added the bug label 2026-04-24 23:32:38 +02:00
After more testing, the issue might be related to CPU usage. When downloading a book, all 4 cores on my Pi4B+ (4GB) maxes out and my other containers starts to report issues (healthchecks.io reports my blog and gitea as down) but as soon as the socket disconnects, everything stabilizes.
RAM doesn't seem to be an issue and i have 2GB of swap, which is hardly used. So it is CPU based.
@Drudoo commented on GitHub (Jul 29, 2023):
After more testing, the issue might be related to CPU usage. When downloading a book, all 4 cores on my Pi4B+ (4GB) maxes out and my other containers starts to report issues (healthchecks.io reports my blog and gitea as down) but as soon as the socket disconnects, everything stabilizes.
RAM doesn't seem to be an issue and i have 2GB of swap, which is hardly used. So it is CPU based.
to my docker compose file (v3.9) for Traefik and it's capping cpu usage at 25%, which means the socket keeps its connection and downloads without issues.
Tested a couple of files and they worked. Sometimes the CPU cap will cause ABS to disconnect from the socket via Traefik, but it isn't an ABS issue, so I'll close this issue.
Edit: Tested using local IP:port without Traefik and it's flawless, so it is a Traefik issue.
@Drudoo commented on GitHub (Jul 29, 2023):
This is 100% a Traefik issue. I added
````
cpus: 0.25
````
to my docker compose file (v3.9) for Traefik and it's capping cpu usage at 25%, which means the socket keeps its connection and downloads without issues.
Tested a couple of files and they worked. Sometimes the CPU cap will cause ABS to disconnect from the socket via Traefik, but it isn't an ABS issue, so I'll close this issue.
Edit: Tested using local IP:port without Traefik and it's flawless, so it is a Traefik issue.
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Originally created by @Drudoo on GitHub (Jul 29, 2023).
Steps to reproduce
Expected behaviour
Actual behaviour
Environment data
Audiobookshelf Version:
iOS Issue
iOS Version: 16.5.1 (c) and 16.5.1
iPhone model:
iPhone 13 Pro
iOS ABS version: 0.9.65-beta
Server version: 2.3.0
I'm using Traefik as reverse proxy for the container. Both web and iOS streaming works without issue.
@Drudoo commented on GitHub (Jul 29, 2023):
After more testing, the issue might be related to CPU usage. When downloading a book, all 4 cores on my Pi4B+ (4GB) maxes out and my other containers starts to report issues (healthchecks.io reports my blog and gitea as down) but as soon as the socket disconnects, everything stabilizes.
RAM doesn't seem to be an issue and i have 2GB of swap, which is hardly used. So it is CPU based.
@Drudoo commented on GitHub (Jul 29, 2023):
This is 100% a Traefik issue. I added
to my docker compose file (v3.9) for Traefik and it's capping cpu usage at 25%, which means the socket keeps its connection and downloads without issues.
Tested a couple of files and they worked. Sometimes the CPU cap will cause ABS to disconnect from the socket via Traefik, but it isn't an ABS issue, so I'll close this issue.
Edit: Tested using local IP:port without Traefik and it's flawless, so it is a Traefik issue.