Bereitstellungsproblem nach Update 4.3

[lanfdetroy]

Hallo, ich habe opsi auf Version 4.3 aktualisiert.
Wenn ich nach PXE-Boot und OPSI-Boot ein System auf einem Client bereitstellen möchte, erhalte ich die Fehlermeldung:

<OpsoRpcError("Opsi service permission error : No permission for method 'productOnClient_updateObjects'")>

Außerdem kann ich auf der neuen opsi-Konsole „UEFI Boot“ nicht mehr aktivieren oder deaktivieren.

Gibt es eine Einstellung, die ich vergessen habe?

[lanfdetroy]

opsicommon.exceptions.OpsiServicePermissionError: Opsi service permission error: No permission for method 'productOnClient_updateObjects'
[3] [2023-11-29 08:31:15.967] [172.28.1.101 ] Opsi service permission error: No permission for method 'log_write' (jsonrpc.py:441)
Traceback (most recent call last):
File "opsiconfd/application/jsonrpc.py", line 439, in process_rpcs
File "opsiconfd/application/jsonrpc.py", line 410, in process_rpc
File "opsiconfd/application/jsonrpc.py", line 347, in execute_rpc
File "starlette/concurrency.py", line 41, in run_in_threadpool
File "anyio/to_thread.py", line 33, in run_sync
File "anyio/_backends/_asyncio.py", line 877, in run_sync_in_worker_thread
File "anyio/_backends/_asyncio.py", line 807, in run
File "opsiconfd/backend/rpc/__init__.py", line 172, in wrapper
File "opsiconfd/backend/rpc/main.py", line 425, in _get_ace
opsicommon.exceptions.OpsiServicePermissionError: Opsi service permission error: No permission for method 'log_write'

[j.schneider]

Hallo!

Die Unterscheidung zwischen UEFI und BIOS ist nicht mehr notwendig, da für beides jetzt einheitlich Grub als Loader verwendet wird.
Hierzu wichtig ist auch: https://docs.opsi.org/opsi-docs-de/4.3/ ... hcp_server

Die Berechtigungs-Probleme sind wahrscheinlich auf eine angepasste /etc/opsi/backendManager/acl.conf zurückzuführen.
Am Besten einmal mit der Original-Konfiguration testen.

Grüße
Jan Schneider

[lanfdetroy]

Hier ist meine acl.conf-Datei:

backend_deleteBase : sys_group(opsiadmin)
backend_.* : all
hostControl.* : sys_group(opsiadmin); opsi_depotserver
host_get.* : sys_group(opsiadmin); opsi_depotserver; self; opsi_client(attributes(!opsiHostKey,!description,!lastSeen,!notes,!hardwareAddress,!inventoryNumber))
auditSoftware_delete.* : sys_group(opsiadmin); opsi_depotserver
auditSoftware_.* : sys_group(opsiadmin); opsi_depotserver; opsi_client
auditHardware_delete.* : sys_group(opsiadmin); opsi_depotserver
auditHardware_.* : sys_group(opsiadmin); opsi_depotserver; opsi_client
user_setCredentials : sys_group(opsiadmin); opsi_depotserver
user_getCredentials : opsi_depotserver; opsi_client
.*_get.* : sys_group(opsiadmin); opsi_depotserver; opsi_client
get(Raw){0,1}Data : sys_group(opsiadmin); opsi_depotserver
.* : sys_group(opsiadmin); opsi_depotserver

[j.schneider]

Ja, die wurde angepasst.
Bitte einfach das Original verwenden.

[lanfdetroy]

Ich werde es mit der Originaldatei testen

[lanfdetroy]

Es ist in Ordnung, die Installation startet, aber dann wird Folgendes angezeigt:

reboot triggered
writing log to service

aber die Maschine startet nicht neu

[m.radtke]

Hi,

hast du irgendwelche append Parameter gesetzt?
am besten mal die Zeile aus dem bootimage.log kopieren in der cmdline vorkommt.

Gruß
Mathias

[lanfdetroy]

Nein, wir haben nichts hinzugefügt? Was soll ich sagen?

[m.radtke]

manchmal hilft es

Code: Alles auswählen

reboot=force

als opsi-linux-bootimage.append Parameter zu nutzen