ext2: Fix link count corruption under heavy link+rename load
authorJosh Hunt <johunt@akamai.com>
Thu, 24 Feb 2011 10:48:22 +0000 (11:48 +0100)
committerJan Kara <jack@suse.cz>
Mon, 28 Feb 2011 20:55:43 +0000 (21:55 +0100)
commit03885ac3c79ab7f3f4a8e502486be2ea6c85c3e3
treed6ca9cc79d0069cd99ba08de8a5f1ad5c743111c
parentbbac751dc85cbf0953a221171a746d69a0b1a85f
ext2: Fix link count corruption under heavy link+rename load

vfs_rename_other() does not lock renamed inode with i_mutex. Thus changing
i_nlink in a non-atomic manner (which happens in ext2_rename()) can corrupt
it as reported and analyzed by Josh.

In fact, there is no good reason to mess with i_nlink of the moved file.
We did it presumably to simulate linking into the new directory and unlinking
from an old one. But the practical effect of this is disputable because fsck
can possibly treat file as being properly linked into both directories without
writing any error which is confusing. So we just stop increment-decrement
games with i_nlink which also fixes the corruption.

CC: stable@kernel.org
CC: Al Viro <viro@ZenIV.linux.org.uk>
Signed-off-by: Josh Hunt <johunt@akamai.com>
Signed-off-by: Jan Kara <jack@suse.cz>
fs/ext2/namei.c