[gelöst] Rechner fährt nach Aufnahme nicht herunter

[womiha]

Bin dabei, einen Rechner von easyVDR 2.5 auf easyVDR 3.0 umzustellen.

Leider bekomme ich es nicht hin, dass der Rechner nach einer Aufnahme wieder herunterfährt. Bei 2.5 hat es geklappt, bei 3.0 habe ich Schwiergkeiten. Was funktioniert, ist, dass der Rechner nach der eingestellten Inaktivitätszeit herunterfährt. Hier mal ein Ablauf, der das Problem demonstriert. Programmiert war eine Aufnahme von 22:41 bis 22:43:

Code:

Jan 22 22:41:00 easyVDR vdr: [2903] timer 1 (2 2241-2244 'ARD-alpha') start
...
Jan 22 22:41:01 easyVDR vdr: [3116] executing '/usr/lib/vdr/easyvdr-recordingaction started "/video0/ARD-alpha/2017-01-22.22.41.2-0.rec"'
...
Jan 22 22:44:00 easyVDR vdr: [2903] timer 1 (2 2241-2244 'ARD-alpha') stop
Jan 22 22:44:00 easyVDR recordingaction: executing /usr/share/vdr/recording-hooks/10_recording.custom after recording /video0/ARD-alpha/2017-01-22.22.41.2-0.rec

Rechner fährt eine Minute vor Timer-Start hoch. Wie gewünscht.

Code:

Jan 22 22:40:25 easyVDR kernel: [    0.000000] Initializing cgroup subsys cpuset
...
Jan 22 22:40:29 easyVDR easyvdr-autostart: wait for network initialization

Die wesentlichen Zeilen aus setup.conf:

Code:

MinEventTimeout = 2
MinUserInactivity = 13

Die krummen Werte sind nur zur Demonstration.

Nach dem Ende der Aufnahme läuft der VDR weiter. Aber erst nach einer Inaktivität von 13 Minuten (gerechnet vom Start von VDR, nicht nach Aufnahme) fährt der Rechner runter.

Code:

Jan 22 22:53:37 easyVDR vdr: [2903] executing '/usr/lib/vdr/easyvdr-shutdown.wrapper 0 0 0 "" 0'

Jetzt sind mir die Ideen ausgegangen, woran es liegen könnte. Wäre über Tipps dankbar. An Plugins sind übrigens bis auf das Setup-Plugin alle deaktiviert.

Passende Log- und Konfigurationsdateien zum Ablauf sind im Anhang.

[womiha]

Ergänzung: ps auxww ergibt

Code:

/usr/bin/vdr
 --dirnames=,,1
 --user=vdr
 --grab=/media/easyvdr01/photos
 --lib=/usr/lib/vdr/plugins
 -Psofthddevice  
 -f  -v va-api -d :0   -a default -p passthrough  -w alsa-driver-broken    
  -Psetup
 --record=/usr/lib/vdr/easyvdr-recordingaction
 --video=/video0
 --config=/var/lib/vdr
 --watchdog=500
 --log=3
 --epgfile=/var/cache/vdr/epg.data
 --port=6419
 --shutdown=/usr/lib/vdr/easyvdr-shutdown.wrapper
 --no-kbd

[Bleifuss2]

Das funktioniert nur wenn du keine Bedienung am VDR machst.
Einmal Menü gedrückt oder Pchanger, dann fährt er nicht mehr herunter.

Gruß
Bleifuss

[womiha]

Das funktioniert nur wenn du keine Bedienung am VDR machst.

Genau so sollte es auch sein. Rechner fährt nur für eine Aufnahme hoch, und im Anschluss wieder runter. Da ist auch kein Bediener am VDR.

Aber da klemmt es. Also im Beispiel nehme ich eine Sendung nachmittags auf, und der Rechner läuft immer noch, wenn ich am Abend von der Arbeit nach Hause komme.

[womiha]

Runterfahren nach Aufnahme funktioniert einfach nicht. Komplette Neuinstallation, Entfernen aller Plugins, ... Nichts hat geholfen. Jetzt habe ich mit vdr-dbus-send experimentiert.

Ausgabe während der Aufnahme:

Code:

[email protected]:~$ vdr-dbus-send /Shutdown shutdown.ManualStart
method return sender=:1.20 -> dest=:1.34 reply_serial=2
  boolean true
[email protected]:~$ vdr-dbus-send /Shutdown shutdown.ConfirmShutdown boolean:false
method return sender=:1.20 -> dest=:1.35 reply_serial=2
  int32 901
  string "user is active"
  int32 0
  string ""
[email protected]:~$ vdr-dbus-send /Shutdown shutdown.ConfirmShutdown boolean:true
method return sender=:1.20 -> dest=:1.36 reply_serial=2
  int32 903
  string "recording is active"
  int32 0
  string ""

Ausgabe nach der Aufnahme:

Code:

[email protected]:~$ vdr-dbus-send /Shutdown shutdown.ConfirmShutdown boolean:false
method return sender=:1.20 -> dest=:1.53 reply_serial=2
  int32 901
  string "user is active"
  int32 0
  string ""
[email protected]:~$ vdr-dbus-send /Shutdown shutdown.ConfirmShutdown boolean:true
method return sender=:1.20 -> dest=:1.54 reply_serial=2
  int32 250
  string "vdr is ready for shutdown"
  int32 0
  string ""

VDR macht nach der Aufnahme überhaupt keine Anstalten, den Rechner herunterzufahren. Aus irgendeinem Grunde ist VDR der Meinung, dass ein User aktiv sei. Aber warum?  Ich habe versucht, alles auszuschließen. Was könnte das noch sein? Wie könnte ich dem auf die Spur kommen?

Immerhin war in der syslog-Datei zu lesen:

Code:

easyVDR vdr: [2848] scheduled wakeup time in 4 minutes, assuming automatic start of VDR

Soweit stimmt das also.

[Bleifuss2]

Hallo

Es kommt entweder daher:

Jan 22 22:40:38 easyVDR after-vdr-hooks: executing /usr/share/vdr/after-vdr-hooks/99_disable-power-switch-rules
Jan 22 22:40:38 easyVDR kernel: [   19.988432] init: easyvdr-vdr post-start process (2252) terminated with status 1
Jan 22 22:40:38 easyVDR kernel: [   20.009581] init: easyvdr-create-ramdisk main process (2975) killed by TERM signal
Jan 22 22:40:38 easyVDR vdr: [2903] connect from 127.0.0.1, port 51042 - accepted
Jan 22 22:40:38 easyVDR vdr: [2903] closing SVDRP connection

Ich würde mir das Skript 99_disable... mal anschauen.

Oder daher

Jan 22 22:40:56 easyVDR vdr: [2903] connect from 127.0.0.1, port 51116 - accepted

Jan 22 22:40:56 easyVDR vdr: [2903] closing SVDRP connection

Ein Befehl per svdrpsend ist wie eine Taste drücken, aber lohnt der Aufwand wegen ca. 0,05 KW?

Gruß
Bleifuss

[womiha]

Danke für die Tipps, denen werde ich nachgehen. Das hat jahrelang so schön funktioniert, dass es mich halt ein wenig wurmt. Klar, ich komme damit zurecht, aber jetzt will ich es halt wissen.

In meinen Augen lohnt sich der Aufwand schon. Das macht sich in der Stromrechnung bemerkbar. Fast wichtiger finde ich aber das Argument der Akzeptanz, konkret in der Familie so geschehen. Wenn sich das Teil nicht runter fährt, wird es geächtet. Könnte ja auch ein Argument für potenzielle Benutzer von easyVDR sein. Wäre echt schade, wenn so was abschreckte.

[gb]

Ja richtig und noch ein wichtiges Kriterium ist die Brandgefahr, die bisher noch keiner so richtig berücksichtigt hat. ( Gerade bei den passiv gekühlten Systemen )
Daher mag ich es auch nicht, wenn ein Gerät überflüssig und unbeaufsichtigt vor sich her heizt

