forum.opsi.org

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

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

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

Hi

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

Gruß
Mathias

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

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

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

Hi

dann probier mal
journalctl -f
Das sollte gehen.

Gruß
Mathias

Hey,

wir scheinen vom selben Problem getroffen zu sein.

dpkg -l | grep opsi
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

Hi

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

Gruß
Mathias