Sunny61

Ich fragte das schon einmal, wieviel Platz ist noch auf dem Server? Läuft ein AV-Scanner? Wenn ja, kannst Du den vollständig deinstalieren zum Test? Nicht das der WPP deshalb nicht signieren kann, weil der AV-Scanner dazwischen funkt. Einzelne Pakete kannst Du nicht zum Test entfernen? Ich glaub fast das es an den 1,1 GB liegt.

Nein, die Version hat damit nichts zu tun. Die Updates korrigieren ein paar Fehler und gleichzeitig wird der WSUS damit W8-fähig, wenn man davon sprechen kann. ;) Wir sprechen aber schon von einer RDP-Anmeldung bzw. RDP-Verbindung? Einfach nur auf eine Freigab zugreifen hilft gar nicht. Wenn eine RDP Sitzung aktiv war, dann hast Du ziemlich sicher einen Stichtag für die Updates vergeben. Prüf das in den Eigenschaften des Updates auf dem WSUS nach. Zusätzlich solltest Du das Eventlog auf dem betroffenen Server kontrollieren und auch in die %windir%\WindowsUpdate.log schauen. Dort findet sich möglicherweise auch ein Hinweis auf den Neustart. Du bist ganz sicher dass der Server sich die Updates vom WSUS holt?

Jepp, da wird evtl. auch nur eine CAB Datei erstellt, mögliche das Du ein Limit überschritten hast. Genaues weiß ich aber nicht.

Bitte unbedingt den WSUS gem. WSUS-FAQ No. 44 aktualisieren: http://www.wsus.de/faq Falls Du die WSUS-Konsole auf einem W7-Client oder auf einem anderen W2008R2 benutzt, dann dort auch aktualisieren. Sind das W2012er oder höher? Du kannst auch die Option 3 setzen, wichtig ist nur das ein Benutzer 'angemeldet' ist. Wenn niemand angemeldet ist, wird installiert und anschließend neu gestartet. Wenn also ein Admin angemeldet ist, passier nichts, ausser Du hast in den Updates den Stichtag konfiguriert, dann wird auch hart neu gestartet.

Funktionieren denn andere MSI-Files mit dem WPP und deinem WSUS? Das hat dich auch der Entwickler gefragt: http://wsuspackagepublisher.codeplex.com/workitem/192 Probier einen FlashPlayer oder den Reader aus. Welche genaue Fehlermeldung bekommst Du jetzt beim publishen des großen MSI? Evtl. wäre es eine bessere Idee das große Paket in kleinere aufzuteilen. Mit dem WPP kannst Du auch EXEn mit Commandlines publishen, Regeln für 32- und 64-Bit erstellen. Auch lässt sich abfragen ob bestimmte Programme bereits installiert sind oder nicht.

Registriert oder aktiviert? Wenn Online aktivieren nicht funktioniert einfach anrufen, notfalls so lange warten bis Du eine nette Stimme an die Strippe kriegst.

Schau doch mal ob Du damit weiter kommst: http://www.faq-o-matic.net/2008/12/25/dienst-und-task-konten-identifizieren/

Das Beispiel No. 43 ist ein ADM-Template für genau diese Zwecke: http://www.gruppenrichtlinien.de/artikel/adm-templates-beispiele-von-gruppenrichtliniende/

Nein, da muss IMHO nichts spezielles eingestellt werden. Wie groß ist denn das MSI? Wieviel Platz ist auf der HDD? Wer oder was ist DELTA202C? Ist das der WSUS selbst? BTW: Erstell doch jetzt ein neues Zertifikat im WPP, verteil es und probiere das erstellen erneut. Das sollte dann schon funktionieren. Ansonsten mußt Du auf http://wsuspackagepublisher.codeplex.com/ eine Discussion starten. Der Entwickler ist sehr hilfsbereit und löst auch sehr viele der Probleme die da kommen. Häufig auch mit einem neuen Release zum testen.

Doch, das muss schon sein! :)

Hmm, woher bekommen die Benutzer dann das Script? Da für mich ein PS-Script als Loginscript nicht in Frage kommt (einen der Gründe hast Du ja selbst genannt), habe ich mich mit diesem 'Problem' noch nicht beschäftigen müssen. Und deshalb kann ich dir keine Lösung für die Wartezeit im speziellen anbieten.

Gegenfrage: Bei Abhängigkeiten der Gruppenmitgliedschaften bieten sich die Group Policy Preferences an, weshalb kannst Du nicht nutzen? Dann wäre die Wartezeit mit dem laden PS-Module Geschichte.

Bitte, gern geschehen. ;) Muss/sollte man nach einem Update des WSUS tun, nicht zwingend, aber in diesem Fall empfehlenswert. Na dann ich mal gespannt. ;)

Dafür gibt es die Classic Shell! :)

Super, freut mich für Dich und Danke für die Rückmeldung. ;) Jetzt an einem betroffenen Client in einer administrativen Commandline diese Befehle ausführen: net stop wuauserv rd /s /q %windir%\SoftwareDistribution net start wuauserv wuauclt /detectnow wuauclt /reportnow 10 Minuten warten, jetzt Windows Update aufrufen, funktioniert nicht an XP, jetzt das Update auswählen und installieren lassen. Funktioniert es?

In einem GPO kannst Du sogar für diesen Computer die Verwendung von Servergespeicherten Profilen unterbinden, dann wird schon mal nichts kopiert. Das Profil kannst Du ja dann stehen lassen.

Cache Mode abschalten und die OST löschen und auch zum Test die Umleitung rausnehmen und den Standard lassen. Ist das SP1 für Office 2013 installiert? Wurde das Office 2013 völlig neu installiert oder ist es ein Update von 2010? Ist das SP1 für Exchange und Folgeupdates installiert?

Und wo liegen die OST-Dateien? Funktioniert es denn wenn Du den Cached Mode abschaltest? Hat es denn schon mal funktioniert?

Hmmm...ich nicht. :)

Russisch ist dazu gekommen, einen Bug gefixt und ein Feature hinzugefügt: http://wsuspackagepublisher.codeplex.com/releases/view/122406

Du hast also den Benutzern schon neue Benutzer- und Terminalserverprofile erstellt? Wenn ja, funktioniert es denn korrekt wenn der Benutzer vom lokalen PC druckt?

Du solltest Du den Drucker vollständig resetten und bei den betroffenen Benutzern ein neues Benutzerprofil testen. Vielleicht erstmal eins, dann ausführlich testen.

Dann darfst Du aber nicht zusätzlich SW installieren, die öffnet wieder ein paar zusätzliche Scheunentore. Wenn Du einen PC haben möchtest, der sicherer als andere sein soll dann schau dir das hier an: http://schneegans.de/computer/safer/ Avira ist bekannt für Fehler, zumindest sind sie häufiger als andere genannt. Wenn schon AV-Scanner, dann den reinen AV-Scanner von NOD32. Ist nicht kostenlos, aber tut was er soll. Und ja, einen Dienst für die Graka oder einen Autostarteintrag braucht kein System, es läuft auch ohne wunderbar.

OK, war ein Versuch. Ist das ein Member Server in der Domain? Lass zuerst noch einmal den Serverbereinigungsassistenten laufen, am besten mehrmals hintereinander. Jetzt in der WSUS-Konsole auch die Synchronisierungshistorie löschen. Geht mit diesem Script: http://www.wsus.de/synchronisierungen-loeschen Wenn der Server Mitglied in einer Domain ist, melde dich bitte mit dem Domain Admin an! Nach einer ordentlichen Sicherung, von mir aus mit Acronis, bitte alle nötigen Hintergrunddienste beenden, deaktivieren und neu starten. Dazu zählt auch Acronis. Jetzt in einer administrativen Commandline diesen Befehl absetzen: lodctr /r [ENTER] Warten bis alles fertig ist, jetzt erneut das Update versuchen zu installieren. Ich vermute es hängt mit dem lokalen Admin zusammen. Das sind keine Updates, sondern Hotfixe. Ausser BGINFO solltest Du alles andere deaktiveren, nicht das dort die Ursache liegt.

Dann geht genau was? Das aktualisieren des MBSA auf der lokalen Maschine oder was genau meinst Du?