RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 881948 - [abrt] Crash under caldav_server_list_objects()
Summary: [abrt] Crash under caldav_server_list_objects()
Keywords:
Status: CLOSED NEXTRELEASE
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: evolution-data-server
Version: 6.4
Hardware: x86_64
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Matthew Barnes
QA Contact: Desktop QE
URL:
Whiteboard:
: 922352 (view as bug list)
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-11-29 20:41 UTC by David Jaša
Modified: 2013-09-17 10:29 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-07-12 13:32:16 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
File: maps (43.58 KB, text/plain)
2012-11-29 20:41 UTC, David Jaša 		no flags Details
File: var_log_messages (175 bytes, text/plain)
2012-11-29 20:41 UTC, David Jaša 		no flags Details
File: open_fds (1.36 KB, text/plain)
2012-11-29 20:41 UTC, David Jaša 		no flags Details
File: environ (1.52 KB, text/plain)
2012-11-29 20:41 UTC, David Jaša 		no flags Details
File: dso_list (10.24 KB, text/plain)
2012-11-29 20:42 UTC, David Jaša 		no flags Details
File: limits (1.29 KB, text/plain)
2012-11-29 20:42 UTC, David Jaša 		no flags Details
File: sosreport.tar.xz (1.59 MB, text/plain)
2012-11-29 20:42 UTC, David Jaša 		no flags Details
File: backtrace (28.13 KB, text/plain)
2012-11-29 20:42 UTC, David Jaša 		no flags Details
File: build_ids (4.44 KB, text/plain)
2012-11-29 20:42 UTC, David Jaša 		no flags Details
File: cgroup (88 bytes, text/plain)
2012-11-29 20:42 UTC, David Jaša 		no flags Details
View All


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

Description David Jaša 2012-11-29 20:41:26 UTC 
Description of problem:
e-d-s crashed when there were connectivity changes (resume from suspend, connecting to general network, connecting to VPN)

Version-Release number of selected component:
evolution-data-server-2.28.3-16.el6

Additional info:
libreport version: 2.0.9
abrt_version:   2.0.8
backtrace_rating: 4
cmdline:        /usr/libexec/evolution-data-server-2.28 --oaf-activate-iid=OAFIID:GNOME_Evolution_DataServer_CalFactory:1.2 --oaf-ior-fd=38
crash_function: g_atomic_int_exchange_and_add
kernel:         2.6.32-343.el6.x86_64

truncated backtrace:
:Thread no. 1 (10 frames)
: #0 g_atomic_int_exchange_and_add at gatomic.c
: #1 g_io_channel_unref at giochannel.c
: #2 disconnect_internal at soup-socket.c
: #3 socket_connect_internal at soup-socket.c
: #4 soup_socket_connect_sync at soup-socket.c
: #5 soup_connection_connect_sync at soup-connection.c
: #6 wait_for_connection at soup-session-sync.c
: #7 process_queue_item at soup-session-sync.c
: #8 send_message at soup-session-sync.c
: #9 send_and_handle_redirection at e-cal-backend-caldav.c
Comment 1 David Jaša 2012-11-29 20:41:52 UTC 
Created attachment 654540 [details]
File: maps
Comment 2 David Jaša 2012-11-29 20:41:54 UTC 
Created attachment 654541 [details]
File: var_log_messages
Comment 3 David Jaša 2012-11-29 20:41:57 UTC 
Created attachment 654542 [details]
File: open_fds
Comment 4 David Jaša 2012-11-29 20:41:59 UTC 
Created attachment 654543 [details]
File: environ
Comment 5 David Jaša 2012-11-29 20:42:01 UTC 
Created attachment 654544 [details]
File: dso_list
Comment 6 David Jaša 2012-11-29 20:42:04 UTC 
Created attachment 654545 [details]
File: limits
Comment 7 David Jaša 2012-11-29 20:42:19 UTC 
Created attachment 654546 [details]
File: sosreport.tar.xz
Comment 8 David Jaša 2012-11-29 20:42:22 UTC 
Created attachment 654547 [details]
File: backtrace
Comment 9 David Jaša 2012-11-29 20:42:25 UTC 
Created attachment 654548 [details]
File: build_ids
Comment 10 David Jaša 2012-11-29 20:42:27 UTC 
Created attachment 654549 [details]
File: cgroup
Comment 12 RHEL Program Management 2012-12-14 08:19:25 UTC 
This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.
Comment 13 David Jaša 2013-02-10 14:22:12 UTC 
the crash in e-d-s occured after I switched to calendar window and I tried to edit event in local calendar when:
* evo is online
* there was enabled but unreachable caldav account


