Windows Vista Tips

Windows Vista Tips > Newsgroups > Windows Server > RoboCopy question

Reply
Thread Tools Display Modes

RoboCopy question

 
 
JohnB
Guest
Posts: n/a

 
      06-17-2010
I've always used xcopy in the past, but recently decided I need to become
familiar with RoboCopy. I found a sample batch file to back up folder(s) to
an external drive. Modified it a little. And it does just what I need.
When run manually it creates a log file with this command:
SET log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log

But I'm running it from Task Scheduler. It ran fine last night, the first
time it was run. Everything backed up. But, no log file was created.
How could running it from the scheduler affect that?


 
Reply With Quote
 
 
 
 
Pegasus [MVP]
Guest
Posts: n/a

 
      06-17-2010


"JohnB" <> wrote in message
news:...
> I've always used xcopy in the past, but recently decided I need to become
> familiar with RoboCopy. I found a sample batch file to back up folder(s)
> to an external drive. Modified it a little. And it does just what I
> need. When run manually it creates a log file with this command:
> SET log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log
>
> But I'm running it from Task Scheduler. It ran fine last night, the first
> time it was run. Everything backed up. But, no log file was created.
> How could running it from the scheduler affect that?


Can't tell without knowing the value of %prefix%. Anyway, you can easily
find out yourself by logging what's going on, e.g. like so:
@echo off
echo %date% %time%
log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log>>c:\problem.txt

It would also help if you posted your whole robocopy command line.

 
Reply With Quote
 
JohnB
Guest
Posts: n/a

 
      06-17-2010
This is the entire script:

---------------------------
@Echo off
REM Backup user files to external drive
REM.
REM.
SET prefix=robocopy_backup
SET source_dir="E:\users"
SET dest_dir="H:\BD_Users_Backup"
REM.
REM.
REM Set the log file name based on the current date. This
REM will record the results from the robocopy command.
REM The typical format for the date command is:
REM Mon 11/09/2000
SET log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log
SET what_to_copy=/COPYAT /MIR
REM Exclude some files and directories that include transient data
REM that doesn't need to be copied.
SET exclude_dirs=/XD "Temporary Internet Files" "Cache" "Recent" "Cookies"
"iPod Photo Cache" "MachineKeys"
SET exclude_files=/XF *.bak *.tmp index.dat usrclass.dat* ntuser.dat* *.lock
*.swp
SET options=/R:0 /W:0 /LOG+:%log_fname% /NFL /NDL
ROBOCOPY %source_dir% %dest_dir% %what_to_copy% %options% %exclude_dirs%
%exclude_files%

:END
---------------------------

But what is odd is, it creates the log file when run manually. It does not
when run from scheduler. This is on Sever 2008 standard.





"Pegasus [MVP]" <> wrote in message
news:...
>
>
> "JohnB" <> wrote in message
> news:...
>> I've always used xcopy in the past, but recently decided I need to become
>> familiar with RoboCopy. I found a sample batch file to back up folder(s)
>> to an external drive. Modified it a little. And it does just what I
>> need. When run manually it creates a log file with this command:
>> SET log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log
>>
>> But I'm running it from Task Scheduler. It ran fine last night, the
>> first time it was run. Everything backed up. But, no log file was
>> created.
>> How could running it from the scheduler affect that?

>
> Can't tell without knowing the value of %prefix%. Anyway, you can easily
> find out yourself by logging what's going on, e.g. like so:
> @echo off
> echo %date% %time%
> log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log>>c:\problem.txt
>
> It would also help if you posted your whole robocopy command line.



 
Reply With Quote
 
Pegasus [MVP]
Guest
Posts: n/a

 
      06-17-2010

I modified your last line to

echo ROBOCOPY %source_dir% %dest_dir% %what_to_copy% %options%
%exclude_dirs% %exclude_files%

then ran the batch file and examined its output. It works perfectly well in
every regard but since you did not specify a drive or folder for your log
file it ended up who knows where but certainly not where you expected it. In
batch files it is compulsory to fully qualify all file names. Chances are
you can find the log file in the System32 folder.

