Version: 2.0 (using KDE 3.5.7, compiled sources) Compiler: Target: i586-mandriva-linux-gnu OS: Linux (i686) release 2.6.22.9-laptop-1mdv This problem was not present in kde-3.5.6 but has been observed in kde-3.5.7+. When I click on the KDE logout icon in the K-menu and then confirm logout, it takes about 18 seconds to close the KDE/X session and return to the console prompt. This large delay is annoying since it was not observed in kde-3.5.6 and earlier. Note that: 1) My init run-level is 3 so there is no display manager running. I start X from command-line using "startx" command. 2) My KDE settings use the default kde session manager options. Also, arts is disabled. These are the error messages from ~/.xsession-errors -> ksmserver: WARNING: SmsDie timeout, client kwin(1014cd7d2d4000117700228200000063150000) ksmserver: WARNING: SmsDie timeout, client knotify(1014cd7d2d4000119559076900000164360007) ksmserver: WARNING: SmsDie WM timeout ICE default IO error handler doing an exit(), pid = 16933, errno = 0 Tue Nov 20 12:33:05 PST 2007 Tue Nov 20 12:33:05 PST 2007 Tue Nov 20 12:33:05 PST 2007 startkde: Shutting down... Tue Nov 20 12:33:05 PST 2007 klauncher: Exiting on signal 1 received SIGHUP, reloading network configuration Tue Nov 20 12:33:07 PST 2007 Tue Nov 20 12:33:07 PST 2007 Tue Nov 20 12:33:07 PST 2007 startkde: Running shutdown scripts... Tue Nov 20 12:33:07 PST 2007 Tue Nov 20 12:33:07 PST 2007 startkde: Done. The times listed above are due to the "date" command I added to /usr/bin/startkde and clearly show that running the KDE shutdown steps takes only about 2 seconds. The large delay seem to be from the various "SMSDie timeout" messages (since these messages were not present in .xsession-errors while using kde-3.5.6).
I cannot reproduce and I'm not aware of any changes that could lead to that. Maybe you have hostname resolution broken or something else that might lead to blocking?
My machine does not have a host name. "uname -n' prints "localhost'. I have always had this setting with kde-3.5.6 as well (where there was no such delay in closing KDE session).
BTW, I have seen this long delay in session closing on multiple distributions (mandriva-2008.0, opensuse-10.3) using kde-3.5.7+.
I've never heard of such problem and I have no idea what it could be, sorry.
To comment 4, bug 99137 and others have reported very similar problem in the past.
Guessing from "SmsDie timeout" in your log, bug #99137 and similar are unrelated. This bugreport should have nothing to do with sound (can you check, disabling logout sound, disabling sound entirely or similar?), the application for an unknown reason don't respond to ksmserver.
To comment 6, as mentioned in the original report, arts is always disabled. Also, I am not logging out but simply closing the KDE/X session. I have noticed this large delay during closing KDE session on multiple OS'es (mandriva 2008., fedora 8 and opensuse 10.3).
To sum up, the following are applicable in my case: 1) System run-level is 3 which means no display manager (kdm/gdm/zdm etc.) is running. 2) Arts is disabled. 3) KDE session is launched by running "startx" command. 4) The long delay appears when KDE/X session is closed down (there is no actual logout or shutdown involved) via the usual "logout" option in KDE menu.
kde-3.5.9 has the same problem.
*** This bug has been marked as a duplicate of bug 189004 ***