Nginx 502 bad gateway

[kombajnik]

Witam, posiadam nginx/0.7.65 i od pewnego czasu mam problem. Przed formatem wszystko dzialalo ok, zrobilem format na dedyku zainstalowalem nginxa i co jakis czas (w zaleznosci jaki ruch jest na stronie) wywala mi 502 bad gateway musze zrobic restart fcgi. Nie jestem w te klocki dobry i chcialbym się Was spytac czy gdzies sa generowane logi ktore powoduja ze musze restartowac fcgi ?

Dzieki i pozdrawiam

[atsuki]

To nie przez logi musisz restartować process fastcgi.. hmm, co masz jako menadzer fascgi? - spawn-fcgi, php-fpm, to cgi z apacha..?

Zerknij na to, może pomoże, o ile nie zrobiłem nigdzie byka

Kod: Zaznacz cały

upstream fastcgi {
  server 127.0.0.1:9000 max_fails=3  fail_timeout=10s;
  server 127.0.0.1:9001 max_fails=3  fail_timeout=10s;
}

location ~ .php$ {
  fastcgi_pass   fastcgi;
  fastcgi_index  index.php;
}

po server masz adres procesu fastcgi

[kombajnik]

przykladowo mam tak

Kod: Zaznacz cały

# stronka
/usr/bin/spawn-fcgi -a 127.0.0.1 -p 9009 -u www-data -F 2 -f "php5-cgi -c /etc/php5/nginx/stronka.ini"

w /etc/init.d/fcgi :/ teraz to niewiem co sie dzieje co 15 minut msuze restgartowac fcgi



pytam dlatego o logi bo jak sie fastcgi wylcza to coś musi to powodować i może w logach byłby blad zapisany wiedzialbym co to powoduje i jak naprawic;/

[atsuki]

proces fastcgi moze ci sie zawiesic w zasadzie tylko w tedy, kiedy maaaaaasz nie wiadomo ile zapytań. I o ile nginx daje rade, to proces php pada - czyli jednym słowem atak DOS.

to co ci napisalem, co zastosowanie load balancingu w nginxie, w przypadku gdy jeden proces php nie odpowie, serwer zapytanie przesle do drugiegio. To nic nie dało?

Dwie rzeczy jeszcze możesz zrobic..

do http

Kod: Zaznacz cały

       proxy_buffering           on;
       proxy_cache_min_uses       3;
       proxy_cache_path          /usr/local/nginx/proxy_temp/ levels=1:2 keys_zone=cache:10m inactive=10m max_size=500M;
       proxy_cache_valid         any 10m;
       proxy_ignore_client_abort off;
       proxy_intercept_errors    on;
       proxy_next_upstream       error timeout invalid_header;
       proxy_redirect            off;
       proxy_set_header          X-Forwarded-For $remote_addr;
       proxy_connect_timeout     10;
       proxy_send_timeout        10;
       proxy_read_timeout        10;

Ustawi mocne cachowanie w nginxie, nginx bedzie pomijal zapytanie do php

oraz jeszcze, rowniez do http

Zainteresuj się też:
http://wiki.nginx.org/NginxHttpLimitZoneModule
http://wiki.nginx.org/NginxHttpLimitReqModule

aby sprawdzić ilość połączeń do nginx:
http://wiki.nginx.org/NginxHttpStubStatusModule

a do przelozenia tego na ludzki jezyk użyj =on&os[7]=on&os[3]=on&os[2]=on&os[5]=on&os[8]=on&os[1]=on&os[6]=on]munina

[kombajnik]

eee nie paniemaje :/

[atsuki]

eee... poczytaj:
- Podstawy nginxa
- Średnio zaawansowany nginx
- Zaawansowany nginx

[kombajnik]

btw. to niemożliwe że to atak DOS bo jak sam siedze na stronce to ona nie padnie a jak dam adres np 5ciu kumplom z gg zeby wbili na stronke i costam poklikali to po chwili jest 502 :/

[atsuki]

hehe.. a czym jest DOS? Denial-of-Servie? Właśnie tym.. tylko dziwne, że wystarczy do tego 5 userów

Jednym słowiem, coś masz skopsane w konfiguracji... pokaz screen htop, ile masz processow php-cgi, czy wiesz co daje -F 2? w lini ze spawn-cgi? Jak masz za mało procesów.. -C 10 np możesz dodać (da dziesięcioro dzieci procesu php-cgi..)

