From mboxrd@z Thu Jan 1 00:00:00 1970 From: Tony Jones Subject: reboot issues and xm hangs {FC4] Date: Wed, 2 Mar 2005 16:43:30 -0800 Message-ID: <20050303004330.GA14930@immunix.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Sender: xen-devel-admin@lists.sourceforge.net Errors-To: xen-devel-admin@lists.sourceforge.net List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: xen-devel@lists.sourceforge.net List-Id: xen-devel@lists.xenproject.org I noticed some odd things with rebooting, xm list and xm console. Possibly related to the thread: "Strange xend problem shutting down domains" [This is all with FedoraCore4 2.6.10-1.1155_FC4] Have domains 0, 1 and 2 running. Run /sbin/reboot on domain1. The domain halts but doesn't reboot. Wait a few minutes. Run 'xm list' on domain0. It shows domain1 in shutdown state. Immediately rerun 'xm list' on domain0. It now shows domain1 in boot state. [it's as though an xm list is necessary to reap some exit status] But domain1 doesn't actually boot, or at least the console output doesn't indicate so. Run 'xm console ' and it shows the final output of the halt, but no boot messages: Please stand by while rebooting the system... md: stopping all md devices. md: md0 switched to read-only mode. Restarting system. Quit out of the console with CTRL-] At this point, running 'xm list' hangs. Interrupting it shows that Python is stuck on a recv. Running 'init.d/xend restart', stops xend, waits, but fails to restart it. Running 'init.d/xend start' gets things going again. Thru all of this, domain2 is still fine. At this point I can restart domain1 with xm create and all is well. So, in short, reboot doesn't seem to work so good for me. I'm specifying 'restart=onreboot' in the config. Tony ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click