Windows update fout 80244022
Privacy & Cookies
deze website maakt gebruik van cookies. Door verder te gaan, gaat u akkoord met het gebruik ervan. Meer informatie, waaronder het beheren van cookies.
enkele dagen geleden heb ik mijn office-laptop bijgewerkt naar Windows 10 build 1703. Dit deel ging goed. Echter, na de reboot, Windows update gemeld een fout met code 80244022. De uitleg van deze fout is onduidelijk – er ging iets mis.
na een paar herstarten, veel pogingen, zelfs verwijdering van de software distributie map uit de Windows-map, zocht ik het Net. Veel antwoorden waren als “het is gewoon weg”. Als mijn fout is niet alleen gone with the wind, Ik wist dat het tijd is voor de HEV suite, koevoet en diepe duik in de wereld van logs en Windows-diensten.
het is tijd voor het tactische plan. We moeten stap voor stap het hele updateproces controleren. De hoge stroom van het updateproces is als volgt:
onze computer is een WSUS-client en zal verbinding maken met de lokale WSUS-server. Die WSUS-server is een client voor de Microsoft WSUS-server.
in het geval dat u een thuisgebruiker bent of uw bedrijf de WSUS-server niet gebruikt, is uw computer de client voor de Microsoft WSUS-server.
het high-level plan
als u de nieuwere updates niet kunt downloaden, moet u dit plan proberen:
- Zoek uw WSUS-server
- Controleer uw netwerkverbinding
- Controleer uw updateclient.
- probeer uw machine opnieuw op te starten en probeer opnieuw te updaten
- probeer uw AV-programma te stoppen.
- Controleer uw firewallinstellingen
- controleer de logs op de machine
- (optioneel) verwijder alle eerder gedownloade updates
- controleer de WSUS-server
controleer de WSUS-instellingen in register
u kunt de WSUS-instellingen voor uw computer controleren. Dit is belangrijk als u een thuisgebruiker bent, omdat u de WSUS-server niet zou gebruiken. U kunt dit controleren in de sleutel HKLM \ SOFTWARE \ Policies \ Microsoft \ Windows \ WindowsUpdate, value WUServer.
nu, alleen als u zeker weet dat u de WSUS-server niet moet gebruiken, kunt u de waarden uit deze sleutel verwijderen. Start de Windows update-service opnieuw op. Dit kan je probleem oplossen.
controle van de logs
we spoelen door naar de 7e stap. Zoals ik altijd graag zeg, de logs zijn mijn beste vrienden. We moeten beginnen met de Windows update client log. Dit logboek bevindt zich meestal op het pad C:\Windows\SoftwareDistribution\ReportingEvents.log.
ik opende het, maar het hielp helemaal niet:
ik heb alleen de foutcode en het langere bericht dat de update is mislukt met de fout 0x80244022.
het goede nieuws is dat er een andere log – C:\Windows\WindowsUpdate.log. Binnen ziet u een meer gedetailleerde uitleg over het Windows update-proces.
in Windows 10 is dit bestand leeg. Maar je kunt het genereren met de PowerShell command – Get-WindowsUpdateLog. Open gewoon het PowerShell venster en voer het commando uit. Wees geduldig.
na een tijdje zal dit commando deze log voor u genereren op het bureaublad. Nu kunnen we het openen en elke stap analyseren.
ik heb al deze regels geanalyseerd en vastgesteld dat de URL van de WSUS-service correct is. Echter, Ik vond de HTTP-fout 503-Service niet beschikbaar. Dit is vooruitgang.
ik kan concluderen dat mijn WSUS-client werkt en dat er een fout aan de WSUS-kant is. Het is tijd om het spel naar het volgende niveau.
controle van de WSUS-server
ik ben aangemeld bij de WSUS-server. Ik zal de diensten controleren.
OK, alle services draaien. Dat ziet er goed uit. De volgende stap is de IIS-console, omdat de fout gerelateerd is aan HTTP (Web).
ik heb de IIS-beheerconsole geopend. Alles ziet er goed uit. Als eerste stap, ik controleerde de website WSUS administratie en de bindingen. Het moet worden gebonden aan poort 8530 voor HTTP-verkeer. Er moet nog een binding voor HTTPS op de poort 8531, maar deze is nu niet zo belangrijk.
ik heb geprobeerd de webpagina te openen vanuit de IIS-console. Ik kreeg dezelfde fout als toen ik toegang tot de pagina van IE – Service niet beschikbaar.
nu herinner ik me dat deze applicatie is ook gebaseerd op.net. Daarom, ik overgestapt naar de applicatie pools pagina en vond het probleem.
de WSUS-toepassing gebruikt zijn eigen pool met de naam WsusPool. Dit zwembad is gestopt. Ik begon opnieuw en… voilà! De WSUS-service draait opnieuw.
is dit het einde?
deze WSUS-server maakt deel uit van de SCCM-server. Daarom kan het probleem zich voordoen in elke dienst die op die server werkt.
ik heb dit probleem een paar keer op rij onder ogen gezien en vond hoe ik het handmatig kon oplossen. Ik zou echter graag een permanente oplossing hebben. Mijn eerste actie voor de permanente oplossing is het verkorten van de inactieve time-out van 20 naar 5 minuten. Het is ook verstandig om het interne geheugen van de pool te vergroten.
hoewel dit probleem opnieuw kan optreden, is het belangrijk dat ik een zeer duidelijke procedure heb voor het oplossen van problemen. Verder heb ik nu een gedocumenteerde oplossing voor dit probleem, die ons zal helpen om de WSUS-server veel sneller te herstellen.
wees systematisch en geef niet op Aan easy.
(Edit 28.09.2017.) Een permanente oplossing wordt in detail beschreven in dit bericht.
Stay tuned.