Please note that VisualCron support is not actively monitoring this community forum. Please use our contact page for contacting the VisualCron support directly.


Guest
2013-02-15T22:34:36Z
Hello All,

The company I work for had purchased a VisualCron site license somewhere back in the age of dinosaurs. It has been working very well for us ever since as a method to automate our secure data transfers and internal workflows. Recently however we have encountered a bit of a brain teaser:

A partner of ours (a major US banking network) has upgraded their SFTP server to the latest version of their host software. Immediately our SFTP authentication with them stopped working within VisualCron. Their new host is Axway Secure Transport 5.1 and the authentication scheme is SSH Public key.

We can connect to this new host using other SFTP clients such as FileZilla without issue. VCron 5.6.9 will still connect to their old host (which they are currently running in parallel during the transition phase). so we have isolated this issue as something being caused by the new host software.

To give a bit more detail, VisualCron 5.6.9 gives an Error type 11 (public key refusal by host). We downloaded a trial of VisualCron 6.1.8 to test and it gives an Error type 2. Again, both versions work on the legacy host and alternative clients work on both hosts.

Has anyone encountered / resolved an issue remotely related to something of this order?
Sponsor
Forum information
Support
2013-02-19T08:00:54Z
Hi,

yes, this is a known bug. The problem is that there is a bug in the new SFTP server software that appears when sending a combination of keyboard and password authentication. You can try our latest version where you can manually uncheck keyboard authentication (in the Connection):


http://www.visualcron.co....aspx?g=posts&t=2948 
Henrik
Support
http://www.visualcron.com 
Please like  VisualCron on facebook!
Guest
2013-02-19T15:22:13Z
I still receive an error 2 after upgrading 6.1.8 to 6.1.9 and disabling the keyboard authentication. What does SFTP event 2 translate to? and is it normal on VisualCron 6.1.* to receive an "Object Reference not set to an instance of an object" error at the start of the log within FTP/SSH/Terminal Explorer?

Thank you,
Jon
Support
2013-02-20T15:18:50Z
The terminal explorer is probably not changed for this behavior. The big question if the Task works - because if it does then we will update the Explorer as well.
Henrik
Support
http://www.visualcron.com 
Please like  VisualCron on facebook!
Guest
2013-02-20T15:27:42Z
Running the task with keyboard authentication disabled did not correct the error. The task is failing and the VisualCron logs claim event 2 still
Support
2013-02-20T15:29:05Z
Could you post the exact error from the log here?
Henrik
Support
http://www.visualcron.com 
Please like  VisualCron on facebook!
Guest
2013-02-20T15:34:49Z
Here it is. Sorry, had to perform some minor sanitizing to protect partner information:

2/20/2013 9:26:23 AM Info Job started: test
2/20/2013 9:26:23 AM Debug Job (9) was added to processlist: test
2/20/2013 9:26:23 AM Info User 'VisualCron Default Admin' - Ran Job: test
2/20/2013 9:26:23 AM Info Skipping Condition check because the Job was run manually.
2/20/2013 9:26:23 AM Debug Next action: ActionContinue
2/20/2013 9:26:23 AM Debug Calling GetNextTaskProcess()
2/20/2013 9:26:23 AM Debug Next Task is: test
2/20/2013 9:26:23 AM Debug Next action: ActionContinue
2/20/2013 9:26:23 AM Debug Calling StartTaskProcess() with Task: test (0)
2/20/2013 9:26:23 AM Debug Task (9) was added to processlist: test
2/20/2013 9:26:23 AM Debug Entering wait loop. test (9)
2/20/2013 9:26:23 AM Info Task started: test (9)
2/20/2013 9:26:23 AM Debug FTP Command Count: 1
2/20/2013 9:26:24 AM Err Error connecting: Connection failed (error code is 2)
2/20/2013 9:26:24 AM Debug Commands done
2/20/2013 9:26:24 AM Debug Before dispose
2/20/2013 9:26:24 AM Debug Disposing timer
2/20/2013 9:26:24 AM Debug Trying to disconnect
2/20/2013 9:26:24 AM Debug Stopping watch
2/20/2013 9:26:24 AM Debug Before GetOutput
2/20/2013 9:26:24 AM Debug Before RaiseTaskCompleted
2/20/2013 9:26:24 AM Info Task completed: test (9)
2/20/2013 9:26:24 AM Debug Process status - About to RemoveTaskProcess (9)
2/20/2013 9:26:24 AM Debug Setting previous task in TaskProcessCompleted: test (6935b7f5-9acf-422a-8842-daf7e7f211b4) in job: test
2/20/2013 9:26:24 AM Debug Process status - About to SendTaskProcess (9)
2/20/2013 9:26:24 AM Debug Process status - About to RemoveTaskProcess (9)
2/20/2013 9:26:24 AM Debug Task (9) was removed from processlist: test
2/20/2013 9:26:24 AM Debug Sleep ended because Task ended.test (9)
2/20/2013 9:26:24 AM Debug TaskWaitQueue.Dequeued.test (9)
2/20/2013 9:26:24 AM Debug Job (9) was removed from processlist: test
2/20/2013 9:26:24 AM Debug Next execution (2) for job 'test' is: 12:00:00 AM
2/20/2013 9:26:24 AM Info Job completed: test
2/20/2013 9:27:06 AM Debug Saving Jobs
2/20/2013 9:27:12 AM Debug Memory cleanup
2/20/2013 9:27:12 AM Debug Saving output files and clearing output memory.
2/20/2013 9:27:12 AM Debug Output stored in memory: 6
2/20/2013 9:27:12 AM Debug Calling CleanUp.
2/20/2013 9:27:12 AM Debug Memory usage before cleanup: 45912064
2/20/2013 9:27:12 AM Debug Memory usage after cleanup: 1503232
2/20/2013 9:27:12 AM Debug Number of running Threads: 21
2/20/2013 9:27:12 AM Debug Number of Handles: 445
2/20/2013 9:27:12 AM Debug Number of running Jobs: 0
2/20/2013 9:27:12 AM Debug Number of running Tasks: 0
2/20/2013 9:27:12 AM Debug Log was trimmed from: 1248 to 1005
2/20/2013 9:27:12 AM Debug Entering RemoveConnection.
2/20/2013 9:27:12 AM Debug ConnClass picked up.
2/20/2013 9:27:12 AM Debug ConnClass deactivated.
2/20/2013 9:27:12 AM Debug Connection removed from dictionary.
2/20/2013 9:27:12 AM Debug Before sending ClientConnection.
2/20/2013 9:27:12 AM Debug Connection: 02f1dd63-8f15-40d2-9132-f2a72e668f9b was removed
Scroll to Top