"JohnB" <> wrote in message
news:...
> This is the entire script:
>
> ---------------------------
> @Echo off
> REM Backup user files to external drive
> REM.
> REM.
> SET prefix=robocopy_backup
> SET source_dir="E:\users"
> SET dest_dir="H:\BD_Users_Backup"
> REM.
> REM.
> REM Set the log file name based on the current date. This
> REM will record the results from the robocopy command.
> REM The typical format for the date command is:
> REM Mon 11/09/2000
> SET log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log
> SET what_to_copy=/COPYAT /MIR
> REM Exclude some files and directories that include transient data
> REM that doesn't need to be copied.
> SET exclude_dirs=/XD "Temporary Internet Files" "Cache" "Recent" "Cookies"
> "iPod Photo Cache" "MachineKeys"
> SET exclude_files=/XF *.bak *.tmp index.dat usrclass.dat* ntuser.dat*
> *.lock *.swp
> SET options=/R:0 /W:0 /LOG+:%log_fname% /NFL /NDL
> ROBOCOPY %source_dir% %dest_dir% %what_to_copy% %options% %exclude_dirs%
> %exclude_files%
>
> :END
> ---------------------------
>
> But what is odd is, it creates the log file when run manually. It does
> not when run from scheduler. This is on Sever 2008 standard.
>
>
>
>
>
> "Pegasus [MVP]" <> wrote in message
> news:...
>>
>>
>> "JohnB" <> wrote in message
>> news:...
>>> I've always used xcopy in the past, but recently decided I need to
>>> become familiar with RoboCopy. I found a sample batch file to back up
>>> folder(s) to an external drive. Modified it a little. And it does just
>>> what I need. When run manually it creates a log file with this command:
>>> SET log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log
>>>
>>> But I'm running it from Task Scheduler. It ran fine last night, the
>>> first time it was run. Everything backed up. But, no log file was
>>> created.
>>> How could running it from the scheduler affect that?

>>
>> Can't tell without knowing the value of %prefix%. Anyway, you can easily
>> find out yourself by logging what's going on, e.g. like so:
>> @echo off
>> echo %date% %time%
>> log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log>>c:\problem.txt
>>
>> It would also help if you posted your whole robocopy command line.

>
>

 
Reply With Quote
 
JohnB
Guest
Posts: n/a

 
      06-17-2010
> you can find the log file in the System32 folder.
You're exacty right, that's where it was.

I'd like to add this line:
SET Log_Path="C:\Scripts"

And then modify the "set options" line.

How would that work, like this:

SET options=/R:0 /W:0 /LOG+:%Log_Path%+%log_fname% /NFL /NDL
or this:
SET options=/R:0 /W:0 /LOG+:%Log_Path%, %log_fname% /NFL /NDL
or this:
SET options=/R:0 /W:0 /LOG+:%Log_Path% %log_fname% /NFL /NDL

With the separator being a plus sign, comma or space?


