Bug 1510089
| Summary: | Desktop completely freezed | ||||||
|---|---|---|---|---|---|---|---|
| Product: | Red Hat Enterprise Linux 7 | Reporter: | Alessandra <alessandra.bez> | ||||
| Component: | gnome-shell | Assignee: | Florian Müllner <fmuellner> | ||||
| Status: | CLOSED DUPLICATE | QA Contact: | Desktop QE <desktop-qa-list> | ||||
| Severity: | urgent | Docs Contact: | |||||
| Priority: | unspecified | ||||||
| Version: | 7.3 | CC: | amike, ayadav, cww, David.Winter, dkochuka, jbubeck, jkoten, joboyer, kurathod, stanislav.moravec, tpelka, whydoubt, yferszt, yzheng | ||||
| Target Milestone: | rc | ||||||
| Target Release: | --- | ||||||
| Hardware: | x86_64 | ||||||
| OS: | Linux | ||||||
| Whiteboard: | |||||||
| Fixed In Version: | Doc Type: | If docs needed, set a value | |||||
| Doc Text: | Story Points: | --- | |||||
| Clone Of: | Environment: | ||||||
| Last Closed: | 2018-09-17 15:27:11 UTC | Type: | Bug | ||||
| Regression: | --- | Mount Type: | --- | ||||
| Documentation: | --- | CRM: | |||||
| Verified Versions: | Category: | --- | |||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||
| Embargoed: | |||||||
| Attachments: |
|
||||||
These symptoms and logfile are consistent with an issue I ran across in both RHEL7.3 and Fedora 25/27 I tracked it down to a bug in libmutter, which gnome-session depends on. Last week I submitted a fix upstream and it has been accepted. https://gitlab.gnome.org/GNOME/mutter/issues/12 https://gitlab.gnome.org/GNOME/mutter/commit/6be56de14010b175eba76b6dcaa44184a0d7545c Thank you Jeff, I think your fix will resolve our problem. How long do you think will pass before the official package will be released? Alessandra I am also interested in when updated packages will be available. I know at least two RHEL customers that are aware of having experienced this issue. Any news on the official resolution package? I have another case of desktop freeze on Redhat Server 7.2, this time I have started a new xterm windows on the same X channel (:0) # xterm -display :0 ... and I tested that I can interact with keyboard and mouse in the new application, but the others still remain blocked and unusable. Only the gdm restart gives the wake up on the desktop objects. Please note, the commit I referenced in my first comment is a one-line fix that should be applicable as far back as libmutter 3.13.4. This issue appears to have been present since GNOME 3.14, which AFAICT was the version Rat Hat went with for RHEL 7.2. I read about the one line fix, but I need the official package to update the server in operational environment. If my company wanted a handmade solution, it would not have invested in redhat and would have chosen centos. The question is if the solution would be so simple why they are so late to resolve the problem? Alessandra, Sorry, I wasn't meaning to suggest rolling your own. I was only intending to provide a little extra information, and make sure all of the @redhat's on this issue were aware of some pertinent points about the fix. With recent increased attention on this issue, I am hopeful that some action will be coming soon. *** Bug 1612930 has been marked as a duplicate of this bug. *** *** This bug has been marked as a duplicate of bug 1601946 *** Is it just me or even someone else can not download the rpm that solve the problem? |
Created attachment 1348685 [details] Xorg log file and x11vnc server log file Description of problem: After a month of inactivity, the servers has desktops freezed. The mouse is blocked, in all servers with the similar configuration, so there is no focus on windows. The /var/log/messages shows Version-Release number of selected component (if applicable): Redhat 7.3 Server with Gnome and HA Redhat 7.3 Server with Gnome - On /var/log/messages there is only this error: Nov 6 11:38:39 XX-XXX gnome-session: Window manager warning: last_focus_time (989202586) is greater than comparison timestamp (3552701163). This most likely represents a buggy client sending inaccurate timestamps in messages such as _NET_ACTIVE_WINDOW. Trying to work around... - On Xorg.0.log: [ 2204.373] EGL_MESA_drm_image required. [ 2204.373] (EE) modeset(0): glamor initialization failed [ 2204.373] (II) modeset(0): ShadowFB: preferred YES, enabled YES [ 2204.373] (II) modeset(0): Double-buffered shadow updates: on(II) modeset(0): Output VGA-0 has no monitor section [ 2204.502] (II) modeset(0): EDID for output VGA-0 .... [ 2204.793] (II) SELinux: Disabled on system [ 2204.793] (II) AIGLX: Screen 0 is not DRI2 capable [ 2204.793] (EE) AIGLX: reverting to software rendering [ 2204.794] (II) AIGLX: Loaded and initialized swrast ... [ 2204.793] (II) SELinux: Disabled on system [ 2204.793] (II) AIGLX: Screen 0 is not DRI2 capable [ 2204.793] (EE) AIGLX: reverting to software rendering [ 2204.794] (II) AIGLX: Loaded and initialized swrast [ 2204.794] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [ 2204.795] (II) modeset(0): Setting screen physical size to 270 x 203 [ 2204.817] (II) config/udev: Adding input device Power Button (/dev/input/event0) How reproducible: Steps to Reproduce: 1. 2. 3. Actual results: After executing the command: on server #1: systemctl restart gdm on server #2: killall gnome-shell mouse, keyboard and focus on windows begin to work again. Expected results: Additional info: It is installed x11vnc server with this parameters: ExecStart=/usr/bin/x11vnc -norc -xdamage -forever -shared -bg -rfbauth /home/fdflin/.vnc/passwd -autoport 5900 -o /var/log/x11vnc.log -auth /var/run/slim.aut