[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <87k60y1rq4.fsf@sw.ru>
Date: Mon, 11 Dec 2006 16:34:27 +0300
From: Dmitriy Monakhov <dmonakhov@...nvz.org>
To: linux-kernel@...r.kernel.org
CC: Linux Memory Management <linux-mm@...ck.org>, <devel@...nvz.org>
Subject: [PATCH] incorrect error handling inside generic_file_direct_write
OpenVZ team has discovered error inside generic_file_direct_write()
If generic_file_direct_IO() has fail (ENOSPC condition) it may have instantiated
a few blocks outside i_size. And fsck will complain about wrong i_size
(ext2, ext3 and reiserfs interpret i_size and biggest block difference as error),
after fsck will fix error i_size will be increased to the biggest block,
but this blocks contain gurbage from previous write attempt, this is not
information leak, but its silence file data corruption.
We need truncate any block beyond i_size after write have failed , do in simular
generic_file_buffered_write() error path.
Exampe:
open("mnt2/FILE3", O_WRONLY|O_CREAT|O_DIRECT, 0666) = 3
write(3, "aaaaaa"..., 4096) = -1 ENOSPC (No space left on device)
stat mnt2/FILE3
File: `mnt2/FILE3'
Size: 0 Blocks: 4 IO Block: 4096 regular empty file
>>>>>>>>>>>>>>>>>>>>>>^^^^^^^^^^ file size is less than biggest block idx
Device: 700h/1792d Inode: 14 Links: 1
Access: (0644/-rw-r--r--) Uid: ( 0/ root) Gid: ( 0/ root)
fsck.ext2 -f -n mnt1/fs_img
Pass 1: Checking inodes, blocks, and sizes
Inode 14, i_size is 0, should be 2048. Fix? no
Signed-off-by: Dmitriy Monakhov <dmonakhov@...nvz.org>
----------
View attachment "diff-ms-dio_write-fix.2.6.19" of type "text/plain" (483 bytes)
Powered by blists - more mailing lists