Bug 1171130

It turns out that I'd already diagnose this before.  It happens
because the mkinitrd in RHEL 3 runs a command called 'findlodev'.
This command isn't compatible with modern kernels (such as the one
used by libguestfs).  Not sure what we can do about this -- perhaps
a hairy patch of findlodev in the guest.

Anyway, moving to RHEL 7.2 because we don't much care about conversion
of RHEL 3 guests.

Actually, I changed my mind, since fixing this proved to be quite simple:

https://github.com/libguestfs/libguestfs/commit/1bd779c983d62f36bf50ad613928cf209f98fbce

And now conversion of RHEL 3 is successful:

$ virt-v2v -i disk rhel-3.9.img -o null
[   0.0] Opening the source -i disk rhel-3.9.img
[   0.0] Creating an overlay to protect the source from being modified
[   0.0] Opening the overlay
[  15.0] Initializing the target -o null
[  15.0] Inspecting the overlay
[  17.0] Checking for sufficient free disk space in the guest
[  17.0] Estimating space required on target for each disk
[  17.0] Converting Red Hat Enterprise Linux AS release 3 (Taroon Update 9) to run on KVM
virt-v2v: This guest does not have virtio drivers installed.
[  19.0] Mapping filesystem data to avoid copying unused and blank areas
[  19.0] Closing the overlay
[  19.0] Copying disk 1/1 to /home/rjones/d/libguestfs/tmp/null.Tb3naa/sda (raw)
    (100.00/100%)
[  20.0] Creating output metadata
[  20.0] Finishing off

I can reproduce this issue with package:
virt-v2v-1.28.1-1.14.el7.x86_64
libguestfs-1.28.1-1.14.el7.x86_64

Steps:
# virt-v2v -i disk xen-hvm-rhel3.9-x86_64.img -o null
[   0.0] Opening the source -i disk xen-hvm-rhel3.9-x86_64.img
[   0.0] Creating an overlay to protect the source from being modified
[   0.0] Opening the overlay
[   4.0] Initializing the target -o null
[   4.0] Inspecting the overlay
[   9.0] Checking for sufficient free disk space in the guest
[   9.0] Estimating space required on target for each disk
[   9.0] Converting Red Hat Enterprise Linux AS release 3 (Taroon Update 9) to run on KVM
virt-v2v: error: libguestfs error: command: All of your loopback devices 
are in use.

If reporting bugs, run virt-v2v with debugging enabled and include the 
complete output:

  virt-v2v -v -x [...]

Then try to verify with new build:

(In reply to zhoujunqin from comment #4)
> I can reproduce this issue with package:
> virt-v2v-1.28.1-1.14.el7.x86_64
> libguestfs-1.28.1-1.14.el7.x86_64
> 
> Steps:
> # virt-v2v -i disk xen-hvm-rhel3.9-x86_64.img -o null
> [   0.0] Opening the source -i disk xen-hvm-rhel3.9-x86_64.img
> [   0.0] Creating an overlay to protect the source from being modified
> [   0.0] Opening the overlay
> [   4.0] Initializing the target -o null
> [   4.0] Inspecting the overlay
> [   9.0] Checking for sufficient free disk space in the guest
> [   9.0] Estimating space required on target for each disk
> [   9.0] Converting Red Hat Enterprise Linux AS release 3 (Taroon Update 9)
> to run on KVM
> virt-v2v: error: libguestfs error: command: All of your loopback devices 
> are in use.
> 
> If reporting bugs, run virt-v2v with debugging enabled and include the 
> complete output:
> 
>   virt-v2v -v -x [...]
> 
> Then try to verify with new build:

Go on verifying this bug:
virt-v2v-1.28.1-1.15.el7.x86_64
libguestfs-1.28.1-1.15.el7.x86_64

steps:
# virt-v2v -i disk xen-hvm-rhel3.9-x86_64.img 
[   0.0] Opening the source -i disk xen-hvm-rhel3.9-x86_64.img
[   0.0] Creating an overlay to protect the source from being modified
[   0.0] Opening the overlay
[   4.0] Initializing the target -o libvirt -os default
[   4.0] Inspecting the overlay
[   8.0] Checking for sufficient free disk space in the guest
[   8.0] Estimating space required on target for each disk
[   8.0] Converting Red Hat Enterprise Linux AS release 3 (Taroon Update 9) to run on KVM
virt-v2v: This guest does not have virtio drivers installed.
[  10.0] Mapping filesystem data to avoid copying unused and blank areas
[  11.0] Closing the overlay
[  11.0] Copying disk 1/1 to /var/lib/libvirt/images/xen-hvm-rhel3.9-x86_64-sda (raw)
    (100.00/100%)
[  52.0] Creating output metadata
Pool default refreshed

Domain xen-hvm-rhel3.9-x86_64 defined from /tmp/v2vlibvirt9e375a.xml

[  59.0] Finishing off

Result: Conversion finished successfully and guest can boot up with no error.

so move this bug to VERIFIED.

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2015-0303.html