mirror of
https://github.com/dani-garcia/vaultwarden.git
synced 2026-04-26 01:35:54 +03:00
[GH-ISSUE #2041] Sends - files not uploading - error 61 - no data available #1135
Labels
No labels
SSO
Third party
better for forum
bug
bug
documentation
duplicate
enhancement
future Vault
future Vault
future Vault
good first issue
help wanted
low priority
notes
pull-request
question
troubleshooting
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/vaultwarden#1135
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @vherrlein on GitHub (Oct 15, 2021).
Original GitHub issue: https://github.com/dani-garcia/vaultwarden/issues/2041
Subject of the issue
Hi,
When you tries to use the send feature through Web UI or iOS app with files and any kind of settings (defaults, different expiry, deletion date and so on), an error occurs with the following message.
Os: { code: 61, kind: Other, message: “No data available” }
Deployment environment
Install method: Kubernetes via Helm Chart
Clients used: web vault, desktop and iOS
Reverse proxy and version: HA Proxy as TCP load balancer in front of Kubernetes cluster + Traefik as reverse proxy
MySQL/MariaDB or PostgreSQL version: Default SQL Lite
Other relevant details:
Steps to reproduce
Using default Send interface, set title and file to upload then click on save.
Expected behaviour
Saving the send record.
Actual behaviour
Error message and the interface stays in the saving form.
error message: Os: { code: 61, kind: Other, message: “No data available” }
Troubleshooting data
Your environment (Generated via diagnostics page)
Config (Generated via diagnostics page)
Show Running Config
Environment settings which are overridden:
@vherrlein commented on GitHub (Oct 15, 2021):
Note: Text Sends works as expected.
@BlackDex commented on GitHub (Oct 15, 2021):
Looks like your reverse proxy, or cloudflare is blocking something. Either the size is too large or something else. What happens if you try to take cloudflare out of the loop
@vherrlein commented on GitHub (Oct 15, 2021):
I tried from :
The error message is the same with any king of file sizes. (From 10KB to 100MB)
@BlackDex commented on GitHub (Oct 15, 2021):
I Still think it is something locally.
Maybe you can try to enable the trace log_level and see what happens during the uploading of the file.
You should see something like this:
And there will probably be some more
[multipart::server::rows there, depending on the size of the file you upload. So i suggest for the testing to use a very small file.@vherrlein commented on GitHub (Oct 16, 2021):
Sorry for the delay, now I have access to the environment.
Please find below the trace logs.
@vherrlein commented on GitHub (Oct 16, 2021):
Another tries with:
Debug Version:
Trace Version:
@vherrlein commented on GitHub (Oct 16, 2021):
Ho my......
I discovered the main trouble.
My Kubernetes infra had an issue with CoreDNS, a previous maintenance ops removed its config map which put my storage provider "GlusterFS" under an unstable state.
Then when the Pod relying to vaultwarden restarted, it was only able to list partially the persistent disk tree.
The error message "Os { code: 61, kind: Other, message: "No data available" }" came from POSIX commands.
I'm closing that issue.
Thanks allot for your help.