opsi 4.3 April-Release

[n.doerrer]

Sehr geehrte opsi-Anwenderinnen und -Anwender,

mit diesem Release haben wir weitere Pakete für opsi veröffentlicht.

# opsiconfd
Die neueste Version von opsiconfd enthält mehrere Korrekturen, Verbesserungen und nützliche neue Funktionen.

**Verbesserte Handhabung von MySQL-Verbindungen:**
Das Pooling von MySQL-Verbindungen wird nun pro Server und nicht mehr pro Worker verwaltet.
Das bedeutet, dass eine Erhöhung der Anzahl der Worker nicht mehr die Gesamtzahl der MySQL-Verbindungen erhöht, was eine Überlastung des Datenbankservers verhindert.
Konfigurierte Grenzwerte in `/etc/opsi/backends/mysql.conf` werden automatisch migriert.

**Neue Metriken für tiefere Einblicke:**
Um eine bessere Überwachung und Analyse zu unterstützen, haben wir mehrere neue Metriken hinzugefügt:
- Durchschnittliche Anzahl der MySQL-Prozesse
- Durchschnittliche Redis-CPU-Zeit
- Durchschnittliche Redis-Speicherauslastung
- Anzahl der genutzten Transferslots für Produkt-Daten

**Erweiterte Backup-Funktionalität:**
- Mit der neuen Option `add-config-files` können Sie benutzerdefinierte Konfigurationsdateien in Ihre opsiconfd-Backups aufnehmen.
- Der neue CLI-Befehl `opsiconfd backup-extract` macht es einfach, den Inhalt eines Backup-Archivs zu extrahieren.

**Automatische Bereinigung:**
Veraltet Einträge aus dem Software-Audit werden nun automatisch entfernt.


# opsi-client-agents
Die neu veröffentlichten opsi-client-agent Pakete bringen eine Reihe von Fehlerkorrekturen und neuen Funktionen:

- **Komplett überarbeitetes Installationsprogramm:**
Das Installationsprogramm wurde grundlegend überarbeitet und verfügt über eine neue Oberfläche und einen neuen Installationsmechanismus. Die Installationsdateien für opsi-client-agent und opsi-script werden jetzt direkt aus dem Depot abgerufen, so dass die installierten Versionen immer mit denen auf dem Server übereinstimmen.

- **Behebung der Terminal-Timeouts für Windows:**
Es wurde ein Problem behoben, das zu Terminal-Timeouts führte, wenn `opsi-cli terminal` für den Zugriff auf Windows-Systeme verwendet wurde.

- **Zuverlässigeres Verhalten bei der Deinstallation:**
Während der Deinstallation wird der opsi-client-agent nun korrekt als "deinstalliert" markiert, kurz bevor die Verbindung zum Server getrennt wird.

- **Neue Produkteigenschaft für Windows:**
Es wurde eine neue Eigenschaft „disable_uninstall_option“ hinzugefügt (nur Windows). Wenn sie aktiviert ist, wird die Deinstallationsoption im Windows-Menü "Programme hinzufügen oder entfernen" (appwiz) deaktiviert, so dass Benutzer den Agenten nicht mehr manuell entfernen können.


# opsi-configed

Der neue opsi-configed enthält verschiedene Fehlerkorrekturen und funktionale Erweiterungen:

- **Health-Check-Icon**: Neue Statusanzeige in Form eines Punktes für Warnungen oder Fehler.
- **Verbesserte Benutzeroberfläche**: Dialogfenster sind jetzt skalierbar und teilweise nicht modal, was die Bedienung erleichtert.
- **Suchoptimierungen**: Automatisches Scrollen im Client-Auswahldialog und verbessertes Suchverhalten.
- **Erweiterte Dateiauswahl**: Versteckte Dateien und Ordner werden jetzt angezeigt.


# opsi-cli
Dieses Update bringt Verbesserung der Benutzerfreundlichkeit, Kontrolle und Leistung bei der Arbeit mit opsi-cli.

- **Upgrade auf Python 3.13:**
Das Tool basiert nun auf Python 3.13, was Leistungsverbesserungen und Zugriff auf die neuesten Sprachfunktionen mit sich bringt. Bitte überprüfen Sie Ihre eigenen Addons auf Kompatibilität.

- **Neue Option `--properties` für die Paketinstallation:**
Der Befehl `package install` unterstützt jetzt die Option `--properties <ask|keep|package>`, die Ihnen mehr Flexibilität bei der Handhabung von Produkteigenschaftsvorgaben bietet.

- **Neue Filteroption für Aktionsanfragen:**
Der Befehl `client-action set-action-request` enthält jetzt ein `--where-installed`-Flag, mit dem Sie die Clients ansprechen können, auf denen ein Paket bereits installiert ist.

