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
Fake upload error #3771
Comments
Well. may be satellite was trying to upload same pieces few times? So second (and later) attempts fails due to node already has this pieces. While it can be downloaded normally. I see similar but little different issues. After update to v31.12 i also see huge increase upload errors (it was ~1 - 2% before update and > 20% now).
Also i pick last upload failed from end of log:
And scan "blob" folder and have found corresponding piece stored on the disk So i think these upload errors are not actual errors during upload but wrong reporting to log of successfully uploads pieces as failed/canceled uploads. |
IMHO, if satellite attempts to store piece and it's already exists at node, node should reply with success rather than error. Nodes should satisfy satellites' desires about network state, rather than exposing internal technical issues. For example, here is analogy with deletes: |
This issue is also discussed in the forum: https://forum.storj.io/t/context-cancelled-on-all-uploads-downloads/4399 The upload that is logged as failed was indeed a successful one. We are working on fixing the logging. |
Hi, |
Change 8f20085 should improve the messages. It shows a distinction between cancelled and failed uploads, and similarly it won't show an error when the upload is cancelled after writing the file to the disk (since at that point, we might and might not need to serve it to the satellite). If I remember correctly, it'll be part of v0.34 release. |
Right after update to storagenode v31.12 logs got flooded with upload errors. While navigating logs I found that some pieces, which supposedly failed to be uploaded, are being successfully downloaded. This is not logical, thus there might be a bug.
The text was updated successfully, but these errors were encountered: