Nie jesteś zalogowany.
Jeśli nie posiadasz konta, zarejestruj je już teraz! Pozwoli Ci ono w pełni korzystać z naszego serwisu. Spamerom dziękujemy!
Prosimy o pomoc dla małej Julki — przekaż 1% podatku na Fundacji Dzieciom zdazyć z Pomocą.
Więcej informacji na dug.net.pl/pomagamy/.
witajcie!
postanowiłem napisać tutaj ten temat ponieważ jakiś czas temu miałem problem ze stroną internetową, która stworzyliśmy wspólnie z kolegą
pewnego dnia na stronie mięliśmy około 100 aktywnych użytkowników po chwili strona przestała odpowiadać, a w konsoli można było zauważyć że wszystkie procesy php-fpm wykorzystują 100% cpu
czego to może być wina? skrypt strony? zła konfiguracja php / nginx ?
poniżej moje konfiguracja:
php.ini:
http://wklej.org/hash/6b275944764/
Offline
Na 90% to wina skryptu strony.
Offline
Rozumiem, a czy mógłbyś mi wskazać w jakiej lokalizacji w razie czego szukać podpowiedzi w logach jeżeli sytuacja sie powtórzy?
Offline
Jak się pojawi 100% uruchom strace na danym procesie powinno wyrzucić co go boli.
Offline
Widać, widać.
Offline
; Maximum execution time of each script, in seconds ; http://php.net/max-execution-time ; Note: This directive is hardcoded to 0 for the CLI SAPI max_execution_time = 300
Jak php konfigurował lama, to nic dziwnego.
Co za mądrala wymyślił 5 minut na wykonanie skrypta php.
A tak w ogóle, to demon php-fpm loguje jakieś błędy?
Same błędy parsera php gdzieś są zapisywane?
PS.
Jak strace wali za dużo treści, to jest też gdb.
Ostatnio edytowany przez Jacekalex (2016-01-02 23:42:19)
Offline
Jacekalex napisał(-a):
A tak w ogóle, to demon php-fpm loguje jakieś błędy?
Same błędy parsera php gdzieś są zapisywane?
catch_workers_output = yes
trzeba włączyć i powinien walić błędami.
Offline
Witam, mam dokładnie taki sam problem.
Włączyłeś błędy w php-fpm gdzie mogę je sprawdzić?
Offline