[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] Severe guest disk corruption with device_model_stubdomain_override=1...



On 03/24/2016 02:55 AM, George Dunlap wrote:
> On Wed, Mar 23, 2016 at 9:46 PM, Sarah Newman <srn@xxxxxxxxx> wrote:
>> On 03/22/2016 11:03 PM, Sarah Newman wrote:
>>> And nested xen.
>>>
>>> CPU: AMD Opteron 2352
>>> Outer configuration: Xen4CentOS 6 xen 4.6.1-2.el6, linux 
>>> 3.18.25-18.el6.x86_64
>>> Inner configuration: Xen4CentOS 6 xen 4.6.1-2.el6, linux 
>>> 3.18.25-19.el6.x86_64
>>> Inner xen command line:  cpuinfo loglvl=all guest_loglvl=error 
>>> dom0_mem=512M,max:512M com1=115200,8n1 console=com1 dom0_max_vcpus=1 
>>> dom0_vcpus_pin=true
>>> Inner linux command line: ro root=LABEL=DISK rootflags=barrier=0 
>>> swiotlb=32768 console=hvc0
>>
>>> xen_platform_pci seems to be ignored with 
>>> device_model_stubdomain_override=1. So I don't think I can test what 
>>> happens with the 3.18.25-19.el6.x86_64
>>> kernel, no nested xen, and non-paravirtual block devices.
>>
>> The patch submitted in 
>> http://lists.xenproject.org/archives/html/xen-devel/2016-03/msg03080.html 
>> appears to fix the issue.
> 
> This is the best kind of bug report to come in to find in the morning
> -- reported, then fix posted. :-)
> 
> But your patch to minios is for the netfront driver -- why would that
> cause a fault in the emulated disk?  Did the guest hang because the
> stubdomain was spinning rather than handling requests?


Please see https://github.com/QubesOS/qubes-issues/issues/1486 and 
http://lists.xenproject.org/archives/html/xen-devel/2015-12/msg00917.html .

This was reported as a bug almost four months ago, but it got dropped on the 
floor.


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

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.