On Wed, 13 Mar 2013, Jacek Konieczny wrote:
On Wed, 13 Mar 2013 10:50:41 +0100 (CET)
Jacek Osiecki <[email protected]> wrote:
coś takiego chodzi? (wynik vps aux):
USER PID CONTEXT %CPU %MEM VSZ RSS TTY STAT START TIME
COMMAND root 1370 0 MAIN 0.0
0.0 0 0 ? D Jan21 45:53 [md2_raid1]
root 4799 0 MAIN 0.0 0.0 0 0 ? D Jan21 7:15
[jbd2/drbd0-37]
http 5227 38 srv-oldwww1 0.2 0.2 732748 55124 ? DN 09:44 0:00
/usr/sbin/httpd.prefork
To by się zgadzało z moimi przypuszczeniami – procesy są zatrzymane w
stanie 'D', zapewne czekają na jakąś operację na filesystemie…
Ale md2_raid też czeka… na czym ty tam raid masz?
to md2_raid wyskoczyło przy jednym ps aux - potem już nie. Może się akurat
wstrzeliłem? Raid - zwyczajny raid1 na dwóch partycjach dysków sata.
Stawiam na problemy z siecią i DRBD/OCFS.
Wydaje mi się mało prawdopodobne by sieć była tu przyczyną.
Statystyki pokazują niewielki ruch sieciowy - w porywach do 20Mbps,
zaś serwery to dwie maszyny w OVH stojące w sąsiednich szafach, obie
z łączem 1Gbit...
Nie ważne jakie łącze i jaki maksymalny ruch, ale jak to faktycznie
działa. Sprawdzałeś, chociażby pingiem, faktyczne opóźnienia i straty
pakietów?
Monitoruję i nie ma żadnych zaburzeń - pingi w zasadzie stałe, z reguły
wygląda to tak:
100000 packets transmitted, 99998 received, 0% packet loss, time 10821ms
rtt min/avg/max/mdev = 0.068/0.100/1.509/0.022 ms, ipg/ewma 0.108/0.118 ms
– pogmerać z parametrami DRBD
Coś więcej poza ustawieniem max. przepustowości (syncer { rate
50M; })?
To zależy, czy teraz, podczas normalnej pracy, DRBD wykorzystuje to
maksimum. Jeżeli tak, to jak najbardziej.
Raczej nie wykorzystuje - choć na wszelki wypadek będę tu trochę zmieniał
by na DRBD było znacząco mniej zapisywania.
Tak jak pisałem, nie wygląda na to by ruch sieciowy choćby dążył ku
wartościom przy których jakakolwiek priorytetyzacja by była
potrzebna...
Wciąż mogą to być problemy z siecią.
Może smokepinga zainstaluję - zobaczymy.
Pozdrawiam,
--
Jacek Osiecki [email protected] GG:3828944
I don't want something I need. I want something I want.
_______________________________________________
pld-devel-pl mailing list
[email protected]
http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
