All of lore.kernel.org
 help / color / mirror / Atom feed
* reboot issues and xm hangs {FC4]
@ 2005-03-03  0:43 Tony Jones
  2005-03-03  1:24 ` (Patch Trivial] restart issues (was :Re: reboot issues and xm hangs {FC4]) Nivedita Singhvi
  0 siblings, 1 reply; 2+ messages in thread
From: Tony Jones @ 2005-03-03  0:43 UTC (permalink / raw)
  To: xen-devel

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 <dom1id>' 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

^ permalink raw reply	[flat|nested] 2+ messages in thread

* (Patch Trivial] restart issues (was :Re: reboot issues and xm hangs {FC4])
  2005-03-03  0:43 reboot issues and xm hangs {FC4] Tony Jones
@ 2005-03-03  1:24 ` Nivedita Singhvi
  0 siblings, 0 replies; 2+ messages in thread
From: Nivedita Singhvi @ 2005-03-03  1:24 UTC (permalink / raw)
  To: Tony Jones; +Cc: xen-devel

[-- Attachment #1: Type: text/plain, Size: 696 bytes --]

Tony Jones wrote:

> Running 'init.d/xend restart', stops xend, waits, but fails to restart it.
> 
> Running 'init.d/xend start' gets things going again.

Similar issue but 'xend start' didn't work. On rebooting dom0,
didn't come up either. This is only tangential, but I think
it would help to have an unconditional remove of the lockfile
in init.d/xendomains. I think xend and xm are getting borked
during a shutdown of a domain, and I'm not sure the lockfile
gets cleared anywhere else - so upon reboot of dom0, domains
don't get automatically built. (Minor nit). I'm probably
missing something but I don't see the point of the xm return
check and conditional remove(?)..

thanks,
Nivedita




[-- Attachment #2: xendomain.patch --]
[-- Type: text/plain, Size: 326 bytes --]

--- xendomains	2005-02-27 20:37:44.000000000 -0800
+++ xendomains.new	2005-03-02 17:01:33.664928000 -0800
@@ -96,9 +96,10 @@
 
     xm shutdown --all --wait --halt
 
-    RETVAL=$?
+#    RETVAL=$?
 
-    [ $RETVAL -eq 0 ] && rm -f $LOCKFILE
+#    [ $RETVAL -eq 0 ] && rm -f $LOCKFILE
+    rm -f $LOCKFILE
 
     on_fn_exit
 }

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~2005-03-03  1:24 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-03-03  0:43 reboot issues and xm hangs {FC4] Tony Jones
2005-03-03  1:24 ` (Patch Trivial] restart issues (was :Re: reboot issues and xm hangs {FC4]) Nivedita Singhvi

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.