Dotaz: Proxmox - vytizeni CPU virtualky s W7 100%

[JSOB]

Dobry den Planuji tady u nas rozjet virtualizaci s Proxmox. Dost se mi to libi a az na jednu vec jsem s tim spokojeny...skoro nadseny. Jen se mi stava jedna vec. Po nejake dobe se procesor virtualky vyhoupne na 100% a drží to do resetu virtualky. Je tam W7 32bit a CPU KVM32. Jinak RAM, disk i LAN je v poho. Nainstalovany Virtio ovladace. Nevite co by to mohlo delat? Děkuji za každou radu.

Odpovědi

[citanus]

Musis se v tech windowsech mrknout do task manageru, ktery proces ti to zere.

[the.max]

pokud jdou cite nainstalovane, tak tohle se stava pri stahovani aktualizaci. Je tam nejaka bota, da se to obejit ale uz si nepamatuju jak, kazdopadne zkus zakazat autmaticky aktualizace a uvidis jestli to buder porad zrat CPU. Pokud ne, jsou to aktualizace. Mozna pak zkus teda aktualizovat rucne.

[k3dAR]

taky si myslim ze je to ono, pred aplikaci SP1 (pokud jde o instalacni medium bez SP1) to funguje v poradku, pak to neumi vyhledat aktualizace, pokud da clovek rucne tak bezi donekonecna "vyhledavam", nekdy je to nekonecno "jen" nekolik hodin, nebo "jen:)" pul az 1 den... reseni neni 1, je to pokazde (za prubeh cca 3/4 roku zpatky) jine, kdyz se to opravi nejaky rucne stazenym KB (casto novej WindowsUpdateClient, i kdyz nekdy tomu Microsoft "inteligentne" rika jinak), tak to dalsi mesic je zase rozesrane, protoze Microsoft rozesere WindowsUpdate servery, tedy je nutne najit zas novej "nejakej" WindowsUpdateClient co to v lepsim pripade opravi ale vydrzi to do dalsiho mesice...
aktualne to resi KB3172605...
casto ale ani ten WindowsUpdateClient nelze rucne nainstalovat a pri spusteni opet do nekonecna beha prouzek "pripravuje se" a ani se nezepta jestli to ma nainstalovat... takze je potreba to opravit pomoci WindowsUpdateDiagnostic, nebyl by to ale Microsoft aby to fungovalo normalne, takze pri prvnim zpusteni to casto zahlasi ze se neco opravilo, neco neopravilo, je potreba to rovnou pustit totozne znovu a uz to vetsinou opravi vse, nekdy ne uplne vse, ale alespon vice nez poprve, takze ten WindowsUpdateClient uz nainstalovat lze (tedy az po restartu po tom 2x pustenem opravatoru)...

pokud by nekdo mel pocit ze to Microsoft rozesira schvalne, aby si lidi s W7 rekli ze zkusej teda ty W10 i kdyz se jim nechce, tak opravdu nejde o paranoiu ;)
jinak rozhodne nejde o chybu na strane instalace OS, protoze takto dementne se chova obnovenej snapshot virtualu presne ve stavu kdy pred mesicem to bylo takto opraveno a po nainstalovani vsech dostupnejch vyzkouseno ze to vyhleda aktualizace (resp. dohleda = system je jiz aktualni) behem 1-2minut...

[Ondro]

Urcite to bude ono. Nieje to problem len Win7 ale v podstate vsetkych windows verzii od urciteho casu, ked clovek chce aktualizovat cerstvu instalaciiu windows(posledny krat som aktualizoval Vistu 2 dni). Zaujimalo by ma, co tam MS stvara, ze to tak vytazuje CPU a trva to nekonecnu dobu.

[k3dAR]

nevim jak Visty, ale u W7 je to jak sem psal, ten problem neni jen po ciste instalaci, kdyz vezmu mesic starej snapshot kterej v te dobe byl komplet aktualizovanej a dohledal ze uz neni aktualizace za 1-2minut, tak po mesici uz proste zas nefunguje => neni chyba na strane klienta, ale ze microsoft rozesral sve windowsupdate servery...

[Jooky (inactive)]

Ono je to tak pol na pol. Update servre obsahuju zoznam vsetkych updatov od vydania OS. Ten zoznam obsahuje vsetky zavyslosti, poradie instalacie, nahradzujuce patche, instrukcie k updatom, etc. Tento zoznam dostane client a nema inu moznost ako cely tento strom zavyslosti prejst a porovnat s lokalnym systemom. Microsoft ma uz od dob Visty/XP nekonecnd pomaly algoritmus na to prechadzanie.

Ako workarount na "zrychlenie" ten zoznam z casu na cas precistia pre XP a Win7 (XP uz asi nie, ale robili to). Vysledok je, ze lokalna cache je zrazu neplatna a cely proces kontroly zoznamu si client musi prejst znova ... Vysledok je 100% cpu nekonecne dlho a nekonecne dlhy cas nez sytem "najde" bezne zariadenia ako napr. novu mys ...

