I have a job that is supposed to load all *.rar files from a directory over SSL FTP.

When the first file uploads, I get the following error: "Error uploading file(s): filename.part01.rar, err: Control channel transfer error (error code is -1)"

This file uploads ok but then the task errors out and none of the other files upload.

I have no issues uploading the files manually in ws-ftp client.

Seems like your are using TLS when only SSL is supported. Or using Explicit when only implicit is supported - or other way on both.

---

I wish it were so easy.

I've narrowed the issue down to larger files, over 100MB. I can transfer smaller files with no issues. Larger files transfer but then create an error when complete.

I use this job to transport compressed DB backups up to 100GB so that wouldn't work for me.

To clarify;

1) I can transfer 9GB files to target FTP server from an FTP client on the source machine, using the same settings.

2) Large file transfers using VC appear to succeed but produce the error, preventing multiple file transfers in the same task/job.

Another factoid:

I ran the upload task and the file was uploaded successfully and the FTP server registered the disconnect but the task on the VC server is still showing as running, over an hour later.

Edit: it failed with control channel transfer error again.

Could this be a timeout issue at FTP level? How long does it run before returning error?

---

Unlikely - I'm currently uploading 45 500MB files from an FTP client with no issues.

I've uploaded 5 x 2GB files before with no issues - it's only through VC that there is an issue.

I mean if this is a time out problem in VisualCron.

---

We tested with 2 x 7,94 gB files against two different servers with no problem. Average upload speed was 4mB/s. It might be interesting both to know exactly how long the upload has proceeded before error and if the FTP server log tells anything interesting. Sometimes it is a limitation of just one concurrent user allowed which kicks other out.

---

Is there a way to increase the logging r make it more verbose?

The current log just has the same output info.

yes, two ways:

1. Log incoming and outgoing messages (you check this on your Connection->Log tab
2. Go to server settings and check "Extended debugging".

Now you will have FTP messages in output column and VisualCron errors in log.

---

I upped the logging on VC and the FTP server.

Tack

Logging doesn't provide any additional info.

The first file finishes uploading at 11:08 am, the task errors out 1:20 mins later

Still having this issue.

I can run it fine from a client but when running with the same settings in VC, it continually gives me a control channel error.

I have some of the same problems, but I used PORT mode and ascii transfer and that solved some of my problems with large files.

I don't know if this solves your problem but it helped me.


Regards
René Horslev

hi,

Sorry to dig up an old thread but I am experiencing a similar issue with one of our upload jobs.

We have another upload job for the same ftp and it is working fine.

in the log I can see:

17/06/2010 2:15:12 PM Debug Task (1085) was removed from processlist: 5 Upload Final Files
17/06/2010 2:15:12 PM Info Task process was aborted by user.
17/06/2010 2:15:12 PM Debug Job (199) was removed from processlist: [Daily] AML 2 UPLOAD files
17/06/2010 2:15:12 PM Debug Next execution (2) for job '[Daily] AML 2 UPLOAD files' is: 17/06/2010 7:00:00 PM
17/06/2010 2:15:12 PM Info Job completed: [Daily] AML 2 UPLOAD files
17/06/2010 2:15:12 PM Err Error uploading file(s): LBAU_Account2010061700001.txt, err: Wrong socket state 0 in CanReceive (error code is 96258)
17/06/2010 2:15:12 PM Debug Commands done
17/06/2010 2:15:12 PM Debug Before dispose
17/06/2010 2:15:17 PM Debug Saving Jobs
17/06/2010 2:15:38 PM Debug Job (200) was added to processlist: [Daily] AML 2 UPLOAD files

i have tried PASV/PROT ASCII/BINARY and it always fails. It used to work fine and I can bet my life that the FTP server has not changed config.

hi,

Sorry to dig up an old thread but I am experiencing a similar issue with one of our upload jobs.

We have another upload job for the same ftp and it is working fine.

in the log I can see:

17/06/2010 2:15:12 PM Debug Task (1085) was removed from processlist: 5 Upload Final Files
17/06/2010 2:15:12 PM Info Task process was aborted by user.
17/06/2010 2:15:12 PM Debug Job (199) was removed from processlist: [Daily] AML 2 UPLOAD files
17/06/2010 2:15:12 PM Debug Next execution (2) for job '[Daily] AML 2 UPLOAD files' is: 17/06/2010 7:00:00 PM
17/06/2010 2:15:12 PM Info Job completed: [Daily] AML 2 UPLOAD files
17/06/2010 2:15:12 PM Err Error uploading file(s): LBAU_Account2010061700001.txt, err: Wrong socket state 0 in CanReceive (error code is 96258)
17/06/2010 2:15:12 PM Debug Commands done
17/06/2010 2:15:12 PM Debug Before dispose
17/06/2010 2:15:17 PM Debug Saving Jobs
17/06/2010 2:15:38 PM Debug Job (200) was added to processlist: [Daily] AML 2 UPLOAD files

i have tried PASV/PROT ASCII/BINARY and it always fails. It used to work fine and I can bet my life that the FTP server has not changed config.

Just for testing. Could you set up the exact same connection and change to that connection in the Job?

---