Netboot Produkte OPSI 4.1

[rfrankow]

Seit dem Update von OPSI 4.0 auf 4.1 werden bei allen netboot products immer der default Kernel install und das default initrd miniroot.bz2 geladen. Das pxetemplate eines Netbootprodukts wird ignoriert. Viele unserer eigenen Netbootprodukte sind seitdem nicht nutzbar.

Code: Alles auswählen

default opsi-install
label opsi-install
  kernel install
  append initrd=miniroot.bz2 video=vesa:ywrap,mtrr vga=791 quiet splash --no-log console=tty1 console=ttyS0 dn=phg.ads product=memtest86 hn=ws032105-199 pckey=adbe17e01a2fb8b62ddc14bc235fdd55 service=https://10.32.2.21:4447/rpc

Handelt es sich um ein Bug oder ist es ab OPSI 4.1 nicht mehr möglich eigene pxetemplates mit eigenen Kernel und initrds zu laden?
Betroffen ist auch das memtest86_5.01-1.opsi.

Code: Alles auswählen

ii  opsi-configed                  4.0.7.6.34-2                         all          OPSI config editor
ii  opsi-linux-bootimage           20180713-1                           all          opsi bootimage for netboot tasks.
ii  opsi-server                    4.1.1.4-10                           all          opsi server configuration package
ii  opsi-tftpd-hpa                 5.2.8-47                             amd64        HPA's tftp server
ii  opsi-utils                     4.1.1.19-2                           all          utilites for working with opsi.
ii  opsiconfd                      4.1.1.10-7                           all          opsi configuration service
ii  opsipxeconfd                   4.1.1.13-1                           all          opsi pxe configuration daemon
ii  python-opsi                    4.1.1.40-1                           all          opsi python library

[AndiMb83]

Hallo,

wir haben hier das gleiche Problem und auch uns würde die Lösung interessieren.

Viele Grüße
Andreas

[n.wenselowski]

Hi,

das scheint mir eine Regression zu sein.
Wie kann man das Problem nachvollziehen?


Gruß

Niko

[rfrankow]

Wie kann man das Problem nachvollziehen?

Einfach einem Client das Netbootprodukt "memtest86" zuweisen.
Bei mir wird dann des pxeConfigTemplate "install" statt "memtest86" aus /tftpboot/linux/pxelinux.cfg/ gestartet.

[AndiMb83]

Bei uns kann man sogar ein neues Netbootprodukt mit eigenem pxeConfigTemplate anlegen und verwendet am Ende "install".

[n.wenselowski]

Hi,

Wie kann man das Problem nachvollziehen?

Einfach einem Client das Netbootprodukt "memtest86" zuweisen.
Bei mir wird dann des pxeConfigTemplate "install" statt "memtest86" aus /tftpboot/linux/pxelinux.cfg/ gestartet.

So sieht es bei mir aus:

Code: Alles auswählen

# opsi-admin -d method setProductActionRequest 'memtest86' leap422.stable41.test setup
# cat /tftpboot/linux/pxelinux.cfg/01-66-c7-32-46-98-31
default memtest86

label memtest86
  kernel memtest86+-5.01

Im Log des opsipxeconfd sehe ich:

Code: Alles auswählen

[5] [Sep 05 12:51:49] Special pxe config template u'memtest86' will be used used for host u'leap422.stable41.test', product u'memtest86' (opsipxeconfd|559)
[5] [Sep 05 12:51:49] PXE boot configuration for host leap422.stable41.test is now set at u'/tftpboot/linux/pxelinux.cfg/01-66-c7-32-46-98-31' (opsipxeconfd|449)

Sieht das bei euch ähnlich aus?

Wenn nicht:

Code: Alles auswählen

opsi-set-rights
opsi-setup --init-current-config
service opsiconfd restart
service opsipxeconfd restart

Bringt das Besserung?


Gruß

Niko

[AndiMb83]

Sieht bei uns anders aus und die vorgeschlagene Befehlsfolge behebt das Problem nicht.

Code: Alles auswählen

cat /tftpboot/linux/pxelinux.cfg/$$MAC$$
default opsi-install

