Dotaz: Script na killovani procesu uzivatele, killuje sam sebe.

[Imbusilis]

Dobry den, udelal jsem si script, ktery grepuje a killuje vsechny pocesy uzivatele foo. Rekneme, ze na serveru bezi aplikace take pod uzivatelem foo, script si vezme pidy a pokilluje aplikace. Problem je ten, ze skript musi bezet pod uzivatelem foo, roota nedostanu a instalace dalsich aplikaci je zakazana. Takze grepuji takto:

ps --no-headers -u foo | grep -v grep | grep -v ps | grep -v awk | grep -v sshd | grep -v bash | grep -v watch | awk ' { print $1}'

V procesu jsou dalsi procedury, ktere samozrejme vytvari dalsi procesy pod uzivatelem foo a ja si je tak zaroven pokilluji. Existuje nejaky postup, ktery by tomuto predesel? Treba zaznamenat cas spusteni scriptu a pote negrepovat nove vznikle procesy? Necham si poradit. Diky

Odpovědi

[Josef Kufner]

Takto spuštěné procesy by měly mít správná ID rodičů, takže můžeš sestavit strom procesů a vyhnout se sobě. Jednodušší ale bude napsat si skript v něčem lepším než je shell a kontrolovat pak jen své PID. A nebo prostě jen použít pgrep nebo pkill.

Řekl bych však, že řešíš původní problém nevhodným způsobem. Pokud jde o hlídaní běžící služby, máme na to systemd a další supervizory (záměrně nepíšu "init" a ano, jde to spustit i pod běžným uživatelem).

[Imbusilis]

Nejde o to resit to takto, je potreba vyhledat vsechny procesy uzivatele foo, krome tech procesu, ktere vznikly pustenim scriptu + plus procesy jak sshd. Jedna se o nekolik aplikaci a nepotrebuji je mit monitorovane pres supervizord, nebo jine. Navic procesy z toho scriptu se mi vytvareji s rodicovskym pid 1... ?:{

[blondak]

Asi bych se nejdříve podíval na pgrep a pkill.

[VM]

Neco jako "killall -u foo" ?

"A killall process never kills itself (but may kill other killall processes)."

[Imbusilis]

prekvapive mujpid=$$ na druhem radku scriptu a protom grep -v $mujpid zafungoval..

[hejkal]

S temi grepy to je ovsem cele ptakovina, protoze procesy, ktere chces killnout, mohou klidne mit s nimi shodu. Tedy jako pomucka pri interaktivni praci mozna (pak si to zkontroluju), pro automatizaci nesmysl, obzvlast pokud na vysledku zalezi (tedy neni to domaci server na hrani apod.).

[Bill Gates]

Moznosti muze byt treba to, ze si pro ty dalsi spoustene procesy pridate nejaky specificky parametr jako "tag", treba:

podporces.sh -nokillme123456 -param1=value1 -param2=value2 ...

Tyto podporcesy pote vyfiltrovat pomoci grep -v nokillme123456. 123456 muze byt treba PID procesu, ktery je puvodnim spoustecem, aby bylo jasno, ze tyhle podprocesy patri nam a nemaji se killovat. Samozrejme u podporcesu, kde by takovyto "tag" parametr zpusobil problem s tim, ze by dany proces parametru nerozumel a skoncil by chybou to logicky nepujde pouzit.

Ja to takhle u jedne veci uspesne pouzivam, kde si z PHP scriptu v roli ridiciho scriptu volam podprocesy a ruzne monitoruju jejich beh, pripadne pokud jejich pocet soucasne s vytizenim CPU klesne pod urcity limit, spoustim dalsi, nebo je muzu killnout.

Jde o to je nejak identifikovat. V takovem pripade je potreba pouzit "ps ax" coz vraci i parametry procesu.