Bug 758547 - [abrt] evolution-data-server-3.2.2-1.fc16: ldap_int_select: Process /usr/libexec/e-addressbook-factory was killed by signal 6 (SIGABRT)
Summary: [abrt] evolution-data-server-3.2.2-1.fc16: ldap_int_select: Process /usr/libe...
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: evolution-data-server
Version: 16
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: ---
Assignee: Matthew Barnes
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard: abrt_hash:70df0d6ef11868f9da4e89a253b...
: 758548 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-11-30 02:25 UTC by Gabriel
Modified: 2012-03-16 13:37 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-12-02 10:46:14 UTC
Type: ---


Attachments (Terms of Use)
File: dso_list (6.91 KB, text/plain)
2011-11-30 02:25 UTC, Gabriel
no flags Details
File: build_ids (3.08 KB, text/plain)
2011-11-30 02:25 UTC, Gabriel
no flags Details
File: smolt_data (2.87 KB, text/plain)
2011-11-30 02:25 UTC, Gabriel
no flags Details
File: maps (32.35 KB, text/plain)
2011-11-30 02:25 UTC, Gabriel
no flags Details
File: backtrace (22.65 KB, text/plain)
2011-11-30 02:25 UTC, Gabriel
no flags Details
Valgrind log for the crash. (16.92 KB, text/plain)
2011-12-02 08:10 UTC, Gabriel
no flags Details
Console output from Evolution during crash (1005 bytes, text/x-log)
2011-12-02 08:11 UTC, Gabriel
no flags Details


Links
System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 665381 0 None None None Never

Description Gabriel 2011-11-30 02:25:48 UTC
libreport version: 2.0.7
abrt_version:   2.0.6
backtrace_rating: 4
cmdline:        /usr/libexec/e-addressbook-factory
comment:        I added a new LDAP server and tried to connect to it by clicking the entry in Evolution's sidebar. This crash happens every time I try to expand it.
crash_function: ldap_int_select
executable:     /usr/libexec/e-addressbook-factory
kernel:         3.1.1-1.fc16.x86_64
pid:            11663
pwd:            /
reason:         Process /usr/libexec/e-addressbook-factory was killed by signal 6 (SIGABRT)
time:           Tue 29 Nov 2011 06:19:57 PM PST
uid:            1000
var_log_messages: Nov 29 18:19:57 monolith abrt[23694]: Saved core dump of pid 11663 (/usr/libexec/e-addressbook-factory) to /var/spool/abrt/ccpp-2011-11-29-18:19:57-11663 (95244288 bytes)

backtrace:      Text file, 23190 bytes
build_ids:      Text file, 3157 bytes
dso_list:       Text file, 7075 bytes
maps:           Text file, 33128 bytes
smolt_data:     Text file, 2943 bytes

environ:
:SHELL=/bin/bash
:DBUS_STARTER_ADDRESS=unix:abstract=/tmp/dbus-FQDT1kMEIk,guid=52b4e493e36d1304a45a2235000074ed
:XDG_SESSION_COOKIE=9494f6b210947de0f1ecece900000009-1322532435.935082-457720290
:XDG_RUNTIME_DIR=/run/user/gbauman
:DISPLAY=:0
:DESKTOP_SESSION=gnome
:LC_MEASUREMENT=en_CA.utf8
:SSH_AUTH_SOCK=/tmp/keyring-M3GTO9/ssh
:SESSION_MANAGER=local/unix:@/tmp/.ICE-unix/11307,unix/unix:/tmp/.ICE-unix/11307
:LC_MONETARY=en_CA.utf8
:LC_NUMERIC=en_CA.utf8
:LC_TIME=en_CA.utf8
:WINDOWPATH=3
:PATH=/usr/local/bin:/usr/bin:/bin
:GNOME_DESKTOP_SESSION_ID=this-is-deprecated
:GDMSESSION=gnome
:XDG_VTNR=3
:USERNAME=gbauman
:XDG_SESSION_ID=13
:GPG_AGENT_INFO=/tmp/keyring-M3GTO9/gpg:0:1
:DBUS_SESSION_BUS_ADDRESS=unix:abstract=/tmp/dbus-FQDT1kMEIk,guid=52b4e493e36d1304a45a2235000074ed
:XDG_SEAT=seat0
:XAUTHORITY=/var/run/gdm/auth-for-gbauman-svUOcB/database
:USER=gbauman
:DBUS_STARTER_BUS_TYPE=session
:GNOME_KEYRING_PID=11301
:SHLVL=1
:GDM_LANG=en_CA.utf8
:PWD=/home/gbauman
:GNOME_KEYRING_CONTROL=/tmp/keyring-M3GTO9
:LANG=en_CA.utf8
:_=/usr/bin/dbus-launch
:LOGNAME=gbauman
:HOME=/home/gbauman

