Problem beim Update von opsi-linux-bootimage Version 20220617-1 auf 20220905-1

[lanfdetroy]

Hallo,
Ich habe ein Problem nach dem opsi-Update des Moduls opsi-linux-bootimage von Version 20220617-1 auf Version 20220905-1 . Das Booten der Maschine funktioniert nicht mehr. Sie müssen manuell auswählen, ob Sie lokal oder auf dem opsi-Server booten möchten. Wenn wir den Boot auf dem opsi-Server auswählen, werden wir aufgefordert, alle Optionen auszufüllen: Servername, Login, Passwort, ..
Hier sind die Protokolle, die ich aus dem Syslog erhalten habe:

Oct 14 08:50:00 OPSIBOURGES in.tftpd[1713]: RRQ from 172.31.1.1 filename linux/pxelinux.cfg/shimx64.efi.signed
Oct 14 08:50:00 OPSIBOURGES in.tftpd[1713]: tftp: client does not accept options
Oct 14 08:50:00 OPSIBOURGES in.tftpd[1714]: RRQ from 172.31.1.1 filename linux/pxelinux.cfg/shimx64.efi.signed
Oct 14 08:50:00 OPSIBOURGES in.tftpd[1715]: RRQ from 172.31.1.1 filename linux/pxelinux.cfg/opsi-netboot.efi
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1716]: RRQ from 172.31.1.1 filename /grub/grub.cfg-01-64-00-6a-32-09-6f
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1716]: sending NAK (1, File not found) to 172.31.1.1
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1717]: RRQ from 172.31.1.1 filename /grub/grub.cfg-AC1F0101
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1717]: sending NAK (1, File not found) to 172.31.1.1
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1718]: RRQ from 172.31.1.1 filename /grub/grub.cfg-AC1F010
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1718]: sending NAK (1, File not found) to 172.31.1.1
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1719]: RRQ from 172.31.1.1 filename /grub/grub.cfg-AC1F01
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1719]: sending NAK (1, File not found) to 172.31.1.1
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1720]: RRQ from 172.31.1.1 filename /grub/grub.cfg-AC1F0
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1720]: sending NAK (1, File not found) to 172.31.1.1
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1721]: RRQ from 172.31.1.1 filename /grub/grub.cfg-AC1F
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1721]: sending NAK (1, File not found) to 172.31.1.1
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1722]: RRQ from 172.31.1.1 filename /grub/grub.cfg-AC1
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1722]: sending NAK (1, File not found) to 172.31.1.1
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1723]: RRQ from 172.31.1.1 filename /grub/grub.cfg-AC
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1723]: sending NAK (1, File not found) to 172.31.1.1
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1724]: RRQ from 172.31.1.1 filename /grub/grub.cfg-A
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1724]: sending NAK (1, File not found) to 172.31.1.1
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1725]: RRQ from 172.31.1.1 filename /grub/x86_64-efi/command.lst
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1725]: sending NAK (1, File not found) to 172.31.1.1
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1726]: RRQ from 172.31.1.1 filename /grub/x86_64-efi/fs.lst
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1726]: sending NAK (1, File not found) to 172.31.1.1
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1727]: RRQ from 172.31.1.1 filename /grub/x86_64-efi/crypto.lst
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1727]: sending NAK (1, File not found) to 172.31.1.1
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1728]: RRQ from 172.31.1.1 filename /grub/x86_64-efi/terminal.lst
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1728]: sending NAK (1, File not found) to 172.31.1.1
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1729]: RRQ from 172.31.1.1 filename /grub/grub.cfg
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1730]: RRQ from 172.31.1.1 filename /linux/pxelinux.cfg/01-64-00-6a-32-09-6f
Oct 14 08:50:01 OPSIBOURGES in.tftpd[1730]: sending NAK (1, File not found) to 172.31.1.1

Wenn ich in das Verzeichnis /tftpboot/linux/pxelinux.cfg/ schaue
es wird kein Verzeichnis wie 01-64-00-6a-59-21-b5 erstellt.

