Bug 967773 - Impossible to install rhel5 as Guest
Summary: Impossible to install rhel5 as Guest
Keywords:
Status: CLOSED DUPLICATE of bug 967652
Alias: None
Product: Fedora
Classification: Fedora
Component: libvirt
Version: 19
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Libvirt Maintainers
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-05-28 09:58 UTC by Pierguido Lambri
Modified: 2013-07-11 21:12 UTC (History)
13 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2013-07-11 21:12:31 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Pierguido Lambri 2013-05-28 09:58:01 UTC
Description of problem:
I'm trying to install some RHEL5 Vms on a newly installed F19 beta-rc4, using the latest update-testing updates and once the VM loads the kernel, it just hang there without any message on the screen.
I tried many different ways to install it (and kernel options) but none made a difference

How reproducible:
In make, just try to install rhel5 as Guest.
It always gives the same result.

Steps to Reproduce:
1. Install rhel5 by using virt-install or virt-manager
2. Start the installation


Actual results:
System hang

Expected results:
The installation should continue

Additional info:
This is one example of the qemu log:

LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=none /usr/bin/qemu-kvm -name rhel6-base -S -machine pc-i440fx-1.4,accel=kvm,usb=off -m 512 -smp 1,sockets=1,cores=1,threads=1 -uuid c400bc10-51fe-0eb0-6cd9-b8adc9a81895 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/rhel6-base.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive file=/dev/mapper/vgdata-rhel6--base,if=none,id=drive-ide0-0-0,format=raw -device ide-hd,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 -drive if=none,id=drive-ide0-1-0,readonly=on,format=raw -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -netdev tap,fd=24,id=hostnet0 -device rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:a8:db:c2,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -vnc 127.0.0.1:1 -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x4
char device redirected to /dev/pts/2 (label charserial0)
qemu: terminating on signal 15 from pid 1030
2013-05-28 09:36:00.532+0000: shutting down


The same configuration is working on F18

Comment 1 Dave Allan 2013-05-29 01:09:14 UTC
Does the host kernel make a difference?  I.e., is this a duplicate of BZ 965711 ?

Comment 2 Pierguido Lambri 2013-05-29 08:03:34 UTC
I tried to change to the 3.10 kernel and now the VM has a bit different behaviour. After the boot the VM go into Paused and then I get an error.

Checking the logs I see this:

2013-05-29 07:28:42.809+0000: starting up
LC_ALL=C PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin QEMU_AUDIO_DRV=none /usr/bin/qemu-kvm -name rhel5-base -S -machine pc-i440fx-1.4,accel=kvm,usb=off -m 512 -smp 1,sockets=1,cores=1,threads=1 -uuid e077abb7-870c-9e1f-eff8-eb1a74b351f5 -no-user-config -nodefaults -chardev socket,id=charmonitor,path=/var/lib/libvirt/qemu/rhel5-base.monitor,server,nowait -mon chardev=charmonitor,id=monitor,mode=control -rtc base=utc -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device lsi,id=scsi0,bus=pci.0,addr=0x5 -drive file=/dev/mapper/vgdata-rhel5--base,if=none,id=drive-scsi0-0-0,format=raw -device scsi-hd,bus=scsi0.0,scsi-id=0,drive=drive-scsi0-0-0,id=scsi0-0-0,bootindex=2 -drive file=/mnt/iso/rhel-server-5.6-x86_64-dvd.iso,if=none,id=drive-ide0-1-0,readonly=on,format=raw -device ide-cd,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0,bootindex=1 -netdev tap,fd=24,id=hostnet0 -device rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:f1:9f:94,bus=pci.0,addr=0x3 -chardev pty,id=charserial0 -device isa-serial,chardev=charserial0,id=serial0 -vnc 127.0.0.1:0 -vga cirrus -device virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x4
char device redirected to /dev/pts/1 (label charserial0)
KVM internal error. Suberror: 1
emulation failure
RAX=0000000000039000 RBX=00000000004ae000 RCX=0000000000000000 RDX=0000000000000800
RSI=0000000000039000 RDI=00000000006af6a0 RBP=0000000000200000 RSP=00000000006af5e0
R8 =0000000000000000 R9 =00000000004ae000 R10=0000000000000000 R11=0000000000000000
R12=0000000000030000 R13=00000000006b7000 R14=00000000001fa70f R15=0000000000000000
RIP=00000000006a8a29 RFL=00000046 [---Z-P-] CPL=0 II=0 A20=1 SMM=0 HLT=0
ES =0000 0000000000000000 00000000 00000000
CS =0010 0000000000000000 ffffffff 00a09b00 DPL=0 CS64 [-RA]
SS =0000 0000000000000000 00000000 00000000
DS =0000 0000000000000000 00000000 00000000
FS =0000 0000000000000000 0000ffff 00009300 DPL=0 DS16 [-WA]
GS =ffff 00000000000ffff0 0000ffff 00009300 DPL=0 DS16 [-WA]
LDT=0000 0000000000000000 0000ffff 00008200 DPL=0 LDT
TR =0000 0000000000000000 0000ffff 00008b00 DPL=0 TSS64-busy
GDT=     00000000002fd638 00000020
IDT=     0000000000000000 00000000
CR0=80000011 CR2=0000000000000000 CR3=00000000006b1000 CR4=00000020
DR0=0000000000000000 DR1=0000000000000000 DR2=0000000000000000 DR3=0000000000000000 
DR6=00000000ffff0ff0 DR7=0000000000000400
EFER=0000000000000500
Code=00 00 e9 50 ff ff ff 00 00 00 00 85 d2 74 20 45 31 c0 31 c9 <0f> 1f 80 00 00 00 00 0f b6 04 31 41 83 c0 01 88 04 39 48 83 c1 01 41 39 d0 75 ec 48 89 f8
qemu: terminating on signal 15 from pid 1078
2013-05-29 07:29:39.990+0000: shutting down


I cannot use the 3.8 as it gives me too many errors (like udev killed processes or KVM not working as it should).

Comment 3 Pierguido Lambri 2013-06-16 14:31:49 UTC
RHEL4 for example seems to work nicely.

Trying to run 3.8 from upstream, gives me a lot of errors.

Comment 4 Cole Robinson 2013-07-11 21:12:31 UTC
Pretty sure this is a dup, please reopen if I'm wrong.

*** This bug has been marked as a duplicate of bug 967652 ***


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