Actually, a number of users having been saying that renaming folders seems to cause problems. I think I've found a completely reproduceable scenario that crashes the IMAP server for me every time.
[root@server2 root]# telnet localhost 143 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. * OK blahserver Cyrus IMAP4 v2.1.3 server ready . login testuser <blahpassword> . OK User logged in . select inbox * FLAGS (\Answered \Flagged \Draft \Deleted \Seen) * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)] * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1021369326] * OK [UIDNEXT 1] . OK [READ-WRITE] Completed . create inbox.t1 . OK Completed . create inbox.t2 . OK Completed . select inbox * FLAGS (\Answered \Flagged \Draft \Deleted \Seen) * OK [PERMANENTFLAGS (\Answered \Flagged \Draft \Deleted \Seen \*)] * 0 EXISTS * 0 RECENT * OK [UIDVALIDITY 1021369326] * OK [UIDNEXT 1] . OK [READ-WRITE] Completed . rename inbox.t1 inbox.t1_ . OK Completed . rename inbox.t2 inbox.t2_ Connection closed by foreign host. And in the IMAP log: May 16 22:22:25 blahserver master[23269]: process 8649 exited, signaled to death by 11 Does this do the same thing for anyone else? I'm not sure of all our config details, I'm sure Jeremy can post them if you need them. Rob ----- Original Message ----- From: "Ken Murchison" <[EMAIL PROTECTED]> To: "Jeremy Howard" <[EMAIL PROTECTED]> Cc: "Lawrence Greenfield" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>; "Henrique de Moraes Holschuh" <[EMAIL PROTECTED]> Sent: Thursday, May 16, 2002 11:31 PM Subject: Re: [PATCH] Updated master.c process counting patch > > > Jeremy Howard wrote: > > > > Lawrence Greenfield wrote: > > > > > Date: Wed, 15 May 2002 16:02:42 -0300 > > > From: Henrique de Moraes Holschuh <[EMAIL PROTECTED]> > > >[...] > > > The point is, if that indeed happens, log or no log, master loses track of > > > the number of children that can service requests. That would be a bug, and > > > the patch supposedly fixes this bug. It really doesn't matter (for > > > accepting or not the patch) why the child died. > > > > > >Yes, I understand that. However, if the master (in real life > > >situations) is actually losing track of the number of available > > >service processes without one of those service processes crashing > > >(either by the sysadmin or otherwise) then there's some other problem > > >in the child accounting. > > > > > > > > The child accounting is fine. The problem in our case was always caused > > by child segfaults, or failure to properly close TCP connections. We > > still see segfaults (about one per fifty thousand connections I'd > > guess), > > Can you send us a backtrace from a core? If you're not getting a core, > please setup your system to dump one. Here are bits that I use in my > Cyrus startup script on Linux: > > cd /var/imap/cores > ulimit -c unlimited > export MALLOC_CHECK_=2 > $master & > > > If you have multiple services/processes the cores will overwrite each > other, so you need to catch it fairly quickly (unless they all have the > same failure). > > Ken > -- > 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 > >
