For what its worth, we run into this problem a lot in our environment as well... I had come to the same conclusion as Jeremy and Henrique did before they even posted their message about it to the list.
The environment we are running is as follows: Cyrus IMAPD 2.0.16 Compaq Tru64 5.1 on Alpha Platform Cyrus SASL 1.5.27 Sleepycat BerkeleyDB 3.2.9 OpenSSL 0.9.6 UCD-SNMP 4.2.1 lock = flock auth = unix mboxlist.db = flat subs.db = flat seen.db = flat duplicate.db = db3-nosync tls.db = none The problem existed before we enabled SSL, so it isn't SSL related, and the problem existed before we added SNMP to the mix. The only place we use BerkeleyDB is for the duplicate delivery database and only lmtpd is linked against the libdb.so file (I modified the Makefile to not link pthreads or BerkeleyDB into imapd, pop3d, etc, since they are using a flat file database anyways). As for when the problem would arise... well, obviously, when we ran into resource issues, master would lose track of the count of children as they segfaulted, etc. This problem was just recently described. However, we rarely had resource issues like that. The other times that we could catch the problem occuring is when the system is booting and the Cyrus server is first started. For some reason, we would lose a couple of the services within a short period of time after Cyrus was started. We would have to shut down Cyrus and restart it again. Rarely, the problem would occur again within the first few minutes of the restart, and we would have to do it again. Usually, though, the restart would work fine. Finally, we would periodically lose services for no apparent reason, meaning that the machine had not been recently rebooted, and we were not suffering from any apparent resource shortages (either at a system level or at the "cyrus" user level). In any the case, the problem exists in our Tru64 environment. Scott --On Thursday, May 16, 2002 9:25 AM -0400 Ken Murchison <[EMAIL PROTECTED]> wrote: > I'm running a config almost the same as you and have never seen this > problem. AFAIK, the CMU guys have never seen this either. Do you have > a core that you can run a backtrace on, or can you force a core by > setting MALLOC_CHECK_=2 before starting master (see malloc(3) for > details)? > > What's your DB config look like? Are you using skiplist for everything > by any chance? > > name : Cyrus IMAPD > version : v2.1.4 2002/05/14 16:51:51 > vendor : Project Cyrus > support-url: http://asg.web.cmu.edu/cyrus > os : Linux > os-version : 2.4.18-SGI_XFS_1.1smp > command : imapd > arguments : > environment: Cyrus SASL 2.1.3 > Sleepycat Software: Berkeley DB 3.3.11: (July 12, 2001) > OpenSSL 0.9.6b [engine] 9 Jul 2001 > CMU Sieve 2.2 > TCP Wrappers > UCD-SNMP 4.2.3 > lock = flock > auth = unix > idle = idled > mboxlist.db = skiplist > subs.db = flat > seen.db = skiplist > duplicate.db = db3-nosync > tls.db = db3-nosync > > -- > Kenneth Murchison Oceana Matrix Ltd. > Software Engineer 21 Princeton Place > 716-662-8973 x26 Orchard Park, NY 14127 > --PGP Public Key-- http://www.oceana.com/~ken/ksm.pgp -- +-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-+ Scott W. Adkins http://www.cns.ohiou.edu/~sadkins/ UNIX Systems Engineer mailto:[EMAIL PROTECTED] ICQ 7626282 Work (740)593-9478 Fax (740)593-1944 +-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=+=-=-=-=-=-=-=-=-+ PGP Public Key available at http://www.cns.ohiou.edu/~sadkins/pgp/
msg07820/pgp00000.pgp
Description: PGP signature
