Hello Michael,
I've generated the dump, but it isn't easy for me to understand the
content...
[root@cyrus ccpp-2019-11-13-07:04:30-19177]# gdb coredump
GNU gdb (GDB) Red Hat Enterprise Linux (7.2-56.el6)
Copyright (C) 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later
<http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "x86_64-redhat-linux-gnu".
For bug reporting instructions, please see:
<http://www.gnu.org/software/gdb/bugs/>...
Missing separate debuginfo for the main executable file
Try: yum --disablerepo='*' --enablerepo='*-debug*' install
/usr/lib/debug/.build-id/59/d016b26d3d62fcd00eb1400ff1be9c0142ee7c
[New Thread 19177]
Core was generated by `imapd:'.
Program terminated with signal 7, Bus error.
#0 0x00007f3af70cd122 in ?? ()
"/var/spool/abrt/ccpp-2019-11-13-07:04:30-19177/coredump" is a core file.
Please specify an executable to debug.
(gdb) bt full
#0 0x00007f3af70cd122 in ?? ()
No symbol table info available.
#1 0x00007f3af757fcb0 in ?? ()
No symbol table info available.
#2 0x00007f3af70cf008 in ?? ()
No symbol table info available.
#3 0x00007fff00000000 in ?? ()
No symbol table info available.
#4 0x00007f3af757fcb0 in ?? ()
No symbol table info available.
#5 0x00007f3af757fcc0 in ?? ()
No symbol table info available.
#6 0x00007f3af757fcc8 in ?? ()
No symbol table info available.
#7 0x00007fff6dec5770 in ?? ()
No symbol table info available.
#8 0x00007f3af757c8b0 in ?? ()
No symbol table info available.
#9 0x0000000000000001 in ?? ()
No symbol table info available.
#10 0x00007f3a00000fbc in ?? ()
No symbol table info available.
#11 0x00007fff6dec5820 in ?? ()
No symbol table info available.
#12 0x0000000000000000 in ?? ()
No symbol table info available.
All reconstruct on user/a was useless. Now we have resolved deleting
user/a at all.
Thank you
Marco
Il 13/11/2019 09:51, Michael Menge ha scritto:
Hi Marco,
can you generate a coredump and generate a backtrace (e.g. with gdb
https://stackoverflow.com/questions/5115613/core-dump-file-analysis )
You might need to install some debug packages.
Quoting Marco <falon@xxxxxxxxxxxxxxxx>:
Il 12/11/2019 22:58, ellie timoney ha scritto:
On Tue, Nov 12, 2019, at 2:51 AM, Marco wrote:
An user user/a has full ACL to another mailbox user/b. When the user/a
SELECT a folder on user/b where he has access the imap process crashes.
If you set up a couple of test accounts with the same sharing
arrangement, do those crash in the same way? Or is it specific to
the two original accounts?
Hi Ellie,
I made other tests... It's specific to the user/a account.
When user/a SELECT a shared folder where it has access, the imap
process crashes.
I updated to cyrus-imapd-2.4.20 and the issue still happens.
I also tried to rebuild mailboxes.db with ctl_mboxlist -d -u, I tried
to rebuild mailboxes.db with an old backup... I tried to delete the
statuscache and to delete the skipstamp db... the problem still happens.
Thank you
Marco
----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
--------------------------------------------------------------------------------
M.Menge Tel.: (49) 7071/29-70316
Universität Tübingen Fax.: (49) 7071/29-5912
Zentrum für Datenverarbeitung mail:
michael.menge@xxxxxxxxxxxxxxxxxxxx
Wächterstraße 76
72074 Tübingen
----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
----
Cyrus Home Page: http://www.cyrusimap.org/
List Archives/Info: http://lists.andrew.cmu.edu/pipermail/info-cyrus/
To Unsubscribe:
https://lists.andrew.cmu.edu/mailman/listinfo/info-cyrus
