forum.opsi.org

Hallo,
derzeit sind wir sehr zufrieden mit unserer OPSI-Software-Verteilung, allerdings fragen einige Nutzer nun immer wieder nach, ob wir unser OPSI so bauen können, dass Sie sich besser auf die Installation von Updates einstellen können.

Eine Anregung eines Nutzers zu diesem Thema fand ich ganz gut.
Er Fragte, ob es möglich sei eine Art "Überspringen"-Button einzufügen, welcher 2-3x betätigt werden kann, bevor die Installation dann erzwungen wird.

Ist das derzeit schon irgendwie möglich?

Danke und viele Grüße,
Maximilian Reuter

lrafg hat geschrieben:Hallo,
derzeit sind wir sehr zufrieden mit unserer OPSI-Software-Verteilung, allerdings fragen einige Nutzer nun immer wieder nach, ob wir unser OPSI so bauen können, dass Sie sich besser auf die Installation von Updates einstellen können.

Eine Anregung eines Nutzers zu diesem Thema fand ich ganz gut.
Er Fragte, ob es möglich sei eine Art "Überspringen"-Button einzufügen, welcher 2-3x betätigt werden kann, bevor die Installation dann erzwungen wird.

Ist das derzeit schon irgendwie möglich?

Danke und viele Grüße,
Maximilian Reuter

Hallo!

Der überspringen Button wurde dahingehend realisiert daß man "Das Netzwerkkabel ziehen"
kann und wartet bis der OPSI Login Blocker durchgelaufen ist ... .

Ein möglicher Workaround ist:

Skriptgesteuert die Kisten nachts aufwecken und die Installation dann durchführen ...
Da gibt es auch schon was mir fällt der Name nicht ein "productupdater" o. ä. ...

Für gewisse "Frühmorgenarbeiter" gib es hier ein Wakonlan skript daß bestimmte Clients Mo-Fr. z.B. 1h vor Arbeitsbeginn weckt,
sodaß installieren durchgelaufen sind und diese auf der Anmeldemaske stehen wenn die Leute anfangen müssen ...

Oder:
Mail an alle Schreiben daß z.B. mehrere Installationen anstehen und wie lange diese ca. Dauern. Die Benutzer informieren den Rechner z.B. in der Mittagpause neu starten kann,
bzw. wenn man zwischendurch drauf verzichten kann einfach neustarten um Wartezeit am nächsten Morgen zu vermeiden ...
bzw. anstatt abends herunterzufahren neu starten soll (kann man dann mit shutdown Produkt kombinieren wenn die nicht durchlaufen dürfen ...)

Überspringen ist ein zweischneidiges Schwert wird hoffentlich nicht eingeführt:
Es wird vmtl. passieren daß dann gewisse Benutzer die Installationen immer überspringen, was man vmtl. nicht will,
finde das an Opsi auch gut daß man einen definitiven Installationszeitpunkt (nächster Reboot, bzw. on-demand)
hat und nicht nur wie z.B. "WSUS" "vielleicht macht es der Client oder auch nicht" ...

Was ich noch gerne hätte: Ein Aufweckskript daß alle Opsi Bekannten Clients (Mac-Adressen) in definierbaren Abständen (z.B. 5 Sekunden) durchackert,
somit alle Clients zeitlich versetzt weckt (z.B. um 02:00 Start, 02:00:05 next Client etc.) um die Last gering genug zu halten damit alles auch vom Opsi Srv. abgearbeitet werden kann ...


hth
MH

Hallo Maximilian Reuter,

lrafg hat geschrieben:Eine Anregung eines Nutzers zu diesem Thema fand ich ganz gut.
Er Fragte, ob es möglich sei eine Art "Überspringen"-Button einzufügen, welcher 2-3x betätigt werden kann, bevor die Installation dann erzwungen wird.

Ist das derzeit schon irgendwie möglich?

Das ist möglich durch das Setzen der Attribute action_warning_time und action_user_cancelable an einem Event - das klappt sogar mit eingestecktem Netzwerkkabel
Im Handbuch gibt es zur Option action_warning_time auch ein Beispiel.

Man sollte sich nur ein paar Gedanken machen, an welchem Event man diese Möglichkeiten geben will, um zu verhindern, dass Benutzer Installationen immer wieder verschieben.


