domain reboots broken

domain reboots broken

[Alex Williamson]

   I noticed this problem on Xen/ia64, but I see the same behavior on
Xen/x86_64 cset:12468:fc25a6eadccd (maybe x86_32 as well?).  Rebooting a
paravirt domain doesn't work.  The xend.log looks pretty normal and ends
with "Adding domain #", but xm-list doesn't show the new domain running.
Furthermore, there would appear to be a memory leak as if the new domain
(that doesn't show up in xm list) is actually there.  Even more strange,
I can do an xm destroy on the domain number that should have been
created on the reboot, but isn't listed in xm list, and get the memory
back.  This is pretty simple to reproduce, just create a paravirt domain
that restarts on reboot (the default) and try it.  Thanks,

	Alex

-- 
Alex Williamson                             HP Open Source & Linux Org.

Re: domain reboots broken (and suspend too)

[Chris]

Alex Williamson wrote:
>    I noticed this problem on Xen/ia64, but I see the same behavior on
> Xen/x86_64 cset:12468:fc25a6eadccd (maybe x86_32 as well?).  Rebooting a
> paravirt domain doesn't work.  The xend.log looks pretty normal and ends
> with "Adding domain #", but xm-list doesn't show the new domain running.
> Furthermore, there would appear to be a memory leak as if the new domain
> (that doesn't show up in xm list) is actually there.  Even more strange,
> I can do an xm destroy on the domain number that should have been
> created on the reboot, but isn't listed in xm list, and get the memory
> back.  This is pretty simple to reproduce, just create a paravirt domain
> that restarts on reboot (the default) and try it.  Thanks,

I see the behavior too.

See my post yesterday: "Problems Noticed after Xend-API Patchset."  The
short version is that both reboot and suspend are broken.

Hopefully Ewan and/or Alastair will confirm and put these issues in
their queue.

-Chris

Re: domain reboots broken (and suspend too)

[Ewan Mellor]

On Thu, Nov 16, 2006 at 04:50:15PM -0500, Chris wrote:

> Alex Williamson wrote:
> >    I noticed this problem on Xen/ia64, but I see the same behavior on
> > Xen/x86_64 cset:12468:fc25a6eadccd (maybe x86_32 as well?).  Rebooting a
> > paravirt domain doesn't work.  The xend.log looks pretty normal and ends
> > with "Adding domain #", but xm-list doesn't show the new domain running.
> > Furthermore, there would appear to be a memory leak as if the new domain
> > (that doesn't show up in xm list) is actually there.  Even more strange,
> > I can do an xm destroy on the domain number that should have been
> > created on the reboot, but isn't listed in xm list, and get the memory
> > back.  This is pretty simple to reproduce, just create a paravirt domain
> > that restarts on reboot (the default) and try it.  Thanks,
> 
> I see the behavior too.
> 
> See my post yesterday: "Problems Noticed after Xend-API Patchset."  The
> short version is that both reboot and suspend are broken.
> 
> Hopefully Ewan and/or Alastair will confirm and put these issues in
> their queue.

We've seen the issue, on and off, but we're having trouble reproducing
it reliably enough to get hold of it.  Could you please submit your
logs?  Even better, restart xend with "xend stop; xend trace_start" and send
us the xend.trace file that you get.  That would be very useful.

Thanks,

Ewan.

Re: domain reboots broken (and suspend too)

[Alex Williamson]

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

On Fri, 2006-11-17 at 01:19 +0000, Ewan Mellor wrote:

> We've seen the issue, on and off, but we're having trouble reproducing
> it reliably enough to get hold of it.  Could you please submit your
> logs?  Even better, restart xend with "xend stop; xend trace_start" and send
> us the xend.trace file that you get.  That would be very useful.

   Attached.  Thanks,

	Alex
-- 
Alex Williamson                             HP Open Source & Linux Org.

[-- Attachment #2: xend.trace.gz --]
[-- Type: application/x-gzip, Size: 105793 bytes --]

[-- Attachment #3: Type: text/plain, Size: 138 bytes --]

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xensource.com
http://lists.xensource.com/xen-devel