forum.opsi.org

Mhh ich hatte eher mal das Problem das der TrustedInstaller dauerhaft lief und OPSI daher nix mehr gemacht hat.
Aber das ist dann ja kein OPSI Problem, da nicht der normalfall.

Läuft denn wenn du dieses Problem hast der TrustedInstaller? Siehst du den im Taskmanager?

Ich habe feststellen können, wenn Windows Update nach einem Reboot noch Updates installiert, der TrustedInstaller-Dienst läuft. Bei einem "normalen" Start ohne Updates läuft dieser Dienst nicht.

Daher habe ich ein Dummypaket gebaut, welches ping -n 15 127.0.0.1 ausführt und dann selbst einen Reboot triggert wenn der TrustedInstaller läuft. Dies habe ich als Post-Abhängigkeit gesetzt.
Seit dem letzten Patchday konnte ich so einen Reboot "abfangen", bevor ein weiteres, wichtiges Paket losrennt... nach dem letzten Patchday habe ich das Problem scheinbar erneut - ich analysiere es gerade...

Rückmeldung von ueluekmen: Ist wohl recht selten aufgetreten (2x beim Server OS).
Das angesprochene Wrapperscript konnte mir jetzt helfen, ich warte einfach 1 Minute ab, und wenn dann nicht Windows selbst den reboot getriggert hat, dann reboote ich die Kiste um wirklich alles abzuschließen.

Da müssen eben die Anwender durch Besser als ungepatched Kisten...

Kleine weitere Info:

Wir konnten das jetzt reproduzieren. Es betrifft anscheinend nur Windows 8.1, zumindest konnten wir das auf diesem System nachstellen. Wir gehen der Sache aktuell nach.

Gibt es neue Erkenntnisse?

Ich konnte mit Win7x64 noch nie das geschilderte Verhalten beobachten.
Selbst wenn nach dem Update-Reboot ein zweiter Reboot durch die Windows-Updates ausgelöst wird, so bleibt OPSI inaktiv.

Im übrigen und was den bei euch anscheinend hin und wieder auftretenden Herausforderungen paroli bieten sollte (zumindest bei Neuinstallationen):
Zuerst die Software installieren - dann die Windows-Updates.

Hier wiki/userspace:script_templates#w gibts die WSUS-Pakete dazu

Würde ich gerne - gewisse Spezialsoftware benötigt aber abhängigkeitstechnisch gewisse Patches - und ja 90 % sind schon im Installermedium geslipstreamed... gerade der Teil an Updates, der sich nicht integrieren lässt, fehlt...

Um das Thema aufzuwärmen:

Wir haben nun 30 Sekunden Zeit für den User eingeräumt, Opsi-Updates zu skippen.
Nun läuft auf einem langsamen Rechner/VM die Updateinstallation von Windows zuende/fordert Reboot auf.
Zum Glück fragt Opsi schon nach der Verschiebung der Aktualisierung.

Prüft der Agent vor dem Installieren explizit nach laufenden Konfigurationsprozessen von WindowsUpdates?

mensch90 hat geschrieben:Prüft der Agent vor dem Installieren explizit nach laufenden Konfigurationsprozessen von WindowsUpdates?

I think it does. I have seen "waiting for TrustedInstaller" a few times before opsi-client would start its actions.

Danke für die Info - ich bin mir da nie so ganz sicher, weil ich es noch nie sehen durfte