Seite 1 von 2

opsi-tftp

Verfasst: 10 Feb 2009, 10:09
von HolgerH
Hallo,

bei mir funktioniert leider das booten über tftp nicht.
Ich habe opsi3.3 auf einem Debianserver 4.0 im Einsatz mit einem externen DHCP Server. Beim DHCP Server sind folgende Bereichsoptionen gesetzt:
066 <IP des OPSI Servers>
067</linux/pxelinux.0>

wenn ich nun auf dem opsi Server "tcpdump -vv port tftp" starte und ein Client versucht sich die Startdatei zu holen, sehe ich im
tcpdump folgende Meldung:
09:30:58.18571 IP 172.30.72.131.2070 > opsiserver.tftp: 34 RRQ "/linux/pxelinux.0" octet tsize 0

und nach 15 Sekunden erscheint dann:
09:31:08.052036 IP 172.30.72.131.2074 > opsiserver.tftp: 22 RRQ "" octet blksize 1456

danach startet der Windows Rechner einfach weiter obwohl innerhalb der Netboot-Produkte eine Neuinstallation von Windows ausgewählt ist.

Was kann ich noch tun um den Fehler zu finden?

Danke Holger

Re: opsi-tftp

Verfasst: 10 Feb 2009, 10:34
von d.oertel
Hallo HolgerH,
067</linux/pxelinux.0>
probiere:

Code: Alles auswählen

linux/pxelinux.0
(ohne slash am Anfang)
siehe auch Installations-Handbuch.

gruss
detlef oertel

Re: opsi-tftp

Verfasst: 10 Feb 2009, 10:57
von HolgerH
Hallo Herr Oertel,

veielen Dank für die schnelle Antwort. Aber das Ergebnis ist im tcpdump das gleiche:

10:41:41.295125 IP 172.30.72.131.2077 > hoedur.momentum-ps.local.tftp: 22 RRQ "" octet blksize 1456
10:42:35.259703 IP 172.30.72.131.2078 > hoedur.momentum-ps.local.tftp: 22 RRQ "" octet blksize 1456
10:43:47.212556 IP 172.30.72.131.2079 > hoedur.momentum-ps.local.tftp: 22 RRQ "" octet blksize 1456
10:46:22.519887 IP 172.30.72.131.2070 > hoedur.momentum-ps.local.tftp: 33 RRQ "linux/pxelinux.0" octet tsize 0
10:46:23.488127 IP 172.30.72.131.2071 > hoedur.momentum-ps.local.tftp: 33 RRQ "linux/pxelinux.0" octet tsize 0
10:46:25.465460 IP 172.30.72.131.2072 > hoedur.momentum-ps.local.tftp: 33 RRQ "linux/pxelinux.0" octet tsize 0
10:51:44.124369 IP 172.30.72.131.2070 > hoedur.momentum-ps.local.tftp: 33 RRQ "linux/pxelinux.0" octet tsize 0
10:51:45.092578 IP 172.30.72.131.2071 > hoedur.momentum-ps.local.tftp: 33 RRQ "linux/pxelinux.0" octet tsize 0
10:51:47.069902 IP 172.30.72.131.2072 > hoedur.momentum-ps.local.tftp: 33 RRQ "linux/pxelinux.0" octet tsize 0
10:51:50.035902 IP 172.30.72.131.2073 > hoedur.momentum-ps.local.tftp: 33 RRQ "linux/pxelinux.0" octet tsize 0
10:51:53.990564 IP 172.30.72.131.2074 > hoedur.momentum-ps.local.tftp: 33 RRQ "linux/pxelinux.0" octet tsize 0
10:51:58.940165 IP 172.30.72.131.2075 > hoedur.momentum-ps.local.tftp: 22 RRQ "" octet blksize 1456
10:52:16.922094 IP 172.30.72.131.2076 > hoedur.momentum-ps.local.tftp: 22 RRQ "" octet blksize 1456
10:52:52.898523 IP 172.30.72.131.2077 > hoedur.momentum-ps.local.tftp: 22 RRQ "" octet blksize 1456
10:53:46.863143 IP 172.30.72.131.2078 > hoedur.momentum-ps.local.tftp: 22 RRQ "" octet blksize 1456
10:54:58.816004 IP 172.30.72.131.2079 > hoedur.momentum-ps.local.tftp: 22 RRQ "" octet blksize 1456

nun startet Windows .....

Re: opsi-tftp

Verfasst: 10 Feb 2009, 11:16
von wolfbardo
Hallo HolgerH,

ist nur der opsi-tftpd installiert?

was liefert:

dpkg -l | grep tftpd

was liefert

ls -l /tftpboot/linux/pxelinux.cfg/

Gruss
Bardo Wolf

Re: opsi-tftp

Verfasst: 10 Feb 2009, 11:21
von HolgerH
dpkg -l |grep tftpd
ii opsi-atftpd 0.7.dfsg-1.4

ls-l /tftpboot/linux/pxelinux.0/

insgesamt 20
prw-r--r-- 1 root pcpatch 0 2009-02-10 10:51 01-00-02-a5-c8-3b-0f
-rw-r--r-- 1 root pcpatch 35 2009-02-10 09:28 default
-rw-rw-r-- 1 opsiconfd pcpatch 976 2008-08-26 16:49 default.menu
-rw-rw-r-- 1 opsiconfd pcpatch 36 2009-02-10 09:33 default.nomenu
-rw-rw-r-- 1 opsiconfd pcpatch 196 2008-08-26 16:49 install
-rw-rw-r-- 1 opsiconfd pcpatch 54 2007-08-16 12:45 memtest86

wobei die MAC Adresse 01-00-02-a5-c8-3b-0f der Rechner ist welcher über tftp starten soll

