Skocz do zawartości
"Idzie nowe..." - o zmianach i nie tylko ×
Przeniesienie zakupów z IPS Marketplace / Moving bought items from IPS Marketplace ×

[3.3.3] Forum zabija VPS'a


XvAK

Rekomendowane odpowiedzi

Witam

Nie do końca jestem pewien że jest to wina forum, ale po kolei.

Na początku miesiąca zostałem poinformowany przez hosting na którym mam forum (dHosting), że z powodu zbyt dużego obciążenia zostali zmuszeni do przeniesienia mnie z hostingu WWW na VPS. Co prawda forum chodziło szybko i bez problemów na zwykłym hostingu, ale skoro mnie już zmusili to OK.

Przez 2 tygodnie było OK. 16 czerwca zaktualizowałem forum z 3.3.2 do 3.3.3

18 czerwca ok. 7 rano zaczęły się problemy:

d14d19b4dbb8405190158be.png

Dostałem wiadomość od dhostingu

Problem wynika z wykonywania bardzo obciążających zapytań SQL, które wykonywane są z użyciem tymczasowych tabel generowanych na dysku twardym. Stąd obciążenie na dysku.

Zapytania obciążające podobne są do:

SELECT COUNT( p.author_id ) AS postis, m.members_display_name, m.member_id, m.members_seo_name, m.member_group_id, pp . *

FROM ibf_posts p

LEFT JOIN ibf_members m ON ( p.author_id = m.member_id )

LEFT JOIN ibf_profile_portal pp ON ( m.member_id = pp.pp_member_id )

WHERE p.post_date > '1337421169'

GROUP BY p.author_id

ORDER BY postis DESC

LIMIT 0 , 10

wykonywane na bazie rzeznia_forum. Zapytania są w stanie "Copying to tmp table" czyli wykonują kopię tabel na dysk przed realizacją zapytania. Taka reakcja wynika zazwyczaj z nieoptymalności bazy danych. Możemy umieścić pełny przykładowy zrzut zapytań aktualnie wykonywanych na FTP.

Znalazłem, że za zapytanie odpowiada modyfikacja -RAW33- Top Poster, którą mam na forum od 5 czerwca.. OK wyłączyłem, wydawało się że problem ustąpił ale dalej było to samo, czyli forum zapychało cały RAM i wykorzystywało prawie w 100% HDD.

Tak to wygląda po kilku minutach, nawet gdy forum działa w trybie bezpiecznym (po kilku minutach się zapycha):

http://www.bankfotek...ge/1272217.jpeg

http://www.bankfotek...ge/1272218.jpeg

Kolejna wiadomość od dhostingu:

Poniższe dwa zapytania wykonują się najdłużej i najczęściej są w trybach "Sorting result" i "Sending data", które mogą trwać długo przy dużej ilości informacji.

rzeznia_forum v115.c3.dhosting.pl:42313 rzeznia_forum Query 16 Sending data

SELECT s . * , m . * , pp . *

FROM ibf_member_status_updates s

LEFT JOIN ibf_members m ON ( m.member_id = s.status_author_id )

LEFT JOIN ibf_profile_portal pp ON ( pp.pp_member_id = m.member_id )

WHERE s.status_author_id = s.status_member_id

AND s.status_is_latest =1

ORDER BY s.status_date DESC

LIMIT 0 , 5

rzeznia_forum v115.c3.dhosting.pl:42242 rzeznia_forum Query 8 Sorting result SELECT m.member_id, m.members_seo_name, m.members_display_name, m.member_group_id, pp . *

FROM ibf_members m

LEFT JOIN ibf_profile_portal pp ON ( pp.pp_member_id = m.member_id )

WHERE pp.time_spent >0

AND m.member_group_id

IN ( 23, 17, 36, 42, 50, 31, 20, 24, 15, 26, 10, 52, 25, 21, 19, 51, 40, 12, 18, 53, 22, 28, 27, 8, 2, 30, 4, 9, 29, 54, 33, 1, 41, 34, 38, 11, 39, 37, 3, 47 )

ORDER BY pp.time_spent DESC

LIMIT 0 , 10

Na pewno żaden inny skrypt na VPS nie powoduje tego. Tak wygląda htop gdy "usunę" forum:

http://www.bankfotek...ge/1272219.jpeg

Zauważyłem (na SAFE MODE), że wszystko jest OK do póki nie kliknie się jakiegoś linku do tematu, który jest unread (lub zawiera view=getnewpost).

