Hide Forgot
Description of problem: libguestfs uses the modprobe.conf lens to parse modules.conf. If a RHEL 3 guest contains modules.conf directive which are not valid in modprobe.conf, conversion will fail. This situation is quite common, for example if the guest has sound configured. This impacts the ability of virt-v2v to convert RHEL 3 guests. This has already been fixed upstream and the patch is included in RHEL 5. This looks like an oversight. Version-Release number of selected component (if applicable): libguestfs-1.2.7-1.18.el6.x86_64
*** Bug 617087 has been marked as a duplicate of this bug. ***
Fixed in libguestfs-1.2.7-1.21.el6
Matt, Can you provide a reproducer of this bug? I tried the modules.conf file from bug 617087 with a RHEL 3 image, made some simple aug-* calls over the modules.conf, but couldn't see any difference with libguestfs-1.2.7-1.18.el6 and libguestfs-1.2.7-1.21.el6.
test on, libvirt-0.8.1-18.el6.x86_64 virt-v2v-0.6.1-2.el6.x86_64 libguestfs-1.2.7-1.21.el6.x86_64 the network driver is converted successfully on rhel3u9-hvm(32 bit & 64 bit), but sound card driver still not converted successfully, if we need to fixed the sound card driver issue on this bug?
virt-inspector would probably be the best way to check it. Create a RHEL 3 guest and add a line to /etc/modules.conf which wouldn't be valid syntax in /etc/modprobe.conf, e.g.: post-install serial /etc/init.d/setserial modload > /dev/null 2> /dev/null Then run 'virt-inspector --perl' against the image and look for the list of module aliases. If it doesn't fail entirely, this will be empty without the patch. With the patch, it will work as expected.
(In reply to comment #5) > test on, > > libvirt-0.8.1-18.el6.x86_64 > virt-v2v-0.6.1-2.el6.x86_64 > libguestfs-1.2.7-1.21.el6.x86_64 > > > the network driver is converted successfully on rhel3u9-hvm(32 bit & 64 bit), > > but sound card driver still not converted successfully, if we need to fixed the > sound card driver issue on this bug? The sound card is not related to this bug. There's a separate bug for that.
(In reply to comment #6) > virt-inspector would probably be the best way to check it. Create a RHEL 3 > guest and add a line to /etc/modules.conf which wouldn't be valid syntax in > /etc/modprobe.conf, e.g.: > > post-install serial /etc/init.d/setserial modload > /dev/null 2> /dev/null > > Then run 'virt-inspector --perl' against the image and look for the list of > module aliases. If it doesn't fail entirely, this will be empty without the > patch. With the patch, it will work as expected. Yes, I tested with this modules.conf, $ virt-cat rhel3u9-32b-hv-raw-amd.img /etc/modules.conf alias eth0 8139cp alias usb-controller usb-uhci post-install serial /etc/init.d/setserial modload > /dev/null 2> /dev/null with libguestfs-1.2.7-1.18, the 'modprobe_aliases' section of 'virt-inspector --perl' output is empty, $ virt-inspector --perl rhel3u9-32b-hv-raw-amd.img | grep aliases 'modprobe_aliases' => {}, after upgraded to libguestfs-1.2.7-1.21.el6, the output has changed to (I've reformatted the indentation for better web display), $ virt-inspector --perl rhel3u9-32b-hv-raw-amd.img ... 'modprobe_aliases' => { 'usb-controller' => { 'file' => '/etc/modules.conf', 'modulename' => 'usb-uhci', 'augeas' => '/files/etc/modules.conf/alias[2]' }, 'eth0' => { 'file' => '/etc/modules.conf', 'modulename' => '8139cp', 'augeas' => '/files/etc/modules.conf/alias[1]' } }, ... So this package should be working as expected. Moving this bug to VERIFIED.
Red Hat Enterprise Linux 6.0 is now available and should resolve the problem described in this bug report. This report is therefore being closed with a resolution of CURRENTRELEASE. You may reopen this bug report if the solution does not work for you.