backtrace_rating: 4
Package: evolution-data-server-2.28.3-16.el6
OS Release: Red Hat Enterprise Linux Workstation release 6.4 (Santiago)
Comment 14 Milan Crha 2013-05-09 14:29:41 UTC 
Upstream unfinished bug about the same:
https://bugzilla.gnome.org/show_bug.cgi?id=590596

There was a request to valgrind the data server process, to see whether it'll show anything useful. David, if you can reproduce this somehow reliably (like you mentioned steps in comment #0), then please rename /usr/libexec/evolution-data-server-2.28 to *.orig file and then name a script with the below content as the previous data server name:
  #!/bin/bash
  G_SLICE=always-malloc valgrind --num-callers=50 /usr/libexec/evolution-data-server-2.28.orig &>/tmp/eds-`date +%Y%m%d-%H%M%S`-log.txt

and then restart the machine, thus the logging will be started. Expect slower responses from calendar and book sources and higher CPU usage, due to all memory checking.
Comment 15 Milan Crha 2013-05-09 14:38:42 UTC 
Thread 1 (Thread 0x7f9874978700 (LWP 4866)):
#0  0x000000318f815612 in IA__g_atomic_int_exchange_and_add (atomic=0x2c2c2c2c2c2c2c2c, val=-1) at gatomic.c:228
        result = -1
#1  0x000000318f831197 in IA__g_io_channel_unref (channel=0x2c2c2c2c2c2c2c2c) at giochannel.c:136
        is_zero = <value optimized out>
        __PRETTY_FUNCTION__ = "IA__g_io_channel_unref"
#2  0x000000354f837f2d in disconnect_internal (priv=0x27cbee0) at soup-socket.c:130
No locals.
#3  0x000000354f83974a in socket_connect_internal (sock=<value optimized out>) at soup-socket.c:705
        priv = 0x27cbee0
        sa = 0x2054be0
        len = 16
        status = <value optimized out>
#4  0x000000354f8398b9 in soup_socket_connect_sync (sock=0x27cbec0, cancellable=0x2713bd0) at soup-socket.c:847
        priv = 0x27cbee0
        status = <value optimized out>
        cancel_id = 5566
        __PRETTY_FUNCTION__ = "soup_socket_connect_sync"
#5  0x000000354f81f35e in soup_connection_connect_sync (conn=0x25ae4d0) at soup-connection.c:474
        priv = 0x25ae4f0
        status = <value optimized out>
        __PRETTY_FUNCTION__ = "soup_connection_connect_sync"
#6  0x000000354f837bf8 in wait_for_connection (item=0x28939b0) at soup-session-sync.c:212
        msg = 0x2a1cc40 [SoupMessage]
        try_pruning = 0
        conn = 0x25ae4d0
        status = <value optimized out>
        session = 0x1e387b0 [SoupSessionSync]
        priv = 0x1e38840
        proxy_resolver = <value optimized out>
        tunnel_addr = <value optimized out>
#7  process_queue_item (item=0x28939b0) at soup-session-sync.c:258
        priv = 0x1e38840
        conn = 0x25ae4d0
#8  0x000000354f837d63 in send_message (session=<value optimized out>, msg=0x2a1cc40 [SoupMessage]) at soup-session-sync.c:322
        item = 0x28939b0
        status = <value optimized out>
        __PRETTY_FUNCTION__ = "send_message"
