similar to: [virt-tools-list] virt-p2v failure

I have continued on with my attempts to get p2v working will little success. I have changed my server to Fedora 16 and finally got an XP with a single SATA disk (sda) to work. I think that this means that the current virt-p2v.iso just doesn't work with the packages that are available on Centos 6 at the moment. However, the machines that I currently need to actually migrate all have

It looks to me that the windows 2008 image I am attempting to convert is not being detected as windows but is being updated as a Linux system. When PXE booted the server with the p2v image I ended up with this error: Failed to launch guestfs appliance. Try running again with LIBGUESTFS_DEBUG=1 for more information The system image transferred and I was able to create an XML file to boot it under

We just released virt-v2v 0.8.5, which also covers virt-p2v. This is primarily a bugfix release, with a couple of new features thrown in. The major changes are summarised below: V2V *** * Default -ic and -oc to qemu:///session or qemu:///system as appropriate depending on root. * Allow Windows conversions to succeed when firstboot.bat, rhsrvany.exe and rhev-apt.exe aren't available. *

Figure I'd share the latest revision to p2v I had regarding $subject. The patch now applies against HEAD and compiles fine. I was able to update the package on the client and run virt-p2v, though have yet to do a full end-to-end verification Most likely a little more work is needed to tidy up some edge cases and fully flush things out, but the majority of the work should be in place. On the

