uefi nach update: pxe boot configuration read ( )

[user1378]

halli hallo,

leider sind installationen von win10-x64 unter uefi nicht mehr möglich. legacy-boot funktioniert einwandfrei. da wir schon länger keine pc installationen vorgenommen haben (3 monate), kann ich leider nicht genau sagen, ab wann sich der fehler eingeschlichen hat.

im opsi config-editor wird folgende meldung in der spalte "Report" angzeigt:

failed: pxe boot configuration read ( ) failed

am pc wird elilo:......(endlos...) angezeigt.

die pipe wird unter "/tftpboot/linux/pxelinux.cfg/" richtig angelegt. legacy funktionierte ja auch.

tail /var/log/syslog

Jan 27 12:58:57 srv-opsi-1 in.tftpd[1514]: tftp: client does not accept options
Jan 27 12:58:57 srv-opsi-1 in.tftpd[1515]: RRQ from 192.168.20.131 filename linux/pxelinux.cfg/elilo.efi
Jan 27 12:58:57 srv-opsi-1 in.tftpd[1517]: RRQ from 192.168.20.131 filename linux/pxelinux.cfg/C0A81483.conf
Jan 27 12:58:57 srv-opsi-1 in.tftpd[1518]: RRQ from 192.168.20.131 filename linux/pxelinux.cfg/C0A814-x86_64.conf
Jan 27 12:58:57 srv-opsi-1 in.tftpd[1519]: RRQ from 192.168.20.131 filename linux/pxelinux.cfg/C0A814.conf
Jan 27 12:58:57 srv-opsi-1 in.tftpd[1520]: RRQ from 192.168.20.131 filename linux/pxelinux.cfg/C0A8-x86_64.conf
Jan 27 12:58:57 srv-opsi-1 in.tftpd[1521]: RRQ from 192.168.20.131 filename linux/pxelinux.cfg/C0A8.conf
Jan 27 12:58:57 srv-opsi-1 in.tftpd[1522]: RRQ from 192.168.20.131 filename linux/pxelinux.cfg/C0-x86_64.conf
Jan 27 12:58:57 srv-opsi-1 in.tftpd[1523]: RRQ from 192.168.20.131 filename linux/pxelinux.cfg/C0.conf
Jan 27 12:58:57 srv-opsi-1 in.tftpd[1524]: RRQ from 192.168.20.131 filename linux/pxelinux.cfg/01-a4-1f-72-57-38-d8
Jan 27 12:58:58 srv-opsi-1 in.tftpd[1527]: RRQ from 192.168.20.131 filename linux/pxelinux.cfg/elilo-x86_64.conf
Jan 27 12:58:58 srv-opsi-1 in.tftpd[1528]: RRQ from 192.168.20.131 filename linux/pxelinux.cfg/elilo.conf

die einzige ungereihmtheit die mir aufgefallen ist, war das der dienst opsi-atftpd noch lief, obwohl das paket opsi-atftpd deinstalliert war

dpkg -l | grep opsi
rc opsi-atftpd 0.7.dfsg-7 amd64 advanced TFTP server - opsi version with pcre, fifo and max-blksize patches
ii opsi-depotserver 4.1.0.0-3 all transitional package
ii opsi-linux-bootimage 20201105-1 all opsi bootimage for netboot tasks.
ii opsi-server 4.1.1.8-1 all opsi server configuration package
ii opsi-tftpd-hpa 5.2.8-53 amd64 HPA's tftp server
ii opsi-utils 4.1.1.36-1 all utilites for working with opsi.
ii opsiconfd 4.1.1.20-1 all opsi configuration service
ii opsipxeconfd 4.1.1.20-3 all opsi pxe configuration daemon
ii python-opsi 4.1.1.97-1 all opsi python library

systemctl status opsi*
● opsi-tftpd-hpa.service - Opsi TFTPD HPA Configuration Service
Loaded: loaded (/lib/systemd/system/opsi-tftpd-hpa.service; enabled; vendor preset: enabled)
Active: active (running) since Wed 2021-01-27 12:55:24 CET; 2h 38min ago
Main PID: 459 (in.tftpd)
Tasks: 1 (limit: 4915)
Memory: 1.3M
CGroup: /system.slice/opsi-tftpd-hpa.service
└─459 /usr/sbin/in.tftpd -v --ipv4 --listen --address :69 --secure --blocksize 1024 /tftpboot/

Jan 27 12:55:24 srv-opsi-hars-1 systemd[1]: Starting Opsi TFTPD HPA Configuration Service...
Jan 27 12:55:24 srv-opsi-hars-1 systemd[1]: Started Opsi TFTPD HPA Configuration Service.
Jan 27 12:58:57 srv-opsi-hars-1 in.tftpd[1515]: RRQ from 192.168.20.131 filename linux/pxelinux.cfg/elilo.efi
Jan 27 12:58:57 srv-opsi-hars-1 in.tftpd[1524]: RRQ from 192.168.20.131 filename linux/pxelinux.cfg/01-a4-1f-72-57-38-d8
Jan 27 12:58:58 srv-opsi-hars-1 in.tftpd[1528]: RRQ from 192.168.20.131 filename linux/pxelinux.cfg/elilo.conf

● opsiconfd.service - Opsi Configuration Service
Loaded: loaded (/lib/systemd/system/opsiconfd.service; enabled; vendor preset: enabled)
Active: active (running) since Wed 2021-01-27 12:56:46 CET; 2h 37min ago
Main PID: 897 (opsiconfd)
Tasks: 2 (limit: 4915)
Memory: 51.9M
CGroup: /system.slice/opsiconfd.service
└─897 /usr/bin/python /usr/bin/opsiconfd -D

Jan 27 12:56:43 srv-opsi-hars-1 systemd[1]: Starting Opsi Configuration Service...
Jan 27 12:56:44 srv-opsi-hars-1 systemd[1]: opsiconfd.service: Can't open PID file /run/opsiconfd/opsiconfd.pid (yet?) after start: No s
Jan 27 12:56:46 srv-opsi-hars-1 systemd[1]: Started Opsi Configuration Service.
Jan 27 15:33:35 srv-opsi-hars-1 systemd[1]: /lib/systemd/system/opsiconfd.service:12: PIDFile= references path below legacy directory /v
Jan 27 15:33:35 srv-opsi-hars-1 systemd[1]: /lib/systemd/system/opsiconfd.service:12: PIDFile= references path below legacy directory /v
Jan 27 15:33:35 srv-opsi-hars-1 systemd[1]: /lib/systemd/system/opsiconfd.service:12: PIDFile= references path below legacy directory /v

● opsi-atftpd.service - LSB: launch atftpd server
Loaded: loaded (/etc/init.d/opsi-atftpd; generated)
Active: active (exited) since Wed 2021-01-27 15:33:14 CET; 41s ago
Docs: man:systemd-sysv-generator(8)
Tasks: 0 (limit: 4915)
Memory: 0B
CGroup: /system.slice/opsi-atftpd.service

Jan 27 15:33:14 srv-opsi-hars-1 systemd[1]: Starting LSB: launch atftpd server...
Jan 27 15:33:14 srv-opsi-hars-1 systemd[1]: Started LSB: launch atftpd server.

● opsipxeconfd.service - Opsi PXE Configuration Service
Loaded: loaded (/lib/systemd/system/opsipxeconfd.service; enabled; vendor preset: enabled)
Active: active (running) since Wed 2021-01-27 12:56:46 CET; 2h 37min ago
Main PID: 928 (opsipxeconfd)
Tasks: 17 (limit: 4915)
Memory: 68.4M
CGroup: /system.slice/opsipxeconfd.service
└─928 /usr/bin/python /usr/bin/opsipxeconfd start

