[ANNOUNCE] vdr-addon-lifeguard

maf

Ich bin sehr dafür, dass mein VDR Rechner sich automatisch abschaltet, wenn es aus seiner Sicht gerade nichts zu tun gibt. Andererseits bin ich nicht so begeistert, wenn VDR den Rechner herunterfährt, während der gerade als Fileserver benutzt wird, irgendein Skript abarbeitet oder ich eingeloggt bin.

Deshalb habe ich ein kleiner AddOn geschrieben, das den Shutdown verhindert, wenn irgendeiner von mehreren konfigurierbaren Tests darauf hindeutet, dass der Rechner gerade noch anderweitig genutzt wird. Dies sind die Tests, die das AddOn derzeit unterstützt:

usr, active user
tcp, network connection
cmd, general Linux command
sh, shell script
smb, samba locks or shares
afp, Apple file sharing
other, any kind of process

In der Konfigurationsdatei kann man die Tests auswählen und parametrisieren. Eine Vorlage für die Konfigurationsdatei und ein Manual helfen hoffentlich dabei, das Ganze an die persönlichen Bedürfnisse anzupassen.

Das AddOn steht als Debian Paket vdr-addon-lifeguard bei Tobias (https://www.vdr-portal.de/www.e-tobi.net) zur Verfügung. Vielen Dank an Tobias, der mein Erstlingswerk durchgesehen und in sein Repository aufgenommen hat!

Alle Fehler gehen natürlich auf mein Konto. Für Rückmeldungen wäre ich dankbar.

Viel Spaß!

skiller2k1

Hallo maf (aka?).

Freut mich, das du und Tobi uns das Addon zur Verfügung stellen. Gibts die Scripts auch für User mit anderen Distributionen?

Ein Link/Homepage wäre schon sehr praktisch.

Grüße
Michi

maf

Das Skript klinkt sich als 'shutdown hook' ein, d.h. es nutzt einen Mechanismus, der vor dem Ausschalten des Rechners durch VDR alle Skripte in einem bestimmten Verzeichnis aufruft. Jedes kann durch seinen Rückgabewert signalisieren, dass das Herunterfahren abgebrochen werden soll.

Diesen Mechanismus gibt es in der c't Distribution; ich weiß nicht, ob er in anderen Distribution so oder ähnlich auch existiert. Hier könnte also eine Anpassung erforderlich werden. Ich selbst kann sie jedoch leider nicht vornehmen, allein schon mangels Testmöglichkeiten.

Das eigentliche Skript mit seinen Tests und die zugehörige Konfigurationsdatei sollten ziemlich distributionsunabhängig sein.

Eine Homepage besitze ich nicht, aber im Manual steht für Fragen und Anregungen meine Email-Adresse.

Thomas

Zitat

Original von maf
Eine Homepage besitze ich nicht, aber im Manual steht für Fragen und Anregungen meine Email-Adresse.

Das lässt sich ändern, willste Space auf vdr-developer.org für das Plugin?

maf

Ja, gerne. Zugegebermaßen in der Hoffnung, dass nicht plötzlich unerwarterter Arbeitsaufwand für mich anfällt

Was muss ich denn tun: Jetzt, um den Webspace zu erhalten, und später, um ihn im Sinne meiner Gönner zu nutzen?

Thomas

Zitat

Original von maf
Was muss ich denn tun: Jetzt, um den Webspace zu erhalten, und später, um ihn im Sinne meiner Gönner zu nutzen?

Ich richte Dir nen Zugang ein schicke Dir die Daten, dann packste die Files da rauf und machst im Idealfall noch ne kleine Homepage, zur Not halt das Readme

maf

Zitat

Ich richte Dir nen Zugang ein schicke Dir die Daten, dann packste die Files da rauf und machst im Idealfall noch ne kleine Homepage, zur Not halt das Readme

Prima, danke!

thorsten.gehrig

Hi
welchen Vorteil hat diese Lösung im gegensatz zu dem vdr-shutdownscript - wo ja auch alles mögliche abgefragt werden kann?

Gruß
Thorsten

maf

Hallo Thorsten,

ich weiß ich nicht genau, auf welches Shutdown Skript Du dich beziehst. Ich vermute außerdem, dass es zwischen den Distributionen einige Unterschiede im Bereich Shutdown geben mag. Wenn Du mir einen Verweis gibst, werde ich gerne einen Vergleich versuchen.

Im Moment kann ich eigentlich nur sagen, was meine Ziele waren:

Lösung, die sich in die c't VDR Distribution und deren Rahmenwerk für das Herunterfahren einfügt, also als shutdown-hook arbeitet und keine Änderungen an vorhandenen Dateien erfordert
eigenständiges Paket, dass sich separat installieren (und auch wieder deinstallieren :-)) lässt
Trennung zwischen dem eigentlichen Skript und den Konfigurationsdaten, um eine möglichst einfache aber genaue Kontrolle zu ermöglichen
einheitliche Behandlung aller Gründe, aus denen mein Server einen Shutdown abbrechen sollte

