Problem converting P2V when physical disk is beyond 64TB

[mfuentes]

Hello,
I've been struggling to convert a 12TB partition, inside a Physical Disk (RAID6) bigger than 64TB (no problem when the RAID6 Disk is smaller).
I'm using Windows 2012R2 on a HP Proliant Storage Server. The error message I get is: Error creating image/ The handle is invalid / "Convertation" !? failed.

The log file is below.

I think the key is that the RAID6 is bigger than 64TB, although I'm just interested in converting a 12TB partition. Even smaller partitions fail.

Any ideas?

Manuel F.


5/3 12:03:58.703 3e1c Facility ???INFO: CPPOutputFile::onNext: Out path: \\wss08\uu$\WSS6.vhdx, Out format 10
5/3 12:03:58.703 3e1c Facility ???INFO: ICPPage::OnWizardNext: SetActivePage - eConverting
5/3 12:03:58.703 37f8 Facility ???INFO: CPPConverting::Convert: InConvertType: 2, OutConvertType: 4
5/3 12:03:58.703 37f8 Facility ???INFO: CPPConverting::ConvertImage: pathInput: 1, pathOutput: \\wss08\uu$\WSS6.vhdx
5/3 12:03:58.703 37f8 Facility ???INFO: P2V::CreateInputImage: path 1
5/3 12:03:58.703 37f8 Facility ???INFO: P2V::CreateInputImage: Size 1 - 80015293505536, BytesPerSector - 512
5/3 12:04:49.766 37f8 Facility ???INFO: CPPConverting::ConvertImage: CreateInputImage: 0
5/3 12:04:49.766 37f8 Facility ???INFO: MicrosoftFile::NewFile: sFilename - \\wss08\uu$\WSS6.vhdx, nMaxSize - 156279870128, fileType - 1
5/3 12:04:49.797 37f8 Facility ???ERROR: MicrosoftFile::NewFile: AttachVirtualDisk is fail - 6. The handle is invalid.
5/3 12:04:49.797 37f8 Facility ???INFO: CPPConverting::ConvertImage: CreateOutputImage: 18

[yaroslav (staff)]

Welcome to StarWind Forum!

Can I have the full conversion log, please?
Also, are you able to navigate to that partition easily, select it, and proceed with conversion?

[mfuentes]

Thanks Jaroslaw, here you are. This log example is on another machine and the new NTFS test partition to convert is just 1GB with no drive letter assigned (the whole RAID6 being 65TB). The destination storage is local this time (D:)
One more hint: Disk2VHD creates the VHDX but cannot be opened (size problem) but WindowsBackup works like a charm (though has a known 16TB limit).
If you need more info just ask me.

