Ok, I can give some feedback on local apps support, after spending another
day trying to work things out.

First off, my problem yesterday, with no xdm display on the workstation ,
even though X was starting OK. The fix was in /etc/X11/xdm/kdmrc  This was
on a redHat 7.1 server running KDE 2.2

[Xdmcp]
# Whether KDM should listen to XDMCP requests. Default is true.
Enable=true

this flag was set to false, setting back to true fixed the missing xdm
display.


Now my next problem(s).

1.
We really like the local app support that was provided in earlier versions
of ltsp, as we prefer to run this system on fast workstations with no
diskdrives. The reason being less support needed and only one harddrive to
care of. Heaps of memory is installed ( either 64mb or 128 ) in each
workstation. I understand for older machines, why you would run the apps on
the server.

NFS swap space has been turned off for my testing.

I have set a workstation up to run local apps and the home directory was
mounted fine. From above the xdm log on prompt displays from the server and
I log on, using a 'fail safe' window manager, which basically gives me an
xterm session. Checking the environment variables in xterm they show
hostname=servername and display=workstation:0, also the file system is the
servers, Show it looks like local app support is not really working - its is
still trying to run the window manager / apps off the server.

Ok, I thought, lets get xdm running on the workstation, how things use to be
in version 2.07 and I had to copy the /etc/X11/xdm directory into
/opt/ltsp/i386/etc. Also /etc/X11/xinit  /etc/X11/xserver

I got this bit working and went to sign on. Now the xdm-session.log shows
heaps of library files are missing, ie. libjpeg, libtiff to name a few.

What I am trying to say, though I stand to be corrected, it seems that all
the libraries  and run files needed to run X apps locally are going to have
be copied into /opt/ltsp/i386/usr/X11R6/bin  ../usr/lib  directories.

Maybe the old nfs mounts for /usr /lib are needed again ??


2.

We have 'other' workstations with this 3Com Lan chips which require the
'imggen' utility run over the kernel. I ran imggen over vmlinuz.ltsp and it
said  successful - but on testing the boot procedure, I get a message from
mnki 1.2.2 saying invalid parameter. This reminds of when I why trying to
build my own kernel with this utility.

If anybody has successfully got imggen to work on the new kernels, let me
know.


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

Reply via email to