opsi 4.3 Januar 2026 Release

[j.schneider]

Ja, in unseren Tests hat das unter Linux sogar zuverlässiger funktioniert als unter Windows.

[SirTux]

Könntet ihr vielleicht genauer ausführen, was sich bei den Netboot-Produkten alles hinter "Package cleanup" (also außer SSH) verbirgt? Wir verlassen uns eigentlich darauf, daß bei einer Neuinstallation wieder die gleichen Pakete dabei sind, also wäre ein aussagekräftigerer Changelog schon nett. Noch besser wäre natürlich gewesen diese zum Auswählen am Property additional_packages zu hinterlegen.

Ich sehe durchaus den Use-Case nicht einfach SSH zu installieren. Aber wir installieren überwiegend Server brauchen den dort schon.

Viele Grüße,
Stefan

[SirTux]

Beim Netboot ubuntu ist die Installation von 24.04 kaputt. Vermutlich ähnliches Problem wie in Ticket 2025091017000084, bedingt durch das Downgrade beim Netboot.

[n.vidziunas]

Hallo SirTux,

zum Thema "Package cleanup“:

Im Rahmen des "Package cleanup“ wurden ausschließlich SSH-Pakete entfernt:

• Ubuntu, Mint, Debian: openssh-server

• openSUSE, SLES: openssh inklusive Service-Setup

• Debuntu: openssh-server und openssh-client

Die fehlenden SSH-Pakete können bei Bedarf über das Localboot-Paket l-openssh installiert werden (aktuell Version 4.3.0.1-1 im experimental-Repository).
Eine Property wie additional_packages ist derzeit nicht benötigt, da die benötigten Pakete über Localboot nachinstalliert werden können.

Bezüglich des Fehlers unter Ubuntu 24.04:

Könnten Sie bitte genauer beschreiben, welcher Fehler bei Ihnen auftritt?
Das im Ticket 2025091017000084 beschriebene Problem wurde bereits mit Version 4.3.0.4-1 behoben.
Tests bei uns sind erfolgreich.

Viele Grüße
Naglis Vidziunas

[SirTux]

Danke, l-openssh sieht sehr vielversprechend aus. Ich denke das können wir nehmen. Allerdings habe ich noch ein paar Anmerkungen:

• Ich nehme an das Property ssh_pub_key bezieht sich auf root?
• In ShellScript_add_pubkey wird die Variable $HOME benutzt, diese Variable ist meiner Erfahrung nach aber in ShellScript-Sektionen nicht gesetzt.
• Dort wird auch nicht überprüft, ob der Key schon drin und daher bei dem Durchlauf noch mal angehängt. Ich würde vorschlagen die Datei mit saveTextFile zu bearbeiten.
• Die Installation unter Debian / Ubuntu läuft vermutlich nicht unattended durch. Ich würde vorschlagen die Lib uib_lin_install zu benutzen, damit sind die Fallstricke wie fehlendes "export DEBIAN_FRONTEND=noninteractive" und "apt-get update" schon abgefangen und das Script kann deutlich vereinfacht werden
• Ein Property für permit_root würden wir uns noch wünschen.

Zum anderen Problem: Nach der Installation startet der GRUB ohne Config und kann deshalb das System nicht starten. Dies erinnert eben sehr an Ticket 2025091017000084, nur diesmal mit 24.04. Es kann aber auch andere Ursachen haben, zu einer näheren Diagnose sind wir noch nicht gekommen. An der Hardware scheint es nicht zu liegen. Auch in Proxmox startet das Ubuntu nicht, hier ist allerdings noch nicht mal der GRUB zu sehen. Das wiederum kann an Legacy- versus UEFI-Boot liegen.

[leonardo]

Hallo Zusammen,

nach dem Update kann ich keine Pakete mehr OnDemand ausrollen
es kommt der Fehler:
Host currently not connected to messagebus

Pakete beim booten des Clients also im Lockscreen installieren und neu Deployment vom Client funktioniert ohne Probleme.

Vielleicht hat jemand das gleiche Problem

Gruß

Markus

Bei mir gleicher Fehler seit dem Update, konnte noch keine Lösung finden.
Benutze das Protokoll Webdav, falls das eine Rolle spielt.

Viele Grüße
Leonardo

[j.schneider]

Wenn die Clients sich nicht mit dem Messagebus verbinden, ist wahrscheinlich einfach der Host-Parameter "opsiclientd.config_service.permanent_connection" auf "false" gestellt.

[n.vidziunas]

Hallo SirTux,

vielen Dank für die Verbesserungsvorschläge.

Ich nehme an das Property ssh_pub_key bezieht sich auf root?
In ShellScript_add_pubkey wird die Variable $HOME benutzt, diese Variable ist meiner Erfahrung nach aber in ShellScript-Sektionen nicht gesetzt.

Ja, genau – das Property bezieht sich auf root. Sie haben Recht, die Verwendung von $HOME in ShellScript-Sektionen war ein Fehler, das habe ich korrigiert.

Es gibt mittlerweile eine neue Version 4.3.0.2-1 von l-openssh (aktuell in experimental), die das neue Property permit_root enthält.

[SirTux]

Vielen Dank. In die Sektion ShellScript_remove_pubkey solltest du noch mal reinschauen, aber ansonsten gefällts mir

Bei uns haben wir uns allerdings angewöhnt das mit deer ProductID so zu machen:

Code: Alles auswählen

DefVar $ProductId$ = getValue("id", getProductMap)

Und ohne ShowBitmap zeigt opsi-script leider nicht an was es da gerade macht:

Code: Alles auswählen

comment "Show product picture"
ShowBitmap "%ScriptPath%\" + $ProductId$ + ".png" $ProductId$

Letzteres ist natürlich nur für Desktops relevant und überhaupt sind das nur Kleinigkeiten

[n.vidziunas]

Danke. Angepasst in 4.3.0.2-2 (in experimentell).