[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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |