Shutdown in Abhängigkeit von ping

tivi2 · 13. Juli 2008

Hi,

ich komme hier leider nicht weiter. Habe zwar per Suche dies und das gefunden,
aber mein shutdown-Verhinderer will den vdr nie herunterfahren lassen.

In Anlehnung an das "noad shutdown hook script" von Tobias habe ich mir
folgendes Script erstellt:

/usr/share/vdr/shutdown-hooks/S54.ping

Code

sudo -u vdr /bin/ping -c 1 192.168.0.21 | grep -q '100% packet loss'
if [ $? -ne 0  ] ; then
  echo "TRY_AGAIN=30"
fi
exit 0

Ein einzelner Rechner soll bei "Existenz" den Shutdown verhindern und ein
neuer Versuch soll in einer halben Stunde erfolgen.

Liegt das an der Rüchmeldung von ping, dass das nicht will?

Grüße
tivi2

JanR · 13. Juli 2008

Hi,

ohne das Originalscript zu kennen...

Ich vermute mal, dass das "echo" da nur als Test drinsteht, oder?

Ansonsten ist klar, warum es nicht geht: Du setzt TRY_AGAIN auf 30, sobald dein Rechner da ist - ich denke mal, dass das beim Basteln immer der Fall ist. Sobald der Rechner weg ist, wird nichts gemacht, also insbesondere TRY_AGAIN nicht neu gesetzt, bleibt also bei 30.

Du musst entweder "negative Logik" benutzen (also gleich statt ungleich und dann die entsprechende Aktion) oder vor dem ping-Aufruf TRY_AGAIN explizit auf irgendwas anderes setzen.

Viele Gruesse,

Jan

FireFly · 13. Juli 2008

Zwei Gedanken: Ist das sudo notwendig? Pingen sollte doch jeder User können.
Ist das grep notwendig? Ping liefert bei Erfolg RC=0, ansonnsten RC != 0 (siehe man page)

tivi2 · 13. Juli 2008

Hi Jan,

Danke für Deine Hilferstellung. Hier das Originalscript:

Code

#
# noad shutdown hook script - Tobias Grimm <tg@e-tobi.net>
# -------------------------
#
# This script checks if noad is still doing anything, and if so
# advices VDR to try the shutdown again in 5 minutes
#


ps -ae | grep -q noad


if [ $? -eq 0 ] ; then
  # noad is still running, so we should defer
  # the shutdown for 5 minutes
  echo "TRY_AGAIN=5"
fi


exit 0

Alles anzeigen

Grüße

JanR · 13. Juli 2008

Hi,

dann vergiss meinen Kommentar... scheinbar liest der VDR das, was das Script nach stdout schreibt... dann ist das echo komplett richtig.

Sudo ist in der Tat unnoetig, kann es sein, dass das ein Passwort abfragen will? Versuchs doch mal ohne.

Viele Gruesse,

Jan

tivi2 · 13. Juli 2008

Hi,

habe jetzt nach euren Hinweisen sudo und grep weggelassen.

Eigenartig ist jetzt, dass sich IMMER mein Samba-Script meldet.
Bevor ich das neue Script hinzufügte, lief das einwandfrei.

Nach einem Shutdown werden jetzt also diese Scripte ausgeführt:

Code

/usr/share/vdr/shutdown-hooks/S50.noad as shell script
/usr/share/vdr/shutdown-hooks/S54.ping as shell script
/usr/share/vdr/shutdown-hooks/S55.samba as shell script

S55.samba sieht so aus (habe ich hier aus dem Forum):

Code

sudo -u vdr smbstatus -L | grep -q 'No locked files'
if [ $? -ne 0  ] ; then
  echo "TRY_AGAIN=30"
fi
exit 0

Wie gesagt, jetzt plötzlich blockiert dieses Script den shutdown.

Habt ihr noch eine Idee?

cu
tivi2

tivi2 · 14. Juli 2008

