[Top] [All Lists]

Re: Internal error xfs_trans_cancel at line 1467 of file fs/xfs/xfs_tran

To: Dave Chinner <david@xxxxxxxxxxxxx>
Subject: Re: Internal error xfs_trans_cancel at line 1467 of file fs/xfs/xfs_trans.c
From: Jacek Luczak <difrost.kernel@xxxxxxxxx>
Date: Wed, 12 Sep 2012 09:09:10 +0200
Cc: xfs@xxxxxxxxxxx
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=YNdYRJTElcSc6IiZQ35LxrEIsxix+FJHw276LVm5bMw=; b=SJgzh4PwxtoZpCtTq7z0JkaOTG9YtBUOqq1eJuymJttyxJltn5CzFFWpXyIqDsYTlq cxV26Tj+OF4gjyPjk8uUfAKG4yGiCzd4p7B4VbmQyS2as/io/RfAMjO9OW63/mmGu+1a ov5Ya2plK6rV1U18VWv9W1GeWEAHEi0vIwLj6pjUNGSC/Fja2Gmcag+D17plmypkYOxf 6E8b0WjoYnJ++6ywJdHMdogGSZYkKEz/up2SyvlwqiIuxQ8QpMFDt7dHzwttXb1tEPIE aZARzJge97svzNp6sk3vMD16zelntCt5QChZ0t0lvE3frUYASk5vCB+z0yMF6TWUEIb8 A6mg==
In-reply-to: <20120911205827.GD11511@dastard>
References: <CADDYkjRbji4swSOm7gz907-iXFoZwEycLgUGgDV3JZtQaBbieg@xxxxxxxxxxxxxx> <20120911205827.GD11511@dastard>
2012/9/11 Dave Chinner <david@xxxxxxxxxxxxx>:
> On Tue, Sep 11, 2012 at 09:47:49AM +0200, Jacek Luczak wrote:
>> Hi All,
>> got this during heavy IO (parallel checkout of few large projects from SVN):
>> XFS (dm-8): Corruption detected. Unmount and run xfs_repair
>> XFS (dm-8): Internal error xfs_trans_cancel at line 1467 of file
>> fs/xfs/xfs_trans.c.  Caller 0xffffffffa03c9974
>> Pid: 11930, comm: svn Not tainted 3.4.10-1 #1
>> Call Trace:
>>  [<ffffffffa03f758b>] ? xfs_trans_cancel+0x56/0xd7 [xfs]
>>  [<ffffffffa03c9974>] ? xfs_create+0x467/0x4cf [xfs]
>>  [<ffffffffa03c1777>] ? xfs_vn_mknod+0xcb/0x160 [xfs]
>>  [<ffffffff81101a30>] ? vfs_create+0x6e/0xc7
>>  [<ffffffff81102487>] ? do_last+0x3a5/0x745
>>  [<ffffffff811028f5>] ? path_openat+0xce/0x35f
>>  [<ffffffff81102c53>] ? do_filp_open+0x2c/0x72
>>  [<ffffffffa03ca5d7>] ? xfs_release+0x1ac/0x1cc [xfs]
>>  [<ffffffff8110c169>] ? alloc_fd+0x69/0xf2
>>  [<ffffffff810f588e>] ? do_sys_open+0x107/0x18e
>>  [<ffffffff813cb3f9>] ? system_call_fastpath+0x16/0x1b
> That won't tell us what caused the problem. FWIW:
> http://xfs.org/index.php/XFS_FAQ#Q:_What_information_should_I_include_when_reporting_a_problem.3F

Dave, thanks for your answer. I will put more info at the bottom. CI
will be enabled today thus we can expect that issue will hit again.

BTW: This issue was triggered on a clean FS create a minute before.

> Indeed, this issue is often caused by fragmented free space andnot
> being able to allocate inodes, though that usually just results in
> ENOSPC.  Use the xfs_db "freespace" command to dump the freespace
> histogram when the error occurs and you've unmounted the filesystem.

That's what I've found already - Google found your mail regarding
similar case quite long time ago. There were nice instruction on what
to do - I will then follow those.

> Were there any errors that were fixed?



---------------------------ENV DATA START HERE--------------------------
1) Kernel: vanilla 3.4.10
2) xfsprogs 3.1.8
3) HW:HP ProLiant BL460c G7
4) #CPU: 24 cores (12 physical, SMT enabled).
5) Smart Array P410i, 512MB BBWC
6) 2x 600GB SAS HDDs in HW RAID 0
7) LVM with one group and 9 volumes
8) xfs_info:
meta-data=/dev/mapper/vg00-lvol9 isize=256    agcount=4, agsize=39321600 blks
         =                       sectsz=512   attr=2
data     =                       bsize=4096   blocks=157286400, imaxpct=25
         =                       sunit=0      swidth=0 blks
naming   =version 2              bsize=4096   ascii-ci=0
log      =internal               bsize=4096   blocks=76800, version=2
         =                       sectsz=512   sunit=0 blks, lazy-count=1
realtime =none                   extsz=4096   blocks=0, rtextents=0

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