Johan,
In the test environment, did the ltsp server have the same ip address or
was it x.x.x.254?

If the server changes ip address, then you need to run
ltsp-update-sshkeys (and ltsp-update-kernels if you are using nbd
images).

Hope this helps,
William


On Tue, 2012-02-07 at 12:00 -0500, k12osn-request@redh... wrote:
> From: Johan Vermeulen <jvermeulen@cawd...>
> To: "Support list for open source software in schools."
>         <k12osn@redh...>
> Subject: Re: [K12OSN] k12ltsp as next-server - solved or almost
> Message-ID: <4F302646.3070207@cawd...>
> Content-Type: text/plain; charset="iso-8859-1"; Format="flowed"
>
> Hello William, hello All,
>
> I tested this again today on the production environment.
>
> 1) on the test environment, clients did log in correctly
>
> 2) I don't think it's LDAP related, mostly because root can also not
> log in.
>
> 3) the clients do not log in on the wrong server. I think your advise
> was right, they make the thinclients boot.
>
> I tested today with the two options in dhcpd.conf and ended up
> enabling
> them both, it makes no difference.
>
> so tho thinks are puzling me:
>
> * this is var/log/messages on thinclient boot :
>
> *Feb  6 16:17:05 server2 in.tftpd[9413]: tftp: client does not accept
> options
> Feb  6 16:17:24 server2 rpc.mountd[7744]: authenticated mount request
> from 192.168.50.148:678 for /opt/ltsp/i386 (/opt/ltsp)
> Feb  6 16:17:40 server2 xinetd[7603]: START: nbdswapd pid=9431
> from=::ffff:192.168.50.148
> Feb  6 16:17:40 server2 nbd-server: connect from 192.168.50.148,
> assigned file is /var/lib/ltsp/swapfiles/QlNwyt
> Feb  6 16:17:40 server2 nbd-server: Size of exported file/device is
> 67108864
> Feb  6 16:17:42 server2 xinetd[7603]: START: ldminfod pid=9438
> from=::ffff:192.168.50.148
> Feb  6 16:17:42 server2 xinetd[7603]: EXIT: ldminfod status=0
> pid=9438
> duration=0(sec)
> Feb  6 16:18:37 server2 xinetd[7603]: START: ldminfod pid=9454
> from=::ffff:192.168.50.148
> Feb  6 16:18:37 server2 xinetd[7603]: EXIT: ldminfod status=0
> pid=9454
> duration=0(sec)
> *
> so I am wondering about the EXIT; ldminfod part, but I think it's not
> related to the problem. Or is it?
>
> * this is /var/log/secure :
>
> *Feb  6 16:11:12 server2 sshd[9228]: Accepted password for root from
> 192.168.50.174 port 45240 ssh2
> Feb  6 16:11:12 server2 sshd[9228]: pam_unix(sshd:session): session
> opened for user root by (uid=0)
> Feb  6 16:11:13 server2 sshd[9228]: Received disconnect from
> 192.168.50.174: 11: disconnected by user
> Feb  6 16:11:13 server2 sshd[9228]: pam_unix(sshd:session): session
> closed for user root
> Feb  6 16:12:59 server2 sshd[9271]: Connection closed by
> 192.168.50.148
> Feb  6 16:15:13 server2 sshd[9309]: Connection closed by
> 192.168.50.148
> Feb  6 16:18:36 server2 sshd[9443]: Connection closed by
> 192.168.50.148
> *
> I think this is the problem: sshd gets closed somehow.
> So I tried different firewall configs, but to no avail. Also turned
> off
> Selinux, that's not it, either.
> I also checked /etc/ssh/sshd_config to make shure  to have pam=on.
>
> So I think it has to do with sshd, but cannot figure out what.
>
> greetings, J.
>
>

_______________________________________________
K12OSN mailing list
K12OSN@redh...
https://www.redhat.com/mailman/listinfo/k12osn
For more info see <http://www.k12os.org>