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 1540986 - gnome-shell fails to start Xwayland with stalled entries in /tmp/.X11-unix/
Summary: gnome-shell fails to start Xwayland with stalled entries in /tmp/.X11-unix/
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 7
Classification: Red Hat
Component: mutter
Version: 7.5
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: rc
: ---
Assignee: Florian Müllner
QA Contact: Desktop QE
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2018-02-01 13:13 UTC by Martin Krajnak
Modified: 2018-05-17 14:39 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2018-04-10 13:11:47 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
core dump (944.39 KB, application/x-gzip)
2018-02-01 13:16 UTC, Martin Krajnak 		no flags Details
backtrace and core dump (4.93 MB, application/zip)
2018-02-01 15:34 UTC, Martin Krajnak 		no flags Details
joutnalctl (233.91 KB, text/x-vhdl)
2018-02-01 17:07 UTC, Martin Krajnak 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 1502800 0 unspecified CLOSED [Xwayland] Unable to start session because of left over sockets in /tmp/.X11-unix 2021-02-22 00:41:40 UTC
Red Hat Product Errata RHBA-2018:0770 0 None None None 2018-04-10 13:12:39 UTC

Internal Links: 1502800

Description Martin Krajnak 2018-02-01 13:13:11 UTC 
Description of problem:
I have 3 users on laptop. Joining the wayland session for first user ended up on login screen, see the following log provided by journactl:

Feb 01 13:23:57 localhost.localdomain accounts-daemon[815]: g_dbus_interface_skeleton_unexport: assertion 'interface_->priv->connections != NULL' failed
Feb 01 13:23:58 localhost.localdomain kernel: radeon_dp_aux_transfer_native: 158 callbacks suppressed
Feb 01 13:23:58 localhost.localdomain gnome-shell[2594]: Failed to apply DRM plane transform 0: Invalid argument
Feb 01 13:23:58 localhost.localdomain gnome-shell[2594]: Failed to apply DRM plane transform 0: Invalid argument
Feb 01 13:23:58 localhost.localdomain gnome-shell[2594]: failed to bind to /tmp/.X11-unix/X1: Address already in use
Feb 01 13:23:58 localhost.localdomain kernel: traps: gnome-shell[2594] trap int3 ip:7f3179f94381 sp:7fff8c8b51b0 error:0
Feb 01 13:23:58 localhost.localdomain gnome-shell[2594]: Failed to start X Wayland
Feb 01 13:23:58 localhost.localdomain abrt-hook-ccpp[2602]: Process 2594 (gnome-shell) of user 1000 killed by SIGTRAP - dumping core
Feb 01 13:23:58 localhost.localdomain gnome-session[2520]: gnome-session-binary[2520]: WARNING: Application 'org.gnome.Shell.desktop' killed by signal 5
Feb 01 13:23:58 localhost.localdomain gnome-session-binary[2520]: WARNING: Application 'org.gnome.Shell.desktop' killed by signal 5
Feb 01 13:23:58 localhost.localdomain gnome-session-binary[2520]: Unrecoverable failure in required component org.gnome.Shell.desktop
Feb 01 13:23:58 localhost.localdomain org.gtk.vfs.Daemon[2515]: A connection to the bus can't be made
Feb 01 13:23:58 localhost.localdomain gdm-password][2488]: pam_unix(gdm-password:session): session closed for user test
Feb 01 13:23:58 localhost.localdomain gdm[1307]: GdmDisplay: display lasted 1.869975 seconds
Feb 01 13:23:59 localhost.localdomain systemd-logind[821]: Removed session 3.
Feb 01 13:23:59 localhost.localdomain systemd[1]: Removed slice User Slice of test.
Feb 01 13:23:59 localhost.localdomain systemd[1]: Stopping User Slice of test.
Feb 01 13:23:59 localhost.localdomain abrt-server[2603]: Duplicate: core backtrace
Feb 01 13:23:59 localhost.localdomain abrt-server[2603]: DUP_OF_DIR: /var/spool/abrt/ccpp-2018-02-01-12:26:47-3795
Feb 01 13:23:59 localhost.localdomain abrt-server[2603]: Deleting problem directory ccpp-2018-02-01-13:23:58-2594 (dup of ccpp-2018-02-01-12:26:47-3795)
Feb 01 13:23:59 localhost.localdomain abrt-server[2603]: Email address of sender was not specified. Would you like to do so now? If not, 'user@localhost' is to be used [y/N] 
Feb 01 13:23:59 localhost.localdomain abrt-server[2603]: Email address of receiver was not specified. Would you like to do so now? If not, 'root@localhost' is to be used [y/N] 
Feb 01 13:23:59 localhost.localdomain abrt-server[2603]: Sending an email...
Feb 01 13:23:59 localhost.localdomain abrt-server[2603]: Sending a notification email to: root@localhost
Feb 01 13:23:59 localhost.localdomain postfix/pickup[1861]: 6F63661F3271: uid=0 from=<user@localhost>
Feb 01 13:23:59 localhost.localdomain abrt-server[2603]: Email was sent to: root@localhost

