Hello folks,

here is my case: I have installed LTSP5 on a HP Proliant ML110 (Pentium Xenon) 
server with Ubuntu 8.10. The clients I am using for testing purposes is an old 
Pentium III machine and a less old Pentium M Laptop. 

After the usual trouble and uncertainties with respect to boot process, NICs, 
multiple DHCP servers and what not, I got it stably booting into a login screen 
and from there into a LTSP session.

Now I wanted to start testing how certain software behaves under LTSP. So I 
installed three software packs (Stellarium, KStars and Celestia to be precise) 
on the server. By mistake I did install them under the true root '/' of the 
server as opposed to the "chrooted" '/opt/ltsp/i386' branch. So one would 
expect that the thin clients would not "see" these applications, right? (OR am 
I completely wrong when it comes to understanding how LTSP is supposed to 
work?!)

By miracle, however, the programs are available from the thin clients. And no, 
I have neither updated nor re-created the ltsp-image. So basically, I have 
nothing but an X-session on the server shared out to the thin clients. That is 
not what LTSP is all about (OR is it?!) -- At least I do have got a shared 
X-seesion. Though that is not really what I want.

I had noticed before, that when I was logged in as one and the same user on a 
thin client as well as on the server at the same time, I was for instance 
unable to open Firefox on the client when I had it already running on the 
server.

Since miracles more likely are (my?) mistakes, I would like to ask for possible 
sources of this peculiar behavior. I am completely at loss (as with so many 
things in this new LTSP world)!

One thing I noticed was that, although the PXE-boot process runs fine and gets 
me to a remote login prompt on Screen_07, there is some noticeable choking on 
Screen_01 during that process. On either of my test machines, the booting runs 
through the following stages:
. DHCP and loading PXE-Linux no problem.
. Second DHCP call and finding rootserver's address as well as file 
'/ltsp/i386/nbi.img'
. Then something peculiar happens: The screen output reads:
    Negotiation: .. size = 177872KB
    bs=1024, sz=177872
    [   23.082530] nbd0: Receive control failed (result -32)
    Kernel call returned: Broken pipe Reconnecting
    Negotiation: .. size = 177872KB
    Error: Ioctl/1.1a failed: Bad file descriptor
. After that it goes on with
    *Startin system log daemon...    [ OK ]
  and the same for some similar lines flashing by.
. Finally it gets me to a login prompt and all seems fine. Checking on 
Screen_01 the last lines of output (after some sound settings) talk about
    W: ltdl-bind-now.c: Failed to find original dlopenloader. 
    W: main.c: setrlimit(RLIMIT_NICE, (31, 31)) failed: Operation not permitted
    W: main.c: setrlimit(RLIMIT_RTPRIO, (9, 9)) failed: Operation not permitted
                                                                                
                     [OK]

Can you imagine that I find this quite confusing? I have tried everything to 
fix the nbd0-error (forced the filename in '/etc/ltsp/dhcpd.conf' to be 
'/ltsp/i386/pxelinux.0' to see if it had anything to do with the booting itself 
and what not) though nothing whatsoever made any difference. Since I do get to 
a LTSP login prompt and I can indeed login to an LTSP session, I judged it no 
so big an issue. The only thing that does seem clear is the third to last error 
messages which seems related to the fact that I have not DNS/Bind9 configured 
yet. 

Clearly, I suspect the nbd0-error to be at least related to the peculiar 
behavior mentioned above. If anyone could point me to some sort of explanation 
or solution, it would render the hours lost fiddling around a well-invested 
hands-on experience from where on I could happily go on with my testing. Thank 
you very, very much in advance!

Cheers!
Stefan Mueller, Switzerland

 = = = = = = = = =
Stefan Müller Wildi 
Unterhof 5 
CH-6208 Oberkirch 
+41 41/920 3336


      
-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_____________________________________________________________________
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

Reply via email to