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.
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.
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?
Nach einer Stunde ist der immer noch an.Clienten hängen keine dran.
Was steht im Log?
Ich sehe nicht das ein wiederholter Shutdown probiert wird
Mar 25 09:43:48 Fernseh-PC vdr-frontend[3650]: vdr not ready for shutdown: 901:
Mar 25 09:44:09 Fernseh-PC vdr: [3533] read incomplete section - len = 1736, r = 2744
Mar 25 09:44:20 Fernseh-PC vdr: [3533] read incomplete section - len = 3024, r = 856
Mar 25 09:44:24 Fernseh-PC vdr: [3536] read incomplete section - len = 2346, r = 2142
Mar 25 09:44:41 Fernseh-PC vdr: [3664] permashift: 400 MB live video data in buffer
Mar 25 09:45:12 Fernseh-PC vdr: [3530] read incomplete section - len = 651, r = 2799
Mar 25 09:45:57 Fernseh-PC vdr: [3664] permashift: 500 MB live video data in buffer
Mar 25 09:47:38 Fernseh-PC vdr: [3664] permashift: 600 MB live video data in buffer
Mar 25 09:48:44 Fernseh-PC vdr: [3535] frontend 3/0 timed out while tuning to channel 0 (), tp 211479
Mar 25 09:49:31 Fernseh-PC vdr: [3664] permashift: 700 MB live video data in buffer
Mar 25 09:51:03 Fernseh-PC vdr: [3533] changing caids of channel 1068 (SEASONS) from 1863,1811,500,100 to 0
Mar 25 09:51:34 Fernseh-PC vdr: [3664] permashift: 800 MB live video data in buffer
Mar 25 09:53:09 Fernseh-PC vdr: [3530] changing pids of channel 122 (Test-R) from 401+401=2:402=deu@3:0:0 to 501+501=2:502=deu@3:0:0
Mar 25 09:53:10 Fernseh-PC vdr: [3664] permashift: 900 MB live video data in buffer
Mar 25 09:54:40 Fernseh-PC vdr: [3664] permashift: 1000 MB live video data in buffer
Mar 25 09:55:43 Fernseh-PC vdr: [3532] frontend 2/0 timed out while tuning to channel 0 (), tp 111552
Mar 25 09:56:17 Fernseh-PC vdr: [3530] changing pids of channel 253 (Sky Action) from 767+767=27:768=deu@3,769=eng@3;771=deu@106:0:32 to 767+767=27:768=deu@3;771=deu@106:0:32
Mar 25 09:57:00 Fernseh-PC vdr: [3536] changing name of channel 1256 from '376 - 08:15,;' to '376 - 10:00,;'
Mar 25 09:57:22 Fernseh-PC vdr: [3533] read incomplete section - len = 3790, r = 2280
Mar 25 09:57:33 Fernseh-PC vdr: [3533] read incomplete section - len = 1724, r = 602
Mar 25 09:58:02 Fernseh-PC vdr: [3536] changing pids of channel 456 (Sky Action HD) from 1023+1023=27:0;1027=deu@106,1028=eng@106:0:32 to 1023+1023=27:0;1027=deu@106:0:32
Mar 25 09:58:27 Fernseh-PC vdr: [3530] read incomplete section - len = 715, r = 2059
Mar 25 10:00:52 Fernseh-PC vdr: [3530] changing pids of channel 763 (C+ TOROS) from 172+172=2:128=esl@4,129=eng@4:0:0 to 172+172=2:128=esl@4:0:0
Mar 25 10:00:52 Fernseh-PC vdr: [3530] changing caids of channel 763 (C+ TOROS) from 100,1810 to 0
Mar 25 10:00:52 Fernseh-PC vdr: [3530] changing ca descriptors of channel 763 (C+ TOROS)
Mar 25 10:01:40 Fernseh-PC vdr: [3566] restfulapi: requested recording not found (read)
Mar 25 10:02:02 Fernseh-PC vdr: [3535] frontend 3/0 timed out while tuning to channel 0 (), tp 211479
Mar 25 10:06:40 Fernseh-PC vdr: [3530] changing pids of channel 122 (Test-R) from 501+501=2:502=deu@3:0:0 to 401+401=2:402=deu@3:0:0
Mar 25 10:07:00 Fernseh-PC vdr: [3548] EPGSearch: timer conflict check started
Mar 25 10:07:00 Fernseh-PC vdr: [3548] EPGSearch: timer conflict check finished
Mar 25 10:09:03 Fernseh-PC vdr: [3532] frontend 2/0 timed out while tuning to channel 0 (), tp 111552
Mar 25 10:09:06 Fernseh-PC kernel: [ 3035.556194] usb 3-6: Weird key 14 3c 33 30
Mar 25 10:09:35 Fernseh-PC vdr: [3533] changing pids of channel 267 (Sky Sport 2) from 1791+1791=27:1792=deu@3,1793=deu@3:0:32 to 1791+1791=27:1792=deu@3:0:32
Mar 25 10:10:18 Fernseh-PC vdr: [3533] changing pids of channel 304 (Sky Sport HD 2) from 1023+1023=27:0;1026=deu@106,1027=deu@106,1028=deu@106:0:32 to 1023+1023=27:0;1026=deu@106,1027=deu@106:0:32
Mar 25 10:10:43 Fernseh-PC vdr: [3533] read incomplete section - len = 749, r = 3324
Mar 25 10:11:44 Fernseh-PC vdr: [3530] read incomplete section - len = 514, r = 3095
Mar 25 10:12:00 Fernseh-PC vdr: [3530] read incomplete section - len = 2371, r = 2446
Mar 25 10:12:20 Fernseh-PC vdr: [3536] read incomplete section - len = 624, r = 2088
Mar 25 10:14:09 Fernseh-PC vdr: [3530] changing pids of channel 762 (TAQUILLA 4) from 170+170=2:120=esl@4:0:0 to 170+170=2:120=esl@4,121=eng@4:0:62
Mar 25 10:14:09 Fernseh-PC vdr: [3530] changing caids of channel 762 (TAQUILLA 4) from 0 to 100,1810
Mar 25 10:14:09 Fernseh-PC vdr: [3530] changing ca descriptors of channel 762 (TAQUILLA 4)
Mar 25 10:14:10 Fernseh-PC vdr: [3530] changing pids of channel 763 (C+ TOROS) from 172+172=2:128=esl@4:0:0 to 172+172=2:128=esl@4,129=eng@4:0:0
Mar 25 10:14:10 Fernseh-PC vdr: [3530] changing caids of channel 763 (C+ TOROS) from 0 to 100,1810
Mar 25 10:14:10 Fernseh-PC vdr: [3530] changing ca descriptors of channel 763 (C+ TOROS)
Mar 25 10:15:22 Fernseh-PC vdr: [3535] frontend 3/0 timed out while tuning to channel 0 (), tp 211479
Mar 25 10:17:01 Fernseh-PC CRON[5255]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly)
Mar 25 10:19:35 Fernseh-PC vdr: [3635] weatherforecast: cached forecast is outdated (age 1h 0min, cache duration 1h)
Mar 25 10:19:35 Fernseh-PC vdr: [3635] weatherforecast: updating forecast from forecast.io
Mar 25 10:19:35 Fernseh-PC vdr: [3635] weatherforecast: calling URL https://api.forecast.io/forecast/3760c3093768855a41e66a61d7b08672/49.2403,9.2533?lang=de&units=si
Mar 25 10:22:20 Fernseh-PC vdr: [3532] frontend 2/0 timed out while tuning to channel 0 (), tp 111552
Mar 25 10:22:52 Fernseh-PC vdr: [3530] changing pids of channel 255 (Disney XD) from 1279+1279=27:1280=deu@3,1281=eng@3:0:32 to 1279+1279=27:1280=deu@3:0:32
Mar 25 10:23:35 Fernseh-PC vdr: [3536] changing name of channel 1251 from '372 - 08:30,;' to '372 - 10:30,;'
Mar 25 10:23:35 Fernseh-PC vdr: [3536] changing name of channel 1260 from '407 - 08:45,;' to '407 - 10:30,;'
Mar 25 10:24:07 Fernseh-PC vdr: [3533] read incomplete section - len = 238, r = 2342
Mar 25 10:24:20 Fernseh-PC vdr: [3536] read incomplete section - len = 87, r = 214
Mar 25 10:25:11 Fernseh-PC vdr: [3530] read incomplete section - len = 2062, r = 2059
Mar 25 10:26:23 Fernseh-PC vdr: [3530] changing ca descriptors of channel 652 (TAQUILLA XY)
Mar 25 10:27:25 Fernseh-PC vdr: [3530] changing pids of channel 752 (TAQUILLA 5) from 160+160=2:80=esl@4:0:0 to 160+160=2:80=esl@4,81=eng@4:0:32
Mar 25 10:27:25 Fernseh-PC vdr: [3530] changing caids of channel 752 (TAQUILLA 5) from 0 to 100,1810
Mar 25 10:27:25 Fernseh-PC vdr: [3530] changing ca descriptors of channel 752 (TAQUILLA 5)
Mar 25 10:27:26 Fernseh-PC vdr: [3530] changing ca descriptors of channel 757 (TAQ XXHARD)
Mar 25 10:28:37 Fernseh-PC vdr: [3535] frontend 3/0 timed out while tuning to channel 0 (), tp 211479
Mar 25 10:33:02 Fernseh-PC vdr: [3530] changing pids of channel 122 (Test-R) from 401+401=2:402=deu@3:0:0 to 501+501=2:502=deu@3:0:0
Mar 25 10:35:40 Fernseh-PC vdr: [3532] frontend 2/0 timed out while tuning to channel 0 (), tp 111552
Mar 25 10:37:00 Fernseh-PC vdr: [3548] EPGSearch: timer conflict check started
Mar 25 10:37:00 Fernseh-PC vdr: [3548] EPGSearch: timer conflict check finished
Mar 25 10:37:14 Fernseh-PC vdr: [3533] read incomplete section - len = 654, r = 3069
Mar 25 10:37:26 Fernseh-PC vdr: [3533] read incomplete section - len = 560, r = 3892
Mar 25 10:37:54 Fernseh-PC vdr: [3536] read incomplete section - len = 165, r = 3377
Mar 25 10:38:25 Fernseh-PC vdr: [3530] read incomplete section - len = 2854, r = 2851
Mar 25 10:38:42 Fernseh-PC vdr: [3536] read incomplete section - len = 1938, r = 2646
Mar 25 10:38:53 Fernseh-PC vdr: [3536] read incomplete section - len = 515, r = 1332
Mar 25 10:41:58 Fernseh-PC vdr: [3535] frontend 3/0 timed out while tuning to channel 0 (), tp 211479
Mar 25 09:39:26 Fernseh-PC console-kit-daemon[1695]: GLib-CRITICAL: Source ID 129 was not found when attempting to remove it
Mar 25 10:44:21 Fernseh-PC console-kit-daemon[1695]: GLib-CRITICAL: Source ID 151 was not found when attempting to remove it
Mar 25 10:48:57 Fernseh-PC vdr: [3532] frontend 2/0 timed out while tuning to channel 0 (), tp 111552
Mar 25 10:50:12 Fernseh-PC vdr: [3536] changing name of channel 1249 from '398 - 08:30,;' to '398 - 11:00,;'
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 = 4022
]
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 = 4022
Sorry, 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
Habe Permashift ausgeschaltet.Der Grund das der Vdr runterfährt ist es aber nicht.
Was sagte denn "w"?
Meinst du den Hund?
Noch was wenn ich den Vdr ohne SSH Connection ausschalte fährt diese ganz brav runter.
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
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):
iptables -N TRAFFICIN
iptables -I INPUT -j TRAFFICIN
iptables -A TRAFFICIN -p tcp --dport 22 -j ACCEPT
iptables -A TRAFFICIN -p tcp --sport 22 -j ACCEPT
Dann 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....
#!/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
fi
Alles anzeigen
Wobei Du per template dann in /etc/vdr/lifeguard.conf folgende Option hinzufügst:
Ist epg2vdr aktiviert?
Ja,epg2vdr ist aktiv
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 ...
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!