Hallo
im WEBIF ist in der Lifeguard Section ssh angehakt. Habe den Vdr ausschalten wollen.Im Display wird angezeigt ssh Connection still open.Sowet alles ok.
Aber nach dem trennen der ssh Connection schaltet sich der vdr leider nicht ab.
Lifeguard Vdr fährt nicht herunter obwohl ssh geschlossen
-
Aber nach dem trennen der ssh Connection schaltet sich der vdr leider nicht ab.
In welchem Zeitraum? Der nächste Shutdown-Versuch sollte nach 300 Sekunden erfolgen. Sind z.B. vnsi-Clients aktiv, die dazu führen, dass der VDR denkt, dass der User in der Zwischenzeit aktiv war?
-
Was steht im Log?
-
Könnte das am aktiven permashift liegen? Der Return-Code 901 sagt ja, dass der VDR denkt, dass der Nutzer noch aktiv ist.
-
Mar 25 10:50:34 Fernseh-PC vdr: [3533] read incomplete section - len = 1453, r = 2525
Mar 25 10:50:45 Fernseh-PC vdr: [3533] read incomplete section - len = 537, r = 444
Mar 25 10:50:55 Fernseh-PC vdr: [3536] read incomplete section - len = 90, r = 2089
Mar 25 10:51:48 Fernseh-PC vdr: [3530] read incomplete section - len = 541, r = 4022Sorry, gehört eigenlich nicht hier her...
Aber dieser Fehler ist mir gestern auch zum ersten mal aufgefallen, im Log.
Woher kommt das?Gruß Jan
-
Die Meldung kommt wohl aus der sections.c, Zeile 216 - könnten inkomplette EPG-Daten sein.
-
Ah. Danke. Dann muss es wohl an epgd liegen.
Gruß Jan
-
Was sagte denn "w"?
-
Ich versuche später mal das nachzustellen.
-
Meinst du den Hund?...
Hund???Ich meine, ein Terminal öffnen, "w", gefolgt von "<Enter>" einzutippen und dann die Ausgabe posten.
-
Ich habe bei meinen remote Clients Lifeguard für ssh ausgeschaltet, da es ab und zu vorkam, daß eine Verbindung nicht korrekt beendet wurde und es dann ewig dauerte, bis das System das mitbekam. Wird denn (wie von lifeguard getestet) mit
Codess -t -o state established | tail -n +2 | awk '{print $3}' | grep ":ssh\b"eine ssh Verbindung angezeigt?
Nebenbei (ich weiß, es ist nicht die einfache und schnelle Hilfe die Du erwartest, dennoch, vielleicht nicht uninteressant für den einen oder anderen Leser):
Du kannst es auch so wie ich machen und eher darauf schauen, ob wirklich Daten über den SSH Port laufen. Ich nutze dazu folgende iptables Befehle beim Booten (iptables-persistent Paket installieren):
Codeiptables -N TRAFFICIN iptables -I INPUT -j TRAFFICIN iptables -A TRAFFICIN -p tcp --dport 22 -j ACCEPT iptables -A TRAFFICIN -p tcp --sport 22 -j ACCEPTDann lasse ich per cron alle 2 Minuten folgendes Script unten laufen. Sollte ausreichend Traffic gefunden werden, verhindert das Script per Lifeguard das Ausschalten für DELAYOFFSECS Sekunden. So schaltet das System auch nicht aus, wenn mal kurz eine Störung der SSH Verbindung z.B. der wegen einer Zwangstrennung da ist. Du kannst die 3000000 Bytes Traffic Abfrage im Script leicht an Deine Bedürfnisse anpassen und so z.B. zwischen SFTP Datentransfers mit viel Traffic und interaktive Nutzung mit wenig Traffic unterscheiden. Oder Du kannst bei extrem wenig Traffic eine aktive aber ungenutzte SSH Verbindung annehmen und dann doch das Ausschalten erlauben....
Bash
Alles anzeigen#!/bin/sh # Delay shutoff at least DELAYOFFSECS seconds after the checked communication ended DELAYOFFSECS=600 # path/name of file checked by lifeguard for delayed shutdown LIFEGUARDFILE=/tmp/.delayoff # check for SFTP server input traffic - Disable shutdown if there is lot's of traffic indicating SFTP transfer or (if little traffic is accepted) SSH. INBYTES=`iptables -nvx -Z -L TRAFFICIN | grep " $i " | tr -s [:blank:] |cut -d' ' -f3| awk '{sum+=$1} END {print sum;}'` if [ $INBYTES -gt 3000000 ]; then echo "Input of $INBYTES Bytes SFTP traffic detected - do not allow shutdown in the next $DELAYOFFSECS seconds" X=$(($(date +%s) + $DELAYOFFSECS)) echo $X >"$LIFEGUARDFILE" fi if [ -f "$LIFEGUARDFILE" ]; then if [ $(cat "$LIFEGUARDFILE") -lt $(date +%s) ]; then echo "We can allow shutdown" rm -f "$LIFEGUARDFILE" else echo "Shutdown is not allowed yet. Wait/retry!" fi fiWobei Du per template dann in /etc/vdr/lifeguard.conf folgende Option hinzufügst:
Codefile /tmp/.delayoff Warte\ noch\ etwas mit\ Shutdown\ nach\ SSH\ Zugriff. -
Ist epg2vdr aktiviert?
-
OK, und was sagt:
Codegrep epg2vdr /etc/vdr/setup.conf |grep ActivePfad zur setup.conf ist verm. bei dem ya.Zeugs anders.
-
Ich habe gerade mal ein Testsystem angeworfen - das Problem ist IMHO nicht die Erkennung der SSH-Verbindung, sondern dass der der VDR durch das Schließen des OSD über Tastenbefehle denkt, dass der Nutzer noch aktiv wäre und das Frontend-Skript dann keinen weiteren Versuch unternimmt, das System herunterzufahren. Ich passe das mal an ...
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!