Topic "WinSCP FTPS and Interrupted Transfer in Synchrony Gateway"

Author Message
g24ftp
[View user's profile]

Joined: 2010-07-05
Posts: 18
Hi Martin,
I've just had an issue with Axway Synchrony Gateway and latest WinSCP 5.5.4. When we upload a file (FTPS) using winscp.com with a batch script, the file is received in the state "Interrupted" on Axway Synchrony Gateway.

To workaround this problem, we have to use an "ls" right after the "put" command. To me it seems, that the connection is closed "too early", causing the transfer to fail in Axway Synchrony Gateway. So the issue is still existing, maybe there was no relation to http://winscp.net/tracker/show_bug.cgi?id=489 ?

Regards,
Tilo
winscp-batch.log (8.26 KB) Private file

Description: This ist the session log, hope this helps. If not, I can make another test at any time.

Advertisements
martin
[View user's profile]
Site Admin
Joined: 2002-12-10
Posts: 24530
Location: Prague, Czechia
The server acknowledged that a file transfer is complete:

Quote:
< 2014-07-10 14:22:32.557 226 Closing data connection (network bytes 5530/file bytes 5530)


So I do not see what can be wrong. I can only imagine that although the server acknowledged the transfer, it's actually finishing writing asynchronously. And when control channel is closed before the asynchronous writing finishes, it's interrupted. But that would clearly be a server-side bug.

Anyway, can you tests this by delaying close in a way that does not involve communication with the server?
- If you are able to reproduce the problem in an interactive mode, just wait a sec after put finishes before typing close.
- If you are able to reproduce this from a script only, you can for example delay close by opening second session to a different server after put.

Can you also attach an example of log with ls workaround?
g24ftp
[View user's profile]

Joined: 2010-07-05
Posts: 18
I've also had seen the 226 message. It only happens in batch mode. It really looks like an timing issue. See attachment for two logs, one with a closing ls (it works) and one without it (does not work).

In the log of the transfer which is working, you can't see the uploaded file in the first ls, this is due to an internal Synchrony Gateway routing capability. And WinSCP seems to automatically do another ls. But to me, this doesn't seem the problem, as this is the try where the transfer ends normally.
works.log (10.31 KB) Private file

Description: log showing an normally ended transfer

does_not_work.log (8.89 KB) Private file

Description: log showing a test which results in an interrupted transfer

martin
[View user's profile]
Site Admin
Joined: 2002-12-10
Posts: 24530
Location: Prague, Czechia
Thanks for the logs. I do not see anything suspicious in the logs.
Can you try my suggestion to delay close by opening second session to a different server after put? (or even attempt to connect to an invalid address or invalid port on the same server)
Advertisements

You can post new topics in this forum






Search Site

What is WinSCP?

It is award-winning SFTP client, SCP client, FTPS client and FTP client integrated into one software program for file transfer to FTP server or secure SFTP server. [More]

And it's free!

Donate

About donations

$9   $19   $49   $99

About donations

Recommend

WinSCP Privacy Policy

WinSCP License