]> git.apps.os.sepia.ceph.com Git - ceph.git/commit
os/bluestore/bluefs: Fix data corruption in truncate() 45171/head
authorAdam Kupczyk <akupczyk@redhat.com>
Tue, 2 Nov 2021 15:57:32 +0000 (16:57 +0100)
committerPonnuvel Palaniyappan <pponnuvel@gmail.com>
Fri, 20 May 2022 08:28:30 +0000 (09:28 +0100)
commiteea0b883e7a4d7a67e1dc3cdec6cc6a07f48d15d
treef566d615b2d3875063b544cce1d957bdbc0ee419
parent2d4743dd58eda55e60e2bdb6ae1b90b83e23a8bf
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
src/test/objectstore/test_bluefs.cc