What happened to my db/ ?

[Simon Matter]

> Hello All,
>   I recently moved my cyrus-imapd install from one machine to annother.
> The move went *quite* well, I had both servers stoped and rsynced the
> live server's data (/var/imap, /var/spool/imap) over to the new server.
>
> Everything was fine untill I started playing with SSL, at that point I
> started having problems getting cyrus running after a restart.
>
> Here is what I was seeing in my logs:
> """
> Jan  8 17:27:11 [tls_prune] DBERROR db4: operation not permitted during
> recovery.
> Jan  8 17:27:11 [tls_prune] DBERROR: opening /var/imap/tls_sessions.db:
> Invalid argument
> Jan  8 17:27:11 [tls_prune] DBERROR: opening /var/imap/tls_sessions.db:
> cyrusdb error
> """
>
> Somewhere I found a post from someone having the same problem. They said
> that they could get cyrus working again by removing all the files in
> /var/imap/db. So I did that. Now I can start cyrus and read my mail
> *PHEW*. However I now have a new raft of errors showing up in syslog.
> Everytime I start cyrus I get this:
> """
> Jan  8 18:01:42 [master] setrlimit: Unable to set file descriptors limit
> to -1: Operation not permitted
> Jan  8 18:01:42 [master] retrying with 1024 (current max)
> Jan  8 18:01:42 [master] process started
> Jan  8 18:01:42 [ctl_cyrusdb] recovering cyrus databases
> Jan  8 18:01:42 [ctl_cyrusdb] DBERROR db4: DB_ENV->log_flush: LSN past
> current end-of-log
>                 - Last output repeated twice -
> Jan  8 18:01:42 [ctl_cyrusdb] DBERROR db4: Recovery function for LSN 1 182
> failed
> Jan  8 18:01:42 [ctl_cyrusdb] DBERROR: dbenv->open '/var/imap/db' failed:
> Invalid argument
> Jan  8 18:01:42 [ctl_cyrusdb] DBERROR: init /var/imap/db: cyrusdb error
> Jan  8 18:01:42 [ctl_cyrusdb] DBERROR db4: environment not yet opened
> Jan  8 18:01:42 [ctl_cyrusdb] DBERROR: opening /var/imap/mailboxes.db:
> Invalid argument
> Jan  8 18:01:42 [ctl_cyrusdb] DBERROR: opening /var/imap/mailboxes.db:
> cyrusdb error
> Jan  8 18:01:42 [master] process 4105 exited, status 75_
> Jan  8 18:01:42 [master] ready for work
> Jan  8 18:01:42 [tls_prune] tls_prune: purged 0 out of 0 entries
> Jan  8 18:01:42 [ctl_cyrusdb] checkpointing cyrus databases
> Jan  8 18:01:42 [ctl_deliver] duplicate_prune: pruning back 3 days
> Jan  8 18:01:42 [ctl_deliver] duplicate_prune: purged 2 out of 742 entries
> Jan  8 18:01:42 [ctl_cyrusdb] done checkpointing cyrus databases
> """
>
> I don't *think* it's a permissions problem...
> """
> usr # ls -la /var/imap/db/.
> total 12952
> drwxr-xr-x    2 cyrus    mail         4096 Jan  8 21:15 .
> drwxr-xr-x   14 cyrus    mail         4096 Jan  9 16:45 ..
> -rw-r--r--    1 cyrus    mail            0 Sep 23 13:31 .keep
> -rw-------    1 cyrus    mail         8192 Jan  8 21:15 __db.001
> -rw-------    1 cyrus    mail       270336 Jan  8 21:15 __db.002
> -rw-------    1 cyrus    mail        98304 Jan  8 21:15 __db.003
> -rw-------    1 cyrus    mail     18063360 Jan  8 21:15 __db.004
> -rw-------    1 cyrus    mail        32768 Jan  8 21:15 __db.005
> -rw-------    1 cyrus    mail       286763 Jan  9 17:10 log.0000000001
> """
>
> I'm using EXT3 so I don't think it's anything to do with the "chattr +S"
> stuff.
>
> I tryed recompiling cyrus.... it didn't help.
>
> The idea of cyrus dying fills me with dread. Someone please help me out
> here.... what is going on and how do I stop it? If someone can give me a
> bit of a shove in the right direction it would be MOST helpfull.....
> links... generall information.... even mild abuse, all gratefully
> accepted.

Hi,

Please search the list archives. IIRC there have been two problems which
could create messages like yours. One problem is with NPTL on newer RedHat
Linux and AMD and some other CPU's. The other problem is IIRC something
with the latest greatest DB4 release. Search for 'DB_ENV' and
'dbenv->open', I'm quite sure you'll find out what's wrong.

Simon

>
> Many thanks....
>
>   Nick
>