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
|
Home