imapd dumping core due to SEGV

Gavin Gray gavin.gray at ed.ac.uk
Mon Jul 5 10:56:15 EDT 2010


Hi there,

We have three backend servers in our cyrus murder all like this:

name       : Cyrus IMAPD
version    : v2.3.15 2009/09/09 12:35:48
vendor     : Project Cyrus
support-url: http://cyrusimap.web.cmu.edu
os         : SunOS
os-version : 5.11
environment: Built w/Cyrus SASL 2.1.23
              Running w/Cyrus SASL 2.1.23
              Built w/Berkeley DB 4.7.25: (May 15, 2008)
              Running w/Berkeley DB 4.7.25: (May 15, 2008)
              Built w/OpenSSL 0.9.8a 11 Oct 2005 (+ security fixes  
for: CVE-2006-2937 CVE-2006-2940 CVE-2006-3738 CVE-2006-4339  
CVE-2006-4343 CVE-2007-3108 CVE-2007-4995 CVE-2007-5135 CVE-2008-5077  
CVE-2009-0590)
              Running w/OpenSSL 0.9.8a 11 Oct 2005 (+ security fixes  
for: CVE-2006-2937 CVE-2006-2940 CVE-2006-3738 CVE-2006-4339  
CVE-2006-4343 CVE-2007-3108 CVE-2007-4995 CVE-2007-5135 CVE-2008-5077  
CVE-2009-0590)
              Built w/zlib 1.2.3
              Running w/zlib 1.2.3
              CMU Sieve 2.3
              NET-SNMP
              mmap = shared
              lock = fcntl
              nonblock = fcntl
              idle = poll

Two of them have had imapd  processes crash and leave core dumps in  
the past couple of days. Looking at the core dumps with dbx we see

.....
t at 1 (l at 1) program terminated by signal SEGV (no mapping at the fault address)
0xfe5848d3: strncmp+0x0033:     movb     0x00000002(%esi),%al
(dbx) where
current thread: t at 1
=>[1] strncmp(0x8098d2b, 0xfbed7fe6, 0x81824e0, 0x20), at 0xfe5848d3
   [2] message_pendingboundary(0xfbed7fe4, 0x8183750, 0x8040f84,  
0x819364d), at 0x8098d2b
   [3] message_parse_content(0x8040fd0, 0x0, 0x8196698, 0x8040f80), at  
0x8098b4f
   [4] message_parse_body(0x8040fd0, 0x0, 0x8196698, 0x81422d7,  
0x8040f80, 0x140, 0x8040cc0, 0x8040f80), at 0x80969df
   [5] message_parse_multipart(0x8040fd0, 0x0, 0x8196550, 0x8040f80),  
at 0x8098967
   [6] message_parse_body(0x8040fd0, 0x0, 0x8196550, 0x81422d7,  
0x8040f80, 0xa0, 0x8040ea0, 0x8040f80), at 0x809690f
   [7] message_parse_multipart(0x8040fd0, 0x0, 0x8182438, 0x8040f80),  
at 0x8098967
   [8] message_parse_body(0x8040fd0, 0x0, 0x8182438, 0x81422d7,  
0x8040f80, 0x0, 0x8040ff8), at 0x809690f
   [9] message_parse_mapped(0xfbed0000, 0x8000, 0x8182438, 0xfe5be856,  
0x8041050, 0x1), at 0x809648a
   [10] message_parse_file(0x8174b68, 0x0, 0x0, 0x80441e0, 0x81ed030,  
0x30), at 0x80962c1
   [11] append_fromstage(0x8044200, 0x80441e0, 0x818c880, 0x485baf50,  
0x8189dc0, 0x1), at 0x8086364
   [12] cmd_append(0x817f6c0, 0x817f7a0, 0x0, 0x0), at 0x8068d7c
   [13] cmdloop(0xfee20118, 0xfe4e2a00, 0x7ab8a40), at 0x8063852
   [14] service_main(0x1, 0x8175218, 0x8047e3c, 0xf, 0xfeffdbb0,  
0x8047878), at 0x8062e9e
   [15] main(0x1, 0x8047e34, 0x8047e3c), at 0x8061fde

and

....
t at 1 (l at 1) program terminated by signal SEGV (no mapping at the fault address)
0xfe5babb3: _smalloc+0x00c3:    movl     0x00000008(%ecx),%edx
(dbx) where
current thread: t at 1
=>[1] _smalloc(0x10, 0xfe6a0000, 0x8044b88, 0xfe5bac43), at 0xfe5babb3
   [2] _malloc_unlocked(0x10), at 0xfe5bae3e
   [3] malloc(0x10, 0x8044c60, 0xfe6a1de8, 0x8180070), at 0xfe5bac0d
   [4] xmalloc(0x10, 0x8044bf0, 0xfe621e65, 0xfe60c37d, 0x65746164,  
0x81a8800), at 0x80bd8b1
   [5] appendstrlist_withdata(0x8044c64, 0x81a5e70, 0x0, 0x0), at 0x809d1c4
   [6] appendstrlist(0x8044c64, 0x81a5e70, 0x816566c, 0x0), at 0x809d23e
   [7] cmd_fetch(0x817f688, 0x817f768, 0x0, 0x8063451), at 0x806a2fa
   [8] cmdloop(0xfe8e0118, 0xfe4f2a00, 0x7ab8a40), at 0x8064177
   [9] service_main(0x1, 0x8175218, 0x8047e3c, 0xf, 0xfeffdbb0,  
0x8047878), at 0x8062e9e
   [10] main(0x1, 0x8047e34, 0x8047e3c), at 0x8061fde

Is there any known issues with 2.3.15?

Also when this happens the cyrus master process kills all other active  
imapd processes and restarts, is there a reason for this?

regards,

Gavin Gray

-- 
Gavin Gray
Edinburgh University Information Services
Rm 2013 JCMB
Kings Buildings
Edinburgh
EH9 3JZ
UK
tel +44 (0)131 650 5987
email gavin.gray at ed.ac.uk

--
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.

-- 
The University of Edinburgh is a charitable body, registered in
Scotland, with registration number SC005336.




More information about the Info-cyrus mailing list