Comment 1 Gabriel 2011-11-30 02:25:50 UTC
Created attachment 538365 [details]
File: dso_list

Comment 2 Gabriel 2011-11-30 02:25:53 UTC
Created attachment 538366 [details]
File: build_ids

Comment 3 Gabriel 2011-11-30 02:25:54 UTC
Created attachment 538367 [details]
File: smolt_data

Comment 4 Gabriel 2011-11-30 02:25:56 UTC
Created attachment 538368 [details]
File: maps

Comment 5 Gabriel 2011-11-30 02:25:58 UTC
Created attachment 538369 [details]
File: backtrace

Comment 6 Milan Crha 2011-11-30 09:01:51 UTC
Thanks for a bug report. I'm not sure how much this is related to evolution-data-server and to libraries it uses. I see that this is more likely crashing because of Thread 6, than Thread 1 in the backtrace (see below). Maybe we can try to debug this, especially if you can reproduce this reliably. Could you follow these steps, to get more debugging information, please?

a) close evolution and all related processes
b) make sure no e-addressbook-factory is running, like with
      $ ps ax | grep e-addressbook-factory
   and if it'll find any, then kill it with kill command
c) prepare two terminals, in one run e-addressbook-factory under valgrind,
   like with the command:
      $ G_SLICE=always-malloc valgrind --num-callers=50 \
          /usr/libexec/e-addressbook-factory &>log.txt
d) then wait for few seconds and run evolution in the Contacts view in
   the second console (you should not wait too long, as the factory will
   be closed automatically if there is no consumer for more than 10 seconds
   of its run).
      $ evolution -c contacts
e) then reproduce the issue, and see, whether the e-addressbbok-factory
   will be closed automatically. If not, then close evolution, then
   press Ctrl+C once in the terminal with the valgrind command and wait
   till valgrind makes all its calculations. When it done, the log.txt
   file may contain the information.

Please make sure it'll not contain any private information which you would not like to share, though valgrind logs usually doesn't expose any of these.

Thread 6 (Thread 0x7f0081ab6700 (LWP 23693)):
#0  0x0000003f11ee1de0 in __open_nocancel () from /lib64/libc.so.6
No symbol table info available.
#1  0x0000003f11e75dab in __libc_message () from /lib64/libc.so.6
No symbol table info available.
#2  0x0000003f11e7c5b6 in malloc_printerr () from /lib64/libc.so.6
No symbol table info available.
#3  0x0000003f1fe0102c in FreeArenaList (pool=0x7f00780e8160, head=0x7f00780e8160, reallyFree=<optimized out>) at ../../mozilla/nsprpub/lib/ds/plarena.c:296
        ap = 0x7f00780e8160
        a = <optimized out>
#4  0x0000003f21a75c17 in nssArena_Destroy (arena=0x7f00780e8160) at arena.c:542
        lock = <optimized out>
#5  0x0000003f21a76e0a in nssList_Destroy (list=<optimized out>) at list.c:165
No locals.
#6  0x0000003f21a6cb08 in remove_subject_entry (cert=0x7f00780e4da8, store=0x7f007401f860) at pkistore.c:311
        subjectList = 0x7f00780e7950
#7  nssCertificateStore_RemoveCertLOCKED (store=0x7f007401f860, cert=<optimized out>) at pkistore.c:335
        entry = <optimized out>
#8  0x0000003f21a681d9 in nssCertificate_Destroy (c=0x7f00780e4da8) at certificate.c:149
...

Thread 1 (Thread 0x7f0082ce2700 (LWP 23692)):
#0  0x0000003f11e36285 in raise () from /lib64/libc.so.6
No symbol table info available.
#1  0x0000003f11e37b9b in abort () from /lib64/libc.so.6
No symbol table info available.
#2  0x0000003f11e2ee9e in __assert_fail_base () from /lib64/libc.so.6
No symbol table info available.
#3  0x0000003f11e2ef42 in __assert_fail () from /lib64/libc.so.6
No symbol table info available.
#4  0x00007f008351337e in ldap_int_select () from /usr/lib64/evolution-data-server/addressbook-backends/libebookbackendldap.so
No symbol table info available.
#5  0x00007f0083502c2d in wait4msg () from /usr/lib64/evolution-data-server/addressbook-backends/libebookbackendldap.so
No symbol table info available.
#6  0x00007f0083526eb0 in ldap_sasl_bind_s () from /usr/lib64/evolution-data-server/addressbook-backends/libebookbackendldap.so
No symbol table info available.
#7  0x00007f0083507ee0 in ldap_simple_bind_s () from /usr/lib64/evolution-data-server/addressbook-backends/libebookbackendldap.so
No symbol table info available.
#8  0x00007f00834fd03b in e_book_backend_ldap_authenticate_user (backend=0x7f006800a200 [EBookBackendLDAP], cancellable=<optimized out>, credentials=0x2311970) at e-book-backend-ldap.c:5144

