Hello,
I got a strange problem with gdm on Solaris and can't find a solution.
So if anyone met the problem and found the solution that would be nice of you.
I'm building a cybercafe where the inet clients are sunrays linked to a solaris 7 sparc server.
(FYI: Sunrays are physical displays. Unlike X terminals, the X server runs on the serveur-sid. They looks like a hardware Vnc.)
For several reason, mainly flexibility, gdm was choosed as a display manager.
At the beginning, I used a sparc workstation with solaris 7 and a sunray. I use gdm-2.0beta4 (I need a stable version.) After several changes to the code it compiled and worked without any problem.
After time, I had to give back the workstation that was lent to me and I got two sparc servers, one with solaris 7 and the other with solaris 2.6.
Then using the same code and the same config files (except for an adaptation to the path), I'm unable to make it work correctly.
Gdm compiles without problems.
But when I launch it I only get a grey screen.
The log files give :
-- /var/adm/messages ---
Jan 2 11:32:08 sputnik gdm[20239]: gdm_main: Here we go...
Jan 2 11:32:08 sputnik gdm[20239]: gdm_local_servers_start: Starting :3
Jan 2 11:32:08 sputnik gdm[20239]: gdm_server_start: :3
Jan 2 11:32:08 sputnik gdm[20239]: gdm_auth_secure_display: Setting up access for :3
Jan 2 11:32:08 sputnik gdm[20239]: gdm_auth_secure_display: Setting up socket access
Jan 2 11:32:08 sputnik gdm[20239]: gdm_auth_secure_display: Setting up network access
Jan 2 11:32:08 sputnik gdm[20239]: gdm_auth_secure_display: Setting up access for :3 - 2 entries
Jan 2 11:32:08 sputnik gdm[20240]: gdm_server_start: '/usr/openwin/bin/Xsun -nobanner -auth /usr/clicktown/var/gdm/:3.Xauth :3'
Jan 2 11:32:09 sputnik gdm[20239]: gdm_server_usr1_handler: Starting display :3!
Jan 2 11:32:09 sputnik gdm[20239]: gdm_display_manage: Managing :3
Jan 2 11:32:09 sputnik gdm[20239]: gdm_display_manage: Forked slave: 20241
Jan 2 11:32:09 sputnik gdm[20241]: gdm_slave_start: Starting slave process for :3
Jan 2 11:32:09 sputnik gdm[20241]: gdm_slave_start: Opening display :3
Jan 2 11:32:09 sputnik gdm[20241]: gdm_slave_start: Sleeping 0 on a retry
Jan 2 11:32:09 sputnik gdm[20241]: gdm_slave_start: Sleeping 2 on a retry
Jan 2 11:32:11 sputnik gdm[20241]: gdm_slave_start: Sleeping 4 on a retry
Jan 2 11:32:15 sputnik gdm[20241]: gdm_slave_start: Sleeping 6 on a retry
Jan 2 11:32:21 sputnik gdm[20241]: gdm_slave_start: Sleeping 8 on a retry
Jan 2 11:32:29 sputnik gdm[20241]: gdm_slave_start: Sleeping 10 on a retry
Jan 2 11:32:39 sputnik gdm[20241]: gdm_slave_start: Sleeping 12 on a retry
Jan 2 11:32:51 sputnik gdm[20241]: gdm_slave_start: Sleeping 14 on a retry
Jan 2 11:33:05 sputnik gdm[20241]: gdm_slave_start: Sleeping 16 on a retry
Jan 2 11:33:21 sputnik gdm[20241]: gdm_slave_start: Sleeping 18 on a retry
Jan 2 11:33:39 sputnik gdm[20239]: gdm_child_handler: child 20241 returned 4
Jan 2 11:33:39 sputnik gdm[20239]: gdm_child_handler: :3
Jan 2 11:33:39 sputnik gdm[20239]: gdm_display_unmanage: Stopping :3
Jan 2 11:33:39 sputnik gdm[20239]: gdm_server_stop: Server for :3 going down!
Jan 2 11:51:30 sputnik gdm[20239]: gdm_term_handler: Got TERM/INT. Going down!
Jan 2 11:51:30 sputnik gdm[20239]: gdm_display_unmanage: Stopping :3
...
-- $prefix/var/gdm/:3.log --
Default Font Path: /usr/openwin/lib/X11/
AUDIT: Tue Jan 2 11:32:09 2001: 20240 Xsun: client 1 rejected from local host
Xlib: connection to ":3.0" refused by server
Xlib: Client is not authorized to connect to Server
AUDIT: Tue Jan 2 11:32:09 2001: 20240 Xsun: client 1 rejected from local host
Xlib: connection to ":3.0" refused by server
Xlib: Client is not authorized to connect to Server
...
In short, in gdm_slave_start() the connexion to the display with XOpenDisplay() fails desesperatly.
The Xserver is running, the d->name var is correct but the return value is always NULL.
I don't know what to do. Gdm doesn't seem to be involved directly.
But xdm works and I have exactly the same problem with Vnc.
The most amazing is that it worked on a workstation and it doesn't work on a server while the config is apparently the same.
If any of you have an idea, or already solved the problem.
Thanks.
--
Jérôme Mainaud
Klee
jmainaud klee fr
+ 33 146 295 825