Is there a hard volume size limitation for shadow copies w/ 2k3 x86?

2

I'm trying to create shadow copies of 10TB volumes but am having no luck. I've gone down dozens of paths based on the errors (most of them very vague and/or misleading) and the only true correlation to success or failure I can find is with volume size. I've got 8x 10TB volumes, and none of them will create a shadow copy -- either onto their own volumes or onto separate volumes.

It's not a disk/storage space issue, as a brand new volume with no data will still not create a shadow copy. These are all iSCSI volumes, but that appears to also be a non-issue, as I created a 250GB volume for testing and VSS works properly on that volume. I also tried creating a shadow copy of a 6TB volume onto a 10TB volume, so it clearly has nothing to do with available storage. I created a 10TB volume and continuously reduced the size thereof until a shadow copy worked, and it turned out that it breaks when the volume reaches just around 4.5TB.

Unfortunately, these 10TB volumes are all in use and full of users/data, so it's not an option to start all over with 4.5TB volumes.

Anyway, I've verified that all components of VSS are working and all patches are in place (and it's easily confirmed by kicking off a shadow copy on the 250GB or 4.5TB volume whenever there's any doubt). The actual error received is "Failed to create a shadow copy of volume ... Error 0x8007000e: Not enough storage is available to complete this operation." That's another misleading error, however, because the test volume is entirely empty. Many resources also say that error indicates a memory issue, but again, that can't be the case as it always kicks off on the 4.5TB volume (and I also tried it immediately after a restart with identical results).

Can anyone confirm that a) there's a hard limit on volume size or b) they've successfully created shadow copies of volumes larger than 4.5TB using Server 2k3R2 SP2 x86?

windows-server-2003
iscsi
vss
x86
asked on Server Fault Jul 20, 2010 by Uninspired

1 Answer

4

This Technet article on VSS scalability indicates that the issue probably relates to exhaustion of the nonpaged memory pool which is limited to 256MB on Windows 2003 32bit (x86). VSS uses more resources during snapshot creation and the article specifically states that a 5TB snapshot would require 200MB for that snapshot alone. Depending on what else is making demands on the non-paged pool it seems likely that you are hitting that limit.

For what it's worth 64bit systems have a much larger nonpaged pool and would not suffer in the same way.

The "not enough storage" error generally indicates exhaustion of system resources like the non-paged pool or heap exhaustion in my experience and does not typically refer to either disk or general memory.

answered on Server Fault Jul 20, 2010 by Helvick

User contributions licensed under CC BY-SA 3.0