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

Recovery testing suggestion #751

Open
Szpadel opened this issue Sep 22, 2024 · 0 comments
Open

Recovery testing suggestion #751

Szpadel opened this issue Sep 22, 2024 · 0 comments

Comments

@Szpadel
Copy link

Szpadel commented Sep 22, 2024

I read that you are looking for battle testing filesystem recovery capabilities.

I want to suggest you one scenario that is very capable in corrupting filesystems in usually hard to recover ways.

I already destroyed in that way few systems while doing poor's man KVM: in system that do not offer any ipmi not kvm functionality but allows to boot some recovery os.

I mounted filesystem to fix some boot issues and then forgot to unmnount before running qemu with raw disk access to see if boot issue is resolved.

I believe if your implementation will be able to recover from such corruption you can assume your self healing is in very good shape (better than zfs).

I'm aware this might be considered unrealistic scenario to support or test against in that case feel free to ignore this and close the issue.

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