FreeBSD 9.0: Probleme mit EPG im vdradmin

kniepbert · 2. Mai 2012

Hallo Gemeinde,

ich habe ein HP Microserver Proliant N36L mit ZFS und vdr-1.7.27 am Laufen und leider ein Problem mit dem vdradmin (3.6.9).
Siehe hier ...

Wenn ich per XBMC über VNSI streame, dann bekomme ich die richtigen EPG-Daten angezeigt.
Ueber den vdradmin-am werden diese EPG-Daten jedoch nicht wiedergegeben.

Ab und an verirrt sich mal ein Eintrag. Ein wenig verdächtige ich ja die Zeiten, so dass der vdradmin evtl. etwas hinterherhingt und die
Epg-Daten für die angefragte Zeit schon wieder geputzt wurden. Ich werde mal drauf achten, wenn sich ein mehrere Stunden langes Event ankündigt.
Wobei im vdradmin die richtige Zeit angegeben wird... hmm
In den Logs sehe ich soetwas, hat das evtl. etwas mit meinem Problem zu tun?

Code

May  2 17:57:40 n36l kernel: WARNING pid 2218 (vdr): ioctl sign-extension ioctl ffffffff80106f52
May  2 17:57:40 n36l kernel: WARNING pid 2218 (vdr): ioctl sign-extension ioctl ffffffff80106f52

Unter /video/epg.data erfolgt ein reges Update, wie kann ich das am besten debuggen?
Ich finde die FreeBSD-Variante eines headless Servers eigentlich total super. ZFS und vdr - meine beiden Lieblinge vereint.
Wäre super, wenn wir das Problem hier lösen könnten.

Grüßle
Christian

seahawk1986 · 2. Mai 2012

Auf welchen SVDRP-Port lauscht denn vdradmin? Der gemeine aktuelle VDR nutzt ja meist Port 6419 statt wie die alten Versionen 2001

kniepbert · 2. Mai 2012

Hallo seahawk,

vdradmin läuft auf "vdradmind.conf:VDR_PORT = 6419".
Wenn ich die vdradmin-Fernbedienung zur Hand nehme, dann kann ich Kanäle umschalten.

Code

May  2 19:48:43 n36l vdr: [50361344] ERROR: no OSD provider available - using dummy OSD!
May  2 19:48:43 n36l vdr: [50361344] switching to channel 5
May  2 19:48:43 n36l vdr: [50361344] closing SVDRP connection

Von daher sollte es ja passen.

kniepbert · 3. Mai 2012

Ich habe gerade wieder einen Eintrag in vdradmin-am.
Ist nur ein ganz kurzer, somit ist meine Zeit-Theorie wohl fuer die Tonne.

seahawk1986 · 3. Mai 2012

Hast du evtl. ein Plugin/Client in Benutzung, dass den SVDRP-Port blockiert?

nox · 3. Mai 2012

