Bug 77825

Summary: GNOME hangs upon login splash screen
Product: [Retired] Red Hat Linux Reporter: Jack M. Nilles <jnilles>
Component: gdmAssignee: Havoc Pennington <hp>
Status: CLOSED WORKSFORME QA Contact: Mike McLean <mikem>
Severity: medium Docs Contact:
Priority: medium    
Version: 8.0CC: katzj
Target Milestone: ---   
Target Release: ---   
Hardware: i686   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2002-12-20 00:26:55 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Attachments:
Description Flags
results of rpm -qav
none
output of rpm -aV none

Description Jack M. Nilles 2002-11-14 01:16:05 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.1) Gecko/20020826

Description of problem:
I upgraded to 8.0 from 7.3. Now, when any user logs in via GNOME the splash
screen comes up, without any icons in its lower section. No amount of mouse
clicking will produce further results. Ctl-alt-backspace will get back to level
3. The screen then shows an error message: 'GNOME not found'or similar--I don't
have it in front of me. startx simply gets back to the same impasse. The only
way I've found to get out of this is to reboot, a la Windows, and login via KDE.

Version-Release number of selected component (if applicable): 2.4.0.7-13


How reproducible:
Always

Steps to Reproduce:
1.enter user name (any user)
2.enter password
3.
	

Actual Results:  As in the description above

Expected Results:  An active, utile GNOME desktop

Additional info:

gedit also will not work either in GNOME--since I can't get there--or KDE. There
may be other broken links but mostly they relate to the "upgrade" not
eliminating older versions of packages.

Comment 1 Jack M. Nilles 2002-11-19 23:41:58 UTC
The exact message when I ctl-alt-backspace to level 3 is:
/etc/X11/prefdm: line 1: GNOME: command not found
This led to a review of prefdm which, in turn led to /etc/sysconfig/desktop.
The only line in desktop was: GNOME.
I compared that with another macine running RH 8.0 and changed it from
GNOME to DESKTOP=""
Unfortunately, this had no effect. I still had to reboot and go to KDE to get
back in operation.

Comment 2 Havoc Pennington 2002-11-19 23:56:11 UTC
That isn't a valid value of /etc/sysconfig/desktop (and shouldn't have been
written out), though an invalid value there doesn't explain a hang, perhaps 
the same problem that resulted in an invalid value there also resulted 
in the hang.

Can you attach the output of "rpm -qav" and "rpm -Va"

Comment 3 Jack M. Nilles 2002-11-20 19:05:35 UTC
Created attachment 85740 [details]
results of rpm -qav

Comment 4 Jack M. Nilles 2002-11-20 19:06:51 UTC
Created attachment 85741 [details]
output of rpm -aV

Comment 5 Havoc Pennington 2002-11-20 19:38:07 UTC
Just a shot in the dark, what has changed about this file vs. the stock 
8.0 version:
S.5....T c /etc/X11/xdm/Xsetup_0

Comment 6 Jack M. Nilles 2002-11-20 21:54:06 UTC
I'm not sure what the vanilla 8.0 versioon should look like but I compared teh
file with its cousin on anotehr machine. The other machine had an additional
section on sysresouces. I copied this into the Xsetup_0 file on this machine,
logged out and logged in again. The usual results. I also tried "switchdesk KDE"
to get back into the GUI, but to no effect.

I am also surprised to see so many files in the rpm -aV output since this
machine has been scrupulously updated via up2date.

Comment 7 Jack M. Nilles 2002-11-26 00:26:33 UTC
Upon further experimentation I find that redhat-config-date also doesn't work. I
get a series of error messages, to wit:
  File "/usr/share/redhat-config-date/redhat-config-date.py", line 35, in ?
    mainWindow.mainWindow().stand_alone()
  File "/usr/share/redhat-config-date/mainWindow.py", line 181, in __init__
    self.timezonePage = timezone_gui.timezonePage()
  File "/usr/share/redhat-config-date/timezone_gui.py", line 50, in __init__
    self.tz = TimezoneMap(zonetab, self.default, map=path)
  File "/usr/share/redhat-config-date/timezone_map_gui.py", line 139, in __init__
    self.setCurrent(self.currentEntry)
  File "/usr/share/redhat-config-date/timezone_map_gui.py", line 180, in setCurrent
    self.markers[self.currentEntry.tz].hide()
AttributeError: 'NoneType' object has no attribute 'tz'


Comment 8 Havoc Pennington 2002-12-20 00:12:18 UTC
Jeremy have you heard of problems like this with upgrades?

Comment 9 Jeremy Katz 2002-12-20 00:20:30 UTC
No, although the redhat-config-date traceback is a dupe of another that I filed
(and is fixed)

Comment 10 Havoc Pennington 2002-12-20 00:26:55 UTC
I don't really have an idea where else to go on this report; we don't have any
similar reports, and it doesn't happen here.

Assuming some kind of local filesystem problem, or other strangeness...