PMv3 startet nach Reboot "zu früh"

[tgrosch]

Hallo zusammen,

ich wollte erst ein Ticket eröffnen, frage jetzt aber erstmal hier nach. Folgendes Szenario:

1. Win7 x64 mit SP1 wird installiert
2. zugewiesene Software wird installiert
3. PMv3-Scan - Paket läuft über den Client
4. PMv3-Fix - Paket installiert x Patches
5. Reboot

Nach der umfangreichen Installation von Patches und ServicePacks startet Windows mit dem Bild "Phase x von 3 - Konfigurieren von Windows wird vorbereitet" neu. Ihr kennt dieses Bild sicherlich auch vom privaten Windows-PC, wenn Patchday war und umfangreichere Updates installiert wurden (vgl. Screenshot in der Anlage).

Der Agent von Empirum startet natürlich ganz normal im Hintergrund und erledigt seine Aufgaben. Dabei startet erneut das PMv3-Fix - Paket und versucht weitere Updates zu installieren. Das angehängt Bild (Phase 3 von 3) haben wir auf einem Client jetzt seit über einer Stunde! Ob sich jetzt Windows und PMv3 am Ende sogar in die Quere kommen, kann ich im Moment nicht beurteilen. Es fällt aber auf, dass viele Patch-Installationen (die er im beschriebenen Zustand startet) mit Error 2359302 abbrechen.

Aktuell haben wir einen Client, der - inkl. der im zugewiesenen Software - seit exakt 5 Stunden (!) mit der Grundinstallation beschäftigt ist. Und ein Ende ist im Moment nicht in Sicht. Dieses Verhalten sollte ja ggf. bei anderen Kunden genauso sein.

Wie gesagt, wir verwenden als OS-Quelle eine Microsoft-Quelle Win7 mit SP1 (heruntergeladen aus dem VLSC von Microsoft). Neuere Quellen gibt es nicht. Mit dem Thema "Patch-Integration in install.wim" haben wir über DISM und andere Wege in den letzten Monaten nur frustrane Erfahrungen gemacht, sodass diese Alternative ausscheidet.

Mir ist natürlich klar, dass PMv3 u.U. länger braucht als das alte PMv2, weil einfach mehr Updates freigegeben sind als es früher möglich war. Ich könnte natürlich das Fix-Paket so einstellen, dass es nur nach einer Benutzeranmeldung läuft, aber eigentlich ist ja grade dieses Paket prädestiniert dafür, zu laufen, wenn keiner angemeldet ist.

Hat jemand dieses Verhalten nach dem ersten Reboot auch beobachtet?

[bboehm]

Guten Morgen,

Ein dicker Hund sozusagen, da Windows in diesem Zustand den Rechner auch selbständig neu starten kann
und dann würde der Empirum Agent einfach abgewürgt.

Vielleicht kann man den Agent Dienst von einem anderen System Dienst abhängig machen, welcher in
diesem Zustand der Patchinstallation noch nicht läuft...

Schöne Grüße
Bernhard

[seb]

Haben das gleiche Problem bei Rechnern die neu aufgesetzt werden.

Da wird nach der Softwareinstallation zum Schluss das PM3 aufgerufen und installiert den ersten Schwung updates. Macht automatisch einen Reboot, und schon währen "Phase x von 3" startet es im Hintergrund und bringt auch relativ schnell einen "Failure" im Log.
Das wär nicht mal soo tragisch, aber Windows bleibt dann im "Stage 3 von 3" stehen.
Durch drücken von CTRL+ALT+Delete kommt dann aber der Anmeldebildschirm und alles geht normal...

Hab schon versucht im Agent Template die Pause vor Ausführung des Softwaredepots auf 60Sekunden hochzuschrauben, leider ohne erfolg....

[lennu]

Hallo,

nur der Vollständigkeit halber: Das war mit PMv2 auch schon so - liegt am Advanced Agent, nicht am PM.

Gruß,
Lennu

[L3BO]

Gibt's mittlerweile eine Lösung zu dem Problem? (Problem nur mit PM3, PM2 läuft '~ok')

Wir haben dazu seit langer Zeit ein Ticket offen....

Jedoch keine Lösung bisher erhalten....

[lennu]

Leider nein - warte auch noch auf Reaktion...

[seb]

Unser Call dazu wurde geschlossen. Sie konnten keine andere Lösung als diese anbieten:

In der Agentenkonfiguration kann eine "Pause vor Ausführung des SWdepots" definiert werden. Zurzeit haben Sie 60 Sekunden eingestellt, dies können Sie auch nach belieben erhöhen. Nach einem Neustart wartet der Agent dann die eingestellte Pause ab, bevor der Agent mit Installationen fortfährt..

Selbst bei 120 Sekunden Pause haben wir das Problem.... Und auch nur mit PM3

[lennu]

Je nach Anzahl der Installationen müsste man das dann ja auf fünf bis zehn Minuten einstellen. Dieser Wert ist dann im "normalen" Arbeitsalltag aber völlig unbrauchbar, da auch fehlende Userteile erst danach installiert werden. Und wer will seinen Anwendern schon erzählen, dass sie ihren Rechner hochfahren und dann zehn Minuten warten sollen, bevor sie anfangen können, zu arbeiten...

Da muss eine andere Lösung her!

[tgrosch]

Hallo zusammen,

wir lösen das Problem aktuell über einen Workaround:

Nach langer Suche haben wir einen funktionierenden Weg gefunden, wie man einfach Updates in die OS-Quelle integrieren kann: http://www.wpm-blog.de/integration-von- ... 1-quellen/

Dadurch entfällt das "längere booten" im Rahmen der Patchinstallation (zumindest bei der Erstbetankung, ausschließen kann man es damit natürlich auch nicht). Die Wartezeit zu erhöhen kann auch nicht die Lösung sein, weil das Problem ja nur in seltenen Fällen auftritt. Wie lennu geschrieben hat, müsste man ja wirklich 10 Minuten einstellen zur Sicherheit. Aber das kann es ja nicht sein.

[lennu]

Hallo Tobias,

haben wir auch gemacht - allerdings lassen sich zum einen (zumindest meiner Info nach) .NET Patches nicht integrieren und zum anderen gibt es ja auch noch Patches, die nach OS-Installation kommen (und das sind manchmal auch nicht gerade wenige).

Empirum sollte hier mitbekommen, wann der Loginscreen gezeigt wird und erst dann den AA starten...

Gruß,
Lennart