Kann ich hier nachvollziehen, vdradmin-am hat auch hier nur noch fuer nur wenige Kanaele epg. Woran das liegt weiss ich auch nicht (das war mit vdr 1.7.22 glaub ich noch anders), aber wie ich schon im FreeBSD wiki schrieb (http://wiki.freebsd.org/VDR), ich hab vdradmin-am eigentlich nur in ports weil ich das live plugin erst spaeter entdeckte (http://www.freshports.org/www/vdr-plugin-live/), und live hat bei mir auch kein epg-Problem. Also vielleicht reicht dir das ja als Workaround...

nox · 3. Mai 2012

Ich hab nen patch http://people.freebsd.org/~nox…1.7.27-svdrp-EAGAIN.patch (in ports/multimedia/vdr applien), bin allerdings noch nicht 100% sicher ob das nicht vielleicht doch so gemeint war wie es war (sockets zu verbundenen svdrp clients waren O_NONBLOCK, was EAGAIN ergab wenn vdr schneller sendete als der client die daten verarbeitet, wie z.B. vdradmin-am beim download des epg.)

Hoffe es hilft,
Juergen

kniepbert · 4. Mai 2012

Hallo Juergen,

vielen Dank fuer die Hilfe.
Habe jedoch noch keine Zeit gefunden. Heute fahre ich nach der Arbeit
nach Muenchen.
Ich denke am Montag kann ich es testen.

Ein schoenes Wochenende
Christian

kniepbert · 9. Mai 2012

Hallo Juergen,

ich habe den Patch applied, 'make deinstall' und 'make reinstall clean' gemacht.
Mein messages sieht so aus:

Code

May  9 16:26:20 n36l vdr: [50361344] connect from 127.0.0.1, port 41391 - accepted
May  9 16:26:21 n36l vdr: [50361344] ERROR (svdrp.c,428): Resource temporarily unavailable
May  9 16:26:21 n36l vdr: [50361344] closing SVDRP connection
May  9 16:26:37 n36l kernel: WARNING pid 83652 (vdr): ioctl sign-extension ioctl ffffffff80106f52
May  9 16:26:37 n36l last message repeated 3 times
May  9 16:26:38 n36l vdr: [50372608] channel 13 (ProSieben) event Wed 09.05.2012 16:05-16:32 'How I Met Your Mother' status 4
May  9 16:26:58 n36l kernel: WARNING pid 83652 (vdr): ioctl sign-extension ioctl ffffffff80106f52
May  9 16:26:58 n36l last message repeated 3 times
May  9 16:27:00 n36l vdr: [50369536] channel 1 (Das Erste) event Wed 09.05.2012 16:10-17:00 (VPS: 09.05. 16:10) 'Deutschland Deine D####r' status 4
May  9 16:27:07 n36l vdr: [50361344] connect from 127.0.0.1, port 20694 - accepted
May  9 16:27:07 n36l vdr: [50361344] closing SVDRP connection
May  9 16:27:20 n36l kernel: WARNING pid 83652 (vdr): ioctl sign-extension ioctl ffffffff80106f52
May  9 16:27:20 n36l last message repeated 3 times
May  9 16:27:23 n36l vdr: [50361344] connect from 127.0.0.1, port 50216 - accepted
May  9 16:27:24 n36l vdr: [50361344] closing SVDRP connection

Alles anzeigen

Beim Starten von vdradmin-am sieht man reproduzierbar die 'Resource temporarily unavailable'-Meldung.
Ist das mein Showstopper? Wenn ich die sehe, dann brauch ich gar nicht weiter schauen.

Danke und Grüßle
Christian

nox · 12. Mai 2012

Zitat von kniepbert
Hallo Juergen,

ich habe den Patch applied, 'make deinstall' und 'make reinstall clean' gemacht.
Mein messages sieht so aus:
Code
May  9 16:26:20 n36l vdr: [50361344] connect from 127.0.0.1, port 41391 - accepted
May  9 16:26:21 n36l vdr: [50361344] ERROR (svdrp.c,428): Resource temporarily unavailable
May  9 16:26:21 n36l vdr: [50361344] closing SVDRP connection
May  9 16:26:37 n36l kernel: WARNING pid 83652 (vdr): ioctl sign-extension ioctl ffffffff80106f52
[...]
Beim Starten von vdradmin-am sieht man reproduzierbar die 'Resource temporarily unavailable'-Meldung.
Ist das mein Showstopper? Wenn ich die sehe, dann brauch ich gar nicht weiter schauen.

Danke und Grüßle
Christian
Alles anzeigen

Ja da muss mit dem applien des Patches was schiefgelaufen sein... Ich hab den inzwischen committed also sollte jetzt reichen den vdr port upzudaten, das fixed es bei mir.

HTH,
Juergen

kniepbert · 21. Mai 2012

Hallo Juergen,

ich habe gerade nochmal ein Update gemacht

Code

portmaster vdr

Er hat vdr upgedated, nun habe ich folgenden Filestand:

Code

n36l# cat distinfo 
SHA256 (vdr/vdr-1.7.27.tar.bz2) = d948841535b917ab6eb31582d6d40bc281ff6a751988e5bfc1b097567e7ca264
SIZE (vdr/vdr-1.7.27.tar.bz2) = 767714
SHA256 (vdr/vdr-1.7.24-s2apiwrapper-0.8.diff) = 2d8b83c01c769c05bcc1a27889f9eb7223aea4e74b66e67b876c52e7fd0f296a
SIZE (vdr/vdr-1.7.24-s2apiwrapper-0.8.diff) = 19788

Leider habe ich trotz allem noch diese ioctl-Meldungen.

Code

May 21 19:45:38 n36l vdr: [50361344] VDR version 1.7.27 started
May 21 19:45:38 n36l vdr: [50361344] switched to user 'vdr'
May 21 19:45:38 n36l vdr: [50361344] running as daemon (tid=50361344)
May 21 19:45:38 n36l vdr: [50361344] codeset is 'US-ASCII' - unknown
May 21 19:45:39 n36l vdr: [50361344] found 0 locales in /usr/local/share/locale
May 21 19:45:39 n36l vdr: [50361344] no locale for language code 'deu,ger'
May 21 19:45:39 n36l vdr: [50361344] no locale for *some other*
May 21 19:45:39 n36l vdr: [50361344] loading plugin: /usr/local/lib/vdr/libvdr-vnsiserver.so.1.7.27
May 21 19:45:39 n36l vdr: [50361344] loading plugin: /usr/local/lib/vdr/libvdr-epgsearch.so.1.7.27
May 21 19:45:39 n36l vdr: [50361344] loading /usr/local/etc/vdr/setup.conf
May 21 19:45:39 n36l vdr: [50361344] ERROR: unknown config parameter: PrimaryLimit = 0
May 21 19:45:39 n36l vdr: [50361344] loading /usr/local/etc/vdr/sources.conf
May 21 19:45:39 n36l vdr: [50361344] loading /usr/local/etc/vdr/diseqc.conf
May 21 19:45:39 n36l vdr: [50361344] loading /usr/local/etc/vdr/scr.conf
May 21 19:45:39 n36l vdr: [50361344] loading /usr/local/etc/vdr/channels.conf
May 21 19:45:39 n36l vdr: [50361344] loading /usr/local/etc/vdr/timers.conf
May 21 19:45:39 n36l vdr: [50361344] loading /usr/local/etc/vdr/svdrphosts.conf
May 21 19:45:39 n36l vdr: [50361344] loading /usr/local/etc/vdr/remote.conf
May 21 19:45:39 n36l vdr: [50361344] loading /usr/local/etc/vdr/keymacros.conf
May 21 19:45:39 n36l vdr: [50364416] video directory scanner thread started (pid=1914, tid=50364416)
May 21 19:45:39 n36l vdr: [50365440] video directory scanner thread started (pid=1914, tid=50365440)
May 21 19:45:40 n36l vdr: [50361344] registered source parameters for 'A - ATSC'
May 21 19:45:40 n36l vdr: [50361344] registered source parameters for 'C - DVB-C'
May 21 19:45:40 n36l vdr: [50361344] registered source parameters for 'S - DVB-S'
May 21 19:45:40 n36l vdr: [50361344] registered source parameters for 'T - DVB-T'
May 21 19:45:40 n36l vdr: [50366464] epg data reader thread started (pid=1914, tid=50366464)
May 21 19:45:40 n36l vdr: [50366464] reading EPG data from /zfsPool/video/epg.data
May 21 19:45:40 n36l vdr: [50361344] probing /dev/dvb/adapter0/frontend0
May 21 19:45:40 n36l vdr: [50361344] creating cDvbDevice
May 21 19:45:40 n36l vdr: [50361344] new device number 1
May 21 19:45:40 n36l vdr: [50361344] cTimeMs: using monotonic clock (resolution is 70 ns)
May 21 19:45:40 n36l vdr: [50367488] CI adapter on device 0 thread started (pid=1914, tid=50367488)
May 21 19:45:40 n36l vdr: [50366464] epg data reader thread ended (pid=1914, tid=50366464)
May 21 19:45:40 n36l vdr: [50361344] frontend 0/0 provides DVB-C with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 ("Philips TDA10023 DVB-C")
May 21 19:45:40 n36l vdr: [50368512] tuner on frontend 0/0 thread started (pid=1914, tid=50368512)
May 21 19:45:40 n36l vdr: [50369536] section handler thread started (pid=1914, tid=50369536)
May 21 19:45:40 n36l vdr: [50361344] probing /dev/dvb/adapter8/frontend0
May 21 19:45:40 n36l vdr: [50361344] creating cDvbDevice
May 21 19:45:40 n36l vdr: [50361344] new device number 2
May 21 19:45:40 n36l vdr: [50370560] CI adapter on device 1 thread started (pid=1914, tid=50370560)
May 21 19:45:41 n36l vdr: [50361344] frontend 8/0 provides DVB-C with QPSK,QAM16,QAM32,QAM64,QAM128,QAM256 ("Philips TDA10023 DVB-C")
May 21 19:45:41 n36l vdr: [50361344] found 2 DVB devices
May 21 19:45:41 n36l vdr: [50361344] initializing plugin: vnsiserver (0.0.1): VDR-Network-Streaming-Interface (VNSI) Server
May 21 19:45:41 n36l vdr: [50372608] section handler thread started (pid=1914, tid=50372608)
May 21 19:45:41 n36l vdr: [50371584] tuner on frontend 8/0 thread started (pid=1914, tid=50371584)
May 21 19:45:41 n36l vdr: [50361344] initializing plugin: epgsearch (1.0.1): search the EPG for repeats and more
May 21 19:45:41 n36l vdr: [50361344] setting primary device to 1
May 21 19:45:41 n36l vdr: [50361344] device 1 has no MPEG decoder
May 21 19:45:41 n36l vdr: [50361344] assuming manual start of VDR
May 21 19:45:41 n36l vdr: [50361344] SVDRP listening on port 6419
May 21 19:45:41 n36l vdr: [50361344] setting current skin to "sttng"
May 21 19:45:41 n36l vdr: [50361344] loading /usr/local/etc/vdr/themes/sttng-default.theme
May 21 19:45:41 n36l vdr: [50361344] starting plugin: vnsiserver
May 21 19:45:41 n36l vdr: [50361344] VNSI-Error: couldn't open '/usr/local/etc/vdr/plugins/vnsiserver/noSignal.mpg'!
May 21 19:45:41 n36l vdr: [50361344] VNSI: VNSI Server started
May 21 19:45:41 n36l vdr: [50361344] starting plugin: epgsearch
May 21 19:45:41 n36l vdr: [50374656] VDR VNSI Server thread started (pid=1914, tid=50374656)
May 21 19:45:41 n36l vdr: [50375680] EPGSearch: conflictcheck thread started (pid=1914, tid=50375680)
May 21 19:45:42 n36l vdr: [50361344] switching to channel 2
May 21 19:45:42 n36l vdr: [50368512] S2API support detected
May 21 19:45:42 n36l kernel: WARNING pid 1914 (vdr): ioctl sign-extension ioctl ffffffff80106f52
May 21 19:45:42 n36l kernel: WARNING pid 1914 (vdr): ioctl sign-extension ioctl ffffffff80106f52
May 21 19:45:42 n36l vdr: [50368512] Using DVB API v5
May 21 19:45:42 n36l vdr: [50361344] OSD size changed to 720x480 @ 1
May 21 19:45:42 n36l vdr: [50361344] ERROR: no OSD provider available - using dummy OSD!
May 21 19:45:42 n36l vdr: [50370560] CAM 2: no module present
May 21 19:45:42 n36l vdr: [50367488] CAM 1: no module present
May 21 19:45:42 n36l vdr: [50361344] timer 1 (1 1953-2016 'Tagesschau') set to event Mon 21.05.2012 20:00-20:15 (VPS: 21.05. 20:00) 'Tagesschau'
May 21 19:45:43 n36l vdr: [50375680] EPGSearch: timer conflict check started
May 21 19:45:43 n36l vdr: [50375680] EPGSearch: timer conflict check finished
May 21 19:45:46 n36l afpd[1917]: AFP3.3 Login by kniepbert
May 21 19:45:58 n36l afpd[1920]: AFP3.3 Login by kniepbert
May 21 19:46:30 n36l vdr: [50365440] video directory scanner thread ended (pid=1914, tid=50365440)
May 21 19:46:39 n36l kernel: WARNING pid 1914 (vdr): ioctl sign-extension ioctl ffffffff80106f52
May 21 19:46:39 n36l last message repeated 3 times
May 21 19:46:41 n36l vdr: [50364416] video directory scanner thread ended (pid=1914, tid=50364416)
May 21 19:46:41 n36l vdr: [50372608] channel 13 (ProSieben) event Mon 21.05.2012 19:06-20:14 'Galileo' status 4
May 21 19:46:47 n36l vdr: [50361344] timer 2 (13 2010-2300 'GNTM') set to event Thu 24.05.2012 20:14-22:31 'Germany's next Topmodel - by Heidi Klum'
May 21 19:47:00 n36l kernel: WARNING pid 1914 (vdr): ioctl sign-extension ioctl ffffffff80106f52
May 21 19:47:00 n36l last message repeated 3 times

Alles anzeigen

Und da habe ich den vdradmind noch gar nicht gestartet. Wenn ich ihn starte kommt sehe ich immernoch nicht die EPG-Daten.
Dabei würde ich doch so gern EPG-Daten und einen stabilen VDR haben. *schnief*
Der VDR haengt unkillbar nach ein paar Tagen (ps-Flags SNs oder TNs).

Oder ist der webcamd der Uebeltaeter?

Gruessle
Christian

PS: Sorry, fuer die sporadischen Meldungen. Viel offline-Zeug zu tun.

nox · 23. Mai 2012

(So, nachdem ich den thread via google site: wiedergefunden hab...)

Zitat von kniepbert
Hallo Juergen,

ich habe gerade nochmal ein Update gemacht
Code
portmaster vdr
Er hat vdr upgedated, nun habe ich folgenden Filestand:
Code
n36l# cat distinfo 
SHA256 (vdr/vdr-1.7.27.tar.bz2) = d948841535b917ab6eb31582d6d40bc281ff6a751988e5bfc1b097567e7ca264
SIZE (vdr/vdr-1.7.27.tar.bz2) = 767714
SHA256 (vdr/vdr-1.7.24-s2apiwrapper-0.8.diff) = 2d8b83c01c769c05bcc1a27889f9eb7223aea4e74b66e67b876c52e7fd0f296a
SIZE (vdr/vdr-1.7.24-s2apiwrapper-0.8.diff) = 19788
Leider habe ich trotz allem noch diese ioctl-Meldungen.
Code
May 21 19:45:38 n36l vdr: [50361344] VDR version 1.7.27 started
May 21 19:45:38 n36l vdr: [50361344] switched to user 'vdr'
May 21 19:45:38 n36l vdr: [50361344] running as daemon (tid=50361344)
[...]
May 21 19:45:42 n36l vdr: [50368512] S2API support detected
May 21 19:45:42 n36l kernel: WARNING pid 1914 (vdr): ioctl sign-extension ioctl ffffffff80106f52
May 21 19:45:42 n36l kernel: WARNING pid 1914 (vdr): ioctl sign-extension ioctl ffffffff80106f52
May 21 19:45:42 n36l vdr: [50368512] Using DVB API v5
May 21 19:45:42 n36l vdr: [50361344] OSD size changed to 720x480 @ 1
[...]
Und da habe ich den vdradmind noch gar nicht gestartet. Wenn ich ihn starte kommt sehe ich immernoch nicht die EPG-Daten.
Dabei würde ich doch so gern EPG-Daten und einen stabilen VDR haben. *schnief*
Der VDR haengt unkillbar nach ein paar Tagen (ps-Flags SNs oder TNs).

Oder ist der webcamd der Uebeltaeter?

Gruessle
Christian

PS: Sorry, fuer die sporadischen Meldungen. Viel offline-Zeug zu tun.
Alles anzeigen

Hm. Bekommst du immernoch "Resource temporary unavailable" Meldungen im log wenn du vdradmin-am startest? Wenn nicht lief vdr wohl nur nochnicht lang genug um epg fuer alle Kanaele zu haben... (die ioctl sign-extension Meldungen sind harmlos.)

Und zum haengenden vdr, check mal via ps axl (MWCHAN) und dann den kernel stack via procstat -k <vdr pid>, vielleicht verraet das wo er haengt. (genauer gehts mit kgdb /boot/kernel/kernel.symbols /dev/mem, info threads, thread <haengender thread>, bt.)

Viel Glueck,
Juergen

FreeBSD 9.0: Probleme mit EPG im vdradmin

Jetzt mitmachen!

Teilen