Dotaz: Pád webserveru

[DaemonCZE]

Dobrý den, potřeboval bych poradit s jednou zapeklitou situací ... Provozuji webserver na Debian GNU/Linux 4.0. (Apache/2.2.3 (Debian) PHP/5.2.0-8+etch7 mod_ssl/2.2.3 OpenSSL/0.9.8c) Včetně MySQL. Na server je poměrně dost přístupů .. za den bych řekl kolem 20 000 - 30 000. Po spuštění serveru je vše ok ... Apache běží, mysql taky. Ale po cca 20 hodinách server úplně přestane odpovídat. Ping na něj jde, ale port 80 (web) ani ssh ani nic jinýho nejde. Prostě to "spadne". Nemám zdání proč. - Po restartu to je zase na pár hodin OK, pak zase "bum".

Nemáte někdo potuchu proč se toto děje ? ...

PC: 2,5GHZ CPU, 1,5GB RAM, 40GB disk ...

Díky za radu DaemonCZE

Odpovědi

[Ripper]

A log nic neříká?

[DaemonCZE]

právě že ne ... server se tváří jako by nic .. akorát mám pár chyb na apache serveru .. ale to spíše, že si někdo otevře stránku, na který není obrázek co tam má být .. nic víc ...

[stybla]

co zkusit pripojit konzoli a podivat se?

[DaemonCZE]

jak řikám .. na konzoli nic nevidim .. ani problém s CPU ani problém s RAM .. prostě nic .. všechno se tváří normálně ..

nemůže to být počtem spojení na server ?? nějakej zapeklitej buffer u apache nebo mysql či nejaká cache ??

[frEon]

jestli ti tam bezi sar, tak se podivej prikazem sar na vypis jestli ti v tu dobu nedosla pamet, jakej byl iowait a pod... treba tam nekdo v tu dobu pousti nejakou prasarnu. pak to taky muze bejt hw problem, acpi a pod.

[DaemonCZE]

ee .. paměť byla volná .. přes 1GB .. a ping jsem měl kolem 30 ms .. po netu .. takže v HW bych problém neviděl :(

[frEon]

ses si jist ze pamet byla volna? napada me jeste ze ti mohla dojit spojeni (ale to by se nemelo dit periodicky), neco se tam forkovalo do zblazneni - takze uz nebylo misto pro dalsi procesy, server nemohl udelat fork a obslouzit te. nevim ale jestli na tohle existuji nejake nastroje, kteryma by to slo monitorovat, mozna treba nainstalovat si nejaky skriptik. Mozna ze server sel z nejakeho duvodu (treba si hw acpi nerozumi s kernelem - muzes skusit volby noapic noacpi pri bootu...) do kernel panicu. Uz jsem zazil spadlej router v kernel panicu, kterej presto ze byl zuchlej dal vesele prohazoval pakety mezi sitovkama. Kdyby na nem nebezela testovaci db, tak by si toho ani nikdo nevsim....

[DaemonCZE]

jj paměti bylo přes 1GB ...

[DaemonCZE]

btw: i kdyby cache a ram nebyla volná .. dá se nějak za běhu uvolnit .. myslím tim pročistit RAM a CACHE od nepotřebnejch dat ?

[DaemonCZE]

Prostě jen přestal odpovídat .. ale fakticky na všechno .. :( .. po restartu mu pak vždycky trvalo než naběhlo ssh, ale naběhlo to vždycky bez problémů ...

[frEon]

mas k nemu fyzicky pristup? muzes k nemu pripojit monitor?

[DaemonCZE]

mám možnost k tomu pc připojit monitor .. dokonce je i připojenej ...

[hanzz]

Mel jsem stejny problem s vlastnim serverem (jen ten cas byl cca 1-3 dny). Vyresil jsem to kompilaci vlastniho jadra, ktere bylo o dost novejsi nez distribucni. Dalsi PC mi delalo taky neco podobneho (pri velke zatezi CPU), ale to bylo slabym zdrojem... Nevim jak je to mozne. Puvodne jsem zil v domeni, ze se PC kvuli slabeho zdroje vypne, ale tenhle pocitac proste zatuhl a nejel ani ping, ale samotne PC jelo. Tak jsem koupil misto 300W 450W a uz to pak jelo bez vypadku.

[DaemonCZE]

Tady je právě záhada, že ping mi na ten systém jde

[hanzz]

hm ted si me vyved z miry, jestli mi ten ping taky sel nebo nesel :) je to dva roky zpatky, takze nepamatuju :) jen vim, ze mi to proste prislo divne :)

[DaemonCZE]

divný .. zase tak náročný vybavení na 400W zdroj nemám ...

[Pavel Čejka]

Tak zkus jednoduchý test. Vezmi levný multimetr, změř napájení +-5V, +-12V, +3,3V v klidu a při zátěži a pak porovnej. Hodnoty by se měly měnit co možná nejmíň, ideálně v setinách V a míň. Opravdu stačí i levný multimetr, absolutní přesnost není tak zajímavá jako změna hodnoty.

Pakliže budeš mít k dispozici multimetr u kterého se na přesnost spolehnout dá, tak by napájecí napětí neměla být nižší než nominální hodnota. Tj. 5V nesmí být 4,8V, ale ideálně 5,05V, až max. 5,1V. Čím přesněji tím líp.

Dají se změřit i stabilizátory okolo CPU, ale to asi v tuhle chvíli nemá smysl.

Druhý test se dá udělat třeba 5kohm odporem a sluchátkama (záleží na sluchátkách, abys je nespálil - s výkonem zdroje by mohly svítit), připojíš na napájecí napětí a nesmí v nich být slyšet žádný zvuk, kromě lupnutí v okamžiku připojení. Jakýkoliv brum, a pod.. znamená rušení, které může způsobit nespolehlivost.

[Luboš Doležel (Doli)]

Tak se při dalším pádu podívejte z lokálu, co se děje. Jestli vám ani na lokálu neprojde ssh localhost (a sshd/xinetd přitom naslouchá) atd.

[rastos]

Na ping sa odpovedá na nižšej úrovni ako na http. Keď dôjde k tomu problému, dá sa tam prihlásiť cez ssh? (tým sa napr. dozvieš či systém je schopný spustiť nový proces, či ten proces je schopný prijímať pakety, ...) Ďalej by som sa pozrel či beží apache ako process (ps axu |grep httpd) a ak áno, skúsil by som naň pustiť strace -p - a dozvedieť sa či ten proces niečo robí alebo nie. Pomôcť môže tiež aktualizácia jadra, web servera a prípadne nejakých knižníc (glibc, ssl, ...)