Forum » Support and Bug Reports »

Post a reply

Before posting, please read how to report bug or request support effectively.

Bug reports without an attached log file are usually useless.

Username

Subject

Message body

Font colour:

Font size:

[quote="CraigT"]Hi!

First of all I would like to thank the author, winscp is just awesome!

I'm running version 3.8.1 and is using the keepuptodate feature from a script to upload files from a directory that is updated every minute. It however jams a couple of times a week.

I run it from sync.bat:
[code]@echo off
: START
"C:\Program Files\WinSCP3\WinSCP3.com" /script=uploaderscript.txt
GOTO START
[/code]

using uploaderscript.txt:
[code]# Automatically answer all prompts negatively not to stall the script on errors
option batch on

# Disable overwrite confirmations that conflict with the previous
option confirm off

# Connect
open user@domain.tld

# Force binary mode transfer
option transfer binary

# Keep remote directory updated
keepuptodate D:\Sync\Datafiles /home/user/data

# Disconnect
close

# Exit WinSCP
exit
[/code]

which outputs:
[code]batch        on
confirm      off
Initialisation...
Searching for host...
Connecting to host...
Authenticating...
Using username "user".
Authenticating with public key "userkey" from agent.
Authenticated.
Starting the session...
Reading remote directory...
Session started.
Active session: [1] user@domain.tld
transfer     binary
Watching for changes, press Ctrl-C to abort...
Scanning 'D:\Sync\Datafiles' for subdirectories...
Watching for changes in 1 directories...
Change in 'D:\Sync\Datafiles' detected.
Local 'D:\Sync\Datafiles' => Remote '/home/user/data'
D:\...\file1.bin   |          0 kB |    0,3 kB/s | binary | 100%
D:\...\file2.bin   |          0 kB |    0,3 kB/s | binary | 100%
Change in 'D:\Sync\Datafiles' detected.
Change in 'D:\Sync\Datafiles' detected.
Local 'D:\Sync\Datafiles' => Remote '/home/user/data'
D:\...\file1.bin   |          0 kB |    0,3 kB/s | binary | 100%
D:\...\file2.bin   |          0 kB |    0,3 kB/s | binary | 100%
Change in 'D:\Sync\Datafiles' detected.
[/code]

but then at some point it jams and is not restarted by the goto-loop until I change the window focus to another application! This is the last output before it hangs:
[code]Change in 'D:\Sync\Datafiles' detected.
Local 'D:\Sync\Datafiles' => Remote '/home/user/data'
D:\...\file1.bin   |          0 kB |    0,0 kB/s | binary |   0%
Can't open file 'D:\Sync\Datafiles\file1.bin'.
(A)bort, (R)etry, (S)kip, Ski(p) all: Abort
[/code]
Retry or possible skip would be the appropriate action here...

I think the problem is that it's too fast, it would need to wait a fiew seconds after a change is detected and then do the upload. The changing of the delay seems to be undocumented but existing? According to the History for 3.8 beta:
[quote]Synchronization enhanced: Synchronization delay for function Keep Remote Directory Up To Date is configurable (only directly in configuration files).[/quote][/quote]

Options

Disable BBCode in this post

Notify me when a reply is posted (registered users only)

Add an Attachment

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

Filename

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

File Comment

Options

Private file (available to author and site moderators only)

Topic review

Guest

Re: Too fast update with keepuptodate

2006-08-02 17:01

martin wrote:

CraigT wrote:

but then at some point it jams and is not restarted by the goto-loop until I change the window focus to another application!

Have any idea why?

I renamed my .bat to .cmd and it has not jammed since then. (Running for more than 6 weeks!)

martin

Re: Too fast update with keepuptodate

2006-06-08

CraigT wrote:

but then at some point it jams and is not restarted by the goto-loop until I change the window focus to another application!

Have any idea why?

I think the problem is that it's too fast, it would need to wait a fiew seconds after a change is detected and then do the upload. The changing of the delay seems to be undocumented but existing? According to the History for 3.8 beta:

Synchronization enhanced: Synchronization delay for function Keep Remote Directory Up To Date is configurable (only directly in configuration files).

You can change the delay in registry:

REGEDIT4



[HKEY_CURRENT_USER\Software\Martin Prikryl\WinSCP 2\Configuration\Interface]

"KeepUpToDateChangeDelay"=dword:000001f4

CraigT

Too fast update with keepuptodate

2006-06-07 19:17

Hi!

First of all I would like to thank the author, winscp is just awesome!

I'm running version 3.8.1 and is using the keepuptodate feature from a script to upload files from a directory that is updated every minute. It however jams a couple of times a week.

I run it from sync.bat:

@echo off

: START

"C:\Program Files\WinSCP3\WinSCP3.com" /script=uploaderscript.txt

GOTO START

using uploaderscript.txt:

# Automatically answer all prompts negatively not to stall the script on errors

option batch on



# Disable overwrite confirmations that conflict with the previous

option confirm off



# Connect

open user@domain.tld



# Force binary mode transfer

option transfer binary



# Keep remote directory updated

keepuptodate D:\Sync\Datafiles /home/user/data



# Disconnect

close



# Exit WinSCP

exit

which outputs:

batch        on

confirm      off

Initialisation...

Searching for host...

Connecting to host...

Authenticating...

Using username "user".

Authenticating with public key "userkey" from agent.

Authenticated.

Starting the session...

Reading remote directory...

Session started.

Active session: [1] user@domain.tld

transfer     binary

Watching for changes, press Ctrl-C to abort...

Scanning 'D:\Sync\Datafiles' for subdirectories...

Watching for changes in 1 directories...

Change in 'D:\Sync\Datafiles' detected.

Local 'D:\Sync\Datafiles' => Remote '/home/user/data'

D:\...\file1.bin   |          0 kB |    0,3 kB/s | binary | 100%

D:\...\file2.bin   |          0 kB |    0,3 kB/s | binary | 100%

Change in 'D:\Sync\Datafiles' detected.

Change in 'D:\Sync\Datafiles' detected.

Local 'D:\Sync\Datafiles' => Remote '/home/user/data'

D:\...\file1.bin   |          0 kB |    0,3 kB/s | binary | 100%

D:\...\file2.bin   |          0 kB |    0,3 kB/s | binary | 100%

Change in 'D:\Sync\Datafiles' detected.

but then at some point it jams and is not restarted by the goto-loop until I change the window focus to another application! This is the last output before it hangs:

Change in 'D:\Sync\Datafiles' detected.

Local 'D:\Sync\Datafiles' => Remote '/home/user/data'

D:\...\file1.bin   |          0 kB |    0,0 kB/s | binary |   0%

Can't open file 'D:\Sync\Datafiles\file1.bin'.

(A)bort, (R)etry, (S)kip, Ski(p) all: Abort

Retry or possible skip would be the appropriate action here...

I think the problem is that it's too fast, it would need to wait a fiew seconds after a change is detected and then do the upload. The changing of the delay seems to be undocumented but existing? According to the History for 3.8 beta:

Synchronization enhanced: Synchronization delay for function Keep Remote Directory Up To Date is configurable (only directly in configuration files).

Post a reply

Topic review

Re: Too fast update with keepuptodate

Re: Too fast update with keepuptodate

Too fast update with keepuptodate

Documentation

Support

Associations

Follow Us