Please wait...
0 files
you can run it in virtualbox i.e. or vmware.
Sun Dec 08 2013 01:22:40 EST from mxhess @ Uncensored Subject: Re: core dumpSat Dec 07 2013 18:45:43 EST from dothebart @ Uncensored Subject: Re: core dumphm, this seems like a bug fixed with 8.21; which version do you run?
I run the latest available with easy install.
citadel-easyinstall.sum: 00f5b8d5b752936ff41c54b80ba429a8de313b95
syslog shows *** Citadel server engine v8.22 (build 00f5b8d) ***
hm, ok was just a guess because of one thread.
which thread is causing the crash? or... whats the output of only
bt full
?
Sun Dec 08 2013 04:12:07 EST from dothebart @ Uncensored Subject: Re: core dumpSun Dec 08 2013 01:22:40 EST from mxhess @ Uncensored Subject: Re: core dumpSat Dec 07 2013 18:45:43 EST from dothebart @ Uncensored Subject: Re: core dumphm, this seems like a bug fixed with 8.21; which version do you run?
I run the latest available with easy install.
citadel-easyinstall.sum: 00f5b8d5b752936ff41c54b80ba429a8de313b95
syslog shows *** Citadel server engine v8.22 (build 00f5b8d) ***
hm, ok was just a guess because of one thread.
which thread is causing the crash? or... whats the output of only
bt full
?
Here's the bt full from a new core:
(gdb) bt full
#0 0x00007f6ebf8aaa33 in _int_malloc () from /lib64/libc.so.6
No symbol table info available.
#1 0x00007f6ebf8ab626 in calloc () from /lib64/libc.so.6
No symbol table info available.
#2 0x00007f6ec1fb4d2f in _dl_new_object () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#3 0x00007f6ec1fb11be in _dl_map_object_from_fd ()
from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#4 0x00007f6ec1fb237a in _dl_map_object () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#5 0x00007f6ec1fbca44 in dl_open_worker () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#6 0x00007f6ec1fb81b6 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#7 0x00007f6ec1fbc4fa in _dl_open () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#8 0x00007f6ebf957e10 in do_dlopen () from /lib64/libc.so.6
No symbol table info available.
#9 0x00007f6ec1fb81b6 in _dl_catch_error () from /lib64/ld-linux-x86-64.so.2
No symbol table info available.
#10 0x00007f6ebf957f67 in __libc_dlopen_mode () from /lib64/libc.so.6
No symbol table info available.
---Type <return> to continue, or q <return> to quit---
#11 0x00007f6ebf92fb25 in init () from /lib64/libc.so.6
No symbol table info available.
#12 0x00007f6ec0c73d33 in pthread_once () from /lib64/libpthread.so.0
No symbol table info available.
#13 0x00007f6ebf92fc54 in backtrace () from /lib64/libc.so.6
No symbol table info available.
#14 0x00007f6ebf8a184b in __libc_message () from /lib64/libc.so.6
No symbol table info available.
#15 0x00007f6ebf8a7166 in malloc_printerr () from /lib64/libc.so.6
No symbol table info available.
#16 0x00007f6ebf8a9c93 in _int_free () from /lib64/libc.so.6
No symbol table info available.
#17 0x000000000045c2a2 in imap_free_msgids () at modules/imap/serv_imap.c:178
Imap = 0x7f6ea804c5f0
#18 0x000000000045c9b8 in imap_load_msgids () at modules/imap/serv_imap.c:318
CCC = 0x7f6ea80496d0
cdbfr = 0x0
Imap = 0x7f6ea804c5f0
#19 0x000000000045dc4b in imap_select (num_parms=3, Params=0x7f6eac011860)
at modules/imap/serv_imap.c:886
Imap = 0x7f6ea804c5f0
towhere = "Mail\000\000\000\000\a\000\000\000\a\000\000\000\000x\000\264n\177\000\000w\302\004\250n\177\000\000`\224\244R\000\000\000\000:\300C\000\000\---Type <return> to continue, or q <return> to quit---
000\000\000\a\000\000\000\a\000\000\000`\224\244R\000\000\000\000\060\\9\276n\177\000\000r\313E\000\000\000\000\000P\267\002\250n\177\000\000Ж\004\250n\177\000\000\360\305\004\250n\177\000\000\215\300E", '\000' <repeats 13 times>, "0\326\004\250\003\000\000"
augmented_roomname = "\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\060\060\060\060\060\060\060\060\061\061.mail\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000\000\a\000\000"
c = 0
ok = 1
ra = 494
QRscratch = {QRname = "0000000011.Mail", '\000' <repeats 112 times>,
QRpasswd = "\000\000\000\000\000\000\000\000\000", QRroomaide = -1,
QRhighest = 299471, QRgen = 1366926990, QRflags = 16390,
QRdirname = '\000' <repeats 14 times>, QRinfo = 0,
QRfloor = 0 '\000', QRmtime = 1386517600, QRep = {expire_mode = 0,
expire_value = 0}, QRnumber = 19, QRorder = 0 '\000',
QRflags2 = 0, QRdefaultview = 1}
msgs = 444
new = 7
i = 256
---Type <return> to continue, or q <return> to quit---
#20 0x000000000045f315 in imap_command_loop () at modules/imap/serv_imap.c:1622
CCC = 0x7f6ea80496d0
tv1 = {tv_sec = 1386517603, tv_usec = 215991}
tv2 = {tv_sec = 140113614560368, tv_usec = 0}
total_time = 0
Imap = 0x7f6ea804c5f0
pchs = 0x7f6ea80192b0 "11"
pche = 0x7f6ea80192c1 ""
h = 0x285d0c0
#21 0x0000000000419785 in worker_thread (blah=0x0) at sysdep.c:1441
highest = 43
ptr = 0x0
bind_me = 0x7f6ea80496d0
readfds = {fds_bits = {17179869184, 0 <repeats 15 times>}}
retval = 1
tv = {tv_sec = 0, tv_usec = 765326}
force_purge = 0
serviceptr = 0x0
ssock = 35
con = 0x7f6eb401cab0
i = 1
#22 0x000000000043b9a5 in CTC_backend (supplied_start_routine=0x419034)
at threads.c:153
---Type <return> to continue, or q <return> to quit---
mytsd = 0x7f6eb40008c0
start_routine = 0x419034 <worker_thread>
#23 0x00007f6ec0c6e9d1 in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#24 0x00007f6ebf919b6d in clone () from /lib64/libc.so.6
No symbol table info available.
(gdb)
Sun Dec 08 2013 11:02:52 EST from mxhess @ Uncensored Subject: Re: core dump
Sun Dec 08 2013 04:12:07 EST from dothebart @ Uncensored Subject: Re: core dumpSun Dec 08 2013 01:22:40 EST from mxhess @ Uncensored Subject: Re: core dumpSat Dec 07 2013 18:45:43 EST from dothebart @ Uncensored Subject: Re: core dumphm, this seems like a bug fixed with 8.21; which version do you run?
I run the latest available with easy install.
citadel-easyinstall.sum: 00f5b8d5b752936ff41c54b80ba429a8de313b95
syslog shows *** Citadel server engine v8.22 (build 00f5b8d) ***
hm, ok was just a guess because of one thread.
which thread is causing the crash? or... whats the output of only
bt full
?
Here's the bt full from a new core:
(gdb) bt full
#16 0x00007f6ebf8a9c93 in _int_free () from /lib64/libc.so.6No symbol table info available.
#17 0x000000000045c2a2 in imap_free_msgids () at modules/imap/serv_imap.c:178
Imap = 0x7f6ea804c5f0
#18 0x000000000045c9b8 in imap_load_msgids () at modules/imap/serv_imap.c:318
CCC = 0x7f6ea80496d0
cdbfr = 0x0
Imap = 0x7f6ea804c5f0
No symbol table info available.(gdb)
hm, this is giving me a headache...
can you please do the three:
in gdb:
frame 17
print Imap->flags
enable imap debug logging, and please find out the last command before the crash
run citserver in valgrind, and see whether it points out?
which imap clients are you using?
hm, this is giving me a headache...
can you please do the three:
in gdb:
frame 17
print Imap->flags
enable imap debug logging, and please find out the last command before the crash
run citserver in valgrind, and see whether it points out?
which imap clients are you using?
Crap. I'm sorry but I removed the cores already. I'll do this as soon as I get a new core.
I can tell you that I primarily use thunderbird and also have a K-9 Mail mobile client.
This is a small system with less than 10 mailboxes. I do use the above clients on multiple systems accessing the same accounts.
I have made a few changes as well with limits.conf which seems to have reduced the number of cores appearing:
* soft core unlimited * hard core unlimited citadel soft nproc 65535 citadel hard nproc 65535 citadel soft nofile 65535 citadel hard nofile 65535
Sun Dec 08 2013 13:32:33 EST from mxhess @ Uncensored Subject: Re: core dumphm, this is giving me a headache...
can you please do the three:
in gdb:
frame 17
print Imap->flags
enable imap debug logging, and please find out the last command before the crash
run citserver in valgrind, and see whether it points out?
which imap clients are you using?
New core.. starting with bt full.. let me know which parts you need me to further examine.
(gdb) bt full
#0 0x00007f3d3f911fb1 in EVP_PKEY_CTX_free () from /usr/lib64/libcrypto.so.10
No symbol table info available.
#1 0x00007f3d3f903e4e in EVP_MD_CTX_cleanup () from /usr/lib64/libcrypto.so.10
No symbol table info available.
#2 0x00007f3d3f903ec9 in EVP_MD_CTX_destroy () from /usr/lib64/libcrypto.so.10
No symbol table info available.
#3 0x00007f3d3fc3d1e1 in ssl_clear_hash_ctx () from /usr/lib64/libssl.so.10
No symbol table info available.
#4 0x00007f3d3fc40401 in SSL_free () from /usr/lib64/libssl.so.10
No symbol table info available.
#5 0x000000000044a06f in endtls () at modules/crypto/serv_crypto.c:749
No locals.
#6 0x000000000041c00b in PerformSessionHooks (EventType=0)
at serv_extensions.c:1431
fcn = 0x20452b0
#7 0x000000000043c286 in RemoveContext (con=0x7f3d00017b60) at context.c:367
c = 0x4a8bff "IMAP"
#8 0x000000000043cba3 in dead_session_purge (force=0) at context.c:662
ptr = 0x0
ptr2 = 0x7f3d1401c5e0
rem = 0x7f3d00017b60
#9 0x000000000041982b in worker_thread (blah=0x0) at sysdep.c:1462
highest = 46
---Type to continue, or q to quit---
ptr = 0x0
bind_me = 0x0
readfds = {fds_bits = {0 }}
retval = 0
tv = {tv_sec = 0, tv_usec = 0}
force_purge = 0
serviceptr = 0x0
ssock = 33
con = 0x7f3d2c019060
i = 1
#10 0x000000000043b9a5 in CTC_backend (supplied_start_routine=0x419034)
at threads.c:153
mytsd = 0x7f3d2c0008c0
start_routine = 0x419034
#11 0x00007f3d3ed459d1 in start_thread () from /lib64/libpthread.so.0
No symbol table info available.
#12 0x00007f3d3d9f0b6d in clone () from /lib64/libc.so.6
No symbol table info available.
(gdb)