Howdy,
I've been agressivly trying to get local apps working with the 2.4 kernel and
LTSP 2.09 like I had with my older 2.2.x kernel and an older version of LTSP.
On my old version, once /etc/rc.local started executing, I mounted up all the
classically needed root directories (/bin, /lib, /sbin, /opt, /home and /usr)
and things worked great. Under the new kernel though, I can mount /home,
/opt and /usr, but if I mount /bin, /lib or /sbin, everything craps out with a
NFS stale handle error.
I don't think this has to do with LTSP in particular - I think it's either
NFS or the 2.4 kernel. I'm still trying to work around it, but I have found
that most applications install new programs and libraries into /usr/lib and
/usr/bin. This means that /bin, /lib and /sbin are pretty stable/static.
I've made copies of those directories into the ltsp root directory. I have a
script that "refreshes" them if necessary, but for the most part, I can
install new software without refreshing them (since I do mount /usr).
It all works - I run my apps locally (I did have to disable the NIS stuff -
just really don't need/want it). It's not "ideal" in that I have static
copies of some directories, but after spending two weekends on it, I'm OK with
this for now - at least until I'm willing to take another look at it.
Doug Herbert wrote:
>
> Jim,
>
> I have seen a couple of posts, in the last few weeks, with regard to people
> testing local apps with the pre-release of the next version of ltsp.
>
> I have checked out the Sep 30 changelog and also your updated instructions
> page, dated 5 October.
>
> Could you provide a little information on how you see the local app package
> heading. In my little testing I have done, with this new release, it seems
> that the Xsession is running on the server, using the workstation only as a
> X display., ie, the xdm logon session is sent from the server and the xterm
> session shows the hostname = server and display = workstation:0
>
> You note the the only local app provided is the netscape browser and more
> apps will follow. This seems a different direction, when in the 2.07
> version, all the X server files, libraries and run files were NFS mounted
> from the server and any app that ran on the server, would run 'natively' on
> the workstation.
>
> This is not a complaint, I think the whole ltsp idea is great and very cool,
> it's just that removing file access to the servers /usr /lib limits software
> to be run locally. Though I guess, with the source available, we can do the
> work ourselves. We currently have a very successful pilot system in
> production, with all workstations running apps locally. At its current
> status, the new release of ltsp will probably not be installed for this
> reason.
>
> Regards
>
> Doug.
>
> _____________________________________________________________________
> 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.openprojects.net
--
Gerry Duprey
Ann Arbor, MI
_____________________________________________________________________
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.openprojects.net
