🚀 go-pugleaf

Tino Svatek wrote...:

> Habe ein RedHat 7.0 mit Kernel 2.2.19 laufen. Nun m�chte ich ein
> Programm, das mit einem init Script (S91Programm) ohne Probleme
> startet, mit einem Killsript beenden.
> 
> Was ich bereits probiert habe:
> Killscript ins Ziel-Runlevel (dort ist kein Startscript mit dem
> gleichen Namen vorhanden), Killscript ins verlassende Runlevel,
> Killscript in beide Runlevel.

die skripte geh�ren immer in den runlevel, in den gewechselt wird. d.h. 
wenn du bei einem reboot das programm stoppen willst, in rc6.d ein 
KXXprogname verlinken, und er wird das skript mit der option "stop" 
aufrufen, wennst ein "reboot" eintippst. warum es dann immer noch nicht 
funktioniert, erf�hrst du vielleicht wenn du das skript h�ndisch 
aufrufst.
generell acht geben solltest du auch, was vorher / nachher erst 
gestartet / gestoppt wird, kann sein, dass bestimmte dinge nicht mehr / 
noch nicht funktionieren, wenn dein skript aufgerufen wird..

hth,
daniel

ps: von einem "redhat bug" wei� ich nichts in dem zusammenhang..

Daniel Tiefnig <dantie123@yahoo.com> writes:

> Tino Svatek wrote...:
> 
> > Habe ein RedHat 7.0 mit Kernel 2.2.19 laufen. Nun m�chte ich ein
> > Programm, das mit einem init Script (S91Programm) ohne Probleme
> > startet, mit einem Killsript beenden.
> > 
> > Was ich bereits probiert habe:
> > Killscript ins Ziel-Runlevel (dort ist kein Startscript mit dem
> > gleichen Namen vorhanden), Killscript ins verlassende Runlevel,
> > Killscript in beide Runlevel.
> 
> die skripte geh�ren immer in den runlevel, in den gewechselt wird. d.h. 
> wenn du bei einem reboot das programm stoppen willst, in rc6.d ein 

????

> KXXprogname verlinken, und er wird das skript mit der option "stop" 
> aufrufen, wennst ein "reboot" eintippst. warum es dann immer noch nicht 
> funktioniert, erf�hrst du vielleicht wenn du das skript h�ndisch 
> aufrufst.

woher stammt diese theorie ?

aus dem script das bei meiner suse den wechsel vornimmt (/etc/rc.d/rc)
leicht gek�rzt:


runrc=/etc/init.d/rc${RUNLEVEL}.d                     <-- zu erreichen
prerc=/etc/init.d/rc${PREVLEVEL}.d                    <-- derzeitiger
rex="[0-9][0-9]"

#
# First check and test services of previous and current (new) runlevel.
#
for i in $prerc/K${rex}*; do
    test -x "$i" || continue

    #
    # Don't stop service if the new runlevel requires the service.
    #
    service=${i#*/K$rex}
    set -- $runrc/S$rex$service
    test $# -gt 1 && echo -e "$attn$runrc/: more than one link for service $service$norm"
    test -x "$1"  && continue

    $i stop; status=$?


also:
 stop f�r alle Kxxx im alten runlevel, falls nicht Sxxx im neuen runlevel existiert.


Gustl

-- 
August H�randl                       august.hoerandl@gmx.at
****  If you're not running Linux, you paid too much.  ****

August H�randl (august.hoerandl@gmx.at) schrieb am Mittwoch, 20. Februar 
2002 22:26 in Nachricht <m3664rkg2d.fsf.gustl@gmx.at>:

...
> 
> also:
>  stop f�r alle Kxxx im alten runlevel, falls nicht Sxxx im neuen runlevel
>  existiert.

Bei SuSE. Aber offensichtlich nicht �berall sonst.

-- 
Wolfgang Steger                                 wolfgang.steger@gmx.at
The number of arguments is unimportant unless some of them are 
correct.   -- Ralph Hartley  
 

In article <m3664rkg2d.fsf.gustl@gmx.at>, August H�randl wrote:
>> > Habe ein RedHat 7.0 mit Kernel 2.2.19 laufen. Nun m�chte ich ein
>> > Programm, das mit einem init Script (S91Programm) ohne Probleme
>> > startet, mit einem Killsript beenden.
>> > 
>> > Was ich bereits probiert habe:
>> > Killscript ins Ziel-Runlevel (dort ist kein Startscript mit dem
>> > gleichen Namen vorhanden), Killscript ins verlassende Runlevel,
>> > Killscript in beide Runlevel.
>> 
>> die skripte geh�ren immer in den runlevel, in den gewechselt wird. d.h. 
>> wenn du bei einem reboot das programm stoppen willst, in rc6.d ein 
>
>????
>
>> KXXprogname verlinken, und er wird das skript mit der option "stop" 
>> aufrufen, wennst ein "reboot" eintippst. warum es dann immer noch nicht 
>> funktioniert, erf�hrst du vielleicht wenn du das skript h�ndisch 
>> aufrufst.
>
>woher stammt diese theorie ?

moeglicherweise aus dem studium des /etc/rc.d/rc files von redhat ;-)

>aus dem script das bei meiner suse den wechsel vornimmt (/etc/rc.d/rc)
>leicht gek�rzt:

bei redhat sieht das dann auszugsweise so aus:

<auszuege aus /etc/rc.d/rc>
...
# Get first argument. Set new runlevel to this argument.
[ -n "$argv1" ] && runlevel="$argv1"
...
# Is there an rc directory for this new runlevel?
if [ -d /etc/rc$runlevel.d ]; then
        # First, run the KILL scripts.
        for i in /etc/rc$runlevel.d/K*; do
