Přeprocesováno, co teď?

18.8.2007 11:46 | Přečteno: 1670× | Rady | poslední úprava: 19.8.2007 00:25

Nejprve bývá slušností pozdravit, takže: "Dobrý den".

Představme si následující situaci, sedíme si někde v klimatizované místnosti u terminálu, necháváme se unášet tichým ševelením produkčního serveru a najednou vidíme, že nic nevidíme. Tedy lépe řečeno na každý pokus o komunikaci se nám dostane odpovědi: "Can't fork process!"

Co fčil? Teď budu chvilku přemýšlet nahlas. Příliš mnoho procesů, napadne hned každého. No jo ale restartovat nemůžeme, to by nás uživatelé slupli i s bačkůrkama. Co ale způsobuje toto zahlcení? Jak to zjistit? Normálně bychom použili třeba ps aux | less ale je jasné jakou odpověď dostaneme: "Can't fork process!", stejně tak třeba top.

Jak z toho ven? Jediné co mě v tuto chvíli napadá je použít, nějak chytře, vestavěných příkazů shellu (dejme tomu Bashe). Že by command, jobs nebo nějaké hrátky s ulimit? Nevím přiznám se, že jsem v koncích.

Pokud někoho něco napadne, prosím podělte se o své zkušenosti. Děkuji za každý nápad.

       

Komentáře

[Michal Fecko]

Problem so zahltenim RAM/SWAP//tmp?

[andree]

a nebude to praca tych uzivatelov? v tom pripade sa mozu zlupat sami...

okrem toho, ich tie protesty prejdu, ked nebude fungovat apache, ftp a neviem ake veci ti tam bezia... ;o)

[Michal Kubeček]

Jeden příkaz (přesněji tolik, kolik má zrovna člověk spuštěných shellů) se dá pořád spustit pomocí exec.

[Michal Kašpar]

No na kontrolu, kolik tam těch procesů zhruba je, by mohlo pomoct např. `echo/proc/*`. Výpis souboru by mohlo obstarat např. `for LINE in read /proc/10464/cmdline; do echo $LINE; done` a s tím byste si to ps v shell builtin příkazech napsat snad i mohl.

[Bluebear]

Možná by pomohl busybox nastavený tak, aby jeho shell používal interní verze základních příkazů?

[Bluebear]

Ještě mě napadlo použít "Magic SysRq" (na PC je to Alt+SysRq+klávesa):

• Magic+e se pokusí pozabíjet všechny procesy s výjimkou initu pomocí signálu SIGTERM
• Magic+k pozabíjí všechny procesy běžící na aktuální konzoli; třeba se tím uvolní pár slotů
• Magic+i udělá totéž, ale se signálem SIGKILL

[Käyttäjä 11133]

Já říkal, že si to mají vytisknout...

[vencour]

Si piš, že to mam, dík za dobrou práci .

[disorder]

Documentation/sysrq.txt je lepsie

[Lu-Tze]

Tohle vůbec nemá parametry článku. Hodí se to spíš do FAQ. Fakt, že to bylo přesto jako článek zveřejněno, ukazuje na některé problémy tohoto portálu. Dobré věci nejsou propagovány a nejsou oceňovány. Představoval bych si jeden globální seznam, kam budou umisťovány skvosty, které v rámci činnosti uživatelů na tomto portálu vzniknou. Za tato díla budou autoři ohodnocováni finančně nebo jinak (např. jim budou přiděleny nějaké body, až nasbírají určitý počet bodů, získají nějaká privilegia - např. se jim nebude zobrazovat reklama atp.). Je k tomu potřeba ale vytvořit mechanismy, jak tyto skvosty nacházet.

Doufám, že by se tak zabila i nechutná praxe publikování kvalitních blogů jako článků. To je pro mě skutečně věc naprosto nepochopitelná a z faktu, že blogy jako líheň článků byl jeden z důvodů pro jejich zavedení se mi točí hlava. Je to přece totální nesmysl a je to nefér jak k lidem, co čtou blogy a články, tak i k lidem, co čtou jen články (ti jsou ochuzeni o původní diskuzi, lidé, co k tématu měli co říct, už to řekli). Např. na Lupě jsou měsíčně vyhlašováni nejlepší blogeři a ti dostávají finanční odměnu (ještě jsem ale neviděl, že by se někdy přenesl blog do článků).

[Filip Jirsák]

A nešlo by zrovna tohle rozepsat a dát do blogu, aby bylo pod čím diskutovat? Nebo to má být zkouška, zda fungují mechanizmy na vyhledávání důležitých příspěvků v diskuzích?

[deda.jabko]

no, ja nevim, ja bych uvazoval i restartu... sice vas mozna uzivatele kratkodobe sezerou zaziva.... ale stalo by za uvahu.... jak se asi tvari jine procesy, ktere nemuzou forkovat dalsi procesy uvnitr systemu... aby se ten system sam vnitrne nerozlozil...

[Jan Martinek]

Jestli běží nějaký terminál, tak bych zkusil
while true; top; done
a doufal, že po chvíli třeba nějaký proces zmizí a udělá se místo pro "top". Eventuelně by se dalo mezitím něco jiného zabít, třeba nějaký jiný terminál. A když se spustí top, tak se pomocí něj dá ledacos zjistit a zabít. Ale v každém případě je to zoufalá situace.

[vencour]

Dovolím si otázku na všechny praktiky - je toto běžná situace? Čili při čem bych se do tohoto stavu mohl taky dostat?

[Michal Fecko]

Dovolím si otázku na všechny praktiky - je toto běžná situace? Čili při čem bych se do tohoto stavu mohl taky dostat?

Pripajam sa a taktiez by ma zaujimali okolnosti tohto stavu (vysoky uptime, vela userov?).

[Jan Martinek]

Těžko říct, jak moc je to běžná situace. Někomu se to nestane leta a jiný si zase pro radost píše fork bomby každý podvečer. Ale naštěstí existuje prevence v podobě ulimitu. Horší je, když už taková situace nastane, limity nejsou nastavené, žádný terminál neběží a je sežraná paměť, procesor i disk.

[Käyttäjä 11133]

A ještě taky omezení aby se to spustilo jen jednou, že?

[Käyttäjä 11133]

Respektive aby se mi podařilo ten top ukončit :D

[Josef Kufner]

Pak zabiješ ten shell pod tím třeba z toho topu ;)

[Jan Martinek]

Jojo, když jsem to zkoušel, tak jsem si taky znefunkčnil shell a musel ho zabít Tudíž jsem nemohl vzít do myši ten příkaz, musel ho napsat do příspěvku ručně a tím se doufám vysvětluje, proč jsem tam zapomněl "do"
while true; do top; done

[Michal]

To by nás uživatelé sluply i s bačkůrkama.

Sloupnout bys zaslouzil uz za ten priserny pravopis TBH :)

[Radek Podgorny]

...tohle mi ted bohuzel dela nekolik stroju, kde beham runit. Nejak mi nechce sbirat zombies... Bohuzel jedine, co vzdy spolehlive pomuze je restart (nema cenu cekat na volne PID, protoze ho stejne sezere zombie)...