Using cvt_cyrusdb to convert quota database from skiplist back to quotalegacy.
simon.matter at invoca.ch
Wed Sep 15 03:27:26 EDT 2010
> I am having trouble converting a quota skiplist db back to quotalegacy
> format (I know... this is probably not the most common Cyrus operation :-)
> % cvt_cyrusdb /ssd/cyrs/imap/quotas.db skiplist /ssd/cyrs/imap/quota
> Converting from /ssd/cyrs/imap/quotas.db (skiplist) to
> % find quota -type f | wc -l
> % strings quotas.db|wc -l
> "quotas.db" was created using the reverse operation and took about one
> I renamed the original 'quota' directory out of the way before making the
> second cvt_cyrusdb call.
> Closer inspection of the newly created 'quota' directory reveals 125 quota
> descriptor files named user.aXXXXXX created under 'a', all relating to
> existing top level mailboxes and containing the correct information, and
> (curiously) one file named 'u' in directory 'u'.
> I also tried a Berkeley DB intermediate format and the creation
> of the quotalegacy structure failed in an identical way.
I expect this to be a bug in the way cvt_cyrusdb calls the quotalegacy
backend, or in the backend itself. And I guess you are the first to test
it out :)
Could test it with different dirhashing options to found out how exactly
> Other question : would I be better off with 65,000 small files
> (quotalegacy) in a one-level hash or with a single skiplist db
> for my quota information, when the files reside on solid state
> storage anyway ?
> Eric Luyten, Computing Centre VUB/ULB.
> Cyrus Home Page: http://www.cyrusimap.org/
> List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
More information about the Info-cyrus