If I try one of the other users the session always started with successful login but after running xrandr I found out that the session is actually running on X.

I've also tried running mutter -r wayland and it was running fine but without gnome-shell visible.


Version-Release number of selected component (if applicable):
kernel-3.10.0-838.el7.x86_64
xorg-x11-server-Xwayland-1.19.5-2.el7.x86_64
gnome-session-wayland-session-3.26.1-10.el7.x86_64
gnome-shell-3.26.2-2.el7.x86_64


How reproducible:
always

Steps to Reproduce:
1.install gnome-session-wayland-session
2.logout/reboot
3.change session to wayland
4.try to login

Actual results:
Login attempt will end up back on the login screen or in the X session

Expected results:
Wayland session should load successfully 

Additional info:
01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, Inc. [AMD/ATI] Thames [Radeon HD 7550M/7570M/7650M] [1002:6841]
Comment 2 Martin Krajnak 2018-02-01 13:16:20 UTC 
Created attachment 1389493 [details]
core dump
Comment 3 Olivier Fourdan 2018-02-01 15:12:35 UTC 
The core file (attachment 1389493 [details]) gives:

(gdb) bt
#0  0x00007fb65cdcb1b7 in raise () from /usr/lib64/libc.so.6
#1  0x00007fb65cdcc8a8 in abort () from /usr/lib64/libc.so.6
#2  0x000000000058f1da in OsAbort () at utils.c:1361
#3  0x0000000000594ce3 in AbortServer () at log.c:877
#4  0x0000000000595b2d in FatalError (f=f@entry=0x59cf78 "failed to read Wayland events: %s\n") at log.c:1015
#5  0x0000000000424a42 in xwl_read_events (xwl_screen=0x1dec750) at xwayland.c:594
#6  0x000000000058cef2 in ospoll_wait (ospoll=0x1de3130, timeout=<optimized out>) at ospoll.c:412
#7  0x0000000000585fb3 in WaitForSomething (are_ready=0) at WaitFor.c:226
#8  0x00000000005531e1 in Dispatch () at dispatch.c:422
#9  0x000000000055744a in dix_main (argc=11, argv=0x7fff7802e158, envp=<optimized out>) at main.c:287
#10 0x00007fb65cdb7385 in __libc_start_main () from /usr/lib64/libc.so.6
#11 0x00000000004240fe in _start ()

This is typical of the Wayland compositor dying, what this tells is that the Wayland compositor is dead and Xwayland cannot read from the Wayland socket.

I thinkg this is the problem:

