Restoring VM using transport type=SAN - missing operating system
Several issues I'm noticing. Environment 184.108.40.206 on Win 2008R2 X64. vCenter 4.1, ESX running 4.0. Account used for backups has all required permissions/role to restore.
VMs back up @175MB/sec to disk. Restores run about 15MB/sec, not hitting the LAN, but SAN to SAN. I don't understand this at all. But, after restoring and getting a status 0, the VM has no bootable OS. Found this link http://www.symantec.com/docs/TECH173567 but it references BackuExec, which we are not running obviously, and I also get floods of "clear lazy zero" messages in the console. There is no way to select "none" for the vCenter server either, so it appears you cannot bypass and go direct to the ESX.
Now, if the issue really is with the API, WTH hasn't VMware fixed it YET? It seems ridiculous to expect us to restore 100GB VMs over the LAN via the vCenter machine. I tried this wit 220.127.116.11 before putting .4 on it, made no diff.
It appears those clear lazy zero messages, and the work involved tracking it, really bogs the vCenter server down too. Simply floods the event log. I've tried telling it to do thin provisioning as well as "orginal", neither get me an OS after a "successful" restore.