I have a freshly built and fully updated Server 2012 R2 Standard GUI 3.62TB GPT RAID 5 (3x2TB +1HS). It is currently just setup as a base configuration with no Domain, DNS or DHCP configured, no major apps loaded and no databases. The only role that is loaded is Hyper-V. I would like to make a backup to my network share (UNC Path \\server\shared folder) (also server 2012 R2) as I have done with many previous builds. Those previous builds were also RAID 5 configurations on the same hardware, but with 3x1TB they fell below the 2TB MBR limit and thus were formatted as such. The actual data portion of the source server is 32.3GB and the destination network drive has 1.32TB of free space. The destination share is also formatted GPT. Both source and destination report as 512e (fsutil fsinfo ntfsinfo x:). When I attempt to back up it fails because VSS does not have enough space to create the shadow copy. That would seem to suggest that my source is where the problem is. To that I would concur since it is the only thing that is different from my previous successes. The source drive has a 3.63 system partition, 300MB Recovery partition, a 99MB EFI Sytem Partition, and a 128MB Reserved partition (hidden).
Why is VSS failing? Event Log error code 0x80780119. Do I need alter the size of one of the unlettered partitions?
Thank you in advance.
PS: This same failure occurs on a 2x4TB RAID 1 build I am testing right next to it. So the commonality here is that both source systems are Svr 12R2 Standard GUI with no roles or apps (other than Hyper-V), w/ 4TB RAID arrays formatted GPT trying to do a server backup to a UNC path on the same destination server.