-
Notifications
You must be signed in to change notification settings - Fork 503
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[Bug]: Upload Large file fails #3746
Comments
Typically if it works locally then it is not an issue with Abs and it is a user network issue. That is because Abs doesn't have to know whether you are running locally or not, it is responding to requests the same. That is not to say there is nothing we can improve or that it isn't possible there is an issue with Abs but to know if that is the case we need specific details on recreating the issue that doesn't require replicating your network setup. |
that's why i think it could have something todo with network speed and the way abs handles slow connections and timeouts. if I connect my device via Wireguard, abs should behave the same as locally but it does not. will test it sometime again with an faster internet connection from remote. |
The result is different, but ABS is behaving the same. ABS has no idea whether you're connected locally or via reverse proxy or any other way. It always behaves the same way. So if you see different behavior, that is the result of the different network configuration, not a result of ABS doing anything different. As advplyr said, it's possible ABS could handle uploads better than it does, but the first step would be to isolate what the issue actually is. |
Is Cloudflare handling your DNS records? Because I use CF and they limit the upload amount to around 100mb for the free accounts. So that means when you try to upload via reverse proxy, with CF handing your DNS records, CF will cause the upload to fail. When I upload, I switch to my Tailscale connection to ABS and then I have no issues. If you are not using Cloudflare, check with whoever manages your domain's DNS records. |
Yes, but I deactivated the cloudflare-proxy and for the rest I use Caddy as a reverse-proxy. |
I also uploaded a few 1+GB audiobooks with an faster internet connection (50Mbits) and with that it worked without any issue. |
What happened?
Often when uploading a new books via remote connection (Wireguard or reverse proxy caddy) the upload fails on large books.
But if i try to upload the same book via Wireguard and ssh (scp local server) it works without any issue.
It takes around 5-10 min but no connection error or something else occurs.
I am not completely sure if it only happens with additionally an slow internet connection, but it may be so.
What did you expect to happen?
Upload of large books (with slow internet) should work without any problems.
Steps to reproduce the issue
(have slow internet connection
upload book with around 1gb size
upload will take for ever (30+ min) and then fail
Audiobookshelf version
2.17.5
How are you running audiobookshelf?
Docker
What OS is your Audiobookshelf server hosted from?
Linux
If the issue is being seen in the UI, what browsers are you seeing the problem on?
None
Logs
Additional Notes
I have changed the file limit of caddy, but that did not change anything, wireguard should work non the less but it does not work too.
if i'm in the local net uploads to the server (via ip) work without problem.
The text was updated successfully, but these errors were encountered: