Dotaz: Jake jsou možné varianty pádu Apache?

[Mirek]

Dnes se mi stala nemilá věc a to pád apache a následne zamrznutí, že nic jiného než restart nepomohlo.

Když jsem prolézal logy, narazil jsem na hlášku:

server reached MaxClients setting, consider raising the MaxClients setting.

Procházel jsem následně i návštěvnost serveru a jelikož je léto a bylo hezky tak spíše byla podprůměrná a tak není důvod proč by to stroj neměl ustát.

Jaké jsou další možnosti proč to zrovna spadlo takto?

Odpovědi

[MMMMMMMMM]

Otázka - je povolen access log? Pokud ano, mrknul bych na čas, kdy se tato chyba objevila a následně mrknul do access logu, co se v tu chvíli dělo, jaké požadavky na server přišly...

[Mirek]

Ten povolen jen, ale není tam nic nestandartního

[azurIt]

Skus LogLevel nastavit na debug aby sa zalogovali potencialne zaujimave veci. Inak u nas mame vytvorene jednoduche skripty, ktore kontroluju, ci Apache bezi a prijima poziadavky a ak nie, tak ho to restartuje/spusti.

[Mirek]

Zajímavá idea, zkusím nastavit zda to náhodou nezapíše něco zajímavého

[Kit]

Někdy pomůže snížit hodnotu MaxClients nebo přidat RAM.

[Ruža Becelin]

Spis zvysit, kdyz mu Apache rika, ze jich ma malo.

Spis bych se podival na hodnoty KeepAlive, KeepAliveTimeout apod.

[Kit]

Častý omyl, který způsobuje zamrzání webových serverů.

[Ruža Becelin]

Mas k tomu neco podrobnejsiho? Ptam se, protoze jsme na nekolika serverch meli podobne problemy a poladeni MaxClients, KeepAliveTimeout pomohlo...

[Kit]

Má jen 512 MB RAM. Pokud tam současně pustí víc klientů Apache, vyženou z RAM buffery a cache. Také do RAM nepustí programy, které mu mají dodat data (např. databázi). Tím se požadavky nevyřídí včas a narůstají další požadavky, které to zahltí a nahlásí nedostatek MaxCliens. Snížením této hodnoty se další požadavky klientů jen nastrkají do fronty a nezpůsobí zahlcení.

[iKoulee]

Presne jak psal predrecnik.

KeepAliveTimeout pomuze jen nekdy, zalezi na strukture navstevnosti aplikace a vubec.

Ve chvili kdy server zamrzne tak jednoznacna volba je snizovat MaxClients specialne v prefork rezimu. Je to jednoducha matematika, pokud pouzivate mod_php pak Maximalni mozne celkove obsazeni pameti je dany hodnotou MemoryLimit*MaxClients + nejaka rezije pro samotny apache a pokud chcete mit stabilni server tahle hodnota by nemela presahnout fyzickou pamet serveru, pokud se stava ze je hodnota MemoryLimit z nejakeho duvodu nadsazena nad bezne potreby je potreba se pojistit jinym zpusobem optimalni jsou cgroups jak tady jiz nekdo zminoval jeste bych doporucil upravit oom score pro apache, tak aby oom killer preferoval jej a nepobil jine procesy obvzlast u databaze to byva neprijemne.

Co se tyce moznosti jak shodit web server je relativne mnoho, muze jit o nejakou chybu v php, coz by se pravdepodobne projevilo v systemovem logu nejakym segfaultem, nebo jinou zajimavou chybou

Posledni dobe velice oblibeny DOS utok slow responce, ktery nekdo v diskuzi zminoval to muze podle priznaku byt take, lze mu ale pomerne snadno prechazet, bud instalaci modulu, ktery jej detekuje, nebo nahrazeni obsluhy per proces z mod_prefork obsluhou vlakny mod_treaded a dynamicky obsah resit za pomoci fastCGI a nebo predrazeni reverzni proxy, kterou muze delat jiny apache, nginx nebo squid

[Mirek]

Ram bych řekl že je dostatek, obvykle jí není využito na více než 20 procent

[Dejmal]

Apache pochopitelne nemuze primo zpusobit zamrznuti stroje. Zkontroluj si pamet a teplotu CPU v zatezi.

[MMMMMMMMM]

už mi Apache vyhnil tak, že se nešlo ani připojit přes SSH, holt VPS s 512 MB RAM :)

[Max]

Toto řeší cgroups.
Zdar Max

[ikarr]

Šikovný způsob, jak zadusit Apache a při tom neudělat nic, co by stálo za logování, je toto:

http://ha.ckers.org/slowloris/

proti lze použít mod_antiloris