- **Fortschrittsanzeige bei der Paketanalyse:**
Bei der Analyse von Paketen wird nun der Fortschritt angezeigt, so dass Sie einen besseren Überblick über länger laufende Vorgänge erhalten.


# opsi-setup-detector

Auch der opsi-setup-detector wurde verbessert:

- Keine Abhängigkeit mehr vom `opsiPackageBuilder`.
- Alle Windows-Binaries – auch solche, die nicht von uib stammen – sind jetzt digital signiert.
- Verbesserte Detailerkennung bei neuen Inno-Setup-Programmen.
- Verbesserte Architekturerkennung bei Inno- und QT-Installern.




===========================
Pakete für opsi 4.3 stable:
===========================

== OPSI_PACKAGE ==
* l-opsi-client-kiosk 4.3.3.1-9 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt
* m-opsi-client-kiosk 4.3.3.1-6 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt
* opsi-cli 4.3.19.1-1 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt
* opsi-client-agent 4.3.10.5-1 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt
* opsi-client-kiosk 4.3.3.1-15 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt
* opsi-configed 4.3.8.2-1 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt
* opsi-linux-client-agent 4.3.10.5-1 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt
* opsi-mac-client-agent 4.3.10.5-1 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt
* opsi-setup-detector 4.3.5.1-1 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt
* windomain 2.3-1
* windows10-upgrade 22h2-6 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt
* windows11-upgrade 24h2-3 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt

== TOOL ==
* opsi-cli 4.3.19.1 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt
* opsi-client-agent-msi 4.3.10.5 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt
* opsi-configed-portable 4.3.8.2 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt
* opsi-linux-bootimage.iso 20250422 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt
* opsi-logviewer-portable 4.3.8.2 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt
* opsi-setup-detector-setup.exe 4.3.5.1-1

== SERVER_PACKAGE ==
* opsi-linux-bootimage 20250422 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt
* opsi-tftp-hpa 5.2.9-3 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt
* opsi-utils 4.3.13.1 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt
* opsiconfd 4.3.31.27 https://changelog.opsi.org/Releases/4.3 ... ngelog.txt


Mit freundlichen Grüßen
Nils Dörrer

[maxi_ybl]

Moin Moin,

seit dem Update des Opsi-Client-Agents auf die Version 4.3.10.5-1 (gestern) tritt bei einigen (4 aktuell getestet) AutoLogon PC's das Problem auf das ein STRG ALT ENTF Befehl geschickt wird. Es ist bei keinen der PC's eine Aktion gesetzt. Ich kann das Problem mit jedem Reboot reproduzieren.
Nach der Deinstallation des Clients startet der PC normal.
Der Client Agent ist installiert mit den Propertys: Loginblockerstart;off Alles andere auch nicht angehakt.
Der AutoLogon findet über die Registry statt.
Wurde in dem Zusammenhang etwas verändert ?

Edit: Weitere Informationen:
Ich habe es auf 7 Geräten getestet, 6 davon waren betroffen und bei einem lief alles normal. Alle waren auf der selben Opsi & Win10 Version. Des Weiteren waren die Host Paramter gleich und die WinLogon Konfiguration sehr ähnlich (verschiedene Nutzerdaten). Ich habe auch bereits ohne Erfolg Versucht mehrere Host Parameter zu deaktivieren / ändern.

[fheithausen]

Hallo zusammen,

ich habe den Client-Agent grade auf unseren Kiosk Rechnern getestet. Ein PC mit Win10 22H2 und ein PC mit Win11 und 23H2. Das Verhalten tritt bei uns nicht auf. Allerdings haben wir in unserer Umgebung auch den Loginblocker aktiv.

[maxi_ybl]

Moin,

Danke für die schnelle Antwort, ich habe bei einem Gerät den Client Agent mit logonblockerstart "on" installiert und das scheint zu funktionieren.
Ich werde überprüfe es auf den anderen Workstations.

Ist das den so gewollt ? Weil bisher trat das Problem nicht auf.

Edit: Bei den anderen Clients scheint der LogonBlocker auch das Problem zu beheben.

[fheithausen]

Ich kenne das Problem so jetzt nicht. Haben bei uns in der Umgebung aber auch keine Geräte ohne Login Blocker. Bei Zwei PCs Hat der OPSI Client nach der Installation allerdings jetzt grade den Automatischen Reboot nicht durchgeführt, sodass die Geräte keinen Auto Logon gemacht haben. Die Geräte standen dann im Login Screen. Nach reboot haben sich die Rechner aber normal angemeldet.

[maxi_ybl]

Das einzige was mir noch aufgefallen ist. Nachdem ich die Neuinstallation / Updates des Client Agents angestoßen habe, liefen diese durch und haben auch bei weiteren PC's einen STRG ALT ENTF Befehl geschickt. In Folge lief alles normal weiter, aber ein paar User waren verwirrt. (Ich meine das war aber bei dem Vorletzten Update bereits so)

