On Thu, Aug 28, 2008 at 3:26 PM, James Pifer <jep@xxxxxxxxxxxxxxxx> wrote:
>
>> I have done this process several times to p2v windows 2003 servers
>> using a rather convoluted method of using vmware converter to import
>> the physical install to a vmware vm, booting it once in vmware,
>> following Microsoft kb314082, and then converting the vmdk to Xen
>> disk, once booted in Xen I have installed the GPLPV drivers.
>>
>
> Andy,
>
> Since we're doing very similar things, how does your process differ from
> mine?
>
> 1) I use vmware converter to capture the source system (usually an HP or
> Compaq server)
> 2) I load the VM in VMWare Server 1.x
> 3) Copy regmerge.reg to the system (created from the Microsoft article)
> 4) Install the reg file
> 5) Verify the sys files exist
The next thing I do is make sure Computer is set to ACPI
Multiprocessor PC in device manager, then shutdown, I didnt check if
the hal file exists.
I have used qemu-img to create the image file and it has worked, but I
wanted to use a dedicated partition for the VM so I boot trueimage
from iso inside the vmware vm, make a backup of the drive, then add
the target partition to a existing xen windows 2003 vm which has
trueimage installed and restore it through that, then shutdown the
2003 vm, remove the extra partition, add it to the target xen vm and
boot it up.
I am building a new Xen box at the moment, once its done I need to
import 4 servers so I will keep notes and let you know exactly the
process i follow and if it works or not.
> 6) run qemu-img to create the img file
> 7) mount the img file and copy in the hal. I've tried several. The
> standard hal has worked on the ide machines.
> 8) boot the system in xen.
>
> On your scsi machines, which hal and what acpi and apic settings have
> worked for you? I think you previously said the hal you used was
> halmacpi.dll.
ACPI Multiprocessor PC = halmacpi.dll, so rather than adding the hal
to the image I change it inside the vmware vm.
My xen vm settings are:
import os, re
arch = os.uname()[4]
if re.search('64', arch):
arch_libdir = 'lib64'
else:
arch_libdir = 'lib'
kernel = "/usr/lib/xen/boot/hvmloader"
builder='hvm'
memory = 1024
name = "Win2003"
uuid = "b30f5d7b-b88f-43f3-8b28-20306775d457"
vcpus=2
vif = [ '' ]
disk = [ 'phy:sda11,hda,w', ',hdc:cdrom,r' ]
device_model = '/usr/' + arch_libdir + '/xen/bin/qemu-dm'
boot="c"
sdl=0
vnc=1
vnclisten="127.0.0.1"
vncdisplay=3
vncpasswd='<bleh>'
stdvga=0
serial='pty'
usbdevice='tablet'
Andy
>
> Another thing. When this happens I can no longer do step 7. I have to
> redo starting at step 6, I have to shut it down hard so it seems like
> the file system gets hosed. (I've tried leaving it overnight while it's
> "locked" and it never seems to come out of it.) Anyway, I can mount it,
> but it mounts as read-only. My next try will be halmacpi.dll.
> halaacpi.dll will not boot.
> halacpi.dll locks up
> hal.dll locks up.
>
> thanks,
> James
>
>
> _______________________________________________
> Xen-users mailing list
> Xen-users@xxxxxxxxxxxxxxxxxxx
> http://lists.xensource.com/xen-users
>
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users
|
Home