Closed SaveTheRbtz closed 11 years ago
What about removing eblob.py and forcing eblob recovery script to use boost::python iterators? What about removing recover_index_from_blob.py altogether, is it still relevant?
In my opinion recovery script should not use internal eblob iterators but operate on raw structures for robustness reasons. Also recovery script should be written in C/C++ for performance reasons.
For now I guess we should just merge that to have working solution for removed indexes problem.
For future versions we should think of some kind of eblob_fsck
utility that would preform various checks on eblob database invariants like:
and will be able to recover from blob corruptions including full index regeneration from data file / unsorted index.
PS. BTW what happened to http://doc.reverbrain.com?
Hosting provider issues...
How ironically - we build very robust fault tolerant distributed storage systems and simultaneously suffer from web hosting issues for the site
recover_index_from_blob.py
:blob.py
:PS.
recover_index_from_blob.py
was broken for about a year. PPS.blob.py
is way too "hacky" and probably should not be used in new scripts.