rc script, ktery se musi spustit posledni

[Dan Lukes]

On 11/25/14 15:53, Miroslav Lachman:
>> Ale proc by ten script mel byt spusten az naposled, tedy az po sluzbach,
>> ktere nemonitoruje ani s nimi jinak neinteraguje ? Pro reseni tohoto
>> "podivneho" pozadavku tam pokud vim zadny rozumny nastroj neni.
>
> Na to je jednoducha odpoved - ten nastroj na monitoring je obecny

No, tak to ti rc.d system zrejem prilis nepomuze. Ten je navrzen na 
spousteni a zastavovani zcela konkretnich sluzeb. Neni 
parametrizovatelny tim zpusobem, po kterem se ptas.

Abych to popsal konkretne - jednou z konkretnich sluzeb je treba Apache. 
Ten lze spustit nebo zastavit. Kdyz tam ale WWW servery budes chtit 
spustit dva, nejde to spustit tim jednim scriptem. Jeden script = jedna 
sluzba. Na spusteni toho dalsiho si budes muset udelat dalsi script 
(byt' takrka stejny), ktery bude definovat a obsluhovat tuto dalsi, 
dryhou, samostatnou, sluzbu.

> script bych si predstavoval, ze bude na vsech strojich stejny, ale
> monitorovane sluzby uz ne.

Pak rcorder nelze, co by hotove reseni, pouzit.

Popravde receno, on stejne nejde pouzit.

Z pozadavku soudim, ze se snazis vyhnout "falesnym poplachym", kdy bude 
ohlasena zavada sluzby, protoze uz (jeste) nebezi.

V takovem pripade ale nepotrebujes monitorujici proces nastartovat pote, 
co nastarujes vsechny monitorovane sluzby, nybrz pote, co vsechny 
monitorovane sluzby zacnou bezet. Coz neni totez.

A s tim ti rcorder nepomuze dokonce i kdybys ten monitorovaci startovaci 
script byl ochoten editovat (nebo ho rovnou generoval dynamicky).

No a ted ukrok stranou - kdo ti dokaze rict, ze vsechny monitorovane 
sluzby uspesne nastartovaly ? Mas to tam - je to sama monitorujici 
sluzba. Nema ovsem smysl, abys ji poustel dvakrat - poprve aby pockala, 
nez vsechny monitorovany sluzby nastartujou, a podruhy, aby je tedy 
zacala monitorovat.

Staci, kdyz ji nastartujes ldykoliv - a ona nejprve po svem startu pocka 
nez vsechny monitorovane sluzby nastartuji (tim nemyslim pasivni cekani 
na timeout, ale aktivni cekani s jejich testovanim) behem ktereho 
nehlasi, ze ta-ktera sluzba nefunguje (protoze to je pri spousteni 
sluzby normalni) a teprve kdyz vsechno nastartuje prejde na normalni 
provoz.

A pokud neceho takoveho neni schopna, pak to pasivni cekani "po nejakou 
dobu, nez zacnu monitorovat" je asi nakonec asi nejlepsi reseni.

Jen musis spravne odhadnout ten timeout ...


Dan