Gruß Aaron

[womiha]

Ich würde mir das Skript 99_disable... mal anschauen.

Dort steht:

Code:

if [ -f /lib/udev/rules.d/70-power-switch.rules ]; then
   rm -f  /lib/udev/rules.d/70-power-switch.rules

Erscheint mir unverdächtig.

[womiha]

Ein Befehl per svdrpsend ist wie eine Taste drücken, ...

Ich habe jeglichen Versand per "svdrpsend" eliminiert, und das auch per "tcpdump" überprüft, das ich in "rc.local" eingebaut habe. Hat keine Verbesserung gebracht.

[womiha]

Code:

[email protected]:~$ vdr-dbus-send /Shutdown shutdown.ManualStart
method return sender=:1.20 -> dest=:1.34 reply_serial=2
  boolean true

Ist hier "true" eigentlich normal, wenn VDR selbsttätig zur Aufnahme startet?

So wie es aussieht, muss ich den VDR-Prozess instrumentieren oder debuggen, um herauszufinden, warum der Prozess überhaupt keine Anstalten macht, den Rechner herunterzufahren. Na ja, lernt man halt was dabei.

Was gäbe es denn noch so an Kriterien, die VDR vom Herunterfahren abhalten?

[Martin]

Hi,

ist das Thema eigentlich noch aktuell ?

Grüße

[womiha]

Ja, das Thema steht noch an. Ich komme zurzeit leider überhaupt nicht dazu, das Verhalten weiter zu untersuchen. Bei ein paar Aktualisierungen sieht es so aus, als dass sich ein nochmaliger Blick lohnte. Na ja, ich habe mir - wieder einmal - vorgenommen, am Wochenende einen Anlauf zu starten.

[womiha]

Nach Instrumentierung der Implementierung der ausführbaren Datei von VDR habe ich endlich die Ursache gefunden: Der LIRC-Treiber hat nach dem Booten immer den Code für die Taste "1" gesendet. Dadurch war VDR natürlich der Meinung, dass ein Benutzer aktiv ist. Den Bug kannte ich beim Treiber noch nicht, bislang war ich der Meinung, dass schlicht einige Codes nicht erkannt würden.

Die LIRC-Version 0.9.0 ist Moneual MonCaso 312/320 somit für easyVDR 3.0 nicht verwendbar, entweder muss man die Version 0.9.3 verwenden oder die Version 0.9.0 aus easyVDR patchen. Ich habe letzteres gemacht. Funktioniert ohne Problem mit dem ausgelieferten Stand von easyVDR. Der Patch befindet sich unter https://ubuntuforums.org/showthread.php?...st12120799 (wie ich gelernt habe, sollte eine Änderung in Makefile.am statt in configure.ac gemacht werden, um den automake-Konventionen zu folgen; funktioniert aber trotzdem). Außerdem muss man das erzeugte, gepatchte Debian-Paket in der Installation auf "Hold" setzen, sonst wird es bei Updates beseitigt.

[riverphoenix]

Hallo,
ist das Problem bei easyVDR 3.5 jetzt behoben. Ich bin auch der Meinung, dass der Rechner nach eine automatischen Aufnahme wieder runter fahren sollte, wie es vor Jahren schon mal war.

[womiha]

Das Problem ist erst mit LIRC Version 0.9.3 behoben, vorher muss man selber patchen und kompilieren. Mit easyVDR 3.5 kommt immer noch die alte, nicht fehlerbereinigte Version.

Um keine Missverständnisse aufkommen zu lassen: Das Ganze ist ein Problem des LIRC-Treibers, weil der blöderweise einen Scheintastendruck abschickt, was genau der Fehler ist. Dadurch meint easyVDR, dass ein Benutzer am Gerät ist, und schaltet sich daher nicht ab.

[mango]

Hallo,

Thema wurde geteilt ...weiter geht es hier -> https://www.easy-vdr.de/thread-18493.html

Gruss
Wolfgang