[linux] INIT: Id "xyz" respawning too fast pri bootovani 2.4.18

[Marcel Telka]

On Mon, Apr 22, 2002 at 07:21:49PM +0100, Peter Ronai wrote:
> On Mon, 2002-04-22 at 15:57, Marcel Telka wrote:
> > On Mon, Apr 22, 2002 at 04:41:08PM +0100, Peter Ronai wrote:
> > > On Mon, 2002-04-22 at 15:08, Marcel Telka wrote:
> > > > On Mon, Apr 22, 2002 at 03:22:57PM +0100, Peter Ronai wrote:
> > > > > > Na zastavenie sluzby, ktoru spusta svscan je `svc -d /service/sluzba`.
> > > > > > svscan nie je prakticky nikdy potrebne killovat :-).
> > > > > 
> > > > > nie som si tym isty ...
> > > > > ak pouzivas djbdns tak sa ti obcas stane nehoda ;)
> > > > 
> > > > Aka? Mne sa zatial este nestala ziadna (co by s tym suvisela :-).
> > > > A ako (priamo) suvisi djbdns so svscan?
> > > 
> > > djbdns je spustana zo /services (pripadne ina lokacia - podla startup
> > > parametra svscan)
> > 
> > Ano, spravne. djbdns je spustene (vacsinou) tak, ze ho strazi supervise,
> > ktoreho zase strazi svscan.
> > 
> > > 
> > > su situacie ked nieco potrebujes rucne nakonfigurovat - pretoze junior
> > > admin ktoreho zaucas to pekne rozosral
> > 
> > Junior admin, ktoreho zaucam (este som to nerobil :-), to nebude skusat
> > na production serveri :-).
> > 
> 
> nie, ale veci robime podobne na testovacom serveri aby sme potom v reale
> nechceli zmenit stitisic nastaveni inak ako to bolo na testovacom


ok.
> 
> > > dostra tazko si viem predstavit ze by som platal djbdns z respawnom z
> > > inittabu
> > 
> > Prepac, ale tomuto uz nerozumiem. Vravel si, ze ak pouzivam djbdns, tak sa
> > mi obcas stane nehoda. Znova sa pytam: aka? (chcem vediet, co ma moze
> > postihnut:-)
> > 
> 
> postihnut ta moze ze mas zly symbolic-link v /services, ze pre hocaku
> pricinu poskodim binarku v baliku apod - pre nemoznosti killnut proces
> ktory sa selfreferuje na moje problemove miesto sa stane konzola
> nepouzitelna (uz som zazil)

Hm. Tu je mozno problem inde :-).

BTW, supervise po spusteni procesu caka 1 sekundu, takze by nemalo
dojst k prudkemu zahlteniu systemu http://cr.yp.to/daemontools/supervise.html

Ale mas pravdu, ze daemontools nie je idealne riesenie pre vsetky
prilezitosti :-)

> 
> nevravim ze je to neriesitelny problem, je mi len jednoduchsie neskrabat
> sa pravou rukou za lavym uchom ked mam ruky dve
> 
> > > 
> > > tu asi nie je otazka o tom ci to mozeme spravit ale ako je to
> > > najvyhodnejsie. Preco je to najvyhodnejsie z inittab ked to respawnuje
> > > samo to som este nepochytil
> > 
> > Ani tomuto nerozumiem. :-(
> > 
> 
> inymi slovami co je vyhoda toho ze je to v inittabe (tomu ja nerozumiem)

svscan je v inittabe pre istotu. Ak by nahodou umrel (alebo ho niekto zabil).
Je to tak robustnejsie.

> 
> > 
> > svscan nerespawnuje sam. Ak by nahodou padol (neviem o takom pripade :-),
> > alebo ho niekto zakilloval, tak ho init sam opat nahodi (preto ten respawn
> > pri svscan v inittab).
> > 
> svscan ma za ulohu pustit supervise na kazdy proces (napr. tinydns.) a
> supervise sa postara o to aby dany process nezahynul, svscan zas
> prescannuje zmeny v adresaroch a postara sa o pripadny nunty restart
> daneho demonka AK vsetko ide ako ma
> avsak stale nechapem v com je vyhoda svscannu v inittabe

Robustnost. Samozrejme, ak skusas nieco nove a blbne to, tak niektore veci
mozu sposobovat problemy. Ale pre production server je to velmi dobre.

Ak to porovname s klasickou instalaciou service (napr. named) pod linuxom
(napr. RedHat), tak staci, ak niekto zabije named, a uz nemame DNSko
(/etc/rc.d nezabezpecuje respawn). Musel by si dat named do inittabu
(nestandardne riesenie - nevravim, ze zle), alebo ho kontrolovat
nejako inac (znova nestandardne riesenie).

Pri rieseni svscan + service (napr. tinydns) mozes kludne zakilovat tinydns
alebo supervise alebo aj svscan, tak sa ti DNSko v pohode restartne a bezi
dalej. Aby si ho naozaj zabil, musis zabit aj init :-), alebo
svc -d /service/tinydns

Ahoj.

-- 
+-------------------------------------------+
| Marcel Telka   e-mail:   marcel na telka.sk  |
|                homepage: http://telka.sk/ |
|                jabber:   marcel na jabber.sk |
+-------------------------------------------+