Post a reply

Options
Add an Attachment

If you do not want to add an Attachment to your Post, please leave the Fields blank.

(maximum 10 MB; please compress large files; only common media, archive, text and programming file formats are allowed)

Options

Topic review

strattos

Re: (ExtException) **Copying files to remote side failed.**

martin wrote:

I have sent you an email with a development version of WinSCP to address you have used to register on this forum.


Kindly see my reply in your email.
martin

Re: (ExtException) **Copying files to remote side failed.**

I have sent you an email with a development version of WinSCP to address you have used to register on this forum.
martin

Re: (ExtException) **Copying files to remote side failed.**

Sorry, it's still in the queue. Will contact you.
strattos

Re: (ExtException) **Copying files to remote side failed.**

strattos wrote:

martin wrote:

strattos wrote:

Any update? It would be great if you managed doing something on this!
Waiting yours!

I need few more days.


How is it going mate!
If you manage it, it will be a hell of a help for me.
Waiting for your updates!


Dear Martin good morning,

Any update?

Best regards,
Stratos
strattos

Re: (ExtException) **Copying files to remote side failed.**

martin wrote:

strattos wrote:

Any update? It would be great if you managed doing something on this!
Waiting yours!

I need few more days.


How is it going mate!
If you manage it, it will be a hell of a help for me.
Waiting for your updates!
martin

Re: (ExtException) **Copying files to remote side failed.**

strattos wrote:

Any update? It would be great if you managed doing something on this!
Waiting yours!

I need few more days.
strattos

Re: (ExtException) **Copying files to remote side failed.**

martin wrote:

I'll contact you on your email address once I have something to test.


Gm,

Any update? It would be great if you managed doing something on this!
Waiting yours!

Thnks & rgds,
Stratos
strattos

Re: (ExtException) **Copying files to remote side failed

Some more troubleshooting shown that if I break the transfer hitting CTRL+C in the winscp console and then I re execute the script it resumes successfully from the target's offset.
No resume happens, when I break the VPN tunnel through which the client running the script access the FTP server.

During the VPN tunnel re establishment period the console tries to reconnect as expected. When the VPN tunnel comes live again, winscp console succeeds to reconnect to the remote server but then gives the "unable to access file" I sent you.

Exactly the same happens when I use windows FTP append command which is rational:

ftp> append "C:\Users\usr\Documents\Scritps\1.7z"
200 Port command successful
150 Opening data channel for file upload to server of "/Demo_Sync/1.7z", restarting at offset 12178958
550 can't access file.

Actually Filezilla client does use REST to resume but I have to re-queue the file and restart the transmission manually from the client's GUI. There is no script automation for that. In both cases though brake occurs by braking the VPN tunnel. Filezilla client seems to be agnostic to the reason that broke the transmission and resume works fine.

I hope that the above helps you a bit more.

Losing VPN tunnel is the most common scenario I will face while trying to transfer files from the vessel to the office due to the satellite connections.
martin

Re: (ExtException) **Copying files to remote side failed.**

I'll contact you on your email address once I have something to test.
strattos

Re: (ExtException) **Copying files to remote side failed.**

This will be great.

I am trying to implement a vessel to shore upload solution over satellite data connections.
This is the only thing missing to have it up and running!!!
martin

Re: (ExtException) **Copying files to remote side failed.**

I'll try to implement the REST command. But it take some time.
strattos

Re: (ExtException) **Copying files to remote side failed.**

Thanks for your reply.

Any proposal on how to proceed in order to be able to successfully manage resume via WinSCP?
martin

Re: (ExtException) **Copying files to remote side failed.**

The only difference I can see is that FileZilla uses REST command to resume a file transfer, while WinSCP uses APPE.
See also https://winscp.net/tracker/552
strattos

Re: (ExtException) **Copying files to remote side failed.**

Attached as per your request!
martin

Re: (ExtException) **Copying files to remote side failed.**

strattos wrote:

Attached the log from FZ server.

I've meant a log from the FileZilla client.

P.S. What would be the correct syntax?

For example:
start /min winscp.exe /console /command "option batch on" "open ftp://user:password@10.10.2.100/Demo_Sync/" "option confirm off" "put -resume 1.7z" "exit" /log="C:\winscp.log"
strattos

Re: (ExtException) **Copying files to remote side failed.**

Hi Prikryl,

Attached the log from FZ server.
Just reproduced issue.

P.S. What would be the correct syntax?
martin

Re: (ExtException) **Copying files to remote side failed.**

Please attach a log from FileZilla.

Off-topic: Note that your command-line syntax is wrong. You cannot put the /log switch in between script commands (put and exit).
strattos

(ExtException) **Copying files to remote side failed.**

Hi fellows.

In a batch file I use the following:

start /min winscp.exe /console /command "option batch on" "open ftp://user:password@10.10.2.100/Demo_Sync/" "option confirm off" "put -resume 1.7z" /log="C:\winscp.log" "exit"

When the connection brakes and gets re established I get the following error:

< 2015-01-25 19:57:30.419 150 Opening data channel for file upload to server of "/Demo_Sync/1.7z", restarting at offset 1773515
< 2015-01-25 19:57:30.420 550 can't access file.
. 2015-01-25 19:57:30.421 Copying files to remote side failed.
* 2015-01-25 19:57:30.421 (ExtException) **Copying files to remote side failed.**
* 2015-01-25 19:57:30.421 can't access file.

The -resume switch is used but the process cannot complete.

If I use e.g. FileZilla client resume of the same file on the same server is possible.
The server is a FileZilla FTP server and resume is enabled.
Do I miss something?

Attached you can find the complete log of the procedure.