[GELÖST] "Client hostname" wird im linux bootimage nicht automatisch gesetzt

[plnb]

Hallo zusammen,

wenn ich einen neuen Client in opsi hinzufüge und die MAC-Adresse hinterlege, wird - wie gewünscht - eine entsprechende Pipe in /tftpboot/linux/pxelinux.cfg/ angelegt.

Diese sieht wie folgt aus:

Code: Alles auswählen

default 64bit

label 32bit
  kernel install
  append initrd=miniroot video=vesa:ywrap,mtrr vga=791 quiet splash --no-log console=tty1 console=ttyS0 pckey=1abf6eb4a3dff487d2f02e07b0c9df22 hn=win-vm-01 dn=<domain> product=win10-x64 service=https://192.168.107.100:4447/rpc

label 64bit
  kernel install-x64
  append initrd=miniroot-x64 video=vesa:ywrap,mtrr vga=791 quiet splash --no-log console=tty1 console=ttyS0 pckey=1abf6eb4a3dff487d2f02e07b0c9df22 hn=win-vm-01 dn=<domain> product=win10-x64 service=https://192.168.107.100:4447/rpc

(Die Domain ist ebenfalls korrekt eingetragen und ist lediglich durch mich unkenntlich gemacht - da steht das richtige drin!)

Wenn der Client nun via PXE bootet, startet auch das opsi linux bootimage.
Allerdings wird der Client hostname leider nicht automatisch befüllt und verhindert so eine OS-Installation ohne Benutzerinteraktion.

Der Client hostname aber, ist ja sogar korrekt in der Pipe angegeben, woran könnte das also liegen?

Vielen Dank schon mal

[ThomasT]

schau mal auf der Kiste in die /tmp/log ...

[ror.schach]

Geht das nur mir so, oder ist das im Grunde das selbe Problem wie hier?

Installation mit falschem Hostname

vg

[ThomasT]

Ich denke nicht, da bei dem von dir erwähnten Thread ein anderer Hostname verwendet wird, nicht gar keiner...

[plnb]

schau mal auf der Kiste in die /tmp/log ...

Ich werd nicht schlau draus, bzw mehr als, dass der Hostname hier nicht übergeben wird, kann ich nicht erkennen.
Falls ne andere Stelle des Logs wichtig wäre, gerne nochmal Bescheid geben!

Code: Alles auswählen

[...]
[7] [2022-01-25 12:34:18.321] [               ] Removing LD_LIBRARY_PATH from env for subprocess   (Posix.py:826)
[6] [2022-01-25 12:34:18.321] [               ] Executing: /sbin/ip route   (Posix.py:912)
[6] [2022-01-25 12:34:18.326] [               ] Using encoding 'UTF-8'   (Posix.py:948)
[7] [2022-01-25 12:34:18.336] [               ] >>> default via 192.168.107.1 dev enp1s0    (Posix.py:994)
[7] [2022-01-25 12:34:18.337] [               ] >>> 192.168.107.0/24 dev enp1s0 proto kernel scope link src 192.168.107.106    (Posix.py:994)
[7] [2022-01-25 12:34:18.337] [               ] >>>    (Posix.py:994)
[7] [2022-01-25 12:34:18.337] [               ] Exit code: 0   (Posix.py:1001)
[6] [2022-01-25 12:34:18.338] [               ] Current network config:   (run-master:882)
[6] [2022-01-25 12:34:18.338] [               ]    device          : enp1s0   (run-master:883)
[6] [2022-01-25 12:34:18.338] [               ]    hardwareAddress : 00:1a:4a:16:01:bb   (run-master:884)
[6] [2022-01-25 12:34:18.338] [               ]    ipaddress       : 192.168.107.106   (run-master:885)
[6] [2022-01-25 12:34:18.338] [               ]    netmask         : 255.255.255.0   (run-master:886)
[6] [2022-01-25 12:34:18.338] [               ]    gateway         : 192.168.107.1   (run-master:887)
[6] [2022-01-25 12:34:18.338] [               ]    nameserver      : 192.168.107.101   (run-master:888)
[6] [2022-01-25 12:34:18.338] [               ]    hostname        :    (run-master:889)
[6] [2022-01-25 12:34:18.338] [               ]    domain          : <domain>   (run-master:890)
[6] [2022-01-25 12:34:18.338] [               ]    nextserver      : 192.168.107.100   (run-master:891)
[5] [2022-01-25 12:34:18.339] [               ] try to load efivars module: modprobe efivars   (run-master:607)
[7] [2022-01-25 12:34:18.339] [               ] Removing LD_LIBRARY_PATH from env for subprocess   (Posix.py:826)
[6] [2022-01-25 12:34:18.339] [               ] Executing: /sbin/modprobe efivars   (Posix.py:912)
[6] [2022-01-25 12:34:18.345] [               ] Using encoding 'UTF-8'   (Posix.py:948)
[7] [2022-01-25 12:34:18.356] [               ] Exit code: 0   (Posix.py:1001)
[...]

[plnb]

... und das Problem letztlich doch selber gefunden: SELinux pfuscht da irgendwie mit rein.
Details muss ich mir noch anschauen, aber ein Abschalten von SELinux löst das Problem auf jeden Fall.

Danke trotzdem

[ThomasT]

Jetzt bin ich gespannt, SELinux wo? Weil das opsi-linux-bootimage spricht normalerweise kein selinux

[plnb]

SELinux auf dem opsi-Server. Zumindest tat es danach... grade bei einem neuen Client aber trotz ausgeschaltetem SELinux die gleiche Problematik :/