Re: opsi-tftp

Verfasst: 10 Feb 2009, 11:54
von d.oertel
Hi HolgerH,

bitte mal den output posten von (wähernd der client bootet):

Code: Alles auswählen

tail -f /var/log/syslog | grep tftp
gruss
detlef oertel

Re: opsi-tftp

Verfasst: 10 Feb 2009, 12:06
von HolgerH
Hallo Herr Oertel,

hoedur:~# tail -f /var/log/syslog |grep tftp
Feb 10 12:02:46 hoedur atftpd[4857]: atftpd terminating after 300 seconds
Feb 10 12:02:46 hoedur atftpd[4857]: Main thread exiting
Feb 10 12:03:53 hoedur in.tftpd[4985]: connect from ::ffff:172.30.72.131 (::ffff:172.30.72.131)
Feb 10 12:03:53 hoedur atftpd[4985]: Advanced Trivial FTP server started (0.7)
Feb 10 12:03:53 hoedur atftpd[4985]: connect: Address family not supported by protocol
Feb 10 12:05:02 hoedur atftpd[4985]: connect: Address family not supported by protocol

Re: opsi-tftp

Verfasst: 10 Feb 2009, 12:19
von wolfbardo
Hallo,

kann es sein, dass Sie ipv6 verwenden?

evtl hilft in der /etc/inetd.conf den eintrag

Code: Alles auswählen

tftp            dgram   udp     wait    nobody /usr/sbin/tcpd /usr/sbin/in.tftpd --tftpd-timeout 300 --retry-timeout 5    --no-multicast    --maxthread 100 --verbose=7  /tftpboot
"udp" zu aendern in udp4

Gruss
Bardo Wolf

Re: opsi-tftp

Verfasst: 10 Feb 2009, 12:51
von HolgerH
Hallo Herr Oertel,
ich glaube ja bei mir war ipv6 aktiviert. Nun habe ich es so wie sie geschrieben haben deaktiviert. Ein tail auf syslog ergibt folgendes:

hoedur:~# tail -f /var/log/syslog |grep tftp
Feb 10 12:49:11 hoedur in.tftpd[2804]: connect from 172.30.72.131 (172.30.72.131)
Feb 10 12:49:11 hoedur atftpd[2804]: Advanced Trivial FTP server started (0.7)
Feb 10 12:49:11 hoedur atftpd[2804]: started by inetd
Feb 10 12:49:11 hoedur atftpd[2804]: logging level: 7
Feb 10 12:49:11 hoedur atftpd[2804]: directory: /tftpboot/
Feb 10 12:49:11 hoedur atftpd[2804]: user: nobody.nogroup
Feb 10 12:49:11 hoedur atftpd[2804]: log file: syslog
Feb 10 12:49:11 hoedur atftpd[2804]: server timeout: 300
Feb 10 12:49:11 hoedur atftpd[2804]: tftp retry timeout: 5
Feb 10 12:49:11 hoedur atftpd[2804]: maximum number of thread: 100
Feb 10 12:49:11 hoedur atftpd[2804]: option timeout: enabled
Feb 10 12:49:11 hoedur atftpd[2804]: option tzise: enabled
Feb 10 12:49:11 hoedur atftpd[2804]: option blksize: enabled
Feb 10 12:49:11 hoedur atftpd[2804]: maximum blocksize: 0
Feb 10 12:49:11 hoedur atftpd[2804]: option multicast: disabled
Feb 10 12:49:11 hoedur atftpd[2804]: address range: 239.255.0.0-255
Feb 10 12:49:11 hoedur atftpd[2804]: port range: 1758
Feb 10 12:49:11 hoedur atftpd[2804]: Creating new socket: 172.30.72.90:32770
Feb 10 12:49:11 hoedur atftpd[2804]: Serving linux/pxelinux.0 to 172.30.72.131:2070
Feb 10 12:49:11 hoedur atftpd[2804]: tsize option -> 15702
Feb 10 12:49:11 hoedur atftpd[2804]: Aborting transfer
Feb 10 12:49:11 hoedur atftpd[2804]: Server thread exiting
Feb 10 12:49:11 hoedur atftpd[2804]: Creating new socket: 172.30.72.90:32770
Feb 10 12:49:11 hoedur atftpd[2804]: Serving to 172.30.72.131:2071
Feb 10 12:49:11 hoedur atftpd[2804]: blksize option -> 1456
Feb 10 12:49:16 hoedur atftpd[2804]: timeout: retrying...
Feb 10 12:49:41 hoedur atftpd[2804]: client (172.30.72.131) not responding
Feb 10 12:49:41 hoedur atftpd[2804]: End of transfer
Feb 10 12:49:41 hoedur atftpd[2804]: Server thread exiting

Und der Client hängt ....

Re: opsi-tftp

Verfasst: 11 Feb 2009, 13:24
von d.oertel
Hi HolgerH,

soweit ich das erkennen kann, ist die Lage:
Der dhcp-Server gibt die richtigen Infos bezüglich nextserver und bootfile.
Der Client versucht die Datei pxelinux.0 per tftp zu holen.
Die Anfrage kommt beim server an und dieser versucht sie auch zu geben.
Und an dieser stelle bricht die tftp kommunikation zusammen.

Das ist also kein opsi Problem sondern ein Netzwerkproblem.
Mögliche Ursachen / Tips:
- Der DHCP verwirrt den Client durch irgendwelche 'vendor specific' Einträge -> Test: funktioniert es mit dem DHCP unter Linux ?
- Ist die Datei pxelinux.0 da ?
- Kann ich mir die Datei mit einem manuellen tftpclient holen ?
- Betrifft das Problem unterschiedliche PXE's (unterschiedliche Rechner) ?

gruss
detlef oertel