]> git.apps.os.sepia.ceph.com Git - ceph.git/commit
os/bluestore/bluefs: Fix data corruption in truncate() 44860/head
authorAdam Kupczyk <akupczyk@redhat.com>
Tue, 2 Nov 2021 15:57:32 +0000 (16:57 +0100)
committerAdam Kupczyk <akupczyk@redhat.com>
Wed, 2 Feb 2022 13:07:14 +0000 (14:07 +0100)
commit9036b15b8ee4987bd51a3556ac37a10aaa58da91
tree96d70eb6752471a42ee2f90b1d3c5987e5631ea0
parent0e502d3baeb2468ae5b37dee8f8093be0aacbc14
os/bluestore/bluefs: Fix data corruption in truncate()

It is possible to create condition in which a BlueFS contains file that is corrupted.
It can happen when BlueFS replay log is on device A and we just wrote to device B and truncated file.

Scenario:
1) write to file h1 on SLOW device
2) flush h1 (initiate transfer, but no fdatasync yet)
3) truncate h1
4) write to file h2 on DB
5) fsync h2 (forces replay log to be written, after fdatasync to DB)
6) poweroff

Fixes: https://tracker.ceph.com/issues/53129
Signed-off-by: Adam Kupczyk <akupczyk@redhat.com>
(cherry picked from commit 49b7b44b3b5c94ee401562e603999e2b3bd8f9a2)
src/os/bluestore/BlueFS.cc