Bin seit heute morgen total genervt vom dauerhaften "Wiedererscheinen" - fange an zu recherchieren und stoße auf dieses Forum - erstmal Freude.

Leider verstehe ich aber die bisherige Diskussion so, daß das Problem noch nicht gelöst ist.

Habe berits ca. 20x "benutzerdefiniert"/"express" bestätigt, habe Download manuell installiert - bringt alles nix.

Für weitere Informationen jederzeit zu haben !

Die beiden einfach ablehnen:

Sunny schrieb on 24.11.09 um 10:36:22:


??? da steht nix.... welche "beiden" meinst du?

Hi!

Ich hatte bei uns in der Domäne heute einen ähnlichen Effekt.
Zwei Zertifikatupdates spielten ping-pong miteinander. V20 installierte und wurde dann durch V22 ersetzt. Das gefiel WSUS aber wohl nicht, da V20 ja installiert sein sollte. Also wurde V20 noch mal ausgeführt. Danach folgte das Update auf V22 ... usw.

So habe ich es gelöst:
Wenn man nach "931125" in der WSUS Konsole sucht, bekommt man 4 mal "Stammzertifikate" ohne KB-Nummer angezeigt. Außerdem noch einige mit KB-Nummer. Ich habe alle Genehmigungen zurückgezogen und nur die auf dem letzten (September 2009) gelassen.
Wenn man nun "...\SoftwareDistribution" auf den Clients löscht, ist der Spuk vorbei. Also schrieb ich mir kurz ein kleines Programm, dass das erledigt, damit ich es an alle Clients schicken kann. Noch bevor ich damit fertig war, erhielt ich die ersten Meldungen, das die Traybenachrichtigungen verschwunden seien. Die WSUS-Agents hatten die Rücknahme offenbar mitbekommen und endlich Ruhe gegeben.

--
Wolfgang

Also ich hab finde über die Suche nach "Stammzertifikat" genau 3 Updates in meinen WSUS-Servern:
- "Update für Stammzertifikate" (ohne Datumsangabe, ist Stand Februar 2009) - hab ich jetzt abgelehnt
- "Update für Stammzertifikate [Mai 2009]" ist seit der Synchronisation letzte Nacht zurückgezogen, hab ich jetzt abgelehnt
- "Update für Stammzertifikate [September 2009]", ist genehmigt.

Auslöser war scheinbar letzte Nacht das Zurückziehen des Mai-Updates in der Mitte der Ersetzungskette. Dadurch setzte die Ping-Pong-Wechsel-Installation (danke forthy64, der Begriff paßt genau) zwischen Feb 2009 und Sept 2009 ein. Es fehlt scheinbar in der Logik die Info daß das Sept-Update das noch nicht zurückgezogene Feb-Update ersetzt. Dadurch wird von den beiden immer das gerade nicht installierte als erforderlich angesehen.

Ich hab jetzt die von Feb 2009 und Mai 2009 abgelehnt und Sept 2009 genehmigt gelassen, jetzt hab ich noch ein paar in der Liste die das eigentlich früher schon installierte Sept 2009 brauchen, vermutlich weil sie durch den Fehler auf Feb 2009 zurückgeworfen wurden. Ich warte jetzt mal bis morgen bis die Clients bei der nächsten Updatesuche merken daß das Feb-Update abgelehnt ist, ggf. nochmal das Sept-Update installieren und dann hoffentlich Ruhe ist.

Ist übrigens kein Nur-WSUS-Problem, wenn ich auf einem PC der das Update von Sept 2009 drauf hat manuelle eine benutzerdefinierte Suche bei Microsoft Update durchführe wird als optionales Update das Zertifikatsupdate ohne Datumsangabe, also das alte vom Februar auch hier fälschlicherweise angeboten.

Diese Nacht ist nun das Stammzertifikat November 2009 erschienen. Ich habe es nun für meine Test-Umgebung frei gegeben und auf zwei Clients installiert, bei denen ich heute Morgen immer noch die Schlaufe drin hatte. Nun scheint's tatsächlich zu funktionieren. Da dieses Update keinen Boot benötigt, werde ich es mal frei geben.

Wird schon schief gehen. 

keezer schrieb on 25.11.09 um 08:32:39:

Mein Vorschlag ist, dass du alle Stammzertifikate (inkl. November) genehmigst (vorher testen!). Das November Update behebt den Fehler mit der Schlaufe und das September Update erscheint danach nicht mehr zur Installation.