eine Hardwareklasse nimmt Netboot-Befehle aus configed nicht an

[TimoInAction]

Hallo Zusammen,

ich habe mit der Hardware Dell Latitude 3510 ein Problem: aus irgendeinem Grund nimmt es die Befehle aus configed netboot-Produkte nicht an. Ich hab dort "win10-x64" auf Setup gesetzt, das Notebook startet per UEFI PXE. Dann erhalte ich das OPSI-Auswahl menü, der Befehl wird nicht ausgeführt.

Dort kann ich wiederrum im Auswahlmenü "Start opsi bootimage (x64)" ausführen. Er erkennt automatisch IP-Adresse Hostname etc. Hier kann ich mich dann auch anmelden und win10-x64 setup ausführen. Der Setup läuft dann auch wie erwartet durch.

Eine andere (auch UEFI) Hardwareklasse startet die Installation wie gewünscht nach dem setzen in configed. Ich nutzte die von uib bereitgestellte OPSI-VM.

Ich habe schon verschiedenste Sachen probiert wie z.B.: den Client neu anzulegen, manuell dhcp-optionen zu setzen, aber nichts hilft. Da andere Hardwareklassen aber ohne Probleme funktionieren, gehe ich eigentlich davon aus, dass OPSI korrekt konfiguriert ist.

hat jemand ein Tipp, was man noch tun könnte, damit die Befehle aus opsi-configed wieder an dieser Hardwareklasse funktionieren?

Timo

[ThomasT]

Hallo Timo,

wenn der Client beim Netzwerkboot direkt in das "StandardMenü" wechselt, dann liegt das daran, dass er die Dateien die er erwartet nicht auf dem TFTP-Server gefunden hat.
Um ein wenig Licht ins Dunkel zu bringen würde ich einen Blick in das Log des TFTP-Dienstes auf dem OPSI-Server schauen um rauszubekommen, welche Datei der Client denn erwartet.
"journalctl -f -u opsi-tftpd-hpa" sollte da entsprechende Einträge produzieren, wenn du einen Client per PXEBOOT starten lässt.
Die Dateien werden dann unterhalb des Ordners /tftpboot/..... gesucht

[TimoInAction]

Danke für deine schnelle Antwort.


der Cleint 10.0.1.42 ist das Problemkind 10.0.0.99 eine andere Hardwareklasse, welche funktioniert.

Sep 19 11:54:49 kmz-srv-opsi-n in.tftpd[2879]: RRQ from 10.0.0.99 filename /opsi/opsi-linux-bootimage/miniroot-x64
Sep 19 11:54:47 kmz-srv-opsi-n in.tftpd[2878]: RRQ from 10.0.0.99 filename /opsi/opsi-linux-bootimage/install-x64
Sep 19 11:54:47 kmz-srv-opsi-n in.tftpd[2877]: RRQ from 10.0.0.99 filename /opsi/opsi-linux-bootimage/cfg/01-54-05-db-68-e1-51
Sep 19 11:54:47 kmz-srv-opsi-n in.tftpd[2875]: RRQ from 10.0.0.99 filename /opsi/opsi-linux-bootimage/cfg/grub.cfg
Sep 19 11:54:43 kmz-srv-opsi-n in.tftpd[2874]: RRQ from 10.0.0.99 filename opsi/opsi-linux-bootimage/loader/opsi-netboot.efi
Sep 19 11:54:43 kmz-srv-opsi-n in.tftpd[2872]: RRQ from 10.0.0.99 filename opsi/opsi-linux-bootimage/loader/shimx64.efi.signed
Sep 19 11:54:43 kmz-srv-opsi-n in.tftpd[2871]: tftp: client does not accept options
Sep 19 11:54:43 kmz-srv-opsi-n in.tftpd[2871]: RRQ from 10.0.0.99 filename opsi/opsi-linux-bootimage/loader/shimx64.efi.signed
Sep 19 11:43:45 kmz-srv-opsi-n in.tftpd[2854]: RRQ from 10.0.1.42 filename /opsi/opsi-linux-bootimage/cfg/grub-custom.cfg
Sep 19 11:43:45 kmz-srv-opsi-n in.tftpd[2853]: RRQ from 10.0.1.42 filename /opsi/opsi-linux-bootimage/cfg/grub-menu.cfg
Sep 19 11:43:45 kmz-srv-opsi-n in.tftpd[2852]: RRQ from 10.0.1.42 filename /opsi/opsi-linux-bootimage/cfg/01-b0-7b-25-59-7b-d1
Sep 19 11:43:45 kmz-srv-opsi-n in.tftpd[2850]: RRQ from 10.0.1.42 filename /opsi/opsi-linux-bootimage/cfg/grub.cfg
Sep 19 11:43:41 kmz-srv-opsi-n in.tftpd[2849]: RRQ from 10.0.1.42 filename opsi/opsi-linux-bootimage/loader/opsi-netboot.efi
Sep 19 11:43:41 kmz-srv-opsi-n in.tftpd[2847]: RRQ from 10.0.1.42 filename opsi/opsi-linux-bootimage/loader/shimx64.efi.signed
Sep 19 11:43:41 kmz-srv-opsi-n in.tftpd[2846]: tftp: client does not accept options
Sep 19 11:43:41 kmz-srv-opsi-n in.tftpd[2846]: RRQ from 10.0.1.42 filename opsi/opsi-linux-bootimage/loader/shimx64.efi.signed

Mir fällt auf, dass die Datei "grub-custom.cfg" beim Problemclient erwartet wird.

[m.radtke]

Hi

stimmt denn die Macaddresse vom Problemclient?
Er meldet sich am DHCP mit "b0-7b-25-59-7b-d1"

Gruß
Mathias

[TimoInAction]

Ja - die MAC-Adresse ist korrekt. Er bekommt, wenn ich opsi-bootimage manuell starte, auch seinen Namen und die korrekte IP-Adresse.

Edit:
…und die IP-Adresse stimmt auch mit opsi-configed überein.

[m.radtke]

Hi

also wenn die Macadresse stimmt, dann wird wohl die Startdatei nicht geschrieben.
Du kannst unter '/var/log/opsi/opsipxeconfd.log' nachsehen was der Grund ist.

Gruß
Mathias