Ich habe mein ping-Script modifiziert, denn die Logik war falsch.
Wie FireFly anmerkte, gibt ping bei Erfolg eine "0" zurück.
Deshalb musste ein "equal" hin. Sieht jetzt so aus:

S54.ping

Code

/bin/ping -c 1 192.168.0.21
if [ $? -eq 0  ] ; then
  echo "TRY_AGAIN=30"
fi
exit 0

Leider will es aber nicht den Shutdown verhindern...

Zudem passiert es, dass bei zusätzlicher Nutzung meines alten Samba-Scripts,
wie bereits erwähnt dieses nun immer das Herunterfahren blockiert.

Werfe ich das Ping-Script raus, läuft alles erst wieder wie gehabt, wenn
ich einmal einen Shutdown zusätzlich ohne Samba-Script initiiere.
Erst nach einem erneuten Hochfahren kann das Samba-Script wieder rein...

S55.samba

Code

sudo -u vdr smbstatus -L | grep -q 'No locked files'
if [ $? -ne 0  ] ; then
  echo "TRY_AGAIN=30"
fi
exit 0

$? wird doch bei jedem Script immer entsprechend aktualisiert, oder?
Ich bin ratlos...

Grüße
tivi2

FireFly · 14. Juli 2008

Zitat

Original von tivi2
$? wird doch bei jedem Script immer entsprechend aktualisiert, oder?

Ja, aber was ist das in Deinem Fall? der RC von sudo? von smbstatus oder von grep? Vermutlich von sudo, aber den RC willst Du ja gar nicht...

tivi2 · 14. Juli 2008

Hmm...

beim Ping-Script ist es doch der RC von ping selbst, oder?
Wenn wir das gesondert betrachten, hast Du eine Idee, warum das nicht will?

FireFly · 14. Juli 2008

Glücklicherweise muss ich kein Samba benutzen
Das $? enthält immer den Returncode des letzten ausgeführten Befehls.

Ad hoc könnte ich mir aber folgendes vorstellen: (ungetestet)

Code

FILES=$(smbstatus -L | grep -c 'No locked files')
if [ $FILES -ne 1  ] ; then
  echo "TRY_AGAIN=30"
fi
exit 0

Damit gibt grep die Anzahl der Strings "No locked files" zurück. Ist der String nicht vorhanden, d.h. die Ausgabe ungleich 1 wird das TRY_AGAIN=30 ausgegeben.
Ansonsten hat die Bash die nette Option mit bash -x <skriptname> jede ausgeführte Zeile auszugeben, umleiten in eine Datei mit "... >logfile.txt 2>&1".
Außerdem sollte am Anfang jeden Skripts der Interpreter stehen, nämlich

Bash

#!/bin/bash

damit das nicht mit ksh, csh oder gar CMD.exe ausgeführt wird (ok, geht nicht, ich weiß, sollte nur als abschreckendes Beispiel dienen ;D)

tivi2 · 14. Juli 2008

Danke FireFly,

habe Dein Script mal übernommen. Ergebnis immer:
"/usr/share/vdr/shutdown-hooks/S55.samba requests to try again in 30 minutes"

Habe mal das Ganze wie von Dir empfohlen in eine Logdatei geleitet:

'No locked files' vorhanden

Code

++ smbstatus -L
++ grep -c 'No locked files'
+ FILES=1
+ '[' 1 -ne 1 ']'
+ exit 0

'No locked files' nicht vorhanden

Code

++ smbstatus -L
++ grep -c 'No locked files'
+ FILES=0
+ '[' 0 -ne 1 ']'
+ echo TRY_AGAIN=30
TRY_AGAIN=30
+ exit 0

Grüße
tivi2

HFlor · 14. Juli 2008

Hallo tivi2,

Zitat

Original von tivi2

Code

/bin/ping -c 1 192.168.0.21
if [ $? -eq 0  ] ; then
  echo "TRY_AGAIN=30"
fi
exit 0