Schönen Gruß,
maf

cyril

Grad getestet mit: ssh, dem Port für den xinelib-stream, nfs.

Funktioniert tadellos!
Gratuliere und danke!

NemoN

ein kleiner patch mit dem der lifeguard auch eine minimum uptime berücksichtigt:

lifeguard.conf

Code

uptime  30              Minimum\ Uptime

lifeguard

Code

uptime)
                # uptime minutes not reached
                MINUTES=$((`cut -f1 -d' ' /proc/uptime | cut -f1 -d.` / 60))


                if [ $MINUTES -lt "$PATTERN" ] ; then
                        REASON=${DESCRIPTION:-"$PATTERN"}
                        break
                fi
                continue
                ;;

Alles anzeigen

cernst

Das mit der Uptime ist sehr sinnvoll.

Ich habe noch folgende Änderung gemacht, macht aus meiner Sicht mehr Sinn als den Shutdown komplett abzubrechen.

S91.lifeguard

Code

CONF_FILE="/etc/vdr/lifeguard.conf"
DESC="vdr-lifeguard"
RETRY="15"


...


# if there is a reason not to shutdown, tell VDR about it
if [ "$REASON" ]; then
        MESSAGE="$REASON"
        # add an explanation to syslog that includes the reason
        logger -t "$DESC" "Defer shutdown for $RETRY minutes: $MESSAGE"
        echo "ABORT_MESSAGE=\"$MESSAGE\""
        echo "TRY_AGAIN=\"$RETRY\""
fi


exit 0

Alles anzeigen

Faudeer

Hi,

der Thread ist schon alt, nicht viel geschrieben, d.h. alles funktioniert zufriedenstellend im Hintergrund.
So, auch bei mir. Danke!

Jetzt hab ich meinen Rechner so eingerichtet, dass man auch von der Couch aus surfen kann. Das wird auch prompt genutzt im Haushalt und gleich gibts eine Beschwerde, dass die Kiste einfach runterfährt.

Nun die Frage, wie kann ich Lifeguard davon überzeugen, dass jemand noch surft.
Reicht ein 'tcp 80 www' in der conf, in Anbetracht dessen, dass man ja nicht ständig neue Seiten lädt, sondern auch mal liest?
Wie habt ihr das gemacht?

Faudeer

m4s0chist

Ich hätte auch mal eine Frage, wo ich das grade hier sehe

Wie ist es möglich, den Shutdown abzubrechen sobald mein raid5 gesynct wird? Habe mal mit den Optionen pidof rumgespielt aber konnte zu keinem Ergebnis kommen.

magicdragon67

Zitat

Original von m4s0chist
Ich hätte auch mal eine Frage, wo ich das grade hier sehe

Wie ist es möglich, den Shutdown abzubrechen sobald mein raid5 gesynct wird? Habe mal mit den Optionen pidof rumgespielt aber konnte zu keinem Ergebnis kommen.

Hi, gleiche Frage !? ;-))

m4s0chist

Kleiner Hinweis noch:

Die folgenden Befehle liefern Ausgaben wenn es soweit ist: pidof md0_resync und pidof -x md0_resync

Nur scheiterte ich daran, dass in die cfg einzubinden. Habe es folgendermaßen versucht:

Code

cmd	pidof -x md0_resync	raid-resync

Allerdings schaltete sich der Server dann nie ab, auch wenn das syncen schon abgeschlossen war und pidof keine Ausgabe mehr geliefert hatte.

Keine_Ahnung

Zitat

Original von cernst
Ich habe noch folgende Änderung gemacht, macht aus meiner Sicht mehr Sinn als den Shutdown komplett abzubrechen.

Man kann den Shutdown garnicht komplett abbrechen. Beendet das Script den VDR nicht dann versucht er es 5 Min. später nochmal.

Habe mich auch schon immer gewundert was diese "versuchts in X Min. nochmal" Codezeilen in diesen Scripten sollten.

cu

m. keller

achja wenn wir schon am Aufwärmen sind:
Mein VDR fährt sich auch bei eingebundenen Samba Laufwerken runter (unter Windows / Linux gemounted).
muss ich da statt

Code

smb locks

das hier schreiben?

Code

smb shares

Soweit ich mich erinnere hat mein Eintrag für mein raid system funktioniert, der letzte resync ist aber ein weilchen her:

Code

other   md0_resync      /dev/md0 resync

m4s0chist

Hatte mal davon gelesen, dass das mit Samba eher schlecht als recht funktioniert.
Was hälst du von einer IP-Abfrage?

m. keller

Ja so mache ich das auch, hatte aber die falsche IP eingetragen
Damit gehts ohne Probs

[ANNOUNCE] vdr-addon-lifeguard

Jetzt mitmachen!

Benutzer online in diesem Thema