vinduer opdatering fejl 80244022

et par dage siden jeg opdateret mit kontor laptop til Vinduer 10 bygge 1703. Denne del gik fint. Men efter genstart, vinduer opdatering rapporterede en fejl med kode 80244022. Forklaringen på denne fejl er uklar – noget gik galt.

efter et par genstarter, mange forsøg, selv sletning af Programdistributionsmappen fra mappen vinduer, Jeg søgte på nettet. Mange svar var som”det er bare væk”. Da min fejl ikke bare er væk med vinden, vidste jeg, at det er tid til HEV suite, koben og dybt dykke ind i en verden af logs og vinduer tjenester.

det er tid til den taktiske plan. Vi skal trin for trin kontrollere hele opdateringsprocessen. Opdateringsprocessen på højt niveau er sådan:

vores computer er en Microsoft-klient, og den vil oprette forbindelse til den lokale Microsoft-server. Denne server er en klient til Microsoft server.

i tilfælde af at du er en hjemmebruger, eller at din virksomhed ikke bruger Microsoft-serveren, vil din computer være klienten til Microsoft-serveren.

planen på højt niveau

hvis du ikke kan hente de nyere opdateringer, skal du prøve denne plan:

1. Find din server
2. Tjek din netværksforbindelse
3. Tjek din opdateringsklient.
4. prøv at genstarte din maskine og prøv at opdatere igen
5. prøv at stoppe dit AV-program.
6. Kontroller dine indstillinger for brandvæg
7. kontroller logfilerne på maskinen
8. (Valgfrit) Slet alle tidligere hentede opdateringer
9. kontroller VSU-serveren

kontrol af VSU-indstillingerne i registreringsdatabasen

du kan kontrollere VSU-indstillingerne for din computer. Dette er vigtigt, hvis du er en hjemmebruger, da du ikke ville bruge serveren. Du kan tjekke dette i nøglen HKLM \ programmer \ politikker \ Microsoft \ vinduer \ vinduer, værdi Server.

03 – kun hvis du er sikker på, at du ikke skal bruge serveren, kan du slette værdierne fra denne nøgle. Genstart tjenesten vinduer opdatering. Dette kan løse dit problem.

kontrol af logfilerne

vi vil hurtigt frem til det 7.trin. Som jeg altid vil sige, er logfilerne mine bedste venner. Vi bør starte med vinduer opdatering klient log. Denne log er normalt placeret på stien C:\Windows\SoftwareDistribution\ReportingEvents.log.

jeg åbnede det, men det var slet ikke nyttigt:

jeg har kun fejlkoden og den længere meddelelse om, at opdateringen mislykkedes med fejlen 0h80244022.

den gode nyhed er, at der er en anden log – C:\Windows\WindowsUpdate.log. Inde bør du se en mere detaljeret forklaring om vinduer opdateringsprocessen.

i Vinduer 10 er denne fil tom. Men du kan generere det med kommandoen. Du skal bare åbne vinduet og udføre kommandoen. Vær tålmodig.

efter et stykke tid vil denne kommando generere denne log for dig på skrivebordet. Nu kan vi åbne det og analysere hvert trin.

jeg analyserede alle disse linjer og identificerede, at URL ‘ en til tjenesten er korrekt. Men jeg fandt HTTP-fejlen 503-tjenesten utilgængelig. Dette er fremskridt.

jeg kan konkludere, at min klient fungerer, og at der er en fejl på siden. Det er tid til at tage spillet til det næste niveau.

kontrol af serveren

jeg loggede på serveren. Nu vil jeg tjekke tjenesterne.

OK, alle tjenester kører. Det ser godt ud. Det næste trin er IIS-konsollen, da fejlen er HTTP-relateret.

jeg åbnede IIS management console. Alt ser fint ud. Som det første skridt, jeg tjekkede hjemmeside administration og dens bindinger. Det skal være bundet til porten 8530 for HTTP-trafik. Der skal være endnu en binding til HTTPS på porten 8531, men denne er ikke så vigtig nu.

jeg forsøgte at åbne hjemmesiden fra IIS-konsollen. Jeg fik den samme fejl, som da jeg fik adgang til siden fra IE – Service utilgængelig.

nu husker jeg, at denne applikation også er.net-baseret. Derfor skiftede jeg til siden Application pools og fandt problemet.

den app bruger sin egen pulje opkaldt Vsuspool. Denne pool blev stoppet. Jeg startede det igen og … voila! Tjenesten kører igen.

er dette slutningen?

denne server er en del af SCCM serveren. Derfor kan problemet være i enhver tjeneste, der fungerer på den pågældende server.

jeg stod over for dette problem et par gange i træk og fandt ud af, hvordan man manuelt reparerede det. Jeg vil dog gerne have en permanent løsning. Min første handling for den permanente løsning er at forkorte idle time-out fra 20 til 5 minutter. Det er også klogt at øge poolens interne hukommelse.

selvom dette problem kan vises igen, er det vigtigt, at jeg har en meget klar procedure til fejlfindingsprocessen. Desuden har jeg nu en dokumenteret løsning på dette problem, som vil hjælpe os med at genoprette serveren meget hurtigere.

vær systematisk og giv ikke op til let.

(redigering 28.09.2017.) En permanent løsning er beskrevet detaljeret i dette indlæg.

Stay tuned.