RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 1170073 - virt-v2v picks debug kernels over non-debug kernels when versions are equal
Summary: virt-v2v picks debug kernels over non-debug kernels when versions are equal
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: libguestfs
Version: 7.1
Hardware: Unspecified
OS: Unspecified
medium
medium
Target Milestone: rc
: ---
Assignee: Richard W.M. Jones
QA Contact: Virtualization Bugs
URL:
Whiteboard: V2V
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2014-12-03 08:14 UTC by tingting zheng
Modified: 2015-03-05 13:47 UTC (History)
8 users (show)

Fixed In Version: libguestfs-1.28.1-1.17.el7
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2015-03-05 13:47:41 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
Log file of virt-v2v (690.82 KB, text/plain)
2014-12-04 02:50 UTC, tingting zheng 		no flags Details
sceenshot of debug kernel fail to boot. (77.03 KB, image/png)
2014-12-04 09:28 UTC, tingting zheng 		no flags Details
rhel6.6-i386-hvm-2kernel-debug-kernel_debug.log (692.93 KB, text/plain)
2014-12-10 11:08 UTC, zhoujunqin 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHBA-2015:0303 0 normal SHIPPED_LIVE libguestfs bug fix and enhancement update 2015-03-05 17:34:44 UTC

Description tingting zheng 2014-12-03 08:14:35 UTC 
Description
virt-v2v always use the first kernel (0th kernel) instead of the default kernel (ex: default=1) refer to old version of virt-v2v bug:829859

Version:
virt-v2v-1.28.1-1.14.el7.x86_64
libguestfs-1.28.1-1.14.el7.x86_64

How reproducible:
100%

Steps to Reproduce:
1.Prepare a guest with 2 kernel installed,set the second kernel as default kernel,default=1.

2.Grub file before conversion:
# cat /etc/grub.conf
default=1
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Red Hat Enterprise Linux Server (2.6.32-496.el6.i686.debug)
        root (hd0,0)
        kernel /vmlinuz-2.6.32-496.el6.i686.debug ro root=/dev/mapper/vg_unused-lv_root rd_NO_LUKS  KEYBOARDTYPE=pc KEYTABLE=us LANG=en_US.UTF-8 rd_LVM_LV=vg_unused/lv_swap rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=vg_unused/lv_root rd_NO_DM rhgb quiet
        initrd /initramfs-2.6.32-496.el6.i686.debug.img
title Red Hat Enterprise Linux 6 (2.6.32-496.el6.i686)
        root (hd0,0)
        kernel /vmlinuz-2.6.32-496.el6.i686 ro root=/dev/mapper/vg_unused-lv_root rd_NO_LUKS  KEYBOARDTYPE=pc KEYTABLE=us LANG=en_US.UTF-8 rd_LVM_LV=vg_unused/lv_swap rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=vg_unused/lv_root rd_NO_DM rhgb quiet
        initrd /initramfs-2.6.32-496.el6.i686.img


# uname -r
2.6.32-496.el6.x86_64

3.Use virt-v2v to convert the guest:
# virt-v2v -ic xen+ssh://10.66.106.64 -os test rhel6.6-i386-hvm -of raw
[   0.0] Opening the source -i libvirt -ic xen+ssh://10.66.106.64 rhel6.6-i386-hvm
[  17.0] Creating an overlay to protect the source from being modified
[  47.0] Opening the overlay
[  83.0] Initializing the target -o libvirt -os test
[  83.0] Inspecting the overlay
[  91.0] Checking for sufficient free disk space in the guest
[  91.0] Estimating space required on target for each disk
[  91.0] Converting Red Hat Enterprise Linux Server release 6.6 Beta (Santiago) to run on KVM
virt-v2v: This guest has virtio drivers installed.
[ 149.0] Mapping filesystem data to avoid copying unused and blank areas
[ 149.0] Closing the overlay
[ 149.0] Copying disk 1/2 to /var/lib/libvirt/images/test/rhel6.6-i386-hvm-sda (raw)
    (100.00/100%)
[ 231.0] Copying disk 2/2 to /var/lib/libvirt/images/test/rhel6.6-i386-hvm-sdb (raw)
    (100.00/100%)
