Hallo zusammen,

ich habe folgendes Szenario:

Auf meinem Server 2008R2 Standard SP1 läuft (mehr oder weniger ) ein WSUS. Gestern ist aufgefallen, daß er seit dem 25.02. erfolglos versucht sich zu synchronisieren. Das Problem ließ sich durch einen Neustart des Update Services Dienstes beheben. Synchronisierung läuft.

Aber...

er versucht ebenfalls, noch 38 Updates herunterzuladen. Erfolglos. In der Ereignisanzeige findet sich dieser Eintrag:

Inhaltdateisynchronisierung ist fehlgeschlagen. Ursache: HTTP-Status 407: Proxyauthentifizierung ist erforderlich.
Quelldatei: /msdownload/update/software/secu/2013/01/windows6.1-kb2778344-x86-express_86bfa8
440c0b023f9e6611833be6fdf73bfcf45b.cab Zieldatei: e:\WSUS\WsusContent\5B\86BFA8440C0B023F9E6611833BE6FDF73BFCF45B.cab.

Die Proxydaten sind aber eingetragen. Sicherheitshalber habe ich sie noch einmal neu eingetragen, kein Erfolg. Über den IE auf dem Server läßt sich auch surfen, also geht es grundsätzlich.
Den BITS-Dienst habe ich auch diverse Male neu gestartet, was aber nichts gebracht hat.

Wie bekomme ich also die festhängenden Downloads weg oder ans Laufen? Neustart ist übrigens keine Option, da der Server gerne mal mit Hardwareproblemen hängenbleibt und jemand dann vor Ort auftauchen muß, um das zu fixen.

Viele Grüße
Schlauschiesser

Hallo,

BITSADMIN war das Kommando, was mir partout nicht einfallen wollte.

das netsh Kommando zeigt keinen Proxy an, aber ich habe einen inkl Zugangsdaten im WSUS unter Optionen - Updatequelle und Proxyserver eingetragen.
Die Updates habe ich zurückgesetzt, aber Bitsadmin /list /allusers zeigt null Jobs und auch ein /reset /allusers hat nicht geholfen. In der WSUS-MMC stehen immer noch 38 Update mit 576,54 MB Größe.
Was mich irritiert ist, das die Synchronisation klappt, der Download dagegen nicht.

Viele Grüße
Schlauschiesser

Sunny schrieb on 24.04.13 um 11:38:49:


In netsh eingetragen, erfolglos getestet.
Es sind gut 400 GB frei. Sollte hinkommen
Der Windows Update Dienst wurde neu gestartet, ja.
Die Zahlen stehen unter Downloadstatus in der Übersicht.

Das Ganze ist mir echt ein Rätsel...

Viele Grüße
Schlauschiesser

Den Assistenten habe ich direkt nach ersten erfolgreichen Synchronisation ausgeführt. Lief problemlos durch, hat auch das eine oder andere rausgeworfen.

Genehmigung ist geändert.

Windows Internal Database Dienst neu gestartet: nix.

Aber jetzt bin ich erstmal weg... wg Feierabend und so. Morgen mehr.

Hallo,

sorry für die lange Pause, aber es gibt Neuigkeiten. Gute und schlechte.

Die Gute: das Problem hat sich gelöst. Der Server hatte einen Hardwaredefekt und wurde ausgemustert. Der WSUS läuft jetzt auf einem neuen virtuellen Server.

Die Schlechte: der andere WSUS hat jetzt das gleiche Problem. Ich genehmige Updates, der Download läuft an und bleibt dann hängen. Faszinierender Effekt: stoße ich manuell eine Synchronisation an, ändert sich die Anzeige, wieviele Dateien und wieviel MB noch heruntergeladen werden müssen. Die Anzeige hat aber mit der Realität nicht viel zu tun, da keine Updates verteilt werden.

Ich habe die %programfiles%\updates services\logfiles\SoftwareDistribution.log angehängt. Ich dinde sie unauffällig bis auf diese Zeile:

2013-05-17 08:07:37.824 UTC      Info      WsusService.32      EventLogEventReporter.ReportEvent      EventId=364,Type=Error,Category=Synchronization,Message=Inhaltdateisynchronisier
ung ist fehlgeschlagen. Ursache: Der Client verfügt nicht über ausreichend Zugriffsrechte auf das angeforderte Serverobjekt.

Die taucht immer wieder mal auf.

Ich habe auch mal den aktuellen Downloadstatus als Screenshot angehängt. Wenn ich mit Bitsadmin /list /allusers schaue, werden keine aktiven Jobs angezeigt.

Viele Grüße
Schlauschiesser

Hallo,

der Server ist ein Server 2003 SP2 Standard in deutsch. WSUS-Version ist 3.2.7600.256. Ich installiere den Patch KB2828185 um auf die Versionsnummer 3.2.7600.262 zu kommen.

Netterweise scheint über das lange Wochenende irgendetwas heruntergeladen und verteilt worden zu sein, denn mein PC drängt auf Neustart und einige XP-Rechner im Netz melden sich als vollständig durchgepatcht. Der Downloadstatus sieht aber immer noch so aus wie im letzten Post gezeigt. *kopfkratz*

Viele Grüße
Schlauschiesser

[UPDATE]: Patchinstallation erfolgreich, neue Serverversion 3.2.7600.262
[2. UPDATE]: Keine Veränderung nach Serverneustart. Es sollen angeblich immer noch sechs Updates zum Download anstehen. Allerdings wird nichts heruntergeladen.

Entschuldige die Pause.

Welche Dateien meinst Du?

Habe ich gemacht und jetzt steht unter Downloadstatus

Updates, die Dateien erfordern: 0

YAY!

Wenn ich heute noch dazu komme, gebe ich mal ein Update frei...

[Update]: Schade. Testhalber mal KB2820197 freigegeben, gleicher Effekt.

Fehlermeldung aus dem Eventlog (Kategorie Synchronization, ID 364):

Inhaltdateisynchronisierung ist fehlgeschlagen. Ursache: Der Client verfügt nicht über ausreichend Zugriffsrechte auf das angeforderte Serverobjekt.
Quelldatei: /msdownload/update/software/secu/2013/05/windows6.1-kb2820197-x64_622ef409e08a7f
520db50abc1c2d1ca833afdec8.cab
Zieldatei: c:\WSUS\WsusContent\C8\622EF409E08A7F520DB50ABC1C2D1CA833AFDEC8.cab.

OH MANN!!!

Problem gelöst.

Ich habe mal den Proxy rausgenommen. Danach läuft alles wie geschmiert.

Nur: an dem Proxy oder dessen Eintrag im WSUS hat sich seit meinem Beginn im Unternehmen vor einem Jahr nichts, ü-b-e-r-h-a-u-p-t gar nichts geändert. Da bin ich sehr sicher, denn es handelt sich um eine Linuxkiste, die niemand hier freiwillig ohne Not anfaßt  Warum er jetzt plötzlich angefangen hat zu mucken bleibt sein süßes Geheimnis.

Vielen Dank für die Zeit und Hilfe.

Schlauschiesser

P.S.: bei der Gelegenheit habe ich unseren Downstream-WSUS ans Laufen gebracht. Dabei habe ich gelernt, das die Firewall / der Proxy dort keine IPs durchläßt, sondern nur Hostnamen. Also in der GPO statt 1.2.3.4 den Namen wsus.domain.local eingetragen. Außerdem funktioniert die Kombination aus WSUS Version 3.7.2600.226 und Client 3.2.7600.256 nicht. WSUS auf Version .262 aktualisiert und los geht das Patchen...