SoftTree Technologies SoftTree Technologies
Technical Support Forums
RegisterSearchFAQMemberlistUsergroupsLog in
Failure of SYNCLOCAL/REMOTEDIR

 
Reply to topic    SoftTree Technologies Forum Index » 24x7 Scheduler, Event Server, Automation Suite View previous topic
View next topic
Failure of SYNCLOCAL/REMOTEDIR
Author Message
Jim Maxwell



Joined: 12 Feb 2004
Posts: 73

Post Failure of SYNCLOCAL/REMOTEDIR Reply with quote

Hi when using syncremotedir or synclocaldir and telling it
to delete files in the target directory structure it seems
to fail if the target directory structure has any files with
READONLY attribute set despite running from an admin account.

Is there any way to force this to be ignored ?

Thanks,

Jim

Thu Apr 20, 2006 8:27 am View user's profile Send private message
SysOp
Site Admin


Joined: 26 Nov 2006
Posts: 7970

Post Re: Failure of SYNCLOCAL/REMOTEDIR Reply with quote

Before "syncing" you may want to run a command that clears READLONY attribute for all files without changing their dates

Dim pid, number
RunAndWait "attrib -R c:\\path\\*.* /S /D", "", 0, pid

: Hi when using syncremotedir or synclocaldir and telling it
: to delete files in the target directory structure it seems
: to fail if the target directory structure has any files with
: READONLY attribute set despite running from an admin account.

: Is there any way to force this to be ignored ?

: Thanks,

: Jim

Thu Apr 20, 2006 8:44 am View user's profile Send private message
Jim Maxwell



Joined: 12 Feb 2004
Posts: 73

Post Re: Failure of SYNCLOCAL/REMOTEDIR Reply with quote

Hi,

Thanks for the suggestion - I was obviously aware that I could "work around"
the problem in the manner you specified but I was hoping that - given the
nature of the "sync" commands there would be a way of forcing a file overwrite
by specifying a parameter to the SYNCREMOTEDIR commands.

Jim

: Before "syncing" you may want to run a command that clears READLONY
: attribute for all files without changing their dates

: Dim pid, number
: RunAndWait "attrib -R c:\\path\\*.* /S /D", "", 0, pid

Fri Apr 21, 2006 4:21 am View user's profile Send private message
SysOp
Site Admin


Joined: 26 Nov 2006
Posts: 7970

Post Re: Failure of SYNCLOCAL/REMOTEDIR Reply with quote

Perhaps this can be added as an enhancement

: Hi,

: Thanks for the suggestion - I was obviously aware that I could "work
: around"
: the problem in the manner you specified but I was hoping that - given the
: nature of the "sync" commands there would be a way of forcing a
: file overwrite
: by specifying a parameter to the SYNCREMOTEDIR commands.

: Jim

Fri Apr 21, 2006 8:47 am View user's profile Send private message
Jim Maxwell



Joined: 12 Feb 2004
Posts: 73

Post Re: Failure of SYNCLOCAL/REMOTEDIR Reply with quote

Hi,

Thanks for the suggestion - I was obviously aware that I could "work around"
the problem in the manner you specified but I was hoping that - given the
nature of the "sync" commands there would be a way of forcing a file overwrite
by specifying a parameter to the SYNCREMOTEDIR commands.

Jim

: Before "syncing" you may want to run a command that clears READLONY
: attribute for all files without changing their dates

: Dim pid, number
: RunAndWait "attrib -R c:\\path\\*.* /S /D", "", 0, pid

Fri Apr 21, 2006 9:13 am View user's profile Send private message
Jim Maxwell



Joined: 12 Feb 2004
Posts: 73

Post Re: Failure of SYNCLOCAL/REMOTEDIR Reply with quote


I think that would be a good Idea.

: Perhaps this can be added as an enhancement

Mon Apr 24, 2006 5:28 am View user's profile Send private message
Display posts from previous:    
Reply to topic    SoftTree Technologies Forum Index » 24x7 Scheduler, Event Server, Automation Suite All times are GMT - 4 Hours
Page 1 of 1

 
Jump to: 
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


 

 

Powered by phpBB © 2001, 2005 phpBB Group
Design by Freestyle XL / Flowers Online.