[j.schneider]

Ja, der neue opsi-client-agent sendet an gewissen Stellen ein SAS um die CrendentialProvider zu aktivieren.
Generell wird von uns immer empfohlen den Login-Blocker zu aktivieren, sonst kann es zu unterschiedlichsten Problemen in den Abläufen kommen.
Wir haben das Verhalten aber nochmal überarbeitet.
Die neue Version ist aktuell hier zu finden:
https://opsipackages.43.opsi.org/experi ... 1.0-1.opsi
Bitte einmal testen, ob das Problem damit behoben ist.

Grüße
Jan Schneider

[d_piontek]

Hallo Zusammen,

mit dem Update funktioniert bei mir die automatische Installation von Windows nicht mehr vollständig.
Windows selbst wird installiert aber die Postinstall skripte, welche u.a. den Client Agent installieren funktionieren nicht.
In der postinst.log hatte ich zuerst die Meldung dass der Client Agent nicht die berechtigung hat um host_createObjects über RPC zu verwenden. Nach dem ich das in der acl.conf vom depot angepasst habe, bekomme ich jetzt die Meldung "Failed to create client []"

Code: Alles auswählen

[Thu 05/08/2025  9:12:07.80] Copying W:\opsi\opsi-script-infos.ini to c:\opsi.org\data
        1 file(s) copied.
[Thu 05/08/2025  9:12:07.81] Copying c:\opsi.org\tmp\postinst.d\10_dhcp.opsiscript to c:\opsi.org\data
        1 file(s) copied.
[Thu 05/08/2025  9:12:07.81] Starting opsi-script
[Thu 05/08/2025  9:12:07.81] Executing: "W:\opsi\opsi-client-agent\files\opsi-script\opsi-script.exe" "c:\opsi.org\data\10_dhcp.opsiscript" "c:\opsi.org\log\postinst_10_dhcp.log" /batch 
[Thu 05/08/2025  9:12:09.47] finished 10_dhcp.cmd
[Thu 05/08/2025  9:12:09.47] Executing c:\opsi.org\tmp\postinst.d\20_try.ps1 
[Thu 05/08/2025  9:12:10.80] Executing c:\opsi.org\tmp\postinst.d\25_mui.cmd 
[Thu 05/08/2025  9:12:10.80] Skipping mui installation - mui setup "W:\opsi\mui\muisetup.exe" not found
[Thu 05/08/2025  9:12:10.80] Executing c:\opsi.org\tmp\postinst.d\50_opsi-client-agent.cmd 
[Thu 05/08/2025  9:12:10.82] Starting opsi-client-agent installation as user Administrator
[Thu 05/08/2025  9:12:10.82] install.conf found
[Thu 05/08/2025  9:12:10.82] config.ini found
[Thu 05/08/2025  9:12:10.82] Executing: "W:\opsi\opsi-client-agent\oca-installation-helper.exe" "--non-interactive" "--service-address "https://==depot-server==:4447/rpc" --client-id "==client-fqdn==" --service-username "==client-fqdn==" --service-password "==opsi-host-key==" --bootimage"
[3] [2025-05-08 09:12:23.972] [               ] Failed to create client []   (__main__.py:231)
Traceback (most recent call last):
  File "ocainstallationhelper\__main__.py", line 224, in install
  File "ocainstallationhelper\__main__.py", line 244, in service_setup
  File "ocainstallationhelper\backend.py", line 134, in get_or_create_client
RuntimeError: Failed to create client []
[3] [2025-05-08 09:12:23.973] [               ] Failed to create client []   (__main__.py:394)
Traceback (most recent call last):
  File "ocainstallationhelper\__main__.py", line 391, in run
  File "asyncio\runners.py", line 194, in run
  File "asyncio\runners.py", line 118, in run
  File "asyncio\base_events.py", line 720, in run_until_complete
  File "ocainstallationhelper\__main__.py", line 224, in install
  File "ocainstallationhelper\__main__.py", line 244, in service_setup
  File "ocainstallationhelper\backend.py", line 134, in get_or_create_client
RuntimeError: Failed to create client []
[3] [2025-05-08 09:12:23.974] [               ] Failed to create client []   (__main__.py:284)
Traceback (most recent call last):
  File "ocainstallationhelper\__main__.py", line 391, in run
  File "asyncio\runners.py", line 194, in run
  File "asyncio\runners.py", line 118, in run
  File "asyncio\base_events.py", line 720, in run_until_complete
  File "ocainstallationhelper\__main__.py", line 224, in install
  File "ocainstallationhelper\__main__.py", line 244, in service_setup
  File "ocainstallationhelper\backend.py", line 134, in get_or_create_client
