I can see this on 00:02.0 VGA compatible controller [0300]: Intel Corporation HD Graphics 620 [8086:5916] (rev 02) too

Booting with selinux=0 won't help.

do you have a file /etc/localtime ?  is it readable?

can you install gnome-desktop3 debuginfo and get an updated backtrace ?

what's the output of 

╎❯ cat /proc/sys/fs/inotify/max_* 

on your system?

$ ls -lZ /etc/localtime
lrwxrwxrwx. root root system_u:object_r:locale_t:s0    /etc/localtime -> ../usr/share/zoneinfo/Europe/Prague

$ cat /proc/sys/fs/inotify/max_* 
16384
128
8192

thanks. i'm still interested in the updated backtrace with gnome-desktop3 debuginfo installed. i'm also curious if autologin works ?  I don't think this is related to mutter. the changes between 1 and 2 are pretty small and look related.

Also what's the output of 

$ stat -L /etc/localtime

$ stat -L /etc/localtime
  File: ‘/etc/localtime’
  Size: 2312      	Blocks: 8          IO Block: 4096   regular file
Device: fd04h/64772d	Inode: 4402        Links: 2
Access: (0644/-rw-r--r--)  Uid: (    0/    root)   Gid: (    0/    root)
Context: system_u:object_r:locale_t:s0
Access: 2018-06-27 09:24:40.850056985 +0200
Modify: 2018-05-07 09:03:35.000000000 +0200
Change: 2018-06-21 08:24:10.354316496 +0200
 Birth: -

Me or Tomas will get the backtrace as soon as we will be in mood to crash UI :P Kidding will get it today.

Created attachment 1455066 [details]
backtrace of gnome-shell with debuginfos

I installed some debuginfos, but one for gnome-desktop3 could not be found to install: "Could not find debuginfo for main pkg: gnome-desktop3-3.28.2-2.el7.x86_64". Will try again tomorrow.

Seems to be in brew (https://brewweb.engineering.redhat.com/brew/buildinfo?buildID=704838) please try to install from there.

Created attachment 1455229 [details]
backtrace of gnome-shell with gnome-desktop3 debuginfo

Ray any other idea?

So the crash is here:

```
0x00007fffbd2f9f73 in gnome_wall_clock_init (self=0x161d4d0) at gnome-wall-clock.c:74
74  self->priv->timezone = g_time_zone_new_local ();
```

That suggests that `self->priv` (or `self`) is `free`'d.  But self->priv literally just got allocated in the line before.

My best guess is that `g_time_zone_new_local ()` is `free`ing a dangling pointer or something like that.

I guess what we really need is a `valgrind` run…

Can you open up `/usr/share/applications/org.gnome.Shell.desktop`

and change the `Exec` line from:

```
Exec=/usr/bin/gnome-shell
```

to

```
Exec=valgrind /usr/bin/gnome-shell
```

and then post `/var/log/messages` after reproducing

Created attachment 1459159 [details]
/var/log/messages

Messages from from valgrind run of gnome-shell.

Created attachment 1459210 [details]
valgrind log file

Log file from
valgrind --log-file=/tmp/shell-%p.log /usr/bin/gnome-shell
in /usr/share/applications/org.gnome.Shell.desktop

So your log shows gnome-shell getting killed instead of crashing.  Someone on irc said this to me the other day:

<hedgepigdaniel[m]> Have a look at the three MRs here: https://gitlab.gnome.org/GNOME/dconf/merge_requests
<hedgepigdaniel[m]> if you imagine that subscribing to changed notifications from within JS in gnome-shell can in itself cause changed signals to be emitted, and that all over gnome-shell (and extensions) things are done in response to changed signals... hopefully you can see the issue?
<hedgepigdaniel[m]> The most annoying part is that in my case (and I think many others) the only time its really guaranteed to happen is when you run the shell inside valgrind - in which case the shell never starts at all, it just gets stuck in infinite loops handling false changed signals

So, mind giving those merge requests a shot and seeing if they make valgrind work better?

Task info: https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=17196363

Created attachment 1459232 [details]
valgrind log file with edited dconf package

Have installed edited dconf package and reproduced the issue with valgrind.

Just FYI it seems 

 Fix support for external monitor configurations - Resolves: #1585230

introduced the issue as -1 mutter was ok

Marking as ALPHA blocker, we should either resolve it or include -1 build to Aplha.

but the external monitor fix wasn't added until -3 mutter, and comment 0 said the problem happens in -2 mutter

so this ended up just being a buildroot issue.  the 7.6 gnome-desktop3 wasn't pushed to the main buildroot and mutter wasn't built against rhel-7.6-gnome  buildroot so gnome-shell ended up mapping two different copies of gnome-desktop library

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

Does not occur with mutter-3.28.2-4.el7 and higher. Switching to verified.

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/RHSA-2018:3140