See bug #76929 in particular PAM.

Trying a Wyse Winterm with XDMCP direct. I see the login widget then it
dies. (The Wyse Winterm then starts up and can then RDP login to xrdp
package I have running on system. Really should do X to a Linux box.
Wyse Winterm can not do ssh -X due to a problem with it. This like RDP
carries an unnecessary overhead for properly managed LAN. The X
client-server model is far superior.)

Looks like quite a few more files now need to be changed before xdm
will work. Would be nice if it just worked.

/var/log/xdm.log: --

Should I really need to put DHCP pool in the DNS? This is a test
machine and some one else looks up reverse for 10.in-addr.arpa.
not use xdm for local display.

Xaccess (had to uncomment these): --
*                                       #any host can get a login window
*               CHOOSER BROADCAST       #any host can get a chooser

These were originally commented out on my install.

xdm-config (had to comment this out): --
!DisplayManager.requestPort:    0

This was not originally commented out on my install.

Xservers (commented this out as not needed): --
#:0 local /usr/bin/X :0 vt7 -nolisten tcp

Then tried patching /etc/security/pam_env.conf too: --
REMOTEHOST      DEFAULT=localhost OVERRIDE=@{PAM_RHOST}
DISPLAY         DEFAULT=${REMOTEHOST}:0.0 OVERRIDE=${DISPLAY}

These were originally commented out on my install.

Now get login, but don't get session. Goes back to login.

The remote display is 10.253.0.20.

Does xrdb conflict with this package!?

~/.xsession-errors: --

/var/log/xdm.log: --

Remote display is actually
10.253.0.200
00:80:64:32:01:70 (Wyse Technology)

The ps command just displayed: --

Hello,

Please find the solution to the bug contained into XDM.

You recently wrote:
Looks like xdm is working just fine, but your session is exiting after
1s.  Check out ~/.xsession-errors maybe?  Closing as not our bug.

Cheers,
Julien

-------------------
The proposed solution is unfortunately not leading to any hints/clues of what is going on. ~/.xsession-errors  contains normal lines.




However, a solution is as follows to solve the bug issue of xdm.

It is simply due to the fact that xdm stores into its configuration wrong inputs.


I have been tried all kind of ways, and in order to make xdm work again to overcome the bug, one must follow the following steps.

(1) You login as root, and you enter the following to rebuild the xdm:

On machine that have no kdm (problem between xdm and kdm), you must type (killall kdm) is not necessary.

(2) /etc/init.d/xdm stop; killall kdm; /etc/init.d/xdm start
Stopping X display manager: xdm.
kdm: no process found
Starting X display manager: xdm.

If you have had previously kdm, on the linux machine, you'd better kill kdm.

(3) it should now work



Alternatively: If for all the users that cannot login and that complain about your installation, you simply have to tell them that the xdm is reloaded/restarted and that they have to be patient. This bug issue will be fixed soon or later, and if it does not work again, they can type as user (not root):

cd ; rm .Xauthority

and this will solve the problem related to the xdm process.


This solution worked on 3 machines where this issue has been reported since some time. Maybe an upgrade (i.e. : apt-get update ; apt-get upgrade) ?


I hope that this solution will help some users using xdm to make it work and in order to solve this bug of xdm.

Best regards / Happy New Year.
Y.

Don't abuse other people's reports.

Cheers,
Julien