Da das aufrufende Script die Ausgabe auswertet, so mußt die diese von dem Ping verhindern.

Code

ping -c 1 192.168.0.21 2>&1 >/dev/null
...

Hardy

FireFly · 14. Juli 2008

Zitat

Original von tivi2
Ergebnis immer:
"/usr/share/vdr/shutdown-hooks/S55.samba requests to try again in 30 minutes"

Ok, so wird das nix. Das Skript macht jetzt wohl was es soll, aber es geht trotzdem noch nicht. Wie sieht denn das aufrufendeSkript aus? Wie wertet es die Ausgaben aus? Oder gibts noch andere Beispiele? Oder gar Lösungen hier im Forum?

tivi2 · 14. Juli 2008

Hardy, Danke! Das ist die Lösung für das ping-Script.
Das läuft jetzt schon mal... Super!!!

Zitat
Original von HFlor
...
Code
ping -c 1 192.168.0.21 2>&1 >/dev/null
...
...

Hey FireFly, Danke für Deine Ausdauer! Hier mal eine Liste.

Code

drwxr-xr-x   3 root root  4096 2007-10-06 01:14 .
drwxr-xr-x  69 root root 20480 2007-10-28 13:51 ..
-rw-r--r--   1 root root  1732 2007-10-06 01:09 commands-loader.sh
-rw-r--r--   1 root root  1654 2007-10-06 01:09 config-loader.sh
-rwsr-s---   1 root vdr   2888 2007-10-06 01:11 ctvdrwrapper
-rwxr-xr-x   1 root root  3463 2006-04-17 14:19 epg2html.pl
-rw-r--r--   1 root root  4428 2007-10-06 01:09 plugin-loader.sh
drwxr-xr-x   2 root root  4096 2008-04-23 12:16 plugins
-rwxr-xr-x   1 root root  1170 2001-02-18 14:51 svdrpsend.pl
-rwxr-xr-x   1 root root  2388 2007-10-06 01:09 vdr-groups.sh
-rwxr-xr-x   1 root root  1701 2007-10-06 01:09 vdr-recordingaction
-rwxr-xr-x   1 root root  1383 2007-10-06 01:09 vdr-shutdown
-rwxr-xr-x   1 root root   335 2007-10-06 01:09 vdr-shutdown-message
-rwsr-s---   1 root vdr   2652 2007-10-06 01:11 vdr-shutdown.wrapper

Alles anzeigen

Aufgerufen wird /usr/lib/vdr/vdr-shutdown.wrapper.
Nachfolgend mal das Script vdr-shutdown:

Bash

#!/bin/sh
#
# VDR Shutdown Script  - Tobias Grimm <tg@e-tobi.net>
# -------------------
#
# see README.Debian
#


. /usr/lib/vdr/config-loader.sh


SHUTDOWN_HOOKS_DIR=/usr/share/vdr/shutdown-hooks/


log="logger -t vdr-shutdown"
svdrpsend="/usr/lib/vdr/svdrpsend.pl"


osdmsg()
{
    # OSD message must be deferred, to let VDR display it AFTER the
    # shutdown script has been executed
    sleep 2
    $svdrpsend MESG "$1"
}


shutdownhooks=`find $SHUTDOWN_HOOKS_DIR -maxdepth 1 -xtype f | sort`


for shutdownhook in $shutdownhooks; do
    TRY_AGAIN=0


    if [ -x $shutdownhook ]; then
        $log "executing $shutdownhook"
        result_data=`$shutdownhook "$@"`
    else
        $log "executing $shutdownhook as shell script"
        result_data=`/bin/sh $shutdownhook "$@"`
    fi
    result=$?
    eval $result_data
    if [ $result -ne 0 ] ; then 
        $log "Shutdown aborted by $shutdownhook with exitcode $result"
        osdmsg "Shutdown abgebrochen / Shutdown aborted!" &
        [ -z "$ABORT_MESSAGE" ] || osdmsg "$ABORT_MESSAGE" &
        exit $result
    fi


    if [ $TRY_AGAIN -gt 0 ]
    then
        $log "$shutdownhook requests to try again in $TRY_AGAIN minutes" 
        echo "$svdrpsend \"HITK Power\" > /dev/null" | at now + $TRY_AGAIN minutes
        osdmsg "Shutdown aborted. Retry in $TRY_AGAIN minutes." &
        exit 0
    fi
