GELÖST: PXE-Boot aus configed funktioniert nicht...

[Thomas_H]

Lösung im vorletzten Post: Fazit: DHCP-Eintrag für "filename" falsch!
-----------------------------------


Moinsens,

so ein wenig widerwillig habe ich mich an das Neuaufsetzen des neuen OPSI-Servers gemacht. Software lässt sich problemlos wieder installieren, das Booten eines Rechners mit im BIOS priorisierter Netzwerkkarte bringt auch das TFTP-Boot-Menü.

Ich kann auch aus dem Bootmenü einen Eintrag auswählen und das dahinterliegende System wird geladen.

Jedoch bei Auswahl eines Betriebssystems (Win10 oder 11) über den configed erhält der neu zu installierende Rechner offensichtlich nichts. Das Bootmenü zeigt sich und dann startet das auf der Platte installierte Betriebssystem.

Nun ging ich davon aus, dass ich vielleicht beim Neueinspielen von Win11 etwas falsch gemacht habe und kopierte vom "alten" Opsiserver (4.1) das Win10-64-Verzeichnis in den neuen Opsi. Auch das funktioniert nicht.

Der PC macht einen Legacy-Start.
opsi-set-rights erledigt.

getent hosts $(hostname -f)
192.168.0.3 opsi-server.tux-net.local opsi-server

opsipxeconfd läuft
tftp-server läuft

Installation und Einrichtung nach Getting Started

Client eingetragen mit Mac und IP, sowohl in configed als auch DHCP

Die Logfiles sagen natürlich nichts, ist ja nichts hochgefahren worden.

Aber irgendwas habe ich übersehen. Aber was?!

Grüsskens,

Thomas

[m.radtke]

Moin

schau doch mal ob unter /tftpboot/linux/pxelinux.cfg/ (opsi 4.2) bzw /tftpboot/opsi/opsi-linux-bootimage/ (opsi 4.3) die Startdatei angelegt wird wenn du ein netboot Paket auf setup setzt

Gruß
Mathias

[Thomas_H]

Moinsens,

danke für die Antwort. Nein, es sieht nicht so aus:

root@opsi-server:/tftpboot/opsi/opsi-linux-bootimage# ls -lisaR
.:
insgesamt 169124
3670019 4 drwxrwsr-x 4 opsiconfd opsifileadmins 4096 29. Nov 12:15 .
3670018 4 drwxr-xr-x 3 root root 4096 29. Nov 11:00 ..
3670020 4 drwxrwsr-x 2 opsiconfd opsifileadmins 4096 24. Jan 08:27 cfg
3670025 8964 -rw-rw-r-- 1 opsiconfd opsifileadmins 9175992 16. Nov 16:12 install-x64
3670026 4 drwxrwsr-x 2 opsiconfd opsifileadmins 4096 29. Nov 11:00 loader
3670032 144 -rw-rw-r-- 1 opsiconfd opsifileadmins 144344 29. Nov 12:15 memtest64.bin
3670033 144 -rw-rw-r-- 1 opsiconfd opsifileadmins 145408 29. Nov 12:15 memtest64.efi
3670030 159856 -rw-rw-r-- 1 opsiconfd opsifileadmins 163692453 16. Nov 16:12 miniroot-x64

./cfg:
insgesamt 32
3670020 4 drwxrwsr-x 2 opsiconfd opsifileadmins 4096 24. Jan 08:27 .
3670019 4 drwxrwsr-x 4 opsiconfd opsifileadmins 4096 29. Nov 12:15 ..
3670023 8 -rw-rw-r-- 1 opsiconfd opsifileadmins 4230 23. Jan 14:53 grub.cfg
3670021 4 -rw-rw-r-- 1 opsiconfd opsifileadmins 862 16. Nov 16:12 grub-custom.cfg
3670022 4 -rw-rw-r-- 1 opsiconfd opsifileadmins 2070 23. Jan 14:53 grub-menu.cfg
3670024 4 -rw-rw-r-- 1 opsiconfd opsifileadmins 258 16. Nov 16:12 install-grub-x64
3670034 4 -rw-r----- 1 opsiconfd opsifileadmins 288 29. Nov 12:15 memtest86

