sockets disabled, out-of-fds

[Dan Lukes]

Miroslav Lachman wrote:
> Mam graf datoveho toku, poctu otevrenych spojeni lighttpd, pocet
> obslouzenych requestu za sekundu, ale bohuzel s tou petiminutovou
> granularitou tam nikde neni ani naznak nejakeho narustu. Takze pokud to
> opravdu byl nejaky velky pocet spojeni, narostlo to tak rychle, ze to na
> grafu neni videt.

Na to je snadna odpoved - jestli hrozi, ze graf neukazuje co potrebujem, 
tak to asi neni nejstastnejsi nastroj, s jehoz pomoci se to da 
zanalyzovat ;-)

Pust si tcpdump, at tech dat neni moc, tak ho omez jen na tcp pakety na 
prislusny cilovy port, ktere maji option SYN, FIN nebo RST, a hned pak 
budes vedet jak to s temi prichozimi spojenimi bylo.

To, ze vsechny hlasky ukazuji, ze jich je vic nez kolik lighttpd dokaze 
obslouzit jeste nic nerika o tom, kolik jich je v absolutim poctu.

A velky cislo nas povede k uplne jinejm resenim nez maly, takze tohle by 
se docela vedet hodilo.

> Podle access logu to vypadalo takhle - skutecne po ohlaseni out-of-fds
> dobehla jen existujici spojeni (v case 14:09:16) a pak to nabehlo az po
> restartu Lighttpd

Nevim, kdy lighttpd zapisuje radek do logu. Ale jestli az po dovyrizeni 
pozadavku (coz neni nepravdepodobny) tak nam log nerekne kolik pozadavku 
bylo v te chvili stale "rozdelanych".

> server-status stranka byla samozrejme taky nedostupna, ale muzu priste
> zkusit nejaky truss, ktrace, nebo tak neco. I kdyz si s tim moc nerozumim.

Ja lighttpd neznam, takze ani nevim, jestli pozadavky resi 
multithreadove, multiprocesove, nebo jako sice single-process/thread.

Takze az takhle konkretni rady nebudou.

Pro zacatek si pust 'top', podivej se jestli ten proces zere procesor, 
pust 'ps -axj', podivej se kolik je tam lighttpd procesu a v jakym jsou 
stavu, pust sockstat -lL co tam z nej o lighttpd vypadne. No a ten 
tcpdump, o kterym mluvim nahore.


Pak se uvidi jestli se neco uvidi, nebo nic neuvidi ...

Dan