Shadow Copies not working on schedule

Hi Mike,

did everything as you said. Will post on Monday if it solved the problem.
Have a good weekend!

Regards,
Andrius

"Mike Luo [MSFT]" wrote:

> Hello,
>
> I have the following suggestions:
> 1. Disable VSS.
> 2. On the server enter the folder "C:\Documents and Settings\All
> Users\Application
> Data\Microsoft\Crypto\RSA". In the folder you should see a file similar to
> "S-1-5-18\d42cc0c3858a58db2db37658219e6400_398d151f-b62e-4aae-8ae2-0fb40729b
> 574".
> Please back up this file and remove it from the folder.
> 3. Create a new scheduled job and see if it works.
>
> Mike Luo
>
> Microsoft Online Partner Support
> Get Secure! - www.microsoft.com/security
>
> ================================================== ===
> When responding to posts, please "Reply to Group" via your newsreader so
> that others may learn and benefit from your issue.
> ================================================== ===
> This posting is provided "AS IS" with no warranties, and confers no rights.
>
>

Mike,

the steps you advised me to take solved the problem. Now Shadow Copies are
running on schedule. However, there seems to be another problem. SOMETIMES
'Previous versions' tab is missing on a DFS based file that's been changed.
The strange thing is that if I access the file directly from a server share
(bypassing DFS) I can view and restore Previous versions.

Any ideas on this?

"Mike Luo [MSFT]" wrote:

> Hello,
>
> I have the following suggestions:
> 1. Disable VSS.
> 2. On the server enter the folder "C:\Documents and Settings\All
> Users\Application
> Data\Microsoft\Crypto\RSA". In the folder you should see a file similar to
> "S-1-5-18\d42cc0c3858a58db2db37658219e6400_398d151f-b62e-4aae-8ae2-0fb40729b
> 574".
> Please back up this file and remove it from the folder.
> 3. Create a new scheduled job and see if it works.
>
> Mike Luo
>
> Microsoft Online Partner Support
> Get Secure! - www.microsoft.com/security
>
> ================================================== ===
> When responding to posts, please "Reply to Group" via your newsreader so
> that others may learn and benefit from your issue.
> ================================================== ===
> This posting is provided "AS IS" with no warranties, and confers no rights.
>
>

Hello,

It seems that the new issue is unrelated to the previous problem. Please
understand that our newsgroup is an issue based service, meaning we usually
respond to one question/issue per post. This will lessen the confusion for
both of us, as well as ensure that our results are accurate and not a
result of a test for a different question. Regarding the news question,
please open a new post.

Thank you for your patience and understanding.

Mike Luo

Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security

================================================== ===
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
================================================== ===
This posting is provided "AS IS" with no warranties, and confers no rights.

Mike,

i have opened up a new thread regarding the 'Previous versions' tab issue.
Thank you for your kind assitance.

Regards,
Andrius

"Mike Luo [MSFT]" wrote:

> Hello,
>
> It seems that the new issue is unrelated to the previous problem. Please
> understand that our newsgroup is an issue based service, meaning we usually
> respond to one question/issue per post. This will lessen the confusion for
> both of us, as well as ensure that our results are accurate and not a
> result of a test for a different question. Regarding the news question,
> please open a new post.
>
> Thank you for your patience and understanding.
>
> Mike Luo
>
> Microsoft Online Partner Support
> Get Secure! - www.microsoft.com/security
>
> ================================================== ===
> When responding to posts, please "Reply to Group" via your newsreader so
> that others may learn and benefit from your issue.
> ================================================== ===
> This posting is provided "AS IS" with no warranties, and confers no rights.
>
>

I'm experiencing the same issue as the original poster on a server with Windows 2k3 Standard Ed., x86 w/ SP2.

I tried both fixes posted here regarding the *\RSA\* folder, but with no positive results. Scheduled shadow copy still fails with 0xc000001d error result in the scheduler window, but manual Shadow copies work fine.

