child-procesy PHP FastCGI

[RafoX 233]

A więc tak jak w temacie .

Wczoraj mi ten cały child-procesy PHP FastCGI z nie znanego powodu zawiesił się ....

Wszystkie strony nie działały ze 3 godziny

moje pytania za co jest to odpowiedzialne ? bo zapewne coś od php

czemu mi to się niby zawiesiło ?

Edytowano Sierpień 15, 2012 przez RafoX (zobacz historię edycji)

[Gość patrys]

[Gość]

A więc tak jak w temacie .

Wczoraj mi ten cały child-procesy PHP FastCGI z nie znanego powodu zawiesił się ....

Wszystkie strony nie działały ze 3 godziny

moje pytania za co jest to odpowiedzialne ? bo zapewne coś od php

czemu mi to się niby zawiesiło ?

 

Najczesciej -> skrypty korzystaja z jakichs zewnetrznych baz / danych (np. sciagaja cos po http z zewnetrznego serwera) - dana baza / serwer nie dziala, brak prawidlowej obslugi bledu i taki skrypt potrafi wisiec pare minut. Nazbiera sie ich kilkanascie (w zaleznosci ile jest ustawionych max child-procesow per user) i juz kolejne nie potrafia sie polaczyc z fastcgi (co objawia sie komunikatem w logach connection timeout, a w przegladarce bledem 500 lub 503). Czasem wystarczy nieodpowiednie / niewlasciwe zapytanie SQL i skrypt PHP wisi na polaczeniu z lokalna baza danych nic nie robiac, a zajmujac child-proces FastCGI.

[RafoX 233]

 

Najczesciej -> skrypty korzystaja z jakichs zewnetrznych baz / danych (np. sciagaja cos po http z zewnetrznego serwera) - dana baza / serwer nie dziala, brak prawidlowej obslugi bledu i taki skrypt potrafi wisiec pare minut. Nazbiera sie ich kilkanascie (w zaleznosci ile jest ustawionych max child-procesow per user) i juz kolejne nie potrafia sie polaczyc z fastcgi (co objawia sie komunikatem w logach connection timeout, a w przegladarce bledem 500 lub 503). Czasem wystarczy nieodpowiednie / niewlasciwe zapytanie SQL i skrypt PHP wisi na polaczeniu z lokalna baza danych nic nie robiac, a zajmujac child-proces FastCGI.

Dzięki właśnie tak obszerną odpowiedz chciałem dostać

[Marek607 655]

I jaki problem wskazywały logi?

I jakie było rozwiązanie twojego problemu?

[RafoX 233]

I jaki problem wskazywały logi?

I jakie było rozwiązanie twojego problemu?

Logi nie wiem bo to serwer wirtualny współdzielony

rozwiązanie bardzo proste Restrart

[Marek607 655]

Restart to nie rozwiązanie a odsunięcie problemu, ale oby twojej maszynce to pomogło i rozwiązało problem

Edytowano Sierpień 15, 2012 przez Marek607 (zobacz historię edycji)

[RafoX 233]

Restart to nie rozwiązanie a odsunięcie problemu, ale oby twojej maszynce to pomogło i rozwiązało problem

Marku to nie padło na całej maszynie tylko na wydzielonym dla mnie koncie .

BTW Coś ty taki miły się dla mnie zrobił

[Gość Adam Szendzielorz]

Restart to nie rozwiązanie a odsunięcie problemu, ale oby twojej maszynce to pomogło i rozwiązało problem

 

Doraznie jest to jak najbardziej rozwiazanie problemu. Jednak bez logow po stronie samych skryptow PHP (nie mowiac juz o ew. uruchomieniu PHP z dodatkowym modulem np. xdebug) - ciezko czasem ustalic powod wystepowania w/w problemow. Skrypty nic nie loguja, problem jest nieznany. Problem lezy po stronie samej aplikacji i tyle - nic wiecej hostingodawca nie jest w stanie stwierdzic.

[RafoX 233]

Problem lezy po stronie samej aplikacji i tyle - nic wiecej hostingodawca nie jest w stanie stwierdzic.

A no i tak jak ja też mam ciężko określić mogę jedynie domyślać się na podstawie info od Ciebie co zawiodło .. w tym przypadku jak u mnie połowa portalu wykorzystuje API zippyshare więc najprawdopodobniej to od tego że coś na zippy się posypało