From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sander Eikelenboom Subject: Re: Re: 2.6.37-rc1 mainline domU - BUG: unable to handle kernel paging request Date: Mon, 15 Nov 2010 21:32:34 +0100 Message-ID: <468464555.20101115213234@eikelenboom.it> References: <20101112170143.GC10339@dumpdata.com> <503106.98736.qm@web56107.mail.re3.yahoo.com> <1835258992.20101114175648@eikelenboom.it> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Return-path: In-Reply-To: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Bruce Edge Cc: Boris Derzhavets , xen-devel@lists.xensource.com, Jeremy Fitzhardinge , Konrad Rzeszutek Wilk List-Id: xen-devel@lists.xenproject.org Monday, November 15, 2010, 9:21:28 PM, you wrote: > On Sun, Nov 14, 2010 at 8:56 AM, Sander Eikelenboom > wrote: >> Hmmm have you tried do do a lot of I/O with something else as NFS ? >> That would perhaps pinpoint it to NFS doing something not completely com= patible with Xen. >> >> I'm not using NFS (I still use file: based guests, and i use glusterfs (= fuse based userspace cluster fs) to share diskspace to domU's via ethernet). > Sander, > I took a quick look at glusterfs and it uses the same nfs client: > http://www.gluster.com/community/documentation/index.php/Gluster_3.1:_Man= ually_Mounting_Volumes_Using_NFS > I'm assuming that this would cause the same problem on the VM as we're > seeing with NFS, unless it's really an Xen/dom0 NFS server problem > that triggering the domU nfs client crash. > Perhaps the context is different. I'm exporting filesystems to domU > from dom0 via NFS. Is that how you're using glusterfs, or are you > using it to host your file backed VM's storage? In the latter, that > may explain why you're not seeing these problems because you're not > using the nfs client on domU. Nope it CAN export volumes as NFS, but that's the non native way. I don't know what distribution you use, but for debian there are packages a= vailable http://packages.debian.org/search?keywords=3Dglusterfs&searchon=3D= names&suite=3Dall§ion=3Dall in the backports repository. And indeed i don't use NFS anywhere. (I have tried, but had configuration a= nd other problems. So i looked for an alternative.) -- Sander >> I tried NFS in the past, but had some troubles setting it up, and even m= ore problems with disconnects. > What kind of NFS problems? It was working very well for us until this > problem cropped up. > -Bruce >> >> I haven't seen any "unable to handle page request" problems with my mix = of guest kernels, which includes some 2.6.37-rc1 kernels. >> >> -- >> >> Sander >> >> >> >> >> >> Sunday, November 14, 2010, 5:37:59 PM, you wrote: >> >>> I've tested F14 DomU (kernel vmlinuz-2.6.37-0.1.rc1.git8.xendom0.fc14.x= 86_64) as NFS client and Xen 4.0.1 F14 Dom0 (kernel vmlinuz-2.6.32.25-172.x= endom0.fc14.x86_64) as NFS server . Copied 700 MB ISO images from NFS folde= r at Dom0 to DomU and scp'ed them back to Dom0. During about 30 - 40 min Do= mU ran pretty stable , regardless kernel crash as "unable to handle page re= quest" was reported once by F14 DomU, but it didn't actually crash DomU. Sa= me excersises with replacement F14 by Ubuntu 10.04 Server results DomU cras= h in about several minutes. Dom0's instances dual boot on same development = box ( Q9500,ASUS P5Q3,8GB) >> >>> Boris. >> >>> --- On Fri, 11/12/10, Konrad Rzeszutek Wilk wr= ote: >> >>> From: Konrad Rzeszutek Wilk >>> Subject: Re: [Xen-devel] Re: 2.6.37-rc1 mainline domU - BUG: unable to = handle kernel paging request >>> To: "Sander Eikelenboom" >>> Cc: "Boris Derzhavets" , xen-devel@lists.xensour= ce.com, "Bruce Edge" , "Jeremy Fitzhardinge" >>> Date: Friday, November 12, 2010, 12:01 PM >> >>> On Fri, Nov 12, 2010 at 05:27:43PM +0100, Sander Eikelenboom wrote: >>>> Hi Bruce, >>>> >>>> Perhaps handpick some kernels before and after the pulls of the xen pa= tches (pv-on-hvm etc) to begin with ? >>>> When you let git choose, especially with rc-1 kernels, you will end up= with kernels in between patch series, resulting in panics. >> >>> Well, just the bare-bone boot of PV guests with nothing fancy ought to = work. >> >>> But that is the theory and .. >>>> > The git bisecting is slow going. I've never tried that before and I'= m a git >>>> > rookie. >>>> > I picked 2.6.36 - 2.6.37-rc1 as the bisect range and my first 2 bise= cts all >>>> > panic at boot so I'm obviously doing something wrong. >>>> > I'll RTFM a bit more and keep at it. >> >>> .. as Bruce experiences this is not the case. Hmm.. >> >>> _______________________________________________ >>> Xen-devel mailing list >>> Xen-devel@lists.xensource.com >>> http://lists.xensource.com/xen-devel >> >> >> >>> >> >> >> >> -- >> Best regards, >> =A0Sander =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mailto:= linux@eikelenboom.it >> >> --=20 Best regards, Sander mailto:linux@eikelenboom.it