Pitu 160 Zgłoś post Napisano Styczeń 16, 2011 Mam problem ze skaczącym load na serwerze. Specyfikacja serwera: Intel Core i5-750 4 x 2,66 GHz 6 GB DDR3-RAM do tego Plesk Ogólnie problem z wysokim load pojawia się kilkanaście razy dziennie, nie wpływa na to obciążenie serwera. Nawet w nocy, przy zerowym ruchu na stronach load skacze do ponad 20. CPU jest wykorzystywany w max. 5%, RAM niecałe 2GB, SWAP pusty.. Przy skoku load parametry te nie rosną. Podczas skoku htop nic nie pokazuje, procesy zachowują się tak jak w normalnym trybie. Najgorsze jest to, że podczas skoku load serwer jest tak jakby zwieszony, na nic nie reaguje. Po spadku ponownie działa. Udostępnij ten post Link to postu Udostępnij na innych stronach
Gość Aimer Zgłoś post Napisano Styczeń 16, 2011 Podaj SS z polecenia htop. Udostępnij ten post Link to postu Udostępnij na innych stronach
crazyluki 114 Zgłoś post Napisano Styczeń 16, 2011 Spróbuj wyłączyć crona, może któreś z jego zadań coś zawiesza ? Udostępnij ten post Link to postu Udostępnij na innych stronach
www.mzone.uk 1200 Zgłoś post Napisano Styczeń 16, 2011 Zainstaluj Munina, i popatrz dokładnie co tam się dzieje. Jak Ci się wszystko zawiesza to load może być dużo wyższy niż te wspomniane 20. Udostępnij ten post Link to postu Udostępnij na innych stronach
mcbarlo 61 Zgłoś post Napisano Styczeń 16, 2011 Ja znam 2 przypadki z autopsji gdzie sie takie cos dzialo. 1. Przyczna byla zwalona karta sieciowa i procesy odpowiedzialne za IRQ zamulaly kompa. Dodam, ze top ani ps nic nie pokazywal. Ta karta to byl Intel Pro/1000 GT pod PCI-E tymbardziej sprawa dziwna. 2. Uzywalem layer7 do filtrowania niektorego ruchu i jakis rodzaj pakietow zabijal serwer. Objawy mialem bardzie zblizony do Twoich w tym wypadku. Takze na poczatek wylacz firewall albo zminimalizuj reguly do niezbednego minimum. Ponadto mozesz zobaczyc co powie vmstat - moze jest np. mega duzo context switchy albo operacji I/O. Udostępnij ten post Link to postu Udostępnij na innych stronach
Pitu 160 Zgłoś post Napisano Styczeń 16, 2011 Screen z Htop podczas skoku load. http://iv.pl/images/...09335128083.png vmstat procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu---- r b swpd free buff cache si so bi bo in cs us sy id wa 0 0 0 2328140 132872 958740 0 0 5 8 30 44 1 0 98 0 Wycinek z logów Apache, w tym momencie apache zwiesił się, był to inny moment load był na niskim poziomie. [sun Jan 16 15:42:49 2011] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!! [sun Jan 16 15:42:49 2011] [notice] Apache/2.2.9 (Debian) mod_fcgid/2.3.5 mod_jk/1.2.26 mod_python/3.3.1 Python/2.5.2 mod_ssl/2.2.9 OpenSSL/0.9.8g mod_perl/2.0.4 Perl/v5.10.0 configured -- resuming normal operations [sun Jan 16 15:52:26 2011] [error] server reached MaxClients setting, consider raising the MaxClients setting [sun Jan 16 15:57:22 2011] [error] [client 95.108.158.238] File does not exist: /var/www/vhosts/default/htdocs/robots.txt [sun Jan 16 15:59:07 2011] [error] [client 87.239.216.28] Invalid URI in request engine/ajax/mchat.php HTTP/1.1 [sun Jan 16 16:01:52 2011] [error] [client 87.239.216.28] Invalid URI in request engine/ajax/mchat.php HTTP/1.1 [sun Jan 16 16:02:42 2011] [notice] caught SIGTERM, shutting down [sun Jan 16 16:02:43 2011] [warn] No JkShmFile defined in httpd.conf. Using default /var/log/apache2/jk-runtime-status [sun Jan 16 16:02:43 2011] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!? [sun Jan 16 16:02:43 2011] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!? [sun Jan 16 16:02:43 2011] [warn] Init: SSL server IP/port conflict: atmail.webmail:443 (/opt/psa/admin/conf/generated [sun Jan 16 16:02:43 2011] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!! [sun Jan 16 16:02:43 2011] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec) [sun Jan 16 16:02:43 2011] [warn] No JkShmFile defined in httpd.conf. Using default /var/log/apache2/jk-runtime-status [sun Jan 16 16:02:43 2011] [notice] mod_python: Creating 8 session mutexes based on 150 max processes and 0 max threads. [sun Jan 16 16:02:43 2011] [notice] mod_python: using mutex_directory /tmp [sun Jan 16 16:02:43 2011] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!? [sun Jan 16 16:02:43 2011] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!? [sun Jan 16 16:02:43 2011] [warn] Init: SSL server IP/port conflict: atmail.webmail:443 (/opt/psa/admin/conf/generated [sun Jan 16 16:02:43 2011] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!! [sun Jan 16 16:02:43 2011] [notice] Apache/2.2.9 (Debian) mod_fcgid/2.3.5 mod_jk/1.2.26 mod_python/3.3.1 Python/2.5.2 mod_ssl/2.2.9 OpenSSL/0.9.8g mod_perl/2.0.4 Perl/v5.10.0 configured -- resuming normal operations ______________________________ @Edit Kolejny skok load http://iv.pl/images/...78028246653.png Udostępnij ten post Link to postu Udostępnij na innych stronach
mcbarlo 61 Zgłoś post Napisano Styczeń 16, 2011 Odpal "vmstat 1" i podrzuc output z jakiejs minuty, bo po jednym odczycie ciezko cokolwiek powiedziec. Udostępnij ten post Link to postu Udostępnij na innych stronach
Pitu 160 Zgłoś post Napisano Styczeń 16, 2011 Odpal "vmstat 1" i podrzuc output z jakiejs minuty, bo po jednym odczycie ciezko cokolwiek powiedziec. http://wklej.to/TDFVt Dodam jeszcze log apache, w tym przedziale apache zawiesił się i wymagany był restart. Akurat ten problem nie był spowodowany load'em, ponieważ był niski i reszta usług chodziła. [sun Jan 16 19:56:30 2011] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!! [sun Jan 16 19:56:30 2011] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec) [sun Jan 16 19:56:30 2011] [warn] No JkShmFile defined in httpd.conf. Using default /var/log/apache2/jk-runtime-status [sun Jan 16 19:56:30 2011] [notice] mod_python: Creating 8 session mutexes based on 250 max processes and 0 max threads. [sun Jan 16 19:56:30 2011] [notice] mod_python: using mutex_directory /tmp [sun Jan 16 19:56:30 2011] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!? [sun Jan 16 19:56:30 2011] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!? [sun Jan 16 19:56:30 2011] [warn] Init: SSL server IP/port conflict: atmail.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_atmail.include:53) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 19:56:30 2011] [warn] Init: SSL server IP/port conflict: domena3.pl:443 (/var/www/vhosts/domena3.pl/conf/12951217850.51593400_httpd.include:10) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 19:56:30 2011] [warn] Init: SSL server IP/port conflict: domena4.pl:443 (/var/www/vhosts/domena4.pl/conf/12951199550.38144900_httpd.include:10) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 19:56:30 2011] [warn] Init: SSL server IP/port conflict: domena1.pl:443 (/var/www/vhosts/domena1.pl/conf/12951199550.38144900_httpd.include:10) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 19:56:30 2011] [warn] Init: SSL server IP/port conflict: domena5.pl:443 (/var/www/vhosts/domena5.pl/conf/12951199550.38144900_httpd.include:10) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 19:56:30 2011] [warn] Init: SSL server IP/port conflict: domena2.pl:443 (/var/www/vhosts/domena2.pl/conf/12950988260.15370200_httpd.include:10) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 19:56:30 2011] [warn] Init: SSL server IP/port conflict: default-85_114_141_94:443 (/opt/psa/admin/conf/generated/12950985370.58246500_server.include:101) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 19:56:30 2011] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!! [sun Jan 16 19:56:30 2011] [notice] Apache/2.2.9 (Debian) mod_fcgid/2.3.5 mod_jk/1.2.26 mod_python/3.3.1 Python/2.5.2 mod_ssl/2.2.9 OpenSSL/0.9.8g mod_perl/2.0.4 Perl/v5.10.0 configured -- resuming normal operations [sun Jan 16 20:09:14 2011] [error] [client 93.174.93.199] File does not exist: /var/www/vhosts/default/htdocs/SWRPG-Neu, referer: http://web3.s094.silver.fastwebserver.de/SWRPG-Neu/index.php [sun Jan 16 20:12:25 2011] [error] [client 88.131.106.3] File does not exist: /var/www/vhosts/default/htdocs/robots.txt [sun Jan 16 20:25:00 2011] [error] [client 79.142.67.193] File does not exist: /var/www/vhosts/default/htdocs/eXotic, referer: http://web3.s094.silver.fastwebserver.de/eXotic/ [sun Jan 16 20:25:12 2011] [error] server reached MaxClients setting, consider raising the MaxClients setting [sun Jan 16 20:26:26 2011] [error] [client 66.249.66.99] File does not exist: /var/www/vhosts/default/htdocs/robots.txt [sun Jan 16 20:26:26 2011] [error] [client 66.249.66.99] File does not exist: /var/www/vhosts/default/htdocs/SWRPG [sun Jan 16 20:32:50 2011] [error] [client 89.248.174.76] File does not exist: /var/www/vhosts/default/htdocs/SWRPG-Neu, referer: http://web3.s094.silver.fastwebserver.de/SWRPG-Neu/index.php [sun Jan 16 20:55:04 2011] [notice] caught SIGTERM, shutting down [sun Jan 16 20:55:05 2011] [warn] No JkShmFile defined in httpd.conf. Using default /var/log/apache2/jk-runtime-status [sun Jan 16 20:55:05 2011] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!? [sun Jan 16 20:55:05 2011] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!? [sun Jan 16 20:55:05 2011] [warn] Init: SSL server IP/port conflict: atmail.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_atmail.include:53) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 20:55:05 2011] [warn] Init: SSL server IP/port conflict: domena3.pl:443 (/var/www/vhosts/domena3.pl/conf/12951217850.51593400_httpd.include:10) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 20:55:05 2011] [warn] Init: SSL server IP/port conflict: domena4.pl:443 (/var/www/vhosts/domena4.pl/conf/12951199550.38144900_httpd.include:10) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 20:55:05 2011] [warn] Init: SSL server IP/port conflict: domena1.pl:443 (/var/www/vhosts/domena1.pl/conf/12951199550.38144900_httpd.include:10) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 20:55:05 2011] [warn] Init: SSL server IP/port conflict: domena5.pl:443 (/var/www/vhosts/domena5.pl/conf/12951199550.38144900_httpd.include:10) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 20:55:05 2011] [warn] Init: SSL server IP/port conflict: domena2.pl:443 (/var/www/vhosts/domena2.pl/conf/12950988260.15370200_httpd.include:10) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 20:55:05 2011] [warn] Init: SSL server IP/port conflict: default-85_114_141_94:443 (/opt/psa/admin/conf/generated/12950985370.58246500_server.include:101) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 20:55:05 2011] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!! [sun Jan 16 20:55:05 2011] [notice] suEXEC mechanism enabled (wrapper: /usr/lib/apache2/suexec) [sun Jan 16 20:55:05 2011] [warn] No JkShmFile defined in httpd.conf. Using default /var/log/apache2/jk-runtime-status [sun Jan 16 20:55:05 2011] [notice] mod_python: Creating 8 session mutexes based on 250 max processes and 0 max threads. [sun Jan 16 20:55:05 2011] [notice] mod_python: using mutex_directory /tmp [sun Jan 16 20:55:05 2011] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!? [sun Jan 16 20:55:05 2011] [warn] RSA server certificate CommonName (CN) `Parallels Panel' does NOT match server name!? [sun Jan 16 20:55:05 2011] [warn] Init: SSL server IP/port conflict: atmail.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_atmail.include:53) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 20:55:05 2011] [warn] Init: SSL server IP/port conflict: domena3.pl:443 (/var/www/vhosts/domena3.pl/conf/12951217850.51593400_httpd.include:10) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 20:55:05 2011] [warn] Init: SSL server IP/port conflict: domena4.pl:443 (/var/www/vhosts/domena4.pl/conf/12951199550.38144900_httpd.include:10) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 20:55:05 2011] [warn] Init: SSL server IP/port conflict: domena1.pl:443 (/var/www/vhosts/domena1.pl/conf/12951199550.38144900_httpd.include:10) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 20:55:05 2011] [warn] Init: SSL server IP/port conflict: domena5.pl:443 (/var/www/vhosts/domena5.pl/conf/12951199550.38144900_httpd.include:10) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 20:55:05 2011] [warn] Init: SSL server IP/port conflict: domena2.pl:443 (/var/www/vhosts/domena2.pl/conf/12950988260.15370200_httpd.include:10) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 20:55:05 2011] [warn] Init: SSL server IP/port conflict: default-85_114_141_94:443 (/opt/psa/admin/conf/generated/12950985370.58246500_server.include:101) vs. horde.webmail:443 (/opt/psa/admin/conf/generated/12950985370.58246500_horde.include:48) [sun Jan 16 20:55:05 2011] [warn] Init: You should not use name-based virtual hosts in conjunction with SSL!! [sun Jan 16 20:55:05 2011] [notice] Apache/2.2.9 (Debian) mod_fcgid/2.3.5 mod_jk/1.2.26 mod_python/3.3.1 Python/2.5.2 mod_ssl/2.2.9 OpenSSL/0.9.8g mod_perl/2.0.4 Perl/v5.10.0 configured -- resuming normal operations [sun Jan 16 20:56:32 2011] [error] [client 66.249.66.148] File does not exist: /var/www/vhosts/default/htdocs/robots.txt Udostępnij ten post Link to postu Udostępnij na innych stronach
Forma Życia 0 Zgłoś post Napisano Styczeń 19, 2011 co mi przychodzi do głowy: 1) czy masz softraid? 2) używasz może jakichś skryptów-wynalazków do badania połączeń i procesów? np typu CSF + LFD 3) masz tam jakiś klient torrent uruchomiony? 4) co pokazują logi z okresów loadu? + co pokazuje /var/log/dmesg ? + najważniejsze pytanie: czy jacyś użyszkodnicy mają dostęp do serwera? Udostępnij ten post Link to postu Udostępnij na innych stronach
tym 205 Zgłoś post Napisano Styczeń 19, 2011 jak byk z vmstat - I/O... ;-) sprawdź smart`a. Udostępnij ten post Link to postu Udostępnij na innych stronach
Pitu 160 Zgłoś post Napisano Styczeń 20, 2011 Aktualnie serwer został postawiony od nowa na Debianie i niestety problem w dalszym ciągu występuje. Odnosząc się do pytań: -softraid nie mam -nie używam żadnych skryptów -nie posiadam postawionych torrentów -logi dodane niżej -na serwerze nie ma użytkownika, który by coś zmieniła, grzebał. vmstat z czasu wzrostu load http://wklej.to/6RmCD W chwili skoku load wykorzystanie CPU i Pamięci wzrasta na rzecz Apache i MySQL. S.M.A.R.T smartctl -a /dev/sda|grep Reallocated_Sector 5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0 Wycinek z error apache, w chwili zawieszenia się usługi. http://wklej.to/fMKAx Udostępnij ten post Link to postu Udostępnij na innych stronach
mcbarlo 61 Zgłoś post Napisano Styczeń 20, 2011 Moim zdaniem to problem z I/O, ale byc moze nie z dyskiem. U mnie mam bi/bo po 6000 czasami i nie ma stresu, ale teraz vmstat pokazal cos co moze nam pomoc. Mianowicie bardzo duzo CPU zajmuje "wa". Cytat z mana vmstat: wa: Time spent waiting for IO. Prior to Linux 2.5.41, included in idle. Pytanie tylko na co czeka? Bo moze byc to rownie dobrze sieciowka, klawiatura, dysk USB - krotko mowiac cokolwiek I/O. Wlacz moze w htop szczegolowy wykres CPU (w ustawieniach sie to wlacza) i zobacz czy np. IRQ nie jezdzic po procku. Jesli masz fizyczny dostep do serwer to poprsotu porozpinaj wtyczki i je poprostu przeczysc. Mialem jaja z karta sieciowa w brudnym slocie. Udostępnij ten post Link to postu Udostępnij na innych stronach
Pitu 160 Zgłoś post Napisano Styczeń 20, 2011 Niestety nie mam dostępu do serwera. Nie wiem czy log z dmesg nie mówi o sprzęcie, może ktoś kto się zna coś wyczyta: http://wklej.to/XANEx Udostępnij ten post Link to postu Udostępnij na innych stronach
mcbarlo 61 Zgłoś post Napisano Styczeń 20, 2011 Niestety nie mam dostępu do serwera. Nie wiem czy log z dmesg nie mówi o sprzęcie, może ktoś kto się zna coś wyczyta: http://wklej.to/XANEx Wrzuc jeszcze to co pokazuje lspci i lsusb Udostępnij ten post Link to postu Udostępnij na innych stronach
pasero 41 Zgłoś post Napisano Styczeń 20, 2011 Jeszcze mój strzał w ciemno: jak będziesz miał dostęp do serwera, wklej output z poleceń: netstat -in ethtool -S [Twoja_nazwa_interfejsu] ethtool -i [Twoja_nazwa_interfejsu] ethtool [Twoja_nazwa_interfejsu] mii-tool Pokaże to ewentualne problemy występujące na interfejsach sieciowych (o ile serwer zdążył nabić jakiś uptime i przewalić cokolwiek przez interfejsy). Pozdrawiam Udostępnij ten post Link to postu Udostępnij na innych stronach
Pitu 160 Zgłoś post Napisano Styczeń 20, 2011 netstat -in Kernel Interface table Iface MTU Met RX-OK RX-ERR RX-DRP RX-OVR TX-OK TX-ERR TX-DRP TX-OVR Flg eth0 1500 0 9532680 0 0 0 8204021 0 0 0 BMRU lo 16436 0 92986 0 0 0 92986 0 0 0 LRU ethtool -S eth0 NIC statistics: tx_packets: 8206438 rx_packets: 9536028 tx_errors: 0 rx_errors: 0 rx_missed: 0 align_errors: 0 tx_single_collisions: 0 tx_multi_collisions: 0 unicast: 8731389 broadcast: 800760 multicast: 3879 tx_aborted: 0 tx_underrun: 0 ethtool -S eth0 NIC statistics: tx_packets: 8206438 rx_packets: 9536028 tx_errors: 0 rx_errors: 0 rx_missed: 0 align_errors: 0 tx_single_collisions: 0 tx_multi_collisions: 0 unicast: 8731389 broadcast: 800760 multicast: 3879 tx_aborted: 0 tx_underrun: 0 s094:~# s094:~# ethtool -i eth0 driver: r8169 version: 2.3LK-NAPI firmware-version: bus-info: 0000:03:00.0 ethtool eth0 Settings for eth0: Supported ports: [ TP MII ] Supported link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full 100baseT/Half 100baseT/Full 1000baseT/Half 1000baseT/Full Advertised auto-negotiation: Yes Speed: 100Mb/s Duplex: Full Port: MII PHYAD: 0 Transceiver: internal Auto-negotiation: on Supports Wake-on: pumbg Wake-on: g Current message level: 0x00000033 (51) Link detected: yes mii-tool eth0: negotiated 100baseTx-FD, link ok Udostępnij ten post Link to postu Udostępnij na innych stronach
pasero 41 Zgłoś post Napisano Styczeń 20, 2011 Niestety mój strzał nie był trafiony, Twoja sieciówka wydaje się OK. Ale w zrzucie htop nie uwzględniłeś procesów kernela (włącza się je dużym "K" (shift +K) :-)). Skoro userland Ci nie generuje loadu, to może będzie coś widać na którymś z procesów kernela.. Jeszcze jedno, jeśli masz dostęp do konsoli serwera (lub jakiegoś trybu awaryjnego w przypadku dedyka) możesz spróbować wyłączyć ACPI w kernelu, to czasem pomaga na dziwne problemy, ale może spowodować wywalenie serwera. Którą wersję jądra masz? Wklej też lspci i lsusb, tak jak prosił mcbarlo. Na debian lenny możesz z domyślnych repozytoriów doinstalować narzędzie iotop, może ono będzie pomocne. Ostatnie pytanie: masz zainstalowane lm_sensors? Jeśli nie, to zainstaluj i pokaż temperatury i napięcia całego systemu. Pozdrawiam Udostępnij ten post Link to postu Udostępnij na innych stronach
Pitu 160 Zgłoś post Napisano Styczeń 20, 2011 Kernel 2.6.33.3-myloc lspci 00:00.0 Host bridge: Intel Corporation Clarksfield/Lynnfield DMI (rev 11) 00:03.0 PCI bridge: Intel Corporation Clarksfield/Lynnfield PCI Express Root Por t 1 (rev 11) 00:08.0 System peripheral: Intel Corporation Clarksfield/Lynnfield System Manage ment Registers (rev 11) 00:08.1 System peripheral: Intel Corporation Clarksfield/Lynnfield Semaphore and Scratchpad Registers (rev 11) 00:08.2 System peripheral: Intel Corporation Clarksfield/Lynnfield System Contro l and Status Registers (rev 11) 00:08.3 System peripheral: Intel Corporation Clarksfield/Lynnfield Miscellaneous Registers (rev 11) 00:10.0 System peripheral: Intel Corporation Device d150 (rev 11) 00:10.1 System peripheral: Intel Corporation Device d151 (rev 11) 00:1a.0 USB Controller: Intel Corporation Ibex Peak USB2 Enhanced Host Controlle r (rev 05) 00:1c.0 PCI bridge: Intel Corporation Ibex Peak PCI Express Root Port 1 (rev 05) 00:1c.5 PCI bridge: Intel Corporation Ibex Peak PCI Express Root Port 6 (rev 05) 00:1d.0 USB Controller: Intel Corporation Ibex Peak USB2 Enhanced Host Controlle r (rev 05) 00:1e.0 PCI bridge: Intel Corporation 82801 PCI Bridge (rev a5) 00:1f.0 ISA bridge: Intel Corporation Ibex Peak LPC Interface Controller (rev 05 ) 00:1f.2 IDE interface: Intel Corporation Ibex Peak 4 port SATA IDE Controller (r ev 05) 00:1f.3 SMBus: Intel Corporation Ibex Peak SMBus Controller (rev 05) 00:1f.5 IDE interface: Intel Corporation Ibex Peak 2 port SATA IDE Controller (r ev 05) 02:00.0 VGA compatible controller: ATI Technologies Inc RV370 5B64 [FireGL V3100 (PCIE)] (rev 80) 02:00.1 Display controller: ATI Technologies Inc RV370 5B64 [FireGL V3100 (PCIE) ] (Secondary) (rev 80) 03:00.0 Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI E xpress Gigabit Ethernet controller (rev 03) lsusb Bus 002 Device 002: ID 8087:0020 Intel Corp. Integrated Rate Matching Hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 001 Device 002: ID 8087:0020 Intel Corp. Integrated Rate Matching Hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Jednak z tego co zauważyłem problem związany jest z konfiguracją usług, po zmianach w konfiguracji PHP i MySQL load czasem skacze ale nie tak dużo i nie wiesza usług. Udostępnij ten post Link to postu Udostępnij na innych stronach
mcbarlo 61 Zgłoś post Napisano Styczeń 21, 2011 Ale w zrzucie htop nie uwzględniłeś procesów kernela (włącza się je dużym "K" (shift +K) :-)) Moim zdaniem to nie kernel - wtedy w vmstat obciazenie pojawiloby sie w kolumnie sy, a nie wa. Udostępnij ten post Link to postu Udostępnij na innych stronach
pasero 41 Zgłoś post Napisano Styczeń 21, 2011 Moim zdaniem to nie kernel - wtedy w vmstat obciazenie pojawiloby sie w kolumnie sy, a nie wa. Fakt. W takim razie iotop mógłby być może coś więcej powiedzieć. Ale z Twojego zrzutu z vmstat podczas obciążenia jedyna kolumna która wykazuje jakikolwiek problem to b (blocked for resources) i wa... W tym samym czasie bi/bo (I/O dyskowe) jest b. niskie. Jeśli możesz, spróbuj zbootować system z jakiegoś live cd, z zupełnie innej nowej dystrybucji, najlepiej z w miarę nowym jądrem (np ubuntu 10.10). i sprawdź czy tak samo się zachowuje, bo przy takiej mocnej maszynie to b. dziwne. Pozdrawiam! Udostępnij ten post Link to postu Udostępnij na innych stronach
Pitu 160 Zgłoś post Napisano Styczeń 21, 2011 Zmiana systemu nic nie pomogła. Na początku miałem CentOS. Teraz mam Debiana. Zamieszczam screen z iotop zrobiony podczas wysokiego loadu. Ogólnie odczyt i zapis był zerowy czasem skoki. http://iv.pl/images/...54982323828.png Udostępnij ten post Link to postu Udostępnij na innych stronach
mcbarlo 61 Zgłoś post Napisano Styczeń 21, 2011 Zmiana systemu nic nie pomogła. Na początku miałem CentOS. Teraz mam Debiana. Zamieszczam screen z iotop zrobiony podczas wysokiego loadu. Ogólnie odczyt i zapis był zerowy czasem skoki. http://iv.pl/images/...54982323828.png To moim zdaniem wyklucza z grona podejrzanych dysk. Jak sie zamuli to zerknij w iptrafa czy np. nie ma masy malych pakietow albo arpow. Ogolnie obstawiam karte sieciowa. Z tego co widze to serwer zlozony ze zwyklego kompa ze zintegrowana sieciowka. Proponowalbym ja wylaczyc i wtyknac jakiegos Intela PRO/1000 (najtanszy model niecaly 100zl kosztuje). Albo do testow ogolnie jakakolwiek inna karte sieciowa. Udostępnij ten post Link to postu Udostępnij na innych stronach
pasero 41 Zgłoś post Napisano Styczeń 21, 2011 To moim zdaniem wyklucza z grona podejrzanych dysk. Jak sie zamuli to zerknij w iptrafa czy np. nie ma masy malych pakietow albo arpow. Ogolnie obstawiam karte sieciowa. Z tego co widze to serwer zlozony ze zwyklego kompa ze zintegrowana sieciowka. Proponowalbym ja wylaczyc i wtyknac jakiegos Intela PRO/1000 (najtanszy model niecaly 100zl kosztuje). Albo do testow ogolnie jakakolwiek inna karte sieciowa. Ja bym jeszcze w ramach testów spróbował dodać parametr noacpi i maxcpus=0 do kernela, to wyłączy acpi i zostawi 1 rdzeń cpu w systemie (ale system może się nie zabootować po tym). Czasem może być tak że konkretna wersja kernela konfliktuje z jakąś konfiguracją systemową, czasem wystarczy zmienić bios etc.. Zmiana sieciówki faktycznie również może pomóc (niekoniecznie ze względu na to że coś jest z nią nie tak). pozdrawiam Udostępnij ten post Link to postu Udostępnij na innych stronach
Pitu 160 Zgłoś post Napisano Styczeń 21, 2011 Nie mam możliwości ingerencji w sprzęt. Serwer zakupiony w Webtropia.com. Udostępnij ten post Link to postu Udostępnij na innych stronach
mcbarlo 61 Zgłoś post Napisano Styczeń 21, 2011 No to nie pozostaje Ci nic innego jak zglosic usterke sprzetowa. Na dowod wyslij zwrzut z vmstat, bo on najlepiej obrazuje problem. Swoja droga to ciekawe, ze jakiejs porzadnej sieciowki nie wlozyli... Udostępnij ten post Link to postu Udostępnij na innych stronach