Bug 961055

Created attachment 745305 [details]
File: backtrace

Created attachment 745306 [details]
File: cgroup

Created attachment 745307 [details]
File: dso_list

Created attachment 745308 [details]
File: environ

Created attachment 745309 [details]
File: limits

Created attachment 745310 [details]
File: maps

Created attachment 745311 [details]
File: open_fds

Created attachment 745312 [details]
File: proc_pid_status

Thanks for a bug report. The evolution-data-server serves as a source of address books and calendars for more processes than just evolution, which might be a reason why you see it crashing, even not using evolution as such.

I see this crash happened inside gcr package call, on some assertion, thus I'm moving it there.


Thread 1 (Thread 0x7fa8ed2a8700 (LWP 1634)):
#0  0x00007fa8fcf61ba5 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:63
        resultvar = 0
        pid = 1626
        selftid = 1634
#1  0x00007fa8fcf63358 in __GI_abort () at abort.c:90
        save_stage = 2
        act = {__sigaction_handler = {sa_handler = 0x0, sa_sigaction = 0x0}, sa_mask = {__val = {13199088, 254574465728, 140363793093620, 5, 0, 140363775028392, 7566047375150957203, 140363289392656, 254574465728, 82, 140363793119717, 0, 0, 140363289329736, 4294967295, 140363289329696}}, sa_flags = 1, sa_restorer = 0x124f1}
        sigs = {__val = {32, 0 <repeats 15 times>}}
#2  0x0000003b45a69b37 in g_assertion_message (domain=domain@entry=0x3b60619592 "Gkr", file=file@entry=0x3b60619583 "gkr-callback.c", line=line@entry=153, func=func@entry=0x3b60619800 <__PRETTY_FUNCTION__.12849> "gkr_callback_invoke_bare", message=0x3b45ab7900 "code should not be reached", message@entry=0x0) at gtestutils.c:1877
        lstr = "153\000\250\177\000\000\345\071\a\376\250\177\000\000\a\000\000\000\000\000\000\000\000\230a`;\000\000"
        s = 0x7fa8e000f610 ""
#3  0x0000003b60607fa4 in gkr_callback_invoke_bare (cb=<optimized out>, res=<optimized out>) at gkr-callback.c:153
        type = <optimized out>
        __PRETTY_FUNCTION__ = "gkr_callback_invoke_bare"
#4  0x0000003b60609a06 in on_complete (op=0xbc3920) at gkr-operation.c:252
        cb = 0x7fa8e800ad50
#5  0x0000003b6060a8bf in gkr_operation_block_and_unref (op=0xbc3920) at gkr-operation.c:576
        reply = <optimized out>
        __PRETTY_FUNCTION__ = "gkr_operation_block_and_unref"
#6  0x0000003b60614730 in gnome_keyring_find_password_sync (schema=schema@entry=0x3e94a41260 <schema>, password=password@entry=0x7fa8ed2a7c98) at gnome-keyring.c:5223
        op = <optimized out>
        va = {{gp_offset = 40, fp_offset = 48, overflow_arg_area = 0x7fa8ed2a7c90, reg_save_area = 0x7fa8ed2a7bd0}}
        __PRETTY_FUNCTION__ = "gnome_keyring_find_password_sync"
#7  0x0000003e94815610 in e_authentication_session_lookup_password_sync (session=session@entry=0xbcd360, cancellable=cancellable@entry=0x0, password=password@entry=0x7fa8ed2a7ce0, error=error@entry=0x7fa8ed2a7d38) at e-authentication-session.c:1521
        result = <optimized out>
        uid = 0xc966f0 "1363145158.2782.17"
        temp = 0x0
        __PRETTY_FUNCTION__ = "e_authentication_session_lookup_password_sync"
#8  0x0000003e94815b1f in authentication_session_execute_sync (session=0xbcd360, cancellable=0x0, error=0x7fa8ed2a7d38) at e-authentication-session.c:437
        authenticator = 0xbb9960
        session_result = <optimized out>
        auth_result = <optimized out>
        server = 0xb9e8c0
        source = <optimized out>
        prompt = <optimized out>
        password_string = <optimized out>
        allow_auth_prompt = <optimized out>
        label = <optimized out>
        source_uid = 0xc966f0 "1363145158.2782.17"
        prompt_password = <optimized out>
        stored_password = 0x0
        success = <optimized out>
        local_error = 0x0
        __PRETTY_FUNCTION__ = "authentication_session_execute_sync"
#9  0x0000003e948150d2 in authentication_session_execute_thread (simple=0xc8ea40, object=0xbcd360, cancellable=0x0) at e-authentication-session.c:389
        async_context = 0xbcf320
        error = 0x0
#10 0x0000003b46e6dede in run_in_thread (job=<optimized out>, c=0x0, _data=0xc95490) at gsimpleasyncresult.c:869
        data = 0xc95490
        simple = 0xc8ea40
        source = <optimized out>
#11 0x0000003b46e5c2d6 in io_job_thread (data=0xbcdd90, user_data=<optimized out>) at gioscheduler.c:162
        job = 0xbcdd90
        result = <optimized out>
#12 0x0000003b45a6be22 in g_thread_pool_thread_proxy (data=<optimized out>) at gthreadpool.c:309
        task = 0xbcdd90
        pool = 0x7fa8e8009ba0
#13 0x0000003b45a6b605 in g_thread_proxy (data=0x7fa8e8003b70) at gthread.c:797
        thread = 0x7fa8e8003b70
#14 0x00007fa8fd4efd15 in start_thread (arg=0x7fa8ed2a8700) at pthread_create.c:308
        __res = <optimized out>
        pd = 0x7fa8ed2a8700
        now = <optimized out>
        unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140363510220544, 784522523718700650, 0, 140363795267584, 140363510220544, 140363423587232, -742261329788940694, -742296200666558870}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
        not_first_call = 0
        pagesize_m1 = <optimized out>
        sp = <optimized out>
        freesize = <optimized out>
#15 0x00007fa8fd01e48d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:114
No locals.

This message is a reminder that Fedora 18 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 18. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora 
'version' of '18'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version' 
to a later Fedora version prior to Fedora 18's end of life.

Thank you for reporting this issue and we are sorry that we may not be 
able to fix it before Fedora 18 is end of life. If you would still like 
to see this bug fixed and are able to reproduce it against a later version 
of Fedora, you are encouraged  change the 'version' to a later Fedora 
version prior to Fedora 18's end of life.

Although we aim to fix as many bugs as possible during every release's 
lifetime, sometimes those efforts are overtaken by events. Often a 
more recent Fedora release includes newer upstream software that fixes 
bugs or makes them obsolete.

Fedora 18 changed to end-of-life (EOL) status on 2014-01-14. Fedora 18 is
no longer maintained, which means that it will not receive any further
security or bug fix updates. As a result we are closing this bug.

If you can reproduce this bug against a currently maintained version of
Fedora please feel free to reopen this bug against that version. If you
are unable to reopen this bug, please file a new report against the
current release. If you experience problems, please add a comment to this
bug.

Thank you for reporting this bug and we are sorry it could not be fixed.