Ma ktoś jakiś pomysł? Bo na pomoc od dhostingu niezbyt mogę liczyć. Dodam, ze u nich VPSy są z administracją, więc nawet nie mam dostępu do konfiguracji. Najdziwniejsze jest to, że od 2 tygodni wszystko było OK i nagle występuje problem o 7 rano, kiedy nic nie robiłem przy forum ani VPS.

Edytowane przez XvAK
Odnośnik do komentarza
Udostępnij na innych stronach

Mniemam że próby takie jak wyłączenie wszystkich dodatkowych modów wykonywałeś, w celu sprawdzenia czy to może nie któryś z nich? Na bug liście nie ma podobnych zgłoszeń odnośnie 3.3.3, więc to nie tutaj problem.

Nie masz żadnego dostępu do VPS'a? Plików konfiguracyjnych php'a, mysql? Być może to tam pies jest pogrzebany, nie możliwe żeby jedna baza MySQL zarzynała dysk, chyba że wartości odnośnie cache zapytań są zbyt duże.

Odnośnik do komentarza
Udostępnij na innych stronach

Mniemam że próby takie jak wyłączenie wszystkich dodatkowych modów wykonywałeś, w celu sprawdzenia czy to może nie któryś z nich?
Tak, wszystkie modyfikacje i hooki zostały wyłączone. Na czystym forum + tryb SAFE MODE (wgrywałem ponownie całe 3.3.3 nadpisując pliki) wystarczy przytrzymać 3-4 sek F5 i forum leży.

php.ini: http://wklej.org/id/776030/

phpinfo: http://rzeznia.eu/t.php

Do my.cnf nie mam dostępu (Permission denied.)

Odnośnik do komentarza
Udostępnij na innych stronach

wystarczy przytrzymać 3-4 sek F5 i forum leży.

To nie wina MySQL'a a konfiguracji serwera www, trzymasz klawisz == tworzą się nowe requesty które serwer przyjmuje i przekazuje do wykonania.

Może warto by przenieść się gdzieś indziej? Gdzie masz pełny dostęp do VPS'a, do tego nginx + php w wersji FPM, ew. varnish pod statyczny content.

Odnośnik do komentarza
Udostępnij na innych stronach

To nie wina MySQL'a a konfiguracji serwera www, trzymasz klawisz == tworzą się nowe requesty które serwer przyjmuje i przekazuje do wykonania.

Może warto by przenieść się gdzieś indziej? Gdzie masz pełny dostęp do VPS'a, do tego nginx + php w wersji FPM, ew. varnish pod statyczny content.

Będę musiał się przenieść, zastanawiam się gdzie. Wcześniej w LN miałem na dedyku nginx'a+php-fpm i ładnie chodziło. Ale z braku czasu (i zmiany dedyka) wolałem przenieść forum na zwykły hosting.

Może nie w temat ale memory_limit64M. IPB wymaga 128mb

W conf_global.php mam ustawione na 128MB

Mi coś się wydaje że im VPS się skopał, a że nie mogą znaleźć przyczyny zwalają na ciebie.

Od początku również mi się tak wydawało. Sprawdziłem teraz inny hosting, tzn. wrzuciłem forum na dHosting Bussines (2 tygodnie temu zostałem z niego "przeniesiony" na VPS, ze względu na zbyt duże obciążenie).

Forum chodzi tam bez problemów - http://rzeznia2.dkonto.pl/

A na dVPS, za który płacę 3x więcej takie szopki. Trzeba jak najszybciej z tamtą wiać.

Odnośnik do komentarza
Udostępnij na innych stronach

Jak masz bazę danych skopiowaną - zagraj vabank.

Napisz do nich z żądaniem naprawienia VPS-a - przywrócenia do stanu w którym działał lub zwrotu kosztów poniesionych przez ciebie + wypłaty zadośćuczynienia za poniesione straty moralne (zwalanie ich problemu na ciebie) ;)

Odnośnik do komentarza
Udostępnij na innych stronach

Nie jest możliwym żeby baza danych zajechała całą wirtualną maszynę, czy jej dysk. Albo wykonujesz operacje rzędu milionów na sekundę, albo usługa jest źle skonfigurowana i tyle. O ile się nie mylę to masz usługę dVPS Smart, zarzynać 2,4GHz, 1,5GB RAM tylko bazą MySQL? Niestety, ale twierdzę że ich LAMP jest podstawową preinstalowaną wersją, bez aktualizacji. Za tę kwotę w ViPower / ViHost masz VPS'a z duuużo wyższymi parametrami, jeśli nie masz czasu to jednorazowo opłacasz administratora który skonfiguruje Ci wszystko tak żeby działało - a nginx + fpm to najmniej zawodna platforma, więc problem zaczyna się defacto wtedy gdy brakuje Ci miejsca na maszynie.

