* Kernel BUG at fs/reiser4/plugin/file/tail_conversion.c:80
@ 2006-05-06 21:19 Alexey Polyakov
2006-05-11 12:23 ` Alexander Zarochentsev
0 siblings, 1 reply; 5+ messages in thread
From: Alexey Polyakov @ 2006-05-06 21:19 UTC (permalink / raw)
To: reiserfs-list
Hi!
I have two servers running reiser4 as root and data partitions.
Both are using 2.6.15.x kernels with reiser4-for-2.6.15-1.patch.
One is i386 UP with md over SATA, another is x86_64 SMP with i2o over
hardware raid.
I tried upgrading kernels on both servers to 2.6.16-cks9 (thats
basically 2.6.16.12 with some non-io related patches applied).
Both give me the same kind of error a few minutes after boot (during
intensive io):
May 4 14:12:12 titanic kernel: ----------- [cut here ] ---------
[please bite here ] ---------
May 4 14:12:21 titanic kernel: Kernel BUG at
fs/reiser4/plugin/file/tail_conversion.c:80
May 4 14:12:21 titanic kernel: invalid opcode: 0000 [1] SMP
May 4 14:12:21 titanic kernel: CPU 3
May 4 14:12:21 titanic kernel: Modules linked in:
May 4 14:12:21 titanic kernel: Pid: 2723, comm: ci Not tainted 2.6.16-cks9 #1
May 4 14:12:21 titanic kernel: RIP: 0010:[<ffffffff80210f73>]
<ffffffff80210f73>{get_nonexclusive_access+35}
May 4 14:12:22 titanic kernel: RSP: 0018:ffff8100f0d6dc88 EFLAGS: 00010286
May 4 14:12:32 titanic kernel: RAX: ffff8101d106bd40 RBX:
ffff8101c7c740f8 RCX: 00002b4bc74f2000
May 4 14:12:49 titanic kernel: RDX: 0000000000000000 RSI:
0000000000000000 RDI: ffff8101c7c740f8
May 4 14:12:49 titanic kernel: RBP: 0000000000000000 R08:
ffff810037e05680 R09: 0000000000000000
May 4 14:12:56 titanic kernel: R10: 0000000000000000 R11:
0000000000000000 R12: ffff8101c4ca2080
May 4 14:13:03 titanic kernel: R13: ffff8100f0d6dde8 R14:
ffff8101c7c74198 R15: ffff8101debd4200
May 4 14:13:03 titanic kernel: FS: 00002b4bc73f1b00(0000)
GS:ffff8101045370c0(0000) knlGS:0000000000000000
May 4 14:13:03 titanic kernel: CS: 0010 DS: 0000 ES: 0000 CR0:
000000008005003b
May 4 14:13:03 titanic kernel: CR2: 00000000005caff0 CR3:
00000000f25b1000 CR4: 00000000000006e0
May 4 14:13:14 titanic kernel: Process ci (pid: 2723, threadinfo
ffff8100f0d6c000, task ffff81000c0ad080)
May 4 14:13:17 titanic kernel: Stack: ffff8101c7c740f8
ffffffff8022704b ffff8101e07dd928 ffff8101d106bd40
May 4 14:13:17 titanic kernel: ffff8101fee3a8f0
000000008038fd89 0000000100000000 ffff8101ffcbe020
May 4 14:13:17 titanic kernel: 000000000023230d ffff8101ddabc6d0
May 4 14:13:17 titanic kernel: Call Trace:
<ffffffff8022704b>{write_extent+1595}
<ffffffff802294b1>{item_length_by_coord+17}
May 4 14:13:17 titanic kernel:
<ffffffff802244a9>{nr_units_extent+9}
<ffffffff80225df8>{init_coord_extension_extent+120}
May 4 14:13:17 titanic kernel:
<ffffffff8020deb6>{find_file_item+182}
<ffffffff801f25eb>{reiser4_grab+155}
May 4 14:13:20 titanic kernel:
<ffffffff80226a10>{write_extent+0} <ffffffff8020f8e5>{write_flow+709}
May 4 14:13:20 titanic kernel:
<ffffffff8010b7f1>{error_exit+0} <ffffffff8038d4a2>{__down_read+18}
May 4 14:13:20 titanic kernel:
<ffffffff8021030b>{write_unix_file+923}
<ffffffff80178dac>{vfs_write+236}
May 4 14:13:20 titanic kernel:
<ffffffff80178f53>{sys_write+83} <ffffffff8010aaf6>{system_call+126}
May 4 14:13:20 titanic kernel:
May 4 14:13:20 titanic kernel: Code: 0f 0b 68 b0 c8 3b 80 c2 50 00 66
66 90 e8 3b b6 17 00 48 89
May 4 14:13:21 titanic kernel: RIP
<ffffffff80210f73>{get_nonexclusive_access+35} RSP <ffff8100f0d6dc88>
May 4 14:13:21 titanic kernel: <4><4>reiser4[ci(2723)]:
release_unix_file (fs/reiser4/plugin/file/file.c:2670)[vs-44]:
May 4 14:13:21 titanic kernel: WARNING: out of memory?
May 4 14:13:21 titanic kernel: <4>reiser4[ci(2723)]:
release_unix_file (fs/reiser4/plugin/file/file.c:2670)[vs-44]:
May 4 14:13:21 titanic kernel: WARNING: out of memory?
May 4 14:13:21 titanic kernel: <4>reiser4[ci(2723)]:
release_unix_file (fs/reiser4/plugin/file/file.c:2670)[vs-44]:
May 4 14:13:21 titanic kernel: WARNING: out of memory?
May 4 14:13:21 titanic kernel: <4>reiser4[ci(2723)]:
release_unix_file (fs/reiser4/plugin/file/file.c:2670)[vs-44]:
May 4 14:13:22 titanic kernel: WARNING: out of memory?
May 4 14:13:23 titanic kernel: <4>reiser4[ci(2723)]:
release_unix_file (fs/reiser4/plugin/file/file.c:2670)[vs-44]:
May 4 14:13:25 titanic kernel: WARNING: out of memory?
May 4 14:13:25 titanic kernel: <4>reiser4[ci(2723)]:
release_unix_file (fs/reiser4/plugin/file/file.c:2670)[vs-44]:
May 4 14:13:25 titanic kernel: WARNING: out of memory?
May 4 14:13:25 titanic kernel: ----------- [cut here ] ---------
[please bite here ] ---------
After that happens, processes get stuck in D state, and only hard reboot helps.
Is there any patches that might help with this issue? Should I provide
any additional information to help with this bug?
Thanks.
--
Alexey Polyakov
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Kernel BUG at fs/reiser4/plugin/file/tail_conversion.c:80
2006-05-06 21:19 Kernel BUG at fs/reiser4/plugin/file/tail_conversion.c:80 Alexey Polyakov
@ 2006-05-11 12:23 ` Alexander Zarochentsev
2006-05-11 20:19 ` Alexey Polyakov
0 siblings, 1 reply; 5+ messages in thread
From: Alexander Zarochentsev @ 2006-05-11 12:23 UTC (permalink / raw)
To: reiserfs-list; +Cc: Alexey Polyakov
[-- Attachment #1: Type: text/plain, Size: 4906 bytes --]
Hello.
please apply the attached patch.
On Sunday 07 May 2006 01:19, Alexey Polyakov wrote:
> Hi!
> I have two servers running reiser4 as root and data partitions.
> Both are using 2.6.15.x kernels with reiser4-for-2.6.15-1.patch.
> One is i386 UP with md over SATA, another is x86_64 SMP with i2o over
> hardware raid.
> I tried upgrading kernels on both servers to 2.6.16-cks9 (thats
> basically 2.6.16.12 with some non-io related patches applied).
> Both give me the same kind of error a few minutes after boot (during
> intensive io):
>
> May 4 14:12:12 titanic kernel: ----------- [cut here ] ---------
> [please bite here ] ---------
> May 4 14:12:21 titanic kernel: Kernel BUG at
> fs/reiser4/plugin/file/tail_conversion.c:80
> May 4 14:12:21 titanic kernel: invalid opcode: 0000 [1] SMP
> May 4 14:12:21 titanic kernel: CPU 3
> May 4 14:12:21 titanic kernel: Modules linked in:
> May 4 14:12:21 titanic kernel: Pid: 2723, comm: ci Not tainted
> 2.6.16-cks9 #1 May 4 14:12:21 titanic kernel: RIP:
> 0010:[<ffffffff80210f73>]
> <ffffffff80210f73>{get_nonexclusive_access+35}
> May 4 14:12:22 titanic kernel: RSP: 0018:ffff8100f0d6dc88 EFLAGS:
> 00010286 May 4 14:12:32 titanic kernel: RAX: ffff8101d106bd40 RBX:
> ffff8101c7c740f8 RCX: 00002b4bc74f2000
> May 4 14:12:49 titanic kernel: RDX: 0000000000000000 RSI:
> 0000000000000000 RDI: ffff8101c7c740f8
> May 4 14:12:49 titanic kernel: RBP: 0000000000000000 R08:
> ffff810037e05680 R09: 0000000000000000
> May 4 14:12:56 titanic kernel: R10: 0000000000000000 R11:
> 0000000000000000 R12: ffff8101c4ca2080
> May 4 14:13:03 titanic kernel: R13: ffff8100f0d6dde8 R14:
> ffff8101c7c74198 R15: ffff8101debd4200
> May 4 14:13:03 titanic kernel: FS: 00002b4bc73f1b00(0000)
> GS:ffff8101045370c0(0000) knlGS:0000000000000000
> May 4 14:13:03 titanic kernel: CS: 0010 DS: 0000 ES: 0000 CR0:
> 000000008005003b
> May 4 14:13:03 titanic kernel: CR2: 00000000005caff0 CR3:
> 00000000f25b1000 CR4: 00000000000006e0
> May 4 14:13:14 titanic kernel: Process ci (pid: 2723, threadinfo
> ffff8100f0d6c000, task ffff81000c0ad080)
> May 4 14:13:17 titanic kernel: Stack: ffff8101c7c740f8
> ffffffff8022704b ffff8101e07dd928 ffff8101d106bd40
> May 4 14:13:17 titanic kernel: ffff8101fee3a8f0
> 000000008038fd89 0000000100000000 ffff8101ffcbe020
> May 4 14:13:17 titanic kernel: 000000000023230d
> ffff8101ddabc6d0 May 4 14:13:17 titanic kernel: Call Trace:
> <ffffffff8022704b>{write_extent+1595}
> <ffffffff802294b1>{item_length_by_coord+17}
> May 4 14:13:17 titanic kernel:
> <ffffffff802244a9>{nr_units_extent+9}
> <ffffffff80225df8>{init_coord_extension_extent+120}
> May 4 14:13:17 titanic kernel:
> <ffffffff8020deb6>{find_file_item+182}
> <ffffffff801f25eb>{reiser4_grab+155}
> May 4 14:13:20 titanic kernel:
> <ffffffff80226a10>{write_extent+0} <ffffffff8020f8e5>{write_flow+709}
> May 4 14:13:20 titanic kernel:
> <ffffffff8010b7f1>{error_exit+0} <ffffffff8038d4a2>{__down_read+18}
> May 4 14:13:20 titanic kernel:
> <ffffffff8021030b>{write_unix_file+923}
> <ffffffff80178dac>{vfs_write+236}
> May 4 14:13:20 titanic kernel:
> <ffffffff80178f53>{sys_write+83} <ffffffff8010aaf6>{system_call+126}
> May 4 14:13:20 titanic kernel:
> May 4 14:13:20 titanic kernel: Code: 0f 0b 68 b0 c8 3b 80 c2 50 00
> 66 66 90 e8 3b b6 17 00 48 89
> May 4 14:13:21 titanic kernel: RIP
> <ffffffff80210f73>{get_nonexclusive_access+35} RSP <ffff8100f0d6dc88>
> May 4 14:13:21 titanic kernel: <4><4>reiser4[ci(2723)]:
> release_unix_file (fs/reiser4/plugin/file/file.c:2670)[vs-44]:
> May 4 14:13:21 titanic kernel: WARNING: out of memory?
> May 4 14:13:21 titanic kernel: <4>reiser4[ci(2723)]:
> release_unix_file (fs/reiser4/plugin/file/file.c:2670)[vs-44]:
> May 4 14:13:21 titanic kernel: WARNING: out of memory?
> May 4 14:13:21 titanic kernel: <4>reiser4[ci(2723)]:
> release_unix_file (fs/reiser4/plugin/file/file.c:2670)[vs-44]:
> May 4 14:13:21 titanic kernel: WARNING: out of memory?
> May 4 14:13:21 titanic kernel: <4>reiser4[ci(2723)]:
> release_unix_file (fs/reiser4/plugin/file/file.c:2670)[vs-44]:
> May 4 14:13:22 titanic kernel: WARNING: out of memory?
> May 4 14:13:23 titanic kernel: <4>reiser4[ci(2723)]:
> release_unix_file (fs/reiser4/plugin/file/file.c:2670)[vs-44]:
> May 4 14:13:25 titanic kernel: WARNING: out of memory?
> May 4 14:13:25 titanic kernel: <4>reiser4[ci(2723)]:
> release_unix_file (fs/reiser4/plugin/file/file.c:2670)[vs-44]:
> May 4 14:13:25 titanic kernel: WARNING: out of memory?
> May 4 14:13:25 titanic kernel: ----------- [cut here ] ---------
> [please bite here ] ---------
>
> After that happens, processes get stuck in D state, and only hard
> reboot helps. Is there any patches that might help with this issue?
> Should I provide any additional information to help with this bug?
>
> Thanks.
>
> --
> Alexey Polyakov
>
> !DSPAM:445d132a126701804284693!
--
Alex.
[-- Attachment #2: reiser4-remove-atom_may_exists-from-get_nea.diff --]
[-- Type: text/x-diff, Size: 6004 bytes --]
fs/reiser4/plugin/file/file.c | 17 ++++++++---------
fs/reiser4/plugin/file/file.h | 2 +-
fs/reiser4/plugin/file/funcs.h | 5 -----
fs/reiser4/plugin/file/tail_conversion.c | 12 +++---------
fs/reiser4/plugin/item/extent_file_ops.c | 3 ++-
fs/reiser4/plugin/item/tail.c | 3 ++-
6 files changed, 16 insertions(+), 26 deletions(-)
Index: linux-2.6.17-rc3-mm1/fs/reiser4/plugin/item/extent_file_ops.c
===================================================================
--- linux-2.6.17-rc3-mm1.orig/fs/reiser4/plugin/item/extent_file_ops.c
+++ linux-2.6.17-rc3-mm1/fs/reiser4/plugin/item/extent_file_ops.c
@@ -804,10 +804,11 @@ extent_balance_dirty_pages(struct inode
f->length > PAGE_CACHE_SIZE ?
PAGE_CACHE_SIZE : f->length);
+ txn_restart_current();
if (excl)
get_exclusive_access(uf_info);
else
- get_nonexclusive_access(uf_info, 0);
+ get_nonexclusive_access(uf_info);
}
return 0;
}
Index: linux-2.6.17-rc3-mm1/fs/reiser4/plugin/item/tail.c
===================================================================
--- linux-2.6.17-rc3-mm1.orig/fs/reiser4/plugin/item/tail.c
+++ linux-2.6.17-rc3-mm1/fs/reiser4/plugin/item/tail.c
@@ -507,10 +507,11 @@ tail_balance_dirty_pages(struct address_
} else
drop_nonexclusive_access(uf_info);
reiser4_throttle_write(inode);
+ txn_restart_current();
if (excl)
get_exclusive_access(uf_info);
else
- get_nonexclusive_access(uf_info, 0);
+ get_nonexclusive_access(uf_info);
}
return 0;
}
Index: linux-2.6.17-rc3-mm1/fs/reiser4/plugin/file/file.c
===================================================================
--- linux-2.6.17-rc3-mm1.orig/fs/reiser4/plugin/file/file.c
+++ linux-2.6.17-rc3-mm1/fs/reiser4/plugin/file/file.c
@@ -1597,7 +1597,7 @@ writepages_unix_file(struct address_spac
break;
}
} else
- get_nonexclusive_access(uf_info, 0);
+ get_nonexclusive_access(uf_info);
while (to_capture > 0) {
pgoff_t start;
@@ -2023,7 +2023,7 @@ read_unix_file(struct file *file, char _
while (left > 0) {
txn_restart_current();
- get_nonexclusive_access(uf_info, 0);
+ get_nonexclusive_access(uf_info);
size = i_size_read(inode);
if (*off >= size) {
@@ -2177,7 +2177,7 @@ append_and_or_overwrite(hint_t * hint, s
if (!exclusive) {
drop_exclusive_access(uf_info);
txn_restart_current();
- get_nonexclusive_access(uf_info, 0);
+ get_nonexclusive_access(uf_info);
}
if (result)
return result;
@@ -2531,19 +2531,18 @@ ssize_t write_unix_file(struct file *fil
while (left > 0) {
int excl = 0;
- /* getting exclusive or not exclusive access requires no
- transaction open */
- txn_restart_current();
-
/* faultin user page */
fault_in_pages_readable(buf,
left > PAGE_CACHE_SIZE ? PAGE_CACHE_SIZE : left);
+ /* getting exclusive or not exclusive access requires no
+ transaction open */
+ txn_restart_current();
if (inode->i_size == 0) {
get_exclusive_access(uf_info);
excl = 1;
} else {
- get_nonexclusive_access(uf_info, 0);
+ get_nonexclusive_access(uf_info);
excl = 0;
}
@@ -3015,7 +3014,7 @@ sendfile_unix_file(struct file *file, lo
mutex_unlock(&inode->i_mutex);
uf_info = unix_file_inode_data(inode);
- get_nonexclusive_access(uf_info, 0);
+ get_nonexclusive_access(uf_info);
result = generic_file_sendfile(file, ppos, count, actor, target);
drop_nonexclusive_access(uf_info);
error:
Index: linux-2.6.17-rc3-mm1/fs/reiser4/plugin/file/file.h
===================================================================
--- linux-2.6.17-rc3-mm1.orig/fs/reiser4/plugin/file/file.h
+++ linux-2.6.17-rc3-mm1/fs/reiser4/plugin/file/file.h
@@ -104,7 +104,7 @@ typedef struct unix_file_info {
struct unix_file_info *unix_file_inode_data(const struct inode *inode);
void get_exclusive_access(unix_file_info_t *);
void drop_exclusive_access(unix_file_info_t *);
-void get_nonexclusive_access(unix_file_info_t *, int);
+void get_nonexclusive_access(unix_file_info_t *);
void drop_nonexclusive_access(unix_file_info_t *);
int try_to_get_nonexclusive_access(unix_file_info_t *);
Index: linux-2.6.17-rc3-mm1/fs/reiser4/plugin/file/funcs.h
===================================================================
--- linux-2.6.17-rc3-mm1.orig/fs/reiser4/plugin/file/funcs.h
+++ linux-2.6.17-rc3-mm1/fs/reiser4/plugin/file/funcs.h
@@ -1,11 +1,6 @@
/* Copyright 2001, 2002, 2003, 2004 by Hans Reiser, licensing governed by reiser4/README */
/* this prototypes functions used by both file.c and tail_conversion.c */
-void get_exclusive_access(unix_file_info_t *);
-void drop_exclusive_access(unix_file_info_t *);
-void get_nonexclusive_access(unix_file_info_t *, int);
-void drop_nonexclusive_access(unix_file_info_t *);
-
int tail2extent(unix_file_info_t *);
int extent2tail(unix_file_info_t *);
int finish_conversion(struct inode *inode);
Index: linux-2.6.17-rc3-mm1/fs/reiser4/plugin/file/tail_conversion.c
===================================================================
--- linux-2.6.17-rc3-mm1.orig/fs/reiser4/plugin/file/tail_conversion.c
+++ linux-2.6.17-rc3-mm1/fs/reiser4/plugin/file/tail_conversion.c
@@ -69,18 +69,12 @@ static void nea_grabbed(unix_file_info_t
*
* Nonexclusive access is obtained on a file before read, write, readpage.
*/
-void get_nonexclusive_access(unix_file_info_t *uf_info, int atom_may_exist)
+void get_nonexclusive_access(unix_file_info_t *uf_info)
{
assert("nikita-3029", schedulable());
- /* unix_file_filemap_nopage may call this when current atom exist already */
- assert("nikita-3361",
- ergo(atom_may_exist == 0,
- get_current_context()->trans->atom == NULL));
- BUG_ON(atom_may_exist == 0
- && get_current_context()->trans->atom != NULL);
-
+ assert("nikita-3361", get_current_context()->trans->atom == NULL);
+ BUG_ON(get_current_context()->trans->atom != NULL);
down_read(&uf_info->latch);
-
nea_grabbed(uf_info);
}
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Kernel BUG at fs/reiser4/plugin/file/tail_conversion.c:80
2006-05-11 12:23 ` Alexander Zarochentsev
@ 2006-05-11 20:19 ` Alexey Polyakov
2006-05-15 19:27 ` Alexey Polyakov
0 siblings, 1 reply; 5+ messages in thread
From: Alexey Polyakov @ 2006-05-11 20:19 UTC (permalink / raw)
To: Alexander Zarochentsev; +Cc: reiserfs-list
Hi,
after running for a couple hours, kernel reports a different bug. Then
again processes get stuck in D state, and only hard reset helps.
Here's this new error message:
May 11 07:19:22 titanic kernel: <4>reiser4[httpd(11176)]:
plugin_by_unsafe_id (fs/reiser4/plugin/plugin.c:296)[nikita-2913]:
May 11 07:19:22 titanic kernel: WARNING: Invalid plugin id: [2:235]
May 11 07:19:22 titanic kernel: Unable to handle kernel NULL pointer
dereference at 0000000000000004 RIP:
May 11 07:19:22 titanic kernel: <ffffffff80229461>{obtain_item_plugin+17}
May 11 07:19:22 titanic kernel: PGD 37d86067 PUD e1ba8067 PMD 0
May 11 07:19:22 titanic kernel: Oops: 0000 [1] SMP
May 11 07:19:22 titanic kernel: CPU 3
May 11 07:19:22 titanic kernel: Modules linked in:
May 11 07:19:22 titanic kernel: Pid: 11176, comm: httpd Not tainted
2.6.16-cks9 #2
May 11 07:19:22 titanic kernel: RIP: 0010:[<ffffffff80229461>]
<ffffffff80229461>{obtain_item_plugin+17}
May 11 07:19:22 titanic kernel: RSP: 0018:ffff8100edd39b48 EFLAGS: 00010292
May 11 07:19:22 titanic kernel: RAX: 0000000000000000 RBX:
ffff81016df732d0 RCX: ffffffff80406c68
May 11 07:19:22 titanic kernel: RDX: 0000000000000000 RSI:
0000000000000292 RDI: ffffffff80406c60
May 11 07:19:22 titanic kernel: RBP: ffff81016df732d0 R08:
0000000000000003 R09: 0000000000000001
May 11 07:19:22 titanic kernel: R10: 0000000000000000 R11:
ffffffff80118cd0 R12: ffff81013e91f000
May 11 07:19:22 titanic kernel: R13: ffffffff80419000 R14:
ffff81013e91f4f0 R15: 0000000000000000
May 11 07:19:22 titanic kernel: FS: 00002ab7a85cc8e0(0000)
GS:ffff8101045370c0(0000) knlGS:0000000000000000
May 11 07:19:22 titanic kernel: CS: 0010 DS: 0000 ES: 0000 CR0:
000000008005003b
May 11 07:19:22 titanic kernel: CR2: 0000000000000004 CR3:
00000000d9e67000 CR4: 00000000000006e0
May 11 07:19:22 titanic kernel: Process httpd (pid: 11176, threadinfo
ffff8100edd38000, task ffff810037d3f100)
May 11 07:19:23 titanic kernel: Stack: ffff81016df732d0
ffffffff801f14d1 ffff81016df732d0 ffffffff801f17ad
May 11 07:19:23 titanic kernel: 0000000000000001
ffffffff801ed372 ffff8100edd39b70 ffffffff00000001
May 11 07:19:23 titanic kernel: 0000000000000000 0000000000000000
May 11 07:19:23 titanic kernel: Call Trace:
<ffffffff801f14d1>{coord_num_units+17}
<ffffffff801f17ad>{coord_init_after_item_end+13}
May 11 07:19:23 titanic kernel:
<ffffffff801ed372>{carry_insert_flow+1106}
<ffffffff801eb9ab>{carry+267}
May 11 07:19:23 titanic kernel:
<ffffffff801eac05>{post_carry+85} <ffffffff801ef267>{insert_flow+263}
May 11 07:19:23 titanic kernel:
<ffffffff80221de5>{write_tail+245} <ffffffff801e8e35>{jload_gfp+437}
May 11 07:19:23 titanic kernel:
<ffffffff80211bbe>{extent2tail+942}
<ffffffff8020fd40>{release_unix_file+192}
May 11 07:19:23 titanic kernel: <ffffffff80179d02>{__fput+194}
<ffffffff80162a01>{remove_vma+65}
May 11 07:19:23 titanic kernel:
<ffffffff8016417e>{do_munmap+670} <ffffffff801649e2>{sys_munmap+82}
May 11 07:19:23 titanic kernel: <ffffffff8010aaf6>{system_call+126}
May 11 07:19:23 titanic kernel:
May 11 07:19:23 titanic kernel: Code: 0f be 40 04 88 43 0c 5b c3 66 66
90 66 66 90 53 0f b6 47 0c
May 11 07:19:23 titanic kernel: RIP
<ffffffff80229461>{obtain_item_plugin+17} RSP <ffff8100edd39b48>
May 11 07:19:23 titanic kernel: CR2: 0000000000000004
On 5/11/06, Alexander Zarochentsev <zam@namesys.com> wrote:
> Hello.
>
> please apply the attached patch.
--
Alexey Polyakov
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Kernel BUG at fs/reiser4/plugin/file/tail_conversion.c:80
2006-05-11 20:19 ` Alexey Polyakov
@ 2006-05-15 19:27 ` Alexey Polyakov
2006-05-16 4:25 ` Alexander Zarochentsev
0 siblings, 1 reply; 5+ messages in thread
From: Alexey Polyakov @ 2006-05-15 19:27 UTC (permalink / raw)
To: Alexander Zarochentsev; +Cc: reiserfs-list
Hi!
Did it reach the list?
I'm a bit worried cause I'm stuck at 2.6.15 and I really want to
upgrade to .16. :)
Thanks.
On 5/12/06, Alexey Polyakov <alexey.polyakov@gmail.com> wrote:
> Hi,
>
> after running for a couple hours, kernel reports a different bug. Then
> again processes get stuck in D state, and only hard reset helps.
>
> Here's this new error message:
>
> May 11 07:19:22 titanic kernel: <4>reiser4[httpd(11176)]:
> plugin_by_unsafe_id (fs/reiser4/plugin/plugin.c:296)[nikita-2913]:
> May 11 07:19:22 titanic kernel: WARNING: Invalid plugin id: [2:235]
> May 11 07:19:22 titanic kernel: Unable to handle kernel NULL pointer
> dereference at 0000000000000004 RIP:
> May 11 07:19:22 titanic kernel: <ffffffff80229461>{obtain_item_plugin+17}
> May 11 07:19:22 titanic kernel: PGD 37d86067 PUD e1ba8067 PMD 0
> May 11 07:19:22 titanic kernel: Oops: 0000 [1] SMP
> May 11 07:19:22 titanic kernel: CPU 3
> May 11 07:19:22 titanic kernel: Modules linked in:
> May 11 07:19:22 titanic kernel: Pid: 11176, comm: httpd Not tainted
> 2.6.16-cks9 #2
> May 11 07:19:22 titanic kernel: RIP: 0010:[<ffffffff80229461>]
> <ffffffff80229461>{obtain_item_plugin+17}
> May 11 07:19:22 titanic kernel: RSP: 0018:ffff8100edd39b48 EFLAGS: 00010292
> May 11 07:19:22 titanic kernel: RAX: 0000000000000000 RBX:
> ffff81016df732d0 RCX: ffffffff80406c68
> May 11 07:19:22 titanic kernel: RDX: 0000000000000000 RSI:
> 0000000000000292 RDI: ffffffff80406c60
> May 11 07:19:22 titanic kernel: RBP: ffff81016df732d0 R08:
> 0000000000000003 R09: 0000000000000001
> May 11 07:19:22 titanic kernel: R10: 0000000000000000 R11:
> ffffffff80118cd0 R12: ffff81013e91f000
> May 11 07:19:22 titanic kernel: R13: ffffffff80419000 R14:
> ffff81013e91f4f0 R15: 0000000000000000
> May 11 07:19:22 titanic kernel: FS: 00002ab7a85cc8e0(0000)
> GS:ffff8101045370c0(0000) knlGS:0000000000000000
> May 11 07:19:22 titanic kernel: CS: 0010 DS: 0000 ES: 0000 CR0:
> 000000008005003b
> May 11 07:19:22 titanic kernel: CR2: 0000000000000004 CR3:
> 00000000d9e67000 CR4: 00000000000006e0
> May 11 07:19:22 titanic kernel: Process httpd (pid: 11176, threadinfo
> ffff8100edd38000, task ffff810037d3f100)
> May 11 07:19:23 titanic kernel: Stack: ffff81016df732d0
> ffffffff801f14d1 ffff81016df732d0 ffffffff801f17ad
> May 11 07:19:23 titanic kernel: 0000000000000001
> ffffffff801ed372 ffff8100edd39b70 ffffffff00000001
> May 11 07:19:23 titanic kernel: 0000000000000000 0000000000000000
> May 11 07:19:23 titanic kernel: Call Trace:
> <ffffffff801f14d1>{coord_num_units+17}
> <ffffffff801f17ad>{coord_init_after_item_end+13}
> May 11 07:19:23 titanic kernel:
> <ffffffff801ed372>{carry_insert_flow+1106}
> <ffffffff801eb9ab>{carry+267}
> May 11 07:19:23 titanic kernel:
> <ffffffff801eac05>{post_carry+85} <ffffffff801ef267>{insert_flow+263}
> May 11 07:19:23 titanic kernel:
> <ffffffff80221de5>{write_tail+245} <ffffffff801e8e35>{jload_gfp+437}
> May 11 07:19:23 titanic kernel:
> <ffffffff80211bbe>{extent2tail+942}
> <ffffffff8020fd40>{release_unix_file+192}
> May 11 07:19:23 titanic kernel: <ffffffff80179d02>{__fput+194}
> <ffffffff80162a01>{remove_vma+65}
> May 11 07:19:23 titanic kernel:
> <ffffffff8016417e>{do_munmap+670} <ffffffff801649e2>{sys_munmap+82}
> May 11 07:19:23 titanic kernel: <ffffffff8010aaf6>{system_call+126}
> May 11 07:19:23 titanic kernel:
> May 11 07:19:23 titanic kernel: Code: 0f be 40 04 88 43 0c 5b c3 66 66
> 90 66 66 90 53 0f b6 47 0c
> May 11 07:19:23 titanic kernel: RIP
> <ffffffff80229461>{obtain_item_plugin+17} RSP <ffff8100edd39b48>
> May 11 07:19:23 titanic kernel: CR2: 0000000000000004
>
>
> On 5/11/06, Alexander Zarochentsev <zam@namesys.com> wrote:
> > Hello.
> >
> > please apply the attached patch.
>
>
> --
> Alexey Polyakov
>
--
Alexey Polyakov
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: Kernel BUG at fs/reiser4/plugin/file/tail_conversion.c:80
2006-05-15 19:27 ` Alexey Polyakov
@ 2006-05-16 4:25 ` Alexander Zarochentsev
0 siblings, 0 replies; 5+ messages in thread
From: Alexander Zarochentsev @ 2006-05-16 4:25 UTC (permalink / raw)
To: reiserfs-list; +Cc: Alexey Polyakov
Hi
On Monday 15 May 2006 23:27, Alexey Polyakov wrote:
> Hi!
>
> Did it reach the list?
yes.
> I'm a bit worried cause I'm stuck at 2.6.15 and I really want to
> upgrade to .16. :)
can you fsck the partition?
>
> Thanks.
>
> On 5/12/06, Alexey Polyakov <alexey.polyakov@gmail.com> wrote:
> > Hi,
> >
> > after running for a couple hours, kernel reports a different bug.
> > Then again processes get stuck in D state, and only hard reset
> > helps.
> >
> > Here's this new error message:
> >
> > May 11 07:19:22 titanic kernel: <4>reiser4[httpd(11176)]:
> > plugin_by_unsafe_id (fs/reiser4/plugin/plugin.c:296)[nikita-2913]:
> > May 11 07:19:22 titanic kernel: WARNING: Invalid plugin id: [2:235]
> > May 11 07:19:22 titanic kernel: Unable to handle kernel NULL
> > pointer dereference at 0000000000000004 RIP:
> > May 11 07:19:22 titanic kernel:
> > <ffffffff80229461>{obtain_item_plugin+17} May 11 07:19:22 titanic
> > kernel: PGD 37d86067 PUD e1ba8067 PMD 0 May 11 07:19:22 titanic
> > kernel: Oops: 0000 [1] SMP
> > May 11 07:19:22 titanic kernel: CPU 3
> > May 11 07:19:22 titanic kernel: Modules linked in:
> > May 11 07:19:22 titanic kernel: Pid: 11176, comm: httpd Not tainted
> > 2.6.16-cks9 #2
> > May 11 07:19:22 titanic kernel: RIP: 0010:[<ffffffff80229461>]
> > <ffffffff80229461>{obtain_item_plugin+17}
> > May 11 07:19:22 titanic kernel: RSP: 0018:ffff8100edd39b48 EFLAGS:
> > 00010292 May 11 07:19:22 titanic kernel: RAX: 0000000000000000 RBX:
> > ffff81016df732d0 RCX: ffffffff80406c68
> > May 11 07:19:22 titanic kernel: RDX: 0000000000000000 RSI:
> > 0000000000000292 RDI: ffffffff80406c60
> > May 11 07:19:22 titanic kernel: RBP: ffff81016df732d0 R08:
> > 0000000000000003 R09: 0000000000000001
> > May 11 07:19:22 titanic kernel: R10: 0000000000000000 R11:
> > ffffffff80118cd0 R12: ffff81013e91f000
> > May 11 07:19:22 titanic kernel: R13: ffffffff80419000 R14:
> > ffff81013e91f4f0 R15: 0000000000000000
> > May 11 07:19:22 titanic kernel: FS: 00002ab7a85cc8e0(0000)
> > GS:ffff8101045370c0(0000) knlGS:0000000000000000
> > May 11 07:19:22 titanic kernel: CS: 0010 DS: 0000 ES: 0000 CR0:
> > 000000008005003b
> > May 11 07:19:22 titanic kernel: CR2: 0000000000000004 CR3:
> > 00000000d9e67000 CR4: 00000000000006e0
> > May 11 07:19:22 titanic kernel: Process httpd (pid: 11176,
> > threadinfo ffff8100edd38000, task ffff810037d3f100)
> > May 11 07:19:23 titanic kernel: Stack: ffff81016df732d0
> > ffffffff801f14d1 ffff81016df732d0 ffffffff801f17ad
> > May 11 07:19:23 titanic kernel: 0000000000000001
> > ffffffff801ed372 ffff8100edd39b70 ffffffff00000001
> > May 11 07:19:23 titanic kernel: 0000000000000000
> > 0000000000000000 May 11 07:19:23 titanic kernel: Call Trace:
> > <ffffffff801f14d1>{coord_num_units+17}
> > <ffffffff801f17ad>{coord_init_after_item_end+13}
> > May 11 07:19:23 titanic kernel:
> > <ffffffff801ed372>{carry_insert_flow+1106}
> > <ffffffff801eb9ab>{carry+267}
> > May 11 07:19:23 titanic kernel:
> > <ffffffff801eac05>{post_carry+85}
> > <ffffffff801ef267>{insert_flow+263} May 11 07:19:23 titanic kernel:
> > <ffffffff80221de5>{write_tail+245}
> > <ffffffff801e8e35>{jload_gfp+437} May 11 07:19:23 titanic kernel:
> > <ffffffff80211bbe>{extent2tail+942}
> > <ffffffff8020fd40>{release_unix_file+192}
> > May 11 07:19:23 titanic kernel:
> > <ffffffff80179d02>{__fput+194} <ffffffff80162a01>{remove_vma+65}
> > May 11 07:19:23 titanic kernel:
> > <ffffffff8016417e>{do_munmap+670} <ffffffff801649e2>{sys_munmap+82}
> > May 11 07:19:23 titanic kernel:
> > <ffffffff8010aaf6>{system_call+126} May 11 07:19:23 titanic kernel:
> > May 11 07:19:23 titanic kernel: Code: 0f be 40 04 88 43 0c 5b c3 66
> > 66 90 66 66 90 53 0f b6 47 0c
> > May 11 07:19:23 titanic kernel: RIP
> > <ffffffff80229461>{obtain_item_plugin+17} RSP <ffff8100edd39b48>
> > May 11 07:19:23 titanic kernel: CR2: 0000000000000004
> >
> > On 5/11/06, Alexander Zarochentsev <zam@namesys.com> wrote:
> > > Hello.
> > >
> > > please apply the attached patch.
> >
> > --
> > Alexey Polyakov
--
Alex.
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2006-05-16 4:25 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2006-05-06 21:19 Kernel BUG at fs/reiser4/plugin/file/tail_conversion.c:80 Alexey Polyakov
2006-05-11 12:23 ` Alexander Zarochentsev
2006-05-11 20:19 ` Alexey Polyakov
2006-05-15 19:27 ` Alexey Polyakov
2006-05-16 4:25 ` Alexander Zarochentsev
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.