I can create a manual copy via the GUI of the Drive properties page, but not manually using the command line, i.e. (vssadmin.exe create shadow /for=f. The command line is what the scheduled task is also attemping to use, although it uses the drive GUID instead of the drive letter.

Anything else I should try?



v-milu wrote:

Re: Shadow Copies not working on schedule
13-Apr-07

Hello

I have the following suggestions
1. Disable VSS
2. On the server enter the folder "C:\Documents and Settings\All
Users\Application
Data\Microsoft\Crypto\RSA". In the folder you should see a file similar to
"S-1-5-18\d42cc0c3858a58db2db37658219e6400_398d151f-b62e-4aae-8ae2-0fb40729
574".
Please back up this file and remove it from the folder
3. Create a new scheduled job and see if it works

Mike Lu

Microsoft Online Partner Suppor
Get Secure! - www.microsoft.com/securit

================================================== ==
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
================================================== ==
This posting is provided "AS IS" with no warranties, and confers no rights.

Previous Posts In This Thread:

On Friday, April 06, 2007 1:42 AM
italpast wrote:

Shadow Copies not working on schedule
System: Windows Server 2003 R2 Standard SP2 x6
Problem: Shadow Copies is not creating snapshots as scheduled. However, I am
able to successfully create snapshots manually. Deleting and recreating
scheduled tasks did not help.

On Friday, April 06, 2007 3:20 AM
leew [MVP] wrote:

Re: Shadow Copies not working on schedule
Andrius Mazeika wrote

I would suggest checking the user the shadow copy jobs are running unde
(username and password). Also, are there any logs concerning the failures?

On Friday, April 06, 2007 3:54 AM
italpast wrote:

When I go to Control Panel applet Scheduled Tasks and click properties of
When I go to Control Panel applet Scheduled Tasks and click properties of
Shadow Copies task I get the following error

General page initialization failed
The specific error is
0x8007000d: the data is invalid
An error has occurred attempting to retrieve task account information. You
may continue editing the task object, but will be unable to change task
account information

Task creator is Administrative account that i used to adjust Shadow Copies
settings.

"leew [MVP]" wrote:

On Friday, April 06, 2007 6:53 AM
v-milu wrote:

Hello,Thank you for using newsgroup!
Hello

Thank you for using newsgroup

I have the following suggestions
1. Set scheduled tasks to run under the SYSTEM account, to see if the
problem appears
2. Create a new Admin Acount, use new account to login, create a new
scheduled tasks running under this account, to check if the problem
persists

Thanks & Regards

Mike Lu

Microsoft Online Partner Suppor
Get Secure! - www.microsoft.com/securit

================================================== ==
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
================================================== ==
This posting is provided "AS IS" with no warranties, and confers no rights.

On Friday, April 06, 2007 7:08 AM
italpast wrote:

Task Scheduler service is running under Local System account.
Task Scheduler service is running under Local System account
I removed the tasks and rescheduled them using a different admin account.
Will post later (in a few days as we have Easter holidays) if the tasks were
completed or not

Thanks for you hel

"Mike Luo [MSFT]" wrote:

On Wednesday, April 11, 2007 1:51 AM
v-milu wrote:

How's everything going?
How's everything going?

Please feel free to respond to the newsgroups if you need any additional
help.

Mike Luo

Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security

================================================== ===
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
================================================== ===
This posting is provided "AS IS" with no warranties, and confers no rights.

On Wednesday, April 11, 2007 2:20 AM
italpast wrote:

Mike,Thank you for waiting.
Mike,

Thank you for waiting. Creating Shadow Copies scheduled task with a
different admin account did not solve the problem. I can still create Shadow
Copies snapshots manually.

Andrius

"Mike Luo [MSFT]" wrote:

On Friday, April 13, 2007 3:18 AM
v-milu wrote:

Hello,Is this computer a Domain Controller?
Hello,

Is this computer a Domain Controller?

I suggest you follow these steps to fix the problem:
1. Log on as user who has administrative credentials.
2. Delete all scheduled tasks. To do this, follow these steps: a. Click
Start, Run, type control schedtasks , and then press ENTER.
b. Confirm the list of jobs that are registered in the Scheduled Tasks
window.
c. Delete all registered tasks.
d. Close the Scheduled Tasks window.

3. Click Start, click Run, type cmd , and then click OK.
4. At the command prompt, type the following to move to the specified
folder: cd %SystemDrive%\Documents and Settings\All Users\Application
Data\Microsoft\Crypto\RSA\S-1-5-18.
5. Delete all files that start with d42* by typing the follow command: del
d42*
6. At the command prompt, type exit .
7. Reschedule the volume shadow copy tasks. The files that start with d42*
are re-created after the volume shadow copy tasks are rescheduled.
8. Make sure that the scheduled tasks function correctly on the domain
controller.

For more information:
"The attempt to retrieve account information for the specified task failed"
error message when you use Task Scheduler to schedule volume shadow copy to
run in Windows Server 2003
http://support.microsoft.com/default...b;EN-US;822904

Hope this helps.

Mike Luo

Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security

================================================== ===
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
================================================== ===
This posting is provided "AS IS" with no warranties, and confers no rights.

On Friday, April 13, 2007 3:40 AM
italpast wrote:

Re: Shadow Copies not working on schedule
Mike,

after running "del d42*" I get the following error:

Could Not Find C:\Documents and Settings\All Users\Application
Data\Microsoft\Crypto\RSA\S-1-5-18\d42*

After running the command rectreating the VSS Scheduled Tasks did not solve
the problem. Shadow Copies are still not running on schedule.

The machine is a Domain Controller with FSMO roles.

Andrius

"Mike Luo [MSFT]" wrote:

On Friday, April 13, 2007 8:39 AM
v-milu wrote:

Re: Shadow Copies not working on schedule
Hello,

I have the following suggestions:
1. Disable VSS.
2. On the server enter the folder "C:\Documents and Settings\All
Users\Application
Data\Microsoft\Crypto\RSA". In the folder you should see a file similar to
"S-1-5-18\d42cc0c3858a58db2db37658219e6400_398d151f-b62e-4aae-8ae2-0fb40729b
574".
Please back up this file and remove it from the folder.
3. Create a new scheduled job and see if it works.

Mike Luo

Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security

================================================== ===
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
================================================== ===
This posting is provided "AS IS" with no warranties, and confers no rights.

On Friday, April 13, 2007 8:54 AM
italpast wrote:

Hi Mike,did everything as you said.
Hi Mike,

did everything as you said. Will post on Monday if it solved the problem.
Have a good weekend!

Regards,
Andrius

"Mike Luo [MSFT]" wrote:

On Monday, April 16, 2007 6:36 AM
italpast wrote:

Mike,the steps you advised me to take solved the problem.
Mike,

the steps you advised me to take solved the problem. Now Shadow Copies are
running on schedule. However, there seems to be another problem. SOMETIMES
'Previous versions' tab is missing on a DFS based file that's been changed.
The strange thing is that if I access the file directly from a server share
(bypassing DFS) I can view and restore Previous versions.

Any ideas on this?

"Mike Luo [MSFT]" wrote:

On Tuesday, April 17, 2007 4:11 AM
v-milu wrote:

Hello,It seems that the new issue is unrelated to the previous problem.
Hello,

It seems that the new issue is unrelated to the previous problem. Please
understand that our newsgroup is an issue based service, meaning we usually
respond to one question/issue per post. This will lessen the confusion for
both of us, as well as ensure that our results are accurate and not a
result of a test for a different question. Regarding the news question,
please open a new post.

Thank you for your patience and understanding.

Mike Luo

Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security

================================================== ===
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
================================================== ===
This posting is provided "AS IS" with no warranties, and confers no rights.

On Tuesday, April 17, 2007 4:20 AM
italpast wrote:

Mike,i have opened up a new thread regarding the 'Previous versions' tab issue.
Mike,

i have opened up a new thread regarding the 'Previous versions' tab issue.
Thank you for your kind assitance.

Regards,
Andrius

"Mike Luo [MSFT]" wrote:


Submitted via EggHeadCafe - Software Developer Portal of Choice
FREEWARE: ClearCache IE Cache Control Utility
http://www.eggheadcafe.com/tutorials...ache-ie-c.aspx

I'm experiencing the same issue as the original poster on a server with Windows 2k3 Standard Ed., x86 w/ SP2.

I tried both fixes posted here regarding the *\RSA\* folder, but with no positive results. Scheduled shadow copy still fails with 0xc000001d error result in the scheduler window, but manual Shadow copies work fine.

I can create a manual copy via the GUI of the Drive properties page, but not manually using the command line, i.e. (vssadmin.exe create shadow /for=f. The command line is what the scheduled task is also attemping to use, although it uses the drive GUID instead of the drive letter.

Anything else I should try?



v-milu wrote:

Re: Shadow Copies not working on schedule
13-Apr-07

Hello

I have the following suggestions
1. Disable VSS
2. On the server enter the folder "C:\Documents and Settings\All
Users\Application
Data\Microsoft\Crypto\RSA". In the folder you should see a file similar to
"S-1-5-18\d42cc0c3858a58db2db37658219e6400_398d151f-b62e-4aae-8ae2-0fb40729
574".
Please back up this file and remove it from the folder
3. Create a new scheduled job and see if it works

Mike Lu

Microsoft Online Partner Suppor
Get Secure! - www.microsoft.com/securit

================================================== ==
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
================================================== ==
This posting is provided "AS IS" with no warranties, and confers no rights.

Previous Posts In This Thread:

On Friday, April 06, 2007 1:42 AM
italpast wrote:

Shadow Copies not working on schedule
System: Windows Server 2003 R2 Standard SP2 x6
Problem: Shadow Copies is not creating snapshots as scheduled. However, I am
able to successfully create snapshots manually. Deleting and recreating
scheduled tasks did not help.

On Friday, April 06, 2007 3:20 AM
leew [MVP] wrote:

Re: Shadow Copies not working on schedule
Andrius Mazeika wrote

I would suggest checking the user the shadow copy jobs are running unde
(username and password). Also, are there any logs concerning the failures?

On Friday, April 06, 2007 3:54 AM
italpast wrote:

When I go to Control Panel applet Scheduled Tasks and click properties of
When I go to Control Panel applet Scheduled Tasks and click properties of
Shadow Copies task I get the following error

General page initialization failed
The specific error is
0x8007000d: the data is invalid
An error has occurred attempting to retrieve task account information. You
may continue editing the task object, but will be unable to change task
account information

Task creator is Administrative account that i used to adjust Shadow Copies
settings.

"leew [MVP]" wrote:

On Friday, April 06, 2007 6:53 AM
v-milu wrote:

Hello,Thank you for using newsgroup!
Hello

Thank you for using newsgroup

I have the following suggestions
1. Set scheduled tasks to run under the SYSTEM account, to see if the
problem appears
2. Create a new Admin Acount, use new account to login, create a new
scheduled tasks running under this account, to check if the problem
persists

Thanks & Regards

Mike Lu

Microsoft Online Partner Suppor
Get Secure! - www.microsoft.com/securit

================================================== ==
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
================================================== ==
This posting is provided "AS IS" with no warranties, and confers no rights.

On Friday, April 06, 2007 7:08 AM
italpast wrote:

Task Scheduler service is running under Local System account.
Task Scheduler service is running under Local System account
I removed the tasks and rescheduled them using a different admin account.
Will post later (in a few days as we have Easter holidays) if the tasks were
completed or not

Thanks for you hel

"Mike Luo [MSFT]" wrote:

On Wednesday, April 11, 2007 1:51 AM
v-milu wrote:

How's everything going?
How's everything going?

Please feel free to respond to the newsgroups if you need any additional
help.

Mike Luo

Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security

================================================== ===
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
================================================== ===
This posting is provided "AS IS" with no warranties, and confers no rights.

On Wednesday, April 11, 2007 2:20 AM
italpast wrote:

Mike,Thank you for waiting.
Mike,

Thank you for waiting. Creating Shadow Copies scheduled task with a
different admin account did not solve the problem. I can still create Shadow
Copies snapshots manually.

Andrius

"Mike Luo [MSFT]" wrote:

On Friday, April 13, 2007 3:18 AM
v-milu wrote:

Hello,Is this computer a Domain Controller?
Hello,

Is this computer a Domain Controller?

I suggest you follow these steps to fix the problem:
1. Log on as user who has administrative credentials.
2. Delete all scheduled tasks. To do this, follow these steps: a. Click
Start, Run, type control schedtasks , and then press ENTER.
b. Confirm the list of jobs that are registered in the Scheduled Tasks
window.
c. Delete all registered tasks.
d. Close the Scheduled Tasks window.

3. Click Start, click Run, type cmd , and then click OK.
4. At the command prompt, type the following to move to the specified
folder: cd %SystemDrive%\Documents and Settings\All Users\Application
Data\Microsoft\Crypto\RSA\S-1-5-18.
5. Delete all files that start with d42* by typing the follow command: del
d42*
6. At the command prompt, type exit .
7. Reschedule the volume shadow copy tasks. The files that start with d42*
are re-created after the volume shadow copy tasks are rescheduled.
8. Make sure that the scheduled tasks function correctly on the domain
controller.

For more information:
"The attempt to retrieve account information for the specified task failed"
error message when you use Task Scheduler to schedule volume shadow copy to
run in Windows Server 2003
http://support.microsoft.com/default...b;EN-US;822904

Hope this helps.

Mike Luo

Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security

================================================== ===
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
================================================== ===
This posting is provided "AS IS" with no warranties, and confers no rights.

On Friday, April 13, 2007 3:40 AM
italpast wrote:

Re: Shadow Copies not working on schedule
Mike,

after running "del d42*" I get the following error:

Could Not Find C:\Documents and Settings\All Users\Application
Data\Microsoft\Crypto\RSA\S-1-5-18\d42*

After running the command rectreating the VSS Scheduled Tasks did not solve
the problem. Shadow Copies are still not running on schedule.

The machine is a Domain Controller with FSMO roles.

Andrius

"Mike Luo [MSFT]" wrote:

On Friday, April 13, 2007 8:39 AM
v-milu wrote:

Re: Shadow Copies not working on schedule
Hello,

I have the following suggestions:
1. Disable VSS.
2. On the server enter the folder "C:\Documents and Settings\All
Users\Application
Data\Microsoft\Crypto\RSA". In the folder you should see a file similar to
"S-1-5-18\d42cc0c3858a58db2db37658219e6400_398d151f-b62e-4aae-8ae2-0fb40729b
574".
Please back up this file and remove it from the folder.
3. Create a new scheduled job and see if it works.

Mike Luo

Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security

================================================== ===
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
================================================== ===
This posting is provided "AS IS" with no warranties, and confers no rights.

On Friday, April 13, 2007 8:54 AM
italpast wrote:

Hi Mike,did everything as you said.
Hi Mike,

did everything as you said. Will post on Monday if it solved the problem.
Have a good weekend!

Regards,
Andrius

"Mike Luo [MSFT]" wrote:

On Monday, April 16, 2007 6:36 AM
italpast wrote:

Mike,the steps you advised me to take solved the problem.
Mike,

the steps you advised me to take solved the problem. Now Shadow Copies are
running on schedule. However, there seems to be another problem. SOMETIMES
'Previous versions' tab is missing on a DFS based file that's been changed.
The strange thing is that if I access the file directly from a server share
(bypassing DFS) I can view and restore Previous versions.

Any ideas on this?

"Mike Luo [MSFT]" wrote:

On Tuesday, April 17, 2007 4:11 AM
v-milu wrote:

Hello,It seems that the new issue is unrelated to the previous problem.
Hello,

It seems that the new issue is unrelated to the previous problem. Please
understand that our newsgroup is an issue based service, meaning we usually
respond to one question/issue per post. This will lessen the confusion for
both of us, as well as ensure that our results are accurate and not a
result of a test for a different question. Regarding the news question,
please open a new post.

Thank you for your patience and understanding.

Mike Luo

Microsoft Online Partner Support
Get Secure! - www.microsoft.com/security

================================================== ===
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
================================================== ===
This posting is provided "AS IS" with no warranties, and confers no rights.

On Tuesday, April 17, 2007 4:20 AM
italpast wrote:

Mike,i have opened up a new thread regarding the 'Previous versions' tab issue.
Mike,

i have opened up a new thread regarding the 'Previous versions' tab issue.
Thank you for your kind assitance.

Regards,
Andrius

"Mike Luo [MSFT]" wrote:

On Sunday, January 17, 2010 6:37 AM
Brian N wrote:

Shadow Copies not working on schedule
I'm experiencing the same issue as the original poster on a server with Windows 2k3 Standard Ed., x86 w/ SP2.

I tried both fixes posted here regarding the *\RSA\* folder, but with no positive results. Scheduled shadow copy still fails with 0xc000001d error result in the scheduler window, but manual Shadow copies work fine.

I can create a manual copy via the GUI of the Drive properties page, but not manually using the command line, i.e. (vssadmin.exe create shadow /for=f. The command line is what the scheduled task is also attemping to use, although it uses the drive GUID instead of the drive letter.

Anything else I should try?


Submitted via EggHeadCafe - Software Developer Portal of Choice
5 SQL Server Management Studio Tips
http://www.eggheadcafe.com/tutorials...agement-s.aspx

Disregard, I found the issue. It appears the vssadmin.exe file was corrupt.

From a command prompt vssadmin.exe was giving no output, as if I typed nothing and just hit enter. I copied the executable from a known good server, overwriting the existing file. Now I get full output as expected, and scheduled shadow copies are now working again.



Brian N wrote:

Shadow Copies not working on schedule
17-Jan-10

I'm experiencing the same issue as the original poster on a server with Windows 2k3 Standard Ed., x86 w/ SP2.

I tried both fixes posted here regarding the *\RSA\* folder, but with no positive results. Scheduled shadow copy still fails with 0xc000001d error result in the scheduler window, but manual Shadow copies work fine.

I can create a manual copy via the GUI of the Drive properties page, but not manually using the command line, i.e. (vssadmin.exe create shadow /for=f. The command line is what the scheduled task is also attemping to use, although it uses the drive GUID instead of the drive letter.

Anything else I should try?

Previous Posts In This Thread:


Submitted via EggHeadCafe - Software Developer Portal of Choice
..NET Constructor Applied
http://www.eggheadcafe.com/tutorials...r-applied.aspx

Thanks a million!!! This worked perfectly for me...

Kind Regards
Dean

> On Friday, April 06, 2007 1:42 AM italpast wrote:

> System: Windows Server 2003 R2 Standard SP2 x64
> Problem: Shadow Copies is not creating snapshots as scheduled. However, I am
> able to successfully create snapshots manually. Deleting and recreating
> scheduled tasks did not help.


>> On Friday, April 06, 2007 3:20 AM leew [MVP] wrote:

>> Andrius Mazeika wrote:
>>
>> I would suggest checking the user the shadow copy jobs are running under
>> (username and password). Also, are there any logs concerning the failures?


>>> On Friday, April 06, 2007 3:54 AM italpast wrote:

>>> When I go to Control Panel applet Scheduled Tasks and click properties of
>>> Shadow Copies task I get the following error:
>>>
>>> General page initialization failed.
>>> The specific error is:
>>> 0x8007000d: the data is invalid.
>>> An error has occurred attempting to retrieve task account information. You
>>> may continue editing the task object, but will be unable to change task
>>> account information.
>>>
>>> Task creator is Administrative account that i used to adjust Shadow Copies
>>> settings.
>>>
>>> "leew [MVP]" wrote:


>>>> On Friday, April 06, 2007 6:53 AM v-milu wrote:

>>>> Hello,
>>>>
>>>> Thank you for using newsgroup!
>>>>
>>>> I have the following suggestions:
>>>> 1. Set scheduled tasks to run under the SYSTEM account, to see if the
>>>> problem appears.
>>>> 2. Create a new Admin Acount, use new account to login, create a new
>>>> scheduled tasks running under this account, to check if the problem
>>>> persists.
>>>>
>>>> Thanks & Regards,
>>>>
>>>> Mike Luo
>>>>
>>>> Microsoft Online Partner Support
>>>> Get Secure! - www.microsoft.com/security
>>>>
>>>> ================================================== ===
>>>> When responding to posts, please "Reply to Group" via your newsreader so
>>>> that others may learn and benefit from your issue.
>>>> ================================================== ===
>>>> This posting is provided "AS IS" with no warranties, and confers no rights.


>>>>> On Friday, April 06, 2007 7:08 AM italpast wrote:

>>>>> Task Scheduler service is running under Local System account.
>>>>> I removed the tasks and rescheduled them using a different admin account.
>>>>> Will post later (in a few days as we have Easter holidays) if the tasks were
>>>>> completed or not.
>>>>>
>>>>> Thanks for you help
>>>>>
>>>>> "Mike Luo [MSFT]" wrote:


>>>>>> On Wednesday, April 11, 2007 1:51 AM v-milu wrote:

>>>>>> How's everything going?
>>>>>>
>>>>>> Please feel free to respond to the newsgroups if you need any additional
>>>>>> help.
>>>>>>
>>>>>> Mike Luo
>>>>>>
>>>>>> Microsoft Online Partner Support
>>>>>> Get Secure! - www.microsoft.com/security
>>>>>>
>>>>>> ================================================== ===
>>>>>> When responding to posts, please "Reply to Group" via your newsreader so
>>>>>> that others may learn and benefit from your issue.
>>>>>> ================================================== ===
>>>>>> This posting is provided "AS IS" with no warranties, and confers no rights.


>>>>>>> On Wednesday, April 11, 2007 2:20 AM italpast wrote:

>>>>>>> Mike,
>>>>>>>
>>>>>>> Thank you for waiting. Creating Shadow Copies scheduled task with a
>>>>>>> different admin account did not solve the problem. I can still create Shadow
>>>>>>> Copies snapshots manually.
>>>>>>>
>>>>>>> Andrius
>>>>>>>
>>>>>>> "Mike Luo [MSFT]" wrote:


>>>>>>>> On Friday, April 13, 2007 3:18 AM v-milu wrote:

>>>>>>>> Hello,
>>>>>>>>
>>>>>>>> Is this computer a Domain Controller?
>>>>>>>>
>>>>>>>> I suggest you follow these steps to fix the problem:
>>>>>>>> 1. Log on as user who has administrative credentials.
>>>>>>>> 2. Delete all scheduled tasks. To do this, follow these steps: a. Click
>>>>>>>> Start, Run, type control schedtasks , and then press ENTER.
>>>>>>>> b. Confirm the list of jobs that are registered in the Scheduled Tasks
>>>>>>>> window.
>>>>>>>> c. Delete all registered tasks.
>>>>>>>> d. Close the Scheduled Tasks window.
>>>>>>>>
>>>>>>>> 3. Click Start, click Run, type cmd , and then click OK.
>>>>>>>> 4. At the command prompt, type the following to move to the specified
>>>>>>>> folder: cd %SystemDrive%\Documents and Settings\All Users\Application
>>>>>>>> Data\Microsoft\Crypto\RSA\S-1-5-18.
>>>>>>>> 5. Delete all files that start with d42* by typing the follow command: del
>>>>>>>> d42*
>>>>>>>> 6. At the command prompt, type exit .
>>>>>>>> 7. Reschedule the volume shadow copy tasks. The files that start with d42*
>>>>>>>> are re-created after the volume shadow copy tasks are rescheduled.
>>>>>>>> 8. Make sure that the scheduled tasks function correctly on the domain
>>>>>>>> controller.
>>>>>>>>
>>>>>>>> For more information:
>>>>>>>> "The attempt to retrieve account information for the specified task failed"
>>>>>>>> error message when you use Task Scheduler to schedule volume shadow copy to
>>>>>>>> run in Windows Server 2003
>>>>>>>> http://support.microsoft.com/default...b;EN-US;822904
>>>>>>>>
>>>>>>>> Hope this helps.
>>>>>>>>
>>>>>>>> Mike Luo
>>>>>>>>
>>>>>>>> Microsoft Online Partner Support
>>>>>>>> Get Secure! - www.microsoft.com/security
>>>>>>>>
>>>>>>>> ================================================== ===
>>>>>>>> When responding to posts, please "Reply to Group" via your newsreader so
>>>>>>>> that others may learn and benefit from your issue.
>>>>>>>> ================================================== ===
>>>>>>>> This posting is provided "AS IS" with no warranties, and confers no rights.


>>>>>>>>> On Friday, April 13, 2007 3:40 AM italpast wrote:

>>>>>>>>> Mike,
>>>>>>>>>
>>>>>>>>> after running "del d42*" I get the following error:
>>>>>>>>>
>>>>>>>>> Could Not Find C:\Documents and Settings\All Users\Application
>>>>>>>>> Data\Microsoft\Crypto\RSA\S-1-5-18\d42*
>>>>>>>>>
>>>>>>>>> After running the command rectreating the VSS Scheduled Tasks did not solve
>>>>>>>>> the problem. Shadow Copies are still not running on schedule.
>>>>>>>>>
>>>>>>>>> The machine is a Domain Controller with FSMO roles.
>>>>>>>>>
>>>>>>>>> Andrius
>>>>>>>>>
>>>>>>>>> "Mike Luo [MSFT]" wrote:


>>>>>>>>>> On Friday, April 13, 2007 8:39 AM v-milu wrote:

>>>>>>>>>> Hello,
>>>>>>>>>>
>>>>>>>>>> I have the following suggestions:
>>>>>>>>>> 1. Disable VSS.
>>>>>>>>>> 2. On the server enter the folder "C:\Documents and Settings\All
>>>>>>>>>> Users\Application
>>>>>>>>>> Data\Microsoft\Crypto\RSA". In the folder you should see a file similar to
>>>>>>>>>> "S-1-5-18\d42cc0c3858a58db2db37658219e6400_398d151f-b62e-4aae-8ae2-0fb40729b
>>>>>>>>>> 574".
>>>>>>>>>> Please back up this file and remove it from the folder.
>>>>>>>>>> 3. Create a new scheduled job and see if it works.
>>>>>>>>>>
>>>>>>>>>> Mike Luo
>>>>>>>>>>
>>>>>>>>>> Microsoft Online Partner Support
>>>>>>>>>> Get Secure! - www.microsoft.com/security
>>>>>>>>>>
>>>>>>>>>> ================================================== ===
>>>>>>>>>> When responding to posts, please "Reply to Group" via your newsreader so
>>>>>>>>>> that others may learn and benefit from your issue.
>>>>>>>>>> ================================================== ===
>>>>>>>>>> This posting is provided "AS IS" with no warranties, and confers no rights.


>>>>>>>>>>> On Friday, April 13, 2007 8:54 AM italpast wrote:

>>>>>>>>>>> Hi Mike,
>>>>>>>>>>>
>>>>>>>>>>> did everything as you said. Will post on Monday if it solved the problem.
>>>>>>>>>>> Have a good weekend!
>>>>>>>>>>>
>>>>>>>>>>> Regards,
>>>>>>>>>>> Andrius
>>>>>>>>>>>
>>>>>>>>>>> "Mike Luo [MSFT]" wrote:


>>>>>>>>>>>> On Monday, April 16, 2007 6:36 AM italpast wrote:

>>>>>>>>>>>> Mike,
>>>>>>>>>>>>
>>>>>>>>>>>> the steps you advised me to take solved the problem. Now Shadow Copies are
>>>>>>>>>>>> running on schedule. However, there seems to be another problem. SOMETIMES
>>>>>>>>>>>> 'Previous versions' tab is missing on a DFS based file that's been changed.
>>>>>>>>>>>> The strange thing is that if I access the file directly from a server share
>>>>>>>>>>>> (bypassing DFS) I can view and restore Previous versions.
>>>>>>>>>>>>
>>>>>>>>>>>> Any ideas on this?
>>>>>>>>>>>>
>>>>>>>>>>>> "Mike Luo [MSFT]" wrote:


>>>>>>>>>>>>> On Tuesday, April 17, 2007 4:11 AM v-milu wrote:

>>>>>>>>>>>>> Hello,
>>>>>>>>>>>>>
>>>>>>>>>>>>> It seems that the new issue is unrelated to the previous problem. Please
>>>>>>>>>>>>> understand that our newsgroup is an issue based service, meaning we usually
>>>>>>>>>>>>> respond to one question/issue per post. This will lessen the confusion for
>>>>>>>>>>>>> both of us, as well as ensure that our results are accurate and not a
>>>>>>>>>>>>> result of a test for a different question. Regarding the news question,
>>>>>>>>>>>>> please open a new post.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Thank you for your patience and understanding.
>>>>>>>>>>>>>
>>>>>>>>>>>>> Mike Luo
>>>>>>>>>>>>>
>>>>>>>>>>>>> Microsoft Online Partner Support
>>>>>>>>>>>>> Get Secure! - www.microsoft.com/security
>>>>>>>>>>>>>
>>>>>>>>>>>>> ================================================== ===
>>>>>>>>>>>>> When responding to posts, please "Reply to Group" via your newsreader so
>>>>>>>>>>>>> that others may learn and benefit from your issue.
>>>>>>>>>>>>> ================================================== ===
>>>>>>>>>>>>> This posting is provided "AS IS" with no warranties, and confers no rights.


>>>>>>>>>>>>>> On Tuesday, April 17, 2007 4:20 AM italpast wrote:

>>>>>>>>>>>>>> Mike,
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> i have opened up a new thread regarding the 'Previous versions' tab issue.
>>>>>>>>>>>>>> Thank you for your kind assitance.
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> Regards,
>>>>>>>>>>>>>> Andrius
>>>>>>>>>>>>>>
>>>>>>>>>>>>>> "Mike Luo [MSFT]" wrote:


>>>>>>>>>>>>>>> On Sunday, January 17, 2010 6:37 AM Brian N wrote:

>>>>>>>>>>>>>>> I'm experiencing the same issue as the original poster on a server with Windows 2k3 Standard Ed., x86 w/ SP2.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I tried both fixes posted here regarding the *\RSA\* folder, but with no positive results. Scheduled shadow copy still fails with 0xc000001d error result in the scheduler window, but manual Shadow copies work fine.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> I can create a manual copy via the GUI of the Drive properties page, but not manually using the command line, i.e. (vssadmin.exe create shadow /for=f. The command line is what the scheduled task is also attemping to use, although it uses the drive GUID instead of the drive letter.
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>> Anything else I should try?


>>>>>>>>>>>>>>>> On Sunday, January 17, 2010 6:39 AM Brian N wrote:

>>>>>>>>>>>>>>>> I'm experiencing the same issue as the original poster on a server with Windows 2k3 Standard Ed., x86 w/ SP2.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I tried both fixes posted here regarding the *\RSA\* folder, but with no positive results. Scheduled shadow copy still fails with 0xc000001d error result in the scheduler window, but manual Shadow copies work fine.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> I can create a manual copy via the GUI of the Drive properties page, but not manually using the command line, i.e. (vssadmin.exe create shadow /for=f. The command line is what the scheduled task is also attemping to use, although it uses the drive GUID instead of the drive letter.
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>> Anything else I should try?


>>>>>>>>>>>>>>>>> On Sunday, January 17, 2010 7:10 AM Brian N wrote:

>>>>>>>>>>>>>>>>> Disregard, I found the issue. It appears the vssadmin.exe file was corrupt.
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>>
>>>>>>>>>>>>>>>>> From a command prompt vssadmin.exe was giving no output, as if I typed nothing and just hit enter. I copied the executable from a known good server, overwriting the existing file. Now I get full output as expected, and scheduled shadow copies are now working again.