Probleme mit autom. Setup (Update) für opsi-winst und opsi-script

[kinzi]

@n.doerrer Besten Dank!

Gruß
kinzi

[kinzi]

Erste Rückmeldung dazu: Auf zwei betroffenen Clients hat das nun funktioniert. Vielen Dank!

Weitere Ergebnisse in Kürze.

Gruß
kinzi

[n.doerrer]

Der Vollständigkeit halber, weil ein Kollege das gerade entdeckt hat:

Anscheinend haben wir 2011 in den Releasenotes von opsi 4.0.1 empfohlen, eine Config "opsiclientd.action_processor.remote_dir" anzulegen und mit "\\opsi-winst\\files\\opsi-winst" zu füllen. Diese Empfehlung gilt ab opsi 4.2 nicht mehr. Die defaults von opsi-client-agent 4.2.x zeigen für windows auf "opsi-script\\windows\\x86" und für linux und macos auf die entsprechenden Pendants. Insbesondere bei Einsatz verschiedener Betriebssysteme in einer Umgebung sollte der Wert für das remote_dir des opsi-script aus den defaults kommen und nicht global überschrieben werden (von sehr wenigen Spezialfällen abgesehen).

[Valentino-46]

Hallo Herr Dörrer,

danke für das Update. Mir ist zu dem Thema aufgefallen, dass seit ein paar Tagen/Wochen ca. 7 Clients keine Update des opsi-script Pakets bekommen.
Allerdings nur diese 7 Clients bleiben auf Version 4.12.9.1-3 "hängen".
Alle anderen sind auf der aktuellsten Version.

Kann man hier was triggern, dass das aktualisiert wird? Bei 7 Stück wäre auch eine manuelle Zwangsaktualisierung in Ordnung.

Mit freundlichen Grüßen,
Valentino

[n.doerrer]

Das opsi-script update wird getriggert bei jedem Event, was etwas installiert unter der Voraussetzung, dass sich die Modification dates des lokalen opsi-script undes opsi-script auf dem depot unterscheiden.
Das sollte bei verschiedenen opsi-script-Versionen immer der Fall sein. (Wenn unbedingt nötig, lässt sich ein update für alle clients beim nächsten event triggern, indem man ein touch auf das opsi-script-binary macht und damit das modification date auf jetzt setzt.)

Falls das update des opsi-script scheitert, steht dazu etwas im opsiclientd.log. Wäre ggfs interessant.