Re: Co s neKILLnutelnym procesem?

d.petr d.petr na post.cz
Úterý Listopad 29 17:15:23 CET 2011


> ------------ Původní zpráva ------------
> Od: Tom Meinlschmidt <tomas na meinlschmidt.org>
> ----------------------------------------
> >>>>>>> Jsou ukončena obě RT-vlákna. Zůstane však původní hlavní vlákno
> programu
> >>>>>>> (sleduji programem 'top -H'; PID patří původnímu hlavnímu vláknu, další
> >>>>>>> hodnoty jsou PR=20, NI=0, VIRT=RES=SHR=0, S="S", %CPU=%MEM=0). Toto
> >> vlákno
> >>>>>>> tedy zřejmě neběží, uvolní veškerou paměť, bohužel ale ne např.
> obsazený
> >>>>>>> port UDP (hlavní vlákno při spuštění otevřelo serverovou stranu
> >> komunikace
> >>>>>>> UDP). A tento pozůstatek programu nejde KILLnout ani v 'top', ani
> >> příkazem
> >>>>>>> killall, ani 'kill PID', ani použitím 'kill -9 PID' (všechny pokusy o
> >>>>>>> zničení spouštím jako root, program byl také spuštěn rootem). Odstranit
> >> ho
> >>>>>>> umím pouze restartem celého stroje.
> >>>>>> 
> >>>>>> Viz zde: http://www.cyberciti.biz/tips/killing-zombie-process.html a
> zde:
> >>>>>> http://en.wikipedia.org/wiki/Zombie_process
> >>>>>> -- 
> >>>>>> Leonardo
> >>>>> 
> >>>>> 
> >>>>> Aha, asi jsem Vás zmátnul tím svým "nemrtvým". To je mou nedostatečnou
> >>>> znalostí obecně vžité terminologie. Pravého zombíka zřejmě nemám, stav
> není
> >> "Z",
> >>>> ale "S". KILLnout rodičovský proces (v mém případě 'sh') mohu, ale to na
> >>>> existenci nezmara nemá vliv. A navíc můj nezmar patrně stále okupuje port,
> >>>> přitom podle těch popisů (jestli jsem je pochopil správně) by zombík už
> nic
> >>>> držet neměl.
> >>>>> PM
> >>>> 
> >>>> jen pro kontrolu. co Vam vypise "lsof -i UDP:vas_zabrany_port" ? a jeste
> >> "lsof
> >>>> -p pid_procesu"
> >>>> Diky
> >>>> TM
> >>> 
> >>> 
> >>> Jedná se o poměrně ořezaný embedded Linux, lsof nemá.
> >>> PM
> >> 
> >> aha. A zkousel jste na ten UDP port neco poslat? obcas to pomuze, proces se
> >> "probudi" a umre
> >> TM
> > 
> > 
> > Nadřízený PC posílá periodicky dotaz, ale nikdo mu neodpovídá. Mohu spustit
> ten program znovu, jako další instanci (je to správný výraz?), ale přesto
> komunikce nejde, z toho usuzuji na obsazený port.
> > PM
> 
> Jde o to, ze ten proces 'visi' na udp portu a ceka na nejaka data (wait). V
> okamziku killnuti bohuzel nereaguje na SIG* a zustava viset. proto obcas pomuze
> poslani dat na zarizeni nebo port, na kterem to visi - treba udp port.
> predpokladam, ze "wait vas_pid" taky nepomaha.. pak myslim, ze opravdu jedine
> reseni bude prepsat || restart
> TM

Nepomáhá nic. :-(
PM


Další informace o konferenci Linux