[GELÖST] UEFI boot funktioniert nicht - TFTP Problem

[Karl der Heinz]

Hallo liebe Opsi-Gemeinde

ich habe mir zu Evaluierungszwecken eine Freischaltdatei für das UEFI Modul schicken lassen. Habe laut der Anleitung von Opsi meinen DHCP Server konfiguriert, leider hängt sich der Client beim laden der EFI-Dateien immer auf. Er schafft es die elilo.efi zu laden, lädt sich dann aber leider Tod. Im TFTP-Log steht, dass er irgendwelche Dateien nicht finden kann, was korrekt ist, da es diese Dateien wirklich nicht gibt. Hier das Log des TFTP-Servers:

Code: Alles auswählen

Aug 23 08:55:10 opsitbln01 xinetd[2816]: START: tftp pid=4518 from=10.10.161.221
Aug 23 08:55:10 opsitbln01 atftpd[4518]: Advanced Trivial FTP server started (0.7)
Aug 23 08:55:10 opsitbln01 atftpd[4518]:   started by inetd
Aug 23 08:55:10 opsitbln01 atftpd[4518]:   logging level: 6
Aug 23 08:55:10 opsitbln01 atftpd[4518]:   directory: /tftpboot/
Aug 23 08:55:10 opsitbln01 atftpd[4518]:   user: nobody.nogroup
Aug 23 08:55:10 opsitbln01 atftpd[4518]:   log file: syslog
Aug 23 08:55:10 opsitbln01 atftpd[4518]:   server timeout: 300
Aug 23 08:55:10 opsitbln01 atftpd[4518]:   tftp retry timeout: 5
Aug 23 08:55:10 opsitbln01 atftpd[4518]:   maximum number of thread: 100
Aug 23 08:55:10 opsitbln01 atftpd[4518]:   option timeout:   enabled
Aug 23 08:55:10 opsitbln01 atftpd[4518]:   option tzise:     enabled
Aug 23 08:55:10 opsitbln01 atftpd[4518]:   option blksize:   enabled
Aug 23 08:55:10 opsitbln01 atftpd[4518]:   maximum blocksize: 0
Aug 23 08:55:10 opsitbln01 atftpd[4518]:   option multicast: enabled
Aug 23 08:55:10 opsitbln01 atftpd[4518]:      address range: 239.255.0.0-255
Aug 23 08:55:10 opsitbln01 atftpd[4518]:      port range:    1758
Aug 23 08:55:10 opsitbln01 atftpd[4518]: Serving linux/pxelinux.cfg/elilo.efi to 10.10.161.221:1921
Aug 23 08:55:10 opsitbln01 atftpd[4518]: tsize option -> 236130
Aug 23 08:55:10 opsitbln01 atftpd[4518]: blksize option -> 1468
Aug 23 08:55:10 opsitbln01 atftpd[4518]: Server thread exiting
Aug 23 08:55:10 opsitbln01 atftpd[4518]: Serving linux/pxelinux.cfg/elilo.efi to 10.10.161.221:1922
Aug 23 08:55:10 opsitbln01 atftpd[4518]: blksize option -> 1468
Aug 23 08:55:10 opsitbln01 atftpd[4518]: Server thread exiting
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Serving linux/pxelinux.cfg/0A0AA1DD.conf to 10.10.161.221:1923
Aug 23 08:55:11 opsitbln01 atftpd[4518]: File /tftpboot/linux/pxelinux.cfg/0A0AA1DD.conf not found
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Server thread exiting
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Serving linux/pxelinux.cfg/0A0AA1-x86_64.conf to 10.10.161.221:1924
Aug 23 08:55:11 opsitbln01 atftpd[4518]: File /tftpboot/linux/pxelinux.cfg/0A0AA1-x86_64.conf not found
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Server thread exiting
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Serving linux/pxelinux.cfg/0A0AA1.conf to 10.10.161.221:1925
Aug 23 08:55:11 opsitbln01 atftpd[4518]: File /tftpboot/linux/pxelinux.cfg/0A0AA1.conf not found
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Server thread exiting
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Serving linux/pxelinux.cfg/0A0A-x86_64.conf to 10.10.161.221:1926
Aug 23 08:55:11 opsitbln01 atftpd[4518]: File /tftpboot/linux/pxelinux.cfg/0A0A-x86_64.conf not found
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Server thread exiting
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Serving linux/pxelinux.cfg/0A0A.conf to 10.10.161.221:1927
Aug 23 08:55:11 opsitbln01 atftpd[4518]: File /tftpboot/linux/pxelinux.cfg/0A0A.conf not found
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Server thread exiting
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Serving linux/pxelinux.cfg/0A-x86_64.conf to 10.10.161.221:1928
Aug 23 08:55:11 opsitbln01 atftpd[4518]: File /tftpboot/linux/pxelinux.cfg/0A-x86_64.conf not found
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Server thread exiting
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Serving linux/pxelinux.cfg/0A.conf to 10.10.161.221:1929
Aug 23 08:55:11 opsitbln01 atftpd[4518]: File /tftpboot/linux/pxelinux.cfg/0A.conf not found
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Server thread exiting
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Serving linux/pxelinux.cfg/01-84-7b-eb-0d-5c-25 to 10.10.161.221:1930
Aug 23 08:55:11 opsitbln01 atftpd[4518]: blksize option -> 2048
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Server thread exiting
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Serving linux/pxelinux.cfg/elilo-x86_64.conf to 10.10.161.221:1931
Aug 23 08:55:11 opsitbln01 atftpd[4518]: File /tftpboot/linux/pxelinux.cfg/elilo-x86_64.conf not found
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Server thread exiting
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Serving linux/pxelinux.cfg/elilo.conf to 10.10.161.221:1932
Aug 23 08:55:11 opsitbln01 atftpd[4518]: blksize option -> 2048
Aug 23 08:55:11 opsitbln01 atftpd[4518]: Server thread exiting
Aug 23 09:00:12 opsitbln01 xinetd[2816]: EXIT: tftp status=0 pid=4518 duration=302(sec)