"Pegasus [MVP]" <> wrote in message
news:...
>I modified your last line to
>
> echo ROBOCOPY %source_dir% %dest_dir% %what_to_copy% %options%
> %exclude_dirs% %exclude_files%
>
> then ran the batch file and examined its output. It works perfectly well
> in every regard but since you did not specify a drive or folder for your
> log file it ended up who knows where but certainly not where you expected
> it. In batch files it is compulsory to fully qualify all file names.
> Chances are you can find the log file in the System32 folder.
>
> "JohnB" <> wrote in message
> news:...
>> This is the entire script:
>>
>> ---------------------------
>> @Echo off
>> REM Backup user files to external drive
>> REM.
>> REM.
>> SET prefix=robocopy_backup
>> SET source_dir="E:\users"
>> SET dest_dir="H:\BD_Users_Backup"
>> REM.
>> REM.
>> REM Set the log file name based on the current date. This
>> REM will record the results from the robocopy command.
>> REM The typical format for the date command is:
>> REM Mon 11/09/2000
>> SET log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log
>> SET what_to_copy=/COPYAT /MIR
>> REM Exclude some files and directories that include transient data
>> REM that doesn't need to be copied.
>> SET exclude_dirs=/XD "Temporary Internet Files" "Cache" "Recent"
>> "Cookies" "iPod Photo Cache" "MachineKeys"
>> SET exclude_files=/XF *.bak *.tmp index.dat usrclass.dat* ntuser.dat*
>> *.lock *.swp
>> SET options=/R:0 /W:0 /LOG+:%log_fname% /NFL /NDL
>> ROBOCOPY %source_dir% %dest_dir% %what_to_copy% %options% %exclude_dirs%
>> %exclude_files%
>>
>> :END
>> ---------------------------
>>
>> But what is odd is, it creates the log file when run manually. It does
>> not when run from scheduler. This is on Sever 2008 standard.
>>
>>
>>
>>
>>
>> "Pegasus [MVP]" <> wrote in message
>> news:...
>>>
>>>
>>> "JohnB" <> wrote in message
>>> news:...
>>>> I've always used xcopy in the past, but recently decided I need to
>>>> become familiar with RoboCopy. I found a sample batch file to back up
>>>> folder(s) to an external drive. Modified it a little. And it does
>>>> just what I need. When run manually it creates a log file with this
>>>> command:
>>>> SET log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log
>>>>
>>>> But I'm running it from Task Scheduler. It ran fine last night, the
>>>> first time it was run. Everything backed up. But, no log file was
>>>> created.
>>>> How could running it from the scheduler affect that?
>>>
>>> Can't tell without knowing the value of %prefix%. Anyway, you can easily
>>> find out yourself by logging what's going on, e.g. like so:
>>> @echo off
>>> echo %date% %time%
>>> log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log>>c:\problem.txt
>>>
>>> It would also help if you posted your whole robocopy command line.

>>
>>



 
Reply With Quote
 
Pegasus [MVP]
Guest
Posts: n/a

 
      06-17-2010
Type these commands at the command Prompt:
SET Log_Path="C:\Scripts"
SET Log_FName=log.txt
echo options=/R:0 /W:0 /LOG+:%Log_Path%+%log_fname%

Does this answer your question? Note also that "C:\Scripts" does not need
any surrounding double quotes. Their existence won't cause a problem but it
is not "nice" to have double quotes in the middle of a fully qualified file
name.

"JohnB" <> wrote in message
news:...
>> you can find the log file in the System32 folder.

> You're exacty right, that's where it was.
>
> I'd like to add this line:
> SET Log_Path="C:\Scripts"
>
> And then modify the "set options" line.
>
> How would that work, like this:
>
> SET options=/R:0 /W:0 /LOG+:%Log_Path%+%log_fname% /NFL /NDL
> or this:
> SET options=/R:0 /W:0 /LOG+:%Log_Path%, %log_fname% /NFL /NDL
> or this:
> SET options=/R:0 /W:0 /LOG+:%Log_Path% %log_fname% /NFL /NDL
>
> With the separator being a plus sign, comma or space?
>
>
> "Pegasus [MVP]" <> wrote in message
> news:...
>>I modified your last line to
>>
>> echo ROBOCOPY %source_dir% %dest_dir% %what_to_copy% %options%
>> %exclude_dirs% %exclude_files%
>>
>> then ran the batch file and examined its output. It works perfectly well
>> in every regard but since you did not specify a drive or folder for your
>> log file it ended up who knows where but certainly not where you expected
>> it. In batch files it is compulsory to fully qualify all file names.
>> Chances are you can find the log file in the System32 folder.
>>
>> "JohnB" <> wrote in message
>> news:...
>>> This is the entire script:
>>>
>>> ---------------------------
>>> @Echo off
>>> REM Backup user files to external drive
>>> REM.
>>> REM.
>>> SET prefix=robocopy_backup
>>> SET source_dir="E:\users"
>>> SET dest_dir="H:\BD_Users_Backup"
>>> REM.
>>> REM.
>>> REM Set the log file name based on the current date. This
>>> REM will record the results from the robocopy command.
>>> REM The typical format for the date command is:
>>> REM Mon 11/09/2000
>>> SET log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log
>>> SET what_to_copy=/COPYAT /MIR
>>> REM Exclude some files and directories that include transient data
>>> REM that doesn't need to be copied.
>>> SET exclude_dirs=/XD "Temporary Internet Files" "Cache" "Recent"
>>> "Cookies" "iPod Photo Cache" "MachineKeys"
>>> SET exclude_files=/XF *.bak *.tmp index.dat usrclass.dat* ntuser.dat*
>>> *.lock *.swp
>>> SET options=/R:0 /W:0 /LOG+:%log_fname% /NFL /NDL
>>> ROBOCOPY %source_dir% %dest_dir% %what_to_copy% %options% %exclude_dirs%
>>> %exclude_files%
>>>
>>> :END
>>> ---------------------------
>>>
>>> But what is odd is, it creates the log file when run manually. It does
>>> not when run from scheduler. This is on Sever 2008 standard.
>>>
>>>
>>>
>>>
>>>
>>> "Pegasus [MVP]" <> wrote in message
>>> news:...
>>>>
>>>>
>>>> "JohnB" <> wrote in message
>>>> news:...
>>>>> I've always used xcopy in the past, but recently decided I need to
>>>>> become familiar with RoboCopy. I found a sample batch file to back up
>>>>> folder(s) to an external drive. Modified it a little. And it does
>>>>> just what I need. When run manually it creates a log file with this
>>>>> command:
>>>>> SET log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log
>>>>>
>>>>> But I'm running it from Task Scheduler. It ran fine last night, the
>>>>> first time it was run. Everything backed up. But, no log file was
>>>>> created.
>>>>> How could running it from the scheduler affect that?
>>>>
>>>> Can't tell without knowing the value of %prefix%. Anyway, you can
>>>> easily find out yourself by logging what's going on, e.g. like so:
>>>> @echo off
>>>> echo %date% %time%
>>>> log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log>>c:\problem.txt
>>>>
>>>> It would also help if you posted your whole robocopy command line.
>>>
>>>

