Bug 599089
Summary: | qemu-kvm stuck after system_reset when using "-kernel -initrd" option | ||
---|---|---|---|
Product: | Red Hat Enterprise Linux 5 | Reporter: | lihuang <lihuang> |
Component: | kvm | Assignee: | Eduardo Habkost <ehabkost> |
Status: | CLOSED WONTFIX | QA Contact: | Virtualization Bugs <virt-bugs> |
Severity: | medium | Docs Contact: | |
Priority: | low | ||
Version: | 5.6 | CC: | gcosta, knoel, mtosatti, ndai, shu, tvvcox, virt-maint |
Target Milestone: | rc | Keywords: | Triaged |
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2011-07-29 20:48:00 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 580948 |
Description
lihuang
2010-06-02 16:28:18 UTC
I able to reproduce this trying to run RHEL6 Live from pxe (https://fedorahosted.org/cobbler/wiki/HowToPxeAnyLiveCd). Host RHEL5.5: kvm-83-164.el5_5.12 kernel-2.6.18-194.8.1.el5 99% cpu of qemu-kvm Aug 1 16:42:10 tvvc kernel: printk: 2034096 messages suppressed. Aug 1 16:42:10 tvvc kernel: emulation failed (pagetable) rip 5c5c 0f fd a6 b6 Aug 1 16:42:15 tvvc kernel: printk: 2036286 messages suppressed. Aug 1 16:42:15 tvvc kernel: emulation failed (pagetable) rip 5c5c 0f fd a6 b6 /usr/libexec/qemu-kvm -no-hpet -usbdevice tablet -rtc-td-hack -startdate 2010-08-01T16:21:50 -name foo -smp 1,cores=1 -k en-us -m 256 -boot n -net nic,vlan=1,macaddr=00:1a:4a:1f:10:02,model=virtio -net tap,vlan=1,ifname=virtio_10_1,script=no -drive file=/rhev/data-center/8b6e25ff-c44d-48cb-ab96-c92f70a2d199/e0dd8d3e-c484-4d8f-bcf6-475d1a8339eb/images/eddd286d-138d-4a84-a493-53a2de3651d2/c50f20cc-3643-4101-8a0f-67575eb15b37,media=disk,if=virtio,cache=off,serial=84-a493-53a2de3651d2,boot=on,format=raw,werror=stop -pidfile /var/vdsm/68cfe8d5-1586-4d41-9f67-0db2bb213f24.pid -soundhw ac97 -spice sslpassword=,sslciphersuite=DEFAULT,sslcert=/var/vdsm/ts/certs/vdsmcert.pem,sslkey=/var/vdsm/ts/keys/vdsmkey.pem,ssldhfile=/var/vdsm/ts/keys/dh.pem,sslcafile=/var/vdsm/ts/certs/cacert.pem,host=0,secure-channels=main+inputs,ic=on,sport=5890,port=5910 -qxl 1 -cpu qemu64,+sse2,+cx16,+ssse3,+sse4.1 -M rhel5.5.0 -notify all -balloon none -smbios type=1,manufacturer=Red Hat,product=RHEL,version=5Server-5.5.0.2,serial=89BEE381-4A32-11CB-9AEB-BD871C15AD65_00:22:68:0b:c7:7e,uuid=68cfe8d5-1586-4d41-9f67-0db2bb213f24 -vmchannel di:0200,unix:/var/vdsm/68cfe8d5-1586-4d41-9f67-0db2bb213f24.guest.socket,server -monitor unix:/var/vdsm/68cfe8d5-1586-4d41-9f67-0db2bb213f24.monitor.socket,server I have tried to reproduce the bug on two machines: one with Intel CPU, another with AMD CPU. No sucess. Marcelo, Avi, do you have any clue on what could cause emulation failed errors like above? No idea here. Try checking how -kernel and -initrd behave on reset. If we want the kernel to re-execute, they should be re-copied to system memory. If we want the normal boot process, they shouldn't. Not even sure what we want here. In any case, -kernel is not a good idea for production scenarios. This request was evaluated by Red Hat Product Management for inclusion in the current release of Red Hat Enterprise Linux. Because the affected component is not scheduled to be updated in the current release, Red Hat is unfortunately unable to address this request at this time. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux. This request was erroneously denied for the current release of Red Hat Enterprise Linux. The error has been fixed and this request has been re-proposed for the current release. Reproduce on kvm-83-224.el5/kernel2.6.18-237.el5 Host: RHEL5.6-x86-64 Guest: RHEL5.5-x86-64 Steps: 1. Start guest with "-kernel -initrd" commond line. 2. During boot/installation: (qemu)system_reset Actual Results: 1. Guest stuck after system_reset. 2. Qemu-kvm CPU usage 100%. 3. No abnormal dmesg message. |