Reconfiguration Error in VMware Converter


Recently I needed to virtualize a physical server using VMware standalone converter. Several attempts brought the same result: the reconfiguration error

Image

Converter-server log contained the following error:

2012-05-28T12:50:35.026-04:00 [06020 error ‘Default’] [task,350] [LRO] Unexpected Exception: converter.fault.FileCreationFault

2012-05-28T12:50:35.026-04:00 [06020 info ‘Default’] [task,379] [task-3] — ERROR — Convert: converter.fault.FileCreationFault
–> (converter.fault.FileCreationFault) {
–>    dynamicType = <unset>,
–>    faultCause = (vmodl.MethodFault) null,
–>    file = “\\.\vstor2-mntapi10-shared-228E228E007E00000000000011000000\$Reconfig$”,
–>    msg = “”,
–> }

“Memory”, Stirlitz has thought :o)

If so, let’s run WinDbg and take a look at the kernel memory

lkd> !vm 1
*** Virtual Memory Usage ***
       Physical Memory:     1015638 (   4062552 Kb)
       Page File: \??\C:\pagefile.sys
         Current:   1048576 Kb  Free Space:   1039916 Kb
         Minimum:   1048576 Kb  Maximum:      1048576 Kb
       Page File: \??\E:\pagefile.sys
         Current:   1048576 Kb  Free Space:   1043396 Kb
         Minimum:   1048576 Kb  Maximum:      1048576 Kb
       Page File: \??\G:\pagefile.sys
         Current:   3997696 Kb  Free Space:   3992688 Kb
         Minimum:   3997696 Kb  Maximum:      4190208 Kb
       Page File: \??\K:\pagefile.sys
         Current:   3997696 Kb  Free Space:   3992616 Kb
         Minimum:   3997696 Kb  Maximum:      4190208 Kb
       Available Pages:      705839 (   2823356 Kb)
       ResAvail Pages:       964063 (   3856252 Kb)
       Locked IO Pages:         164 (       656 Kb)
       Free System PTEs:       8311 (     33244 Kb)
       Free NP PTEs:           1126 (      4504 Kb)
       Free Special NP:           0 (         0 Kb)
       Modified Pages:          135 (       540 Kb)
       Modified PF Pages:       135 (       540 Kb)
       NonPagedPool Usage:     6274 (     25096 Kb)
       NonPagedPool Max:      32040 (    128160 Kb)
       PagedPool 0 Usage:      6749 (     26996 Kb)
       PagedPool 1 Usage:      1055 (      4220 Kb)
       PagedPool 2 Usage:      1045 (      4180 Kb)
       PagedPool 3 Usage:      1036 (      4144 Kb)
       PagedPool 4 Usage:      1054 (      4216 Kb)
       PagedPool Usage:       10939 (     43756 Kb)
       PagedPool Maximum:     62464 (    249856 Kb)
       Session Commit:         1124 (      4496 Kb)
       Shared Commit:         13352 (     53408 Kb)
       Special Pool:              0 (         0 Kb)
       Shared Process:         5865 (     23460 Kb)
       PagedPool Commit:      10372 (     41488 Kb)
       Driver Commit:          1610 (      6440 Kb)
       Committed pages:      271093 (   1084372 Kb)
       Commit limit:        3500413 (  14001652 Kb)

Why pools are so small? Anyway, I started the conversion and checked the kernel memory one more time when it failed again

