Adott egy HP szerver gép. X naponta elkezd nagyon nagy load keletkezni és minden magon 100% terhelés. PS AUX szerint egyik process sem terhel 4-5%-nál többet maximum, top-al ugyan ez a helyzet. A htop-ban viszont több folyamatot is feltűntet néha 400%-osnak, ami szerintem lehetetlen.
Legfrissebb debian squeeze van a gépen. Reboot után megjavul, és X nap után újra előjön. Valami ötlet van erre?
Szerk.: Végülis a szolgáltatások okozzák valós terhelésből fakadóan, csak néha kiakad a mutató a HTOP-ban.
- 2466 megtekintés
Hozzászólások
én a php kódot nézném át
- A hozzászóláshoz be kell jelentkezni
De ha kilövöm az APACHE-t, és a php5-cgi-t killall-olom, akkor is ugyan úgy marad minden.
Szerk.: És mégsem, helyreállt a kilövésük után! Kezd leesni mi történt. PHP bedolgozott erősen, esetleg mysql-el, ezért a többi mysql-t használó cucc is. De a 400%-ot akkor sem értem.
- A hozzászóláshoz be kell jelentkezni
Mivel 4 magod van, kijön az :)
- A hozzászóláshoz be kell jelentkezni
De több processnél nem jöhet ki.
- A hozzászóláshoz be kell jelentkezni
rosszul számolhat a progi, a lényeg hogy a hibádzó process megkerült...
--
"Nem akkor van baj amikor nincs baj, hanem amikor van!"
Népi bölcsesség
- A hozzászóláshoz be kell jelentkezni
Xen alatt még akkor is csak 5%-ot ír ki a htop, ha az xm top szerint az összes mag 100%-on van. Néha nem lehet ezeknek sem hinni.
- A hozzászóláshoz be kell jelentkezni
Mivel minden ki van koppanva, valahol elfogyott a gép. Nézd meg a mysql-ben a SHOW FULL PROCESSLIST parancs kimenetét és dönts el, hogy a futó queryk mennyire jogosan futnak. Ezután egyesével nézd meg a többi alkalmazást, hogy mi a bánatot csinál (strace), esetleg próbáld meg leállítani őket egyesével, hátha kiderül, mi a gond.
Ha a PHP kód a ludas, akkor lehet valami rosszul megírt alkalmazás, nézd meg, hogy a queryknek megfelelő táblákon vannak-e indexek és megfelelőek-e. Próbáld meg elemezni, hogy melyik vhost a ludas a dologban és izoláld az alkalmazást.
- A hozzászóláshoz be kell jelentkezni