-
Notifications
You must be signed in to change notification settings - Fork 4
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
Yade SMB transfer fails after 60min #10
Comments
If a connection is reset exactly after 60 min. in a reproducible manner then this does not suggest that this limit comes from the YADE file transfer tool. There is no such built-in limit. Can you please check network connections, possibly a firewall holding a rule for connections timeouts? |
There is no firewall between the Agent and the SMB-Server |
If you are certain about this then please check Connection reset by peer: socket write error #365, it looks close to what you report. If the above applies then this suggests
Should 1) and 2) apply and should the problem live with the source of transfer then you can use the "server_alive_interval=true" parameter, for XML Configuration the ServerAliveInterval element with the value true, see https://kb.sos-berlin.com/display/PKB/YADE+Parameter+Reference+-+SFTPFragment, that will cause YADE to send keep-alive packets to the source of transfer. |
After some investiagation we found that the 60min are misleading. There seems to bee some sort of Timezone issue in the logs. From the logs you can see that the transfer fails after some 7 to 8 minutes
|
@rfx77 its not weird timezone issue ;) you have 2 types of logs written out.
We have similar application in our work which is copying data from one location to another. We had to implement RecovarableOutputStream on top of SmbClient as SMBJ is doing bare minimum when it comes to SMB protocol. Disaster recovery is not part of it. OutputStream is opened and transferred - in ideal world works great. In real scenarios where unpredictable restarts, issues on the network path might "break" the pipe - those are not covered at all. Broken pipe however in our scenario meant we were using DFS but in older versions of SMBJ it didnt work well during resolution of the "real" server location |
Hi!
I have a file Move-Job which moves a file from a SFTP Source to a SMB Target. When the move runs longer than 60min ist fails with an smbj error. The file is 20 to 30GB in size.
When the jobs runs under 60min it always succeeds
i am on version 2.6.2
The text was updated successfully, but these errors were encountered: