PXE Boot bleibt stehen

[webi]

Hallo zusammen,
ich habe das Problem das ich einpaar PCs mit einem SiS900 PXE BootROM habe die nicht per TFTP Booten möchten.

TFTP prefix: /linux/
Trying to load: pxelinux.cfg/ffffffff-ffff-ffff-ffff-ffffffffffff

Danach passiert gar nichts mehr.
Von unserem alten TFTP Server habe ich die pxelinux.0 auf den opsi kopiert und nun booten die PCs wieder normal durch und lassen sich auch von PXE Booten.

Code: Alles auswählen

svpuopsi:/tftpboot/linux# dpkg -l |grep opsi
ii  opsi-atftpd                       0.7.dfsg-1.4               advanced TFTP server - opsi version with pcre, fifo and max-bl
ii  opsi-configed                     1.4.04-1                   OPSI config editor
ii  opsi-depotserver                  3.4-1                      server fuer das Softwareverteilungssystem OPSI
ii  opsi-linux-bootimage              20090827-1                 Linux-Bootimage fuer das Softwareverteilungssystem OPSI
ii  opsi-utils                        3.4-1                      OPSI utils
ii  opsiconfd                         2.0.0.19-1                 OPSI configuration service
ii  opsipxeconfd                      0.3.8-1                    OPSI PXE configuration daemon
ii  python-opsi                       3.4.0.0-s1                 OPSI python library

[webi]

Heute morgen habe ich ein

Code: Alles auswählen

apt-get update

gemacht und opsi-linux-bootimage wurde aktualisiert.
Dadurch wurde auch meine pxelinux.0 meines alten TFTP Servers überschrieben und diverse PCs melden nur noch

TFTP prefix: /linux/
Trying to load: pxelinux.cfg/ffffffff-ffff-ffff-ffff-ffffffffffff

Nach wieder zurück kopieren meiner alten pxelinux.0 können meine PCs wieder ohne Probleme von Festplatte booten.
Was steht in der pxelinux.0 und was bedeutet genau die Meldung Trying to load: pxelinux.cfg/ffffffff-ffff-ffff-ffff-ffffffffffff.
Eine solche Datei konnte ich im pxelinux.cfg leider nicht finden, könnte daran das Problem liegen?

[Neptunium]

Heute morgen habe ich ein

Code: Alles auswählen

apt-get update

gemacht und opsi-linux-bootimage wurde aktualisiert.
Dadurch wurde auch meine pxelinux.0 meines alten TFTP Servers überschrieben und diverse PCs melden nur noch

TFTP prefix: /linux/
Trying to load: pxelinux.cfg/ffffffff-ffff-ffff-ffff-ffffffffffff

Nach wieder zurück kopieren meiner alten pxelinux.0 können meine PCs wieder ohne Probleme von Festplatte booten.
Was steht in der pxelinux.0 und was bedeutet genau die Meldung Trying to load: pxelinux.cfg/ffffffff-ffff-ffff-ffff-ffffffffffff.
Eine solche Datei konnte ich im pxelinux.cfg leider nicht finden, könnte daran das Problem liegen?

Trying to load: pxelinux.cfg/ffffffff-ffff-ffff-ffff-ffffffffffff bedeutet, daß er auf dem TFTP-Server nach einer Datei mit seiner MAC-Adresse im Unterverzeichnis pxelinux.cfg sucht. Der Opsi-Server legt dort immer eine sogenannte named-pipe mit der MAC-Adresse als Namen an, die auf die für diesen Client vom Opsi-Administrator vorgesehene netboot-Aktion verweist. Beim ersten Zugriff wird die named-pipe dann automatische gelöscht. Wenn der Client die Datei mit der MAC-Adresse nicht findet, sucht es nach einer verkürzten Variante und verkürzt die MAC-Adresse immer weiter. Falls damit kein Treffer erzielt wird, dann wechselt der PXE Boot zur Variante localboot und bootet von der Festplatte.

Gruß

Dirk

P.S.: Das hättest du dir auch wudnerbar im Opsi-Handbuch durchlesen können. Wieso macht sich uiB eigentlich die Mühe, das zu erstellen?

[webi]

Trying to load: pxelinux.cfg/ffffffff-ffff-ffff-ffff-ffffffffffff bedeutet, daß er auf dem TFTP-Server nach einer Datei mit seiner MAC-Adresse im Unterverzeichnis pxelinux.cfg sucht. Der Opsi-Server legt dort immer eine sogenannte named-pipe mit der MAC-Adresse als Namen an, die auf die für diesen Client vom Opsi-Administrator vorgesehene netboot-Aktion verweist. Beim ersten Zugriff wird die named-pipe dann automatische gelöscht. Wenn der Client die Datei mit der MAC-Adresse nicht findet, sucht es nach einer verkürzten Variante und verkürzt die MAC-Adresse immer weiter. Falls damit kein Treffer erzielt wird, dann wechselt der PXE Boot zur Variante localboot und bootet von der Festplatte.

Tja und das macht der opsi leider alles nicht. Er bleibt an der genannten Stelle stehen. Die Frage ist jetzt nur was kann man dagegen machen?
Es betrifft gottsei dank nicht alle Clients, sondern nur ca. ein Dutzend Clients.

P.S.: Das hättest du dir auch wudnerbar im Opsi-Handbuch durchlesen können. Wieso macht sich uiB eigentlich die Mühe, das zu erstellen?

OK ich habe einiges im Handbuch schon gelesen, gegenüber anderen Usern hier, aber das habe ich leider nicht gesehen/gelesen gehabt.

[Neptunium]

Tja und das macht der opsi leider alles nicht. Er bleibt an der genannten Stelle stehen. Die Frage ist jetzt nur was kann man dagegen machen?
Es betrifft gottsei dank nicht alle Clients, sondern nur ca. ein Dutzend Clients.

Wenn es mit einigen Clients geht, dann würde ich mal überprüfen, ob die problematischen Clients nicht etwas gemeinsam haben. Hier gab es schon ein paar Berichte über buggy PXE-Firmwares von Netzwerkkarten. Ansonsten mußt du halt mal das Logging vom TFTP-Server aufdrehen (bis verbosity level 7 u.U, dann wird automatisch ein trace durch den atftpd mit eingeschaltet und jedes Paket sollte mitprotokolliert werden) oder halt mit tcpdump mitschneiden, was Client und TFTP-Server so miteinander austauschen und das mit funktionierenden Clients vergleichen.

Gruß und viel Erfolg

Dirk

[webi]

Wenn es mit einigen Clients geht, dann würde ich mal überprüfen, ob die problematischen Clients nicht etwas gemeinsam haben. Hier gab es schon ein paar Berichte über buggy PXE-Firmwares von Netzwerkkarten. Ansonsten mußt du halt mal das Logging vom TFTP-Server aufdrehen (bis verbosity level 7 u.U, dann wird automatisch ein trace durch den atftpd mit eingeschaltet und jedes Paket sollte mitprotokolliert werden) oder halt mit tcpdump mitschneiden, was Client und TFTP-Server so miteinander austauschen und das mit funktionierenden Clients vergleichen.

Gruß und viel Erfolg

Dirk

Das werde ich morgen mal testen. Mal schauen was dabei rauskommt.