Ile masz wolnego ramu?

[kombajnik]

Mam 7gb wolnego ramu. Mam kilka stron postawionych kazda z nich ma dwa wpisy w htop

[atsuki]

ehh.. daj screena z sortowaniem procesow, aby byly razem. Nie napisałeś czy dodałeś -C 10 etc.. kilka stron powiadasz... pad występuje na jednej konkretnie, czy na wszystkich. Każda strona ma swoj process php-cgi? współpracuj, trochę -_-

[kombajnik]

Tak, kazda strona ma swoj wlasny proces php-cgi. Kiedys jak padalo to wszystkie stronki naraz co mialem porobione. Teraz kazda ale losowo. Jak jedna padnie to reszta dziala
Dodałem to -C 10 zobaczymy co bedzie .




kazda strona ma po 2 takie procesy czyli mam 9 stronek

[atsuki]

hmm.. jaka masz wersje spawn-fcgi?

spawn-fcgi -v

jak mnie pamiec nie myli.

W domyśle, zaktualizuj do najnowszej

wget http://www.lighttpd.net/download/spawn- ... 6.3.tar.gz
tar zxvf spawn-fcgi-1.6.3.tar.gz
cd spawn-fcgi-1.6.3
./configure
make

Zamknij wszystkie procesy php, zapewne masz jakis plik w /etc/init.d/* stop

Kod: Zaznacz cały

make install

no i wystartuj procesy, jak pokaze ci spawn-fcgi -v dalej stara wersje

Kod: Zaznacz cały

whereis spawn-fcgi

i zobacz czy nie masz jakies innej dodatkowej oprócz /usr/bin/spawn-fcgi, jak tak, zlinkuj z tej innej lokalizacji do tej. Może update spawn-fcgi pomoze..

PS, IMO lepiej jest miec zamiast
- -F 2
+ -F 1 -C 5

I tak trochę nie związane.. 9 stronek, 9 róznych userów? w sensie że 9 róznych kont? Jak tak.. czemu nie dopasowac -g i -u w dla procesu, lepiej jak php dziala na prawach usera do ktorego naleza pliki

[kombajnik]

Eh juz sie cieszylem ze stronka dziala dobrze bo ponad godzine dzialala po zmianie na -C 10 ale podczas pisania tego postu znow padla ^^

spawn-fcgi v1.6.3 (ipv6) - spawns FastCGI processes
Build-Date: Sep 24 2009 18:52:51

zrobilem to co napisałęś



root: ~/spawn-fcgi-1.6.3 # whereis spawn-fcgi
spawn-fcgi: /usr/bin/spawn-fcgi.standalone /usr/bin/spawn-fcgi /usr/local/bin/spawn-fcgi /usr/share/man/man1/spawn-fcgi.1.gz


wersja spawnfcgi dalej taka sama


btw.

/usr/bin/spawn-fcgi jest podlinkowane pod /etc/alternatives/spawn-fcgi a ono jest podlinkowane pod /usr/bin/spawn-fcgi.standalone to tak ma byc? bo imo to troche pokręcone

[atsuki]

ps.. jak spawn-fcgi -v daje ci 1.6.3 to znaczy, ze masz najnowsza

to dochdzimy pomalu.. cos ci zapycha php na danej domenie.

dokompiluj do ngnixa:

Kod: Zaznacz cały

./configure --with-http_stub_status_module

dodaj do server {} którejś z domen:

Kod: Zaznacz cały

location /nginx_status {
  stub_status on;
  access_log   off;
  allow 127.0.0.1 localhost;
  deny all;
}

zainstaluj munina

apt-get install munin

ogólnie o muninine możesz poczytać tu. Parę postów wcześniej podałem link do pluginow dla nginx-a do munina. Sprawdź ilość jednoczesnych połączeń. Użyj też tych dwóch modow do limitowania ilości jednoczesnych połaczeń per ip.

Sprawdz w message.log i syslog czy nie ma czegoś o o php-cgi..

[kombajnik]

Atsuki - dzięki za starania i probę pomocy - niech Ci to Bóg w dzieciach wynagrodzi D ale problem został usunięty -> kolega co zna się na rzeczy znalazł chwilkę czasu i błyskawicznie naprawił

[atsuki]

To jeszcze napisz, w czym był problem, jestem ciekaw