Re: New configuration subsystem for LTSP

Στις 30-12-2010, ημέρα Πεμ, και ώρα 13:46 -0500, ο/η Stéphane Graber
έγραψε:
> Currently it's a XMLRPC daemon listening on https. It can also listen
> on a UNIX socket for easy interfacing with C software like ldm.
...
> unless we find some way of putting the hooks in common somehow (like
> calling shell scripts or something). 

I think we target different things, so maybe both new implementations
can coexist?
The bash/inetd daemon can take care of the shell script hooks,
and the XMLRPC daemon can take care of the python plugins.

E.g. with the bash/inetd implementation, the client can use `nc` from
the initramfs, get its new-style-and-directly-sourceable-lts.conf before
it even mounts /root, and select on which nbd/nfs server to connect,
based on simple bash rules that the sysadmin specified on the server,
without touching the chroot.

Some examples a sysadmin may need while still in the initramfs:

Simple boot server load balancing:
[ "$server_cpu_usage" > 80 ] || return 0
ROOTSERVER=my_other_server

Selecting a different fat NFS chroot for a high school lab booting from
the same DHCP server as a primary school lab:
match "$ip" "192.168.0.2*" || return 0
ROOTPATH=/opt/ltsp/high_school

And of course the same simple rules (and GUI editor) can be used after
the initramfs too...


------------------------------------------------------------------------------
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, and, 
should the need arise, upgrade to a full multi-node Oracle RAC database 
without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl
_____________________________________________________________________
Ltsp-developer mailing list.   To un-subscribe, or change prefs, goto:
      https://lists.sourceforge.net/lists/listinfo/ltsp-developer
For additional LTSP help,   try #ltsp channel on irc.freenode.net