lkd> !vm 1
*** Virtual Memory Usage ***
       Physical Memory:     1015638 (   4062552 Kb)
       Page File: \??\C:\pagefile.sys
         Current:   1048576 Kb  Free Space:   1039908 Kb
         Minimum:   1048576 Kb  Maximum:      1048576 Kb
       Page File: \??\E:\pagefile.sys
         Current:   1048576 Kb  Free Space:   1043448 Kb
         Minimum:   1048576 Kb  Maximum:      1048576 Kb
       Page File: \??\G:\pagefile.sys
         Current:   3997696 Kb  Free Space:   3992692 Kb
         Minimum:   3997696 Kb  Maximum:      4190208 Kb
       Page File: \??\K:\pagefile.sys
         Current:   3997696 Kb  Free Space:   3992664 Kb
         Minimum:   3997696 Kb  Maximum:      4190208 Kb
       Available Pages:      678021 (   2712084 Kb)
       ResAvail Pages:       964444 (   3857776 Kb)
       Locked IO Pages:         199 (       796 Kb)
       Free System PTEs:       7831 (     31324 Kb)
       ******* 2 system PTE allocations have failed ******
       Free NP PTEs:           1126 (      4504 Kb)
       Free Special NP:           0 (         0 Kb)
       Modified Pages:          173 (       692 Kb)
       Modified PF Pages:       173 (       692 Kb)
       NonPagedPool Usage:     6560 (     26240 Kb)
       NonPagedPool Max:      32040 (    128160 Kb)
       PagedPool 0 Usage:      8720 (     34880 Kb)
       PagedPool 1 Usage:      1121 (      4484 Kb)
       PagedPool 2 Usage:      1120 (      4480 Kb)
       PagedPool 3 Usage:      1110 (      4440 Kb)
       PagedPool 4 Usage:      1115 (      4460 Kb)
       PagedPool Usage:       13186 (     52744 Kb)
       PagedPool Maximum:     62464 (    249856 Kb)
       Session Commit:         1124 (      4496 Kb)
       Shared Commit:         13370 (     53480 Kb)
       Special Pool:              0 (         0 Kb)
       Shared Process:         5362 (     21448 Kb)
       PagedPool Commit:      13248 (     52992 Kb)
       Driver Commit:          1610 (      6440 Kb)
       Committed pages:      291132 (   1164528 Kb)
       Commit limit:        3500413 (  14001652 Kb)

Got it! No PTEs available, that’s why the file cannot be created. The kernel memory requires reconfiguration. Let’s check the last thing:

lkd> vertarget
Windows Server 2003 Kernel Version 3790 (Service Pack 2) MP (4 procs) Free x86 compatible
Product: Server, suite: TerminalServer SingleUserTS
Built by: 3790.srv03_sp2_gdr.101019-0340
Machine Name:
Kernel base = 0xe1000000 PsLoadedModuleList = 0xe10af9c8
Debug session time: Tue May 29 10:58:45.541 2012 (GMT-4)
System Uptime: 0 days 4:26:31.932

I should have paid attention to it from the beginning. The kernel base says that the server runs with /3GB switch. Boot.ini just confirms that

[boot loader]
timeout=15
default=multi(0)disk(0)rdisk(0)partition(2)\WINDOWS
[operating systems]
multi(0)disk(0)rdisk(0)partition(2)\WINDOWS=”Windows Server 2003, Standard” /fastdetect /3GB /NoExecute=OptOut

Therefore, kernel memory is limited to 1 GB instead of usual 2 GB. So, the solution is to remove the /3GB switch, restart the server and run P2V conversion again. This time it is successful

Note:

Do not forget to return the /3GB switch back and restart the server again

Advertisements

3 Responses to Reconfiguration Error in VMware Converter

  1. Anonymous says:

    Thanks for this. Many posts on the net for this error message, however most recommended modifying boot.ini or using converter to reconfigure the VM (which of course failed due to lack of kernel memory). Reconfiguring VM with converter from a different server (instead of modifying the rource and rebooting) did the trick.

  2. Anonymous says:

    thanks alot. great post. But how do I remove and return the 3GB switch back (Sorry i am a dummie ^^) and for what is it important for?

    • This switch is in C:\boot.ini. It is system and hidden file, so you need to remove these attributes before editing the file and set them up back after file is modified and saved.

      Regardless of the amount of physical memory in the system, Windows uses a virtual address space of 4 GB, with 2 GB allocated to user-mode processes (applications) and 2 GB allocated to kernel-mode processes (system). /3GB switch gives 3 GB to applications leaving only 1 GB for system, which is not enough during conversion process

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

%d bloggers like this: