Description of problem: Write the /local/domain/<domid>/vm node early in the startup process (immediately after the domain is created). QEMU needs this in place when it starts up, in order to find the VNC password. If it does not exists, DomHVM reboots failed. Version-Release number of selected component (if applicable): How reproducible: 1 (of 4 try) Steps to Reproduce: 1) Assign multiple vcpu to Dom0 i.e. "dom0_vcpu_pin dom0_max_vcpus=4" 2) Create DomHVM xm create xxxx 3) DomHVM reboots after 20 seconds. xm reboot DomID 4)Confirm DomHVM reboots or not. xm list 5)check qemu-dm is defunct or not by ps command check "xs_read(): uuid get error" in /var/log/xend/qemu-dm's log Actual results: qemu-dm process defunct some times.(1 of 4times try) Expected results: DomHVM reboots successfully. Additional info: This patch is already includes in Xen-unstable:12312 http://xenbits.xensource.com/xen-unstable.hg?cs=b8a2db59150a
Per issue tracker 106713, this apears to be Xen-IPF only.
This bug is related to x86 and IPF. But our concern is Xen-IPF only
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux major release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Major release. This request is not yet committed for inclusion.
Per discussion with Prarit and Aron, Bug 215269: > > Status-NEW, patch available (mundane python script change) per problem description above. Should be in RHEL5.0 before RC. Aron please ACK for devel; QA please ACK/NAK
QE ack for RHEL5.
Posted the patch for review.
Escalating for RHEL5.0 consideration per Thursday's RHEL5 meeting.
in 3.0.3-20.el5
xen-3.0.3-22.el5 included in 20070125.1. Closing out.