
Hi, I just tried using the OVA import feature in 4.0.4 to import an OVA file created from VMware-Workstation-12. I packaged the OVA, got it onto my ovirt host, and then go the Admin GUI and under the Virtual Machines tab clicked on Import. From there I chose Source: VMware Virtual Appliance (OVA), and selected the (local-to-the-host) path where I put the OVA file. After clicking Load it displayed the vm name in the window. I click on that and click the right arrow to and then Next. Then I select my storage domain to use and continue. It loads the VM and starts to process it internally with virt-v2v, but then it inexplicably fails. The only message in the GUI is: Failed to import Vm <vm name> to Data Center Default, Cluster Default I tried to look into /var/log/vdsm/vdsm.log looking for any errors. I found this: Thread-88166::ERROR::2016-11-05 16:36:09,219::v2v::674::root::(_run) Job u'cdb1e eb7-63f3-46e8-abd5-5292dcc8809a' failed Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 669, in _run self._import() File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 696, in _import self._proc.stderr.read(1024))) V2VProcessError: Job u'cdb1eeb7-63f3-46e8-abd5-5292dcc8809a' process failed exit -code: 1, stderr: virt-v2v: error: unable to rebuild initrd (/boot/initramfs-4.2.6-301.fc23.x86_64.img) because mkinitrd or dracut was not found in the guest If reporting bugs, run virt-v2v with debugging enabled and include the complete output: virt-v2v -v -x [...] I don't understand this error because /usr/bin/dracut certainly exists in the VM. Anyone have any suggestions on how to get around this? Thanks, -derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH warlord@MIT.EDU PGP key available

Hi again, After a bit more research I found this message in libguestfs[0] that seems to imply the issue is related to Fedora 23 in that dracut was moved from /sbin to /usr/bin. Apparently this was fixed in libguestfs on January 28, 2016 by a change to convert_linux.ml [1]. But apparently this change isn't in the centos-7.2/ovirt-4.0.4 packages? I just looked through my ovirt host and canot find "convert_linux.ml" anywhere, so I have no idea how to actually apply this patch locally. Short term I suppose I can fix this by adding a symlink in the VM and repackage the OVA, but it would be nice to actually get this bugfix propagated; it's been almost a year? Thanks, -derek [0] https://www.redhat.com/archives/libguestfs/2016-January/msg00138.html [1] https://github.com/libguestfs/libguestfs/commit/569ad259b4726fbdabf380bdca34... On Sat, November 5, 2016 5:02 pm, Derek Atkins wrote:
Hi, I just tried using the OVA import feature in 4.0.4 to import an OVA file created from VMware-Workstation-12. I packaged the OVA, got it onto my ovirt host, and then go the Admin GUI and under the Virtual Machines tab clicked on Import. From there I chose Source: VMware Virtual Appliance (OVA), and selected the (local-to-the-host) path where I put the OVA file. After clicking Load it displayed the vm name in the window. I click on that and click the right arrow to and then Next. Then I select my storage domain to use and continue. It loads the VM and starts to process it internally with virt-v2v, but then it inexplicably fails. The only message in the GUI is: Failed to import Vm <vm name> to Data Center Default, Cluster Default
I tried to look into /var/log/vdsm/vdsm.log looking for any errors. I found this:
Thread-88166::ERROR::2016-11-05 16:36:09,219::v2v::674::root::(_run) Job u'cdb1e eb7-63f3-46e8-abd5-5292dcc8809a' failed Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 669, in _run self._import() File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 696, in _import self._proc.stderr.read(1024))) V2VProcessError: Job u'cdb1eeb7-63f3-46e8-abd5-5292dcc8809a' process failed exit -code: 1, stderr: virt-v2v: error: unable to rebuild initrd (/boot/initramfs-4.2.6-301.fc23.x86_64.img) because mkinitrd or dracut was not found in the guest
If reporting bugs, run virt-v2v with debugging enabled and include the complete output:
virt-v2v -v -x [...]
I don't understand this error because /usr/bin/dracut certainly exists in the VM.
Anyone have any suggestions on how to get around this?
Thanks,
-derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH warlord@MIT.EDU PGP key available _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Derek Atkins 617-623-3745 derek@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant

