diff options
author | Maxim Patlasov <MPatlasov@parallels.com> | 2013-08-30 09:06:04 -0400 |
---|---|---|
committer | Miklos Szeredi <mszeredi@suse.cz> | 2013-09-03 07:41:58 -0400 |
commit | 06a7c3c2781409af95000c60a5df743fd4e2f8b4 (patch) | |
tree | 7f2fd16f36cbd0fb1b761f4e2c384f7060c5764b /fs/fuse/dir.c | |
parent | d331a415aef98717393dda0be69b7947da08eba3 (diff) |
fuse: hotfix truncate_pagecache() issue
The way how fuse calls truncate_pagecache() from fuse_change_attributes()
is completely wrong. Because, w/o i_mutex held, we never sure whether
'oldsize' and 'attr->size' are valid by the time of execution of
truncate_pagecache(inode, oldsize, attr->size). In fact, as soon as we
released fc->lock in the middle of fuse_change_attributes(), we completely
loose control of actions which may happen with given inode until we reach
truncate_pagecache. The list of potentially dangerous actions includes
mmap-ed reads and writes, ftruncate(2) and write(2) extending file size.
The typical outcome of doing truncate_pagecache() with outdated arguments
is data corruption from user point of view. This is (in some sense)
acceptable in cases when the issue is triggered by a change of the file on
the server (i.e. externally wrt fuse operation), but it is absolutely
intolerable in scenarios when a single fuse client modifies a file without
any external intervention. A real life case I discovered by fsx-linux
looked like this:
1. Shrinking ftruncate(2) comes to fuse_do_setattr(). The latter sends
FUSE_SETATTR to the server synchronously, but before getting fc->lock ...
2. fuse_dentry_revalidate() is asynchronously called. It sends FUSE_LOOKUP
to the server synchronously, then calls fuse_change_attributes(). The
latter updates i_size, releases fc->lock, but before comparing oldsize vs
attr->size..
3. fuse_do_setattr() from the first step proceeds by acquiring fc->lock and
updating attributes and i_size, but now oldsize is equal to
outarg.attr.size because i_size has just been updated (step 2). Hence,
fuse_do_setattr() returns w/o calling truncate_pagecache().
4. As soon as ftruncate(2) completes, the user extends file size by
write(2) making a hole in the middle of file, then reads data from the hole
either by read(2) or mmap-ed read. The user expects to get zero data from
the hole, but gets stale data because truncate_pagecache() is not executed
yet.
The scenario above illustrates one side of the problem: not truncating the
page cache even though we should. Another side corresponds to truncating
page cache too late, when the state of inode changed significantly.
Theoretically, the following is possible:
1. As in the previous scenario fuse_dentry_revalidate() discovered that
i_size changed (due to our own fuse_do_setattr()) and is going to call
truncate_pagecache() for some 'new_size' it believes valid right now. But
by the time that particular truncate_pagecache() is called ...
2. fuse_do_setattr() returns (either having called truncate_pagecache() or
not -- it doesn't matter).
3. The file is extended either by write(2) or ftruncate(2) or fallocate(2).
4. mmap-ed write makes a page in the extended region dirty.
The result will be the lost of data user wrote on the fourth step.
The patch is a hotfix resolving the issue in a simplistic way: let's skip
dangerous i_size update and truncate_pagecache if an operation changing
file size is in progress. This simplistic approach looks correct for the
cases w/o external changes. And to handle them properly, more sophisticated
and intrusive techniques (e.g. NFS-like one) would be required. I'd like to
postpone it until the issue is well discussed on the mailing list(s).
Changed in v2:
- improved patch description to cover both sides of the issue.
Signed-off-by: Maxim Patlasov <mpatlasov@parallels.com>
Signed-off-by: Miklos Szeredi <mszeredi@suse.cz>
Cc: stable@vger.kernel.org
Diffstat (limited to 'fs/fuse/dir.c')
-rw-r--r-- | fs/fuse/dir.c | 7 |
1 files changed, 6 insertions, 1 deletions
diff --git a/fs/fuse/dir.c b/fs/fuse/dir.c index c49b8c722e27..c8334f75c8c9 100644 --- a/fs/fuse/dir.c +++ b/fs/fuse/dir.c | |||
@@ -1590,6 +1590,7 @@ int fuse_do_setattr(struct inode *inode, struct iattr *attr, | |||
1590 | struct file *file) | 1590 | struct file *file) |
1591 | { | 1591 | { |
1592 | struct fuse_conn *fc = get_fuse_conn(inode); | 1592 | struct fuse_conn *fc = get_fuse_conn(inode); |
1593 | struct fuse_inode *fi = get_fuse_inode(inode); | ||
1593 | struct fuse_req *req; | 1594 | struct fuse_req *req; |
1594 | struct fuse_setattr_in inarg; | 1595 | struct fuse_setattr_in inarg; |
1595 | struct fuse_attr_out outarg; | 1596 | struct fuse_attr_out outarg; |
@@ -1617,8 +1618,10 @@ int fuse_do_setattr(struct inode *inode, struct iattr *attr, | |||
1617 | if (IS_ERR(req)) | 1618 | if (IS_ERR(req)) |
1618 | return PTR_ERR(req); | 1619 | return PTR_ERR(req); |
1619 | 1620 | ||
1620 | if (is_truncate) | 1621 | if (is_truncate) { |
1621 | fuse_set_nowrite(inode); | 1622 | fuse_set_nowrite(inode); |
1623 | set_bit(FUSE_I_SIZE_UNSTABLE, &fi->state); | ||
1624 | } | ||
1622 | 1625 | ||
1623 | memset(&inarg, 0, sizeof(inarg)); | 1626 | memset(&inarg, 0, sizeof(inarg)); |
1624 | memset(&outarg, 0, sizeof(outarg)); | 1627 | memset(&outarg, 0, sizeof(outarg)); |
@@ -1680,12 +1683,14 @@ int fuse_do_setattr(struct inode *inode, struct iattr *attr, | |||
1680 | invalidate_inode_pages2(inode->i_mapping); | 1683 | invalidate_inode_pages2(inode->i_mapping); |
1681 | } | 1684 | } |
1682 | 1685 | ||
1686 | clear_bit(FUSE_I_SIZE_UNSTABLE, &fi->state); | ||
1683 | return 0; | 1687 | return 0; |
1684 | 1688 | ||
1685 | error: | 1689 | error: |
1686 | if (is_truncate) | 1690 | if (is_truncate) |
1687 | fuse_release_nowrite(inode); | 1691 | fuse_release_nowrite(inode); |
1688 | 1692 | ||
1693 | clear_bit(FUSE_I_SIZE_UNSTABLE, &fi->state); | ||
1689 | return err; | 1694 | return err; |
1690 | } | 1695 | } |
1691 | 1696 | ||