Der einzige Unterschied, den ich sehe, ist, dass grubx64.efi in opsi-netboot.efi umbenannt wurde
Gibt es etwas zu ändern? Müssen wir im DHCP modifizieren?
Hier ist ein Beispiel für mein DHCP:

host PAV86-R2 {
option host-name "PAV86-R2";
hardware ethernet 48:2f:6b:ca:53:c8;
fixed-address 172.30.184.128;
if exists arch {
if option arch = 00:00 {
filename "linux/pxelinux.0";
} elsif option arch = 00:06 {
filename "linux/pxelinux.cfg/shimx64.efi.signed";
} elsif option arch = 00:07 {
filename "linux/pxelinux.cfg/shimx64.efi.signed";
} elsif option arch = 00:09 {
filename "linux/pxelinux.cfg/shimx64.efi.signed";
}
}
next-server 172.30.128.21;
}


Vielen Dank für die Hilfe, die Sie mir geben können.
Sorry für die Übersetzung aus dem Französischen ins Deutsche.

[m.radtke]

Hi,

der Client meldet sich mit der Mac Adresse 64-00-6a-32-09-6f.
Ist denn diese Mac Adresse im Backend für den Client hinterlegt?

Falls ja,
schau mal ins opsipxeconfd Log /var/log/opsi/opsipxeconfd.log ob dort etwas steht wenn du dem Client das Netboot Produkt auf setup setzt.

Gruß
Mathias

[lanfdetroy]

Hi,

Hier ist die Logdatei opsipxeconfd.log

[5] [2022-10-17 09:09:08.452] [Opsipxeconfd ] Got connection from client (opsipxeconfd.py:244)
[5] [2022-10-17 09:09:08.469] [ ] Special pxe config template 'install3264' will be used used for host 'd09pc05.intra.insa-cvl.fr', product 'win10-x64-21h2' (opsipxeconfd.py:787)
[5] [2022-10-17 09:09:13.438] [PXEConfigWriter] Creating config '/tftpboot/linux/pxelinux.cfg/01-18-66-da-46-3c-e7' and waiting for access (pxeconfigwriter.py:208)
[5] [2022-10-17 09:09:13.439] [ ] PXE boot configuration for host d09pc05.intra.insa-cvl.fr is now set at '/tftpboot/linux/pxelinux.cfg/01-18-66-da-46-3c-e7' (opsipxeconfd.py:637)

Verzeichnis /tftpboot/linux/pxelinux.cfg/01-18-66-da-46-3c-e7 existiert nicht in /tftpboot/linux/pxelinux.cfg/


Auf dem Client müssen Sie beim Booten den PXE-Boot manuell auswählen, dies ist nicht mehr automatisch, und Sie müssen alle Informationen von Hand eingeben, um die Maschine zu installieren. (Server-IP-Adresse, Login, Passwort, ...)
Es ist, als ob die Boot-Datei keine Informationen enthält. Mit der vorherigen Version von linux-bootimage hat es jedoch gut funktioniert.

[lanfdetroy]

Die MAC-Adresse 01-18-66-da-46-3c-e7 existiert in der opsi-Konsole. Selbst bei der Installation einer Maschine, die noch nie auf der Opsi-Konsole war, haben wir das gleiche Problem.

[m.radtke]

Moin,

die MacAdresse unterscheidet sich aber von der im Urpsrungspost.

Wenn du den CLient auf setup gesetzt hast führe mal folgenden Befehl auf dem opsi-Server aus

Code: Alles auswählen

cat /tftpboot/linux/pxelinux.cfg/01-18-66-da-46-3c-e7

Wenn die Datei die vom PXE erwartet wird, nicht gelesen wird, fehlen Informationen in der Config, die ja in der oben genanten Datei geschrieben sind, daher müssen diese auch ergänzt werden.

Gruß
Mathias

[lanfdetroy]