label opsi-install
  kernel install
  append initrd=miniroot.bz2 video=vesa:ywrap,mtrr vga=791 quiet splash --no-log console=tty1 console=ttyS0 dn=example.de product=memtest86 hn=$$hostname$$ pckey=d439c39ffd3fecbe7bd1f2670b37444c service=https://$$IP$$/rpc

Code: Alles auswählen

[5] [Sep 05 13:10:20] PXE boot configuration for host $$hostname$$.example.de is now set at u'/tftpboot/linux/pxelinux.cfg/$$MAC$$' (opsipxeconfd|449)                                                                                            
[5] [Sep 05 13:10:21] Pipe u'/tftpboot/linux/pxelinux.cfg/$$MAC$$' opened, piping pxe boot configuration (opsipxeconfd|810)

[rfrankow]

Ich schliesse mich Andreas an. Bei uns ist der gleiche Output, also kein Erfolg.
Woher nimmt die Methode setProductActionRequest bei netboot Produkten das zu schreibene Pipe?

VG
Ronny

[rfrankow]

Ich habe jetzt mal das Logging angehoben und fand unten stehendes (gekürzt).
Dann habe ich mal die Python Scripts opsipxeconfd 4.0 und 4.1 vergleichen.
Nach Änderung der Zeile 375 in die "alte" Variante findet opsipxeconfd wieder pxeConfigTemplate.
Ob die Einbindung von elilo in _getPxeConfigTemplate so richtig ist, oder bei uns was fehlt, kann ich jedoch nicht beurteilen.

Code: Alles auswählen

			# Zeile 375 in /usr/bin/opsipxeconfd anpassen
			# pxeConfigTemplate, product = self._getPxeConfigTemplate(hostId, productOnClients, product, elilo)
			pxeConfigTemplate, product = self._getPxeConfigTemplate(hostId, productOnClients)

Code: Alles auswählen

[7] [Sep 07 14:05:47] Cached data read for ws032105-199.phg.ads: {u'product': <NetbootProduct(id=u'memtest86', name=None, productVersion=u'5.01', packageVersion=u'1')>, u'bootimageAppend': <ConfigState(configId=u'opsi-linux-bootimage.append', objectId=u'ws032105-199.phg.ads', values=[])>, u'productPropertyStates': {}, u'backendInfo': {u'opsiVersion': u'4.1.1.40', u'realmodules': {}, u'hostCount': 181, u'modules': {u'valid': False}}, u'host': <OpsiClient(id=u'ws032105-199.phg.ads')>, u'elilo': None, u'productOnDepot': <ProductOnDepot(productId=u'memtest86', productType=u'NetbootProduct', productVersion=u'5.01', packageVersion=u'1', depotId=u'ds032002-ux021.hamburger-spremberg.com')>, u'serviceAddress': u'https://10.32.2.21:4447/rpc', u'depotId': u'ds032002-ux021.hamburger-spremberg.com', u'productOnClient': <ProductOnClient(clientId=u'ws032105-199.phg.ads', productId=u'memtest86', installationStatus=u'not_installed', actionRequest=u'setup')>} (opsipxeconfd|308)
[7] [Sep 07 14:05:47] Using default config template (opsipxeconfd|565)
[7] [Sep 07 14:05:47] Using pxe config template u'/tftpboot/linux/pxelinux.cfg/install' (opsipxeconfd|376)
[6] [Sep 07 14:05:47] PXEConfigWriter initializing: templatefile u'/tftpboot/linux/pxelinux.cfg/install', pxefile u'/tftpboot/linux/pxelinux.cfg/01-08-00-27-ae-1c-96', hostId u'ws032105-199.phg.ads', append {'dn': u'phg.ads', 'product': u'memtest86', 'hn': u'ws032105-199', 'pckey': u'adbe17e01a2fb8b62ddc14bc235fdd84', 'service': u'https://10.32.2.21:4447/rpc'} (opsipxeconfd|737)
[7] [Sep 07 14:05:47] Reading template u'/tftpboot/linux/pxelinux.cfg/install' (opsipxeconfd|758)

[wolfbardo]

Auf welcher Distribution tritt das Problem auf?

Gruss
Bardo Wolf