xfs
[Top] [All Lists]

Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO

To: Jacek Luczak <difrost.kernel@xxxxxxxxx>, Christoph Hellwig <hch@xxxxxxxxxxxxx>, Eric Sandeen <sandeen@xxxxxxxxxxx>, LKML <linux-kernel@xxxxxxxxxxxxxxx>, xfs mailing list <xfs@xxxxxxxxxxx>
Subject: Re: [XFS] 2.6.29-rc2: XFS internal error XFS_WANT_CORRUPTED_GOTO
From: Jacek Luczak <difrost.kernel@xxxxxxxxx>
Date: Wed, 21 Jan 2009 10:04:36 +0100
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=FUmDGoFRYui4Sl2Jyt0LLSq9tdu82hyeF0r1lNzrq4Q=; b=fSEX8jmUNAOcw5yAIb1YzECMYMwDunXpLv6aBx9qrJXtjXGboDmALA7mD2p4XmyvJH 1EGKLIsGLtGzg8CgEvawR9QoT34uRB9mwrHpvTerL6bfXHflx9Vcv1xO8JhZTlXAsFGF pG8W+NKO8ddBuXvNdgUiBjIrIluyUrdwOVW+s=
Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=A7yvIzO3gkSXjDCKoCTYyGEp1iioGTQX5xEKl2UAEhwfuv6r53nms34SXnnsdImP1J CBCijT1hbiXgEKpN0gZFqYgELQhqk6xRW/L/r0q0l3nopnRluFueyyPTS48UUAKcowxi GKkTarjAp5ceerT256BO+GfW1ks6DvSL/1Nc8=
In-reply-to: <20090121040512.GK10158@disturbed>
References: <4974CA20.6050308@xxxxxxxxxxx> <20090120004611.GA6445@disturbed> <20090120112910.GA6831@xxxxxxxxxxxxx> <4975B9C4.7030401@xxxxxxxxx> <20090120114906.GA12526@xxxxxxxxxxxxx> <20090120121335.GA19182@xxxxxxxxxxxxx> <20090120124515.GA31838@xxxxxxxxxxxxx> <4975D88B.7020906@xxxxxxxxx> <20090120140514.GA2976@xxxxxxxxxxxxx> <4975DE45.7050004@xxxxxxxxx> <20090121040512.GK10158@disturbed>
User-agent: Thunderbird 2.0.0.19 (X11/20081209)
Dave Chinner pisze:
> On Tue, Jan 20, 2009 at 03:23:01PM +0100, Jacek Luczak wrote:
>> Christoph Hellwig pisze:
>>> On Tue, Jan 20, 2009 at 02:58:35PM +0100, Jacek Luczak wrote:
>>>> Good job! Is there some ,,quick'' fix?
>>> The patch below makes it go away for me, alternatively just enable
>>> CONFIG_LBD.
>>>
>>>
>>> Index: linux-2.6/fs/xfs/xfs_types.h
>>> ===================================================================
>>> --- linux-2.6.orig/fs/xfs/xfs_types.h       2009-01-20 14:55:55.806068213 
>>> +0100
>>> +++ linux-2.6/fs/xfs/xfs_types.h    2009-01-20 14:56:01.437945154 +0100
>>> @@ -96,7 +96,7 @@ typedef   __uint64_t      xfs_dfilblks_t; /* nu
>>>  /*
>>>   * Memory based types are conditional.
>>>   */
>>> -#if XFS_BIG_BLKNOS
>>> +#if 1 //XFS_BIG_BLKNOS
>>>  typedef    __uint64_t      xfs_fsblock_t;  /* blockno in filesystem 
>>> (agno|agbno) */
>>>  typedef __uint64_t xfs_rfsblock_t; /* blockno in filesystem (raw) */
>>>  typedef __uint64_t xfs_rtblock_t;  /* extent (block) in realtime area */
>>>
>> I've applied it and now running ,,fixed'' kernel. What I've notice is:
>> $ LC_ALL=C df -h
>> Filesystem            Size  Used Avail Use% Mounted on
>> /dev/sda1              20G  -40E   40E   -  /
>> /dev/sda5              20G  -23E   23E   -  /home
>> /dev/sda6              56G   56G  774M  99% /NORA
>> /dev/sda7              45G   44G  1.2G  98% /MAGAZYN
> 
> Please try the patch I posted this morning - it fixes the problem
> properly and shouldn't have this side effect.
> 

Your patch work for me. I've made also some tests a'la one proposed by
Christoph, here also everything works. Good work guys!

Have a nice day,

-Jacek

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