Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

WAL log file corrupt after #13249

Open
979357361 opened this issue Dec 26, 2024 · 0 comments
Open

WAL log file corrupt after #13249

979357361 opened this issue Dec 26, 2024 · 0 comments

Comments

@979357361
Copy link

979357361 commented Dec 26, 2024

we use rocksdb through C API, the WAL config is kept default, underlying file system is a default EXT4 on NVME SSD

after a terminal disconnect, we try to reopen the DB and found some data is wrong, then I check and find WAL may be corrupted as LOG shows:
img_v3_02hu_376620d1-4a39-408c-a108-a466a8046c6g

as far as I know, RocksDB promises data consistance with WAL enabled, and EXT4 has is own journal, too, why data still happens? Will changing WAL recovery mode to absolute_consistancy help? In our use case, we prefer no data than wrong data.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant