You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 15, 2024. It is now read-only.
Please describe the feature you are requesting.
In current Bookkeeper implementation, when disk occurs IO error, eg, disk readonly failure or disk sector failure, it will trigger bookie shutdown and the bookie can't startup before the bad disk kicked off by admin.
In my production, we has 24 disks per node and the disks' failure rate is high enough. If the bookie shutdown when occurs disk IO error, it will trigger Bookkeeper cluster to re-replicate the lost data, which belongs to the shutdown bookie. However the amount of data belongs to the bookie will be tens of TB, which will cause Bookkeeper cluster busy and make it unstable.
Indicate the importance of this issue to you (blocker, must-have, should-have, nice-to-have).
In my env, i should solved this problem before bring it to production.
Provide any additional detail on your proposed use case for this feature.
Do you have any ideas or plans to add this feature, or we can discuss the feature design.
The text was updated successfully, but these errors were encountered:
Original Issue: apache#2529
FEATURE REQUEST
Please describe the feature you are requesting.
In current Bookkeeper implementation, when disk occurs IO error, eg, disk readonly failure or disk sector failure, it will trigger bookie shutdown and the bookie can't startup before the bad disk kicked off by admin.
In my production, we has 24 disks per node and the disks' failure rate is high enough. If the bookie shutdown when occurs disk IO error, it will trigger Bookkeeper cluster to re-replicate the lost data, which belongs to the shutdown bookie. However the amount of data belongs to the bookie will be tens of TB, which will cause Bookkeeper cluster busy and make it unstable.
Indicate the importance of this issue to you (blocker, must-have, should-have, nice-to-have).
In my env, i should solved this problem before bring it to production.
Provide any additional detail on your proposed use case for this feature.
Do you have any ideas or plans to add this feature, or we can discuss the feature design.
The text was updated successfully, but these errors were encountered: