Posts by valpo

    So, hat etwas gedauert aber nun habe ich das Fritz!Dect im Einsatz:


    [Blocked Image: http://www.valpo.de/wordpress/wp-content/uploads/fritz.png]
    (der graph ist ziemlich hässlich - der rrd und ich wir verstehen uns noch nicht so richtig gut, ich übe noch...)
    Funktioniert wunderbar - auch wenn mich der Stromverbrauch doch etwas überrascht hat. Auf jeden Fall löst es mein Problem mit dem Einfrieren: falls er nicht mehr reagiert aber mehr als xx Watt zieht, wird er halt rebootet.

    fnu : also das Monitoring macht ein anderer Server, die svdrp-Kommandos werden nicht vom vdr selber abgeschickt.


    Die Sache mit dem Watchdog gefällt mir gut, ich werde mein Monitoring wohl mal umbauen. Vielen Dank für den Tipp.


    Wenn das svdrp generell so wacklig ist wie ihr sagt, werde ich mal zusehen, dass ich das weitgehend loswerde. Eigentlich schade, ich finde das ziemlich praktisch.

    Also die Zeile mit den "stopping recording due to modification of channel" habe ich nur im Zusammenhang mit dieser Aufnahme im log gesehen.


    Der SVDRP-Zugriff kommt vom Monitoring, das schaut - wenn der Rechner läuft - nach, ob der vdr auch erreichbar ist. Falls der Rechner läuft aber vdr nicht ansprechbar ist, wird ein Alarm ausgelöst. Ausserdem wird der Rechner schlafen gelegt (suspend to ram) wenn keine Aufnahme läuft (und noch ein paar andere Bedingungen erfüllt sind). Dieses Zeug läuft aber schon seit ein paar Jahren...


    An plugins habe ich:

    Code
    1. Mar 31 14:44:30 ghost vdr: [23700] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearch.so.1.7.41Mar 31 14:44:30 ghost vdr: [23700] loading plugin: /usr/lib/vdr/plugins/libvdr-live.so.1.7.41Mar 31 14:44:30 ghost vdr: [23700] loading plugin: /usr/lib/vdr/plugins/libvdr-svdrpservice.so.1.7.41Mar 31 14:44:30 ghost vdr: [23700] loading plugin: /usr/lib/vdr/plugins/libvdr-quickepgsearch.so.1.7.41Mar 31 14:44:30 ghost vdr: [23700] loading plugin: /usr/lib/vdr/plugins/libvdr-streamdev-server.so.1.7.41Mar 31 14:44:30 ghost vdr: [23700] loading plugin: /usr/lib/vdr/plugins/libvdr-xineliboutput.so.1.7.41Mar 31 14:44:30 ghost vdr: [23700] loading plugin: /usr/lib/vdr/plugins/libvdr-epgsearchonly.so.1.7.41Mar 31 14:44:30 ghost vdr: [23700] loading plugin: /usr/lib/vdr/plugins/libvdr-wirbelscan.so.1.7.41Mar 31 14:44:30 ghost vdr: [23700] loading plugin: /usr/lib/vdr/plugins/libvdr-conflictcheckonly.so.1.7.41



    Die plugins habe ich auch alle aus dem yadr-Repo gezogen.


    Hilft das irgendwie weiter?

    Hallo,


    ich habe vor kurzem das Update auf 1.7.41 (unter Ubuntu 12.04 LTS) gemacht. Seitdem habe ich nur noch unvollständige Aufnahmen, d.h. der VDR bricht jede Aufnahme vor dem Ende ab. Zuerst mit dem emergency exit, das habe ich abgeschaltet - hat aber das Problem nicht gelöst. Das sieht dann so aus:



    Mar 29 00:17:00 ghost vdr: [5218] record /var/lib/video.00/01Movies/Todeszug_nach_Yuma/2013-03-29.00.17.53-0.rec
    Mar 29 00:17:15 ghost vdr: [5434] frontend 2/0 timed out while tuning to channel 484, tp 112544
    Mar 29 00:18:35 ghost vdr: [5285] channel 53 (kabel eins) event Fri 29.03.2013 00:19-02:23 'Todeszug nach Yuma' status 2
    Mar 29 00:18:39 ghost vdr: [5434] frontend 2/0 timed out while tuning to channel 1310, tp 210758
    Mar 29 00:19:04 ghost vdr: [5285] channel 53 (kabel eins) event Fri 29.03.2013 00:19-02:23 'Todeszug nach Yuma' status 4
    Mar 29 00:19:42 ghost vdr: [5434] frontend 2/0 timed out while tuning to channel 686, tp 210979
    Mar 29 00:20:01 ghost vdr: [5218] connect from 192.168.178.2, port 53156 - accepted
    Mar 29 00:20:03 ghost vdr: [5434] frontend 2/0 timed out while tuning to channel 1368, tp 211067
    Mar 29 00:20:11 ghost vdr: [5218] lost connection to SVDRP client
    Mar 29 00:20:11 ghost vdr: [5218] closing SVDRP connection
    Mar 29 00:20:11 ghost vdr: [5218] connect from 127.0.0.1, port 42625 - accepted
    Mar 29 00:20:11 ghost vdr: [5218] ERROR (svdrp.c,434): Broken pipe
    Mar 29 00:20:11 ghost vdr: [5218] closing SVDRP connection
    Mar 29 00:20:16 ghost vdr: [5218] stopping plugin: conflictcheckonly
    Mar 29 00:20:16 ghost vdr: [5218] stopping plugin: wirbelscan
    Mar 29 00:20:16 ghost vdr: [5218] stopping plugin: epgsearchonly
    Mar 29 00:20:16 ghost vdr: [5218] stopping plugin: xineliboutput
    Mar 29 00:20:17 ghost vdr: [5218] stopping plugin: streamdev-server
    Mar 29 00:20:17 ghost vdr: [5218] stopping plugin: quickepgsearch
    Mar 29 00:20:17 ghost vdr: [5218] stopping plugin: svdrpservice
    Mar 29 00:20:17 ghost vdr: [5218] stopping plugin: live
    Mar 29 00:20:17 ghost vdr: [5218] stopping plugin: epgsearch
    Mar 29 00:20:17 ghost vdr: [5458] EPGSearch: Leaving search timer thread
    Mar 29 00:20:17 ghost vdr: [5218] timer 33 (53 0017-0233 '01Movies~Todeszug nach Yuma') stop


    Das Problem tritt zu ganz verschiedenen Zeit auf, also machmal habe ich gut eine Stunde auf der Platte, manchmal nur ein paar Minuten. Vor dem Update lief der VDR problemlos. Ausser dem VDR-Update habe ich nichts gemacht, der Rest des Systems ist völlig unverändert.


    Mit emergency exit sah das übrigens so aus:



    Mar 27 21:15:44 ghost vdr: [31803] timer 38 (53 2013-2253 '01Movies~Todeszug nach Yuma') start
    Mar 27 21:15:44 ghost vdr: [31803] executing '/usr/lib/vdr/vdr-recordingaction before "/var/lib/video.00/01Movies/Todeszu
    g_nach_Yuma/2013-03-27.20.13.53-0.rec"'
    Mar 27 21:15:44 ghost vdr: [31803] record /var/lib/video.00/01Movies/Todeszug_nach_Yuma/2013-03-27.20.13.53-0.rec
    Mar 27 21:15:44 ghost vdr: [31820] timer 1 (68 2058-2310 'Boxen: IBF Intercontinental Titelkampf Schwergewicht in Berlin'
    ) set to event Tue 02.04.2013 21:00-23:00 'Boxen: IBF Intercontinental Titelkampf Schwergewicht in Berlin'
    Mar 27 21:15:44 ghost vdr: [31820] timer 1 (68 1958-2110 'Kampfsport: Fight Club - Der Eurosport Kampfabend') set to even
    t Thu 28.03.2013 20:00-21:00 'Kampfsport: Fight Club - Der Eurosport Kampfabend'
    Mar 27 21:15:44 ghost vdr: [31820] timer 1 (68 2058-2210 'Kampfsport: Fight Club - Total Knock Out') set to event Thu 28.
    03.2013 21:00-22:00 'Kampfsport: Fight Club - Total Knock Out'
    Mar 27 21:15:44 ghost vdr: [31820] timer 1 (68 2313-0025 'Kampfsport: Fight Club - Total Knock Out') set to event Sat 30.
    03.2013 23:15-00:15 'Kampfsport: Fight Club - Total Knock Out'
    Mar 27 21:15:44 ghost vdr: [31820] timer 1 (68 0013-0125 'Kampfsport: Fight Club - Total Knock Out') set to event Sun 31.
    03.2013 00:15-01:15 'Kampfsport: Fight Club - Total Knock Out'
    Mar 27 21:15:44 ghost vdr: [31820] timer 1 (62 1758-1910 'Grip - Das Motormagazin') set to event Sun 31.03.2013 18:00-19:
    00 'Grip - Das Motormagazin'
    Mar 27 21:15:45 ghost vdr: [31803] stopping recording due to modification of channel 53
    Mar 27 21:15:45 ghost vdr: [31803] timer 38 (53 2013-2253 '01Movies~Todeszug nach Yuma') stop
    Mar 27 21:16:15 ghost vdr: [31842] ERROR: video data stream broken
    Mar 27 21:16:15 ghost vdr: [31842] initiating emergency exit
    Mar 27 21:16:15 ghost vdr: [31803] emergency exit requested - shutting down


    Mar 27 21:16:15 ghost vdr: [31803] stopping plugin: conflictcheckonly
    Mar 27 21:16:15 ghost vdr: [31803] stopping plugin: wirbelscan
    Mar 27 21:16:15 ghost vdr: [31803] stopping plugin: epgsearchonly
    Mar 27 21:16:15 ghost vdr: [31803] stopping plugin: xineliboutput
    Mar 27 21:16:15 ghost vdr: [31803] stopping plugin: streamdev-server
    Mar 27 21:16:15 ghost vdr: [31803] stopping plugin: quickepgsearch
    Mar 27 21:16:15 ghost vdr: [31803] stopping plugin: svdrpservice
    Mar 27 21:16:15 ghost vdr: [31803] stopping plugin: live
    Mar 27 21:16:15 ghost vdr: [31803] stopping plugin: epgsearch
    Mar 27 21:16:15 ghost vdr: [31820] EPGSearch: Leaving search timer thread
    Mar 27 21:16:15 ghost vdr: [31803] timer 12 (4 2013-2155 '01Movies~FilmMittwoch im Ersten: Im Netz') stop
    Mar 27 21:16:15 ghost vdr: [31803] executing '/usr/lib/vdr/vdr-recordingaction after "/var/lib/video.00/01Movies/FilmMittwoch_im_Ersten#3A_Im_Netz/2013-03-27.20.13.4-0.rec"'
    Mar 27 21:16:15 ghost vdr: [31803] timer 38 (53 2013-2253 '01Movies~Todeszug nach Yuma') stop
    Mar 27 21:16:15 ghost vdr: [31803] executing '/usr/lib/vdr/vdr-recordingaction after "/var/lib/video.00/01Movies/Todeszug_nach_Yuma/2013-03-27.20.13.53-0.rec"'
    Mar 27 21:16:15 ghost vdr: [31803] [xine..put] cXinelibOsdProvider: shutting down !
    Mar 27 21:16:15 ghost vdr: [31803] saved setup to /var/lib/vdr/setup.conf
    Mar 27 21:16:16 ghost vdr: [31803] deleting plugin: conflictcheckonly
    Mar 27 21:16:16 ghost vdr: [31803] deleting plugin: wirbelscan
    Mar 27 21:16:16 ghost vdr: [31803] deleting plugin: epgsearchonly
    Mar 27 21:16:16 ghost vdr: [31803] deleting plugin: xineliboutput
    Mar 27 21:16:16 ghost vdr: [31803] deleting plugin: streamdev-server


    Mar 27 21:16:16 ghost vdr: [31803] deleting plugin: quickepgsearch
    Mar 27 21:16:16 ghost vdr: [31803] deleting plugin: svdrpservice
    Mar 27 21:16:16 ghost vdr: [31803] deleting plugin: live
    Mar 27 21:16:16 ghost vdr: [31803] deleting plugin: epgsearch
    Mar 27 21:16:16 ghost vdr: [31821] EPGSearch: Leaving conflict check thread
    Mar 27 21:16:17 ghost vdr: [31803] emergency exit!
    Mar 27 21:16:17 ghost vdr: [31803] exiting, exit code 1


    Kann da jemand was mit anfangen? Das Ganze passiert sowohl bei HD wie auch bei nicht-HD-Aufnahmen.

    Peter: das mit dem EM1010 ist mir bewusst, ich hatte da z.B. dieses Set im Auge: http://www.techome.de/haustech…iemonitor-em-1010-pc.html. fhem.de kannt ich noch nicht, ich hatte mir http://netaddict.de/howtos:em1010 angeschaut.


    Faudeer: das Fritz DECT ist ein guter Gedanke, ich hatte das schon aus den Augen verloren (lange angekündigt, aber nicht verfügbar). Das werde ich mir mal genauer anschauen...


    Vielen Dank für die Antworten!


    Mathias

    Hi,


    ich suche ein Stromverbrauchs-Messgerät (Energiekostenmonitor heissen die Dinger ja meist) mit einer Linux-Schnittstelle, d.h. ich möchte das Ding von einem Linux-Rechner aus online auslesen können.


    Hintergrund ist folgender: mein VDR schläft meistens (suspend to ram). Seit dem Einbau einer Sat-Karte ist er aber etwas instabil, manchmal stürzt er beim Einschlafen einfach ab. Blöderweise läuft dann der Rechner (also die Hardware) auf Hochtouren, während das System an sich komplett tot ist. Von aussen ist das nicht erkennbar, sprich von einem anderen Rechner aus kann ich nicht sehen, ob der VDR abgestürzt ist oder im suspend schläft. Daher hatte ich den Gedanken mit dem Strommessgerät. Ich habe noch einen Server laufen, der ständig an ist. Dieser könnte dann den VDR rebooten (per schaltbare Steckdose), wenn er mal wieder hängt.


    Gibt es sowas im bezahlbaren Bereich? Ich habe bisher nur den "EM 1010 PC" gefunden, hat da jemand Erfahrungen mit?
    Oder hat jemand eine bessere/andere Idee um das Problem zu lösen? Gibt es eigentlich inzwischen Dual-S2-Karten die mit Linux out-of-the-box und stabil laufen?


    Mathias

    Wenn ich euch richtig verstehe ist mein Denkfehler, dass die Gruppen in der channels.conf und die "channel group"-Auswahl bei der Definition eines search timers im vdr live nichts miteinander zu tun haben. Ok, vielen Dank soweit.
    Diese "channel groups" werden in der epgsearchchangrps.conf definiert? Zu dieser Datei finde ich irgendwie kaum Doku:(

    Hallo,


    ich habe in meiner channels.conf channel groups definiert. Für die Programmierung von Aufnahmen nutze ich den vdr live, der zeigt mir die groups aber nicht an:

    In meiner channels.conf sieht das so aus:


    Code
    1. :DVB-S HD
    2. EUROSPORT HD;DIGITAL+:11685:VC56M2O0S0:S19.2E:22000:175=2:0:0:0:30234:1:1032:0
    3. Das Erste HD;ARD:11361:HC23M5O35S1:S19.2E:22000:6010=27:6020=deu@3,6021=mis@3;6022=deu@106:6030;6031=deu:0:11100:1:1011:0
    4. arte HD;ZDFvision:11361:HC23M5O35S1:S19.2E:22000:6210=27:6221=deu@3,6222=fra@3;6220=deu@106:6230;6231=fra,6232=deu:0:11120:1:1011:0
    5. ANIXE HD;BetaDigital:10773:HC34M5O20S1:S19.2E:22000:255=27:0;259=deu@106:0:0:21100:1:1053:0
    6. Einsfestival HD;ARD:12421:HC34M2O0S0:S19.2E:27500:1601=27:1602=deu@3;1606=deu@106:1604:0:28396:1:1201:0
    7. :DVB-S
    8. EinsExtra;ARD:10744:HC56M2O0S0:S19.2E:22000:101=2:102=deu@3:0:0:28721:1:1051:0
    9. Einsfestival;ARD:10744:HC56M2O0S0:S19.2E:22000:201=2:202=deu@3:204:0:28722:1:1051:0
    10. EinsPlus;ARD:10744:HC56M2O0S0:S19.2E:22000:301=2:302=deu@3:304:0:28723:1:1051:0


    Ich habe auch mal den linvdr ausprobiert, auch der zeigt mir die Gruppen nicht an. Was mache ich falsch?


    Mathias

    Hi all,


    let me first note I am an absolute beginner with VDR. I'm running a home server since serveral years, curently with Ubuntu 10.04LTS. Few weeks ago I've installed yaVDR and a DVB-T stick, without any problems. So I went on and added a pvr150 using pvrinput. The card itself works, I'm able to schedule recordings, stream TV aso. The server itself usually sleeps (suspend to ram). A sheevaplug wakes the server (wake on lan) whenever something interesting happens (like the next recording is ready to start). So here starts my problem: whenever the server wakes up to start a recording using the pvr150, it crashes after a short time:
    Jul 3 11:01:35 ghost kernel: [11592.705028] vdr[9472]: segfault at 7f93c2ca7386 ip 00007f93c7223de7 sp 00007f93ae7f3520 error 4 in libgcc_s.so.1[7f93c7214000+16000]


    After the crash the server is unable to suspend:
    Jul 3 09:14:23 ghost kernel: [ 5160.600162] INFO: task 11_unbindUSB:7613 blocked for more than 120 seconds.
    Jul 3 09:14:23 ghost kernel: [ 5160.600171] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables this message.
    Jul 3 09:14:23 ghost kernel: [ 5160.600177] 11_unbindUSB D 0000000000000000 0 7613 7387 0x00000000
    Jul 3 09:14:23 ghost kernel: [ 5160.600188] ffff88010a493b28 0000000000000086 0000000000015f00 0000000000015f00
    Jul 3 09:14:23 ghost kernel: [ 5160.600199] ffff8801220a9ad0 ffff88010a493fd8 0000000000015f00 ffff8801220a9700
    Jul 3 09:14:23 ghost kernel: [ 5160.600208] 0000000000015f00 ffff88010a493fd8 0000000000015f00 ffff8801220a9ad0
    Jul 3 09:14:23 ghost kernel: [ 5160.600216] Call Trace:
    Jul 3 09:14:23 ghost kernel: [ 5160.600243] [<ffffffffa0190d95>] dvb_unregister_frontend+0xc5/0x110 [dvb_core]
    Jul 3 09:14:23 ghost kernel: [ 5160.600257] [<ffffffff81086090>] ? autoremove_wake_function+0x0/0x40
    Jul 3 09:14:23 ghost kernel: [ 5160.600269] [<ffffffffa02aa0e2>] dvb_usb_adapter_frontend_exit+0x22/0x40 [dvb_usb]
    Jul 3 09:14:23 ghost kernel: [ 5160.600279] [<ffffffffa02a94b3>] dvb_usb_exit+0x53/0xd0 [dvb_usb]
    Jul 3 09:14:23 ghost kernel: [ 5160.600288] [<ffffffffa02a9579>] dvb_usb_device_exit+0x49/0x60 [dvb_usb]
    Jul 3 09:14:23 ghost kernel: [ 5160.600300] [<ffffffff813f24d4>] usb_unbind_interface+0x124/0x170
    Jul 3 09:14:23 ghost kernel: [ 5160.600310] [<ffffffff8136f3af>] __device_release_driver+0x6f/0xe0
    Jul 3 09:14:23 ghost kernel: [ 5160.600317] [<ffffffff8136f51d>] device_release_driver+0x2d/0x40
    Jul 3 09:14:23 ghost kernel: [ 5160.600324] [<ffffffff8136e53a>] bus_remove_device+0x9a/0xc0
    Jul 3 09:14:23 ghost kernel: [ 5160.600331] [<ffffffff8136c697>] device_del+0x127/0x1d0
    Jul 3 09:14:23 ghost kernel: [ 5160.600339] [<ffffffff813eec50>] usb_disable_device+0x70/0x130
    Jul 3 09:14:23 ghost kernel: [ 5160.600346] [<ffffffff813e8a62>] usb_disconnect+0xd2/0x170
    Jul 3 09:14:23 ghost kernel: [ 5160.600352] [<ffffffff813e8a4c>] usb_disconnect+0xbc/0x170
    Jul 3 09:14:23 ghost kernel: [ 5160.600360] [<ffffffff813ebb72>] usb_remove_hcd+0xb2/0x120
    Jul 3 09:14:23 ghost kernel: [ 5160.600367] [<ffffffff813fbb2b>] usb_hcd_pci_remove+0x2b/0xa0
    Jul 3 09:14:23 ghost kernel: [ 5160.600376] [<ffffffff812d3be4>] pci_device_remove+0x34/0x60
    Jul 3 09:14:23 ghost kernel: [ 5160.600383] [<ffffffff8136f3af>] __device_release_driver+0x6f/0xe0
    Jul 3 09:14:23 ghost kernel: [ 5160.600391] [<ffffffff8136f51d>] device_release_driver+0x2d/0x40
    Jul 3 09:14:23 ghost kernel: [ 5160.600398] [<ffffffff8136e9a1>] driver_unbind+0xa1/0xc0
    Jul 3 09:14:23 ghost kernel: [ 5160.600405] [<ffffffff8136de6c>] drv_attr_store+0x2c/0x30
    Jul 3 09:14:23 ghost kernel: [ 5160.600414] [<ffffffff811b02d5>] sysfs_write_file+0xe5/0x170
    Jul 3 09:14:23 ghost kernel: [ 5160.600423] [<ffffffff81146a98>] vfs_write+0xb8/0x1a0
    Jul 3 09:14:23 ghost kernel: [ 5160.600431] [<ffffffff811472d1>] sys_write+0x51/0x80
    Jul 3 09:14:23 ghost kernel: [ 5160.600440] [<ffffffff810131b2>] system_call_fastpath+0x16/0x1b


    After a fresh reboot everything works again. VDR and plugins in use are:
    root@ghost:/var/log# vdr -V
    vdr (1.7.16/1.7.16) - The Video Disk Recorder
    pvrinput (2011-02-12) - use Hauppauge PVR as input device
    iptv (0.4.2) - Experience the IPTV
    conflictcheckonly (0.0.1) - Direct access to epgsearch's conflict check menu
    osdteletext (0.9.0) - Displays teletext on the OSD
    live (0.2.0) - Live Interactive VDR Environment
    epgsearch (0.9.25.beta21) - search the EPG for repeats and more
    streamdev-server (0.5.1-git) - VDR Streaming Server
    epgsearchonly (0.0.1) - Direct access to epgsearch's search menu
    tvm2vdr (0.0.2) - Tvm2vdr EPG-Data from tvmovie
    xineliboutput (1.0.90-cvs) - X11/xine-lib output plugin
    wirbelscan (0.0.7-pre01) - DVB and pvrinput channel scan for VDR
    imdbsearch (0.3.6) - Searches the IMDb
    quickepgsearch (0.0.1) - Quick search for broadcasts


    For the suspend thing I've followed Tobis advice: http://www.e-tobi.net/blog/201…vdr-teil-9-suspend-to-ram (German page). I assume (just a beginners wild guess) there is something wrong with this module loading/unloading stuff on suspend and wake-up. Do you have any hints? Something special for the pvr150?


    Mathias


    PS: did I forgot any important information?