Description of problem: cyrus-imapd on s390x fails with the following messages (from maillog): master[22137]: about to exec /usr/lib64/cyrus-imapd/lmtpd lmtpunix[22137]: DBERROR: invalid berkeley_cachesize value, using internal default lmtpunix[22137]: DBERROR db4: PANIC: fatal region error detected; run recovery lmtpunix[22137]: DBERROR: critical database situation master[6768]: process 22137 exited, status 75 master[6768]: service lmtpunix pid 22137 in READY state : terminated abnormally Version-Release number of selected component (if applicable): cyrus-imapd-2.2.10-1.RHEL4.1 How reproducible: 100% Steps to Reproduce: 1. service cyrus-imapd start 2. try to connect to server with 'telnet localhost imap' 3. notice that you can't connect 4. check /var/log/maillog and notice the messages posted above
I'm confused, the bug says it's filed against RHEL3, but cyrus-imapd was not part of RHEL3, only RHEL4 and the rpm name says RHEL4. Was it a mistake that RHEL3 is listed as the distribution or were you trying to run a RHEL4 package on RHEL3?
sorry about that. should've been filed against RHEL 4.
And it's once again a DB4 problem. Maybe we should get rid of Berkeley DB it and switch all backends to skiplist instead. BDB is always a PITA, just look at other bugs like #160317 Could someone try with the following options added to /etc/imapd.conf on s390x: duplicate_db: skiplist tlscache_db: skiplist
This request was evaluated by Red Hat Product Management for inclusion in a Red Hat Enterprise Linux maintenance release. Product Management has requested further review of this request by Red Hat Engineering, for potential inclusion in a Red Hat Enterprise Linux Update release for currently deployed products. This request is not yet committed for inclusion in an Update release.
Simon's proposal (#3) sounds fair, but i am not sure we want to change this on upgrade. It can probably be done, but the process is going to be bug-prone. Votes?
Development Management has reviewed and declined this request. You may appeal this decision by reopening this request.