| To: | linux-xfs@xxxxxxxxxxx |
|---|---|
| Subject: | Re: failed assertion related to realtime section |
| From: | Roman Kononov <kononov@xxxxxxxx> |
| Date: | Wed, 05 Aug 2009 18:21:37 -0500 |
| Cc: | Roman Kononov <kononov@xxxxxxxx> |
| In-reply-to: | <bzyiqh21oab.fsf@xxxxxxxxxxxxxxxxxxxx> |
| References: | <h3gd94$clb$1@xxxxxxxxxxxxx> <bzyzlb6p239.fsf@xxxxxxxxxxxxxxxxxxxx> <4A5E7109.7000808@xxxxxxxx> <bzyfxcxgd3z.fsf@xxxxxxxxxxxxxxxxxxxx> <4A78A260.1040501@xxxxxxxx> <bzyiqh21oab.fsf@xxxxxxxxxxxxxxxxxxxx> |
| Sender: | news <news@xxxxxxxxxxxxx> |
| User-agent: | Thunderbird 2.0.0.22 (X11/20090608) |
Olaf Weber wrote: Roman Kononov writes:On 2009-07-16 05:02, Olaf Weber wrote:A quick test on an available system running a (much) older kernel runs to completion, so this appears to be a regression.With which kernel version did you run the test?Heavily-patched 2.6.16, which is what I had readily available at that point. But most or all of those patches + additional changes should be in current XFS.Figuring out exactly when/where this regressed will take time.I went back to 2.6.23 and the same assfail happened with somewhat different call trace:Assertion failed: xfs_trans_get_block_res(tp) > 0, file: /home/rk/linux-2.6.23/fs/xfs/xfs_bmap.c, line: 5523Call Trace: [<ffffffff80356a08>] xfs_bunmapi+0x8e8/0x1060 [<ffffffff80227d2a>] dequeue_entity+0x7a/0xb0 [<ffffffff80380608>] xfs_itruncate_finish+0x398/0x5c0 [<ffffffff803a2323>] xfs_free_eofblocks+0x263/0x2b0 [<ffffffff803a4838>] xfs_release+0x118/0x1e0 [<ffffffff803ae42a>] xfs_file_release+0x1a/0x30 [<ffffffff802827cd>] __fput+0xcd/0x1e0 [<ffffffff8027f5c4>] filp_close+0x54/0x90 [<ffffffff80280e3d>] sys_close+0x9d/0x110 [<ffffffff8020bc9e>] system_call+0x7e/0x83I tried to go back to 2.6.22.19 and older, and the test did not run at all failing to mount:XFS: bad version XFS: SB validate failedAny suggestions?For that I had the advantage of being able to just build a fresh XFS filesystem for the purpose. If that is what you're doing as well, look at disabling the lazy-counters option at mkfs time. I removed lazy-counters as you suggested, and under 2.6.22.19 it mounts successfully. But still crushes in the same place: Assertion failed: ((tp)->t_blk_res) > 0, file: /home/rk/xbase/linux/linux-2.6.22.19/fs/xfs/xfs_bmap.c, line: 5515 Call Trace: [<ffffffff8034ef86>] xfs_bunmapi+0x8e6/0x1050 [<ffffffff80208042>] __switch_to+0x42/0x310 [<ffffffff80377dc8>] xfs_itruncate_finish+0x398/0x5c0 [<ffffffff803989c1>] xfs_inactive_free_eofblocks+0x221/0x260 [<ffffffff802782c7>] cache_free_debugcheck+0xc7/0x1d0 [<ffffffff8039aee7>] xfs_release+0xc7/0x110 [<ffffffff803a497a>] xfs_file_release+0x1a/0x30 [<ffffffff8027f02d>] __fput+0xcd/0x1e0 [<ffffffff8027bf54>] filp_close+0x54/0x90 [<ffffffff8027d68d>] sys_close+0x9d/0x110 [<ffffffff80209c0e>] system_call+0x7e/0x83 I will try older versions. |
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: failed assertion related to realtime section, Roman Kononov |
|---|---|
| Next by Date: | Re: failed assertion related to realtime section, Roman Kononov |
| Previous by Thread: | Re: failed assertion related to realtime section, Roman Kononov |
| Next by Thread: | Re: failed assertion related to realtime section, Roman Kononov |
| Indexes: | [Date] [Thread] [Top] [All Lists] |