Hi, On Sat, 5 Nov 2016 17:34:25 -0400 "Derek Atkins" <derek@ihtfp.com> wrote:
Hi again,
After a bit more research I found this message in libguestfs[0] that seems to imply the issue is related to Fedora 23 in that dracut was moved from /sbin to /usr/bin. Apparently this was fixed in libguestfs on January 28, 2016 by a change to convert_linux.ml [1]. But apparently this change isn't in the centos-7.2/ovirt-4.0.4 packages?
Yes you're right. That change was not back-ported to the version of virt-v2v on CentOS 7.2. But if I understand things correctly it should appear in CentOS 7.3. Is waiting for Centos 7.3 an option for you?
I just looked through my ovirt host and canot find "convert_linux.ml" anywhere, so I have no idea how to actually apply this patch locally.
You can't just patch the code localy (it's not Python). You'd need to recompile the virt-v2v binary.
Short term I suppose I can fix this by adding a symlink in the VM and repackage the OVA, but it would be nice to actually get this bugfix propagated; it's been almost a year?
Adding Richard to the loop.
Thanks,
-derek
[0] https://www.redhat.com/archives/libguestfs/2016-January/msg00138.html [1] https://github.com/libguestfs/libguestfs/commit/569ad259b4726fbdabf380bdca34...
On Sat, November 5, 2016 5:02 pm, Derek Atkins wrote:
Hi, I just tried using the OVA import feature in 4.0.4 to import an OVA file created from VMware-Workstation-12. I packaged the OVA, got it onto my ovirt host, and then go the Admin GUI and under the Virtual Machines tab clicked on Import. From there I chose Source: VMware Virtual Appliance (OVA), and selected the (local-to-the-host) path where I put the OVA file. After clicking Load it displayed the vm name in the window. I click on that and click the right arrow to and then Next. Then I select my storage domain to use and continue. It loads the VM and starts to process it internally with virt-v2v, but then it inexplicably fails. The only message in the GUI is: Failed to import Vm <vm name> to Data Center Default, Cluster Default
I tried to look into /var/log/vdsm/vdsm.log looking for any errors. I found this:
Thread-88166::ERROR::2016-11-05 16:36:09,219::v2v::674::root::(_run) Job u'cdb1e eb7-63f3-46e8-abd5-5292dcc8809a' failed Traceback (most recent call last): File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 669, in _run self._import() File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 696, in _import self._proc.stderr.read(1024))) V2VProcessError: Job u'cdb1eeb7-63f3-46e8-abd5-5292dcc8809a' process failed exit -code: 1, stderr: virt-v2v: error: unable to rebuild initrd (/boot/initramfs-4.2.6-301.fc23.x86_64.img) because mkinitrd or dracut was not found in the guest
If reporting bugs, run virt-v2v with debugging enabled and include the complete output:
virt-v2v -v -x [...]
I don't understand this error because /usr/bin/dracut certainly exists in the VM.
Anyone have any suggestions on how to get around this?
Thanks,
-derek -- Derek Atkins, SB '93 MIT EE, SM '95 MIT Media Laboratory Member, MIT Student Information Processing Board (SIPB) URL: http://web.mit.edu/warlord/ PP-ASEL-IA N1NWH warlord@MIT.EDU PGP key available _______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Derek Atkins 617-623-3745 derek@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant
_______________________________________________ Users mailing list Users@ovirt.org http://lists.ovirt.org/mailman/listinfo/users
-- Tomáš Golembiovský <tgolembi@redhat.com>

On Sun, Nov 06, 2016 at 10:11:43PM +0100, Tomáš Golembiovský wrote:
Hi,
On Sat, 5 Nov 2016 17:34:25 -0400 "Derek Atkins" <derek@ihtfp.com> wrote:
Hi again,
After a bit more research I found this message in libguestfs[0] that seems to imply the issue is related to Fedora 23 in that dracut was moved from /sbin to /usr/bin. Apparently this was fixed in libguestfs on January 28, 2016 by a change to convert_linux.ml [1]. But apparently this change isn't in the centos-7.2/ovirt-4.0.4 packages?
Yes you're right. That change was not back-ported to the version of virt-v2v on CentOS 7.2. But if I understand things correctly it should appear in CentOS 7.3. Is waiting for Centos 7.3 an option for you?
I just looked through my ovirt host and canot find "convert_linux.ml" anywhere, so I have no idea how to actually apply this patch locally.
You can't just patch the code localy (it's not Python). You'd need to recompile the virt-v2v binary.
Short term I suppose I can fix this by adding a symlink in the VM and repackage the OVA, but it would be nice to actually get this bugfix propagated; it's been almost a year?
Adding Richard to the loop.
I need the additional information as described here: https://bugzilla.redhat.com/show_bug.cgi?id=1392228 Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org

Hi, On Sun, November 6, 2016 4:07 pm, Richard W.M. Jones wrote:
On Sun, Nov 06, 2016 at 10:11:43PM +0100, Tomáš Golembiovský wrote:
Hi,
On Sat, 5 Nov 2016 17:34:25 -0400 "Derek Atkins" <derek@ihtfp.com> wrote:
Hi again,
After a bit more research I found this message in libguestfs[0] that seems to imply the issue is related to Fedora 23 in that dracut was moved from /sbin to /usr/bin. Apparently this was fixed in libguestfs on January 28, 2016 by a change to convert_linux.ml [1]. But apparently this change isn't in the centos-7.2/ovirt-4.0.4 packages?
Yes you're right. That change was not back-ported to the version of virt-v2v on CentOS 7.2. But if I understand things correctly it should appear in CentOS 7.3. Is waiting for Centos 7.3 an option for you?
t depends. When is 7.3 due? If the answer is "next week", then yes, I can wait. If the answer is "in a month or four" then no. ;-)
I just looked through my ovirt host and canot find "convert_linux.ml" anywhere, so I have no idea how to actually apply this patch locally.
You can't just patch the code localy (it's not Python). You'd need to recompile the virt-v2v binary.
Short term I suppose I can fix this by adding a symlink in the VM and repackage the OVA, but it would be nice to actually get this bugfix propagated; it's been almost a year?
Adding Richard to the loop.
I need the additional information as described here:
https://bugzilla.redhat.com/show_bug.cgi?id=1392228
Rich.
Thanks, Rich. I'm honestly not sure what the full log told you that my snippets didn't, but upgrading to your EL7.3 pre-release packages solved my problem. Thanks, Now back to continuing my setup and testing (and backups).
-- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming and virtualization blog: http://rwmj.wordpress.com libguestfs lets you edit virtual machines. Supports shell scripting, bindings from many languages. http://libguestfs.org
-derek -- Derek Atkins 617-623-3745 derek@ihtfp.com www.ihtfp.com Computer and Internet Security Consultant
participants (3)
-
Derek Atkins
-
Richard W.M. Jones
-
Tomáš Golembiovský