Gruß

Niko

Hallo mhaegele,

mhaegele hat geschrieben:Was ich noch gerne hätte: Ein Aufweckskript daß alle Opsi Bekannten Clients (Mac-Adressen) in definierbaren Abständen (z.B. 5 Sekunden) durchackert,
somit alle Clients zeitlich versetzt weckt (z.B. um 02:00 Start, 02:00:05 next Client etc.) um die Last gering genug zu halten damit alles auch vom Opsi Srv. abgearbeitet werden kann ...

Sowas machen wir gerne im Rahmen eines Support-Vertrags
Mit Zeit und Muße kann man auch versuchen sich selbst eine Lösung aus den bereits vorhandenen Teilen des opsi-product-updater zusammenbauen - der kann genau das.


Gruß
Niko

... dass Sie sich besser auf die Installation von Updates einstellen können.

Meistens ist die gefühlte Wartezeit nur ein psychoslogischer Fehleffekt.
Hier bin ich immer noch dafür, dass einfach ein Counter angezeigt werden sollte, der ausgibt, das wievielte von wievielen Paketen gerade abgearbeitet wird.

Wir installieren nur sicherheitskritische Updates und fänden es fatal, wenn wir dem User die Möglichkeit gäben, dies immer wieder zu verschieben, da es aus User-Sicht einfach keinen geeigneten Zeitpunkt gibt, die Dinger zu installieren, da sie ihre Rechner nur anmachen, wenn sie sie auch brauchen. WOL ist bei uns z. B. auch recht schwierig, weil wir einen hohen Anteil an NBs haben, die jede Nacht außer Haus sind. Ergo erzwingen wir die Updates und nehmen die Beschwerden hin (wobei die meisten sich daran gewöhnt haben).

Ein kleines Helferlein wie ein Paket-Counter im MSHotfix wäre eigentlich schon viel hilfreicher .

lG

Moinsens,

wie Niko gkaube ich schon schrieb: ich würde mir zum Update ein anderes Konzept überlegen. Und es wurde hier, wenn ich nicht irre, schon angesprochen. Die Rechner mittels WOL nachts aufwachen lassen, die Updates zwangsweise installieren und sie dann wieder herunterfahren. Dann wird kein User genervt, er bricht die Updates nicht einfach ab und die Rechner bleiben aktuell.

Das von Dir angestrebte Verfahren ist zwar sehr sozial, birgt aber ein Problem: Was machst Du, wenn ein Nutzer immer und immer wieder die Updates abbricht? Bei uns werden die Updates irgendwann zwangsweise installiert. Das müsstest Du dann irgendwann auch tun, weil Du sonst ein Sicherheitsleck im Netzwerk hast.

Die Möglichkeit es Nachts zu tun hat auch den Vorteil, dass das Netz dann nicht durch Nutzeranwendungen (nicht so sehr) belastet ist.

Gruß

Thomas_H

Hi,

schau dir mal die wol-Sektion in der Datei: /etc/opsi/opsi-product-updater.conf an.

Du kannst aber deine Clients umstellen:

Die option action_warning_time ist normalerweise ausgeschaltet, dort solltest du eine ordentliche Zeit einstellen. Das bewirkt, dass wenn Aktionen anstehen, der User mit einem Extra-Fenster gefragt wird, ob er es jetzt ausführen will. Mit action_user_cancelable kannst du bestimmen wie oft der User abbrechen darf, bevor er gezwungen wird die Updates aus zu führen. Da aber im Normalfall immer nur beim Booten gechecked wird, muss man sich die Konfiguration gut zusammenbauen. Eine andere Möglichkeit ist mit einem Timerevent zu arbeiten.

Alles in allem kannst du mit OPSI sehr viel realisieren. Nur gibt es leider keine allgemeine Lösung, weil jede Umgebung so Ihre Besonderheiten hat.

Eine ganz andere Variante und mit Sicherheit die Userfriendly-ste Option ist das Modul WAN/VPN ein zu setzen. Oder Install_by_Shutdown ist auch ganz nützlich, damit verlagerst du die Installation vom Boot in den Shutdown Bereich, so dass der User wenn er nach Hause geht, erst die Updates eingespielt bekommt. Die beiden erwähnten Module sind aber momentan noch Kostenpflichtig.