Opsi 4.0 kein PXE mehr

[LarsM]

Moin Moin

ich hab das Problem, dass ich mit dem neuen Opsi 4.0 kein PXE boot mehr bekomme. Ich habe ein neuen Deban Lenny ausgesetzt und bin hoffentlich genau der Anleitung gefolgt.

Ich habe nun das Problem das mein syslog mit sagt :

Code: Alles auswählen

Nov  4 08:31:34 r-lnx-opsi-01 atftpd[9632]: Advanced Trivial FTP server started (0.7)
Nov  4 08:31:34 r-lnx-opsi-01 atftpd[9632]: Serving network-confg to 172.21.42.46:13038
Nov  4 08:31:35 r-lnx-opsi-01 atftpd[9632]: Serving network-confg to 172.21.42.46:13372
Nov  4 08:32:20 r-lnx-opsi-01 atftpd[9632]: Serving pxelinux.0 to 172.21.30.95:2070
Nov  4 08:32:21 r-lnx-opsi-01 atftpd[9632]: Serving pxelinux.0 to 172.21.30.95:2071
Nov  4 08:32:25 r-lnx-opsi-01 atftpd[9632]: timeout: retrying...
Nov  4 08:32:25 r-lnx-opsi-01 atftpd[9632]: Serving pxelinux.0 to 172.21.30.95:2072
Nov  4 08:32:26 r-lnx-opsi-01 atftpd[9632]: timeout: retrying...
Nov  4 08:32:30 r-lnx-opsi-01 atftpd[9632]: timeout: retrying...

und mein Client n Timeout bekommt.

Code: Alles auswählen

r-lnx-opsi-01:~# ls -l /tftpboot/linux/
insgesamt 67280
-rw-rw-r-- 1 opsiconfd pcpatch    12372 11. Okt 10:26 chain.c32
lrwxrwxrwx 1 opsiconfd pcpatch       16  3. Nov 16:29 install -> vmlinuz-2.6.35.6
-rw-rw-r-- 1 opsiconfd pcpatch   124648  4. Aug 13:15 memtest86
-rw-rw-r-- 1 opsiconfd pcpatch    52272 11. Okt 10:26 menu.c32
-rw-rw-r-- 1 opsiconfd pcpatch 66591936 11. Okt 10:26 miniroot-20101007.bz2
lrwxrwxrwx 1 opsiconfd pcpatch       21  3. Nov 16:29 miniroot.bz2 -> miniroot-20101007.bz2
-rw-rw-r-- 1 opsiconfd pcpatch    15710 11. Okt 10:26 pxelinux.0
drwxrwxr-x 2 opsiconfd pcpatch     4096  3. Nov 17:24 pxelinux.cfg
-rw-rw-r-- 1 opsiconfd pcpatch  1999888 11. Okt 10:26 vmlinuz-2.6.35.6

Hier im Forum habe ich schon einige Beitraege zu diesem Problem gefunden, jedoch hat keiner geholfen. Sowohl opsi-setup --init-current-config noch set-rights. auch das neustarten der einzelnen Dienste brachte keinen Erfolg.
Am externen DHCP kann es nicht liegen, das dieser mit der Version 3.4 lief.
Auch die inetd.conf habe ich kontrolliert und es sieht alles gut aus.

Ich hoffe Ihr koennt mir helfen.

Gruss
Lars

[karni]

Und was sagt der client, wenn vom Netz gebootet wird?

[LarsM]

Hi

der Client bekommt einen Timeout.

Client IP, Mask, DHCP IP und Gateway stimmen.

Es kommt immer

Code: Alles auswählen

PXE-E32: TFTP open timeout

Gruss
Lars

[LarsM]

Moin

hier ein kleiner Nachtrag.

Mit der Boot CD funktioniert es.

Gruesse
Lars

[karni]

PXE-E32: TFTP open timeout bedeutet der client kriegt keine Antwort auf TFTP request.

Wieso... musst du herausfinden

Mögliche Ursachen:
Netzwerk - kriegt der client antwort (IP) von DHCP? (keine devices zwischen server-client die broadcast filtern)
DHCP - kriegt der client den richtigen boot Server?
Ist der TFTP server gestartet und erreichbar? (keine lokale firewall... mit telnet von einem Rechner testen, ob der server antwortet)
OPSI server mit mehrere netzwerk interfaces, und TFTP service ist nicht auf alle interfaces gestartet?
Ist alles mit netzwerk OK?
Nov 4 08:32:25 r-lnx-opsi-01 atftpd[9632]: Serving pxelinux.0 to 172.21.30.95:2072
Nov 4 08:32:26 r-lnx-opsi-01 atftpd[9632]: timeout: retrying...

P.S. Die anderen haben Probleme nach Upgrade von 3.4 auf 4.0 gehabt. Server (nicht service) restart hat das Problem behoben.
Aber du sagst das ist neue Installation...

[LarsM]

Hi

danke fuer die Tipps

also der client bekommt die richtige IP Adresse.

Der client erhaelt auch den richtigen Server. Das mit dem TFTP server ist merkwuerdig. Ich erreich ihn nicht von einem anderen client, obwohl laut syslog dieser gestartet ist.
Wegen der 2 Netzwerkkarten... Ja der Opsi server hat 2 Karten, jedoch ist nur 1 in Benutzung.
Wie kann ich denn schauen, ob der tftp auf der richtigen laeuft ?


Gruss
Lars

[d.oertel]

Hi,

der tftpd schreibt sein log nach /var/log/syslog

Wenn man in der /etc/inetd.conf in der tftpd zeile verbose=7 setzt und danach
dem inetd ein kill -1 gibt und alle laufenden tftd abschießt, dann wird er sogar richtig gesprächig......

gruss
d.oertel

[LarsM]

Moin Moin

der Fehler hat sich erledigt.

Das Problem besteht komischer weis nur bei meiner virtuellen Maschine. Bei Hardwaremaschinen funktioniert es tadellos...

man sollte vielleicht alle Konstellationen vorher testen

Danke fuer die Hilfe.

Gruss
Lars

[karni]

ich habe auch virtuelle Maschinen mit OPSI installiert:)
Servers - ESX-4 und ESXi-4