Hi.

DPM2012SP1 protecting a C: drive (file protection) of a WS2008R2 server. This always fails (including the first synchronization after configuring the protection) with the following error:

"DPM encountered an error while performing an operation for \\?\Volume{d20bd38d-7495-11df-938b-806e6f6e6963}\<path_to_a_folder>\ on <dpmserver.domain.local> (ID 2033 Details: The system cannot find the path specified (0x80070003))"

The folder it refers to exists on the server and contains about 13k XML files and I can browse it and read the files.

Why is DPM failing to back it up? There's no event in the protected server's eventlog (as if the backup wasn't even started).

When I try a consistency check from DPM, it will run for a bit, transfer 16.4MB, then fail/stop. I've also tried (at least 5 times) to stop the protection (and delete the replica) and reconfigure it from scratch, but it doesn't help.

There's also a BMR protection configured for this server and that runs fine.

Hi,

I searched for this error and found this thread.

It mentioned that the issue could be caused if the TEMP file here is missing, not shared or SYSTEM account do not have permission on it.

c:\program files\Microsoft DPM\DPM\Temp

If it does exist, also check subfolders like the thread said to see the result. 

Meanwhile, what is the patch of <path_to_a_folder>? Please also check if it exists, accessible to Admins and SYSTEM incase it is related. 

It seems to have helped. We've been running low on disk space on the C: drive, so I've done two things:
 a) deleted all old logs except those active ones (open) in the \DPM\Temp directory
 b) created the MTA folder inside the Temp directory

I've re-run the synchronization job afterwards and it finished fine.

Note: I've checked our other DPM servers and all of them have the MTA folder inside the Temp folder. I have to wonder though why is such an important folder placed inside a Temp directory...

• Marked as answer by MarkosP 15 hours 18 minutes ago

It seems to have helped. We've been running low on disk space on the C: drive, so I've done two things:
 a) deleted all old logs except those active ones (open) in the \DPM\Temp directory
 b) created the MTA folder inside the Temp directory

I've re-run the synchronization job afterwards and it finished fine.

Note: I've checked our other DPM servers and all of them have the MTA folder inside the Temp folder. I have to wonder though why is such an important folder placed inside a Temp directory...

• Marked as answer by MarkosP Thursday, May 21, 2015 4:24 PM

It seems to have helped. We've been running low on disk space on the C: drive, so I've done two things:
 a) deleted all old logs except those active ones (open) in the \DPM\Temp directory
 b) created the MTA folder inside the Temp directory

I've re-run the synchronization job afterwards and it finished fine.

Note: I've checked our other DPM servers and all of them have the MTA folder inside the Temp folder. I have to wonder though why is such an important folder placed inside a Temp directory...

• Marked as answer by MarkosP Thursday, May 21, 2015 4:24 PM