./loader:
insgesamt 2404
3670026 4 drwxrwsr-x 2 opsiconfd opsifileadmins 4096 29. Nov 11:00 .
3670019 4 drwxrwsr-x 4 opsiconfd opsifileadmins 4096 29. Nov 12:15 ..
3670027 292 -rw-rw-r-- 1 opsiconfd opsifileadmins 295404 16. Nov 16:12 opsi-netboot.bios
3670028 1168 -rw-rw-r-- 1 opsiconfd opsifileadmins 1193880 16. Nov 16:12 opsi-netboot.efi
3670029 936 -rw-rw-r-- 1 opsiconfd opsifileadmins 956304 16. Nov 16:12 shimx64.efi.signed

Auf dem "alten" Opsiserver war die Gruppe aber nicht opsifileadmins, sondern pcpatch. Diese Gruppe existiert auf dem neuen Server nicht.

Grüsskens,

Thomas

[m.radtke]

Hi

schau mal im log des opsipxeconfd nach. Da sollte eigentlich stehen wieso die Startdatei nicht angelegt wird.

Gruß
Mathias

[Thomas_H]

Hallo Mathias,

nachdem ich den opsipxeconfd nochmal gestartet hatte, lag darin tatsächlich eine Datei mit folgendem Inhalt, der aus meiner Sicht richtig zu sein scheint:

root@opsi-server:/tftpboot/opsi/opsi-linux-bootimage/cfg# cat cba052a9-c147-0dcc-a0b0-79ae2a203cb9
set timeout=0
menuentry 'Start netboot installation' {
set gfxpayload=keep
linux (pxe)/opsi/opsi-linux-bootimage/install-x64 initrd=miniroot-x64 video=vesa:ywrap,mtrr vga=791 quiet --no-log console=ttyS0 pckey=933d08cf25c8d3b9a8e688db2dcea7df hn=fangdorn dn=tux-net.local product=win11-x64 macaddress=18:60:24:f7:00:07 service=https://opsi-server.tux-net.local:4447/rpc
initrd (pxe)/opsi/opsi-linux-bootimage/miniroot-x64
}

Nur warum wird das nicht abgerufen?

Ich habe es mal mit einem noch älteren Rechner probiert, der vorher einwandfrei mit opsi kooperiert hat. Könnte ja sein, dass der Rechner (HP) ein wenig doof ist und Opsi und der Rechner sich nicht verstehen. Auch die alte Krücke ignoriert das File:

Hier sind plötzlich andere Berechtigte drin... O.o

root@opsi-server:/tftpboot/opsi/opsi-linux-bootimage/cfg# ls -l
insgesamt 36
-rw-r--r-- 1 root opsiadmin 423 24. Jan 11:19 01-3c-d9-2b-63-04-2c
-rw-r--r-- 1 root opsiadmin 422 24. Jan 11:28 01-b4-b5-2f-aa-8f-3c
-rw-r--r-- 1 root opsiadmin 424 24. Jan 11:15 cba052a9-c147-0dcc-a0b0-79ae2a203cb9
-rw-rw-r-- 1 opsiconfd opsifileadmins 4230 24. Jan 11:07 grub.cfg
-rw-rw-r-- 1 opsiconfd opsifileadmins 862 16. Nov 16:12 grub-custom.cfg
-rw-rw-r-- 1 opsiconfd opsifileadmins 2070 24. Jan 11:07 grub-menu.cfg
-rw-rw-r-- 1 opsiconfd opsifileadmins 258 16. Nov 16:12 install-grub-x64
-rw-r----- 1 opsiconfd opsifileadmins 288 29. Nov 12:15 memtest86

Stutzig macht mich vorallem der Dateiname, zB. 01-b4-b5-2f-aa-8f-3c. Die Mac ist tatsächlich b4-b5-2f-aa-8f-3c, warum die 01 davor?

Habe auch mal den Inhalt der og. Datei dahingehend verändert, dass ich statt

service=https://opsi-server.tux-net.local:4447/rpc
service=https://192.168.0.3:4447/rpc

drin hatte. Auch das half nicht.

"...und ich hülle mich in seltsame Gewänder und irre ziellos umher...

Grüsskens,

Thomas

[m.radtke]

Hi

das "01-" am Anfang ist normal und war schon immer so. Das ist eine pxelinux besonderheit, die wir im Grub mit übernommen haben, rein aus Kompatibilität.

Schau doch mal unter /var/log/syslog nach was angefragt und ausgeliefert wird wenn ein Client sich meldet.

Welche Version vom opsipxeconf hast du installiert?

Gruß
Mathias

[Thomas_H]

