Re: [gdm-list] Gdm awaiting for network

[Brian Cameron <Brian Cameron Sun COM>]

Riccardo:

> Aug 23 10:41:14 eee gdm[3884]: DEBUG: Attempting to parse key string:
> daemon/SessionDesktopDir=/etc/X11/sessions/:/etc/dm/Sessions/:/usr/share/gdm/BuiltInSessions/:/usr/share/xsessions/
> Aug 23 10:41:14 eee gdm[3884]: DEBUG: Attempting to parse key string:
> Desktop Entry/X-Gdm-XserverArgs
>
> [here is the delay]

Does the desktop file associated with the session you are using have an
Entry/X-Gdm-XserverArgs value in it?  These desktop files are normally
in /usr/share/xsessions, but could be in any of the directories listed
above in the SessionDesktopDir path.

GDM supports a feature to restart the Xserver for particular sessions
if the X-Gdm-XserverArgs key has a value.  This is normally used when
a particular session needs to restart the Xserver in a particular way.
For example, if it needs particular extensions turned on that are not
normally turned on for other sessions.

The delay could be caused by the Xserver restarting.

Do you see the delay with all sessions, or only this particular session?

Looking at the code in gdm/daemon/slave.c, in the function
gdm_slave_session_start, it doesn't look like GDM does much between
checking X-Gdm-XserverArgs and setting up auth by calling
gdm_auth_user_add.

In the auth logic, it does call functions like gethostname(), so
if you don't have /etc/hosts set up properly, it might be waiting
trying to figure out your hostname over the network.

Could you try running pstack on the gdm-binary processs when it is
hanging.  This might help point out more specifically where the
code is hanging, whether in the auth code or in the X-Gdm-XserverArgs
code.

Brian