Dotaz: Unikatne ID procesu

[pesspi]

Potreboval by som zistit nejake unikatne ID procesu. PID mi nestaci lebo sa moze stat ze spustim proces, potom sa ukonci a niekto ho spusti znova a nahodou mu bude pridelene to iste cislo procesu.

Odpovědi

[Ivan]

Co presne znamena "zjistit"? IDcka se nezjistuji, ta se prideluji. IDcko si muzes vygenerovat "nahodne" pres UUID, anebo muzes udelat hash cesty k binarce popr. muzes pouzit cislo inody, ...

PS: taky muzes zapsat svuj pid do souboru /var/run/appname.pid a ten pak nasledne locknout.

[pesspi]

Bezi proces MC, pomocou pidof zistime jeho pid ale to nestaci. Lebo ked budem za 5 minut zistovat cosi tak to moze byt MC, moze mat nahodou prideleny ten isty pid ale uz to moze byt druhy proces.

[l4m4]

Jediná jistota je být rodičovský proces, jinak lze stěží formulovat konzistentně už jen to, který proces chceš unikátně indentifikovat.

Nicméně pid a starttime v /proc/pid/stat by mělo postačovat, pokud za 1 jiffy nedokážeš protočit celý prostor pid...

[pesspi]

Toto by mohlo stacit. Este si overim ci je to tam fakt cas kedy bol odstartovany, to by slo pouzit.

[pesspi]

Ten cas tam je v jiffoch, budem to musiet nejak konvertovat na sekundy plus pripocitat kedy pocitat odstartoval

[Radovan Garabík]

Prečo konvertovať? Či to musí byť konzistentné aj medzi rebootmi? To by potom stači hash pidu, času v jiffies a času vytvorenia /var/log/dmesg....

[pesspi]

Ano, musi to byt konzistentne aj medzi rebootmi.

[l4m4]

Co znamená konzistentní? Po rebootu už to nikdy není týž proces.

[pesspi]

Ano to prave potrebujem zistit. Ci je to ten isty proces alebo nie. Moj skript si pozrie proces, napr. "mc". Nejak si niekde nieco poznaci, a ked ten skript zapnem o mesiac potrebujem vediet ci je to ten isty proces. Mohol byt medzi tym reboot ale nemusel. Mohol proces skoncit a pri druhom spusteni mu bol prideleny stejny pid takze vyzera ze je to stale ten isty proces ale nie je.

Asi pouzijem kombinaciu DatumBootu+DatumStartuProcesu+Pid

[Luboš Doležel (Doli)]

To by fungovat mohlo, otázkou je, jestli řešíte daný problém (který my neznáme) správným způsobem.

[cronin]

Mňa by potom zaujímala tá možnosť, že to po reboote je stále ten istý proces.

[cronin]

Aha, teraz mi došlo - otázka vlastne je, ako detekovať ten reboot; moja poznámka je bezpredmetná.

[Jardík]

Proč by nemohl? Šance je to asi mizivá, ale může se to stát. Jinak práce s pid je normálně plná race conditions a těžko se kolem toho chodí. Nejlepší je s pid nepracovat a najít spolehlivější řešení.

[Jardík]

Proč by nemohl? Šance je to asi mizivá, ale může se to stát.

Teda nemůže se asi stát, že je to ten stejný proces, ale ta stejná aplikace. Pokud tazatel opravdu chce stejný proces, a né aplikaci, tak je to nesmysl.

[Ivan]

Dulezite je vedet, jestli se jedna o "obecny" proces anebo je to nejaky daemon, se kterym mam "interface agrrement". Pokud mam dohodnuto, ze "child" process zamyka svuj pid soubor(pres fcntl/flock), tak staci jednoduse cekat az se ten soubor odemkne.