Re: [Xen-devel] Stub domain crash on Xen v4.6.1

[Wei Liu <wei.liu2@xxxxxxxxxx>]

On Thu, Apr 07, 2016 at 06:51:11PM +0200, Fanny Dwargee wrote:
> I'm sorry but this is my first attempt to use stubdom.
> 
> This is a test machine so feel free to propose xen recompilation adding
> printk's/obscured options or settings modification.
> 
> With regards,

Sorry for the late reply.

In the case successfully booting DomU, do you see similar error like
this in xl dmesg?

(d21) read error -1 on /local/domain/21/device/vbd/768 at offset 0, num bytes 
512
(XEN) grant_table.c:525:d0v0 Bad flags (0) or dom (0). (expected dom 0)
(d21) read error -1 on /local/domain/21/device/vbd/768 at offset 0, num bytes 
512
(XEN) grant_table.c:525:d0v0 Bad flags (0) or dom (0). (expected dom 0)

Another thing to try is to add to your config without
device_model_override=xxx,

  device_model_version="qemu-xen-traditional"

and see if it still works.

Here is why: the default device model is upstream qemu, but when you
need to use stubdom, the device model is another version of qemu
(qemu-trad). The newly added config option forces Xen to use the same
qemu that would be used when stubdom is in use. It's useful to figure
out if qemu-trad is not functioning.


Wei.

> 
> Fanny
> 
> 2016-04-07 18:13 GMT+02:00 Wei Liu <wei.liu2@xxxxxxxxxx>:
> 
> > On Wed, Apr 06, 2016 at 02:49:19PM +0200, Fanny Dwargee wrote:
> > > Hi Wei,
> > >
> > > first: thanks for your effort. :)
> > >
> > > Find attached the 'xl create' output and the
> > > /var/log/xen/console/hypervisor.log
> > > files after creating the same domain without the
> > > 'device_model_stubdomain_override' configuration option.
> > >
> > > 'xl list' command output...
> > > Name                 ID   Mem VCPUs      State   Time(s)
> > > Domain-0              0  1023     2     r-----   11608.1
> > > win7-sp1-x64-2       28  2048     1     ------       0.4
> > >
> >
> > I was hoping that you somehow had a running setup with stubdom enabled.
> > Have you tried earlier version of Xen or is this your first attempt to
> > use stubdom?
> >
> > Wei.
> >
> > > Regards,
> > >
> > > Fanny
> > >
> > >
> > >
> > >
> > > 2016-04-06 13:12 GMT+02:00 Wei Liu <wei.liu2@xxxxxxxxxx>:
> > >
> > > > On Tue, Apr 05, 2016 at 05:17:00PM +0200, Fanny Dwargee wrote:
> > > > > Hi,
> > > > >
> > > > > after adding the 'device_model_stubdomain_override = 1' to an
> > otherwise
> > > > > fine configuration the domain crashes on start.
> > > > >
> > > > > Xen is v4.6.1 compiled from source on Debian Jessie 64bits this way:
> > > > >
> > > > >    - ./configure --enable-stubdom --enable-githttp
> > > > >    - make dist-xen
> > > > >    - make dist-tools
> > > > >    - make dist-stubdom
> > > > >    - make install-xen
> > > > >    - make install-tools
> > > > >    - make install-stubdom
> > > > >
> > > > > As pointed out before the same configuration file without the '
> > > > > device_model_stubdomain_override' works flawlessly.
> > > > >
> > > > > This is the 'xl list' command output while the domain is starting:
> > > > >
> > > > > Name                    ID   Mem VCPUs      State   Time(s)
> > > > > Domain-0                 0  1022     2     r-----     318.3
> > > > > win7-sp1-x64-2          20  2048     1     r-----       5.5
> > > > > win7-sp1-x64-2-dm       21    44     1     r-----       6.0
> > > > >
> > > > >
> > > > > As you can see both domains are started (the stub and the original
> > > > domain)
> > > > >
> > > > > Find attached the domain configuration file, 'xl info' output, 'xl
> > > > create'
> > > > > output and the /var/log/xen/console/hypervisor.log file, notice the
> > grant
> > > > > table error on console-hypervisor.log
> > > > >
> > > > > I'd very grateful for any help finding the cause of this problem.
> > > > >
> > > >
> > > >
> > > > The hypervsior log show some error, but unfortunately it is not
> > > > immediately clear what went wrong.
> > > >
> > > > Do you have a working base line setup so that I can compare the
> > > > difference?
> > > >
> > > > Wei.
> > > >
> > > > > Best regards,
> > > > >
> > > > > Fanny
> > > >
> > > >
> >
> >
> >
> >

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel