This came up last week, and after much fiddling it finally seemed to
sort itself out. But it has come up again and I'd like to find out
what's causing it.
I'm running SRSS 5.3.0.0.49 on Solaris 10 (SunOS 5.10 Generic_147441-27).
I'm running a kiosk app which is a script that generates a login
selector. One of the login options is an XDMCP connection to a linux
server, using Xeyphr (I've also tried Xnest and get the same results).
Xeyphr is launched via a script (adapted from one written by Mac Lee
from Sun Canada in 2005) that looks like this:
# begin script
HOST="linuxhost"
WINDOW_SIZE="1680x1050"
WINDOW_POS="0+0"
SCREEN_DIMENSION=`/usr/openwin/bin/xdpyinfo | grep dimension | awk
'{print $2}'`
GEOMETRY=$SCREEN_DIMENSION
HIGHEST_DISP=`netstat -an -P sctp | grep X11 | awk '{print $NF}' | sort
-nut X -k 3,3 | tail -1 |sed 's/\/tmp\/.X11-unix\/X//'`
if [ "$HIGHEST_DISP" = "" ]; then
HIGHEST_DISP="0"
fi
FREE_DISPLAY=`expr $HIGHEST_DISP + 10`
echo "High: "$HIGHEST_DISP > $HOME/xephyr.log
echo "Free: "$FREE_DISPLAY >> $HOME/xephyr.log
echo "Starting Xephyr session on Display :"$FREE_DISPLAY >> $HOME/xephyr.log
/usr/X11/bin/Xephyr :$FREE_DISPLAY -pn -fullscreen -host-cursor
-extension GLX -once -query $HOST >> $HOME/xephyr.log 2>&1
# end script
The complicated part in the middle there is used to determine the next
available display so that there are no clashes with clients.
When I went around with this last week, I tried cold restarting the DTU
I was testing with, tried a cold restart of the sunray service, and
finally tried a cold restart of the server itself. None of these
resolved the problem. I was pulled away for something else for about 30
minutes, and when I came back to continue testing, it was suddenly
working again.
Here are the contents of the logfile from a failed session:
High: 43
Free: 53
Starting Xephyr session on Display :53
Xephyr unable to use SHM XImages
_XSERVTransNAMEDOpenPipe: Can't open /tmp/.X11-pipe/X53
_XSERVTransOpen: transport open failed for named/hostname:53
_XSERVTransMakeAllCOTSServerListeners: failed to open listener for named
Error in setting egid to 0: Not ownerError in setting egid to 0: Not
ownerError in setting egid to 0: Not owner
Fatal server error:
XDMCP fatal error: Session failed Failed to connect to display :53
I should note that even when the connection is successful, the logfile
still contains the lines warning about not being able to set the egid or
open the .X11-pipe file.
Anybody tell me why the XDMCP session fails or where else I can look to
find an answer? Is there a limit on the available number of displays?
Is there a better way to find a free display to run the session on? Is
something else completely unrelated to displays and pipes going on here?
Thanks.
Seth
--
Seth Galitzer
Systems Coordinator
Computing and Information Sciences
Kansas State University
http://www.cis.ksu.edu/~sgsax
sg...@ksu.edu
785-532-7790
_______________________________________________
SunRay-Users mailing list
SunRay-Users@filibeto.org
http://www.filibeto.org/mailman/listinfo/sunray-users