(m$ kopiruje co sa da, ale aby skopirovali package manager z linuxu, tak to ich este nenapadlo ...)

[Peter Golis]

Tak to sa škaredo mýliš. Tvorca Gentoo bol zamestnaný v MS aby pracoval na rozumnom správcovi záplat. Podľa využitia prostriedkov si tie windows prekladajú potrebné komponenty zo zdrojákov.

[JSOB]

Tak jsem vytvoril jeste jednu stejnou virtualku. U te prvni jsem pak vypnul virtio scsi driver a Qemu agenta. Vypnul jsem i sluzbu WMI performance adapter, ktera se mi zdala z logu podezřelá. No a světe div se obě virtuálky jedou už tři dny bez vytížení CPU. Asi vážně ty aktualizace. Všem děkuji za komentáře. Ale mám další problem. Po nějaké době nečinnosti se nemůžu na virtuálku dostat přes RDP. Stačí v proxmoxu na dané virtuálce spustit VNC consoli a zas to jde. Jako by ta virtualka byla po necinnosti uspana a tou consoli se aktivovala. Da se to nejak resit?

[alkoholik]

Jasne, vypni si v tom virtualu uspavani.

[JSOB]

Jo jak jsem to sem postnul tak mi to doslo. Ale i tak děkuji. Jinak proxmox se mi vážně líbí.

[JSOB]

Dlužím řešení. Dělaly to opravdu aktualizace windows. Děkuji všem zucastnenym.

[Ondro]

Ja doplnim popis riesenia.

Po cistej istalacii win7 s SP1 je potrebne rucne stiahnut a nainstalovat aktualizacie KB3020369 a KB3172605. Ta druha je podstatna (je to tusim junova kumulativna aktualizacia), ta prva je len zavislost, bez ktorej ju nenaistalujete. Je potrebne ich nainstalovat este pred tym ako sa spusti vyhladavanie aktualizacii, lebo instalator potom bude cakat na skoncenie vyhladavania a to trva vecnost. Popripade restartovat PC a instalaciu spustit hned po nabehu systemu, ked este windows update nieje aktivny a este nezacal vyhladavat aktualizaciie.

Po nainstalovani KB3172605 trva vyhladanie aktualizacii kratko. Boril som sa s tym casto, tak som si dal namahu najst riesenie.

[k3dAR]

a to je mi novinka s tim KB3172605 ;)

[Max]

To jsou rady :D, prej spustit hned po startu windows, než je WU spuštěn :D. Zastavování služeb nic neříká?

Tohle je fix čistě jen Windows Update (aby něco našel a neběžel do nekonečna) :

• stopnout windows update službu
• nainstalovat KB3020369 (service stack)
• restart
• stopnout windows update službu
• nainstalovat KB3172605 (update rollup Juli 2016), případně pokud existuje, tak novější
• restart

Nebo jak provést full update Win7 z čisté instalace co nejrychleji :

• nainstalujeme Windows 7
• nainstalujeme SP1
• stopneme windows update
• nainstalujeme KB3020369 (service stack)
• reboot
• stopneme windows update
• nainstalujeme KB3125574-v4 (Convenience Rollup) = full update do 2016-05
• restart
• provedeme full windows update

Je třeba zmínit, že "Convenience Rollup" má v sobě různé telemetrie apod., takže už pak asi není ani moc easy se sledovacích věcí zbavit.
To jest vše.
Zdar Max

[Ondro]

Hovori mi to nieco a to som urobil ako prve, ked som zistil, ze instalacia tych KB sa nie a nie rozbehnut a stoji to na vyhladavani aktualziacii. Ak som stopol windows update sluzbu, tak Windows mi tie KB nechcel nainstalovat. KB boli stahovanie zo stranok MS. Preto ten trochu krkolomny postup, ktory fungoval. Robene niekolko krat a tento moj postup fungoval. Zo stopnutim windows update sluzby to nefungovalo. Preco som nepatral, nestalo mi to za to. Tipujem ze za to moze format tych KB(.MSU), ktory asi vyzaduje spustenu windows update sluzbu.

[Max]

Ne, chyba musí být někde u tebe, já to několikrát takto dělal (oba typy, jak fix WU u jednoho pc, tak kompletně čistá instalace) a vždy ok. Stejně tak kolega.
Jinak když stopneš WU, tak se po nějaké době znovu spustí (asi do minuty). Je tedy otázkou, zda při instalaci toho balíčku jsi měl WU opravdu stopnutou .
Zdar Max

[k3dAR]

ze ti KB neslo bylo zpusobene naboreninou wu, oprava je pouzitim nastroje WindowsUpdateDiagnostic viz opet ten muj lonskej prispevek #3 ;)