Hallo, ja die MAC Adresse ist anders, habe ich auf einem anderen Rechner getestet.
Die Datei /tftpboot/linux/pxelinux.cfg/01-18-66-da-46-3c-e7 existiert nicht im Verzeichnis /tftpboot/linux/pxelinux.cfg/, daher kann ich oben "cat" nicht ausführen

Beim Starten des PXE-Boots auf einer Maschine wird keine Datei im Verzeichnis /tftpboot/linux/pxelinux.cfg/ erstellt.
Woran liegt es?

[m.radtke]

Die Datei wird nicht beim Starten im PXE Boot erstellt, sondern sollte erstellt werden wenn ein Netboot Paket auf setup steht.
Der Client im ersten Post ist ein UEFI Client, ist der andere denn auch einer?

Welches Betriebssystem setzt du ein?

Wie sieht denn

Code: Alles auswählen

ls -l /tftpboot/linux/pxelinux.cfg

aus?

Gruß
Mathias

[lanfdetroy]

Ja, alle Clients sind UEFI. Wir verwenden das Win10-Paket (dasselbe seit den alten Versionen, das funktionsfähig war)

ls -l /tftpboot/linux/pxelinux.cfg
-rw-rw-r-- 1 opsiconfd pcpatch 1001 12 oct. 08:17 default
-rw-rw-r-- 1 opsiconfd pcpatch 1001 12 oct. 08:17 default.menu
-rw-rw-r-- 1 opsiconfd pcpatch 665 12 oct. 08:17 default.menu.opsi
-rw-rw-r-- 1 opsiconfd pcpatch 34 12 oct. 08:17 default.nomenu
-rw-rw-r-- 1 opsiconfd pcpatch 34 12 oct. 08:17 default.nomenu.opsi
-rw-rw-r-- 1 opsiconfd pcpatch 43 12 oct. 08:17 elilo.conf
-rw-rw-r-- 1 opsiconfd pcpatch 43 12 oct. 08:17 elilo.conf.opsi
-rw-rw-r-- 1 opsiconfd pcpatch 236130 10 sept. 15:46 elilo.efi
-rw-rw-r-- 1 opsiconfd pcpatch 300 12 oct. 08:17 install3264
-rw-rw-r-- 1 opsiconfd pcpatch 299 12 oct. 08:17 install3264.opsi
-rw-rw-r-- 1 opsiconfd pcpatch 198 12 oct. 08:17 install-elilo-x64
-rw-rw-r-- 1 opsiconfd pcpatch 198 12 oct. 08:17 install-elilo-x64.opsi
-rw-rw-r-- 1 opsiconfd pcpatch 238 12 oct. 08:17 install-grub-x64
-rw-rw-r-- 1 opsiconfd pcpatch 238 12 oct. 08:17 install-grub-x64.opsi
-rw-rw-r-- 1 opsiconfd pcpatch 166 2 nov. 2021 install.opsi
-rw-rw-r-- 1 opsiconfd pcpatch 178 12 oct. 08:17 install-x64
-rw-rw-r-- 1 opsiconfd pcpatch 178 12 oct. 08:17 install-x64.opsi
-rw-rw-r-- 1 opsiconfd pcpatch 60 11 août 2015 memtest86
-rw-rw-r-- 1 opsiconfd pcpatch 800664 10 sept. 15:46 opsi-netboot.efi
-rw-rw-r-- 1 opsiconfd pcpatch 56 2 sept. 2021 pcmemtest
-rw-rw-r-- 1 opsiconfd pcpatch 101 2 sept. 2021 pcmemtest.efi
-rw-rw-r-- 1 opsiconfd pcpatch 956304 10 sept. 15:46 shimx64.efi.signed

[lanfdetroy]

in den slogs heißt es, dass es die datei erstellt

Creating config '/tftpboot/linux/pxelinux.cfg/01-18-66-da-46-3c-e7

aber er tut es trotzdem nicht.

[lanfdetroy]

Wenn ich den Befehl „setup“ auf dem Netboot-Produkt gebe, wird es validiert, aber wenn ich aktualisiere, geht es in den Zustand „pxe boot configuration“, ich denke, das Problem kommt von dort.