segfaults with cyrus-imapd 3.0.9 on latest arch linux

Andreas Piesk a.piesk at mailbox.org
Tue Mar 19 14:36:00 EDT 2019


Hello list,

i'm trying to get cyrus-imapd 3.0.9 (testet 3.0.8 too) running on latest arch linux. Here's the configure summary:

Cyrus Server configured components

     event notification: yes
     gssapi:             yes
     autocreate:         no
     idled:              yes
     httpd:              yes
     kerberos V4:        no
     murder:             yes
     nntpd:              yes
     replication:        yes
     sieve:              yes
     calalarmd:          yes
     objectstore:        no
     backup:             yes
     com_err:

External dependencies:
     ldap:               no
     openssl:            yes
     zlib:               yes
     pcre:               yes
     clamav:             no
     -----------------------
     caringo:            no
     openio:             no
     -----------------------
     nghttp2:            yes
     brotli:             no
     xml2:               yes
     ical:               yes
     icu4c:              yes
     shapelib:           no

Database support:
     mysql:              no
     postgresql:         no
     sqlite:             yes
     lmdb:               no

Search engine:
     squat:              yes
     sphinx:             no
     xapian:             no
     xapian_flavor:      none

Hardware support:
     SSE4.2:             yes

Installation directories:
     prefix:             /usr
     sysconfdir:         /etc


The software builds succesful but executing commands with cyradm produces core dumps like this one:

localhost.localdomain> cm user.test
localhost.localdomain> lm

localhost.localdomain>

cyrus/master[20901]: process type:SERVICE name:imap path:/usr/lib/cyrus/imapd age:33.405s pid:20904 signaled to death by signal 6 (Aborted, core dumped)
systemd-coredump[20913]: Process 20904 (imapd) of user 1001 dumped core.
                                                                     
                                                                     Stack trace of thread 20904:
                                                                     #0  0x00007fc4aa2e8d7f raise (libc.so.6)
                                                                     #1  0x00007fc4aa2d3672 abort (libc.so.6)
                                                                     #2  0x00007fc4aa32b878 __libc_message (libc.so.6)
                                                                     #3  0x00007fc4aa33218a malloc_printerr (libc.so.6)
                                                                     #4  0x00007fc4aa3354ac _int_malloc (libc.so.6)
                                                                     #5  0x00007fc4aa337736 __libc_calloc (libc.so.6)
                                                                     #6  0x00007fc4aa385050 re_acquire_state_context (libc.so.6)
                                                                     #7  0x00007fc4aa3907d4 re_compile_internal (libc.so.6)
                                                                     #8  0x00007fc4aa391511 regcomp (libc.so.6)
                                                                     #9  0x00007fc4aaaf09a0 glob_init (libcyrus.so.0)
                                                                     #10 0x00007fc4aabe2c46 mboxlist_do_find (libcyrus_imap.so.0)
                                                                     #11 0x00007fc4aabe8f87 mboxlist_findallmulti (libcyrus_imap.so.0)
                                                                     #12 0x00005558cc431ef6 list_data (imapd)
                                                                     #13 0x00005558cc43e37f cmdloop (imapd)
                                                                     #14 0x00005558cc44282f service_main (imapd)
                                                                     #15 0x00005558cc41f823 main (imapd)
                                                                     #16 0x00007fc4aa2d5223 __libc_start_main (libc.so.6)
                                                                     #17 0x00005558cc41fe3e _start (imapd)

# cyrdump -v user.test
Segmentation fault

in gdb:

Starting program: /usr/bin/cyrdump user.test
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/libthread_db.so.1".

Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7c90205 in re_compile_internal () from /usr/lib/libc.so.6
(gdb) bt
#0  0x00007ffff7c90205 in re_compile_internal () from /usr/lib/libc.so.6
#1  0x00007ffff7c91511 in regcomp () from /usr/lib/libc.so.6
#2  0x00007ffff7e549a0 in glob_init (str=<optimized out>, sep=sep at entry=47 '/') at lib/glob.c:112
#3  0x00007ffff7f46c46 in mboxlist_do_find (rock=rock at entry=0x7fffffffeaf0, patterns=patterns at entry=0x555555571680) at imap/mboxlist.c:2723
#4  0x00007ffff7f4cf87 in mboxlist_findallmulti (namespace=<optimized out>, patterns=0x555555571680, isadmin=<optimized out>, userid=0x0, auth_state=<optimized out>,
      proc=<optimized out>, rock=0x7fffffffebb4) at imap/mboxlist.c:2942
#5  0x00005555555561aa in main (argc=<optimized out>, argv=0x7fffffffecc8) at imap/cyrdump.c:121

looks like the imapd stack trace. the mailbox file seems to be fine:

# file /var/lib/cyrus/mailboxes.db
/var/lib/cyrus/mailboxes.db: Cyrus twoskip DB

# cyr_dbtool /var/lib/cyrus/mailboxes.db twoskip consistent
Yes, consistent

and has an entry for user.test:

# cyr_dbtool /var/lib/cyrus/mailboxes.db twoskip dump
HEADER: v=1 fl=0 num=1 sz=(000001F8/00000150)
00000040 DUMMY kl=0 dl=0 lvl=31 ()
	00000000
	00000150 00000000 00000000 00000000 00000000 00000000 00000000 00000000
	00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
	00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
	00000000 00000000 00000000 00000000 00000000 00000000 00000000
00000150 RECORD kl=9 dl=97 lvl=1 (user^test)
	00000000
	00000000
000001E0 COMMIT start=00000150

I looked at permissions but both imapd and cyrdump open the mailbox file sucessfully in r/w mode. I use the configs from /doc/examples/*/normal.conf.

I'm lost. Any hints?

Best Regards,
-ap


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2912 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://lists.andrew.cmu.edu/pipermail/info-cyrus/attachments/20190319/33637f98/attachment.p7s>


More information about the Info-cyrus mailing list