From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.9) Gecko/20020513 Description of problem: ICE sometimes leaves stale sessions in/fails to remove sessions from /tmp/.ICE-unix. The effect of this is that upon next boot of the instant user, gdm will crash on first login attempt. ~/.xsession-errors will have this message: _IceTransSocketUNIXCreateListener: ...SocketCreateListener() failed _IceTransMakeAllCOTSServerListeners: server already running ** WARNING **: Cannot establish any listening sockets On second boot, this error message goes away, replace with (say) SESSION_MANAGER=local/Verdi:/tmp/.ICE-unix/1195 The fix for this is to delete stale entries in /tmp/.ICE-unix. This problem will NOT occur if another user has sucessfully logged in before the user with the stale session logs in. Version-Release number of selected component (if applicable): XFree86-4.2.0-8 How reproducible: Always Steps to Reproduce: 1. Observe "first boot" crash (cause unknown) 2. Login sucessfully to gdm on second boot. 3. Observe stale /tmp/.ICE-unix session and remove. Actual Results: Unable to log in first time. Expected Results: The boot process, e.g. rc.sysinit, should check /tmp/.ICE-unix to ensure it is empty during boot. If not empty, clear it. Additional info:
FWIW, I recently discovered the /usr/bin/startkde does exactly the kind of housekeeping re: /tmp files discussed in this bug. To wit, lines 7-12, my stock RH7.3 install: # Clean up old kde /tmp files that belong to the user real_display=`echo $DISPLAY | sed "s/://" | sed "s/\..*//"` rm -f ~/.DCOPserver-`/bin/hostname`_$DISPLAY for i in /tmp/.ICE-unix/* /tmp/.ICE-unix/.*; do [ -O $i ] && rm -f $i done John
This should be fixed in the latest rawhide initscripts.
(i.e., 6.86-1 or later)