У пт, 2008-12-26 у 10:52 -0800, Scott Likens пише:> I've been running Cyrus 2.3.13 successfully on Gentoo (amd64/x86_64) > for quite some time without any issues. Like i did... I am on gentoo x86_64 ~amd64 keyword. Never had anyproblems with that. Mailserver isnt that big. I have ca. 60 mailboxesand trafic is near 450 incomming and 350 outgoing messages per hour. > It's currently linked against bdb 4.6, however I use skiplist for all > my databases as I found overall that is much cleaner in the long run. Yes, thats what worked for me since quite long time. I had sendmail,cyrus-sasl and spamassassin(with perl libs) compiled against thisversion. > However, I can honestly say I have never run into your issue with > cyrus starting to hang like that. However, you want to ensure that > both cyrus-sasl and imapd are linked to the same version of bdb, > otherwise there's issues. Try to switch deliver db from skiplist to berkeley format and wait sometime until it starts hanging... > ... So far the point of this email is pretty pointless, but I wanted > to say that switching "distributions" is not ever an acceptable > question/answer. Totaly agree. > Having more detail from /var/log/messages would be very helpful as > cyrus does tend to send debug information to syslog when it's > crashing, so we can get more detail of why. Thats the problem, it just hang. You can see that pretty easy justtrying sendmail -bv some@adresss never return to promt, because sendmail wait for smmapd to return fromchecking mailbox.Or just start imap client, it will connect, but never get mails and etc. Identifieng problem is not that easy, because syslog doesn't show any DBcuptions, or problems. Dmesg isn't reporting anything wrong and straceon cyrus processes most time just do no output, or write a lot ofselect(0...) timeout. - What is not bad, but normal as i heared. Even if"saying nothing" in strace isnt good, it still doesnt help to identifiythe Problem. Throw try and catch i found that removing deliver.db and restart cyrusleads to longer life until one of cyrus processes hangs again. So what i did, i completely moved cyrus mail to another server. Butafter few mins it did same. I reinstalled new gentoo system with older glibc-2.8 but problem wassame. Only thing what helps is to add duplicate_db: skiplistto the imapd.conf It was running stable on this new machine with this settings andcompiled against sys-libs/db-4.6.21_p3-r1 sys-libs/glibc-2.9_p20081201and sys-devel/gcc-4.3.2-r1 Now i moved back to the old machine with reinstaled system:sys-devel/gcc-4.3.2-r1sys-libs/glibc-2.8_p20080602-r1sys-libs/db-4.7.25_p1-r1 and runs stable too with skiplist as the deliver.db As soon i switch back from skiplist i can reproduce the problem. So, i found solution, but i realy can't say whats wrong. I mean i hadthis configuration runned since few years allready. Realy didn't changedanything radicaly in cyrus. I am happy now with running stable again, but if i can provide some moreinfo to identify what was wrong, i would like to help. -- Teresa ----Cyrus Home Page: http://cyrusimap.web.cmu.edu/Cyrus Wiki/FAQ: http://cyrusimap.web.cmu.edu/twikiList Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html
