* 2.5.67 - reiserfs go boom.
@ 2003-04-09 1:18 Dave Jones
2003-04-09 1:56 ` Steven Cole
2003-04-09 6:53 ` Oleg Drokin
0 siblings, 2 replies; 5+ messages in thread
From: Dave Jones @ 2003-04-09 1:18 UTC (permalink / raw)
To: Linux Kernel
Whilst running fsx.. (Though fsx didn't trigger any error,
and is still running)..
Dave
buffer layer error at fs/buffer.c:127
Call Trace:
[<c016d260>] __wait_on_buffer+0xd0/0xe0
[<c0121760>] autoremove_wake_function+0x0/0x50
[<c0121760>] autoremove_wake_function+0x0/0x50
[<c02886c8>] reiserfs_unmap_buffer+0x68/0xa0
[<c0288768>] unmap_buffers+0x68/0x70
[<c0288948>] indirect2direct+0x1d8/0x2b0
[<c0286584>] reiserfs_cut_from_item+0x3d4/0x4e0
[<c0286955>] reiserfs_do_truncate+0x265/0x520
[<c0170e12>] block_prepare_write+0x32/0x50
[<c027446a>] reiserfs_truncate_file+0x15a/0x3b0
[<c028cfc7>] journal_end+0x27/0x30
[<c0275f2c>] reiserfs_file_release+0x39c/0x600
[<c014c9bb>] check_poison_obj+0x3b/0x1b0
[<c014e934>] kmem_cache_alloc+0x124/0x170
[<c016c711>] get_empty_filp+0x51/0x100
[<c016c9a1>] __fput+0xf1/0x100
[<c016ab3a>] filp_close+0x15a/0x230
[<c01833a3>] do_fcntl+0xe3/0x1c0
[<c0182ebc>] sys_dup2+0xec/0x130
[<c010a457>] syscall_call+0x7/0xb
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: 2.5.67 - reiserfs go boom.
2003-04-09 1:18 2.5.67 - reiserfs go boom Dave Jones
@ 2003-04-09 1:56 ` Steven Cole
2003-04-09 15:48 ` Dave Kleikamp
2003-04-09 6:53 ` Oleg Drokin
1 sibling, 1 reply; 5+ messages in thread
From: Steven Cole @ 2003-04-09 1:56 UTC (permalink / raw)
To: Dave Jones; +Cc: Linux Kernel
On Tue, 2003-04-08 at 19:18, Dave Jones wrote:
> Whilst running fsx.. (Though fsx didn't trigger any error,
> and is still running)..
>
> Dave
>
> buffer layer error at fs/buffer.c:127
> Call Trace:
> [<c016d260>] __wait_on_buffer+0xd0/0xe0
> [<c0121760>] autoremove_wake_function+0x0/0x50
> [<c0121760>] autoremove_wake_function+0x0/0x50
> [<c02886c8>] reiserfs_unmap_buffer+0x68/0xa0
> [<c0288768>] unmap_buffers+0x68/0x70
> [<c0288948>] indirect2direct+0x1d8/0x2b0
> [<c0286584>] reiserfs_cut_from_item+0x3d4/0x4e0
> [<c0286955>] reiserfs_do_truncate+0x265/0x520
> [<c0170e12>] block_prepare_write+0x32/0x50
> [<c027446a>] reiserfs_truncate_file+0x15a/0x3b0
> [<c028cfc7>] journal_end+0x27/0x30
> [<c0275f2c>] reiserfs_file_release+0x39c/0x600
> [<c014c9bb>] check_poison_obj+0x3b/0x1b0
> [<c014e934>] kmem_cache_alloc+0x124/0x170
> [<c016c711>] get_empty_filp+0x51/0x100
> [<c016c9a1>] __fput+0xf1/0x100
> [<c016ab3a>] filp_close+0x15a/0x230
> [<c01833a3>] do_fcntl+0xe3/0x1c0
> [<c0182ebc>] sys_dup2+0xec/0x130
> [<c010a457>] syscall_call+0x7/0xb
>
Gee, that looks remarkably similar to what I was getting
with ext3. This happened on every boot with 2.5.67 with
the base distro being Mandrake 9.1. Then, I replaced LM 9.1
with Redhat 9 and I never saw this again with 2.5.67.
buffer layer error at fs/buffer.c:127
Call Trace:
[<c0148170>] __wait_on_buffer+0xe0/0xf0
[<c0117010>] autoremove_wake_function+0x0/0x50
[<c0117010>] autoremove_wake_function+0x0/0x50
[<c014a0dd>] __block_prepare_write+0x13d/0x490
[<c01821b0>] ext3_mark_inode_dirty+0x50/0x60
[<c018d1ba>] start_this_handle+0x9a/0x1c0
[<c014acc4>] block_prepare_write+0x34/0x50
[<c017f2b0>] ext3_get_block+0x0/0xb0
[<c017f962>] ext3_prepare_write+0x92/0x1b0
[<c017f2b0>] ext3_get_block+0x0/0xb0
[<c012e4d9>] generic_file_aio_write_nolock+0x359/0xa10
[<c01496bc>] __find_get_block+0x7c/0x120
[<c01815f3>] ext3_get_inode_loc+0xf3/0x1a0
[<c0181908>] ext3_read_inode+0x1f8/0x360
[<c012eca1>] generic_file_aio_write+0x71/0x90
[<c017cf14>] ext3_file_write+0x44/0xe0
[<c0146deb>] do_sync_write+0x8b/0xc0
[<c0154108>] link_path_walk+0x608/0x900
[<c018c85f>] ext3_permission+0x1f/0x30
[<c015359a>] permission+0x3a/0x40
[<c0147b15>] get_empty_filp+0x75/0xf0
[<c0154d1d>] open_namei+0x9d/0x420
[<c01460de>] dentry_open+0x16e/0x180
[<c0145f68>] filp_open+0x68/0x70
[<c0146ede>] vfs_write+0xbe/0x130
[<c0146720>] generic_file_llseek+0x0/0xd0
[<c0146fee>] sys_write+0x3e/0x60
[<c01092bb>] syscall_call+0x7/0xb
Steven
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel"
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: 2.5.67 - reiserfs go boom.
2003-04-09 1:18 2.5.67 - reiserfs go boom Dave Jones
2003-04-09 1:56 ` Steven Cole
@ 2003-04-09 6:53 ` Oleg Drokin
2003-04-09 7:24 ` Hans Reiser
1 sibling, 1 reply; 5+ messages in thread
From: Oleg Drokin @ 2003-04-09 6:53 UTC (permalink / raw)
To: Dave Jones, Linux Kernel
Hello!
On Wed, Apr 09, 2003 at 02:18:02AM +0100, Dave Jones wrote:
> Whilst running fsx.. (Though fsx didn't trigger any error,
> and is still running)..
> buffer layer error at fs/buffer.c:127
> Call Trace:
> [<c016d260>] __wait_on_buffer+0xd0/0xe0
> [<c0121760>] autoremove_wake_function+0x0/0x50
> [<c0121760>] autoremove_wake_function+0x0/0x50
> [<c02886c8>] reiserfs_unmap_buffer+0x68/0xa0
Andrew Morton said "That's not a bug. It is errant debugging code." because the page is locked by us,
so buffers are safe.
So I am not looking into this and hoping that somebody will fix the debugging code instead ;)
Bye,
Oleg
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: 2.5.67 - reiserfs go boom.
2003-04-09 6:53 ` Oleg Drokin
@ 2003-04-09 7:24 ` Hans Reiser
0 siblings, 0 replies; 5+ messages in thread
From: Hans Reiser @ 2003-04-09 7:24 UTC (permalink / raw)
To: Oleg Drokin; +Cc: Dave Jones, Linux Kernel
Oleg Drokin wrote:
>Hello!
>
>On Wed, Apr 09, 2003 at 02:18:02AM +0100, Dave Jones wrote:
>
>
>
>>Whilst running fsx.. (Though fsx didn't trigger any error,
>>and is still running)..
>>buffer layer error at fs/buffer.c:127
>>Call Trace:
>> [<c016d260>] __wait_on_buffer+0xd0/0xe0
>> [<c0121760>] autoremove_wake_function+0x0/0x50
>> [<c0121760>] autoremove_wake_function+0x0/0x50
>> [<c02886c8>] reiserfs_unmap_buffer+0x68/0xa0
>>
>>
>
>Andrew Morton said "That's not a bug. It is errant debugging code." because the page is locked by us,
>so buffers are safe.
>So I am not looking into this and hoping that somebody will fix the debugging code instead ;)
>
>Bye,
> Oleg
>-
>To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at http://vger.kernel.org/majordomo-info.html
>Please read the FAQ at http://www.tux.org/lkml/
>
>
>
>
Oleg, if someone doesn't do it for you in 7 days, you must do it....
errant debugging code is a bug.... when users (reasonably) think our fs
has bugs, that needs to be fixed;-)
--
Hans
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: 2.5.67 - reiserfs go boom.
2003-04-09 1:56 ` Steven Cole
@ 2003-04-09 15:48 ` Dave Kleikamp
0 siblings, 0 replies; 5+ messages in thread
From: Dave Kleikamp @ 2003-04-09 15:48 UTC (permalink / raw)
To: Steven Cole, Dave Jones; +Cc: Linux Kernel
On Tuesday 08 April 2003 20:56, Steven Cole wrote:
> On Tue, 2003-04-08 at 19:18, Dave Jones wrote:
> > Whilst running fsx.. (Though fsx didn't trigger any error,
> > and is still running)..
>
> Gee, that looks remarkably similar to what I was getting
> with ext3. This happened on every boot with 2.5.67 with
> the base distro being Mandrake 9.1. Then, I replaced LM 9.1
> with Redhat 9 and I never saw this again with 2.5.67.
FWIW, I've seen the same thing on JFS. :^)
--
David Kleikamp
IBM Linux Technology Center
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2003-04-09 15:36 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2003-04-09 1:18 2.5.67 - reiserfs go boom Dave Jones
2003-04-09 1:56 ` Steven Cole
2003-04-09 15:48 ` Dave Kleikamp
2003-04-09 6:53 ` Oleg Drokin
2003-04-09 7:24 ` Hans Reiser
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).