>
>

 
Reply With Quote
 
JohnB
Guest
Posts: n/a

 
      06-17-2010
>>Does this answer your question?

Yes indeedy. Didn't think of the echo command. Thanks.



"Pegasus [MVP]" <> wrote in message
news:%...
> Type these commands at the command Prompt:
> SET Log_Path="C:\Scripts"
> SET Log_FName=log.txt
> echo options=/R:0 /W:0 /LOG+:%Log_Path%+%log_fname%
>
> Does this answer your question? Note also that "C:\Scripts" does not need
> any surrounding double quotes. Their existence won't cause a problem but
> it is not "nice" to have double quotes in the middle of a fully qualified
> file name.
>
> "JohnB" <> wrote in message
> news:...
>>> you can find the log file in the System32 folder.

>> You're exacty right, that's where it was.
>>
>> I'd like to add this line:
>> SET Log_Path="C:\Scripts"
>>
>> And then modify the "set options" line.
>>
>> How would that work, like this:
>>
>> SET options=/R:0 /W:0 /LOG+:%Log_Path%+%log_fname% /NFL /NDL
>> or this:
>> SET options=/R:0 /W:0 /LOG+:%Log_Path%, %log_fname% /NFL /NDL
>> or this:
>> SET options=/R:0 /W:0 /LOG+:%Log_Path% %log_fname% /NFL /NDL
>>
>> With the separator being a plus sign, comma or space?
>>
>>
>> "Pegasus [MVP]" <> wrote in message
>> news:...
>>>I modified your last line to
>>>
>>> echo ROBOCOPY %source_dir% %dest_dir% %what_to_copy% %options%
>>> %exclude_dirs% %exclude_files%
>>>
>>> then ran the batch file and examined its output. It works perfectly well
>>> in every regard but since you did not specify a drive or folder for your
>>> log file it ended up who knows where but certainly not where you
>>> expected it. In batch files it is compulsory to fully qualify all file
>>> names. Chances are you can find the log file in the System32 folder.
>>>
>>> "JohnB" <> wrote in message
>>> news:...
>>>> This is the entire script:
>>>>
>>>> ---------------------------
>>>> @Echo off
>>>> REM Backup user files to external drive
>>>> REM.
>>>> REM.
>>>> SET prefix=robocopy_backup
>>>> SET source_dir="E:\users"
>>>> SET dest_dir="H:\BD_Users_Backup"
>>>> REM.
>>>> REM.
>>>> REM Set the log file name based on the current date. This
>>>> REM will record the results from the robocopy command.
>>>> REM The typical format for the date command is:
>>>> REM Mon 11/09/2000
>>>> SET log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log
>>>> SET what_to_copy=/COPYAT /MIR
>>>> REM Exclude some files and directories that include transient data
>>>> REM that doesn't need to be copied.
>>>> SET exclude_dirs=/XD "Temporary Internet Files" "Cache" "Recent"
>>>> "Cookies" "iPod Photo Cache" "MachineKeys"
>>>> SET exclude_files=/XF *.bak *.tmp index.dat usrclass.dat* ntuser.dat*
>>>> *.lock *.swp
>>>> SET options=/R:0 /W:0 /LOG+:%log_fname% /NFL /NDL
>>>> ROBOCOPY %source_dir% %dest_dir% %what_to_copy% %options%
>>>> %exclude_dirs% %exclude_files%
>>>>
>>>> :END
>>>> ---------------------------
>>>>
>>>> But what is odd is, it creates the log file when run manually. It does
>>>> not when run from scheduler. This is on Sever 2008 standard.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> "Pegasus [MVP]" <> wrote in message
>>>> news:...
>>>>>
>>>>>
>>>>> "JohnB" <> wrote in message
>>>>> news:...
>>>>>> I've always used xcopy in the past, but recently decided I need to
>>>>>> become familiar with RoboCopy. I found a sample batch file to back
>>>>>> up folder(s) to an external drive. Modified it a little. And it
>>>>>> does just what I need. When run manually it creates a log file with
>>>>>> this command:
>>>>>> SET log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log
>>>>>>
>>>>>> But I'm running it from Task Scheduler. It ran fine last night, the
>>>>>> first time it was run. Everything backed up. But, no log file was
>>>>>> created.
>>>>>> How could running it from the scheduler affect that?
>>>>>
>>>>> Can't tell without knowing the value of %prefix%. Anyway, you can
>>>>> easily find out yourself by logging what's going on, e.g. like so:
>>>>> @echo off
>>>>> echo %date% %time%
>>>>> log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log>>c:\problem.txt
>>>>>
>>>>> It would also help if you posted your whole robocopy command line.
>>>>
>>>>

