Re: reiserfs+acl makes processes hang?

[Jan Engelhardt <jengelh@linux01.gwdg.de>]

>You made one mistake, the last echo "1" >blah should not be
>to the file you created earlier.. the echo is meant to

Right. Hangs now.

If someone wants a stack trace, below is one. However, I wonder why my traces 
have become so distorted -- e.g. the proc_lookup in the last one should not be 
there at all.

But I think the problem is simple:
Reiserfs implements ACLs/Xattrs using files, and obviously, creating the ACL 
for the file cannot succeed because there's no space left. Don't know what 
reiser does in case _an acl file_ can't be created...


: bash          D C39335D0     0  4252   4195                     (NOTLB)
: c3de3cb8 00000082 00000000 c39335d0 c0128a60 c3de3cbc bf1ff5dc 000000fd
:        c39335d0 cdc01b84 c3de3cc8 c39335d0 c7101208 c02852a5 c3de3cbc cdc01b88
:        c2d17e0c cdc01b88 c39335d0 00000001 c7101208 c71011bc c71011cc c7101208
: Call Trace:
:  [<c0128a60>] autoremove_wake_function+0x0/0x50
:  [<c02852a5>] rwsem_down_read_failed+0x75/0x150
:  [<c01b2268>] .text.lock.xattr+0x55/0x23d
:  [<c018f5b0>] reiserfs_delete_inode+0x70/0x110
:  [<c01b2ec7>] reiserfs_set_acl+0x167/0x1a0
:  [<c018f540>] reiserfs_delete_inode+0x0/0x110
:  [<c016643c>] generic_delete_inode+0x9c/0x140
:  [<c016665c>] iput+0x4c/0x70
:  [<c0192759>] reiserfs_new_inode+0x149/0x700
:  [<c018cfdd>] reiserfs_find_entry+0xad/0x120
:  [<c01aca00>] wake_queued_writers+0x30/0x40
:  [<c018d8b7>] reiserfs_create+0xe7/0x210
:  [<c01b21ef>] reiserfs_permission+0xf/0x20
:  [<c01595e6>] permission+0xb6/0xe0
:  [<c015b166>] vfs_create+0xc6/0x190
:  [<c015ba9a>] open_namei+0x5fa/0x740
:  [<c014c427>] filp_open+0x27/0x50
:  [<c014c650>] get_unused_fd+0x20/0xa0
:  [<c01593c7>] getname+0x67/0xb0
:  [<c014c779>] sys_open+0x49/0xd0
:  [<c0102b89>] syscall_call+0x7/0xb
: ls            D C2D17E60     0 20215  14083                     (NOTLB)
: c2d17dfc 00000086 c01ad123 c2d17e60 c2d17eb0 00000000 b1b8700c 00000134
:        c3933ac0 cdc01b84 c2d17e0c c3933ac0 00000000 c02852a5 c3933ac0 cdc01b88
:        cdc01b88 c3de3cc8 c3933ac0 00000001 c02c7be0 c7c7c4b4 c2d17e58 00000000
: Call Trace:
:  [<c01ad123>] journal_mark_dirty+0x113/0x250
:  [<c02852a5>] rwsem_down_read_failed+0x75/0x150
:  [<c01b22da>] .text.lock.xattr+0xc7/0x23d
:  [<c016c8dc>] getxattr+0xdc/0x170
:  [<c01b21e0>] reiserfs_permission+0x0/0x20
:  [<c01b21ef>] reiserfs_permission+0xf/0x20
:  [<c01595e6>] permission+0xb6/0xe0
:  [<c0159f54>] __link_path_walk+0x4a4/0xed0
:  [<c013fb78>] handle_mm_fault+0x138/0x190
:  [<c015aa2b>] link_path_walk+0xab/0x1a0
:  [<c015af9d>] __user_walk+0x3d/0x60
:  [<c016c9bb>] sys_getxattr+0x4b/0x70
:  [<c0102b89>] syscall_call+0x7/0xb
: ls            D C0180493     0 22554  22493                     (NOTLB)
: ce079dfc 00000082 cffec560 c0180493 ffffffea ced0fb00 08b060f1 00000170
:        c478aa20 cdc01b84 ce079e0c c478aa20 00000000 c02852a5 c0135316 cdc01b88
:        cdc01b88 c2d17e0c c478aa20 00000001 c02c7be0 c82d7f54 ce079e58 00000000
: Call Trace:
:  [<c0180493>] proc_lookup+0xa3/0xb0
:  [<c02852a5>] rwsem_down_read_failed+0x75/0x150
:  [<c0135316>] prep_new_page+0x46/0x60
:  [<c01b22da>] .text.lock.xattr+0xc7/0x23d
:  [<c016c8dc>] getxattr+0xdc/0x170
:  [<c01b21e0>] reiserfs_permission+0x0/0x20
:  [<c01b21ef>] reiserfs_permission+0xf/0x20
:  [<c01595e6>] permission+0xb6/0xe0
:  [<c0159f54>] __link_path_walk+0x4a4/0xed0
:  [<c013fb78>] handle_mm_fault+0x138/0x190
:  [<c015aa2b>] link_path_walk+0xab/0x1a0
:  [<c015af9d>] __user_walk+0x3d/0x60
:  [<c016c9bb>] sys_getxattr+0x4b/0x70
:  [<c0102b89>] syscall_call+0x7/0xb


Jan Engelhardt
-- 
-
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/