Wisst ihr, ob das so korrekt ist oder müssen die Dateien vorhanden sein? Ein opsi-setup --set-rights habe ich bereits ausgeführt.
Opsi läuft bei mir unter CentOS 7.3, SELinux ist halb deaktiviert (permissive).
Opsi ist aktuell sowie auch die Opsi Produkte.

Der Client ist ein Dell Latitude E5570. Dieser bootet über IPv4 pxe, auf dem Display steht "ELILO BOOT: .........." und jede Sekunde kommt ein Punkt hinzu, weiter passiert leider nix.


Habt ihr eine Idee, wie ich den Fehler beheben kann?



Grüße
Karl der Heinz!

[ueluekmen]

Hallo Karl,

hast du ein Netboot-Paket für den Client auf setup stehen?

[Karl der Heinz]

Hi,

ja habe ich. Habe es auch schon mit verschiedenen Netbootprodukten probiert. Leider immer dasselbe Verhalten.


Grüße
Karl der Heinz!

[Karl der Heinz]

Konnte den Fehler finden. Die vorher fehlgeschlagenen Netbootprodukte hatten als Reportstatus "pxe configuration read()". Habe diesen Status auf "none" gesetzt, gespeichert und jetzt funktionierts, verrückt


Grüße
Karl der Heinz

[ueluekmen]

Hi,

trotzdem kurz zur Erklärung. Wenn man die windows netboot-Pakete auf setup setzt, bleiben diese auf setup stehen auch wenn die Pipe gelesen wurde. Die Statusänderung wird später vom opsi-client-agent durchgeführt. Das ist bewusst so implementiert, da erst wenn der Agent läuft und somit die Softwareverteilung übernimmt, die OS-Installation als abgeschlossen angesehen wird.

Der Report hat damit nichts zu tun. Beim nächsten mal wenn das noch auf setup steht, muss man das setup auf none setzen, speichern und danach wieder auf setup setzen und noch mal speichern. Dann erkennt opsi, dass es eine neue Installationsanfrage ist. Vielleicht erklärt das dieses Verhalten.

[Karl der Heinz]

Hi,

ah okay. Danke für die Aufklärung. Falls dieses Verhalten nochmal auftritt werde ich mal drauf achten bzw das so ausführen. Danke!


Grüße
Karl der Heinz!