[opensuse] Plasmashell and Firefox freezing if started within five minutes of log-in
Hi all, Since todays set of updates for openSUSE Leap 42.3, which seems to have included kernels and Systemd updates, my plasmashell will fail to fully load after log-in. It shows the small working area handle in the upper corner but the main control bar is missing. Running `killall plasmashell && kstart plasmashell` will result in exactly the same if done withing roughly five minutes after log-in. Once about five minutes have passed plasmashell will come up fine after a restart and then work flawlessly. The same issue happens for Firefox. If started within the first five minutes after log-in the window will come up, but it won't load any tabs and I can't interact with it. Once roughly five minutes have passed I can start it and it works as usual. Also, konsole works basically, but it will sometimes freeze. Then only killing the window will recover it. This, too, vanishes after the (about) five minute mark. Has anybody observed anything similar after todays update? I have tried booting with the previous kernel version (4.4.79-19.1), but this did not make a difference. The only red lines I found in the Systemd journal is `eventfd() failed: Too many open files`. This however happens about twice per minute: Sep 08 00:43:28 eddie dbus[1730]: [system] Activating via systemd: service name='org.freedesktop.RealtimeKit1' unit='rtkit-daemon.service' Sep 08 00:43:28 eddie systemd[1]: Started RealtimeKit Scheduling Policy Service. Sep 08 00:43:28 eddie systemd[1]: rtkit-daemon.service: Main process exited, code=exited, status=1/FAILURE Sep 08 00:43:28 eddie systemd[1]: rtkit-daemon.service: Unit entered failed state. Sep 08 00:43:28 eddie systemd[1]: rtkit-daemon.service: Failed with result 'exit-code'. Sep 08 00:43:53 eddie dbus[1730]: [system] Failed to activate service 'org.freedesktop.RealtimeKit1': timed out Sep 08 00:43:53 eddie dbus[1730]: [system] Activating via systemd: service name='org.freedesktop.RealtimeKit1' unit='rtkit-daemon.service' Sep 08 00:43:53 eddie systemd[1]: Starting RealtimeKit Scheduling Policy Service... Sep 08 00:43:53 eddie dbus[1730]: [system] Successfully activated service 'org.freedesktop.RealtimeKit1' Sep 08 00:43:53 eddie systemd[1]: Started RealtimeKit Scheduling Policy Service. Sep 08 00:43:53 eddie rtkit-daemon[12934]: Successfully called chroot. Sep 08 00:43:53 eddie rtkit-daemon[12934]: Successfully dropped privileges. Sep 08 00:43:53 eddie rtkit-daemon[12934]: Successfully limited resources. Sep 08 00:43:53 eddie rtkit-daemon[12934]: eventfd() failed: Too many open files Sep 08 00:43:53 eddie rtkit-daemon[12934]: Demoting known real-time threads. Sep 08 00:43:53 eddie rtkit-daemon[12934]: Demoted 0 threads. Any hints on where I should look next to gain any insight to the problem would be highly appreciated. Solutions even more, of course. ;) Kind Regards, Matthias -- Dr. Matthias Bach www.marix.org „Der einzige Weg, die Grenzen des Möglichen zu finden, ist ein klein wenig über diese hinaus in das Unmögliche vorzustoßen.“ - Arthur C. Clarke
On 08/09/2017 01:03, Matthias Bach wrote:
Hi all,
Since todays set of updates for openSUSE Leap 42.3, which seems to have included kernels and Systemd updates, my plasmashell will fail to fully load after log-in. It shows the small working area handle in the upper corner but the main control bar is missing. Running `killall plasmashell && kstart plasmashell` will result in exactly the same if done withing roughly five minutes after log-in. Once about five minutes have passed plasmashell will come up fine after a restart and then work flawlessly.
The same issue happens for Firefox. If started within the first five minutes after log-in the window will come up, but it won't load any tabs and I can't interact with it. Once roughly five minutes have passed I can start it and it works as usual.
Also, konsole works basically, but it will sometimes freeze. Then only killing the window will recover it. This, too, vanishes after the (about) five minute mark.
Has anybody observed anything similar after todays update? I have tried booting with the previous kernel version (4.4.79-19.1), but this did not make a difference.
The only red lines I found in the Systemd journal is `eventfd() failed: Too many open files`. This however happens about twice per minute:
Sep 08 00:43:28 eddie dbus[1730]: [system] Activating via systemd: service name='org.freedesktop.RealtimeKit1' unit='rtkit-daemon.service' Sep 08 00:43:28 eddie systemd[1]: Started RealtimeKit Scheduling Policy Service. Sep 08 00:43:28 eddie systemd[1]: rtkit-daemon.service: Main process exited, code=exited, status=1/FAILURE Sep 08 00:43:28 eddie systemd[1]: rtkit-daemon.service: Unit entered failed state. Sep 08 00:43:28 eddie systemd[1]: rtkit-daemon.service: Failed with result 'exit-code'. Sep 08 00:43:53 eddie dbus[1730]: [system] Failed to activate service 'org.freedesktop.RealtimeKit1': timed out Sep 08 00:43:53 eddie dbus[1730]: [system] Activating via systemd: service name='org.freedesktop.RealtimeKit1' unit='rtkit-daemon.service' Sep 08 00:43:53 eddie systemd[1]: Starting RealtimeKit Scheduling Policy Service... Sep 08 00:43:53 eddie dbus[1730]: [system] Successfully activated service 'org.freedesktop.RealtimeKit1' Sep 08 00:43:53 eddie systemd[1]: Started RealtimeKit Scheduling Policy Service. Sep 08 00:43:53 eddie rtkit-daemon[12934]: Successfully called chroot. Sep 08 00:43:53 eddie rtkit-daemon[12934]: Successfully dropped privileges. Sep 08 00:43:53 eddie rtkit-daemon[12934]: Successfully limited resources. Sep 08 00:43:53 eddie rtkit-daemon[12934]: eventfd() failed: Too many open files Sep 08 00:43:53 eddie rtkit-daemon[12934]: Demoting known real-time threads. Sep 08 00:43:53 eddie rtkit-daemon[12934]: Demoted 0 threads.
Any hints on where I should look next to gain any insight to the problem would be highly appreciated. Solutions even more, of course. ;)
Kind Regards, Matthias
I wouldn't recommend any updates until the download.opensuse.org servers are functional again because all the mirrors are two days out of sync. Maybe you should roll back if you can and wait for the server to be fixed. Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hi all, Just wanted to make one small addendum to my described issue. Am Freitag, 8. September 2017, 01:03:56 CEST schrieb Matthias Bach:
Since todays set of updates for openSUSE Leap 42.3, which seems to have included kernels and Systemd updates, my plasmashell will fail to fully load after log-in. [...]
The same issue happens for Firefox. If started within the first five minutes after log-in the window will come up, but it won't load any tabs and I can't interact with it. Once roughly five minutes have passed I can start it and it works as usual.
I have now also tried this with a different user and IceWM. Same behaviour as described shows for Firefox and Gimp. Also, while IceWM seems to work fine the logout won't work. Kind Regards, Matthias -- Dr. Matthias Bach www.marix.org „Der einzige Weg, die Grenzen des Möglichen zu finden, ist ein klein wenig über diese hinaus in das Unmögliche vorzustoßen.“ - Arthur C. Clarke
On 08/09/2017 09:08, Matthias Bach wrote:
Hi all,
Just wanted to make one small addendum to my described issue.
Am Freitag, 8. September 2017, 01:03:56 CEST schrieb Matthias Bach:
Since todays set of updates for openSUSE Leap 42.3, which seems to have included kernels and Systemd updates, my plasmashell will fail to fully load after log-in. [...]
The same issue happens for Firefox. If started within the first five minutes after log-in the window will come up, but it won't load any tabs and I can't interact with it. Once roughly five minutes have passed I can start it and it works as usual.
I have now also tried this with a different user and IceWM. Same behaviour as described shows for Firefox and Gimp. Also, while IceWM seems to work fine the logout won't work.
Kind Regards, Matthias
The servers aren't fully functional yet, a traceroute -T download.opensuse.org takes me to ftp.opensuse.org. I'll try an update. Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 08/09/2017 09:08, Matthias Bach wrote:
Hi all,
Just wanted to make one small addendum to my described issue.
Am Freitag, 8. September 2017, 01:03:56 CEST schrieb Matthias Bach:
Since todays set of updates for openSUSE Leap 42.3, which seems to have included kernels and Systemd updates, my plasmashell will fail to fully load after log-in. [...]
The same issue happens for Firefox. If started within the first five minutes after log-in the window will come up, but it won't load any tabs and I can't interact with it. Once roughly five minutes have passed I can start it and it works as usual.
I have now also tried this with a different user and IceWM. Same behaviour as described shows for Firefox and Gimp. Also, while IceWM seems to work fine the logout won't work.
Kind Regards, Matthias
I have firefox started as part of my saved plasma5 session. I've just updated and restarted and everything is functioning normally. I've got intel integrated graphics, maybe it's something related to your graphics? Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
Hi, Am Freitag, 8. September 2017, 09:49:04 CEST schrieb Dave Plater:
On 08/09/2017 09:08, Matthias Bach wrote:
Am Freitag, 8. September 2017, 01:03:56 CEST schrieb Matthias Bach:
Since todays set of updates for openSUSE Leap 42.3, which seems to have included kernels and Systemd updates, my plasmashell will fail to fully load after log-in. [...]
The same issue happens for Firefox. If started within the first five minutes after log-in the window will come up, but it won't load any tabs and I can't interact with it. Once roughly five minutes have passed I can start it and it works as usual.
I have now also tried this with a different user and IceWM. Same behaviour as described shows for Firefox and Gimp. Also, while IceWM seems to work fine the logout won't work.
Kind Regards, Matthias
I have firefox started as part of my saved plasma5 session. I've just updated and restarted and everything is functioning normally. I've got intel integrated graphics, maybe it's something related to your graphics?
I have NVIDIA. But as the NVIDIA driver didn't change and e.g. Steam works perfectly even before Firefox and plasmashell come up it think the graphics driver is unrelated. Today I actually logged in before getting the kids to back, and when I came back plasmashell had actually come up fully. So it seems it doesn't get stuck permanently, but kick-starting seems to shorten the cycle. Kind Regards, Matthias -- Dr. Matthias Bach www.marix.org „Der einzige Weg, die Grenzen des Möglichen zu finden, ist ein klein wenig über diese hinaus in das Unmögliche vorzustoßen.“ - Arthur C. Clarke
On 08/09/2017 01:03, Matthias Bach wrote:
Hi all,
Since todays set of updates for openSUSE Leap 42.3, which seems to have included kernels and Systemd updates, my plasmashell will fail to fully load after log-in. It shows the small working area handle in the upper corner but the main control bar is missing. Running `killall plasmashell && kstart plasmashell` will result in exactly the same if done withing roughly five minutes after log-in. Once about five minutes have passed plasmashell will come up fine after a restart and then work flawlessly.
The same issue happens for Firefox. If started within the first five minutes after log-in the window will come up, but it won't load any tabs and I can't interact with it. Once roughly five minutes have passed I can start it and it works as usual.
Also, konsole works basically, but it will sometimes freeze. Then only killing the window will recover it. This, too, vanishes after the (about) five minute mark.
Has anybody observed anything similar after todays update? I have tried booting with the previous kernel version (4.4.79-19.1), but this did not make a difference.
The only red lines I found in the Systemd journal is `eventfd() failed: Too many open files`. This however happens about twice per minute:
Sep 08 00:43:28 eddie dbus[1730]: [system] Activating via systemd: service name='org.freedesktop.RealtimeKit1' unit='rtkit-daemon.service' Sep 08 00:43:28 eddie systemd[1]: Started RealtimeKit Scheduling Policy Service. Sep 08 00:43:28 eddie systemd[1]: rtkit-daemon.service: Main process exited, code=exited, status=1/FAILURE Sep 08 00:43:28 eddie systemd[1]: rtkit-daemon.service: Unit entered failed state. Sep 08 00:43:28 eddie systemd[1]: rtkit-daemon.service: Failed with result 'exit-code'. Sep 08 00:43:53 eddie dbus[1730]: [system] Failed to activate service 'org.freedesktop.RealtimeKit1': timed out Sep 08 00:43:53 eddie dbus[1730]: [system] Activating via systemd: service name='org.freedesktop.RealtimeKit1' unit='rtkit-daemon.service' Sep 08 00:43:53 eddie systemd[1]: Starting RealtimeKit Scheduling Policy Service... Sep 08 00:43:53 eddie dbus[1730]: [system] Successfully activated service 'org.freedesktop.RealtimeKit1' Sep 08 00:43:53 eddie systemd[1]: Started RealtimeKit Scheduling Policy Service. Sep 08 00:43:53 eddie rtkit-daemon[12934]: Successfully called chroot. Sep 08 00:43:53 eddie rtkit-daemon[12934]: Successfully dropped privileges. Sep 08 00:43:53 eddie rtkit-daemon[12934]: Successfully limited resources. Sep 08 00:43:53 eddie rtkit-daemon[12934]: eventfd() failed: Too many open files Sep 08 00:43:53 eddie rtkit-daemon[12934]: Demoting known real-time threads. Sep 08 00:43:53 eddie rtkit-daemon[12934]: Demoted 0 threads.
Any hints on where I should look next to gain any insight to the problem would be highly appreciated. Solutions even more, of course. ;)
Kind Regards, Matthias
I see that the main update repo is working again, did your update start with a libzypp patch? You may have to rerun your update. Dave P -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
On 09/07/2017 07:03 PM, Matthias Bach wrote:
Has anybody observed anything similar after todays update? I have tried booting with the previous kernel version (4.4.79-19.1), but this did not make a difference.
I see the old desktop locking up is back again. I'm frequently having to use Ctl-Alt-Esc to kill the desktop and log in again. This also started after the update. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org
participants (3)
-
Dave Plater
-
James Knott
-
Matthias Bach