Moinsens,

das ist die Version 4.3.1.2

Seltsam ich habe keine /var/log/syslog... (neuestes Debian)

Ich glaube, ich sollte das gesamte System nochmal komplett neu aufsetzen...
Alternativ habe ich den zu installierenden Rechner mal über das alte Opsi starten lassen. Erwartungsgemäß rannte der sofort los und lud das Installationslinux von Opsi.

Grüsskens

Thomas

[m.radtke]

Hi

dann probier mal
journalctl -f
Das sollte gehen.

Gruß
Mathias

[Freeway92]

Hey,

wir scheinen vom selben Problem getroffen zu sein.

dpkg -l | grep opsi

Code: Alles auswählen

ii  opsi-linux-bootimage           20240110-1                     all          opsi bootimage for netboot tasks.
rc  opsi-server                    4.2.0.72-1                     all          opsi server
ii  opsi-server-full               4.3.1.1-1                      all          opsi server
ii  opsi-tftpd-hpa                 5.2.8-78                       amd64        HPA's tftp server
ii  opsi-utils                     4.3.2.4-1                      amd64        Utilities for working with opsi
ii  opsi-windows-support           4.2.0.3-1                      all          Install utilities useful for deploying Windows with opsi.
ii  opsiconfd                      4.3.3.7-1                      amd64        opsi configuration service
ii  opsipxeconfd                   4.3.2.5-1                      amd64        opsi pxe configuration service
rc  python-opsi                    4.1.1.101-1                    all          opsi python library

Logs vom opsipxe

[5] [2024-01-24 13:53:47.908] [PXEConfigWriter] Deleting config file '/tftpboot/opsi/opsi-linux-bootimage/cfg/01-xx-xx-xx-xx-xx-xx' (pxeconfigwriter.py:217)
[5] [2024-01-24 13:53:47.923] [ ] PXE boot configuration for host 'notebookpxe.domain' removed (opsipxeconfd.py:532)
[4] [2024-01-24 13:53:47.964] [ ] Product 'win10-x64' is using obsolete pxe config template 'install-x64', using default. (opsipxeconfd.py:548)
[5] [2024-01-24 13:53:48.000] [PXEConfigWriter] Creating config ['/tftpboot/opsi/opsi-linux-bootimage/cfg/01-xx-xx-xx-xx-xx-xx'] and waiting for access (pxeconfigwriter.py:182)
[5] [2024-01-24 13:53:48.000] [ ] PXE boot configuration for host notebookpxe.domain is now set at ['/tftpboot/opsi/opsi-linux-bootimage/cfg/01-xx-xx-xx-xx-xx-xx'] (opsipxeconfd.py:496)
[5] [2024-01-24 13:53:51.356] [Opsipxeconfd ] Got connection from client (opsipxeconfd.py:230)
[5] [2024-01-24 13:53:54.007] [PXEConfigWriter] Deleting config file '/tftpboot/opsi/opsi-linux-bootimage/cfg/01-xx-xx-xx-xx-xx-xx' (pxeconfigwriter.py:217)
[5] [2024-01-24 13:53:54.008] [ ] PXE boot configuration for host 'notebookpxe.domain' removed (opsipxeconfd.py:532)
[4] [2024-01-24 13:53:54.049] [ ] Product 'win10-x64' is using obsolete pxe config template 'install-x64', using default. (opsipxeconfd.py:548)
[5] [2024-01-24 13:53:54.090] [PXEConfigWriter] Creating config ['/tftpboot/opsi/opsi-linux-bootimage/cfg/01-xx-xx-xx-xx-xx-xx'] and waiting for access (pxeconfigwriter.py:182)
[5] [2024-01-24 13:53:54.090] [ ] PXE boot configuration for host notebookpxe.domain is now set at ['/tftpboot/opsi/opsi-linux-bootimage/cfg/01-xx-xx-xx-xx-xx-xx'] (opsipxeconfd.py:496)
[5] [2024-01-24 13:55:45.779] [Opsipxeconfd ] Got connection from client (opsipxeconfd.py:230)

Das Notebook bekommt per DHCP sauber den OPSI mitgegeben aber er scheint keine richtige Antwort zu liefern. Wederauswahlmenü noch das Windows10 Setup startet

[m.radtke]

Hi

auch hier ist der Output von
journalctl -f
wichtig wenn der Client sich am TFTP meldet.

Gruß
Mathias