Bug 8201 - Long delays during X boot under Gnome
Long delays during X boot under Gnome
Status: CLOSED WORKSFORME
Product: Red Hat Linux
Classification: Retired
Component: gnome-core (Show other bugs)
6.0
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Elliot Lee
:
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2000-01-04 23:35 EST by Jim Parnell
Modified: 2008-05-01 11:37 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-02-04 16:32:35 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Jim Parnell 2000-01-04 23:35:02 EST
After signing on the initial login screen (X has booted up at this point)
there is about a two minute delay before the window manager starts painting
the controls and default xterms.  In 'messages', this is the sequence:

<many messages deleted>

Jan  4 21:41:32 localhost sound: Starting sound configuration:
Jan  4 21:41:32 localhost sound: sound
Jan  4 21:41:32 localhost sound:
Jan  4 21:41:32 localhost rc: Starting sound succeeded
Jan  4 21:41:33 localhost PAM_pwdb[468]: (su) session opened for user xfs
by (uid=0)
Jan  4 21:41:33 localhost PAM_pwdb[468]: (su) session closed for user xfs
Jan  4 21:41:34 localhost xfs: xfs startup succeeded
Jan  4 21:41:34 localhost linuxconf: Linuxconf final setup
Jan  4 21:41:34 localhost rc: Starting linuxconf succeeded
Jan  4 21:41:54 localhost PAM_pwdb[537]: (gdm) session opened for user root
by (uid=0)
Jan  4 21:43:28 localhost gnome-name-server[640]: starting
Jan  4 21:43:28 localhost gnome-name-server[640]: starting
Jan  4 21:43:28 localhost gnome-name-server[640]: name server starting
Jan  4 21:43:28 localhost gnome-name-server[640]: name server starting
Jan  4 21:43:32 localhost gnome-name-server[647]: server_is_alive:
cnx[IDL:GNOME/Panel:1.0] = 0x8056300
Jan  4 21:43:32 localhost gnome-name-server[648]: server_is_alive:
cnx[IDL:GNOME/Panel:1.0] = 0x80565e0
Jan  4 21:43:34 localhost gnome-name-server[653]: server_is_alive:
cnx[IDL:GNOME/Panel:1.0] = 0x8056a70
Jan  4 21:43:34 localhost gnome-name-server[654]: server_is_alive:
cnx[IDL:GNOME/Panel:1.0] = 0x8056cb8

<normal operations start here>

Note that I use the loopback address as the system IP until I start up my
PPP interface (manually).

This problem only recently began occurring.  I do not know what change to
the system configuration the advent of this bug may have coincided with, if
any.

-Jim Parnell
Comment 1 Cristian Gafton 2000-01-27 03:40:59 EST
assign to gnome
Comment 2 Elliot Lee 2000-02-01 19:56:59 EST
Various desktop components need to be able to reliably turn your hostname into
an IP address, and vice versa - from the sound of it you are doing some network
magic that might make this not true.
Comment 3 Jim Parnell 2000-02-01 21:44:59 EST
The PPP interface is not starteduntil after gnome has loaded.  The DNS defined
in my configuration is my ISP's, which would be inaccessible until I've
connected.  Do you think starting PPP at boot time would make the desktop
critters happy (assuming the connection goes through)?
Comment 4 Elliot Lee 2000-02-04 16:32:59 EST
You could do that, or you could fix /etc/hosts to contain information on your
hostname (as it should).

Note You need to log in before you can comment on or make changes to this bug.