Just spent a little time poking around w/ p2v and am attaching the following pseudo-code for consideration. Note the patches aren't commit ready yet, just looking for thoughts - The first is a fix to get client image building process working on F17. It seems the version of ksflatten there didn't expand the nested %includes which was causing errors (also --interpreter image-minimizer

Le 19/11/2014 16:33, Richard W.M. Jones a écrit : > You need to post the complete debug log. It's in /tmp on the > conversion server. Ah nice, I ignored that. Here it is: virt-v2v: libguestfs 1.28.1 (x86_64) [ 0.0] Opening the source -i libvirtxml /tmp/virt-p2v-20141119-z1eg0fua/physical.xml libvirt xml is: <?xml version="1.0"?> <!-- NOTE! This libvirt XML is

Hi all, I successfully virt-p2v'ed a Windows 10 laptop to my Centos 7.3 instance running KVM. However, on boot, the guest hangs. Is there a registry fix that is needed after the P2V is done? Here is what is in the guest's logfile: 017-01-08 03:20:37.508+0000: starting up libvirt version: 2.0.0, package: 10.el7_3.2 (CentOS BuildSystem <http://bugs.centos.org>, 2016-12-06-19:53:38,

Le 19/11/2014 15:03, Richard W.M. Jones a écrit : > On Wed, Nov 19, 2014 at 02:41:49PM +0100, Nicolas Ecarnot wrote: >> When trying to p2v an Oracle Linux 7.0 VM, it ran very verbosely >> then failed saying it was not a kind of OS it knows how to convert. > > We could probably support OEL with a bit of effort, but it's not > supported now. The virt-v2v manual (which

A convenience method instead of having to work out the right qemu command line each time. --- .gitignore | 1 + p2v/Makefile.am | 28 ++++++++++++++++++++++++++++ 2 files changed, 29 insertions(+) diff --git a/.gitignore b/.gitignore index 285b28d..8509a9d 100644 --- a/.gitignore +++ b/.gitignore @@ -337,6 +337,7 @@ Makefile.in /p2v/virt-p2v /p2v/virt-p2v.1 /p2v/virt-p2v.i686

On Thursday 26 May 2016 16:40:16 Richard W.M. Jones wrote: > A convenience method instead of having to work out the right > qemu command line each time. > --- > .gitignore | 1 + > p2v/Makefile.am | 28 ++++++++++++++++++++++++++++ > 2 files changed, 29 insertions(+) > > diff --git a/.gitignore b/.gitignore > index 285b28d..8509a9d 100644 > --- a/.gitignore

Tested by doing ‘make -C p2v run-virt-p2v-in-a-vm’. --- p2v/virt-p2v-make-disk.in | 5 ++--- 1 file changed, 2 insertions(+), 3 deletions(-) diff --git a/p2v/virt-p2v-make-disk.in b/p2v/virt-p2v-make-disk.in index 61d3a85cd..7b35d357d 100644 --- a/p2v/virt-p2v-make-disk.in +++ b/p2v/virt-p2v-make-disk.in @@ -254,9 +254,8 @@ virt-builder "$osversion"

Currently 'make install' installs the virt-p2v binary in /usr/libexec/virt-p2v on the host. It is never supposed to be run from there, even by another program, so use of /usr/libexec is incorrect. It is only supposed to be copied into USB keys / ISOs / etc created by virt-p2v-make-* scripts. The other problem with shipping a "naked" binary on the host is that packages built

On Thu, Jun 23, 2016 at 10:18:02AM +0200, Cédric Bosdonnat wrote: > virt-p2v-make-kiwi now forces the launch-virt-p2v mode to 0755 to > ensure the executable bit it set for user. > --- > p2v/virt-p2v-make-kiwi.in | 1 + > 1 file changed, 1 insertion(+) > > diff --git a/p2v/virt-p2v-make-kiwi.in b/p2v/virt-p2v-make-kiwi.in > index e493bd4..3506e9b 100644 > ---

From: Alban Lecorps <alban.lecorps at ubisoft.com> The "-oo" option will be useful primarily for the openstack output mode (currently disabled, from commit b74c126629e3, "Ignore 'openstack' driver", 2020-03-16). Use a ConfigStringList knob for "-oo", and for each OPTION=VALUE element in that list, create a separate "-oo OPTION=VALUE" option.

virt-p2v-make-kiwi now forces the launch-virt-p2v mode to 0755 to ensure the executable bit it set for user. --- p2v/virt-p2v-make-kiwi.in | 1 + 1 file changed, 1 insertion(+) diff --git a/p2v/virt-p2v-make-kiwi.in b/p2v/virt-p2v-make-kiwi.in index e493bd4..3506e9b 100644 --- a/p2v/virt-p2v-make-kiwi.in +++ b/p2v/virt-p2v-make-kiwi.in @@ -190,6 +190,7 @@ cp $datadir/issue $output/root/etc/issue

On Debian systems, usually daemons are run automatically after their installations; since we are upgrading the template, and installing packages such as openssh, network-manager, etc, this may cause few daemon to stay running during the virt-builder execution, causing it to fail when shutting down (since e.g. /sysroot/dev would be in use). As workaround, use a temporary policy-rc.d policy layer

It relied on the qemu libguestfs was configured with, which is no more available now. Since we already require libguestfs tools for some functional tests, make run-virt-p2v-in-a-vm depend on libguestfs too, and use the qemu configured in libguestfs. --- Makefile.am | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/Makefile.am b/Makefile.am index d27219d..d1b4bee 100644 ---

Set p2v.local as hostname for the p2v disk image, so it will be fixed, instead of whatever is set in the used templates. This is also somewhat important during the distribution update, and installation of our packages: there may be distribution packages actually using the hostname to initialize stuff (e.g. configuration values), and thus the unset value "(none)" triggers errors. The

One day I'm going to run a virt-p2v that works to completion. But evidently not today. The source physical machine is Windows 2003. This one copied the whole system drive and then died at the end and deleted the virtual disk it made. Here is the top and bottom of the trace log file on the conversion server. If the email garbles what I'm pasting in below, I can email the log as an

Instead of using the "global" blank-part test image, use a local version of it created with guestfish. --- p2v/.gitignore | 1 + p2v/Makefile.am | 7 ++++++- p2v/test-virt-p2v-nbdkit.sh | 4 ++-- p2v/test-virt-p2v.sh | 4 ++-- 4 files changed, 11 insertions(+), 5 deletions(-) diff --git a/p2v/.gitignore b/p2v/.gitignore index 673e8ad83..8495f6c2f 100644