Hi!
WSUS-t telepítettem XEN-en futó 64 bites Win 2003 szerverre. Az vele a gondom, hogy kb másodpercenként hozzányúl a hdd-hez a gép. Próbáltam utánajárni, de nem találtam, lehetne-e, és hogyan, ezen változtatni. Annyit látok, hogy nem a fizikai memória fogyott el. Az egyik svchost process generál sok írást. A szép az, hogy ez egy rakás szolgáltatást szolgál ki. Egyenlőre nem csatlakoznak kliensek a szerverhez.
- 1669 megtekintés
Hozzászólások
Ha jól emlékszem, először lehúzza az összes elérhető frissítést a kiválasztott termékekhez.
Mondjuk nálam ez sem okozott jelentős terhelést.
- A hozzászóláshoz be kell jelentkezni
Ezt már megtette. Száznál több írást jelez az említett svchost processzre másodpercenként. Van jelenleg is használatban egy Win 2003 szerver (az 32 bites, és VirtualBoxban fut), annál nincs ilyen probléma. Mondjuk, nem is fut rajta a WSUS :)
- A hozzászóláshoz be kell jelentkezni
Kliensek nélkül van ekkora terhelése? :)
- A hozzászóláshoz be kell jelentkezni
Nem tudom, mi generálja pontosan az írási műveleteket. Egy klienssel csatlakoztam rá eddig, teszt jelleggel. Most lement 4-5 írásra másodpercenként, de ez nem változtat azon, hogy állandóan hozzányúl a hdd-hez.
- A hozzászóláshoz be kell jelentkezni
Egyelőre két, egyenlőre vágott deszkából lesz polc. Process explorer mit mutat? Ott látszani kéne az svchost.exe által indított processzeknek is (katt a "Process" oszlop fejlécére addig, amíg szép fa struktúrát nem kapsz, továbbá jobb gombbal klikk a fejlécre, és a Process performance fülön a releváns I/O mezőkhöz pipa)
- A hozzászóláshoz be kell jelentkezni
lehet valamit félreértek, de írta hogy tudja hogy 1db svchost van, amiben a procexp ha jól tudom nem tud különbséget tenni épp melyik szolgáltatás a felelős
akkor már inkább procmon (sysinternals)
- A hozzászóláshoz be kell jelentkezni
Nálam pl. a rapimgr.exe -t szépen berakta a megfelelő svchost.exe alá, és ez szépen meg is tévesztet, ugyanis az "Automatikus frissítések"-től a "Windows tűzfal"-ig egy rakás szolgáltatás lóg egy másik svchost.exe processzen, amiknek valóban nincs külön processzük, csak threadjük, a külön szálakról meg nincs ilyen infó - tényleg a procmon lesz a nyerő a kutakodáshoz.
- A hozzászóláshoz be kell jelentkezni
Mindkét progit néztem. A process explorert régóta ismerem, a másikat ma találtam meg Én is, de elsőre nem jutottam vele előbbre. Aztán újra próbálkoztam, és sikerült szűrnöm az írási műveleteket. Újraindítottam a szervert. Azóta az sqlservr.exe és az era.exe (Nod32 szervere) ír a legtöbbet. Az még mindig érdekelne, hogy hogyan lehetne állítgatni a wsus-on/sql-en, hogy ne írkáljon annyit (pl. kevesebb log).
- A hozzászóláshoz be kell jelentkezni
Nálam addig volt eszméletlenül lassú az ilyen összeállítás, amíg a Nod32-be fel nem vettem kivételnek a c:\program files\update services\*.* és c:\WSUS\*.* elérési utakat. Ekkortól kezdve a WSUS konzol is emberi sebességgel működik.
- A hozzászóláshoz be kell jelentkezni
Kösz, ez egy jó ötlet. Azért beállítottam, hogy éjszakánként ellenőrizze végig ezeket a helyeket.
- A hozzászóláshoz be kell jelentkezni
Ilyenkor igen sok frissítést kezd el letölteni, mit látsz a felületen? Hol tart?
- A hozzászóláshoz be kell jelentkezni
Természetesen a frissítések letöltésével már végzett, utána volt ez a gondom. Most már nyugodtabb a rendszer. Mondjuk továbbra is zavar a másodpercenkénti 5 írási művelet, de gyanítom, hogy ezen nem fogok tudni változtatni.
- A hozzászóláshoz be kell jelentkezni
Miert zavar az, hogy hozzanyul a diskjehez? Komolyan visszafogja a gepet? Megeszi a tobbi gep elol az IO-t?
Az alapjan amit leirtal, alapvetoen neha hozzanyulkal a diskjehez, de semmi komolyat nem csinal. Ez lehet akar a SQL szerver is, ami idonkent vezeti a naplokat meg a db-t, de lehet a WSUS-nak valami state fajl kiirasa is.
Ha nem win2003 lenne, hanem legalabb 2008 akkor pontosan latnad, hogy mi irkal.
--
Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal - A hozzászóláshoz be kell jelentkezni