#9  0x00007f987d54138a in send_and_handle_redirection (soup_session=0x1e387b0 [SoupSessionSync], msg=0x2a1cc40 [SoupMessage], new_location=0x0) at e-cal-backend-caldav.c:897
        old_uri = 0x0
#10 0x00007f987d544fac in caldav_server_list_objects (cbdav=<value optimized out>, objs=0x7f9874977d10, len=0x7f9874977d1c, only_hrefs=<value optimized out>, start_time=0, end_time=0) at e-cal-backend-caldav.c:1184
        priv = 0x1e38530
        buf = 0x2644390
        message = 0x2a1cc40 [SoupMessage]
        node = <value optimized out>
        sn = <value optimized out>
        root = 0x2710ed0
        doc = 0x27df5a0
        nsdav = <value optimized out>
        nscd = <value optimized out>
        result = 40963792
#11 0x00007f987d5466f4 in synchronize_cache (cbdav=0x1e384b0 [ECalBackendCalDAV], start_time=0, end_time=0) at e-cal-backend-caldav.c:1670
        priv = 0x1e38530
        bkend = 0x1e384b0 [ECalBackendCalDAV]
        sobjs = 0x0
        object = <value optimized out>
        c_objs = <value optimized out>
        c_iter = <value optimized out>
        c_uid2complist = <value optimized out>
        c_href2uid = <value optimized out>
        hrefs_to_update = <value optimized out>
        htu = <value optimized out>
        i = <value optimized out>
        len = 0
        __PRETTY_FUNCTION__ = "synchronize_cache"
#12 0x00007f987d54779c in caldav_synch_slave_loop (data=<value optimized out>) at e-cal-backend-caldav.c:1980
        alarm_clock = {tv_sec = 1354220599, tv_usec = 470485}
        priv = 0x1e38530
        cbdav = 0x1e384b0 [ECalBackendCalDAV]
        now = 1354220599
        utc = 0x31a9a5cfc0
#13 0x000000318f862004 in g_thread_create_proxy (data=0x1f22c10) at gthread.c:635
        thread = 0x1f22c10
        __PRETTY_FUNCTION__ = "g_thread_create_proxy"
#14 0x000000318e807851 in start_thread (arg=0x7f9874978700) at pthread_create.c:301
        __res = <value optimized out>
        pd = 0x7f9874978700
        now = <value optimized out>
        unwind_buf = {cancel_jmp_buf = {{jmp_buf = {140292767844096, -4845665115939730145, 140292877170704, 140292767844800, 0, 3, 4895505630198566175, -4853859772612932321}, mask_was_saved = 0}}, priv = {pad = {0x0, 0x0, 0x0, 0x0}, data = {prev = 0x0, cleanup = 0x0, canceltype = 0}}}
        not_first_call = <value optimized out>
        pagesize_m1 = <value optimized out>
        sp = <value optimized out>
        freesize = <value optimized out>
#15 0x000000318e0e890d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:115
No locals.
Comment 16 Milan Crha 2013-05-09 14:40:48 UTC 
*** Bug 922352 has been marked as a duplicate of this bug. ***
Comment 19 Milan Crha 2013-06-11 15:25:42 UTC 
Maybe this is the same as bug #969859, the eds part is basically the same, only the part in libsoup is different.
Comment 20 Milan Crha 2013-06-13 17:05:49 UTC 
*** Bug 969859 has been marked as a duplicate of this bug. ***
Comment 21 Milan Crha 2013-06-13 18:07:06 UTC 
David, could you retest with the latest evolution-data-server-2.32.3-5.el6, please? Remember to restart e-calendar-factory after update. Thanks in advance.
Comment 22 David Jaša 2013-07-12 13:32:16 UTC 
All these crashes are indeed gone since rebase to 2.32.
Note You need to log in before you can comment on or make changes to this bug.