Hi Anselm!

I was thinking it was the tftp also, but wasn't sure what to do. 

When I originally tried to boot the workstation the /var/log/messages gave me
the  "/var/lib/tftpboot: no such file or directory" so I replaced the path in
the xinetd tftp script with /tftpboot. Now, as you can see, there seems to be no
action from tftp. I have restarted xinetd and rebooted with no effect.

Results of netstat -l is:

[root@ltsp root]# netstat -l
Active Internet connections (only servers)
Proto Recv-Q Send-Q Local Address           Foreign Address         State      
tcp        0      0 *:32768                 *:*                     LISTEN      
tcp        0      0 *:32769                 *:*                     LISTEN      
tcp        0      0 *:32771                 *:*                     LISTEN      
tcp        0      0 *:sunrpc                *:*                     LISTEN      
tcp        0      0 *:10000                 *:*                     LISTEN      
tcp        0      0 *:x11                   *:*                     LISTEN      
tcp        0      0 localhost.localdo:32790 *:*                     LISTEN      
udp        0      0 *:32768                 *:*                                 
udp        0      0 *:nfs                   *:*                                 
udp        0      0 *:syslog                *:*                                 
udp        0      0 *:32771                 *:*                                 
udp        0      0 *:32772                 *:*                                 
udp        0      0 *:10000                 *:*                                 
udp        0      0 *:xdmcp                 *:*                                 
udp        0      0 *:bootps                *:*                                 
udp        0      0 *:tftp                  *:*                                 
udp        0      0 *:sunrpc                *:*                                 
raw        0      0 *:icmp                  *:*                     7           
Active UNIX domain sockets (only servers)
Proto RefCnt Flags       Type       State         I-Node Path
unix  2      [ ACC ]     STREAM     LISTENING     3071   /tmp/.font-unix/fs-1
unix  2      [ ACC ]     STREAM     LISTENING     3207   /tmp/.X11-unix/X0
unix  2      [ ACC ]     STREAM     LISTENING     4497   /tmp/ksocket-root/kdein
it-:0
unix  2      [ ACC ]     STREAM     LISTENING     4502   /tmp/.ICE-unix/dcop1713
-1042033063
unix  2      [ ACC ]     STREAM     LISTENING     4526   /tmp/ksocket-root/klaun
cherasK2ka.slave-socket
unix  2      [ ACC ]     STREAM     LISTENING     4582   /tmp/mcop-root/ltsp_gat
ewoods_org-06bf-3e1c29ab
unix  2      [ ACC ]     STREAM     LISTENING     4609   /tmp/.ICE-unix/1734
unix  2      [ ACC ]     STREAM     LISTENING     8153   /tmp/orbit-root/linc-82
1-0-6ba1e283d9671
unix  2      [ ACC ]     STREAM     LISTENING     8161   /tmp/orbit-root/linc-81
f-0-4660f72dde5eb
unix  2      [ ACC ]     STREAM     LISTENING     8172   /tmp/orbit-root/linc-82
3-0-52408740bc08
unix  2      [ ACC ]     STREAM     LISTENING     2871   /dev/gpmctl
unix  2      [ ACC ]    


and ps -ax | grep xinetd:

[root@ltsp root]# ps -ax | grep xinetd
 1207 ?        S      0:00 xinetd -stayalive -reuse -pidfile /var/run/xinetd.pid
 2119 pts/1    S      0:00 grep xinetd
[root@ltsp root]#

Thanks!

Rick
  
> Hello ggatewood,
> gac> The workstation gets it's address from dhcpd and then goes to load the 
> kernel
> gac> from the server 192.168.0.254 from /lts/vmlinuz-2.4.19-ltsp-1. The 
> following
> gac> appears at the end of the loading statement and this is as far as it goes:
> gac> "...(NBI)... ......."
> 
> Check if tftp is running.
> If you use inetd (use ps -ax | grep inetd to find out), check that
> there is a line
> tftp stream tcp wait root... blah
> and do (as root) a killall -HUP inetd
> 
> If you use xinetd (ps -ax | grep xinetd): Look I think inside
> /etc/xinetd.d or so... read the docs.
> 
> BTW now:
> What does
> netstat -l
> output?
> 
> Seems as if the TFTP server is not running correctly, or you have a
> firewall rule that blocks TFTP.
> 
> Best regards,
>  Anselm                            mailto:[EMAIL PROTECTED]


-------------------------------------------------------
This SF.NET email is sponsored by:
SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
http://www.vasoftware.com
_____________________________________________________________________
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