Using cvt_cyrusdb to convert quota database from skiplist back to quotalegacy.
Eric.Luyten at vub.ac.be
Wed Sep 15 05:05:00 EDT 2010
On Wed, September 15, 2010 9:27 am, Simon Matter wrote:
>> 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
>> quotalegacy 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
>> minute. 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
> it fails?
Yes, one could, but this is not my number one priority right now.
Converting from skiplist to flat takes two minutes and, since the
"quotalegacy" structure/format is trivial, a few lines of scripting
will do the rest, if ever needed.
Eric Luyten, Computing Centre VUB/ULB.
More information about the Info-cyrus