[ 370.0] Creating output metadata
Pool test refreshed

Domain rhel6.6-i386-hvm defined from /tmp/v2vlibvirt4d721a.xml

[ 370.0] Finishing off

4.After conversion,check the boot kernel is the first kernel:2.6.32-496.el6.i686.debug instead of the default kernel.

Actual results：
virt-v2v use the first kernel instead of default kernel to create new converted guest.

Expected results:
virt-v2v should use the default kernel to create new converted guest.

Additional info:
Comment 2 Richard W.M. Jones 2014-12-03 11:59:32 UTC 
Hi Tingting, as always I need the full output (virt-v2v -v -x).

The code does actually read the 'default' setting from the grub
config, or it's supposed to be doing that.
Comment 3 tingting zheng 2014-12-04 02:49:55 UTC 
(In reply to Richard W.M. Jones from comment #2)
> Hi Tingting, as always I need the full output (virt-v2v -v -x).
> 
> The code does actually read the 'default' setting from the grub
> config, or it's supposed to be doing that.

I found that if there are several versions of kernel,virt-v2v always use the latest one whatever the default you set.

If there are only 1 normal kernel and 1 debug kernel,it use the debug one(as the description).
Comment 4 tingting zheng 2014-12-04 02:50:29 UTC 
Created attachment 964419 [details]
Log file of virt-v2v
Comment 5 Richard W.M. Jones 2014-12-04 09:17:10 UTC 
I'm moving this to 7.2, because the guest doesn't fail to boot.

What's actually happening here is that virt-v2v chooses the best
kernel, and deliberately changes the default setting in grub's
configuration to point to the best kernel.

If you have two kernels with equal version, but one is non-debug
and one is debug, then the sort ordering will favour the debug
one just because kernel-2.6.32-496.el6 < kernel-debug-2.6.32-496.el6

The way to fix this is to modify the sort ordering slightly so that
when the versions are equal, we favour the non-debug kernel.
Comment 6 tingting zheng 2014-12-04 09:27:57 UTC 
(In reply to Richard W.M. Jones from comment #5)
> I'm moving this to 7.2, because the guest doesn't fail to boot.

Actually the guest failed to boot with the debug kernel,refer to the screenshot.

> What's actually happening here is that virt-v2v chooses the best
> kernel, and deliberately changes the default setting in grub's
> configuration to point to the best kernel.

Yes,virt-v2v always pickup the latest kernel.
Comment 7 tingting zheng 2014-12-04 09:28:39 UTC 
Created attachment 964522 [details]
sceenshot of debug kernel fail to boot.
Comment 8 Richard W.M. Jones 2014-12-04 09:41:48 UTC 
Patch posted:

https://www.redhat.com/archives/libguestfs/2014-December/msg00038.html
Comment 9 Richard W.M. Jones 2014-12-04 10:21:08 UTC 
To reproduce this bug, I did:

$ virt-builder rhel-6.6 --size=20G --root-password password:123456

I then booted this guest in KVM directly:

$ qemu-kvm -hda rhel-6.6.img -m 4096 &

Logged in as root, and did:

# yum install kernel-debug

This results in two kernels in /boot/grub/menu.lst, with default=1,
essentially matching the description in comment 0.

Doing a regular conversion switches the default=0, as described in
this bug report.

However the guest does still boot OK.  I did not reproduce the boot
failure (comment 6).

When I applied the patch and re-ran virt-v2v, it now chooses the
non-debug kernel (so default=1 after conversion).  Boot is successful.
Comment 10 Richard W.M. Jones 2014-12-04 10:22:17 UTC 
v2 of upstream patch:
https://www.redhat.com/archives/libguestfs/2014-December/msg00041.html
Comment 11 Richard W.M. Jones 2014-12-05 12:48:06 UTC 
Upstream fix:
https://github.com/libguestfs/libguestfs/commit/c712f880db640163a0ce913e42115ecf4f6aa0c2
https://github.com/libguestfs/libguestfs/commit/0c2e676f6c92efce890006903585dabd1f72f3b1
Comment 13 zhoujunqin 2014-12-08 07:40:15 UTC 
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

Then try to verify this bug with new build:
virt-v2v-1.28.1-1.15.el7.x86_64
libguestfs-1.28.1-1.15.el7.x86_64

Steps:

1. Prepare a guest with 2 kernel installed(debug kernels & non-debug kernels), set the second kernel as default kernel,default=1.
kernel-2.6.32-496.el6.i686
kernel-debug-2.6.32-496.el6.i686

2.Grub file before conversion:
# cat /boot/grub/grub.conf 

default=1
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Red Hat Enterprise Linux Server (2.6.32-496.el6.i686.debug)
	root (hd0,0)
	kernel /vmlinuz-2.6.32-496.el6.i686.debug ro root=/dev/mapper/vg_unused-lv_root rd_NO_LUKS  KEYBOARDTYPE=pc KEYTABLE=us LANG=en_US.UTF-8 rd_LVM_LV=vg_unused/lv_swap rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=vg_unused/lv_root rd_NO_DM rhgb quiet
	initrd /initramfs-2.6.32-496.el6.i686.debug.img
title Red Hat Enterprise Linux 6 (2.6.32-496.el6.i686)
	root (hd0,0)
	kernel /vmlinuz-2.6.32-496.el6.i686 ro root=/dev/mapper/vg_unused-lv_root rd_NO_LUKS  KEYBOARDTYPE=pc KEYTABLE=us LANG=en_US.UTF-8 rd_LVM_LV=vg_unused/lv_swap rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=vg_unused/lv_root rd_NO_DM rhgb quiet
	initrd /initramfs-2.6.32-496.el6.i686.img

3.Use virt-v2v to convert the guest:

# virt-v2v -ic xen+ssh://10.66.106.64 -os default  rhel6.6-i386-hvm-2kernel  -of raw
[   0.0] Opening the source -i libvirt -ic xen+ssh://10.66.106.64 rhel6.6-i386-hvm-2kernel
[   0.0] Creating an overlay to protect the source from being modified
[   1.0] Opening the overlay
[   5.0] Initializing the target -o libvirt -os default
[   5.0] Inspecting the overlay
[  10.0] Checking for sufficient free disk space in the guest
[  10.0] Estimating space required on target for each disk
[  10.0] Converting Red Hat Enterprise Linux Server release 6.6 Beta (Santiago) to run on KVM
virt-v2v: This guest has virtio drivers installed.
[  44.0] Mapping filesystem data to avoid copying unused and blank areas
[  45.0] Closing the overlay
[  45.0] Copying disk 1/2 to /var/lib/libvirt/images/rhel6.6-i386-hvm-2kernel-sda (raw)
    (100.00/100%)
[ 108.0] Copying disk 2/2 to /var/lib/libvirt/images/rhel6.6-i386-hvm-2kernel-sdb (raw)
    (100.00/100%)
[ 230.0] Creating output metadata
Pool default refreshed

Domain rhel6.6-i386-hvm-2kernel defined from /tmp/v2vlibvirt5c11a0.xml

[ 230.0] Finishing off

4. Boot up guest and check.

Result1: Guest can boot up with non-debug kernel as default kernel automatically with no error(Red Hat Enterprise Linux 6 (2.6.32-496.el6.i686)), login in guest and check:
# uname -r 
2.6.32-496.el6.i686

# cat /boot/grub/grub.conf 

default=1
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Red Hat Enterprise Linux Server (2.6.32-496.el6.i686.debug)
	root (hd0,0)
	kernel /vmlinuz-2.6.32-496.el6.i686.debug ro root=/dev/mapper/vg_unused-lv_root rd_NO_LUKS  KEYBOARDTYPE=pc KEYTABLE=us LANG=en_US.UTF-8 rd_LVM_LV=vg_unused/lv_swap rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=vg_unused/lv_root rd_NO_DM rhgb quiet
	initrd /initramfs-2.6.32-496.el6.i686.debug.img
title Red Hat Enterprise Linux 6 (2.6.32-496.el6.i686)
	root (hd0,0)
	kernel /vmlinuz-2.6.32-496.el6.i686 ro root=/dev/mapper/vg_unused-lv_root rd_NO_LUKS  KEYBOARDTYPE=pc KEYTABLE=us LANG=en_US.UTF-8 rd_LVM_LV=vg_unused/lv_swap rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=vg_unused/lv_root rd_NO_DM rhgb quiet
	initrd /initramfs-2.6.32-496.el6.i686.img

Result2: Guest will hang when choose debug-kernel by manual as attachment as Comment 7.

So rjones, please help me have a look about above results，now after conversion, kernel boot sequence is ok, but the debug-kernel also cannot work. Do you think it's ok to verify this bug, thanks.
Comment 14 Richard W.M. Jones 2014-12-08 14:24:50 UTC 
No idea, but as long as it chooses the non-debug kernel and
boots without user intervention, I think this bug can be moved
to VERIFIED.
Comment 15 zhoujunqin 2014-12-10 06:34:52 UTC 
(In reply to Richard W.M. Jones from comment #14)
> No idea, but as long as it chooses the non-debug kernel and
> boots without user intervention, I think this bug can be moved
> to VERIFIED.

Hi rjones,
thanks for your reply first, and i also test another scenario:

1. Use same guest on xen server, but start guest and login guest change default boot kernel to debug-kernel:
# uname -r 
2.6.32-496.el6.i686.debug

# cat /boot/grub/grub.conf 

default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Red Hat Enterprise Linux Server (2.6.32-496.el6.i686.debug)
	root (hd0,0)
	kernel /vmlinuz-2.6.32-496.el6.i686.debug ro root=/dev/mapper/vg_unused-lv_root rd_NO_LUKS  KEYBOARDTYPE=pc KEYTABLE=us LANG=en_US.UTF-8 rd_LVM_LV=vg_unused/lv_swap rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=vg_unused/lv_root rd_NO_DM rhgb quiet
	initrd /initramfs-2.6.32-496.el6.i686.debug.img
title Red Hat Enterprise Linux 6 (2.6.32-496.el6.i686)
	root (hd0,0)
	kernel /vmlinuz-2.6.32-496.el6.i686 ro root=/dev/mapper/vg_unused-lv_root rd_NO_LUKS  KEYBOARDTYPE=pc KEYTABLE=us LANG=en_US.UTF-8 rd_LVM_LV=vg_unused/lv_swap rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=vg_unused/lv_root rd_NO_DM rhgb quiet
	initrd /initramfs-2.6.32-496.el6.i686.img

2. Shut down guest and convert this guest to local kvm.
# virt-v2v -ic xen+ssh://10.66.106.64 -os default  rhel6.6-i386-hvm-2kernel  -of raw -on rhel6.6-i386-hvm-2kernel-debug-kernel
[   0.0] Opening the source -i libvirt -ic xen+ssh://10.66.106.64 rhel6.6-i386-hvm-2kernel
[   0.0] Creating an overlay to protect the source from being modified
[   1.0] Opening the overlay
[   5.0] Initializing the target -o libvirt -os default
[   5.0] Inspecting the overlay
[  11.0] Checking for sufficient free disk space in the guest
[  11.0] Estimating space required on target for each disk
[  11.0] Converting Red Hat Enterprise Linux Server release 6.6 Beta (Santiago) to run on KVM
virt-v2v: This guest has virtio drivers installed.
[  45.0] Mapping filesystem data to avoid copying unused and blank areas
[  45.0] Closing the overlay
[  45.0] Copying disk 1/2 to /var/lib/libvirt/images/rhel6.6-i386-hvm-2kernel-debug-kernel-sda (raw)
    (100.00/100%)
[ 109.0] Copying disk 2/2 to /var/lib/libvirt/images/rhel6.6-i386-hvm-2kernel-debug-kernel-sdb (raw)
    (100.00/100%)
[ 232.0] Creating output metadata
Pool default refreshed

Domain rhel6.6-i386-hvm-2kernel-debug-kernel defined from /tmp/v2vlibvirtbb6ed7.xml

[ 232.0] Finishing off

3. After conversion, boot up guest:

Result: Guest choose the first kernel (debug-kernel) as default boot kernel, and this is expected, but i will hang with debug-kernel as attached in Comment 7. 
And if you choose non-debug kernel, it will boot up.

so rjones, i think there is also something wrong with xen guest with 2 kernels，especially the debug-kernel, please help check.

what more, i also test the two scenario with a local rhel6 guest, after convert it to rhevm, both debug-kernel and non-debug kernel works well, thanks.
Comment 16 Richard W.M. Jones 2014-12-10 10:55:12 UTC 
(In reply to zhoujunqin from comment #15)

> # cat /boot/grub/grub.conf 

> title Red Hat Enterprise Linux Server (2.6.32-496.el6.i686.debug)

> title Red Hat Enterprise Linux 6 (2.6.32-496.el6.i686)

> Result: Guest choose the first kernel (debug-kernel) as default boot kernel,
> and this is expected, but i will hang with debug-kernel as attached in
> Comment 7. 

I would have expected it to choose the non-debug kernel in this case.

What's the virt-v2v -v -x output?

Also I wonder why these debug kernels don't boot.  It sounds like they
are broken or there is another kernel bug there.
Comment 17 zhoujunqin 2014-12-10 11:08:49 UTC 
Created attachment 966738 [details]
rhel6.6-i386-hvm-2kernel-debug-kernel_debug.log
Comment 18 Richard W.M. Jones 2014-12-10 13:22:33 UTC 
Indeed there was a further bug which prevented it from picking
any kernel other than the first one in the grub file.  Fix:

https://github.com/libguestfs/libguestfs/commit/e1fd9615cc4a9ceb68f4a47a289712fc31a0af5e
Comment 19 zhoujunqin 2014-12-11 06:22:07 UTC 
Try to verify it with new build:
libguestfs-1.28.1-1.17.el7.x86_64
virt-v2v-1.28.1-1.17.el7.x86_64

Scenario 1:

1. Use same guest on xen server, but start guest and login guest change default boot kernel to debug-kernel:
# uname -r 
2.6.32-496.el6.i686.debug

# cat /boot/grub/grub.conf 

default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Red Hat Enterprise Linux Server (2.6.32-496.el6.i686.debug)
	root (hd0,0)
	kernel /vmlinuz-2.6.32-496.el6.i686.debug ro root=/dev/mapper/vg_unused-lv_root rd_NO_LUKS  KEYBOARDTYPE=pc KEYTABLE=us LANG=en_US.UTF-8 rd_LVM_LV=vg_unused/lv_swap rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=vg_unused/lv_root rd_NO_DM rhgb quiet
	initrd /initramfs-2.6.32-496.el6.i686.debug.img
title Red Hat Enterprise Linux 6 (2.6.32-496.el6.i686)
	root (hd0,0)
	kernel /vmlinuz-2.6.32-496.el6.i686 ro root=/dev/mapper/vg_unused-lv_root rd_NO_LUKS  KEYBOARDTYPE=pc KEYTABLE=us LANG=en_US.UTF-8 rd_LVM_LV=vg_unused/lv_swap rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=vg_unused/lv_root rd_NO_DM rhgb quiet
	initrd /initramfs-2.6.32-496.el6.i686.img

2. Shut down guest and convert this guest to local kvm.

# virt-v2v -ic xen+ssh://10.66.106.64 -os default  rhel6.6-i386-hvm-2kernel  -of raw -on rhel6.6-i386-hvm-2kernel-debug-kernel
[   0.0] Opening the source -i libvirt -ic xen+ssh://10.66.106.64 rhel6.6-i386-hvm-2kernel
[   1.0] Creating an overlay to protect the source from being modified
[   2.0] Opening the overlay
[   9.0] Initializing the target -o libvirt -os default
[   9.0] Inspecting the overlay
[  15.0] Checking for sufficient free disk space in the guest
[  15.0] Estimating space required on target for each disk
[  15.0] Converting Red Hat Enterprise Linux Server release 6.6 Beta (Santiago) to run on KVM
virt-v2v: This guest has virtio drivers installed.
[  49.0] Mapping filesystem data to avoid copying unused and blank areas
[  50.0] Closing the overlay
[  50.0] Copying disk 1/2 to /var/lib/libvirt/images/rhel6.6-i386-hvm-2kernel-debug-kernel-sda (raw)
    (100.00/100%)
[ 112.0] Copying disk 2/2 to /var/lib/libvirt/images/rhel6.6-i386-hvm-2kernel-debug-kernel-sdb (raw)
    (100.00/100%)
[ 232.0] Creating output metadata
Pool default refreshed

Domain rhel6.6-i386-hvm-2kernel-debug-kernel defined from /tmp/v2vlibvirt01c60c.xml

[ 232.0] Finishing off

3. Boot up guest.
Result: when boot, guest choose non-debug kernel as default boot kernel and can boot up with no error.



Scenario 2
1. Prepare a guest with 2 kernel installed(debug kernels & non-debug kernels), set the second kernel as default kernel,default=1.
kernel-2.6.32-496.el6.i686
kernel-debug-2.6.32-496.el6.i686

2.Grub file before conversion:
# cat /boot/grub/grub.conf 

default=1
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title Red Hat Enterprise Linux Server (2.6.32-496.el6.i686.debug)
	root (hd0,0)
	kernel /vmlinuz-2.6.32-496.el6.i686.debug ro root=/dev/mapper/vg_unused-lv_root rd_NO_LUKS  KEYBOARDTYPE=pc KEYTABLE=us LANG=en_US.UTF-8 rd_LVM_LV=vg_unused/lv_swap rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=vg_unused/lv_root rd_NO_DM rhgb quiet
	initrd /initramfs-2.6.32-496.el6.i686.debug.img
title Red Hat Enterprise Linux 6 (2.6.32-496.el6.i686)
	root (hd0,0)
	kernel /vmlinuz-2.6.32-496.el6.i686 ro root=/dev/mapper/vg_unused-lv_root rd_NO_LUKS  KEYBOARDTYPE=pc KEYTABLE=us LANG=en_US.UTF-8 rd_LVM_LV=vg_unused/lv_swap rd_NO_MD SYSFONT=latarcyrheb-sun16 crashkernel=auto rd_LVM_LV=vg_unused/lv_root rd_NO_DM rhgb quiet
	initrd /initramfs-2.6.32-496.el6.i686.img

3.Use virt-v2v to convert the guest:

# virt-v2v -ic xen+ssh://10.66.106.64 -os default  rhel6.6-i386-hvm-2kernel  -of raw -on rhel6.6-i386-hvm-2kernel-nondebug-kernel
[   0.0] Opening the source -i libvirt -ic xen+ssh://10.66.106.64 rhel6.6-i386-hvm-2kernel
[   1.0] Creating an overlay to protect the source from being modified
[   1.0] Opening the overlay
[   6.0] Initializing the target -o libvirt -os default
[   6.0] Inspecting the overlay
[  11.0] Checking for sufficient free disk space in the guest
[  11.0] Estimating space required on target for each disk
[  11.0] Converting Red Hat Enterprise Linux Server release 6.6 Beta (Santiago) to run on KVM
virt-v2v: This guest has virtio drivers installed.
[  47.0] Mapping filesystem data to avoid copying unused and blank areas
[  48.0] Closing the overlay
[  48.0] Copying disk 1/2 to /var/lib/libvirt/images/rhel6.6-i386-hvm-2kernel-nondebug-kernel-sda (raw)
    (100.00/100%)
[ 116.0] Copying disk 2/2 to /var/lib/libvirt/images/rhel6.6-i386-hvm-2kernel-nondebug-kernel-sdb (raw)
    (100.00/100%)
[ 248.0] Creating output metadata
Pool default refreshed

Domain rhel6.6-i386-hvm-2kernel-nondebug-kernel defined from /tmp/v2vlibvirt0d43b4.xml

[ 248.0] Finishing off

Result1: Guest can boot up with non-debug kernel as default kernel automatically with no error(Red Hat Enterprise Linux 6 (2.6.32-496.el6.i686)).


But debug-kernel can not use in above two Scenarios.

Since this bug issue has been fixed, move this bug to VERIFIED.
Comment 21 errata-xmlrpc 2015-03-05 13:47:41 UTC 
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
Note You need to log in before you can comment on or make changes to this bug.