You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I get failures I can't retry (the command has the retry configured I set --s3-retry 8 --s3-retry-sleep 16 but it still terminates immediately) when trying to sync a lot of small files. The only way I get it to continue is setting --error-handling 255 to get it to ignore anything that goes wrong and skip to the next file. However this means I will always end up with an incomplete sync...
I'm not actively using the go language for anything so apologies if while reading through code and working this out I have missed something and got the situation wrong, but I believe you need to manually handle the "read: connection reset by peer" errors from the AWS Go SDK. The information in aws/aws-sdk-go#2926, specifically aws/aws-sdk-go#2926 (comment) which outlines their legitimate case for why they changed the behaviour, and explains what can be done to get things to retry like they used to. In a synchronisation tool like this one, retrying these failures should be an idempotent thing to do so the custom retry handler should hopefully be pretty simple, since we want the other bucket to look like the first one there's no risk in performing the LoadObjData again and basically just trying again like we can for the other S3 errors...
The text was updated successfully, but these errors were encountered:
I get failures I can't retry (the command has the retry configured I set
--s3-retry 8 --s3-retry-sleep 16
but it still terminates immediately) when trying to sync a lot of small files. The only way I get it to continue is setting--error-handling 255
to get it to ignore anything that goes wrong and skip to the next file. However this means I will always end up with an incomplete sync...I'm not actively using the go language for anything so apologies if while reading through code and working this out I have missed something and got the situation wrong, but I believe you need to manually handle the "read: connection reset by peer" errors from the AWS Go SDK. The information in aws/aws-sdk-go#2926, specifically aws/aws-sdk-go#2926 (comment) which outlines their legitimate case for why they changed the behaviour, and explains what can be done to get things to retry like they used to. In a synchronisation tool like this one, retrying these failures should be an idempotent thing to do so the custom retry handler should hopefully be pretty simple, since we want the other bucket to look like the first one there's no risk in performing the LoadObjData again and basically just trying again like we can for the other S3 errors...
The text was updated successfully, but these errors were encountered: