Guten Tag,

erstmal klasse dieses Forum hat mir schon bei einigen "Fehlern" geholfen.

Seit ich auf WSUS 3.0 updatet habe, bringt das Ereignisprotokoll immer folgenden Fehler:

Quote:


Ich denke es hängt mit diesen Abgelehnten Updates zusammen? Jedoch kann ich dieses nicht herunterladen da diese eine andere Sprachen haben und außerdem nicht gebraucht werden (Als Sprache ist nur die deutsche Sprache eingestellt). Die Updates bei den Clients sind alle vom Server heruntergeladen und installiert, somit kann das nicht die Ursache sein.

(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Der WSUS Server syncronisiert sich mit einem LRA Server.

Hoffe ihr könnt mir weiterhelfen.

thx schonmal!!

mfg

manu

habe ich leider schon versucht, ohne erfolg 

Sorry habs erst nach dem Posten endeckt

LRA = Landratsamt

unsere Leitung geht über die FW des LRAs (LRa stellt uns einige Sachen zur verfügung | Arbeite in einer Gemeindeverwaltung)

ang2l schrieb on 14.06.07 um 10:46:34:


Ist der Upstreamserver im LRA ein WSUS 3.0? Ist genügend Platz auf der HDD?

Ist dieses Update auf beiden Servern installiert?
(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Managing WSUS 3.0 from the Command Line:
(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).
removeinactiveapprovals könnte für Dich das passende sein.

Und was ist mit diesem geposteten Link, hilft der auch nicht?
(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Na dann mach endlich! Ja, Zertifikate können dafür verantwortlich sein.

Ob auf den beiden Servern das aktuelle Zertifikat installiert ist? Es gab im Februar 2007 ein aktuelles zum Download. Hier gibts weiter Infos dazu: (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).

Such dir das Update für die WSUS-Server und installiere es manuell, wenn nötig.

Guten morgen,

habs mal installiert, also im moment kommt die fehlermeldung nicht

warten wir mal ab bis neue updates verfügbar sind.

danke für die hilfe!

gruß manu

Gibts einen Uninstall-Ordner im %windir%? Ruf das Update mal mit /? auf. Evtl. gibts ja Protokoll Optionen.

Na super, geht doch.

Bitte halte uns auf dem laufendem, ob es nächste Woche auch noch klappt mit dem synchronisieren.

ang2l schrieb on 25.06.07 um 10:03:37:


Genau.

ang2l schrieb on 25.06.07 um 10:03:37:


Ups, das hab selbst ich nicht gelesen. Danke für den Hinweis.

Genaue Fehlermeldungen incl. EventID aus dem Protokoll wären schon hilfreich.

Sind die NTFS-Berechtigungen korrekt gesetzt? Netzwerkdienst muß mindestens Leserechte haben.

Sind Quotas auf dem Laufwerk gesetzt? Sitzt Du hinter einer Sonic-Firewall?

Freut mich für Dich und Danke für die Rückmeldung.

Was war es denn letzendlich genau?

Na super! Spätestens nächste Woche, in der Nacht von Dienstag auf Mittwoch gibts ja wieder Updates.

Bei mir besteht das leidige Problem TEILWEISE immer noch. Ich habe mittlerweilen auch das allerneuste (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). runtergeladen und installiert, die Registry zeigt im entsprechenden Key "12,0,2195,0".

Neuester Zustand nach einem Server-Reboot:

Wenn ich manuell im MMC synchronisiere, erhalte ich einen Synchronisationsbericht mit dem Ergebnis "erfolgreich".  Es schreibt KEINEN Eintrag mehr in die Registry.

Führe ich aber den

wsusutil checkhealth 

in der Kommandozeile aus, werden nach wie vor Einträge in den Eventwr mit der in diesem Thread schon mehrfach erwähnten ID 10032 und dem Eintrag "Der Server kann einige Updates nicht herunterladen." geschrieben. Ein eigentlicher Grund wird aber nicht genannt.

Soll ich das mit dem wsusutil einfach ignorieren?

Gibt es eine Möglichkeit festzustellen, WELCHE Updates den nicht heruntergeladen werden können?

Und kann ich die irgendwie löschen oder resetten, damit WSUS das nochmal probieren kann?

An Schreib-Rechten kann es kaum liegen, die meisten Patches kommen ja problemlos rein.

Mit den Firewall-Leuten habe ich gesprochen, die versichern mir, dass keine "Einschläge" zu sehen sind und wir keine entsprechenden Content-Filter für diese Regel/Maschine aktiv haben.

PatPowerMan schrieb on 16.07.07 um 13:33:58:


Fehlermeldungen sollte man nicht ignorieren. Ich hab so den Verdacht, daß MS hier noch etwas nachbessern muß.

PatPowerMan schrieb on 16.07.07 um 13:33:58:


Via MMC kontrollieren, welche Updates auf installieren stehen und dazu sollte die UpdateID auch mit dabei stehen. Sind dort schon file vorhanden? Ich kanns nicht prüfen, bei mir funktioniert alles, sorry. ;-(

PatPowerMan schrieb on 16.07.07 um 13:33:58:


Yepp, es gibt schon die Möglichkeit. Reset suchst Du:
(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).


(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).
An Schreib-Rechten kann es kaum liegen, die meisten Patches kommen ja problemlos rein.
[/quote]

Dann lass doch einfach mal einen Sniffer mitlaufen. Der NETZWERKDIENST hat passende Leserechte? Quota ist keins gesetzt? Virenscanner abgeschaltet?

(Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).
Mit den Firewall-Leuten habe ich gesprochen, die versichern mir, dass keine "Einschläge" zu sehen sind und wir keine entsprechenden Content-Filter für diese Regel/Maschine aktiv haben. [/quote]

Kannst Du denn probeweise auf einen DSL-Anschluß ohne irgendwelche Beschränkungen ausweichen? Nur um zu testen, das es nicht am Server oder an Berechtigungen hängt?

Mir gehen langsam aber sicher die Ideen aus. ;-(

PatPowerMan schrieb on 18.07.07 um 13:00:10:


Genau.

PatPowerMan schrieb on 18.07.07 um 13:00:10:


Ich versuch jetzt mal ein Bild anzuhängen. Ganz unten ist die UpdateID zu sehen. Alternativ klick mit Rechts das Update an und wähle Dateiinformation aus. Dort siehst Du den Pfad im Contentverzeichnis zu diesem Update.

Danke für Deine anhaltende Geduld und Unterstützung!

Jetzt hab auch ich's verstanden. Kann ich davon ausgehen, dass UpdateID="vorhandenes File auf der Platte des WSUS" ist? Oder muss ich das auch überprüfen?

Das wird nämlich bei den x-hunderten (wenn nicht tausenden) Updates einen ziemlichen manuellen Aufwand geben.

Komme ich nicht irgendwie SQL-mässig auf die WSUS-DB um einen quick&dirty
SELECT * from DB WHERE updateID = '';
laufen lassen zu können?

Quote:

Sunny: Bevor ich jetzt wieder wie wild im Thread lese, um was gehts denn jetzt noch genau?

Um hoffentlich rauszufinden, WELCHE Updates nicht heruntergeladen werden können und die EventID 10032 verursachen.

Quote:


Sunny: Hast Du die Windows Internal Database verwendet?

Ja, mindestens habe ich nirgends einen anderen SQL-Server für den WSUS am laufen. Und hoffentlich ist das ein VOR- und kein Nachteil...

SQL-Tools hab ich schon, brauch ich u.A. für Zugriff auf Oracle, MySQL und Ingres.

Wenn die DB nicht speziell geschützt ist, werde ich hoffentlich connecten können. Ich probier das morgen aus. Vermutlich brauchts aber einen speziellen User samt Passwort? Muss mal danach googlen...

Nachtrag: Ich hab bei MS den folgenden (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).gefunden. Jetzt muss ich nur noch den Connect hinkriegen...

Leider nicht, bin krampfhaft am versuchen, eine Verbindung zur DB zu erstellen - bisher erfolglos. Und die SQL Express Edition auf den WSUS-Server zu installieren scheint mir im Moment noch ein wenig Overkill...

Es will und will nicht klappen. Selbst mit (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen). krieg ich das nicht hin. Irgendwie ist es entweder zu heiss zum studieren, oder ich hab ein Brett vor dem Kopf.

Danke für den Hinweis René P.!
Wenn ich die "internal DB" verwende, gelten Deine Aussagen trotzdem? (Wird da im Hintergrund auch ein SQL2005SSE installiert?).

Funktioniert der Zugriff "direkt" nicht auch mit anderen gängigen Tools wie z.B. dem "sqldeveloper" oder "Toad"?

Ich habe mich schon gefreut, dass das die Lösung sein könnte. Leider aber erhalte ich auf den ersten Befehl die Antwort: Quote:
Hab ich was falsches eingetippt?

MOMENT, umgekehrt gehts glaub!
Mit
bitsadmin /RESET /ALLUSERS kommt: Quote:

Ja, auf dem WSUS-Server selber.

Der wsusservice.exe und der sqlservr.exe "machen" irgendwas und verursachen immer mal wieder "Spitzen" in der Taskmanager-CPU-Auslastung. Ich guck noch einen Moment zu, bevor ich den Server dann versuchsweise reboote.

Vorhin wurden in der MMC keine Server/Computer/Updates mehr angezeigt, weil irgendwas heftig das System belastete.

Ich melde mich wieder mit News!

In C:\Programme\Update Services\LogFiles\ wächst das SoftwareDistribution.log im Moment ständig an. Was mir darin auffällt, sind folgende Zeilen:

2007-07-23 06:39:24.591 UTC      Error      w3wp.18      SyncUpdatesHelper..ctor      RevisionInfo was returned for undeployed revisionId 720. DbChangeNumber = 78823
2007-07-23 06:39:24.591 UTC      Error      w3wp.18      SyncUpdatesHelper..ctor      RevisionInfo was returned for undeployed revisionId 646. DbChangeNumber = 78823
2007-07-23 06:39:24.591 UTC      Error      w3wp.18      SyncUpdatesHelper..ctor      RevisionInfo was returned for undeployed revisionId 617. DbChangeNumber = 78823
2007-07-23 06:39:24.591 UTC      Error      w3wp.18      SyncUpdatesHelper..ctor      RevisionInfo was returned for undeployed revisionId 538. DbChangeNumber = 78823
2007-07-23 06:39:24.591 UTC      Error      w3wp.18      SyncUpdatesHelper..ctor      RevisionInfo was returned for undeployed revisionId 488. DbChangeNumber = 78823

und ein wenig weiter unten (vielleicht passend?):

2007-07-23 06:44:56.549 UTC      Info      WsusService.26      ContentSyncAgent.WakeUpWorkerThreadProc      Processing Item: d4c13906-3cb6-444d-b1d6-46048fb9ac76, State: 10
2007-07-23 06:44:56.737 UTC      Info      WsusService.26      ContentSyncAgent.ContentSyncSPFireStateMachineEvent      ContentSyncAgent firing Event: FileDownloaded for Item: d4c13906-3cb6-444d-b1d6-46048fb9ac76
2007-07-23 06:44:56.799 UTC      Info      WsusService.26      ContentSyncAgent.ContentSyncSPFireStateMachineEvent      ContentSyncAgent firing Event: FileVerified for Item: d4c13906-3cb6-444d-b1d6-46048fb9ac76
etc.

Stay tuned!

Das dürfte noch eine Weile dauern. Im Moment werden bis zu 5 Einträge pro Sekunde geschrieben, à la:

2007-07-23 07:20:41.074 UTC      Info      WsusService.26      ContentSyncAgent.ContentSyncSPFireStateMachineEvent      ContentSyncAgent firing Event: FileDownloaded for Item: 33cba54a-f35a-423f-89ea-0151eb1ffb5e
2007-07-23 07:20:41.137 UTC      Info      WsusService.26      ContentSyncAgent.ContentSyncSPFireStateMachineEvent      ContentSyncAgent firing Event: FileVerified for Item: 33cba54a-f35a-423f-89ea-0151eb1ffb5e
2007-07-23 07:20:41.137 UTC      Info      WsusService.26      ContentSyncAgent.WakeUpWorkerThreadProc      Processing Item: 07f932a9-5370-445c-9460-1fc234d56470, State: 10
2007-07-23 07:20:41.777 UTC      Info      WsusService.26      ContentSyncAgent.ContentSyncSPFireStateMachineEvent      ContentSyncAgent firing Event: FileDownloaded for Item: 07f932a9-5370-445c-9460-1fc234d56470
2007-07-23 07:20:41.824 UTC      Info      WsusService.26      ContentSyncAgent.ContentSyncSPFireStateMachineEvent      ContentSyncAgent firing Event: FileVerified for Item: 07f932a9-5370-445c-9460-1fc234d56470
2007-07-23 07:20:41.855 UTC      Info      WsusService.26      ContentSyncAgent.WakeUpWorkerThreadProc      Processing Item: e44af24e-1181-4736-a352-aea0bf9ba7b6, State: 10

Sodele, das "rumpeln" dauerte ziemlich genau 2 Stunden.

Jetzt drück mal GANZ FEST die Daumen!!!

Ja, der RESET zog eine rund 2 stündige, heftige Aktivität mit sich.

ABER JETZT KOMMT ABSOLUT  G I G A N T I S C H E R  Optimismus auf!!
Nach dem Sicherheits-Reboot kann ich melden:
- Die erste manuelle Synchronisation ist ERFOLGREICH!
- Der erste manuelle "wsusutil checkhealth" ist ERFOLGREICH: Quote:

MANN, ICH BIN SO ZUVERSICHTLICH!! Jetzt müssen nur noch die ordentlichen Synchronisationen durchlaufen - aber ich glaub fest daran! Soweit waren wir noch nie...

Es sieht immer noch guuuuuut aus! Der erste ordentliche Synchro-Lauf lief ebenfalls erfolgreich durch (anscheinend wird ja alle 6 Stunden probiert? Wusst ich gar nicht).

Ich beobachte das sicher noch ein oder zwei Tage weiter, aber bisher muss ich zugeben: Hätt ich doch nur am 18.7.2007 schon besser auf Dich gehört! (RESET tönt aber so drastisch )

ES HAT FUNKTIONIERT!!
Auch die letzten zwei ordentlichen, geplanten Synchronisationsläufe brachten den erhofften Registry-Eintrag: Quote:

Ich bin so was von happy!!  

Und für alle, die nicht gerne 4 seitige Threads lesen, folgt eine Lösungszusammenfassung:

Bei User ang2l reichte folgendes Update - ausgeführt auf dem WSUS-Server:
a) Neuestes Stammzertifikats-Update von (Du musst Dich Einloggen oder Registrieren um Multimediadateien oder Links zu sehen).
-> Kontrolle ob es erfolgreich installiert wurde durch Registry-Check:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Active Setup\Installed Components\{EF289A85-8E57-408d-BE47-73B55609861A}
Dort muss (im Moment) die Version "12,0,2195,0" stehen.

Bei mir reichte das noch nicht und ich musste folgende Befehle in der Kommando-Zeile auf meinem (deutschen W2K3-) WSUS eintippen
b) C:\Programme\Support Tools\bitsadmin /RESET /ALLUSERS
gefolgt von
c) C:\Programme\Update Services\Tools\wsusutil reset

Die Option 'reset' unter c) prüft auf dem WSUS sämtliche Updates und schreibt massenhaft Einträge in die C:\Programme\Update Services\LogFiles\SoftwareDistribution.log

Nochmal ausdrücklichen und speziellen Dank an Sunny für seine schier unendliche Geduld!!  

Für mich war es wichtig, daß ich die Eigenschaften der Datenbankfiles an meine Anforderungen anpassen konnte. Bei SQL2000 war das mit dem "Enterprise Manager" möglich. Für SQL2005 hat man diese Möglichkeiten mit dem "SQL Management Studio Express". Deshalb habe ich schon vor der Installation der Anwendungen, welche eine Version von SQL2005 benötigen (WSUS 3.0 / ePO 3.6), "Microsoft SQL Server 2005 Express Edition with Advanced Services" installiert und die offenen Serverprotokolle aktiviert. Bei der Installation der Anwendungen wurde dann die Option 'vorhandene Datenbank verwenden' genutzt.

MfG René P.

Entschuldigung! Ich habe mich falsch ausgedrückt; gemeint war 'vorhandenen SQL-Server verwenden'.
Die SUSDB wird dann in diese Umgebung installiert.

MfG René P.

Hi,

habe genau diese Problem auch wie ang21 beschreibt. Schon einer eine Lösung gefunden?! Danke für jegliche idee&Antwort!

Hallo,
ich habe folgendes Problem wenn ich neue Updates herunterladen möchte:
In der Statusübersicht sieht man ja die Anzahl der Updates zum laden, sowie deren Herunterladefortschritt.
Hier lädt WSUS die Updates herunter, allerdings bleibt er stehen, sobald die Größe der Updates erreicht ist.

In der Ereignisanzeige steht dann einmal die bereits bekannte und diskutierte Ereigniskennung 10032.
Zusätzlich aber die Ereigniskennung 364 (siehe Anhang).

Am Server wurde nichts verändert. Das Problem besteht seit gestern.
Den Tipp mit dem neustarten von bits und wsus habe ich bereits erfolglos ausgeführt.

Jemand ne Ahnung woran das ligen könnte?