13:07:03 <+juks> rebane: r22gi parem kas linuxi process ID-d on n yhe uptime jooksul unikaalsed? 13:07:36 <+priit> mis mõttes? 13:07:51 <+priit> et kui killid protsessi maha, sisi enne rebooti sama id kasutusele ei võeta? 13:08:15 <+juks> st t2hendab et kui ma process ID kinni pyyan k2ivitamisel siis kill tapab selle uptime jooksul just selle ja mitte mingi muu processi 13:08:34 <+juks> priit: just seda ma m6tlesingi 13:08:55 <+priit> juks: no mõtle natuke nüüd ise 13:09:11 <+priit> protsessi id on ju mingi integeri peal 13:09:35 <+juks> mhmh, v6ivad otsa saada 13:09:50 <+priit> masin tikub viis aastat ja siis käseb sul rebooti teha, kuna tal hakkab id'de integer täis saama ja ta ei saa enam uusi protsesse teha? 13:10:47 <+priit> kui maha killid, siis tõmbad oma id hoidmise muutuja ka tühjaks 13:11:12 <+juks> selge 13:11:29 <+Lemmy> niiet enne vahetult enne killimist pead ikka konkkreetse protsessi tuvastama 13:11:34 <+Lemmy> -k 13:12:12 <+juks> no plaan oligi et k2ivitamisel pyyan pid-i ja mingi x aja p2rast annan selle pid-i killile ette 13:12:17 <+juks> nii peaks ikka saama 13:12:24 <+priit> ei saa ju 13:12:41 <+priit> kui protsess on vahepeal maha koolenud, siis sa killid ju mingi suva asja maha 13:13:00 <+juks> hmm 13:13:20 <+priit> st. tõenäosus on küll väike, et sama number on kasutuses aga ilus ei ole ikka nii teha 13:13:54 <+juks> siis peaks ehk leidma kas selle pid-iga protsess on olemas ja kas ta nimeks on see mis k2ivitamisel 13:14:02 <+juks> see peaks lollikindlkam olema 13:15:01 <+Lemmy> no igatepidi pead kindlaks tegema, et just see on see protsess, mida sa killida tahad 13:15:06 <+juks> v6i on veel meetodeid mingi kunagi k2ivitatud protsessi identifitseerimiseks? 13:15:28 <+priit> pigem vaata, kas protsessi käima tõmbaja pid oled sina ise ja siis kõik muud kontrollid juurde 13:15:40 <+juks> selge 13:16:00 <+juks> owner, nimi, ja pid peaks klappima 13:16:04 <+priit> mida sa üldse killida tahad? 13:16:16 <+juks> rtmpdump-i 13:16:46 <+juks> idee poolest peaks -B v6ti ta ise n aja p2rast tapma, aga reaalsuses seei toimi 13:19:51 <+priit> aa, see pole jah nii kriitiline asi 13:20:14 <+priit> st. kui owner, pid ja nimi klapib, siis on juba küllalt kontrolle 13:21:29 <@rebane> juks: sellise asja jaoks kasutatakse PID faile 13:23:01 <+juks> hmm 13:23:38 <+juks> aga mingit utiliiti pole mis laseks protsessi enda sees k2ivitada ja killiks ta n aja p2rast ise 13:23:39 <@rebane> PID failide baasil käib näiteks /etc/init.d/ servicete killimine enamjaolt 13:23:58 <+juks> ok, vaatan neid PID faile siis 13:24:05 <@rebane> juks: no see ei ole ju mingi probleem, vähemalt programmiliselt mitte, ma ei tea kas on valmis programm olemas 13:25:52 <@rebane> juks: start_program & ; CHILD_PID=$! ; sleep N ; kill $CHILD_PID 13:26:09 <@rebane> teed väikse shelli skripti 13:27:01 <+juks> see paistab olema just see asi mida vaja 13:27:03 <+Lemmy> aga kontroll peaks jääma, kas selle pid'i alla on ikka sama protsess, mis algselt 13:27:07 <@rebane> selle on muidugi üliväike tõenäosus, et kui sleepimise ajal õige protsess ise ära suri ja vahepeal tekitati süsteemis protsess mis saab sama PID'i, siis killitakse vale asi 13:27:24 <@rebane> Lemmy: just, aga see sitane tõenäosus on ülimalt väike :D 13:27:35 <+juks> nii et siiski on kontrolle vaja et asi oleks adekvaatne 13:27:38 <+Lemmy> on muidugi, aga pole ju keeruline kasvõi nime kontrollida 13:27:38 <@rebane> aga no asi sinna skripti siis kontroll pole ehitada 13:28:11 <+zod> juks: start-stop-daemon --pidfile ... 13:29:12 <+priit> rebane: no juks ju alguses ei öelnud, et ta tahab 10 sek porri tõmmata ja siis killida 13:30:02 <+Lemmy> random porr collection generator 13:30:49 <+juks> porri saab ka aga ma vaatasin et ntx etv ja etv2 striimivad rtmp-i 13:31:52 <@rebane> juks: kõige parem kontroll selle skripti sees oleks, et sa lihtsalt /proc/'ist kontrollid, kas su enda PID on selle vastava protsessi parent PID 13:32:24 <+priit> rebane: seda ma juba ütlesin talle :) 13:32:31 <@rebane> aa 13:32:34 <@rebane> ma ei viitsind lugead 13:32:40 <@rebane> pmst parent ID saab nii: 13:32:41 <@rebane> [rebane@rebane ~]$ grep PPid /proc/21293/status 13:32:41 <@rebane> PPid: 21289 13:32:57 <@rebane> ehk siis 21293'e parent PID on 21289 13:33:50 <+juks> et minu k2iviti 21289 lasi k2ima rtmpdumpi 21293-e 13:34:10 <@rebane> jah 13:34:54 <@rebane> enda PID peaks olema $$ 13:42:55 <@rebane> muidugi siin on see värk, et kui sa loed selle info ära, siis jääb sinu kill käsuni ikka mõned protsessori taktid... selle aja sees võib õige protsess ära surra ja uus asemele tulla sama PID'ga, aga sinu kontroll on juba tehtud 13:43:00 <@rebane> aga no see tõenäosus... 13:43:50 <@rebane> mingit atomic kill käsku oleks vaja syscall'ina 13:44:09 <@rebane> et annad parameetrid, milline protsess tuleks killida ja kernel siis toimetab ja annab sulle tulemuse 13:44:18 <+juks> 2hmaselt m2letan et PIDi saab k2ivitamisel k2tte 13:44:31 <@rebane> ? 13:44:37 <@rebane> 13:25:52 <@rebane> juks: start_program & ; CHILD_PID=$! ; sleep N ; kill $CHILD_PID 13:44:46 <+juks> no just 13:44:50 <@rebane> noh 13:45:08 <@rebane> milles kühvel? 13:45:39 <+juks> ma arvan et ma lasen selle killi peale alles 6igel ajal eraldi ja siis kontrollin seda parentid asja 13:46:08 <+juks> mitte ei scheduuli seda killi kohe peale k2ivitamist 13:46:15 <@rebane> aga pärast kontrolli võib IKKAGI protsess muutuda enne kui sa jõuad kill käsu anda 13:46:20 <+priit> saada kõigepealt kill peale ja siis hakka kontrollima, kas oli õige protsess 13:46:37 <+juks> ei 13:46:51 <+juks> k6igepealt pyyan pidi k2ivitamisel 13:46:52 <@rebane> juks: 1) kontroll, 2) kill... aga 1 ja 2 vahel võib õige protsess iseenesest ära surra ja süsteemis tekkida sama PID'iga protsess uuesti 13:47:07 <@rebane> ja siis sina killid seda 13:47:11 <+priit> juks: ühesõnaga sinu asja jaoks on täiesti pohhui 13:47:19 <+juks> n aja p2rast vaatan et protsess on olemas ja ta parent id on 6ige 13:47:22 <+juks> ja alles siis kill 13:47:28 <+priit> juks: sa tahad kodu masinas natuke porri tirida ja kõik 13:47:38 <+juks> k6ike tahan tirida 13:47:39 <+priit> eriti pohhui ju kui sa kogemata chati akna ära killid 13:47:45 <@rebane> juks: aga selle sama kontrolli ja killi vahel võib asi juhtuda 13:48:00 <+juks> rebane: no siis on putsis 13:48:04 <@rebane> just 13:48:27 <@rebane> tra ma olen riistvara progeja, seal loevad prose taktid mille vahel võib midagi juhtuda, niiet minu jaoks on see lahendus VALE 13:48:39 <+juks> paku parem v2lja 13:48:51 <@rebane> pakkusin: 13:43:50 <@rebane> mingit atomic kill käsku oleks vaja syscall'ina 13:49:06 <@rebane> riista sees ma lihtsalt killin interruptid ära, siis ei saa midagi juhtuda vahepeal 13:49:34 <+priit> rebane: juksu olukorras on piisavalt õige 13:49:48 <@rebane> no juksi olukorras ma ei viitsiks seda kontrolligi teha :D 13:49:56 <+juks> no pohhuj ma arvan et minu puhul k2ib see ppid kontroll l6pus kyll 13:49:58 <+priit> no just 13:50:28 <+priit> aga nagu ma ütlesin, ta ei öelnud alguses, kui olulise masina peal ta seda teeb 13:50:38 <+juks> desktop 13:50:46 <+juks> minu viga 13:51:02 <@rebane> tee eraldi kasutaja kogu sellele plämale, siis ta ei saa nagunii midagi muud killida kui oma protsesse 13:51:18 <+priit> üritab siin oma asja 100% puhtaks ajada ja siis boiler tõmbab korgid välja ja on ikka ta oluline masin pikali 13:51:23 <@rebane> irw 13:51:29 <+priit> koos selle väga teoreetilise vale protsessiga 13:51:51 <+juks> no ma tahaks v2he targemaks ka saada selle k2igus 13:52:03 <+juks> kuigi see on lootusetu 13:52:06 <+priit> no aga said ju 13:52:13 <+juks> sain, tnx! 13:52:23 <@rebane> kui ma siin nüüd niimoodi pealt vaatan, siis jääb juks järjest lollimaks :D 13:52:38 <+priit> rebane: veel lollimaks? kas see on võimalik? 13:52:54 <@rebane> õigemini tahetakse lolliks teha oma desktopi masina ja PID'idega 13:53:02 <+juks> peaks jooma, siis tulevad targad m6tted 13:55:08 <@misery> irw 13:57:21 <+juks> et nagu 1,5 h filmi jooksul ei juhtu midagi ja siis s checki ja killi vahele j22va sekundi murdosaga on uus sama pid, ppid ja owneriga t2iesti vale protsess tekkind? 13:57:39 <+juks> m6ne tuhande aasta jooksul ehk juhtub... :P 13:58:25 <+priit> oot, kuidas sul uus sama ppid'iga protsess on tekkinud, kui sa ise pole seda uut protsessi käima tõmmanud? 13:58:42 <+priit> juks: sa oled ikka juhm veidi 13:59:21 <@rebane> sama ppid'iga ei teki kui sinu protsess jookseb veel kes selle käima tõmbas 14:00:02 <@rebane> juks: põhimõtteliselt lahendab sinu olukorra ka selline variant: while true ; do kill $RANDOM ; done 14:00:23 <@rebane> ainult selle sa pead root'una tööle ajama, muidu ei tööta korrektselt 14:00:25 <+priit> rebane: jees, kill -9 14:00:51 <@rebane> ai raisk, see tahab ju ka ühte kontrolli saada: et $RANDOM ei oleks kogemata $$ :D 14:01:35 <+priit> ja nohup ei teeks liiga 14:01:47 <@rebane> nojah 14:01:51 <+priit> muidu killid veel screeni või bashi öära 14:02:12 <+priit> rebane: aga aitab nüüd, muidu juks saab liiga targaks 14:04:00 <@rebane> rööts 14:08:43 <+juks> rebane: novot, ja kill tuleb sama ppi-ga protsessi seest 14:08:57 <+juks> seega pole nagu v6imalik et ta midagi valet killiks 14:09:27 <+juks> surnud protsess ei killi midagi 14:10:10 <@rebane> sa ei saa ikka aru vist... 14:10:41 <@rebane> just seletasin kuidas see võimalik on, mitu korda 14:10:41 <+juks> ma ei saa aru millest ma arui saa 14:10:50 <+juks> ok loen yle 14:10:52 <@rebane> tõis punktidena sulle välja isegi ju 14:10:54 <@rebane> tõin* 14:11:14 <@rebane> 13:46:52 <@rebane> juks: 1) kontroll, 2) kill... aga 1 ja 2 vahel võib õige protsess iseenesest ära surra ja süsteemis tekkida sama PID'iga protsess uuesti 14:11:24 <@rebane> õige protsess on siis see sinu killitav protsess 14:11:55 <+juks> aa, nyyd sain aru 14:12:00 <@rebane> eriline juhe :D 14:12:08 <+juks> jah sinnai aita mitte midagi 14:12:23 <@rebane> aitab ju, atomic kill käsk vastavate parameetritega 14:12:31 <@_spirit_> see peab ikka peris koormatud systeem olema, et sama pid'iga protsess tekiks 14:12:32 <@rebane> aga ma ei tea kas selline on olemas 14:12:55 <@_spirit_> muidugi kui step 1 & 2 vahel on päevi, siis kyll jah 14:13:10 <@rebane> no igatahes on mingi võimalus olemas 14:13:11 <+juks> siuke kill mis kontrolliks siis ka ppidi ja ownerit 14:13:23 <+juks> vmt 14:13:26 <@rebane> juks: jah, piisab muidugi ppid'ist 14:14:30 <+RedFlash> varstis aab nbäha, kuidas kickbike 5ndale korrusele läheb 14:14:36 <+RedFlash> ma pakun,e t mitte väga hea meelega :D 14:14:47 <+RedFlash> kuna sela majas ons iuke lift, kuhu see raudpolt sisse ei mahu 14:14:50 <@_spirit_> pkill abiks ? 14:15:20 <@rebane> ma arvan et pkill'i sees on sama loogika 14:15:23 <@rebane> ja ka seal on see võimalus 14:15:26 <@rebane> ma muidugi ei tea 14:16:28 <+priit> kas te veidi üle juba ei pinguta? 14:16:32 <@rebane> ei 14:16:33 <+juks> pkill paistab midagi sarnast olema mida vaja 14:16:35 <@rebane> tõsine teema :D 14:16:45 <+juks> ma tahan teada kuidas peaks 14:16:52 <+priit> st. kill ei ole ju eriti normaalne viis töö lõpetamiseks 14:17:16 <+priit> kui sa tahad mingi välise protsessiga "killi" saata, siis saadad lihtsalt mingi signaali 14:17:18 <@_spirit_> miks ei ole ? 14:17:27 <@rebane> tegelt tavalises C's sa saad jätta SIGCHLD signaali omale ja niikaua on surnud protsess zombie kuni sa tema staatust küsid, vot siis ei saa tekkida sama PID'ga protsessi isegi kui ära suri 14:17:32 <+priit> ja protsess ise töötaleb seda 14:17:33 <@_spirit_> kill saadab ju signaali protsessile 14:18:05 <+priit> eino, sa saadad mingi viisaks signaali ja siis paned viisakalt poe kinni 14:18:22 <@rebane> no ega suvalistele protsessidele pole ka väga õige suvalist signaali saata... 14:18:44 <+priit> no ta ei tunne seda signaali ja selle peale ei juhtu mitte midagi 14:18:54 <+priit> ja loomalikult ei saada randomiga jne 14:19:04 <@rebane> juks: võta see rtmpdump-i sorts lahti ja fixi see sitane viga ära naahui 14:19:10 <+priit> ja üleüldse juksu probleem on see, et see -B ei tööta :) 14:19:49 <+priit> see on ikka nii äge... ja nii tavaline 14:20:17 <+priit> selle asemel, et lahendada probleemi mõeldakse välja igast peeneid imenippe ja workaround'e 14:20:29 <+juks> no mai usalda seda v2rki isegi kui ma suudan selle -B parandada, tuleks tappa 14:21:43 <+priit> ahh, lammas 14:21:50 <+priit> saada killall rtmpdump ja korras 14:22:01 <+priit> hui sa kümnest august korraga tirid 14:22:10 <+juks> ei saa, samal ajal v6ib mitu rtmpdumpi joosta 14:23:07 <+priit> juks: kuule, good enough sobib sulle ju 14:23:23 <+priit> ja 100% õigeid lahendusi on sulle ka pakutud 14:25:03 <+juks> no pmst jah ma aiman mida teha 14:25:10 <@orc> ma arvan, et keegi peab ennast ära tapma 14:25:17 <@orc> siis saab eesti vabaks ja juksi porr tiritud 14:25:20 <+juks> see rebase variant tundub k6ige loogelisem