4. Troubleshooting

• If X cannot come up and is broken:

  If X is broken and the connection fails, most of the time it has this error messages:

  _ FontTransSocketUNIXConnect: Can't connect: errno = 111 failed to set default font path 'unix:-1' Fatal server error: could not open default font 'fixed'

  This is likely due to xfs not finding the correct port for the Font Server (again, if you are running RH 6.2). To resolve this, check steps 1 and 7 above. Make sure the configuration are pointing to (port) 7100 and make sure you have the following fonts installed (if not re-install the XFree86 font packages from your CD). Check the listing in XF86Config file (if you are using XFree86 4.x, the file is XF86Config-4) at /etc/X11:

  FontPath "/usr/lib/X11/fonts/75dpi/" FontPath "/usr/lib/X11/fonts/misc/" FontPath "/usr/lib/X11/fonts/CID" FontPath "/usr/lib/X11/fonts/Speedo" FontPath "/usr/lib/X11/fonts/100dpi"

  Use the command startx (on local) to restart the X server (or use telinit 5 to switch the run-level).

• If Exceed has no respond (in blank screen):

  In this case, most likely your xdm (or gdm, depending upon which is used in /etc/inittab) is not starting correctly. Issue the command: ps -ef | grep gdm (or ps -ef | grep xdm if xdm is used). Also, if your box has udp port turned on for XDMCP, you can type netstat -l | grep xdmcp and you should see this:

  udp 0 0 *:xdmcp *:*

  If the process is not running, check the steps on the setup above (make sure there are no typos and that the correct path is given). Restart X using the command telinit 5. If the udp port is not there for XDMCP, do step 2 as above.

  Another possibilities are that your DNS setup is incorrect and/or firewall is enabled. An easy way to find out is simply ping or telnet your host and if the reply takes a long time, then that's DNS problem. If by using telnet and you got a "Connection Refused", then this is a firewall problem (assuming that you have your telnet daemon turned on already)! Check the section above for details how to resolve this.

• PC Box with PPPoE (PPP over Ethernet):

  A user using PPPoE told me that if you have PPPoE, you might experience problem using XDMCP. After uninstall it, he then is able to get XDMCP working. I personally do not have the environment to test this, so you can test it yourself.

• Linux to Linux Display export:

  If you are using another Linux with X, you do not need to use XDMCP to manage your display. You can actually export your display right in your X box. To do this, you must enable your access control to allow to make connection to the X Server. The common error you will get without doing so are:

  xlib: Connection refused (error 111): unable to connect to X server xlib: No such process (error 3): Server error

  To resolve the problem, use the command below:

  $ xhost + $ export DISPLAY=(your local host IP):0.0

  Always remember to enable access control by using the command "xhost -" again. One thing to remind you, you do not need this, if you are using PC as X-Terminal using XDMCP. This is only required when you have Linux to Linux or Linux to UNIX connection.

  If you are using many Linux X boxes and you would like to setup the Chooser to pick from which X to login, you need to enable the following in the /etc/X11/gdm/gdm.conf:

  [daemon] Chooser=/usr/bin/gdmchooser --disable-sound --disable-crash-dialog ... [xdmcp] Enable=1 HonorIndirect=1

• I got a "Signal 11" error:

  The "Signal 11" error, also called "Segmentation Fault", can sometimes be a problem of your hardware and/or software. If you have this problem in bring up the X-server, you need to fix it before configuring XDMCP. Unfortunately, there is no simple way to fix the problem due to many possible causes. For details, please check this SIG 11 while compiling the Kernel.