Babrdzo duży load przy pewnych operacjach na plesk 8.3

komar07 - 10-02-2009 22:38
Babrdzo duży load przy pewnych operacjach na plesk 8.3
Witam

Mam problem z dość dużym obciążeniem sięgającym do 20u prz operacjach na plesku 8.6, CentOS - 5.2 które wykonują operację na użytkownikach, tj. dodawanie domeny, edycja domeny, dodawanie subdomeny, dodawanie webusers.
Z tego co udało mi się ustalić do tej pory szaleje proces: usermng który zżera po prostu cały procesor, zajmuje i/o dysku i ogolnie rzecz biorąc na 20-40 sekund zwiesza cały serwer.

Niestety ani na paralles.com ani w google nie moge znaleźć nic sensownego na ten temat.

Spotkał się może ktoś z tym problemem ?

Przez skórę czuje, że chodzi o ustawianie quoty dla usera ale nie mogę doszukać się w dokumentacji pleska jak sobie z tym poradzić. Przeczuwam to dlatego, że problem nasila się proporcjonalnie do zajmowanego miejsca na dysku a wiec do coraz większej ilość operacji aby obliczyć rozmiar katalogów.

mariano - 10-02-2009 22:54
Jesli masz kernel co najmniej 2.6.20, to iotop moze byc bardzo pomocnym narzedziem. Przynajmniej bedziesz mial pewnosc, ze to wina quoty.

komar07 - 10-02-2009 23:16
jakieś inne narzędzie ?

po instalacji zarówno z yum jak i z źródła dostaje:
# iotop
This is neither python 2.5 nor is the _netlink C module available!
To run an uninstalled copy of iotop,
launch iotop.py in the top directory

iotop.py - też nie startuje

jestem na 99.9 przekonany, że chodzi o quote

zapuszczenie sprawdzania quoty z ręki przez pleska:
/usr/local/psa/admin/bin/usermng --isquotable-quiet

daje ten sam efekt który opisałem powyżej

Kocurro - 11-02-2009 00:18
W Plesku plik httpd.conf jest stosunkowo mały - za to Plesk używa masowo Include'ów - dlatego podczas restartu Apache'a mieli ostro dysk.

Zmień ustawienie czasu restartu Apache'a z 0 na powiedzmy 3600 (raz na godzinę) albo nawet rzadziej - powinno pomóc. Zmiany dokonujesz w panelu administracyjnym Pleska po zalogowaniu jako admin.

pozdr.
Łukasz

komar07 - 11-02-2009 13:06
Nie mam problemu z wydajnością całej maszyny przez cały czas, jedynie podczas operacji w samym plesku na użytkownikach systemu, czyli zakładanie edycja domen, aliasów i konta użytkowników.

Kocurro
Podczas restartu apache nie ma żadnych skoków obciążenia.

borec
Na plesku, jest stosunkowo mało domen - niecałe 200 z subdomenami i aliasami trochę ponad 400 - także wydaje mi się to jakaś liczba nie nastręczająca problemów.

Czy da się wyłączyć w plesku sprawdzanie quoty na użytkownikach ? Lub tak przekonfigurować coś w systemie aby odrazu zwracał jakiś wynik - nieważne jaki nie używam ograniczeń dla klientów.
Grzebał ktoś przy tym ?

raven - 11-02-2009 14:11
moj httpdconf ma 95 000 linii (2,8MB) i wszystko działa bez problemów. Nie straszcie chłopaka rozmiarami konfiguracji

komar07 - 17-02-2009 23:40
Witam
Przepraszam, że podbijam temat ale znalazłem rozwiązanie moich problemów i zostawiam je dla potomnych jakby ktoś miał taki sam problem :)

Problem:
Bardzo duży load przy operacji na domenach (dodawanie, edycja, webusers), dla panelu plesk 8.6 na centos 5.2

Rozwiązanie:
Usunięcie userquta oraz grpquota z pliku /etc/fstab dla partycji /var (plesk na niej trzyma dane),
Pamiętajcie o przeładowaniu pliku fstab: mount -o remount /var

Przy okazji edycji fstab na tej dystrybucji i z jajkiem 2.6.2.45 racze przełączyć partycję /var na ext2
Niestety ext3 mocno nie zdaje egzaminu, po wszystkich przejściach z ogromnym niezrozumiałym loadem - spowodowanym dziwnym mieszaniem dysku po przejściu na ext2 jak ręka odjął load ze średniej dobowej 5-6u spadł do 0.4

pmuch - 18-02-2009 08:39
Ale wiesz, co tracisz przechodząc na ext2?

Może zainteresuj się innymi systemami plików - reiserfs,xfs

komar07 - 18-02-2009 09:01
Szczerze mówiąc co bym nie tracił to w tym momencie moja maszyna działa jak powinna.
Ja przy 100 klientach i dość niewielkich projektach miałem problem z zalogowaniem się na FTP bo I/O dysku cały czas było zajęte w tym momencie mogę normalnie pracować.

raven - 19-02-2009 00:31
ja chętnie usłyszę opinie na temat wad przejścia na ext2, czyli zrezygnowaniu z journalingu. Rozumie się że pliki do których zapis następuje w chwili pada serwera zostaną uszkodzone. Co bedzie w przypadku np. tabel myisam? Co w przypadku zwykłego pliku? Pozatym journaling domyslnie po 5 sekudnach wprowadza zmiany. Co jesli operacja zapisu np trwa 15 sekund? Znaczy ze plik i tak zostanie uszkodzony w przypadku pada nawet z journalingiem. W przypadku plików które są w ciągłym fluxie jak duze tabele myisam czy tez plik danych innodb w przypadku padu z journalingiem i tak nastąpi uszkodzenie bo zawsze jakas operacja zapisu była w trakcie podczas ostatniego 5 sekundowego cyklu i commita. I tak faktycznie sie dzieje co wie kazdy kto miał twardego reboota - bazy sie uszkadzaja (oczywiscie mozna naprawiac), ale o ile gorzej by było bez journalingu w takim razie???