[GitHub] [bookkeeper] keyboardbobo commented on issue #3524: In high-traffic scenarios, disk space reclamation is slow

[GitBox <gi...@apache.org>]

keyboardbobo commented on issue #3524:
URL: https://github.com/apache/bookkeeper/issues/3524#issuecomment-1280376557

   > It is hard to guess what's going on exactly. It can be anything from too aggressively configured major GC that takes too long to XFS's speculative preallocation (there are xfs tools IIRC that let you explore that). https://www.pulsar-neighborhood.io/articles/apache-bookkeeper-disk-usage-with-apache-pulsar/ has some general ideas (bookie-related part), for the rest you'd have to check logs and metrics
   
   @dlg99 Thank you for your reply
   thank you for your reply. We have closed journal, and some files in the `entryLogMetaMap `of my debug `GarbageCollectorThread `have a usage rate of more than 99% before restarting (the disk has been confirmed to be refreshed before restarting), but the usage rate has become 0% after restarting. Is it possible to ledgersDb data Lost, resulting in accidental deletion?


-- 
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: commits-unsubscribe@bookkeeper.apache.org

For queries about this service, please contact Infrastructure at:
users@infra.apache.org