diff options
| author | Luis Henriques <lhenriques@suse.de> | 2020-11-12 18:23:21 +0300 |
|---|---|---|
| committer | Ilya Dryomov <idryomov@gmail.com> | 2020-12-15 01:21:47 +0300 |
| commit | 6646ea1c8e8716ab6b8b60ff4930f808442cfe12 (patch) | |
| tree | 52b52580b34f2488e520fb3b6eb55e5a112e2c02 /lib | |
| parent | 68cbb8056a4c24c6a38ad2b79e0a9764b235e8fa (diff) | |
| download | linux-6646ea1c8e8716ab6b8b60ff4930f808442cfe12.tar.xz | |
Revert "ceph: allow rename operation under different quota realms"
This reverts commit dffdcd71458e699e839f0bf47c3d42d64210b939.
When doing a rename across quota realms, there's a corner case that isn't
handled correctly. Here's a testcase:
mkdir files limit
truncate files/file -s 10G
setfattr limit -n ceph.quota.max_bytes -v 1000000
mv files limit/
The above will succeed because ftruncate(2) won't immediately notify the
MDSs with the new file size, and thus the quota realms stats won't be
updated.
Since the possible fixes for this issue would have a huge performance impact,
the solution for now is to simply revert to returning -EXDEV when doing a cross
quota realms rename.
URL: https://tracker.ceph.com/issues/48203
Signed-off-by: Luis Henriques <lhenriques@suse.de>
Reviewed-by: Jeff Layton <jlayton@kernel.org>
Reviewed-by: Ilya Dryomov <idryomov@gmail.com>
Signed-off-by: Ilya Dryomov <idryomov@gmail.com>
Diffstat (limited to 'lib')
0 files changed, 0 insertions, 0 deletions