Comment 7 Milan Crha 2011-11-30 09:03:17 UTC
*** Bug 758548 has been marked as a duplicate of this bug. ***

Comment 8 Gabriel 2011-12-02 00:55:45 UTC
I have an LDAP addressbook with no password. When I try to access the addressbook, evolution asks for the password. If I click Cancel, evolution crashes.

This happens every time I do it.

Comment 9 Gabriel 2011-12-02 00:57:07 UTC
I will try to valgrind it tonight or tomorrow as I have time.

Comment 10 Milan Crha 2011-12-02 07:26:13 UTC
Thanks for the update. Maybe before valgrinding it, what is your setup in this LDAP addressbook, please? I'm looking specifically for values of the Authentication section, the "Login method" and "Login" itself values, from addressbook preferences. Maybe I'll be able to reproduce it here too, when I'll use these values.

Comment 11 Milan Crha 2011-12-02 07:27:38 UTC
Oops, and the "Use secure connection" value too, with the Port, please. Just in case. Thanks in advance.

Comment 12 Gabriel 2011-12-02 08:10:58 UTC
Created attachment 539527 [details]
Valgrind log for the crash.

Comment 13 Gabriel 2011-12-02 08:11:31 UTC
Created attachment 539528 [details]
Console output from Evolution during crash

Comment 14 Gabriel 2011-12-02 08:16:05 UTC
Login Method: Use distinguished name (DN)
Login: cn=me,dc=User
No encryption, port 389

FYI, I'm now finding that this crash is reliably produced when autocomplete is triggered in the composer window.

Comment 15 Milan Crha 2011-12-02 08:36:28 UTC
(In reply to comment #14)
> FYI, I'm now finding that this crash is reliably produced when autocomplete is
> triggered in the composer window.

Yup, it opens all the books you've checked in Edit->Preferences->Contacts section.

I do not understand one thing, why do you have set Login, when you do no cancel the password prompt? Cancelling the password prompt is not the same as confirming it with an empty password, because if you cancel the password then evolution understands it as "do not open this book" (which is particularly against what we see here, but that's to be investigated).

Comment 16 Milan Crha 2011-12-02 10:46:14 UTC
I just tested, but I cannot reproduce this with my server, only if I cheat the code and mimic the error message you have in the valgrind log:
> libebookbackend-WARNING **: could not perform query on Root DSE (ldap_error
> 0x35/Server is unwilling to perform)

With this the addressbook factory crashes for me too.
I'm moving this upstream [1], because it's reproducible on current git master too. Please see [1] for any further updates and thanks for your help on the investigation around this.

[1] https://bugzilla.gnome.org/show_bug.cgi?id=665381

Comment 17 Milan Crha 2011-12-02 13:03:54 UTC
I managed to provide a patch upstream, but before I'll commit I would like to ask you to try it against your server. I made a test build for you:
http://koji.fedoraproject.org/koji/taskinfo?taskID=3557375

If possible, please install it on your machine, restart the e-addressbook-factory and retest. From my tests you should see repeated prompts for a password untill you cancel the password prompt. The reason is that your server is "unwilling to perform" the login, because of provided credentials, which it doesn't want to have. You can clear the "Login" option from the addressbook preferences, which may let it try bind to the server anonymously (unfortunately again after the e-addressbook-factory's and evolution's restart).

Please let me know whether it'll helped you. Thanks in advance.

Comment 18 Milan Crha 2012-03-16 13:37:24 UTC
(In reply to comment #17)
> I managed to provide a patch upstream, but before I'll commit I would like to
> ask you to try it against your server. I made a test build for you:
> http://koji.fedoraproject.org/koji/taskinfo?taskID=3557375

Ping Gabe, I suppose you didn't have time to give the test package a try, did you? The package is currently gone, but I can rebuild it again, if you've time for testing.


Note You need to log in before you can comment on or make changes to this bug.