Bug 589509 - RHEL 3 kvm guests with kmod-virtio installed sometimes kernel panic after conversion
Summary: RHEL 3 kvm guests with kmod-virtio installed sometimes kernel panic after con...
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: virt-v2v
Version: 5.5
Hardware: All
OS: Linux
low
medium
Target Milestone: rc
: ---
Assignee: Matthew Booth
QA Contact: Virtualization Bugs
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2010-05-06 10:45 UTC by Rita Wu
Modified: 2013-07-03 01:39 UTC (History)
5 users (show)

Fixed In Version: 0.5.4
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-07-16 16:18:17 UTC
Target Upstream Version:
Embargoed:


Attachments (Terms of Use)
Screen Shot (170.11 KB, image/png)
2010-05-06 10:45 UTC, Rita Wu
no flags Details
screen shot from /etc/fstab (254.79 KB, image/png)
2010-05-06 10:46 UTC, Rita Wu
no flags Details
virt-inspect.log before conversion (282.43 KB, text/plain)
2010-05-06 10:47 UTC, Rita Wu
no flags Details
conversion_trace.log during conversion (7.42 KB, text/plain)
2010-05-06 10:48 UTC, Rita Wu
no flags Details

Description Rita Wu 2010-05-06 10:45:42 UTC
Created attachment 411917 [details]
Screen Shot

Description of problem:
My guest has many kernels installed, but some of them will be kernel panic after conversion

Version-Release number of selected component (if applicable):
virt-v2v-0.5.2-1.el5
v2v-libvirt-0.8.0-2.el5


How reproducible:
always

Steps to Reproduce:
1.#virt-v2v -f virt-v2v.conf -o rhev -osd nfs:/export kvm-RHEL-3.9-32.raw
2.Import the vm to run on rhevm

  
Actual results:
Kernel Panic

Expected results:
all of the kernels in the guest can boot succuessfully

Additional info:
/etc/grub.conf from guest:
# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /boot/, eg.
#          root (hd0,0)
#          kernel /vmlinuz-version ro root=/dev/hda2
#          initrd /initrd-version.img
#boot=/dev/hda
default=0
timeout=3
splashimage=(hd0,0)/grub/splash.xpm.gz
title Red Hat Enterprise Linux AS (2.4.21-63.ELsmp)
	root (hd0,0)
	kernel /vmlinuz-2.4.21-63.ELsmp ro root=LABEL=/
	initrd /initrd-2.4.21-63.ELsmp.img
title Red Hat Enterprise Linux AS (2.4.21-60.EL)
	root (hd0,0)
	kernel /vmlinuz-2.4.21-60.EL ro root=LABEL=/
	initrd /initrd-2.4.21-60.EL.img
title Red Hat Enterprise Linux AS (2.4.21-58.EL)
	root (hd0,0)
	kernel /vmlinuz-2.4.21-58.EL ro root=LABEL=/
	initrd /initrd-2.4.21-58.EL.img
title Red Hat Enterprise Linux AS (2.4.21-50.ELsmp)
	root (hd0,0)
	kernel /vmlinuz-2.4.21-50.ELsmp ro root=LABEL=/
	initrd /initrd-2.4.21-50.ELsmp.img
title Red Hat Enterprise Linux AS (2.4.21-50.EL)
	root (hd0,0)
	kernel /vmlinuz-2.4.21-50.EL ro root=LABEL=/
	initrd /initrd-2.4.21-50.EL.img

Comment 1 Rita Wu 2010-05-06 10:46:56 UTC
Created attachment 411918 [details]
screen shot from /etc/fstab

Comment 2 Rita Wu 2010-05-06 10:47:47 UTC
Created attachment 411919 [details]
virt-inspect.log before conversion

Comment 3 Rita Wu 2010-05-06 10:48:33 UTC
Created attachment 411920 [details]
conversion_trace.log during conversion

Comment 4 Matthew Booth 2010-05-10 15:40:51 UTC
Can you confirm which kernels work and which don't? I suspect this is the same as bug 587619, meaning that only the default kernel will work.

Comment 5 Rita Wu 2010-05-11 06:56:42 UTC
(In reply to comment #4)
> Can you confirm which kernels work and which don't? I suspect this is the same
> as bug 587619, meaning that only the default kernel will work.    

As the grub.conf described in Additional Info,the default kernel is 63.ELsmp, but it will become kernel panic.
Status of the coversion kernels:
63.ELsmp   kernel panic
60.EL      boot successfully
58.EL      boot successfully
50.ELsmp   kernel panic
50.EL      kernel panic

Comment 7 Matthew Booth 2010-05-14 08:54:14 UTC
Patch posted for this one here:

http://www.redhat.com/archives/libguestfs/2010-May/msg00068.html

Comment 8 Matthew Booth 2010-05-14 17:09:18 UTC
Fixed in 0.5.4

Comment 9 Rita Wu 2010-05-18 06:38:46 UTC
(In reply to comment #8)
> Fixed in 0.5.4    

Hi Matt, 

After you fix, does v2v still only support to convert the default kernel? Is it expected that only the default kernel can be booted successfully after conversion?

Comment 10 Matthew Booth 2010-05-18 08:13:22 UTC
Yes. This isn't a fix for the general problem of multiple kernels. I still haven't decided what to do about that. I've left bug 587619 open to track that.

Comment 11 Rita Wu 2010-05-18 09:01:30 UTC
(In reply to comment #10)
> Yes. This isn't a fix for the general problem of multiple kernels. I still
> haven't decided what to do about that. I've left bug 587619 open to track that.    

OK, with v2v-0.5.4, the default kernel can boot successfully after conversion.

Comment 12 Matthew Booth 2010-07-16 16:18:17 UTC
This was released in virt-v2v-0.6.0-6.el5


Note You need to log in before you can comment on or make changes to this bug.