Red Hat Bugzilla – Bug 47779
first time hang after fresh install
Last modified: 2007-04-18 12:34:32 EDT
Description of Problem: After a fresh (custom) install of fairfax beta1, I logged on as root and added two users with the 'useradd" command. This system has both gnome and kde installed and uses gdm as the gui login. I logged out as root and tried to login a a new user. Gdm disappeared and I got a grey screen hang. I did a <ctl-alt-backspace> to kill the window. Logged in a root and did a kill -HUP for the gconfd and oafd processes. Then did a kill -HUP for gdm --- the gdm gui screen came up. I logged in as the same user ... everything worked. I logged in as a second new user ... everything OK. This 'hang" has also occured with kde as the first login. This does not occur for root. How Reproducible: Very -- but only the first time for a new user just defined. Steps to Reproduce: <see above> Actual Results: Hang thefirst time. Expected Results: No hang. Additional Information:
I believe this happens, but it doesn't happen for me. How long did you wait before deciding it was stuck?
This defect considered MUST-FIX for Fairfax gold-release.
I have gotten the "hang" to repeat (and not after a fresh install). 1. I did a fresh install and after reboot added three users with "useradd" and set passwords with passwd. 2. Logoff root and login as a user -- gdm "fails" immediately and I get the gdm screen. I try again and this time get in. I think this is it. 3. The next day, I rebooted the system (forget to shut it does so the filesystem had to be checked). I then tried to to login as a user with session selected as "kde" -- HANG! 4. I bounce to vt1 and login as root. Do a "ps ax" which shows that "/usr/bin/gdmlogin --disable-sound --disable-crash-dialog" is clocking time. I gave up at about 3 minutes and <ctl-alt-backspace> to kill the hung panel and did kill -HUP for gdm itself. When gdm restart, I was able to login fine.
Any /var/log/messages or /var/log/gdm/* stuff after this happens? (Older versions of gdm also logged to /var/gdm I think)
I have been unable to reproduce this on beta2. We can either let it drop or I can dig out the beta1 cdroms, reinstall and continue testing.
I believe we upgraded gdm from beta1 to beta2, so it is quite possibly fixed. Why don't we tentatively close the bug, and if it reappears reopen or I'm sure someone else will find it and file a report.