Skip to content

Rescue procedure for extremely large bluefs log#36121

Merged
neha-ojha merged 3 commits intoceph:masterfrom
aclamk:wip-bluefs-log-replay-rescue
Jul 24, 2020
Merged

Rescue procedure for extremely large bluefs log#36121
neha-ojha merged 3 commits intoceph:masterfrom
aclamk:wip-bluefs-log-replay-rescue

Conversation

@aclamk
Copy link
Contributor

@aclamk aclamk commented Jul 15, 2020

This is procedure that stems from https://tracker.ceph.com/issues/46195.
It was created and tested in Luminous, but now needs to be ported to all other ceph branches.
This fixes https://tracker.ceph.com/issues/46552.

aclamk added 2 commits July 15, 2020 18:35
This is a procedure tries to find on disk unreachable extents and pretend they were
already a part of bluefs log. If this gives proper crc, accept it.

Fixes: https://tracker.ceph.com/issues/46552
Signed-off-by: Adam Kupczyk <akupczyk@redhat.com>
This ability only makes sense as a step that allows to perform fsck before commiting recovered bluefs log.

Fixes: https://tracker.ceph.com/issues/46552
Signed-off-by: Adam Kupczyk <akupczyk@redhat.com>
@aclamk aclamk force-pushed the wip-bluefs-log-replay-rescue branch 2 times, most recently from 5766e50 to be2e531 Compare July 15, 2020 17:04
Adds additional paragraph to ceph-bluestore-tool documentation,
describing how to use *special* options --bluefs_replay_recovery
and --bluefs_replay_recovery_disable_compact to recover large
bluefs log.

Fixes: https://tracker.ceph.com/issues/46552
Signed-off-by: Adam Kupczyk <akupczyk@redhat.com>
@neha-ojha
Copy link
Member

@neha-ojha
Copy link
Member

jenkins test dashboard

@neha-ojha
Copy link
Member

jenkins test dashboard backend

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants