* fs selection.
@ 2011-05-27 11:59 Fyodor Ustinov
2011-05-27 15:18 ` Gregory Farnum
2011-05-27 16:29 ` Sage Weil
0 siblings, 2 replies; 7+ messages in thread
From: Fyodor Ustinov @ 2011-05-27 11:59 UTC (permalink / raw)
To: ceph-devel
Hi!
ceph is a very powerful thing.
it kills ext3:
[49531.320004] [<ffffffff811d3c4c>] ext3_new_blocks+0x40c/0x6b0
[49531.320004] [<ffffffff811d3f11>] ext3_new_block+0x21/0x30
[49531.320004] [<ffffffff811e798e>] ext3_xattr_block_set+0x2ae/0x790
[49531.320004] [<ffffffff811e86ba>] ext3_xattr_set_handle+0x30a/0x4c0
[49531.320004] [<ffffffff811e88f5>] ext3_xattr_set+0x85/0xe0
[49531.320004] [<ffffffff81277053>] ?
security_inode_exec_permission+0x23/0x30
[49531.320004] [<ffffffff811e8ae9>] ext3_xattr_user_set+0x49/0x50
[49531.320004] [<ffffffff811818e4>] generic_setxattr+0x74/0x90
[49531.320004] [<ffffffff811820c0>] __vfs_setxattr_noperm+0x50/0x1a0
[49531.320004] [<ffffffff8116adb8>] ? inode_permission+0xa8/0xd0
[49531.320004] [<ffffffff811822cc>] vfs_setxattr+0xbc/0xc0
[49531.320004] [<ffffffff81182392>] setxattr+0xc2/0x150
[49531.320004] [<ffffffff8114fec0>] ? kmem_cache_free+0x20/0x110
[49531.320004] [<ffffffff8116ae33>] ? putname+0x33/0x50
[49531.320004] [<ffffffff8116ef84>] ? user_path_at+0x64/0xa0
[49531.320004] [<ffffffff815d3493>] ? schedule+0x3d3/0xa00
[49531.320004] [<ffffffff81099c7b>] ? sys_futex+0x7b/0x180
[49531.320004] [<ffffffff811824b5>] sys_setxattr+0x95/0xb0
[49531.320004] [<ffffffff815ddec2>] system_call_fastpath+0x16/0x1b
it kills btrfs:
[91970.322381] [<ffffffff81062bbf>] warn_slowpath_common+0x7f/0xc0
[91970.322385] [<ffffffff81062c1a>] warn_slowpath_null+0x1a/0x20
[91970.322394] [<ffffffffa01a1b58>] btrfs_alloc_free_block+0x1f8/0x330
[btrfs]
[91970.322403] [<ffffffffa018f6cf>] __btrfs_cow_block+0x14f/0x600 [btrfs]
[91970.322414] [<ffffffffa01ab5c0>] ? btrfs_buffer_uptodate+0x50/0x70
[btrfs]
[91970.322422] [<ffffffffa018fc93>] btrfs_cow_block+0x113/0x240 [btrfs]
[91970.322431] [<ffffffffa0194c15>] btrfs_search_slot+0x555/0x850 [btrfs]
[91970.322441] [<ffffffffa01a82af>] btrfs_lookup_inode+0x2f/0xa0 [btrfs]
[91970.322453] [<ffffffffa01b597e>] btrfs_update_inode+0x5e/0x100 [btrfs]
[91970.322464] [<ffffffffa01b9957>] btrfs_truncate+0x587/0x600 [btrfs]
[91970.322476] [<ffffffffa01b9cef>] btrfs_setsize+0x4f/0xd0 [btrfs]
[91970.322488] [<ffffffffa01b9e2c>] btrfs_setattr+0xbc/0xd0 [btrfs]
[91970.322492] [<ffffffff8117aa89>] notify_change+0x189/0x370
[91970.322496] [<ffffffff8115eb11>] do_truncate+0x61/0x90
[91970.322500] [<ffffffff8116a323>] ? generic_permission+0x23/0xd0
[91970.322504] [<ffffffff8116bec2>] ? get_write_access+0x42/0x70
[91970.322507] [<ffffffff8115ecca>] sys_truncate+0x18a/0x1a0
[91970.322512] [<ffffffff815ddec2>] system_call_fastpath+0x16/0x1b
[91973.333974] [<ffffffff81062bbf>] warn_slowpath_common+0x7f/0xc0
[91973.333978] [<ffffffff81062c1a>] warn_slowpath_null+0x1a/0x20
[91973.333990] [<ffffffffa01b568b>] btrfs_orphan_commit_root+0xbb/0xd0
[btrfs]
[91973.334001] [<ffffffffa01aee84>] commit_fs_roots.clone.20+0x94/0x120
[btrfs]
[91973.334013] [<ffffffffa01afc62>]
btrfs_commit_transaction+0x342/0x7c0 [btrfs]
[91973.334017] [<ffffffff810846d0>] ? wake_up_bit+0x40/0x40
[91973.334021] [<ffffffff81051dd1>] ? finish_task_switch+0x41/0xe0
[91973.334033] [<ffffffffa01b00e0>] ?
btrfs_commit_transaction+0x7c0/0x7c0 [btrfs]
[91973.334044] [<ffffffffa01b00ff>] do_async_commit+0x1f/0x30 [btrfs]
[91973.334048] [<ffffffff8107ecdd>] process_one_work+0x11d/0x420
[91973.334052] [<ffffffff8107f799>] worker_thread+0x169/0x360
[91973.334055] [<ffffffff8107f630>] ? manage_workers.clone.21+0x240/0x240
[91973.334059] [<ffffffff81083f36>] kthread+0x96/0xa0
[91973.334063] [<ffffffff815defe4>] kernel_thread_helper+0x4/0x10
[91973.334067] [<ffffffff81083ea0>] ? flush_kthread_worker+0xb0/0xb0
[91973.334070] [<ffffffff815defe0>] ? gs_change+0x13/0x13
I choose what to kill next? XFS may be? (bloodthirsty grins).
WBR,
Fyodor.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: fs selection.
2011-05-27 11:59 fs selection Fyodor Ustinov
@ 2011-05-27 15:18 ` Gregory Farnum
2011-05-27 16:56 ` Fyodor Ustinov
2011-05-27 16:29 ` Sage Weil
1 sibling, 1 reply; 7+ messages in thread
From: Gregory Farnum @ 2011-05-27 15:18 UTC (permalink / raw)
To: Fyodor Ustinov; +Cc: ceph-devel
You are really putting this stuff through the wringer -- nobody else
hits these issues so frequently!
Can you remind us of your test setup? I'd like to figure out how
you're killing these FSes so badly.
And just randomly, I'd try ext4 before xfs. :)
-Greg
On Fri, May 27, 2011 at 4:59 AM, Fyodor Ustinov <ufm@ufm.su> wrote:
> Hi!
>
> ceph is a very powerful thing.
>
> it kills ext3:
>
> [49531.320004] [<ffffffff811d3c4c>] ext3_new_blocks+0x40c/0x6b0
> [49531.320004] [<ffffffff811d3f11>] ext3_new_block+0x21/0x30
> [49531.320004] [<ffffffff811e798e>] ext3_xattr_block_set+0x2ae/0x790
> [49531.320004] [<ffffffff811e86ba>] ext3_xattr_set_handle+0x30a/0x4c0
> [49531.320004] [<ffffffff811e88f5>] ext3_xattr_set+0x85/0xe0
> [49531.320004] [<ffffffff81277053>] ?
> security_inode_exec_permission+0x23/0x30
> [49531.320004] [<ffffffff811e8ae9>] ext3_xattr_user_set+0x49/0x50
> [49531.320004] [<ffffffff811818e4>] generic_setxattr+0x74/0x90
> [49531.320004] [<ffffffff811820c0>] __vfs_setxattr_noperm+0x50/0x1a0
> [49531.320004] [<ffffffff8116adb8>] ? inode_permission+0xa8/0xd0
> [49531.320004] [<ffffffff811822cc>] vfs_setxattr+0xbc/0xc0
> [49531.320004] [<ffffffff81182392>] setxattr+0xc2/0x150
> [49531.320004] [<ffffffff8114fec0>] ? kmem_cache_free+0x20/0x110
> [49531.320004] [<ffffffff8116ae33>] ? putname+0x33/0x50
> [49531.320004] [<ffffffff8116ef84>] ? user_path_at+0x64/0xa0
> [49531.320004] [<ffffffff815d3493>] ? schedule+0x3d3/0xa00
> [49531.320004] [<ffffffff81099c7b>] ? sys_futex+0x7b/0x180
> [49531.320004] [<ffffffff811824b5>] sys_setxattr+0x95/0xb0
> [49531.320004] [<ffffffff815ddec2>] system_call_fastpath+0x16/0x1b
>
> it kills btrfs:
>
> [91970.322381] [<ffffffff81062bbf>] warn_slowpath_common+0x7f/0xc0
> [91970.322385] [<ffffffff81062c1a>] warn_slowpath_null+0x1a/0x20
> [91970.322394] [<ffffffffa01a1b58>] btrfs_alloc_free_block+0x1f8/0x330
> [btrfs]
> [91970.322403] [<ffffffffa018f6cf>] __btrfs_cow_block+0x14f/0x600 [btrfs]
> [91970.322414] [<ffffffffa01ab5c0>] ? btrfs_buffer_uptodate+0x50/0x70
> [btrfs]
> [91970.322422] [<ffffffffa018fc93>] btrfs_cow_block+0x113/0x240 [btrfs]
> [91970.322431] [<ffffffffa0194c15>] btrfs_search_slot+0x555/0x850 [btrfs]
> [91970.322441] [<ffffffffa01a82af>] btrfs_lookup_inode+0x2f/0xa0 [btrfs]
> [91970.322453] [<ffffffffa01b597e>] btrfs_update_inode+0x5e/0x100 [btrfs]
> [91970.322464] [<ffffffffa01b9957>] btrfs_truncate+0x587/0x600 [btrfs]
> [91970.322476] [<ffffffffa01b9cef>] btrfs_setsize+0x4f/0xd0 [btrfs]
> [91970.322488] [<ffffffffa01b9e2c>] btrfs_setattr+0xbc/0xd0 [btrfs]
> [91970.322492] [<ffffffff8117aa89>] notify_change+0x189/0x370
> [91970.322496] [<ffffffff8115eb11>] do_truncate+0x61/0x90
> [91970.322500] [<ffffffff8116a323>] ? generic_permission+0x23/0xd0
> [91970.322504] [<ffffffff8116bec2>] ? get_write_access+0x42/0x70
> [91970.322507] [<ffffffff8115ecca>] sys_truncate+0x18a/0x1a0
> [91970.322512] [<ffffffff815ddec2>] system_call_fastpath+0x16/0x1b
>
> [91973.333974] [<ffffffff81062bbf>] warn_slowpath_common+0x7f/0xc0
> [91973.333978] [<ffffffff81062c1a>] warn_slowpath_null+0x1a/0x20
> [91973.333990] [<ffffffffa01b568b>] btrfs_orphan_commit_root+0xbb/0xd0
> [btrfs]
> [91973.334001] [<ffffffffa01aee84>] commit_fs_roots.clone.20+0x94/0x120
> [btrfs]
> [91973.334013] [<ffffffffa01afc62>] btrfs_commit_transaction+0x342/0x7c0
> [btrfs]
> [91973.334017] [<ffffffff810846d0>] ? wake_up_bit+0x40/0x40
> [91973.334021] [<ffffffff81051dd1>] ? finish_task_switch+0x41/0xe0
> [91973.334033] [<ffffffffa01b00e0>] ? btrfs_commit_transaction+0x7c0/0x7c0
> [btrfs]
> [91973.334044] [<ffffffffa01b00ff>] do_async_commit+0x1f/0x30 [btrfs]
> [91973.334048] [<ffffffff8107ecdd>] process_one_work+0x11d/0x420
> [91973.334052] [<ffffffff8107f799>] worker_thread+0x169/0x360
> [91973.334055] [<ffffffff8107f630>] ? manage_workers.clone.21+0x240/0x240
> [91973.334059] [<ffffffff81083f36>] kthread+0x96/0xa0
> [91973.334063] [<ffffffff815defe4>] kernel_thread_helper+0x4/0x10
> [91973.334067] [<ffffffff81083ea0>] ? flush_kthread_worker+0xb0/0xb0
> [91973.334070] [<ffffffff815defe0>] ? gs_change+0x13/0x13
>
> I choose what to kill next? XFS may be? (bloodthirsty grins).
>
> WBR,
> Fyodor.
>
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
--
To unsubscribe from this list: send the line "unsubscribe ceph-devel" 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] 7+ messages in thread
* Re: fs selection.
2011-05-27 11:59 fs selection Fyodor Ustinov
2011-05-27 15:18 ` Gregory Farnum
@ 2011-05-27 16:29 ` Sage Weil
2011-05-27 16:33 ` Fyodor Ustinov
2011-05-27 19:38 ` Sage Weil
1 sibling, 2 replies; 7+ messages in thread
From: Sage Weil @ 2011-05-27 16:29 UTC (permalink / raw)
To: Fyodor Ustinov; +Cc: ceph-devel
On Fri, 27 May 2011, Fyodor Ustinov wrote:
> it kills ext3:
>
> [49531.320004] [<ffffffff811d3c4c>] ext3_new_blocks+0x40c/0x6b0
> [49531.320004] [<ffffffff811d3f11>] ext3_new_block+0x21/0x30
> [49531.320004] [<ffffffff811e798e>] ext3_xattr_block_set+0x2ae/0x790
> [49531.320004] [<ffffffff811e86ba>] ext3_xattr_set_handle+0x30a/0x4c0
> [49531.320004] [<ffffffff811e88f5>] ext3_xattr_set+0x85/0xe0
> [49531.320004] [<ffffffff81277053>] ?
> security_inode_exec_permission+0x23/0x30
> [49531.320004] [<ffffffff811e8ae9>] ext3_xattr_user_set+0x49/0x50
> [49531.320004] [<ffffffff811818e4>] generic_setxattr+0x74/0x90
> [49531.320004] [<ffffffff811820c0>] __vfs_setxattr_noperm+0x50/0x1a0
> [49531.320004] [<ffffffff8116adb8>] ? inode_permission+0xa8/0xd0
> [49531.320004] [<ffffffff811822cc>] vfs_setxattr+0xbc/0xc0
> [49531.320004] [<ffffffff81182392>] setxattr+0xc2/0x150
> [49531.320004] [<ffffffff8114fec0>] ? kmem_cache_free+0x20/0x110
> [49531.320004] [<ffffffff8116ae33>] ? putname+0x33/0x50
> [49531.320004] [<ffffffff8116ef84>] ? user_path_at+0x64/0xa0
> [49531.320004] [<ffffffff815d3493>] ? schedule+0x3d3/0xa00
> [49531.320004] [<ffffffff81099c7b>] ? sys_futex+0x7b/0x180
> [49531.320004] [<ffffffff811824b5>] sys_setxattr+0x95/0xb0
> [49531.320004] [<ffffffff815ddec2>] system_call_fastpath+0x16/0x1b
Which kernel version is this? I've only seen this on older (<.26?)
kernels. If this is on the latest, we need to tell the extN guys about
it.
sage
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: fs selection.
2011-05-27 16:29 ` Sage Weil
@ 2011-05-27 16:33 ` Fyodor Ustinov
2011-05-27 19:38 ` Sage Weil
1 sibling, 0 replies; 7+ messages in thread
From: Fyodor Ustinov @ 2011-05-27 16:33 UTC (permalink / raw)
To: Sage Weil; +Cc: ceph-devel
On 05/27/2011 07:29 PM, Sage Weil wrote:
>
> Which kernel version is this? I've only seen this on older (<.26?)
> kernels. If this is on the latest, we need to tell the extN guys about
> it.
2.6.39
If you remember, about a month ago I wrote about a similar bug in 2.6.38
WBR,
Fyodor.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: fs selection.
2011-05-27 15:18 ` Gregory Farnum
@ 2011-05-27 16:56 ` Fyodor Ustinov
0 siblings, 0 replies; 7+ messages in thread
From: Fyodor Ustinov @ 2011-05-27 16:56 UTC (permalink / raw)
To: Gregory Farnum; +Cc: ceph-devel
On 05/27/2011 06:18 PM, Gregory Farnum wrote:
> You are really putting this stuff through the wringer -- nobody else
> hits these issues so frequently!
I wait release of ceph bouncing on the chair with impatience. :)
And to help catch errors as many as possible before the release - it's a
minimum what I can do.
> Can you remind us of your test setup? I'd like to figure out how
> you're killing these FSes so badly.
>
> And just randomly, I'd try ext4 before xfs. :)
ext4 have the same user_xattr. I think no sense. :)
WBR,
Fyodor.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: fs selection.
2011-05-27 16:29 ` Sage Weil
2011-05-27 16:33 ` Fyodor Ustinov
@ 2011-05-27 19:38 ` Sage Weil
2011-05-27 19:41 ` Fyodor Ustinov
1 sibling, 1 reply; 7+ messages in thread
From: Sage Weil @ 2011-05-27 19:38 UTC (permalink / raw)
To: Fyodor Ustinov; +Cc: ceph-devel
Can you post the full crash dump? This is missing the EIP line that shows
the function and offset it was actually in at the time of the crash, and
the error itself (null pointer, BUG, etc.).
Thanks!
sage
On Fri, 27 May 2011, Sage Weil wrote:
> On Fri, 27 May 2011, Fyodor Ustinov wrote:
> > it kills ext3:
> >
> > [49531.320004] [<ffffffff811d3c4c>] ext3_new_blocks+0x40c/0x6b0
> > [49531.320004] [<ffffffff811d3f11>] ext3_new_block+0x21/0x30
> > [49531.320004] [<ffffffff811e798e>] ext3_xattr_block_set+0x2ae/0x790
> > [49531.320004] [<ffffffff811e86ba>] ext3_xattr_set_handle+0x30a/0x4c0
> > [49531.320004] [<ffffffff811e88f5>] ext3_xattr_set+0x85/0xe0
> > [49531.320004] [<ffffffff81277053>] ?
> > security_inode_exec_permission+0x23/0x30
> > [49531.320004] [<ffffffff811e8ae9>] ext3_xattr_user_set+0x49/0x50
> > [49531.320004] [<ffffffff811818e4>] generic_setxattr+0x74/0x90
> > [49531.320004] [<ffffffff811820c0>] __vfs_setxattr_noperm+0x50/0x1a0
> > [49531.320004] [<ffffffff8116adb8>] ? inode_permission+0xa8/0xd0
> > [49531.320004] [<ffffffff811822cc>] vfs_setxattr+0xbc/0xc0
> > [49531.320004] [<ffffffff81182392>] setxattr+0xc2/0x150
> > [49531.320004] [<ffffffff8114fec0>] ? kmem_cache_free+0x20/0x110
> > [49531.320004] [<ffffffff8116ae33>] ? putname+0x33/0x50
> > [49531.320004] [<ffffffff8116ef84>] ? user_path_at+0x64/0xa0
> > [49531.320004] [<ffffffff815d3493>] ? schedule+0x3d3/0xa00
> > [49531.320004] [<ffffffff81099c7b>] ? sys_futex+0x7b/0x180
> > [49531.320004] [<ffffffff811824b5>] sys_setxattr+0x95/0xb0
> > [49531.320004] [<ffffffff815ddec2>] system_call_fastpath+0x16/0x1b
>
> Which kernel version is this? I've only seen this on older (<.26?)
> kernels. If this is on the latest, we need to tell the extN guys about
> it.
>
> sage
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" 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] 7+ messages in thread
* Re: fs selection.
2011-05-27 19:38 ` Sage Weil
@ 2011-05-27 19:41 ` Fyodor Ustinov
0 siblings, 0 replies; 7+ messages in thread
From: Fyodor Ustinov @ 2011-05-27 19:41 UTC (permalink / raw)
To: Sage Weil; +Cc: ceph-devel
Hi!
May 27 14:33:25 osd2 kernel: [49531.310325] ------------[ cut here
]------------
May 27 14:33:25 osd2 kernel: [49531.310835] kernel BUG at
fs/ext3/balloc.c:1404!
May 27 14:33:25 osd2 kernel: [49531.311339] invalid opcode: 0000 [#1] SMP
May 27 14:33:25 osd2 kernel: [49531.311804] last sysfs file:
/sys/devices/system/cpu/cpu1/cache/index2/shared_cpu_map
May 27 14:33:25 osd2 kernel: [49531.312664] CPU 1
May 27 14:33:25 osd2 kernel: [49531.312877] Modules linked in: btrfs
zlib_deflate libcrc32c 8021q garp stp xfs bonding psmouse xgifb(C)
serio_raw lp parport i3000_edac shpchp edac_core raid10 raid456 async_pq
async_xor xor async_memcpy async_raid6_recov e1000e e100 ahci libahci
raid6_pq async_tx raid1 raid0 multipath linear
May 27 14:33:25 osd2 kernel: [49531.316080]
May 27 14:33:25 osd2 kernel: [49531.316237] Pid: 5505, comm: cosd
Tainted: G C 2.6.39-ufm2+ #1 empty empty/S5191
May 27 14:33:25 osd2 kernel: [49531.317164] RIP:
0010:[<ffffffff811d319c>] [<ffffffff811d319c>]
ext3_try_to_allocate_with_rsv+0x62c/0x630
May 27 14:33:25 osd2 kernel: [49531.318246] RSP: 0018:ffff880117d6f938
EFLAGS: 00010246
May 27 14:33:25 osd2 kernel: [49531.318826] RAX: 0000000000000027 RBX:
ffff8800a47f8840 RCX: ffffffff81bea460
May 27 14:33:25 osd2 kernel: [49531.319609] RDX: 0000000000000000 RSI:
0000000000000086 RDI: 0000000000000246
May 27 14:33:25 osd2 kernel: [49531.320004] RBP: ffff880117d6f9e8 R08:
0000000000000000 R09: 0000000000000000
May 27 14:33:25 osd2 kernel: [49531.320004] R10: 0000000000000000 R11:
0000000000000001 R12: 000000000f2cffff
May 27 14:33:25 osd2 kernel: [49531.320004] R13: 000000000f2c8000 R14:
ffff88011d0d0000 R15: ffff88011d0d3548
May 27 14:33:25 osd2 kernel: [49531.320004] FS: 00007f217f395700(0000)
GS:ffff880127d00000(0000) knlGS:0000000000000000
May 27 14:33:25 osd2 kernel: [49531.320004] CS: 0010 DS: 0000 ES: 0000
CR0: 0000000080050033
May 27 14:33:25 osd2 kernel: [49531.320004] CR2: 00007f21660c0000 CR3:
000000011ff74000 CR4: 00000000000006e0
May 27 14:33:25 osd2 kernel: [49531.320004] DR0: 0000000000000000 DR1:
0000000000000000 DR2: 0000000000000000
May 27 14:33:25 osd2 kernel: [49531.320004] DR3: 0000000000000000 DR6:
00000000ffff0ff0 DR7: 0000000000000400
May 27 14:33:25 osd2 kernel: [49531.320004] Process cosd (pid: 5505,
threadinfo ffff880117d6e000, task ffff88011fad8000)
May 27 14:33:25 osd2 kernel: [49531.320004] Stack:
May 27 14:33:25 osd2 kernel: [49531.320004] 0000000000001e59
ffff88012747db20 ffff880117d6f9a8 000000000f2ced96
May 27 14:33:25 osd2 kernel: [49531.320004] 000000000f2ceb96
ffff88011e9d1108 ffff8800a47f8860 000000000f2cffff
May 27 14:33:25 osd2 kernel: [49531.320004] 00001e5917d6f9a8
000000000f2c8000 0000000000001e59 00008000ffffffff
May 27 14:33:25 osd2 kernel: [49531.320004] Call Trace:
May 27 14:33:25 osd2 kernel: [49531.320004] [<ffffffff811d3c4c>]
ext3_new_blocks+0x40c/0x6b0
May 27 14:33:25 osd2 kernel: [49531.320004] [<ffffffff811d3f11>]
ext3_new_block+0x21/0x30
May 27 14:33:25 osd2 kernel: [49531.320004] [<ffffffff811e798e>]
ext3_xattr_block_set+0x2ae/0x790
May 27 14:33:25 osd2 kernel: [49531.320004] [<ffffffff811e86ba>]
ext3_xattr_set_handle+0x30a/0x4c0
May 27 14:33:25 osd2 kernel: [49531.320004] [<ffffffff811e88f5>]
ext3_xattr_set+0x85/0xe0
May 27 14:33:25 osd2 kernel: [49531.320004] [<ffffffff81277053>] ?
security_inode_exec_permission+0x23/0x30
May 27 14:33:25 osd2 kernel: [49531.320004] [<ffffffff811e8ae9>]
ext3_xattr_user_set+0x49/0x50
May 27 14:33:25 osd2 kernel: [49531.320004] [<ffffffff811818e4>]
generic_setxattr+0x74/0x90
May 27 14:33:25 osd2 kernel: [49531.320004] [<ffffffff811820c0>]
__vfs_setxattr_noperm+0x50/0x1a0
May 27 14:33:25 osd2 kernel: [49531.320004] [<ffffffff8116adb8>] ?
inode_permission+0xa8/0xd0
May 27 14:33:25 osd2 kernel: [49531.320004] [<ffffffff811822cc>]
vfs_setxattr+0xbc/0xc0
May 27 14:33:25 osd2 kernel: [49531.320004] [<ffffffff81182392>]
setxattr+0xc2/0x150
May 27 14:33:25 osd2 kernel: [49531.320004] [<ffffffff8114fec0>] ?
kmem_cache_free+0x20/0x110
May 27 14:33:25 osd2 kernel: [49531.320004] [<ffffffff8116ae33>] ?
putname+0x33/0x50
May 27 14:33:25 osd2 kernel: [49531.320004] [<ffffffff8116ef84>] ?
user_path_at+0x64/0xa0
May 27 14:33:25 osd2 kernel: [49531.320004] [<ffffffff815d3493>] ?
schedule+0x3d3/0xa00
May 27 14:33:25 osd2 kernel: [49531.320004] [<ffffffff81099c7b>] ?
sys_futex+0x7b/0x180
May 27 14:33:25 osd2 kernel: [49531.320004] [<ffffffff811824b5>]
sys_setxattr+0x95/0xb0
May 27 14:33:25 osd2 kernel: [49531.320004] [<ffffffff815ddec2>]
system_call_fastpath+0x16/0x1b
May 27 14:33:25 osd2 kernel: [49531.320004] Code: 48 8b 7d 18 41 83 cc
ff 89 07 e9 59 ff ff ff 4d 63 ed 4c 01 6b 28 eb a1 48 81 c7 50 01 00 00
48 c7 c6 f0 fc 61 81 e8 a4 f1 ff ff <0f> 0b 66 90 55 48 89 e5 41 54 53
0f 1f 44 00 00 4c 8b 67 18 48
May 27 14:33:25 osd2 kernel: [49531.320004] RIP [<ffffffff811d319c>]
ext3_try_to_allocate_with_rsv+0x62c/0x630
May 27 14:33:25 osd2 kernel: [49531.320004] RSP <ffff880117d6f938>
May 27 14:33:25 osd2 kernel: [49531.790697] ---[ end trace
d52659e715a28d90 ]---
WBR,
Fyodor.
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2011-05-27 19:41 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2011-05-27 11:59 fs selection Fyodor Ustinov
2011-05-27 15:18 ` Gregory Farnum
2011-05-27 16:56 ` Fyodor Ustinov
2011-05-27 16:29 ` Sage Weil
2011-05-27 16:33 ` Fyodor Ustinov
2011-05-27 19:38 ` Sage Weil
2011-05-27 19:41 ` Fyodor Ustinov
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.