[Libguestfs] Man pages for virt-p2v-server?

Sat Oct 1 07:11:56 UTC 2011

I might be fighting a losing P2V battle all around here.  I tried using
ntbackup on the physical 2003 host to a network share, then restoring to
another libvirt VM I provisioned.  After restoring, the VM won't boot.
I think the issue is the driver for the system virtual disk.  The
physical host uses a Compaq Smart Array 532 Controller with a Compaq
Logical Volume SCSI disk device.  I built the VM using a virtio system
drive.  I also tried IDE.  Neither worked.  So I think I'll enable the
NIC on the physical host again and try to come up with a plan C.

- Greg Scott

-----Original Message-----
From: libguestfs-bounces at redhat.com
[mailto:libguestfs-bounces at redhat.com] On Behalf Of Greg Scott
Sent: Thursday, September 29, 2011 11:43 PM
To: libguestfs at redhat.com
Subject: Re: [Libguestfs] Man pages for virt-p2v-server?

My use case might be atypical, or maybe bleeding edge.  The system I
want to P2V is about 30 miles away and I am accessing it using a KVM
over IP switch.  I have a Virt-P2V CD in its CD drive and I can boot
from that CD by playing with the BIOS boot order using the KVM over IP.
It's a little tricky but works.  And it has to be this way because I can
only do this during off-hours.  

The physical host is a Windows 2003 server.  The conversion P2V server
is a RHEL 14 guest VM running under Libvirt in a RHEL 6.1 host.  On the
conversion server, I mounted an NFS mount from the RHEL 6.1 host onto
/var/lib/libvirt/images, its (F14 VM) default libvirt storage pool.  The
idea was, put the converted disk images there and then wrap a guest VM
around them from the RHEL 6.1 host.

The first time tonight, I uncommented the "libvirt" paragraph in
virt-v2v.conf on the conversion server.  I booted the 2003 host from the
p2V CD.  And waited for a cursor to finally show up over that KVM over
IP.  I selected the "libvirt" profile, gave the converted VM 1 CPU and
1024 MB of RAM and clicked the "convert" button.  It immediately failed,
complaining that "default" is not a valid storage pool.  My hunch is,
this is probably because I set up an NFS mount on top of it.  

So I went into virt-manager on my Fedora 14 VM and set up another
storage pool named "MigrateVM" and pointed it to
/var/lib/libvirt/images/MigrateVM.  Then I modified virt-v2v.conf and
copied and pasted the "libvirt" paragraph.  I modified it to look like
below:

  <profile name="mmmh-migrate">
    <method>libvirt</method>
    <storage>MigrateVM</storage>
    <network type="default">
      <network type="network" name="default"/>
    </network>
  </profile>

Then I rebooted the 2003 host from the virt-p2v CD.  I logged in to the
conversion server, selected the profile named "mmmh-migrate", 1024 MB of
RAM and 1 CPU. When I clicked "convert", see below:

Virt-p2v has shutdown unexpectedly.  You may:

* Try running it again
* Debug virt-p2v
* Power the machine off

I suppose a definition of insanity is trying the same thing again and
expecting different results - but I tried again anyway and got the same
results.  This time I chose debug and it mentioned a saved file named
virt-p2v.log.  So I copied it and am pasting its contents below.  

(eval): line 75
   Gtk-WARNING **:Could not find the icon 'gtk-dialog-warning'. The
'hicolor' theme
was not found either, perhaps you need to install it.
You can get a copy from:
	http://icon-theme.freedesktop.org/releases
/dev/cciss!c0d0: No such file or directory
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/converter.rb:138
:in `Integer': invalid value for Integer: ""
	 from
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/converter.rb:138
:in `disk'
	 from
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/converter.rb:72:
in `convert'
	 from
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/converter.rb:178
:in `call'
	 from
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/converter.rb:178
:in `iterate'
	 from
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/converter.rb:74:
in `convert'
	 from
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/converter.rb:174
:in `call'
	 from
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/converter.rb:174
:in `iterate'
	 from
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/connection.rb:14
3:in `call'
	 from
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/connection.rb:14
3:in `metadata'
	 from
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/gtk-queue.rb:44:
in `call'
	 from
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/gtk-queue.rb:44:
in `main_with_queue'
	 from
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/gtk-queue.rb:43:
in `each'
	 from
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/gtk-queue.rb:43:
in `main_with_queue'
	 from
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/gtk-queue.rb:42:
in `synchronize'
	 from
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/gtk-queue.rb:42:
in `main_with_queue'
	 from
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/gtk-queue.rb:50:
in `call'
	 from
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/gtk-queue.rb:50:
in `main'
	 from
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/gtk-queue.rb:50:
in `main_with_queue'
	 from
/usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/lib/virt-p2v/ui/main.rb:49:in
`main_loop'
	 from /usr/lib/ruby/gems/1.8/gems/virt-p2v-0.8.3/bin/virt-p2v:56
	 from /usr/bin/virt-p2v:19:in `load'
	 from /usr/bin/virt-p2v:19

The obvious question - why not forget about NFS and just carve out
"local" storage on an F14 VM and run the conversion that way?  And then
copy the converted disk images where they need to go on the RHEL host.
I can do that if necessary, but sheesh, what a waste.  That 2003 server
uses about 80 GB and I'd like to give the converted VM about 100 GB or
so, so it has plenty of room.  But if this turns out to be the answer, I
guess I may as well just do the migration by building a target 2003 VM
and using ntbackup to backup the physical and restore to the virtual.  

- Greg

-----Original Message-----
From: libguestfs-bounces at redhat.com
[mailto:libguestfs-bounces at redhat.com] On Behalf Of Greg Scott
Sent: Thursday, September 29, 2011 10:36 AM
To: libguestfs at redhat.com
Subject: Re: [Libguestfs] Man pages for virt-p2v-server?

> In fact, *everything* in the default config file is commented out now.

I am a total dork!  For anyone else reading this, learn from my
oversight.  

I just now learned this.  In XML,"", again without the quotes.  There are also apparently other
ways to do comments too.  And sure enough, all the profile paragraphs in
virt-v2v.conf are bracketed with these start and end comment strings.

I'll get another P2V window starting about 7 hours from now and I'll
post the results here.

- Greg

_______________________________________________
Libguestfs mailing list
Libguestfs at redhat.com
https://www.redhat.com/mailman/listinfo/libguestfs

_______________________________________________
Libguestfs mailing list
Libguestfs at redhat.com
https://www.redhat.com/mailman/listinfo/libguestfs