19

We have shadow copy enabled on our Windows SBS 2008 server. Attempting to restore a file from shadow copy gave the following error-

The source file name(s) are larger than is supported by the file system. Try moving to a location which has a shorter path name, or try renaming to shorter name(s) before attempting this operation.

The filename has 67 characters, and it's shadow copy path is 170 characters. These seem to be under the NTFS limits (260?).

We tried-

  • Copying to the shortest path possible (C:)
  • Copying to the shortest path possible on both a client computer and the server itself

Is it possible to rename files in a shadow copy, before doing the copy? Any idea why the error is appearing despite the filename size appearing to be within limits?

Steps taken

  1. On local computer, go to shared folder on SBS server (via mapped drive), e.g. J:\Projects\Foo\Bar
  2. Right click on folder and select Properties
  3. Click on the Previous Versions tab.
  4. Select a shadow copy and click Open
  5. In newly opened window, select folder/file and press Ctrl-C to copy.
  6. Open a new Windows Explorer, and paste folder/file onto local drive.

Edit- (Un)fortunately, I am now unable to reproduce this error. The particular files causing the problem have since been deleted, and unable to recreate the error with other, similar files.

voretaq7
  • 79,345
  • 17
  • 128
  • 213
Spongeboy
  • 923
  • 1
  • 7
  • 11
  • Can you lay out exactly where you setup your shadow copies, and how you are trying to restore them (step by step)? I'm looking into this but I need a little help understanding how you're accessing it first. – Holocryptic Jul 01 '11 at 00:47
  • I've added the steps used to attempt the restore. This is the only method I'm aware of - are there others? – Spongeboy Jul 07 '11 at 03:59

3 Answers3

27

I had the exact same problem in Server 2008 R2 and this is how I solved it:

  1. Right click on the folder you're trying to restore from shadow copy and chose Previous Versions. Chose a date and click on Open.

  2. Right click on any file or folder within the previous folder and chose Properties. On the General tab copy what's shown in 'location', e.g.: \\localhost\D$\@GMT-2011.09.20-06.00.04\_Data

  3. Open cmd.exe and type in:

     subst X: \\localhost\D$\@GMT-2011.09.20-06.00.04\_Data

  4. Open PowerShell and use robocopy to copy content of X: e.g.:

     robocopy X: D:\Folder\ /E /COPYALL

  5. Check that all files have been copied.

  6. When finished type subst X: /D in the cmd (Command Prompt) window

Kar.ma
  • 103
  • 3
Vilhelm
  • 286
  • 3
  • 2
3

Have you tried sharing the folder you are trying to restore from? That way you can try opening \server\share\filename instead of \server\share\path....\filename?

If that doesn't work I would suggest try accessing the volumes through the command line where you can use the \\?\ method for access, which has a 32,767 character limitation.

Zoredache
  • 128,755
  • 40
  • 271
  • 413
  • I don't have the option to share the shadow copy. When I have the shadow folder open (e.g. Statistics (‎Yesterday, ‎6 ‎July ‎2011, ‏‎12:00 PM)), I don't have the option to share in the folder properties. At the moment, I am unable to recreate the issue, but thanks for the link on accessing shadow volumes via the command line! – Spongeboy Jul 07 '11 at 04:12
  • Great, I've deleted folder from share \\computer\c$\folder. thank you. +1 – Vasyl Zv Jun 08 '17 at 17:42
0

Can you get the name/path of the shadow copy file from the 'location' entry of the general tab in the Properties info window, then use the 'subst' command to reduce the long path down to a single letter?

subst Z: "H:\1\2\3\4\5\6\7\I like to create stupid directory names that are very long\8\9"

dir Z: is the same as dir "H:\1\2\3\4\5\6\7\I like to create stupid directory names that are very long\8\9"

Interociter Operator
  • 1