Jan 27 12:56:46 srv-opsi-hars-1 systemd[1]: Stopping Opsi PXE Configuration Service...
Jan 27 12:56:46 srv-opsi-hars-1 systemd[1]: opsipxeconfd.service: Found left-over process 496 (opsipxeconfd) in control group while star
Jan 27 12:56:46 srv-opsi-hars-1 systemd[1]: This usually indicates unclean termination of a previous run, or service implementation defi
Jan 27 12:56:46 srv-opsi-hars-1 systemd[1]: Starting Opsi PXE Configuration Service...
Jan 27 12:56:46 srv-opsi-hars-1 systemd[1]: opsipxeconfd.service: Supervising process 928 which is not our child. We'll most likely not
Jan 27 12:56:46 srv-opsi-hars-1 systemd[1]: Started Opsi PXE Configuration Service.
Jan 27 15:33:35 srv-opsi-hars-1 systemd[1]: /lib/systemd/system/opsipxeconfd.service:15: PIDFile= references path below legacy directory
Jan 27 15:33:35 srv-opsi-hars-1 systemd[1]: /lib/systemd/system/opsipxeconfd.service:15: PIDFile= references path below legacy directory
Jan 27 15:33:35 srv-opsi-hars-1 systemd[1]: /lib/systemd/system/opsipxeconfd.service:15: PIDFile= references path below legacy directory

leider war das fehlerbild unverändert, nachdem ich den dienst opsi-atftpd gestoppt und disabled habe
laut module-datei ist uefi für 2000 geräte lizenziert. davon sind wir weit entfernt.

über einen guten tipp in die richtige richtung würde ich mich sehr freuen.
bleibt alle gesund.
grüsse an alle
user

[ThomasT]

Kannst du die Pipe mal auslesen und hier posten?
Also die linux/pxelinux.cfg/01-a4-1f-72-57-38-d8

[SisterOfMercy]

Otherwise switch to grub, so you don't have to deal with elilo any more?

[user1378]

Kannst du die Pipe mal auslesen und hier posten?
Also die linux/pxelinux.cfg/01-a4-1f-72-57-38-d8

cat 01-a4-1f-72-57-35-84
set timeout=0
menuentry 'Start netboot installation' {
set gfxpayload=keep
linux (pxe)/linux/install-x64 initrd=miniroot-x64.bz2 video=vesa:ywrap,mtrr vga=791 quiet splash --no-log console=tty1 console=ttyS0 dn=schule.lan product=win10-x64 hn=hars-a018-01 pckey=8780ba94659244fba4e0ce5c301cc24c service=https://192.168.0.5:4447/rpc
initrd (pxe)/linux/miniroot-x64.bz2
}

[user1378]

sehr geehrtes opsi-team,

besagten fehler habe ich auf mehreren depotservern. auf unserem hauptdepotserver konnten pcs problemlos mit uefi installiert werden.
nachdem ich 2 tage nach den unterschieden zwischen den depotservern gesucht habe, ist es mir aufgefallen. und zwar war der hauptdepotserver noch nicht auf die neuste version upgedatet.

nach einem update, funktionierte die uefi-installation leider auch auf dem hautpdepotserver nicht mehr

apt update
apt full-upgrade
...
Vorbereitung zum Entpacken von .../31-opsi-utils_4.1.1.36-1_all.deb ...
Entpacken von opsi-utils (4.1.1.36-1) über (4.1.1.35-1) ...
Vorbereitung zum Entpacken von .../32-opsi-linux-bootimage_20201105-1_all.deb ...
Entpacken von opsi-linux-bootimage (20201105-1) über (20200506-1) ...
Vorbereitung zum Entpacken von .../33-opsi-tftpd-hpa_5.2.8-53_amd64.deb ...
Entpacken von opsi-tftpd-hpa (5.2.8-53) über (5.2.8-52) ...
Vorbereitung zum Entpacken von .../34-opsipxeconfd_4.1.1.20-3_all.deb ...
Entpacken von opsipxeconfd (4.1.1.20-3) über (4.1.1.19-2) ...
...

dpkg -l | grep opsi
rc opsi-atftpd 0.7.dfsg-7 amd64 advanced TFTP server - opsi version with pcre, fifo and max-blksize patches
ii opsi-configed 4.0.7.6.34-2 all OPSI config editor
ii opsi-depotserver 4.1.0.0-3 all transitional package
ii opsi-linux-bootimage 20201105-1 all opsi bootimage for netboot tasks.
ii opsi-server 4.1.1.8-1 all opsi server configuration package
ii opsi-tftpd-hpa 5.2.8-53 amd64 HPA's tftp server
ii opsi-utils 4.1.1.36-1 all utilites for working with opsi.
ii opsi-windows-support 4.1.1-8 all Install utilities useful for deploying Windows with opsi.
ii opsiconfd 4.1.1.20-1 all opsi configuration service
ii opsipxeconfd 4.1.1.20-3 all opsi pxe configuration daemon
ii python-opsi 4.1.1.97-1

