On Sun, Nov 14, 2010 at 8:56 AM, Sander E= ikelenboom
<linux@eikelenboom.it> wrote:
>= ; Hmmm have you tried do do a lot of I/O with something else as NFS ?
&g= t; That would perhaps pinpoint it to NFS doing something not completely compatible with Xen.

I have my own suspicions regarding the more re= cent NFS clients. Post
10.04 Ubuntu variants do not tolerate large NFS t= ransfers even without
Xen. Any more than a few 100 Megs and you start ge= tting 'task blocked
for more than 120 sec..." messages along with stack = traces showing
part of the NFS call stack.
Perhaps a parallel effort = could be to test the 2.6.37-rc1 kernel with
something other than NFS for= remote filesystems. I'll see if I get the
same problems with glusterfs.=

-Bruce

>
> I'm not using NFS (I still use file: bas= ed guests, and i use glusterfs (fuse based userspace cluster fs) to share d= iskspace to domU's via ethernet).
> I tried NFS in the past, but had = some troubles setting it up, and even more problems with disconnects.
&g= t;
> 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:<= br>>
>> I've tested F14 DomU (kernel vmlinuz-2.6.37-0.1.rc1.git= 8.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 image= s from NFS folder at Dom0 to DomU and scp'ed them back to Dom0. During abou= t 30 - 40 min DomU ran pretty stable , regardless kernel crash as "unable t= o handle page request" was reported once by F14 DomU, but it didn't actuall= y crash DomU. Same excersises with replacement F14 by Ubuntu 10.04 Server r= esults DomU crash in about several minutes. Dom0's instances dual boot on s= ame development box ( Q9500,ASUS P5Q3,8GB)
>
>> Boris.
&g= t;
>> --- On Fri, 11/12/10, Konrad Rzeszutek Wilk <konrad.wilk@oracle.com> wrote:
>
>> From: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>
>> Subject: Re: [Xen-devel= ] Re: 2.6.37-rc1 mainline domU - BUG: unable to handle kernel paging reques= t
>> To: "Sander Eikelenboom" <linux@eikelenboom= .it>
>> Cc: "Boris Derzhavets" <bderzha= vets@yahoo.com>, xen-devel@lists.xe= nsource.com, "Bruce Edge" <bruce.edge@gmail.com&g= t;, "Jeremy Fitzhardinge" <jeremy@goop.org>
>> Date: Friday, November 12, 20= 10, 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 xe= n 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 betwe= en patch series, resulting in panics.
>
>> Well, just the ba= re-bone boot of PV guests with nothing fancy ought to work.
>
>= > But that is the theory and ..
>>> > The git bisecting i= s slow going. I've never tried that before and I'm a git
>>> &g= t; 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 th= e case. Hmm..
>
>> _________________________________________= ______
>> Xen-devel mailing list
>> Xen-devel@lists.xensource.com
>> http://lists.xensource.co= m/xen-devel
>
>
>
>>
>
>
>=
> --
> Best regards,
> Sander = &nbs= p;mailto:linux@eikelenboom.it
>
>

__= _____________________________________________
Xen-devel mailing list
= Xen-devel@lists.xensource.com
http://lists.xe= nsource.com/xen-devel