Running a simple 'File to tape job' for files previously robocopied locally to a Veeam proxy disk. Fails with following error for many files.
Task V:\RDC Backups\DC-04\Users\username\desktop\backup\Admin\Public\Training materials\Training modules\Modules\Products\Training Notes landscape.doc failed: Paths that begin with \\?\GlobalRoot are internal to the kernel and should not be opened by managed applications.
I presumed long file paths were the issue but, I'd previously had a patch for that issue. Any ideas much appreciated!
Support# 00677017
-
- Enthusiast
- Posts: 29
- Liked: 2 times
- Joined: Jan 08, 2014 9:23 am
- Full Name: Dean Scaife
- Contact:
-
- Enthusiast
- Posts: 29
- Liked: 2 times
- Joined: Jan 08, 2014 9:23 am
- Full Name: Dean Scaife
- Contact:
Re: Local File to tape job, most files fail
Managed to break up the job to individual folders but, still manageable though the tape job failure continues
-
- Enthusiast
- Posts: 29
- Liked: 2 times
- Joined: Jan 08, 2014 9:23 am
- Full Name: Dean Scaife
- Contact:
Re: Local File to tape job, most files fail
Looks like an issue with Shadow Copy option being enabled, as the job is putting files to tape now.
My issue now is, what if the source job overlaps for any reason while the File to tape job is in progress and tries to update the file currently being sent to tape.. would it see that the file has changed & retry?
My issue now is, what if the source job overlaps for any reason while the File to tape job is in progress and tries to update the file currently being sent to tape.. would it see that the file has changed & retry?
-
- Product Manager
- Posts: 14716
- Liked: 1703 times
- Joined: Feb 04, 2013 2:07 pm
- Full Name: Dmitry Popov
- Location: Prague
- Contact:
Re: Local File to tape job, most files fail
Hello Dean,
Thank you for the provided information, QA is looking into it! Yes, right not the recommendation for your case is to disable the VSS aware backup for file to tape job.
Thank you for the provided information, QA is looking into it! Yes, right not the recommendation for your case is to disable the VSS aware backup for file to tape job.
If the source is folder all the existing files in the folder would be backed up. All locked files will be skipped from processing and should be picked up only on the next job run (of course if they are unlocked).would it see that the file has changed & retry?
Who is online
Users browsing this forum: No registered users and 10 guests