LTSP Problem - "PXE-E32: TFTP open timeout"

[PNS-Richi]

Hallo,

ich habe auf debian lenny einen LTSP Server eingerichtet.

DHCP:

    ...

                    option root-path "/var/lib/tftpboot/ltsp/i386";
                    #filename "/ltsp/i386/pxelinux.0";

                    if substring( option vendor-class-identifier, 0, 9 ) = "PXEClient" {
                            filename "/ltsp/i386/pxelinux.0";
                    } else {
                            filename "/ltsp/i386/nbi.img";
                    }

                    next-server 192.168.10.10;
                    allow bootp;

    ...

TCPdump:

    node1:~# tcpdump port 69
    tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
    listening on eth0, link-type EN10MB (Ethernet), capture size 96 bytes
    16:58:14.994450 IP 192.168.10.142.2074 > 192.168.10.10.tftp:  43 ACK block 0
    16:59:49.028745 IP 192.168.10.142.2070 > 192.168.10.10.tftp:  38 RRQ "/ltsp/i386/pxelinux.0" octet tsize 0
    16:59:49.029600 IP 192.168.10.142.2071 > 192.168.10.10.tftp:  43 RRQ "/ltsp/i386/pxelinux.0" octet blksize 1456
    17:00:25.053493 IP 192.168.10.142.2072 > 192.168.10.10.tftp:  43 ACK block 0
    17:01:37.058313 IP 192.168.10.142.2073 > 192.168.10.10.tftp:  43 ACK block 0
    17:03:25.038075 IP 192.168.10.142.2074 > 192.168.10.10.tftp:  43 ACK block 0
    17:05:48.992788 IP 192.168.10.142.2075 > 192.168.10.10.tftp:  43 ACK block 0

Am Client kommt immer nur ein Timeout -> "PXE-E32: TFTP open timeout".

Wenn ich am Server mit tftp teste, dann klappts:

tftp> get /ltsp/i386/pxelinux.0
Received 15987 bytes in 0.0 seconds

Wo ist mein Fehler?

lg Richi

 

[rolle]

Hm, fangen wir an. Welche LTSP Version? Meine dhcpd.conf für 4.2 sah so aus:

option root-path "192.168.255.100:/opt/ltsp-4.2/i386";                                     
option domain-name-servers 192.168.255.100;                                                
option routers 192.168.255.100;                                                            
option netbios-name-servers 192.168.255.100;                                               
next-server 192.168.255.100;                                                               
ddns-update-style none;                                                                    
use-host-decl-names on;                                                                    
default-lease-time 14400;                                                                  
subnet 192.168.255.0 netmask 255.255.255.0 {
  range 192.168.255.111 192.168.255.119;
  default-lease-time 14400;
  max-lease-time 172800;
}
if substring (option vendor-class-identifier, 0, 9) = "PXEClient" {
  filename "lts/2.6.17.3-ltsp-1/pxelinux.0";
}
else  {
  filename "lts/vmlinuz-2.6.17.3-ltsp-1";
}

Wenn ich mich recht entsinne, dann muß root-path auf die NFS-Freigabe des LTSP-Servers verweisen, nicht auf das TFTP-Verzeichnis. Beim filename für das Kernelimage könnte es sein, daß da der '/' am Anfang weg muß.

 

[Anonymous]

Hallo!

Was hat der Client für eine Netzwerkkarte?
Einige sind nicht so ganz in Ordnung. Bei mir waren es insbesondere eine Baureihe von 3COM-905?? . Wenn du die Möglichkeit hast, tausche sie einmal gegen eine andere Netzwerkkarte. Bei einigen Onboard-Nics habe ich diesen Effekt auch schon beobachten können. Auch da kannst du eine Netzwerkkarte in einen freien PCI-Slot stecken und booten.

Vielleicht hilft es.

cu

 

[PNS-Richi]

also ich verwende:

NFS: unfs3
LTSP: Version: 5.1.10-2
TFTP: tftp-hpa

Dazu läuft das ganze in einem Linux vServer(http://linux-vserver.org/). Der tftp läuft ohne inetd, also standalone und unfs3 verwendet keinen portmap. Die Netzwerkkarten sind Intel OnBoard Karten. Unterstützen PXE Boot.

Eure Tipps kann ich erst am Montag testen.

lg Richi

 

[PNS-Richi]

Hallo,

so hatte tftpd-hpa als Daemon laufen. Obwohl der Client tftp-hpa war, kamen folgende Fehler: tftp: client does not accept options.Nun habe ich tftpd mit tftp installiert, über inetd und nun klappts bis zum kernel: Invalid or corrupt Kernel Image. Aja der Netboot Server ist 64 Bit und das debootstrap image ist für 32 Bit.

Kernel Image liegt aber im Ordner...

lg Richi