Database fragility

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I recently had some crashes on my home cyrus server and found I had to delete the log files for the DB's by hand :(

I tried db-recover-4.6 and ctl_cyrusdb -r, however they both failed with pretty unhelpful error messages.

I didn't lose any data but it is annoying to have to baby the system after a crash.

Does anyone have any recommendations for how I can avoid having to do it? :)

The server is running FreeBSD 8.0 on amd64 with Cyrus v2.3.16. The mail store is on ZFS if it matters.

I am just using the default database types, ie..
[midget 16:52] ~ >grep _db /usr/local/etc/imapd.conf
#annotation_db: skiplist
#duplicate_db: berkeley-nosync
#mboxlist_db: skiplist
#ptscache_db: berkeley
#seenstate_db: skiplist
#statuscache_db: berkeley-nosync
#subscription_db: flat
#tlscache_db: berkeley-nosync

Thanks!

--
Daniel O'Connor software and network engineer
for Genesis Software - http://www.gsoft.com.au
"The nice thing about standards is that there
are so many of them to choose from."
  -- Andrew Tanenbaum
GPG Fingerprint - 5596 B766 97C0 0E94 4347 295E E593 DC20 7B3F CE8C






----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/


[Index of Archives]     [Cyrus SASL]     [Squirrel Mail]     [Asterisk PBX]     [Video For Linux]     [Photo]     [Yosemite News]     [gtk]     [KDE]     [Gimp on Windows]     [Steve's Art]

  Powered by Linux