[Ltsp-discuss] ltstp session dispatching problem: solved.
Yesterday I asked on this list about a problem of load balancing with get_hosts. We solved it. Actually, the script ldm in /opt/ltsp/i386/usr/lib/ltsp/screen.d says: # Server scalability. If there exists a /usr/share/ltsp/get_hosts file, then if [ -x /usr/share/ltsp/get_hosts ]; then LDM_SERVER=$(/usr/share/ltsp/get_hosts) # Loop though each of the hosts, and get their ldminfo and there where no get_hosts in /usr/share/ltsp/ (as seen from the client). So, we put get_hosts there, and put a link in /opt/ltsp/i386/usr/lib/ltsp: cd /opt/ltsp/i386/usr/lib/ltsp ls -l lrwxrwxrwx 1 root root 26 2010-10-01 10:48 get_hosts - ../../share/ltsp/get_hosts Then everything is ok. But the documentation is false. Yours t.d. -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _ Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss For additional LTSP help, try #ltsp channel on irc.freenode.net
Re: [Ltsp-discuss] ltstp session dispatching problem: solved.
On Fri, Oct 01, 2010 at 03:24:41PM +0200, Thierry Dumont wrote: Yesterday I asked on this list about a problem of load balancing with get_hosts. We solved it. Actually, the script ldm in /opt/ltsp/i386/usr/lib/ltsp/screen.d says: # Server scalability. If there exists a /usr/share/ltsp/get_hosts file, then if [ -x /usr/share/ltsp/get_hosts ]; then LDM_SERVER=$(/usr/share/ltsp/get_hosts) # Loop though each of the hosts, and get their ldminfo and there where no get_hosts in /usr/share/ltsp/ (as seen from the client). So, we put get_hosts there, and put a link in /opt/ltsp/i386/usr/lib/ltsp: cd /opt/ltsp/i386/usr/lib/ltsp ls -l lrwxrwxrwx 1 root root 26 2010-10-01 10:48 get_hosts - ../../share/ltsp/get_hosts Then everything is ok. the link shouldn't be necessary. it really should just go in /opt/ltsp/i386/usr/share/ltsp. But the documentation is false. indeed. fixed in bzr: http://bazaar.launchpad.net/~ltsp-docwriters/ltsp/ltsp-docs-trunk/revision/116 thanks! live well, vagrant -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _ Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss For additional LTSP help, try #ltsp channel on irc.freenode.net
[Ltsp-discuss] howto get client hostnames into servers /etc/hosts?
Hello, i am running LTSP 5.2 on Debian squeeze. It seems to me, that nbd instead of nfs is in use. can anybody confirm that? I am just wondering, because i heard, that usually debian uses nfs. ...and now for something completly different: is there an easy way to get the clients hostnames into the servers /etc/hosts? I know that the clients do get an individual hostname e.g. ltsp22, for client with ip address 192.168.0.22. uncommenting the get-lease-hostnames true; line in /etc/ltsp/dhcpd.conf resulted in clients that would not boot, which is logically, because there is no dns-server providing any hostnames for the ltsp clients. So my question is: where (and at what time in the boot process -- maybee even after user login?) do the hostnames -- e.g. ltsp22 -- come from and how can i get them from there into the servers /etc/hosts? have nice evening and thank you for your help so far Lorenz Wenner -- Start uncovering the many advantages of virtual appliances and start using them to simplify application deployment and accelerate your shift to cloud computing. http://p.sf.net/sfu/novell-sfdev2dev _ Ltsp-discuss mailing list. To un-subscribe, or change prefs, goto: https://lists.sourceforge.net/lists/listinfo/ltsp-discuss For additional LTSP help, try #ltsp channel on irc.freenode.net