Hi,
@tobias: Bei euch ist das Verhalten nicht mit einer Standard-Umgebung zu vergleichen, da Ihr die Pakete synchronisiert. Der synchronisationsmechanismus bekommt das automatisch mit, dass sich die Pakete geändert haben und stößt vor der installation die synchronisation an. Wenn die Installation auf dem Client schon läuft, dann wird die Version installiert, die synchronisiert wurde und mit dem neuen configed aus Testing dann im Tab Produktkonfiguration als veraltet angezeigt.
Für den Fall dass die Installation direkt vom Share ausgeführt wird und die Pakete auf dem Share angepasst werden, wird die Installation wahrscheinlich in die Hose gehen und wenn das Paket nach Standard von unserem Template gebaut wurde ein failed zurückliefern. Glücklich ist dann der, der den nagios-connector hat und die Rollouts somit monitoren kann
. Ansonsten muss man selber schauen, wo es Probleme gab.
In großen Umgebungen werden meistens die Pakete Zentral gebaut und Nachts (i.d.r. wenn kein Rolloutverkehr stattfindet) an die zuständigen Depots per opsi-product-updater verteilt. Viele unserer Kunden, die eine große Umgebung zu verwalten haben, haben in der Regel am Configserver keine Clients dran und können so sehr genau steuern, wann, wo, etwas eingespielt wird. Aber da entwickelt jeder seine eigene Strategie.
Also bis jetzt sind auch in großen Umgebungen keine gravierenden Probleme in dieser Art aufgetaucht. Und große opsi-Umgebungen gibt es viele....