ich habe keine veränderung an der konfiguration vorgenommen. ich habe nur das update durchgeführt.
welche daten wären noch relevant.
im config editor wird in der spalte "Report" nur folgendes angezeigt:

pxe boot configuration read ( )

die ursprüngliche meldung wurde nur in einem depot festgestellt:

failed: pxe boot configuration read ( ) failed

[m.radtke]

Abend,

das hört sich nach dem Problem an, das hier besprochen wird.

viewtopic.php?f=1&t=11964

TL;dr: Stelle im DHCP das uefi Bootfile von elilo.efi auf shimx64.efi.signed um.

Gruß
Mathias

[ThomasT]

Und schau mal ob in der opsipxeconfd.conf unter

Code: Alles auswählen

uefi netboot config template x64

folgendes hinterlegt ist:

Code: Alles auswählen

/tftpboot/linux/pxelinux.cfg/install-grub-x64

[user2021]

Moin.
Ich habe das gleiche Thema - auch noch mehrfacher Neuinstallation des Servers (VM-Download) keine Chance - egal ob Legacy oder UEFI (mit Lizenz)-Boot - auf Lenovo Thinkpad X1 - WIN10-64 zu installieren. Alle Einstellungen / Vorgaben wie dokumentiert vorgenommen, aber statt WIN10 wird stets versucht Linux 64-Bit zu installieren.

Hat jemand eine Lösung für dieses Problem ?

Grüße

[ThomasT]

Hallo,

damit die Netboot Installation problemlos läuft müssen verschiedene Dinge zusammen passen:
- der DHCP Server muss den richtigen Next-Server-Eintrag sowie den korrekten filename-Eintrag ausliefern,
- der Client muss mit der richtigen MAC-Adresse im OPSI angelegt sein
- ein Netboot-Produkt muss auf Setup stehen.

Wenn dein OPSI-Server auch gleichzeitig DHCP-Server ist, dann beobachte doch einmal den Bootvorgang von einem Client, indem du:

Code: Alles auswählen

journalctl -f -u opsi-tftpd-hpa -u isc-dhcp-server

ausführst.
Ein klassischer Legacy-Bootvorgang sollte dann in etwa so aussehen:

Code: Alles auswählen

Feb 12 15:32:32 opsiconf in.tftpd[1358]: RRQ from 192.168.17.35 filename linux/pxelinux.0
Feb 12 15:32:32 opsiconf in.tftpd[1358]: tftp: client does not accept options
Feb 12 15:32:32 opsiconf in.tftpd[1359]: RRQ from 192.168.17.35 filename linux/pxelinux.0
Feb 12 15:32:32 opsiconf in.tftpd[1360]: RRQ from 192.168.17.35 filename linux/pxelinux.cfg/564d547a-3fca-320f-d48d-8a451f15af9e
Feb 12 15:32:32 opsiconf in.tftpd[1360]: sending NAK (1, File not found) to 192.168.17.35
Feb 12 15:32:32 opsiconf in.tftpd[1361]: RRQ from 192.168.17.35 filename linux/pxelinux.cfg/01-00-0c-29-15-af-9e
Feb 12 15:32:32 opsiconf in.tftpd[1362]: RRQ from 192.168.17.35 filename linux/install-x64
Feb 12 15:32:33 opsiconf in.tftpd[1363]: RRQ from 192.168.17.35 filename linux/miniroot-x64.bz2

hier erkennt man, dass der Client zuerst die vom DHCP-Server ausgegebene Datei "linux/pxelinux.0" anfordert, und in Folge dann seine Pipe "01-MAC-ADRESSE" sucht.
In der Pipe stehen dann die weiteren Aufrufe für das opsi-linux-bootimage, also die install-x64 und die miniroot-x64.bz2