/sbin/chkconfig w %post

[Tomasz Kłoczko]

On Sat, 2 Sep 2000, Paweł A. Gajda wrote:

> piątek 01/09/2000 21:15:07, Tomasz Kłoczko:
> > On Fri, 1 Sep 2000, Paweł Sakowski wrote:
> > 
> > > Przy poprawianiu apmd doszedłem do wniosku, że "/sbin/chkconfig --add
> > > apmd" w skrypcie %post nie jest najlepszym rozwiązaniem. W przypadku,
> > > kiedy pomiędzy wersjami pakietu zmienia się priorytet usługi, opcja
> > > - --add zamiast zaktualizować symlinki zignoruje zmianę. Sprawę rozwiązuje
> > > inne wywołanie chkconfiga: "/sbin/chkconfig apmd reset" -- zachowuje
> > > pełną funkcjonalność --add, a jednocześnie rozwiązuje w/w
> > > problem. Myślę, że warto byłoby zmienić odwołania także w innych
> > > pakietach.
> > 
> > Raczej nię.
> > W tym wypadku chodzi o to, że o ile zmienią się takie rzeczy w jakieś
> > wersji pakietu to to się daje rozwiazać inaczej. Otóż wystarczy wtedy
> > dołożyć:
> > 
> > %triggerpostun -- %{name} >= <version_with_old_levels>
> > /sbin/chkconfig <script_name> reset
> > 
> > Chodzi o to, że czasami niektórzy wyłączają niektóre poziomy (szczególnie
> > startowania) i reset powodowałby koniewcznosć wykonywania takich korekt po
> > każdym upgrade. Rozwiązanie z triggerem rozwiazje w zupełności przypadek o
> > jakim wspominasz i ogranicza do minimum obszar innych modyfikacji.
> 
> Pawłowi chodziło raczej o kolejności startu/stopu usług, nie o runlevele, 
> których, jak napisałeś wyżej, nie powinno się zmieniać automatycznie,
> po czym zaproponowałeś triggera który to właśnie robi ;-> IMO najlepiej 
> poprawić chkconfig dokładając mu sprawdzanie priorytetów przy --add.

Poczekaj. W tym wypadku chodzi o sytację w której w jednej wersji pakietu
na konkretnych run level jest  wykorzystywany jednen zestaw
S<S_lvl1>/K<K_lvl1>, a w kolejnej wersji S<S_lvl2>/K<K_lvl2>. To jest
dokładnie sprawa zwiazana z kolejnoscią stopowania/startowanie usługi.

Choć nie przeczę, że --add może być być na takie sytuacje przygotowane i
poprawione.

kloczek
-- 
-----------------------------------------------------------
*Ludzie nie mają problemów, tylko sobie sami je stwarzają*
-----------------------------------------------------------
Tomasz Kłoczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek w rudy.mif.pg.gda.pl*