Feb 01 13:23:58 localhost.localdomain kernel: traps: gnome-shell[2594] trap int3 ip:7f3179f94381 sp:7fff8c8b51b0 error:0
Comment 4 Olivier Fourdan 2018-02-01 15:16:16 UTC 
Feb 01 13:23:58 localhost.localdomain abrt-hook-ccpp[2602]: Process 2594 (gnome-shell) of user 1000 killed by SIGTRAP - dumping core

Can you provide this core file from gnome-shell please?
Comment 5 Martin Krajnak 2018-02-01 15:34:56 UTC 
Created attachment 1389600 [details]
backtrace and core dump

I think that should be it
Comment 6 Olivier Fourdan 2018-02-01 16:37:26 UTC 
Now that's funny, gnome-shell fails with “Failed to start X Wayland” and Xwayland fails because it can't talk to gnome-shell...

I wonder if that could be a dupe of bug 1529175, can you please provide the full journalctl logs?
Comment 7 Martin Krajnak 2018-02-01 17:07:45 UTC 
Created attachment 1389636 [details]
joutnalctl

Here it is just note that's I wasn't able to retrieve the logs from previous boots so I reproduced the crash again.
Comment 8 Olivier Fourdan 2018-02-01 17:46:13 UTC 
Can you check (for that given user) if you have:

  ~/.config/gnome-session/saved-session/org.gnome.Shell.desktop

And if so, paste its content in here?
Comment 9 Olivier Fourdan 2018-02-02 10:47:20 UTC 
Alternatively, can you reproduce with a freshly created user?

1. Create a new user on the system
2. Select that user in gdm
3. Chose the session “GNOME on Wayland”

That would rule out a possible session issue
Comment 10 Tomas Pelka 2018-02-02 10:50:02 UTC 
(In reply to Olivier Fourdan from comment #8)
> Can you check (for that given user) if you have:
> 
>   ~/.config/gnome-session/saved-session/org.gnome.Shell.desktop
> 
> And if so, paste its content in here?

~/.config/gnome-session/saved-session/ for all three users test, test2, test3 are empty so there are no saved sessions.
Comment 11 Olivier Fourdan 2018-02-02 11:38:18 UTC 
Might be stalled entries in “/tmp/.X11-unix/” which oprevent Xwayland from starting, what gives “ls /tmp/.X11-unix/” and “fuser /tmp/.X11-unix/X?” 

If thse X1, X2 entries are not used by any process, can you try removing them and then retry login in GNOME on Wayland?
Comment 12 Martin Krajnak 2018-02-02 12:06:56 UTC 
Yes, that will be it, after removing X1 and X2 entries wayland session starts successfully for all users.
Comment 13 Olivier Fourdan 2018-02-02 12:58:53 UTC 
Xwayland (like all Xorg servers) has the “-displayfd” options which let Xwayland pick the right display available and provide its number to the caller via the provided fd.

mutter should use this to avoid dealing (badly) with stalled entries in /tmp/.X11-unix/ as in this issue.
Comment 14 Olivier Fourdan 2018-02-02 13:29:31 UTC 
I should have looked closer to the code, mutter is already using -displayfd, so the problem lies in the way mutter tries to find the display.
Comment 15 Olivier Fourdan 2018-02-05 09:25:11 UTC 
Upstream issue: https://gitlab.gnome.org/GNOME/mutter/issues/13
MR with fix: https://gitlab.gnome.org/GNOME/mutter/merge_requests/14
Comment 17 Martin Krajnak 2018-02-08 14:47:55 UTC 
mutter-3.26.2-8.el7.x86_64
gnome-shell-3.26.2-3.el7.x86_64
gnome-session-wayland-session-3.26.1-10.el7.x86_64

I can successfully log to wayland
Entries for justification:
➜  ~ ls /tmp/.X11-unix/
X0  X1  X2
Comment 20 errata-xmlrpc 2018-04-10 13:11:47 UTC 
Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://access.redhat.com/errata/RHBA-2018:0770
Note You need to log in before you can comment on or make changes to this bug.