The log file name: 'logs\V2V_Log-20210503-123030.log' (PID 12968)
5/3 12:30:30.831 3144 Facility ???INFO: CV2V_ConverterApp::InitInstance: SetDllDirectory: C:\Program Files\StarWind Software\StarWind V2V Converter\lib
5/3 12:30:30.831 3144 Facility ???INFO: CV2V_ConverterApp::InitInstance: File Version: 9.0.1.243
5/3 12:30:30.831 3144 Facility ???INFO: CV2V_ConverterApp::InitInstance: Load language IDR_XML_ENGLISH
5/3 12:30:30.831 3144 Facility ???INFO: CV2V_ConverterApp::InitInstance: Set current language English
5/3 12:30:30.846 3144 Facility ???INFO: CPS_V2V_Converter::CPS_V2V_Converter: Version MajorVersion 6, MinorVersion 3, BuildNumber 9600
5/3 12:30:30.846 3144 Facility ???INFO: WrapperHyperV::WrapperHyperV: LoadLibrary C:\Windows\system32\wbem\wmiutils.dll - ad8f0000
5/3 12:30:30.846 3144 Facility ???INFO: WrapperHyperV::WrapperHyperV: LoadLibrary C:\Windows\system32\wbem\wmiutils.dll - ad8f0000
5/3 12:30:34.183 3144 Facility ???INFO: ICPPage::OnWizardNext: SetActivePage - eTypeP2V
5/3 12:30:37.183 3144 Facility ???INFO: ICPPage::OnWizardNext: SetActivePage - eHDDSelect
5/3 12:30:48.825 3144 Facility ???INFO: ICPPage::OnWizardNext: SetActivePage - eLocationTo
5/3 12:30:51.624 3144 Facility ???INFO: ICPPage::OnWizardNext: SetActivePage - eFormat
5/3 12:30:54.694 3144 Facility ???INFO: ICPPage::OnWizardNext: SetActivePage - eOptionsHyperV
5/3 12:30:57.007 3144 Facility ???INFO: ICPPage::OnWizardNext: SetActivePage - eOutputFile
5/3 12:31:11.754 3144 Facility ???INFO: CPPOutputFile::onNext: Out path: D:\WSS6.vhdx, Out format 10
5/3 12:31:11.770 3144 Facility ???INFO: ICPPage::OnWizardNext: SetActivePage - eConverting
5/3 12:31:11.770 215c Facility ???INFO: CPPConverting::Convert: InConvertType: 2, OutConvertType: 4
5/3 12:31:11.770 215c Facility ???INFO: CPPConverting::ConvertImage: pathInput: 1, pathOutput: D:\WSS6.vhdx
5/3 12:31:11.770 215c Facility ???INFO: P2V::CreateInputImage: path 1
5/3 12:31:11.770 215c Facility ???INFO: P2V::CreateInputImage: Size 1 - 80015293505536, BytesPerSector - 512
5/3 12:31:18.567 215c Facility ???INFO: CPPConverting::ConvertImage: CreateInputImage: 0
5/3 12:31:18.567 215c Facility ???INFO: MicrosoftFile::NewFile: sFilename - D:\WSS6.vhdx, nMaxSize - 156279870128, fileType - 1
5/3 12:31:18.583 215c Facility ???ERROR: MicrosoftFile::NewFile: AttachVirtualDisk is fail - 6. The handle is invalid.
5/3 12:31:18.583 215c Facility ???INFO: CPPConverting::ConvertImage: CreateOutputImage: 18
5/3 12:31:18.583 215c Facility ???ERROR: CPPConverting::Convert: FAILED

[mfuentes]

Hi Yaroslav,
Have you been able to reproduce the issue?
Thanks

[yaroslav (staff)]

We are still working on reproducing this event. Will keep you posted!

[yaroslav (staff)]

Still working on this with my colleagues. Will keep you posted.

[mfuentes]

Hi Yaroslav,

The latest build that you provided me finished well without errors but:

1) The resulting file is dehydrated if the "physical" partition is deduplicated, so it may be much bigger (28TB) than the original (20TB)
2) I cannot mount the resultant VHDX in our case, so it's not valid as it also happened to Disk2VHD. I think it considers the rest of the partitions of the physical disk: 109TB in total for us which is far too much for a valid VHDX (in a new machine, I'm limiting to 64TB physical disks to overcome that). The exact message from any Windows program trying to mount (diskmgmt or WindowsBackup) is "the size of the virtual hard disk is not valid".

Thanks

[yaroslav (staff)]

Thank you for the update. You mentioned that there were also some errors during the conversion. Could you share the conversion logs too?

[mfuentes]

No, no errors at all.
Just what I said: Deduplication is not kept judging by the bigger size of the resulting file compared to the partition being backed up. Also the VHDX cannot be mounted due to the fact , I guess, it contains all the partitions and not just the target one.

[yaroslav (staff)]

Hi,

WIll ask to test that.

1) The resulting file is dehydrated if the "physical" partition is deduplicated, so it may be much bigger (28TB) than the original (20TB)

[mfuentes]

Of course the most important thing is that the VHDX which contains the only partition I'm interested can be mountable (now it's not because the other "empty" partitions make the VHDX bigger than 64TB).
Secondary would be not to "dehydrate" the partition if it's deduplicated.

Thanks

[yaroslav (staff)]

Hi,
We are still working on a custom build for you. WIll keep you posted.

[mfuentes]

Hi,
We are still working on a custom build for you. WIll keep you posted.

Thank you Yaroslav.
Take your time: I have a lot of other tasks with the new server ....

[yaroslav (staff)]

Sorry for the delay. We are still working on the build for you. Will keep you posted.

[mfuentes]

No worries