I'm still unsure as to what caused this problem. The idea of the DBs being different was a good one but I could never proove it. Both systems DB enviroments claimed to be 4.0.14 and everything in cyrus it's self claimed to be using DB3. I could find no difference between the installs.
At the end of the day I decided to rebuild my mailboxs.db and delete everything else database related in /var/imap apart from the user folder. I used ctl_mboxlist to dump to a text file and then (after the deleting) rebuild from the text file. Everything works **perfectly** now. Thanks to all for the help and perticulary 'Joe Hrbek' who helped me alot off list and 'Ken Murchison' who always seems to give me that final push when I need it ;) Nick >> 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 >> > > > >