BaSe 10 Geschrieben 29. Juni 2005 Melden Teilen Geschrieben 29. Juni 2005 Nach dem ich den WSUS auf dem DC installiert und anschliessend das sync erfolgreich laufen habe lassen komme ich zu einem Problem das die Updates zum installieren genehmigt sind, aber WSUS dann nicht anfängt den Content von Microsoft runterzuladen. Downloadstatus Updates, die Dateien erfordern: 5 Download: 0,00 MB von 6,75 MB Ich habe testweise nur einige Updates zum installiert markiert, habe auch schon 1000sende Dinge ausprobiert, aber ich finde den Fehler einfach nicht. :( In der Testumgebung lief alles so wunderbar :suspect: Zitieren Link zu diesem Kommentar
Gast rara Geschrieben 29. Juni 2005 Melden Teilen Geschrieben 29. Juni 2005 Hi, hast du einen Router dran ? Ich würde versuchen den WSUS nochmal neu zu installieren bzw. deinstallieren und dann neuinstallieren. Zitieren Link zu diesem Kommentar
SebastianR 10 Geschrieben 29. Juni 2005 Melden Teilen Geschrieben 29. Juni 2005 Gleiches Problem hab ich auch! Hat jemand eine Lösung? Zitieren Link zu diesem Kommentar
BaSe 10 Geschrieben 29. Juni 2005 Autor Melden Teilen Geschrieben 29. Juni 2005 @rara - alles schon gemacht, aber das hat mein Problem nicht gelöst. Was ich noch mittel WsusDebugTool.exe /Tool:GetBitsstatus gefunden habe, kann mir aber darauf kein reim machen: GUID: {9727B994-B1BD-4568-8454-5DBBB922A622} DISPLAY: WU Client Download TYPE: DOWNLOAD STATE: TRANSIENT_ERROR OWNER: NT-AUTORITÄT\SYSTEM PRIORITY: HIGH FILES: 0 / 1 BYTES: 0 / UNKNOWN CREATION TIME: 29.06.2005 14:40:56 MODIFICATION TIME: 29.06.2005 16:49:15 COMPLETION TIME: UNKNOWN NOTIFY INTERFACE: REGISTERED NOTIFICATION FLAGS: 11 RETRY DELAY: 1200 NO PROGRESS TIMEOUT: 1209600 ERROR COUNT: 10 PROXY USAGE: NO_PROXY PROXY LIST: NULL PROXY BYPASS LIST: NULL ERROR FILE: http://au.download.windowsupdate.com/msdownload/update/v3-19990518/cabpool/windowsserver2003-kb886903-x86-deu_2e272b4e654e7d95'>http://au.download.windowsupdate.com/msdownload/update/v3-19990518/cabpool/windowsserver2003-kb886903-x86-deu_2e272b4e654e7d95 2ca0ebf562abcd4.exe -> C:\WINNT\SoftwareDistribution\Download\S-1-5-18\4dd4ba2a728db57ac5ca7bf37b51217f\2e272b4e654e7d95c4f79ef1f2ca0ebf562ab ERROR CODE: 0x800703eb - Die Funktion kann nicht abgeschlossen werden. ERROR CONTEXT: 0x00000005 - Beim Verarbeiten der Remotedatei ist ein Fehler aufgetreten. DESCRIPTION: JOB FILES: 0 / UNKNOWN WORKING http://au.download.windowsupdate.com/msdownload/update/v3-19990518/cabpool/windowsserver2003-kb886903-x86-deu_2e2 7d95c4f79ef1f2ca0ebf562abcd4.exe -> C:\WINNT\SoftwareDistribution\Download\S-1-5-18\4dd4ba2a728db57ac5ca7bf37b51217f\2e272b4e654e7d95c4f79ef1 62abcd4 NOTIFICATION COMMAND LINE: none Listed 35 job(s). Zitieren Link zu diesem Kommentar
BaSe 10 Geschrieben 30. Juni 2005 Autor Melden Teilen Geschrieben 30. Juni 2005 Hallo, ich konnte das Problem identifizieren: Der WSUS , der über Sync mit MS die Updates anzeigt und der Admin, der die Updates mittels "Installieren" freigibt bewirkt, das der WSUS einen Job mit verschiedenen Parametern an den Bits2.0 übergibt(siehe oben). Wie man oben sieht ist für den Job kein Proxy angeben obwohl in den WSUS Optionen eine Proxy angegeben wurde. Auch wenn BitJobs angegeben sind, die die Proxyeinstellungen verwenden blockieren die vorhergehenden Jobs ohne Proxy die Jobs mit Proxy, ich gehe davon aus die diese Jobs nacheinander abgearbeitet werden und es einen, sagen wir mal HOLD Error existiert was die Ausführung der anderen Jobs blockiert. Das Problem wurde wohl durch einen eigenen Fehler ausgelöst, beim aufsetzen das WSUS hat ich vergessen den Proxy mitzuteilen, hatte aber schon angefangen zu sync, dadurch hat der BITS wohl Jobs ohne Proxy empfangen. Wie kann man die Jobs nun löschen/korrigieren?: Zuerst benötigt man folgenden Programme: 1) wsusdebugtool.exe bitsadmin.exe(In den R-Tools von XP enthalten, kann man dann auf den Server kopieren) Diese beiden Programme in einen temp Ordner kopieren. 2) Auslesen der WSUS Jobs: x:\temp\WsusDebugTool.exe /Tool:GetBitsstatus Die Jobs nach Fehler durchsuchen. Wenn man die Jobs identifiziert hat die Jobs in eine Textdatei schreiben: bitsadmin /list /allusers x:\temp\bitsjobs.bat Man kann entweder für jeden Job den Proxy eintragen oder die Jobs canceln. In der Textdatei sieht man jetzt z.b folgenden Zeilen: {BFB8260E-7055-4132-B236-D98ED4B0496F} WUAU Fehlermeldung Bei der Zahlenkolonne in den gesch. Klammer handelt es sich um die JobID. Dann in der Textdatei für jeden Job folgendes einfügen: bitsadmin /CANCEL {BFB8260E-7055-4132-B236-D98ED4B0496F} Dann die Batchdatei ausführen, die Jobs werden gelöscht. Oder aber den Proxy für jeden Job mittels: bitsadmin /setproxysettings MyJob OVERRIDE proxy1:80 "<local>" einfügen. Zitieren Link zu diesem Kommentar
alexganser 10 Geschrieben 11. Juli 2005 Melden Teilen Geschrieben 11. Juli 2005 Super Sache :thumb1: leider funktioniert das bei mir nicht. bekomme immer diese Fehlermeldung beim Versuch den Job zu löschen: C:\Temp>bitsadmin /cancel {BF232DC6-437E-4512-B19F-4E69853E1CD5} BITSADMIN version 2.0 [ 6.6.2600.2180 ] BITS administration utility. © Copyright 2000-2004 Microsoft Corp. Unable to cancel job - 0x800704dd Der angeforderte Vorgang konnte nicht ausgeführt werden, da der Benutzer nicht a m Netzwerk angemeldet ist. Der angegebene Dienst ist nicht vorhanden. Wenn ich /reset eingebe sagt er: C:\Temp>bitsadmin /reset BITSADMIN version 2.0 [ 6.6.2600.2180 ] BITS administration utility. © Copyright 2000-2004 Microsoft Corp. Unable to cancel {BF232DC6-437E-4512-B19F-4E69853E1CD5}. Unable to cancel {1D54B183-747E-42BD-97F3-585D7AD461F6}. 0 out of 2 jobs canceled. Hoffe mir kann jemand helfen Alex Zitieren Link zu diesem Kommentar
sammer75 10 Geschrieben 15. Juli 2005 Melden Teilen Geschrieben 15. Juli 2005 Tag zusammen, hatte das gleiche Problem. Der WSUS wollte sich zum verrecken nichts vom MS Update Server ziehen. Hatte in der Ereignisanzeige den Fehler 364. Bei mir lag's dran, dass unser Proxy kein HTTP 1.1 unterstützte. Habe dann das gemacht: Try these steps as a workaround on the WSUS server, if you unable resolve this issue from the proxy/firewall side. 1. net stop WSusService 2. CD "%programfiles%\Update Services\tools\osql\osql.exe" -S <SQL instance name -E -b -n -Q "USE SUSDB update tbConfigurationC set BitsDownloadPriorityForeground=1" 3. net start WSusService [Replace <SQL instance name with your SQL server or %computername%\WSUS if you are using WMSDE] Und der WSUS fing auf einmal an, munter von der Update Seite zu ziehen. Lösung stammt von LinkLink Vielleicht hilft's ja noch einem. Gruss Sammer75 Zitieren Link zu diesem Kommentar
aysyxc 10 Geschrieben 27. Juli 2007 Melden Teilen Geschrieben 27. Juli 2007 Bei mir lag's dran, dass unser Proxy kein HTTP 1.1 unterstützte. Halllo zusammen, bei mir lag der Fehler auch genau da! Vielen Dank für die Anleitung Zitieren Link zu diesem Kommentar
Empfohlene Beiträge
Schreibe einen Kommentar
Du kannst jetzt antworten und Dich später registrieren. Falls Du bereits ein Mitglied bist, logge Dich jetzt ein.