xfs
[Top] [All Lists]

Re: Kernel crashes with trace ending in XFS code on RHEL6 variant kernel

To: Stefan Ring <stefanrin@xxxxxxxxx>
Subject: Re: Kernel crashes with trace ending in XFS code on RHEL6 variant kernel
From: Eric Sandeen <sandeen@xxxxxxxxxxx>
Date: Tue, 28 Oct 2014 15:06:45 -0500
Cc: Jan Kokoska <jan@xxxxxxx>, Linux fs XFS <xfs@xxxxxxxxxxx>
Delivered-to: xfs@xxxxxxxxxxx
In-reply-to: <CAAxjCEyTq5UfmqzBbtXXQ=vWoHmCG5WJvLGsSwCfRL0P4qnCJw@xxxxxxxxxxxxxx>
References: <CA+tQb7GSvkgsxZT2awAkMjh9wY6JXBygLoenTrtFtmRMSVwuUA@xxxxxxxxxxxxxx> <544FD577.9040605@xxxxxxxxxxx> <CAAxjCEyTq5UfmqzBbtXXQ=vWoHmCG5WJvLGsSwCfRL0P4qnCJw@xxxxxxxxxxxxxx>
On 10/28/14 3:01 PM, Stefan Ring wrote:
> On Tue, Oct 28, 2014 at 6:42 PM, Eric Sandeen <sandeen@xxxxxxxxxxx> wrote:
>> On 10/28/14 10:38 AM, Jan Kokoska wrote:
>>> Hi,
>>>
>>> I'm running OpenVZ (OS container) kernel variant of RHEL6 kernel on
>>
>> ... for which we have no source code? ;)
>>
>> I don't know what's in "2.6.32-openvz-amd64" so can't help much.
>>
>> What is at line 86 of xfs_aops.c in that kernel?
> 
> From my quick investigation, it would seem to be the line "bh = head =
> page_buffers(page);" of xfs_count_page_state.

Yes, I think you're right, but my point is this is a kernel which we don't
maintain.

Anyway, I don't know for sure offhand what this could be; 
upstream ef5d437f71afdf4afdbab99213add99f4b1318fd looks related, but
TBH I'm not sure if it's specific to S390.

-Eric




<Prev in Thread] Current Thread [Next in Thread>