[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Re: 2.6.37-rc1 mainline domU - BUG: unable to handle kernel paging request
Monday, November 15, 2010, 9:21:28 PM, you wrote: > On Sun, Nov 14, 2010 at 8:56 AM, Sander Eikelenboom > <linux@xxxxxxxxxxxxxx> 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 >> compatible 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:_Manually_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 available http://packages.debian.org/search?keywords=glusterfs&searchon=names&suite=all§ion=all in the backports repository. And indeed i don't use NFS anywhere. (I have tried, but had configuration and other problems. So i looked for an alternative.) -- Sander >> I tried NFS in the past, but had some troubles setting it up, and even more >> 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.x86_64) as NFS client and Xen >>> 4.0.1 F14 Dom0 (kernel vmlinuz-2.6.32.25-172.xendom0.fc14.x86_64) as NFS >>> server . Copied 700 MB ISO images from NFS folder at Dom0 to DomU and >>> scp'ed them back to Dom0. During about 30 - 40 min DomU ran pretty stable , >>> regardless kernel crash as "unable to handle page request" was reported >>> once by F14 DomU, but it didn't actually crash DomU. Same excersises with >>> replacement F14 by Ubuntu 10.04 Server results DomU crash 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 <konrad.wilk@xxxxxxxxxx> wrote: >> >>> From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx> >>> Subject: Re: [Xen-devel] Re: 2.6.37-rc1 mainline domU - BUG: unable to >>> handle kernel paging request >>> To: "Sander Eikelenboom" <linux@xxxxxxxxxxxxxx> >>> Cc: "Boris Derzhavets" <bderzhavets@xxxxxxxxx>, >>> xen-devel@xxxxxxxxxxxxxxxxxxx, "Bruce Edge" <bruce.edge@xxxxxxxxx>, "Jeremy >>> Fitzhardinge" <jeremy@xxxxxxxx> >>> 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 >>>> patches (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 bisects >>>> > 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@xxxxxxxxxxxxxxxxxxx >>> http://lists.xensource.com/xen-devel >> >> >> >>> >> >> >> >> -- >> Best regards, >> Sander mailto:linux@xxxxxxxxxxxxxx >> >> -- Best regards, Sander mailto:linux@xxxxxxxxxxxxxx _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |