Bug 2036604

Created attachment 1848679 [details]
File: backtrace

Created attachment 1848680 [details]
File: core_backtrace

Created attachment 1848681 [details]
File: cpuinfo

Created attachment 1848682 [details]
File: dso_list

Created attachment 1848683 [details]
File: environ

Created attachment 1848684 [details]
File: exploitable

Created attachment 1848685 [details]
File: limits

Created attachment 1848686 [details]
File: maps

Created attachment 1848687 [details]
File: mountinfo

Created attachment 1848688 [details]
File: open_fds

Created attachment 1848689 [details]
File: proc_pid_status

Created attachment 1848690 [details]
File: var_log_messages

*** Bug 2039748 has been marked as a duplicate of this bug. ***

I'm looking into a problem in one of the openQA tests - the desktop_login test - and it seems related to this crash.

That test tests creating a couple of different user accounts and logging in, logging out, user switching and so on. Sometimes, in F36 and Rawhide, when we try to log out of an account, it takes way longer than expected to actually end the session and go back to GDM - about a minute and a half (usually it's a few seconds).

I grabbed the logs from one such failure and found what looks like this same crash logged right around the time the session finally ended and we returned to GDM:

Thread 1 (Thread 0x7ff8e3f475c0 (LWP 3631)):
#0  meta_context_terminate (context=0x0) at ../src/core/meta-context.c:451
        _g_boolean_var_ = <optimized out>
        priv = 0xffffffffffffffa0
        __func__ = "meta_context_terminate"
#1  0x00007ff8ea67ba86 in process_ice_messages (channel=<optimized out>, condition=<optimized out>, user_data=0x7ff8ed0de6f0) at ../src/x11/session.c:116
        ice_connection = <optimized out>
        connection = <optimized out>
        status = <optimized out>
#2  process_ice_messages (channel=<optimized out>, condition=<optimized out>, user_data=0x7ff8ed0de6f0) at ../src/x11/session.c:95
        ice_connection = 0x7ff8ed0de6f0
        connection = <optimized out>
        status = <optimized out>
#3  0x00007ff8eb2ca1bf in g_main_dispatch (context=0x7ff8ecc614f0) at ../glib/gmain.c:3413
        dispatch = 0x7ff8eb31d950 <g_io_unix_dispatch>
        prev_source = 0x0
        begin_time_nsec = 543677000869
        was_in_call = 0
        user_data = 0x7ff8ed0de6f0
        callback = 0x7ff8ea67ba30 <process_ice_messages>
        cb_funcs = 0x7ff8eb3af3e0 <g_source_callback_funcs>
        cb_data = 0x7ff8ed512480
        need_destroy = <optimized out>
        source = 0x7ff8ecf7b0e0
        current = 0x7ff8ecc9fe60
        i = 0
        __func__ = <optimized out>
#4  g_main_context_dispatch (context=0x7ff8ecc614f0) at ../glib/gmain.c:4131
No locals.
#5  0x00007ff8eb31f2d8 in g_main_context_iterate.constprop.0 (context=0x7ff8ecc614f0, block=block@entry=1, dispatch=dispatch@entry=1, self=<optimized out>) at ../glib/gmain.c:4207
        max_priority = 2147483647
        timeout = 102634
        some_ready = 1
        nfds = 13
        allocated_nfds = <optimized out>
        fds = <optimized out>
        begin_time_nsec = 489151985844
#6  0x00007ff8eb2c98ef in g_main_loop_run (loop=0x7ff8ee8c5b50) at ../glib/gmain.c:4405
        self = <optimized out>
        __func__ = "g_main_loop_run"
#7  0x00007ff8ea642289 in meta_context_run_main_loop (context=<optimized out>, error=0x7ffd82a13550) at ../src/core/meta-context.c:433
        priv = 0x7ff8ecc5c000
        __func__ = "meta_context_run_main_loop"
#8  0x00007ff8eb8b8dd1 in main (argc=<optimized out>, argv=<optimized out>) at ../src/main.c:563
        context = 0x7ff8ecc5c060
        error = 0x0
        ecode = 0

I note there's also an Ubuntu bug for a similar traceback:

https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1959937

*** Bug 2140575 has been marked as a duplicate of this bug. ***

This message is a reminder that Fedora Linux 35 is nearing its end of life.
Fedora will stop maintaining and issuing updates for Fedora Linux 35 on 2022-12-13.
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 EOL if it remains open with a
'version' of '35'.

Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, change the 'version' 
to a later Fedora Linux version.

Thank you for reporting this issue and we are sorry that we were not 
able to fix it before Fedora Linux 35 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 Linux, you are encouraged to change the 'version' to a later version
prior to this bug being closed.

https://gitlab.gnome.org/GNOME/mutter/-/merge_requests/2609 fixed this upstream, but wasn't backported to the 41 branch upstream, so this is probably still broken.

What the hell, I'll fix it.

FEDORA-2022-6a61088a67 has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2022-6a61088a67

FEDORA-2022-6a61088a67 has been pushed to the Fedora 35 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2022-6a61088a67`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2022-6a61088a67

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

FEDORA-2022-6a61088a67 has been pushed to the Fedora 35 stable repository.
If problem still persists, please make note of it in this bug report.