done 


eval $SHUTDOWNCMD &

Alles anzeigen

cu
tivi2

FireFly · 14. Juli 2008

Tja, wenn das mit dem Ping so funktioniert, dann sollte das mit dem smbstatus auch so funktionieren... Lt. Debug-Ausgabe wird TRY_AGAIN ja nur ausgegeben wenn es auch wirklich ausgegeben werden soll - da gehen wir dann auch die Ideen aus ...

tivi2 · 14. Juli 2008

Hmm... In der alten Version des Scripts geht es mit "2>&1 >/dev/null" leider
auch nicht, obwol der RC stimmt - keine Ahnung was da los ist...

Wo müsste der Zusatz "2>&1 >/dev/null" in Dein vorgeschlagenes Script rein?

FireFly · 14. Juli 2008

">/dev/null 2>&1" dient doch dazu, die Ausgaben vom Ping zu unterdrücken (und bitte nicht andersrum schreiben, sonst funktioniert's nicht). Das grep filtert ja schon stdout (=1), das stderr (=2) könnte man mit "FILES=$(smbstatus -L 2>/dev/null | grep -c 'No locked files')" auch unterdrücken. Ich kann mir aber nicht vorstellen, dass es daran liegt denn das Skript an sich funktioniert ja ...

tivi2 · 15. Juli 2008

Deine Vermutung hat sich bestätigt. Auch jetzt gibt es den richtigen RC.
Dennoch wird immer ein 'TRY_AGAIN=30' ausgeworfen.

Kann man wohl nichts machen. Schade.

Vielen Dank.

tivi2

FireFly · 15. Juli 2008

Zitat

Original von tivi2
Dennoch wird immer ein 'TRY_AGAIN=30' ausgeworfen.

Dein Debug-Output oben hat doch gezeigt, dass TRY_AGAIN=30 nur in einem der beiden Fälle ausgegeben wird ....

theonlychriss · 15. Juli 2008

Hallo tivi2,

evtl. hilft Dir ein Schnipsel aus dem Hook, den ich verwende:

Code

function f_tcp() {
local N
echo -n "Anzahl Verbindungen zu $1 auf Port $2: "
N=$($NETSTAT --tcp --numeric | grep --count ":$2 ")
echo $N
[ $N -eq 0 ] && return 0
# Meldung ausgeben auf TV und SysLog
MSG="$N Verbindung(en) zu $1 offen."
echo "$N Verbindung(en) zu $1 auf Port $2 offen." >> /tmp/nfs-check.log
# und zwar im Hintergrund wegen Broken Pipe Problem
#$SVDRP MESG $MSG > /dev/null &
echo $MSG
$NETSTAT --tcp --numeric | grep ":$2 "
#sleep 3
return $N
}


f_network() {
local N=0
f_tcp Secure-Shell 22 || N=$[$N+$?]
f_tcp Samba 139 || N=$[$N+$?]
f_tcp Samba 445 || N=$[$N+$?]
f_tcp Streamdev 2004 || N=$[$N+$?]
f_tcp Streamdev 3000 || N=$[$N+$?]
f_nfs || N=$[$N+$?]
# Im Fehlerfall Anlegen einer Datei als Returncode-Ersatz
[ $N -eq 0 ] || echo -n "$N" > $TMPFILE
}

Alles anzeigen

Außerdem habe ich es komplett angehängt, falls Du mehr Infos brauchst.

Viele Grüße,
Chriss

Shutdown in Abhängigkeit von ping

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema