Serwer dedykowany load do 500

[Ptaq 0]

Witam,

 

Mam od kilku tygodni problem ze swoim serwerem dedykowanym.

Ale od początku.

Serwer dedykowany miałem w OVH. Serwer był już sprzed kilku ładnych lat - więc parametry byly już stosunkowo słabsze a kwota była stosunkowo wyższa.
Głównie z przyczyn ekonomicznych i wydajności zamówiłem w SYS(OVH) nowy serwer o lepszych parametrach (m.in. dyski SSD) oraz w niższej cenie.

Administratorowi który zajmuj się i konfiguruje moje serwery zleciłem by postawił serwer na innej konfiguracji. Nie znam się dokładnie jak to się nazywa - efekt chciałem taki by nie trzeba było ustawiać chmodów na katalogi. Pozostała konfiguracja wydaje mi się, że jest taka sama jak była do tej pory.

Tak się też stało nowy serwer był tak skonfigurowany i wszystko działało ładnie... do czasu.

 

Zaczęło się od tego, że load strasznie do góry szedł. I zdarzało się to czasem codziennie, czasem co drugi-trzeci dzień. Ogólnie restart pomagał. I było przez kilka-kilkanaście godzin wporządku (load poniżej 1).

 

Po bardziej wnikliwej analizie okazało się, że konto na którym bylo forum (php by przemo) z ruchem ok. 500uu/dzień - zajeżdza serwer.

 

Szybkim rozwiązaniem tego problemu (doraźnym) był restart w panelu DirectAdmin procesu "httpd" - wtedy wszystko błyskwicznie wraca do normy i potrafi przez wiele godzin być OK.

 

A sam wzrost loadu wygląda bardzo dziwnie - bo zaczyna się od tego, że zaczyna powoli rosnąć od load 10 zaczynam dostawać powiadomienia i tak dostaj je średnio kilka razy na godzinę na maila. Load rośnie niemal do zabicia serweru (500!).

 

Wygląda to tak jakby serwer nie potrafił wyczyścić sobie tego procesu - bo jezeli tylko kliknę magidzne "httpd" wszystko wraca w ciągu kilku sekund do normy i przez wiele godzin może być bez żadnych problemów.

 

Administrator serwera twierdzi, że problem jest po stronie skryptu. Jednak na starym serwerze load nigdy nie przekracał 2. A sam skrypt po tych problemach został przeinstalowany od początku w najnowszej wersji i bez pluginów. Tak więc po stronie skryptu wg. mnie jest OK. Wiem, że jest to mocno obiążający skrypt ale by zabijał serwer dedykowany mając ruch 500uu/dzień - do tego jak na amatora w dziedzinie serwerów - wiem, że na poprzednim dużo słabszym serwerze wszystko działało. Na nowym nie działa.

 

Jakaś sugestia jak rozwiązać mój problem? I co może być przyczyną tego co się dzieje.

 

W załączniku screen rosnącego loadu z dzisiaj. Dodam, że po restarcie ok. godz. 11 do teraz load jest OK.

 

[spindritf 240]

Po bardziej wnikliwej analizie okazało się, że konto na którym bylo forum (php by przemo)

Ale jak zajeżdża? Które procesy są odpowiedzialne za wysoki load? Co widzisz w top/atop, jak load jest wysoki?

[Ptaq 0]

Teraz nie load jest niski. Ogólnie mam jeszcze takie info podczas od administratora jak są te problemy:

 

apache 21220 62.6 0.1 80448 18048 ? R 00:39 378:46 \_ /usr/sbin/httpd -k start -DSSL
argon3 21275 0.0 0.0 0 0 ? Z 00:40 0:00 | \_ [php-cgi] <defunct>
apache 14355 56.4 0.2 109504 47532 ? R 01:55 298:21 \_ /usr/sbin/httpd -k start -DSSL
argon3 15644 0.0 0.0 0 0 ? Z 02:00 0:00 | \_ [php-cgi] <defunct>
apache 18389 55.0 0.2 109532 47568 ? R 02:08 283:57 \_ /usr/sbin/httpd -k start -DSSL
argon3 20185 0.0 0.0 0 0 ? Z 02:15 0:00 | \_ [php-cgi] <defunct>
apache 848 51.1 0.2 109848 47560 ? R 02:56 238:55 \_ /usr/sbin/httpd -k start -DSSL
argon3 1726 0.0 0.0 0 0 ? Z 03:00 0:00 | \_ [php-cgi] <defunct>
apache 8142 45.5 0.2 109512 48188 ? R 03:22 200:56 \_ /usr/sbin/httpd -k start -DSSL
argon3 12702 0.0 0.0 0 0 ? Z 03:40 0:00 | \_ [php-cgi] <defunct>
apache 24036 44.4 0.2 109176 47076 ? R 04:20 170:45 \_ /usr/sbin/httpd -k start -DSSL
argon3 24044 0.0 0.0 0 0 ? Z 04:20 0:00 | \_ [php-cgi] <defunct>
apache 30299 40.6 0.2 111500 48132 ? R 04:46 145:19 \_ /usr/sbin/httpd -k start -DSSL
argon3 1133 0.0 0.0 0 0 ? Z 05:00 0:00 | \_ [php-cgi] <defunct>
apache 5095 41.6 0.2 109312 47312 ? R 05:14 137:12 \_ /usr/sbin/httpd -k start -DSSL
argon3 5226 0.0 0.0 0 0 ? Z 05:15 0:00 | \_ [php-cgi] <defunct>
apache 5903 41.3 0.2 111916 47896 ? R 05:17 134:59 \_ /usr/sbin/httpd -k start -DSSL
argon3 6466 0.0 0.0 0 0 ? Z 05:20 0:00 | \_ [php-cgi] <defunct>
apache 2875 2.3 0.2 109836 47668 ? S 10:42 0:02 \_ /usr/sbin/httpd -k start -DSSL
apache 2962 1.1 0.2 109580 47608 ? S 10:42 0:00 \_ /usr/sbin/httpd -k start -DSSL
apache 2963 2.6 0.2 109868 47744 ? S 10:42 0:02 \_ /usr/sbin/httpd -k start -DSSL
argon3 3566 10.0 0.1 159616 26504 ? R 10:44 0:00 | \_ /usr/local/php5/bin/php-cgi /home/argon3/domains/domena.pl/public_html/viewforum.php

 

 

Edytowano Listopad 5, 2014 przez Ptaq (zobacz historię edycji)

[MikeJones 25]

zapytania usera argon3 z tego co widać wiszą w topie po kilka godzin… trzeba wiec ustalić co takiego ten skrypt robi. restart httpd kasuje to aż do momentu gdy znowu taki skrypt zawiśnie więc to jest żadne rozwiazanie a i samo phpbb “przemo” to jest antyk, ktory pamieta ubiegly wiek.

[Ptaq 0]

Tylko mnie nurtuje to, że:

- na starym serwerze nie było problemów z tym skryptem jak pisałem load nie przekraczał 2.

- skrypt by przemo był 2 dni temu przeinstalowany od nowa - jest święża instalacja z którą za bardzo nie ma co zrobić, bo jest to defaltowa instalka - a jak wiadomo, taki skrypty mimo, że starę są na setkach serwerów i działają poprawnie.

 

Ja rozumiem, że to forum może mieć na tyle nieoptymalne rozwiązania, że load zamiast 0,2 (na skrypcie powiedzmy IPB) to na przemo będzie 0,5. Ale wydaje mi się, że nie na tyle wysoki load jest by zawieszać serwer.

[Miłosz 2311]

A wersja php jest taka sama jak była?

[Ptaq 0]

Niestety nie pamiętam jaka była wersja PHP na poprzednim serwerze. Ale zakładam, ze zbliżona (na pewno nie było jakiejś 4.*).

Teraz jest PHP: 5.3.29.

[MikeJones 25]

przemo i poprawnie to oksymoron. masz tam shoutbox albo jakis czas? skrypt urodzin i inne pluginy? tym można wręcz ddosować nawet mocnego dedyka. zresztą najprostszy sposób żeby to sprawdzić to zablokować forum i sprawdzić czy problem się powtórzy .

[Ptaq 0]

Mam domyślną wersje by przemo - bez dodatków (poza tymi co ma w sobie przemo).

Ja nie twierdzę, że skrypt jest dobry i nie obciąża serwera piszę po raz kolejny - i godzę sie z tym, że przez niego będę serwer bardziej obciążony niż pod innymi skryptami forów - ale nie do tego stopnia.

I wyłączenie forum wg. mnie nie jest rozwiązaniem - bo jestem świadom tego, że to to konto z forum obciąża serwer i że po wyłączeniu będzie działać serwer... tylko co dalej z tym zrobić? I po praz kolejny podkreślę, poprzedni serwer z tym skryptem nie miał problemu.

 

Co do wersji PHP to dodam to co pisałem wcześniej - że nowy serwer jest tak skonfigurowany, że nie wymaga chmodów i to jest główna różnica między konfiguracjami serwerów.

[spindritf 240]

Coś się w konfiguracji zmieniło pewnie. Wygląda na to, że czegoś nie zamyka przemo, połączeń mysql, plików otwartych, dobijasz do limitu (połączeń, deskryptorów), coraz więcej procesów czeka na wykonanie, load wychodzi przez sufit.

 

Co to znaczy "nie wymaga chmodów" swoją drogą?

[MikeJones 25]

@ptaq no jak to co zrobić?? nie używać więcej skryptów pamiętających 2004 rok… stary serwer mial stare php to moze jakos to dzialalo.. Maluch z 85 tez jezdzil na benzynie 91, a na eurosuper95 juz nie pojedzie .

co się tak uparleś na przemo?

[Marek607 655]

Coś się w konfiguracji zmieniło pewnie. Wygląda na to, że czegoś nie zamyka przemo, połączeń mysql, plików otwartych, dobijasz do limitu (połączeń, deskryptorów), coraz więcej procesów czeka na wykonanie, load wychodzi przez sufit.

 

Co to znaczy "nie wymaga chmodów" swoją drogą?

 

Strzelam że przedtem miał mod_php a teraz php-cgi

 

@ptaq no jak to co zrobić?? nie używać więcej skryptów pamiętających 2004 rok… stary serwer mial stare php to moze jakos to dzialalo.. Maluch z 85 tez jezdzil na benzynie 91, a na eurosuper95 juz nie pojedzie .

co się tak uparleś na przemo?

 

A co ma piernik do wiatraka? Jak ci maluch nie chce odpalić to tez lecisz do salonu i kupujesz nową pande? Zmiana skryptu to nie rozwiązanie problemu, problemem jest to o czym napisał @spindritf tylko trzeba go zlokalizować.

[MikeJones 25]

Jesli rozkracza sie co chwile (analogia do skryptu robiacego load 100) to jak najbardziej zmieniam. A zmiana przema na phpbb3, ktore dziala o niebo lepiej trwa kilkanascie minut..