forum.opsi.org

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

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

apt-get update

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

webi hat geschrieben: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 hat geschrieben: 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.

Neptunium hat geschrieben: 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 hat geschrieben: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.

Neptunium hat geschrieben: 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