Dla pewności, wykonaj parę testów i podrzuć wyniki: http://dev.mysql.com...ction_benchmark http://forum.invisio...-php-benchmark/ - a jak masz dostęp do konsoli to spróbuj wykonać polecenie vmstat 1, poczekaj chwile i daj wynik.

Będę musiał się przenieść, zastanawiam się gdzie. Wcześniej w LN miałem na dedyku nginx'a+php-fpm i ładnie chodziło. Ale z braku czasu (i zmiany dedyka) wolałem przenieść forum na zwykły hosting.

ViHost.pl / ViPower.pl, Biznes-Host.pl, UltimaHost.pl (ze względu na SSD w wyższych ofertach).

Edytowane przez Portek
  • Lubię to 1
Odnośnik do komentarza
Udostępnij na innych stronach

Wyniki testów:

1. http://wklej.org/id/776522/

2. http://wklej.org/id/776520/

3. http://wklej.org/id/776519/ (w połowie przytrzymałem F5 na forum)

Tak więc konfiguracja forum nie jest nic winna (co sprawdziłem na http://rzeznia2.dkonto.pl/), czekam na ich odpowiedź, bo zawiodłem się na nich. Skoro sami przenieśli mnie na VPS'a to chociaż miałem nadzieje, że wiedzą co robią i serwer będzie odpowiednio wydajny i skonfigurowany. Jednak nie warto komuś ufać ;)

Odnośnik do komentarza
Udostępnij na innych stronach

Jednak nie warto komuś ufać ;)

Za zaufanie w niektórych przypadkach trzeba zapłacić :-)

3. http://wklej.org/id/776519/ (w połowie przytrzymałem F5 na forum)

Rzeczywiście, odkąd przytrzymałeś F5 ilość operacji dyskowych z wartości praktycznie niezauważalnych skoczyło dość znacznie bo do 40tys i co dziwne nie spada przez długi okres czasu, więc coś pracuje w tle i tyra dysk.
Odnośnik do komentarza
Udostępnij na innych stronach

To ja Ci powiem jak to jest. Z dużymi forami nie ma sensu bawić się w VPSy.

Ja miałem kiedyś na vpsie i miałem prawie taki sam problem. Przeniosłem na dedyka i wszystko jest cacy ;)

Masz spory ruch na forum więc i maszyna powinna być lepsza.

Konfiguracja serwera pewnie też ma po części znaczenie, ale sądzę, że firmy hostingowe dzielą "po łebkach" na vpsy i przez to są problemy.

Ja się już wiele razy spotkałem z problemem zrzucania winy na klienta... trzeba z nimi ostro i jak nie odpuścisz to w końcu dopniesz swego.

Czasem mam wrażenie, że Ci co siedzą w tych firmach nie mają zielonego pojęcia co próbują wmówić klientom...

  • Lubię to 1
Odnośnik do komentarza
Udostępnij na innych stronach

Tak, dziś w dH jakaś globalna awaria, więc to nie błąd serwera, ale coś z łączami (ponoć)

To się obawia bardziej blobalnie ;) W panelu tym wszystkim którzy używają starszych wersji localize board od DawPi to mieli na głównej w PA Warning: fopen(http://ipslink.pl/files/plCheck.php ;)
Odnośnik do komentarza
Udostępnij na innych stronach

Jeśli chcesz dodać odpowiedź, zaloguj się lub zarejestruj nowe konto

Jedynie zarejestrowani użytkownicy mogą komentować zawartość tej strony.

Zarejestruj nowe konto

Załóż nowe konto. To bardzo proste!

Zarejestruj się

Zaloguj się

Posiadasz już konto? Zaloguj się poniżej.

Zaloguj się
  • Ostatnio przeglądający   0 użytkowników

    • Brak zarejestrowanych użytkowników przeglądających tę stronę.
×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Umieściliśmy na Twoim urządzeniu pliki cookie, aby pomóc Ci usprawnić przeglądanie strony. Możesz dostosować ustawienia plików cookie, w przeciwnym wypadku zakładamy, że wyrażasz na to zgodę.