RuntimeError: Failed to create client []
ERROR: Failed to create client []
[Thu 05/08/2025  9:12:24.38] Executing c:\opsi.org\tmp\postinst.d\80_repartition.cmd 
[Thu 05/08/2025  9:12:24.38] Copying W:\opsi\diskpart.txt to c:\opsi.org\data
        1 file(s) copied.
[Thu 05/08/2025  9:12:24.40] No file W:\opsi\partunhide.txt
[Thu 05/08/2025  9:12:24.40] No file W:\opsi\parthide.txt
[Thu 05/08/2025  9:12:24.40] Copying W:\opsi\diskinfo.ini to c:\opsi.org\data
        1 file(s) copied.
[Thu 05/08/2025  9:12:24.40] Copying W:\opsi\diskpartRecovery.txt to c:\opsi.org\data
        1 file(s) copied.
The system cannot find the path specified.
The system cannot find the path specified.
The system cannot find the path specified.
The system cannot find the path specified.
[Thu 05/08/2025  9:12:24.40] Not found opsi-script - starting classic batch

Schonmal danke im voraus für die mögliche Hilfe oder Infos.

Grüße,
Dominique Piontek

[n.doerrer]

Moin,

ich vermute, hier ist das Problem in einer angepassten acl.conf.
Der user, der die Installation durchführt muss auch `host_getObjects` mindestens für sich selbst ausführen dürfen.
Hier ist die Standard-Konfiguration zum Vergleich:
https://github.com/opsi-org/opsiconfd/b ... r/acl.conf

[d_piontek]

Hallo,

leider hat es auch mit der Beispiel acl.conf nicht funktioniert.

Code: Alles auswählen

[Fri 05/09/2025  8:54:09.20] Executing: "W:\opsi\opsi-client-agent\oca-installation-helper.exe" "--non-interactive" "--service-address "==depot-server==/rpc" --client-id "==client-id==" --service-username "==client-id==" --service-password "==opsi-host-key==" --bootimage"
[3] [2025-05-09 08:54:26.411] [               ] Opsi rpc error: Opsi service permission error: No permission for method 'host_createObjects'   (__main__.py:231)
Traceback (most recent call last):
  File "ocainstallationhelper\__main__.py", line 224, in install
  File "ocainstallationhelper\__main__.py", line 244, in service_setup
  File "ocainstallationhelper\backend.py", line 130, in get_or_create_client
  File "opsicommon\client\opsiservice.py", line 1620, in jsonrpc
opsicommon.exceptions.OpsiRpcError: Opsi rpc error: Opsi service permission error: No permission for method 'host_createObjects'
[3] [2025-05-09 08:54:26.412] [               ] Opsi rpc error: Opsi service permission error: No permission for method 'host_createObjects'   (__main__.py:394)
Traceback (most recent call last):
  File "ocainstallationhelper\__main__.py", line 391, in run
  File "asyncio\runners.py", line 194, in run
  File "asyncio\runners.py", line 118, in run
  File "asyncio\base_events.py", line 720, in run_until_complete
  File "ocainstallationhelper\__main__.py", line 224, in install
  File "ocainstallationhelper\__main__.py", line 244, in service_setup
  File "ocainstallationhelper\backend.py", line 130, in get_or_create_client
  File "opsicommon\client\opsiservice.py", line 1620, in jsonrpc
opsicommon.exceptions.OpsiRpcError: Opsi rpc error: Opsi service permission error: No permission for method 'host_createObjects'
[3] [2025-05-09 08:54:26.413] [               ] Opsi rpc error: Opsi service permission error: No permission for method 'host_createObjects'   (__main__.py:284)
Traceback (most recent call last):
  File "ocainstallationhelper\__main__.py", line 391, in run
  File "asyncio\runners.py", line 194, in run
  File "asyncio\runners.py", line 118, in run
  File "asyncio\base_events.py", line 720, in run_until_complete
  File "ocainstallationhelper\__main__.py", line 224, in install
  File "ocainstallationhelper\__main__.py", line 244, in service_setup
  File "ocainstallationhelper\backend.py", line 130, in get_or_create_client
  File "opsicommon\client\opsiservice.py", line 1620, in jsonrpc
opsicommon.exceptions.OpsiRpcError: Opsi rpc error: Opsi service permission error: No permission for method 'host_createObjects'
ERROR: Opsi rpc error: Opsi service permission error: No permission for method 'host_createObjects'

In vorherigen Versionen konnten sich die Client-Agents ohne probleme nach der netboot installation von Windows selbst installieren ohne dass ich einen spezifischen Nutzer und Passwort angeben muss. Ich habe nur beim opsi-linuxbootimage über den Admin-Login den host-key vom depot abgerufen.

Edit. Ich wechsel mal in einen neuen Thread im Freien Support