...
        # Now run the START scripts.
        for i in /etc/rc$runlevel.d/S*; do
...
</auszuege>

wo wir schon dabei sind, bei debian ist es auch so wie bei
redhat, nur dasz die datei /etc/init.d/rc heisst.

florian.

wisserf2@mailbox.univie.ac.at (Florian Wisser) writes:

> >woher stammt diese theorie ?
> 
> moeglicherweise aus dem studium des /etc/rc.d/rc files von redhat ;-)
> 
> >aus dem script das bei meiner suse den wechsel vornimmt (/etc/rc.d/rc)
> >leicht gek�rzt:
> 
> bei redhat sieht das dann auszugsweise so aus:
> 

aha - 
zb: wenn man von 3 (login auf console) auf 5 (mit xdm) wechselt

jedes service das in beiden runlevel l�uft: wird gestoppt und wieder 
gestartet ?

Gustl

-- 
August H�randl
august.hoerandl@gmx.at           Computer w�rden LINUX kaufen.

In article <m3d6yzcj0i.fsf.gustl@gmx.at>, August H�randl wrote:
>> >woher stammt diese theorie ?
>> 
>> moeglicherweise aus dem studium des /etc/rc.d/rc files von redhat ;-)
>> bei redhat sieht das dann auszugsweise so aus:
>
>aha - 
>zb: wenn man von 3 (login auf console) auf 5 (mit xdm) wechselt

das ist ein schlechtes beispiel, da das bei redhat ein
respawn in inittab ist.

>jedes service das in beiden runlevel l�uft: wird gestoppt und wieder 
>gestartet ?

nur wenn es einen K und einen S link gibt. eine zusaetzliche
kontrolle bieten die locks in /var/lock/subsys/. da gibts
zu jedem script ein lockfile. nur wenn ein lockfile da ist
wird ein K ausgefuehrt und nur wenn keines da ist ein S.
du solltest also beim wechsel in ein runlevel alles K'en
was du nicht willst und alles S'en was du willst.

florian.

August H�randl wrote...:

>> KXXprogname verlinken, und er wird das skript mit der option
>> "stop" aufrufen, wennst ein "reboot" eintippst. warum es dann
>> immer noch nicht funktioniert, erf�hrst du vielleicht wenn du das
>> skript h�ndisch aufrufst. 
> 
> woher stammt diese theorie ?

keine theorie, sondern die g�ngige praxis. dass suse es nicht mehr(?) so 
macht, ist IMHO traurig, aber is halt so..


daniel

Florian Wisser wrote...:

>>jedes service das in beiden runlevel l�uft: wird gestoppt und
>>wieder gestartet ? 

nein, nicht so direkt..

> nur wenn es einen K und einen S link gibt. eine zusaetzliche
> kontrolle bieten die locks in /var/lock/subsys/. da gibts
> zu jedem script ein lockfile. nur wenn ein lockfile da ist
> wird ein K ausgefuehrt und nur wenn keines da ist ein S.
> du solltest also beim wechsel in ein runlevel alles K'en
> was du nicht willst und alles S'en was du willst.

einfacher isses vielleicht, wenn man es von der serviceseite betrachtet, 
und nicht aus der sicht der runlevel..

ein service das in den levels 2, 3, 4 laufen soll, wird dort z.B. mit 
S55service verlinked, und in den runleveln 0, 1, 5 und 6 z.B. mit 
K44service. dadurch wird es etwa bei einem boot in den single user mode 
nicht gestartet, und auch bei einem shutdown ausm level 3 (oder 2 oder 
4) gestoppt. bei einem wechsel zwischen 2 und 3 passiert nix.. (da das 
startskript des services erkennen sollte/mu�, dass das service bereits 
l�uft..)

wie gesagt, es werden immer nur die skripte aus dem zu erreichenden 
runlevel ausgef�hrt.

ach ja, die bedeutung der runlevel sind so weit ich wei� ebenfalls 
leicht unterschiedlich, was redhat und suse betrifft..

lg,
daniel

 Also sprach Daniel Tiefnig <dantie123@yahoo.com>
 
> > woher stammt diese theorie ?
> 
> keine theorie, sondern die g�ngige praxis. dass suse es nicht mehr(?) so 
> macht, ist IMHO traurig, aber is halt so..

Das ist weder *so* noch traurig, sondern Geschw�tz. Falls es Dich
interessiert, besorg Dir die SuSE Handb�cher vom Server,
wenn nicht, red nicht rum.

-- 
This Sig intentionally left blank.

Daniel Tiefnig <dantie123@yahoo.com> writes:

> 4) gestoppt. bei einem wechsel zwischen 2 und 3 passiert nix.. (da das 
> startskript des services erkennen sollte/mu�, dass das service bereits 
> l�uft..)

dh die logik ist in jedem einzelnen start script ? da finde ich die
suse logik im allg. script beweiten besser

Gustl

-- 
August H�randl                  Seeing my great fault
august.hoerandl@gmx.at          Through darkening blue windows
                                I begin again
                                --Chris Walsh

August H�randl wrote...:

> Daniel Tiefnig <dantie123@yahoo.com> writes:
> 
>> 4) gestoppt. bei einem wechsel zwischen 2 und 3 passiert nix.. (da
>> das startskript des services erkennen sollte/mu�, dass das service
>> bereits l�uft..) 
> 
> dh die logik ist in jedem einzelnen start script ? da finde ich die
> suse logik im allg. script beweiten besser

und die startskripte dumm lassen..? dass das nicht merkt, dass das 
service schon l�uft, wenn "ein user" (root) das skript aufruft..? na ich 
wei� nicht.. und woher willst wissen, dass ein service �berhaupt noch 
l�uft, wennst einen runlevel verl��t..?


daniel