>>
>>



 
Reply With Quote
 
JohnB
Guest
Posts: n/a

 
      06-21-2010

Turns out it needs to be this:
options=/R:0 /W:0 /LOG+:%Log_Path%%log_fname%

No plus sign, and no space between the path and filename variables. The
plus sign would give a filename with a plus sign in it.


"Pegasus [MVP]" <> wrote in message
news:%...
> Type these commands at the command Prompt:
> SET Log_Path="C:\Scripts"
> SET Log_FName=log.txt
> echo options=/R:0 /W:0 /LOG+:%Log_Path%+%log_fname%
>
> Does this answer your question? Note also that "C:\Scripts" does not need
> any surrounding double quotes. Their existence won't cause a problem but
> it is not "nice" to have double quotes in the middle of a fully qualified
> file name.
>
> "JohnB" <> wrote in message
> news:...
>>> you can find the log file in the System32 folder.

>> You're exacty right, that's where it was.
>>
>> I'd like to add this line:
>> SET Log_Path="C:\Scripts"
>>
>> And then modify the "set options" line.
>>
>> How would that work, like this:
>>
>> SET options=/R:0 /W:0 /LOG+:%Log_Path%+%log_fname% /NFL /NDL
>> or this:
>> SET options=/R:0 /W:0 /LOG+:%Log_Path%, %log_fname% /NFL /NDL
>> or this:
>> SET options=/R:0 /W:0 /LOG+:%Log_Path% %log_fname% /NFL /NDL
>>
>> With the separator being a plus sign, comma or space?
>>
>>
>> "Pegasus [MVP]" <> wrote in message
>> news:...
>>>I modified your last line to
>>>
>>> echo ROBOCOPY %source_dir% %dest_dir% %what_to_copy% %options%
>>> %exclude_dirs% %exclude_files%
>>>
>>> then ran the batch file and examined its output. It works perfectly well
>>> in every regard but since you did not specify a drive or folder for your
>>> log file it ended up who knows where but certainly not where you
>>> expected it. In batch files it is compulsory to fully qualify all file
>>> names. Chances are you can find the log file in the System32 folder.
>>>
>>> "JohnB" <> wrote in message
>>> news:...
>>>> This is the entire script:
>>>>
>>>> ---------------------------
>>>> @Echo off
>>>> REM Backup user files to external drive
>>>> REM.
>>>> REM.
>>>> SET prefix=robocopy_backup
>>>> SET source_dir="E:\users"
>>>> SET dest_dir="H:\BD_Users_Backup"
>>>> REM.
>>>> REM.
>>>> REM Set the log file name based on the current date. This
>>>> REM will record the results from the robocopy command.
>>>> REM The typical format for the date command is:
>>>> REM Mon 11/09/2000
>>>> SET log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log
>>>> SET what_to_copy=/COPYAT /MIR
>>>> REM Exclude some files and directories that include transient data
>>>> REM that doesn't need to be copied.
>>>> SET exclude_dirs=/XD "Temporary Internet Files" "Cache" "Recent"
>>>> "Cookies" "iPod Photo Cache" "MachineKeys"
>>>> SET exclude_files=/XF *.bak *.tmp index.dat usrclass.dat* ntuser.dat*
>>>> *.lock *.swp
>>>> SET options=/R:0 /W:0 /LOG+:%log_fname% /NFL /NDL
>>>> ROBOCOPY %source_dir% %dest_dir% %what_to_copy% %options%
>>>> %exclude_dirs% %exclude_files%
>>>>
>>>> :END
>>>> ---------------------------
>>>>
>>>> But what is odd is, it creates the log file when run manually. It does
>>>> not when run from scheduler. This is on Sever 2008 standard.
>>>>
>>>>
>>>>
>>>>
>>>>
>>>> "Pegasus [MVP]" <> wrote in message
>>>> news:...
>>>>>
>>>>>
>>>>> "JohnB" <> wrote in message
>>>>> news:...
>>>>>> I've always used xcopy in the past, but recently decided I need to
>>>>>> become familiar with RoboCopy. I found a sample batch file to back
>>>>>> up folder(s) to an external drive. Modified it a little. And it
>>>>>> does just what I need. When run manually it creates a log file with
>>>>>> this command:
>>>>>> SET log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log
>>>>>>
>>>>>> But I'm running it from Task Scheduler. It ran fine last night, the
>>>>>> first time it was run. Everything backed up. But, no log file was
>>>>>> created.
>>>>>> How could running it from the scheduler affect that?
>>>>>
>>>>> Can't tell without knowing the value of %prefix%. Anyway, you can
>>>>> easily find out yourself by logging what's going on, e.g. like so:
>>>>> @echo off
>>>>> echo %date% %time%
>>>>> log_fname=%prefix%%date:~-4,4%%date:~-10,2%%date:~-7,2%.log>>c:\problem.txt
>>>>>
>>>>> It would also help if you posted your whole robocopy command line.
>>>>
>>>>

>>
>>



 
Reply With Quote
 
Pegasus [MVP]
Guest
Posts: n/a

 
      06-21-2010


"JohnB" <> wrote in message
news:#...
> Turns out it needs to be this:
> options=/R:0 /W:0 /LOG+:%Log_Path%%log_fname%
>
> No plus sign, and no space between the path and filename variables. The
> plus sign would give a filename with a plus sign in it.


Exactly!

 
Reply With Quote
 
 
 
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are Off


Similar Threads
Thread Thread Starter Forum Replies Last Post
AD Site Question Chris Active Directory 7 01-26-2010 03:14 PM
DNS MX Question ChrisUK Windows Small Business Server 15 01-16-2010 02:53 PM
Re: File server migration tool question Lanwench [MVP - Exchange] Server Migration 1 01-04-2010 10:32 PM
Server 2008 R2 offsite backup copy question Gregg Hill Windows Server 1 12-09-2009 06:19 PM
Question about Upgrade version tsonka Windows Vista Installation 3 12-09-2007 09:07 PM



1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59