simon.matter at ch.sauter-bc.com
Fri Feb 24 01:22:34 EST 2006
> Hello there,
> I'm running Debian Sarge with Cyrus 2.1.18 on an IBM xSeries Dual-Xeon
> 8GB RAM and 450GB disks (ServeRaid controller, RAID5 w/ hot-spare). The
> machine serves 22000 accounts (mostly POP3, ca. 250 IMAP users) and has
> running happily without any notable load for a year.
> When one of the RAID disks failed, the following rebuild, propably due to
> not very sensible default setting in the RAID controller, caused the
> to stall. Authentication took forever and pop3d and imapd processes were
> piling up. The server had to be shutdown rather ungracefully making the
> various Cyrus DBs and some filesystems suffer.
> After a successfull RAID rebuild, filesystem checks and a longish
> cyrreconstruct run (7 hours) things seemed to be fine again. But since
> the system is causing trouble on a daily basis with issues like these:
> DBERROR: init /var/lib/cyrus/db: cyrusdb error
> FATAL: lmtpd: unable to init duplicate delivery database
> DBERROR: init (TLS: /var/lib/cyrus/db): cyrusdb error
> DBERROR: dbenv->open '/var/lib/cyrus/db' failed:
> DB_RUNRECOVERY: Fatal error, run database recovery
> Removing deliver.db and tls_cache.db between stopping and re-starting
> has worked till now, but the same thing breaking again and again really
> starts to annoy me and the users.
> I've run cyrreconstruct. I've wandered through the mailing list archive
> found countless posts mentioning DB errors, but no real solution.
> Documentation seems to be outdated, wrong, or non-existant. I feel lost.
> Is there *any* way to make this setup work again reliably or is there no
> other solution than to switch to a less fragile software?!
I guess your cyrus configdirectory is /var/lib/cyrus. Then, did you try
removing the transaction logs in /var/lib/cyrus/db after removing
deliver.db and tls_cache.db?
More information about the Info-cyrus