Rob, could you post a core backtrace as well? Rob Mueller (fastmail) wrote:
>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 >> >> >> >> > > > >
