* problem with nilfs_cleanerd
@ 2010-07-06 9:02 Łukasz Wójcicki
2010-07-07 6:02 ` Ryusuke Konishi
0 siblings, 1 reply; 10+ messages in thread
From: Łukasz Wójcicki @ 2010-07-06 9:02 UTC (permalink / raw)
To: linux-nilfs-u79uwXL29TY76Z2rM5mHXA
I'am using kernel 2.6.20 with nilf_utils-2-0-18 and nilfs kernel module
2-0-20 .
<1>Unable to handle kernel NULL pointer dereference at virtual address
00000000
<1>pgd = c4eb0000
<1>[00000000] *pgd=c4e2d031, *pte=00000000, *ppte=00000000
<4>Internal error: Oops: 17 [#1]
<4>Modules linked in:
<4>CPU: 0
<4>PC is at nilfs_btree_lookup_dirty_buffers+0x10c/0x1ec
<4>LR is at 0xc4c99b24
<4>pc : [<c012743c>] lr : [<c4c99b24>] Not tainted
<4>sp : c4c99b08 ip : c46e42dc fp : c4c99c04
<4>r10: c4c99b94 r9 : c4c99b94 r8 : 00000000
<4>r7 : c4c99b24 r6 : c46e42dc r5 : 00000000 r4 : 4c259cb9
<4>r3 : c472b008 r2 : 00000000 r1 : 00000000 r0 : c4726864
<4>Flags: nzCv IRQs on FIQs on Mode SVC_32 Segment user
<4>Control: C000717F
<4>Table: C4EB0000 DAC: 00000015
<4>Process nilfs_cleanerd (pid: 1367, stack limit = 0xc4c98258)
<4>Stack: (0xc4c99b08 to 0xc4c9a000)
<4>9b00: 0000000e 00004000 00000000 c4c99b94 c4c99c74
c47268ac
<4>9b20: c4c99b50 c4726864 c4c99b4c c4c99b2c c4c99b2c c4c99b34 c4c99b34
c4c99b3c
<4>9b40: c4c99b3c c4c99b44 c4c99b44 c4c99b4c c4c99b4c c4c99b54 c4c99b54
c4c99b5c
<4>9b60: c4c99b5c c4c99b64 c4c99b64 c4c99b6c c4c99b6c c4c99b74 c4c99b74
c4c99b7c
<4>9b80: c4c99b7c c4c99b84 c4c99b84 c4c99b8c c4c99b8c 00000001 00000000
c040f560
<4>9ba0: c4c99bcc c4c99bb0 c0125168 c00a7858 c4c99c84 c4726904 c05c99e0
00000000
<4>9bc0: c4c99be4 c4c99bd0 c0133f48 c0125134 c4c99c50 00007145 c4c99c14
00000000
<4>9be0: c4c99c74 00000000 c05c99e0 c033ede8 c033ede8 c4726904 c4c99c14
c4c99c08
<4>9c00: c0124e94 c0127340 c4c99cb4 c4c99c18 c012f73c c0124e80 0000000e
00000000
<4>9c20: ffffffff 7fffffff c033ede8 c472681c c0102e70 00000000 00000000
c040f560
<4>9c40: 00000010 4c344f2d c4e67738 00000000 c05b8ae0 c4c98000 c4c99c7c
c4c99c68
<4>9c60: c012e494 c0102e60 c4c99c84 c4e67738 c4c99c9c c4c99c74 c4c99c74
c4c99c7c
<4>9c80: c4c99c7c 00007145 c4e67738 c472681c c5e77800 c05c99f4 c05b8ae0
00000000
<4>9ca0: c05b8ae0 c4c98000 c4c99dac c4c99cb8 c01321f0 c012f5ac 00000287
c5e77800
<4>9cc0: c4e376ec c5876cf4 c4c99d60 c4c99d50 c0123d20 c0102144 c05c9a34
c05c9a20
<4>9ce0: c05c99ec c4c98000 00000001 c05c99e0 0000001d c05b8ae0 c5e77800
c687c000
<4>9d00: 00000001 c5876c1c c5876c54 00000000 c05c99f4 c05b8ae0 c05b8ae0
c4c98000
<4>9d20: c4c99d3c c4c99d30 c00a7858 c0190f98 c4c99d5c c4c99d40 c012504c
c00a7858
<4>9d40: c687c460 c5876cf4 c5e77800 c05b8ae0 00000000 00000000 00000000
00000000
<4>9d60: c4c99da4 00000001 0000001e 00000000 c012ede4 c0124378 c05c99e0
c05c99e0
<4>9d80: c4c99dac c05c99e0 c5e77800 c4c99df8 c05c99f4 c05b8ae0 c05b8ae0
c4c98000
<4>9da0: c4c99dd4 c4c99db0 c0132654 c0130844 c4c99ec8 c4c99e50 c05c99e0
c05c99f4
<4>9dc0: c5e77800 c4c98000 c4c99e34 c4c99dd8 c0133bb0 c0132584 c05a3200
00000000
<4>9de0: c4c99ec8 d9e392fb 00000000 00000014 c4c99df0 c4c99df0 00000001
00000000
<4>9e00: 00000000 00000000 c4c99e24 c4c98000 c5876124 0001b1b8 00000000
00000488
<4>9e20: c4c99ec8 00000004 c4c99f2c c4c99e38 c0139254 c0133ae8 c4c99e84
c4c99e48
<4>9e40: 00000001 c5e77800 c4c99eb0 00000010 40936008 00000000 000004b3
00020040
<4>9e60: 4002358c 4001b000 000171b0 00000000 00000001 40020010 00000018
00000000
<4>9e80: 00015770 00000000 000001f2 40020008 00000000 be981848 0001b1b8
00000000
<4>9ea0: 0000001d 00000028 00000001 00000000 be98e920 00000000 00000001
00010008
<4>9ec0: be98e920 0001b1b8 c6864000 c6878000 c687a000 c687c000 c055ab40
0001b1b8
<4>9ee0: 00000001 00000001 00000000 00000000 c4c98000 00000001 c036a448
0000000a
<4>9f00: c036a200 c51093a0 be9817f8 40786e88 00000036 c006d068 c4c98000
00000000
<4>9f20: c4c99f4c c4c99f30 c00ea608 c0138bc8 c036a244 c51093a0 00000006
be9817f8
<4>9f40: c4c99f7c c4c99f50 c00ea6dc c00ea5dc c0091a40 c00918d8 c4c98000
c51093a0
<4>9f60: fffffff7 40786e88 00000036 c006d068 c4c99fa4 c4c99f80 c00ea9c8
c00ea67c
<4>9f80: 40000000 00000000 c4c99fac 00000008 00000028 00015770 00000000
c4c99fa8
<4>9fa0: c006cec0 c00ea998 00000008 00000028 00000006 40786e88 be9817f8
000001f2
<4>9fc0: 00000008 00000028 00015770 00000036 0001b1b8 00000000 000171b0
000171b0
<4>9fe0: 00000000 be9817f0 40024948 400d210c 20000010 00000006 00000000
00000000
<4>Backtrace:
<4>[<c0127330>] (nilfs_btree_lookup_dirty_buffers+0x0/0x1ec) from
[<c0124e94>] (nilfs_bmap_lookup_dirty_buffers+0x24/0x28)
<4>[<c0124e70>] (nilfs_bmap_lookup_dirty_buffers+0x0/0x28) from
[<c012f73c>] (nilfs_segctor_scan_file+0x1a0/0x258)
<4>[<c012f59c>] (nilfs_segctor_scan_file+0x0/0x258) from [<c01321f0>]
(nilfs_segctor_do_construct+0x19bc/0x1b28)
<4>[<c0130834>] (nilfs_segctor_do_construct+0x0/0x1b28) from
[<c0132654>] (nilfs_segctor_construct+0xe0/0x104)
<4>[<c0132574>] (nilfs_segctor_construct+0x0/0x104) from [<c0133bb0>]
(nilfs_clean_segments+0xd8/0x1fc)
<4>[<c0133ad8>] (nilfs_clean_segments+0x0/0x1fc) from [<c0139254>]
(nilfs_ioctl+0x69c/0x828)
<4>[<c0138bb8>] (nilfs_ioctl+0x0/0x828) from [<c00ea608>] (do_ioctl
+0x3c/0xa0)
<4>[<c00ea5cc>] (do_ioctl+0x0/0xa0) from [<c00ea6dc>] (vfs_ioctl
+0x70/0x31c)
<4> r6 = BE9817F8 r5 = 00000006 r4 = C51093A0
<4>[<c00ea66c>] (vfs_ioctl+0x0/0x31c) from [<c00ea9c8>] (sys_ioctl
+0x40/0x68)
<4> r8 = C006D068 r7 = 00000036 r6 = 40786E88 r5 = FFFFFFF7
<4> r4 = C51093A0
<4>[<c00ea988>] (sys_ioctl+0x0/0x68) from [<c006cec0>] (ret_fast_syscall
+0x0/0x2c)
<4> r6 = 00015770 r5 = 00000028 r4 = 00000008
<4>Code: e2834008 e8940030 0a00000d e5101010 (e5d12000)
<4>
Łukasz Wójcicki
--
To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: problem with nilfs_cleanerd
2010-07-06 9:02 problem with nilfs_cleanerd Łukasz Wójcicki
@ 2010-07-07 6:02 ` Ryusuke Konishi
[not found] ` <20100707.150225.135808641.ryusuke-sG5X7nlA6pw@public.gmane.org>
0 siblings, 1 reply; 10+ messages in thread
From: Ryusuke Konishi @ 2010-07-07 6:02 UTC (permalink / raw)
To: lwojcicki-V+nj596LuoKHKKo6LODCOg; +Cc: linux-nilfs-u79uwXL29TY76Z2rM5mHXA
Hi,
On Tue, 06 Jul 2010 11:02:41 +0200, Łukasz_Wójcicki wrote:
> I'am using kernel 2.6.20 with nilf_utils-2-0-18 and nilfs kernel module
> 2-0-20 .
>
> <1>Unable to handle kernel NULL pointer dereference at virtual address
> 00000000
> <1>pgd = c4eb0000
> <1>[00000000] *pgd=c4e2d031, *pte=00000000, *ppte=00000000
> <4>Internal error: Oops: 17 [#1]
> <4>Modules linked in:
> <4>CPU: 0
> <4>PC is at nilfs_btree_lookup_dirty_buffers+0x10c/0x1ec
> <4>LR is at 0xc4c99b24
<snip>
Could you try the following patch to narrow down the cause?
There is a function lacking range check in the btree code. This patch
will catch the defect if the oops comes from a range error.
I'm now reviewing the btree code to find out root cause of the range
error.
Thanks,
Ryusuke Konishi
---
diff --git a/fs/btree.c b/fs/btree.c
index beb11fe..9622ff4 100644
--- a/fs/btree.c
+++ b/fs/btree.c
@@ -2007,6 +2007,15 @@ static void nilfs_btree_add_dirty_buffer(struct nilfs_btree *btree,
node = (struct nilfs_btree_node *)bh->b_data;
key = nilfs_btree_node_get_key(node, 0);
level = nilfs_btree_node_get_level(node);
+ if (level < NILFS_BTREE_LEVEL_NODE_MIN ||
+ level >= NILFS_BTREE_LEVEL_MAX) {
+ dump_stack();
+ printk(KERN_CRIT
+ "%s: invalid btree level: %d (ino=%lu)\n", __func__,
+ level, NILFS_BMAP_I(&btree->bt_bmap)->vfs_inode.i_ino);
+ return;
+ }
+
list_for_each(head, &lists[level]) {
cbh = list_entry(head, struct buffer_head, b_assoc_buffers);
cnode = (struct nilfs_btree_node *)cbh->b_data;
--
1.6.6.2
^ permalink raw reply related [flat|nested] 10+ messages in thread
* Re: problem with nilfs_cleanerd
[not found] ` <20100707.150225.135808641.ryusuke-sG5X7nlA6pw@public.gmane.org>
@ 2010-07-07 6:25 ` Łukasz Wójcicki
2010-07-07 6:39 ` Ryusuke Konishi
2010-07-07 7:53 ` Ryusuke Konishi
1 sibling, 1 reply; 10+ messages in thread
From: Łukasz Wójcicki @ 2010-07-07 6:25 UTC (permalink / raw)
To: Ryusuke Konishi; +Cc: linux-nilfs-u79uwXL29TY76Z2rM5mHXA
Does this patch eliminate the problem?
Unfortunately I can not generate this error again because after
re-formatting the memory (mkfs.nilfs2) the problem disappeared.
Łukasz Wójcicki
Dnia 2010-07-07, śro o godzinie 15:02 +0900, Ryusuke Konishi pisze:
> Hi,
>
> On Tue, 06 Jul 2010 11:02:41 +0200, Łukasz_Wójcicki wrote:
> > I'am using kernel 2.6.20 with nilf_utils-2-0-18 and nilfs kernel module
> > 2-0-20 .
> >
> > <1>Unable to handle kernel NULL pointer dereference at virtual address
> > 00000000
> > <1>pgd = c4eb0000
> > <1>[00000000] *pgd=c4e2d031, *pte=00000000, *ppte=00000000
> > <4>Internal error: Oops: 17 [#1]
> > <4>Modules linked in:
> > <4>CPU: 0
> > <4>PC is at nilfs_btree_lookup_dirty_buffers+0x10c/0x1ec
> > <4>LR is at 0xc4c99b24
> <snip>
>
> Could you try the following patch to narrow down the cause?
>
> There is a function lacking range check in the btree code. This patch
> will catch the defect if the oops comes from a range error.
>
> I'm now reviewing the btree code to find out root cause of the range
> error.
>
> Thanks,
> Ryusuke Konishi
> ---
>
> diff --git a/fs/btree.c b/fs/btree.c
> index beb11fe..9622ff4 100644
> --- a/fs/btree.c
> +++ b/fs/btree.c
> @@ -2007,6 +2007,15 @@ static void nilfs_btree_add_dirty_buffer(struct nilfs_btree *btree,
> node = (struct nilfs_btree_node *)bh->b_data;
> key = nilfs_btree_node_get_key(node, 0);
> level = nilfs_btree_node_get_level(node);
> + if (level < NILFS_BTREE_LEVEL_NODE_MIN ||
> + level >= NILFS_BTREE_LEVEL_MAX) {
> + dump_stack();
> + printk(KERN_CRIT
> + "%s: invalid btree level: %d (ino=%lu)\n", __func__,
> + level, NILFS_BMAP_I(&btree->bt_bmap)->vfs_inode.i_ino);
> + return;
> + }
> +
> list_for_each(head, &lists[level]) {
> cbh = list_entry(head, struct buffer_head, b_assoc_buffers);
> cnode = (struct nilfs_btree_node *)cbh->b_data;
--
To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: problem with nilfs_cleanerd
2010-07-07 6:25 ` Łukasz Wójcicki
@ 2010-07-07 6:39 ` Ryusuke Konishi
0 siblings, 0 replies; 10+ messages in thread
From: Ryusuke Konishi @ 2010-07-07 6:39 UTC (permalink / raw)
To: lwojcicki-V+nj596LuoKHKKo6LODCOg; +Cc: linux-nilfs-u79uwXL29TY76Z2rM5mHXA
On Wed, 07 Jul 2010 08:25:22 +0200, Łukasz_Wójcicki wrote:
> Does this patch eliminate the problem?
No, it just detects a likely cause.
I think the root cause exists somewhere else.
> Unfortunately I can not generate this error again because after
> re-formatting the memory (mkfs.nilfs2) the problem disappeared.
All right, I'll try to fix the problem based on the review of btree
code, or at least will include a patch to help debugging this.
Thanks,
Ryusuke Konishi
> Dnia 2010-07-07, śro o godzinie 15:02 +0900, Ryusuke Konishi pisze:
> > Hi,
> >
> > On Tue, 06 Jul 2010 11:02:41 +0200, Łukasz_Wójcicki wrote:
> > > I'am using kernel 2.6.20 with nilf_utils-2-0-18 and nilfs kernel module
> > > 2-0-20 .
> > >
> > > <1>Unable to handle kernel NULL pointer dereference at virtual address
> > > 00000000
> > > <1>pgd = c4eb0000
> > > <1>[00000000] *pgd=c4e2d031, *pte=00000000, *ppte=00000000
> > > <4>Internal error: Oops: 17 [#1]
> > > <4>Modules linked in:
> > > <4>CPU: 0
> > > <4>PC is at nilfs_btree_lookup_dirty_buffers+0x10c/0x1ec
> > > <4>LR is at 0xc4c99b24
> > <snip>
> >
> > Could you try the following patch to narrow down the cause?
> >
> > There is a function lacking range check in the btree code. This patch
> > will catch the defect if the oops comes from a range error.
> >
> > I'm now reviewing the btree code to find out root cause of the range
> > error.
> >
> > Thanks,
> > Ryusuke Konishi
> > ---
> >
> > diff --git a/fs/btree.c b/fs/btree.c
> > index beb11fe..9622ff4 100644
> > --- a/fs/btree.c
> > +++ b/fs/btree.c
> > @@ -2007,6 +2007,15 @@ static void nilfs_btree_add_dirty_buffer(struct nilfs_btree *btree,
> > node = (struct nilfs_btree_node *)bh->b_data;
> > key = nilfs_btree_node_get_key(node, 0);
> > level = nilfs_btree_node_get_level(node);
> > + if (level < NILFS_BTREE_LEVEL_NODE_MIN ||
> > + level >= NILFS_BTREE_LEVEL_MAX) {
> > + dump_stack();
> > + printk(KERN_CRIT
> > + "%s: invalid btree level: %d (ino=%lu)\n", __func__,
> > + level, NILFS_BMAP_I(&btree->bt_bmap)->vfs_inode.i_ino);
> > + return;
> > + }
> > +
> > list_for_each(head, &lists[level]) {
> > cbh = list_entry(head, struct buffer_head, b_assoc_buffers);
> > cnode = (struct nilfs_btree_node *)cbh->b_data;
>
> --
> To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: problem with nilfs_cleanerd
[not found] ` <20100707.150225.135808641.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-07-07 6:25 ` Łukasz Wójcicki
@ 2010-07-07 7:53 ` Ryusuke Konishi
[not found] ` <20100707.165348.25143177.ryusuke-sG5X7nlA6pw@public.gmane.org>
1 sibling, 1 reply; 10+ messages in thread
From: Ryusuke Konishi @ 2010-07-07 7:53 UTC (permalink / raw)
To: lwojcicki-V+nj596LuoKHKKo6LODCOg; +Cc: linux-nilfs-u79uwXL29TY76Z2rM5mHXA
On Wed, 07 Jul 2010 15:02:25 +0900 (JST), Ryusuke Konishi wrote:
> Hi,
>
> On Tue, 06 Jul 2010 11:02:41 +0200, Łukasz_Wójcicki wrote:
> > I'am using kernel 2.6.20 with nilf_utils-2-0-18 and nilfs kernel module
> > 2-0-20 .
> >
> > <1>Unable to handle kernel NULL pointer dereference at virtual address
> > 00000000
> > <1>pgd = c4eb0000
> > <1>[00000000] *pgd=c4e2d031, *pte=00000000, *ppte=00000000
> > <4>Internal error: Oops: 17 [#1]
> > <4>Modules linked in:
> > <4>CPU: 0
> > <4>PC is at nilfs_btree_lookup_dirty_buffers+0x10c/0x1ec
> > <4>LR is at 0xc4c99b24
> <snip>
>
> Could you try the following patch to narrow down the cause?
>
> There is a function lacking range check in the btree code. This patch
> will catch the defect if the oops comes from a range error.
>
> I'm now reviewing the btree code to find out root cause of the range
> error.
>
> Thanks,
> Ryusuke Konishi
Let me ask you a question.
Are there any warnings or errors earlier in the log?
Ryusuke Konishi
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: problem with nilfs_cleanerd
[not found] ` <20100707.165348.25143177.ryusuke-sG5X7nlA6pw@public.gmane.org>
@ 2010-07-07 10:02 ` Łukasz Wójcicki
2010-07-07 10:32 ` problem with nilfs_cleanerd - part 2 Łukasz Wójcicki
1 sibling, 0 replies; 10+ messages in thread
From: Łukasz Wójcicki @ 2010-07-07 10:02 UTC (permalink / raw)
To: Ryusuke Konishi; +Cc: linux-nilfs-u79uwXL29TY76Z2rM5mHXA
> Let me ask you a question.
>
> Are there any warnings or errors earlier in the log?
>
> Ryusuke Konishi
I did not notice any error before, but I did not look in detail.
Łukasz Wójcicki
--
To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 10+ messages in thread
* problem with nilfs_cleanerd - part 2
[not found] ` <20100707.165348.25143177.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-07-07 10:02 ` Łukasz Wójcicki
@ 2010-07-07 10:32 ` Łukasz Wójcicki
2010-07-07 10:48 ` Łukasz Wójcicki
1 sibling, 1 reply; 10+ messages in thread
From: Łukasz Wójcicki @ 2010-07-07 10:32 UTC (permalink / raw)
To: Ryusuke Konishi; +Cc: linux-nilfs-u79uwXL29TY76Z2rM5mHXA
I notice another problem with nilfs_cleanerd :
<2>nilfs_ioctl_move_inode_block: conflicting data buffer: ino=4, cno=0,
offset=0, blocknr=19063, vblocknr=2389
<3>NILFS: GC failed during preparation: cannot read source blocks:
err=-17
Łukasz Wójcicki
--
To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: problem with nilfs_cleanerd - part 2
2010-07-07 10:32 ` problem with nilfs_cleanerd - part 2 Łukasz Wójcicki
@ 2010-07-07 10:48 ` Łukasz Wójcicki
2010-07-07 17:40 ` Ryusuke Konishi
0 siblings, 1 reply; 10+ messages in thread
From: Łukasz Wójcicki @ 2010-07-07 10:48 UTC (permalink / raw)
To: Ryusuke Konishi; +Cc: linux-nilfs-u79uwXL29TY76Z2rM5mHXA
Dnia 2010-07-07, śro o godzinie 12:32 +0200, Łukasz Wójcicki pisze:
> I notice another problem with nilfs_cleanerd :
>
> <2>nilfs_ioctl_move_inode_block: conflicting data buffer: ino=4, cno=0,
> offset=0, blocknr=19063, vblocknr=2389
> <3>NILFS: GC failed during preparation: cannot read source blocks:
> err=-17
>
>
> Łukasz Wójcicki
>
Problem disappeared after rmcp command .
--
To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: problem with nilfs_cleanerd - part 2
2010-07-07 10:48 ` Łukasz Wójcicki
@ 2010-07-07 17:40 ` Ryusuke Konishi
[not found] ` <20100708.024043.228010276.ryusuke-sG5X7nlA6pw@public.gmane.org>
0 siblings, 1 reply; 10+ messages in thread
From: Ryusuke Konishi @ 2010-07-07 17:40 UTC (permalink / raw)
To: lwojcicki-V+nj596LuoKHKKo6LODCOg; +Cc: linux-nilfs-u79uwXL29TY76Z2rM5mHXA
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #1: Type: Text/Plain; charset="windows-1254", Size: 809 bytes --]
On Wed, 07 Jul 2010 12:48:49 +0200, Åukasz_Wójcicki wrote:
> Dnia 2010-07-07, Åro o godzinie 12:32 +0200, Åukasz Wójcicki pisze:
> > I notice another problem with nilfs_cleanerd :
> >
> > <2>nilfs_ioctl_move_inode_block: conflicting data buffer: ino=4, cno=0,
> > offset=0, blocknr=19063, vblocknr=2389
> > <3>NILFS: GC failed during preparation: cannot read source blocks:
> > err=-17
> >
> >
> > Åukasz Wójcicki
> >
>
> Problem disappeared after rmcp command .
Thanks. Uum, this looks another tough problem since it's impossible
in principle.
Did it arise before reformatting the partition ? Or after that ?
Regards,
Ryusuke Konishi
N§²æìr¸yúèØb²X¬¶Ç§vØ^)Þº{.nÇ+·¥{±)_²)í
æèw*\x1fjg¬±¨\x1e¶Ý¢j.ïÛ°\½½MúgjÌæa×\x02' ©Þ¢¸\f¢·¦j:+v¨wèjØm¶ÿ¾\a«êçzZ+ùÝ¢j"ú!¶i
^ permalink raw reply [flat|nested] 10+ messages in thread
* Re: problem with nilfs_cleanerd - part 2
[not found] ` <20100708.024043.228010276.ryusuke-sG5X7nlA6pw@public.gmane.org>
@ 2010-07-07 18:15 ` Łukasz Wójcicki
0 siblings, 0 replies; 10+ messages in thread
From: Łukasz Wójcicki @ 2010-07-07 18:15 UTC (permalink / raw)
To: Ryusuke Konishi; +Cc: linux-nilfs-u79uwXL29TY76Z2rM5mHXA
>
> Did it arise before reformatting the partition ? Or after that ?
>
> Regards,
> Ryusuke Konishi
After.
--
To unsubscribe from this list: send the line "unsubscribe linux-nilfs" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 10+ messages in thread
end of thread, other threads:[~2010-07-07 18:15 UTC | newest]
Thread overview: 10+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2010-07-06 9:02 problem with nilfs_cleanerd Łukasz Wójcicki
2010-07-07 6:02 ` Ryusuke Konishi
[not found] ` <20100707.150225.135808641.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-07-07 6:25 ` Łukasz Wójcicki
2010-07-07 6:39 ` Ryusuke Konishi
2010-07-07 7:53 ` Ryusuke Konishi
[not found] ` <20100707.165348.25143177.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-07-07 10:02 ` Łukasz Wójcicki
2010-07-07 10:32 ` problem with nilfs_cleanerd - part 2 Łukasz Wójcicki
2010-07-07 10:48 ` Łukasz Wójcicki
2010-07-07 17:40 ` Ryusuke Konishi
[not found] ` <20100708.024043.228010276.ryusuke-sG5X7nlA6pw@public.gmane.org>
2010-07-07 18:15 ` Łukasz Wójcicki
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.