1
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:Sky IV + vdr frontend timed out
« am: März 29, 2015, 06:52:35 Nachmittag »
Nix mehr? schade...
Beiträge anzeigen
Diese Sektion erlaubt es ihnen alle Beiträge dieses Mitglieds zu sehen. Beachten sie, dass sie nur solche Beiträge sehen können, zu denen sie auch Zugriffsrechte haben.
Seiten: [1]
2
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:Sky IV + vdr frontend timed out
« am: März 19, 2015, 01:55:15 Vormittag »Code: [Auswählen]
$ /opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0 --band UNIVERSAL
== reading digital TV signal ==
SIGNAL: [ ] ( 0%) BER: 0 FREQ: 11493000 Hz LOCKED: NO SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [ ] ( 0%) BER: 1 FREQ: 11493000 Hz LOCKED: NO SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [ ] ( 0%) BER: 1 FREQ: 11493000 Hz LOCKED: NO SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [ ] ( 0%) BER: 1 FREQ: 11493000 Hz LOCKED: NO SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [ ] ( 0%) BER: 1 FREQ: 11493000 Hz LOCKED: NO SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [ ] ( 0%) BER: 1 FREQ: 11493000 Hz LOCKED: NO SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [ ] ( 0%) BER: 0 FREQ: 11493000 Hz LOCKED: NO SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
SIGNAL: [ ] ( 0%) BER: 1 FREQ: 11493000 Hz LOCKED: NO SYS: DVB-S2 SYM: 22000000 FEC: FEC_2_3 MOD: PSK_8 VOLTAGE: H(18V) TONE: OFF
Sdmesg meldungen sind die letzten hier schon zwölf stunden alt:
Code: [Auswählen]
[762345.833718] java invoked oom-killer: gfp_mask=0x201da, order=0, oom_adj=0, oom_score_adj=0
[762345.833760] [<c043b954>] (unwind_backtrace+0x0/0xe0) from [<c04c0168>] (dump_header.isra.7+0x6c/0x178)
[762345.833788] [<c04c0168>] (dump_header.isra.7+0x6c/0x178) from [<c04c08f4>] (out_of_memory+0x28c/0x384)
[762345.833816] [<c04c08f4>] (out_of_memory+0x28c/0x384) from [<c04c395c>] (__alloc_pages_nodemask+0x540/0x730)
[762345.833843] [<c04c395c>] (__alloc_pages_nodemask+0x540/0x730) from [<c04bf7b8>] (filemap_fault+0x2bc/0x3e0)
[762345.833873] [<c04bf7b8>] (filemap_fault+0x2bc/0x3e0) from [<c04d7e50>] (__do_fault+0x50/0x3c4)
[762345.833898] [<c04d7e50>] (__do_fault+0x50/0x3c4) from [<c04da7bc>] (handle_pte_fault+0x298/0x6cc)
[762345.833925] [<c04da7bc>] (handle_pte_fault+0x298/0x6cc) from [<c04dace4>] (handle_mm_fault+0xf4/0x108)
[762345.833950] [<c04dace4>] (handle_mm_fault+0xf4/0x108) from [<c043cdc8>] (do_page_fault+0xdc/0x1e4)
[762345.833980] [<c043cdc8>] (do_page_fault+0xdc/0x1e4) from [<c04314d4>] (do_PrefetchAbort+0x34/0x98)
[762345.834011] [<c04314d4>] (do_PrefetchAbort+0x34/0x98) from [<c0436760>] (ret_from_exception+0x0/0x10)
[762345.834034] Exception stack(0xdd859fb0 to 0xdd859ff8)
[762345.834050] 9fa0: 509700b8 00000001 54d08108 40319885
[762345.834073] 9fc0: 509700b8 54d08108 00000001 5090b848 00000001 00000035 54d08108 4fdd2980
[762345.834095] 9fe0: 4043ec7d 69ef1548 404f1529 40319884 60070030 ffffffff
[762345.834113] Mem-info:
[762345.834121] Normal per-cpu:
[762345.834131] CPU 0: hi: 186, btch: 31 usd: 7
[762345.834145] CPU 1: hi: 186, btch: 31 usd: 0
[762345.834158] CPU 2: hi: 186, btch: 31 usd: 0
[762345.834171] CPU 3: hi: 186, btch: 31 usd: 0
[762345.834183] HighMem per-cpu:
[762345.834193] CPU 0: hi: 186, btch: 31 usd: 0
[762345.834206] CPU 1: hi: 186, btch: 31 usd: 0
[762345.834220] CPU 2: hi: 186, btch: 31 usd: 0
[762345.834233] CPU 3: hi: 186, btch: 31 usd: 0
[762345.834251] active_anon:451544 inactive_anon:3337 isolated_anon:0
[762345.834258] active_file:100 inactive_file:174 isolated_file:0
[762345.834265] unevictable:0 dirty:0 writeback:0 unstable:0
[762345.834271] free:10285 slab_reclaimable:1821 slab_unreclaimable:2046
[762345.834277] mapped:4157 shmem:4293 pagetables:1665 bounce:265
[762345.834332] Normal free:40704kB min:3416kB low:4268kB high:5124kB active_anon:616408kB inactive_anon:208kB active_file:312kB inactive_file:524kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:730304kB mlocked:0kB dirty:0kB writeback:0kB mapped:236kB shmem:208kB slab_reclaimable:7284kB slab_unreclaimable:8184kB kernel_stack:1768kB pagetables:6660kB unstable:0kB bounce:1060kB writeback_tmp:0kB pages_scanned:1322 all_unreclaimable? yes
[762345.834416] lowmem_reserve[]: 0 9334 9334
[762345.834440] HighMem free:436kB min:512kB low:1908kB high:3304kB active_anon:1189768kB inactive_anon:13140kB active_file:88kB inactive_file:172kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:1194816kB mlocked:0kB dirty:0kB writeback:0kB mapped:16392kB shmem:16964kB slab_reclaimable:0kB slab_unreclaimable:0kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:767 all_unreclaimable? yes
[762345.834521] lowmem_reserve[]: 0 0 0
[762345.834533] Normal: 446*4kB 364*8kB 403*16kB 256*32kB 166*64kB 49*128kB 4*256kB 1*512kB 1*1024kB 1*2048kB 0*4096kB = 40840kB
[762345.834571] HighMem: 20*4kB 18*8kB 5*16kB 3*32kB 3*64kB 1*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 720kB
[762345.834607] 4718 total pagecache pages
[762345.834618] 0 pages in swap cache
[762345.834628] Swap cache stats: add 0, delete 0, find 0/0
[762345.834642] Free swap = 0kB
[762345.834650] Total swap = 0kB
[762345.855055] 524288 pages of RAM
[762345.855069] 10959 free pages
[762345.855079] 47911 reserved pages
[762345.855091] 2258 slab pages
[762345.855102] 30361 pages shared
[762345.855113] 0 pages swap cached
[762345.855124] [ pid ] uid tgid total_vm rss cpu oom_adj oom_score_adj name
[762345.855161] [ 247] 0 247 815 66 0 0 0 upstart-udev-br
[762345.855185] [ 252] 0 252 2448 205 3 -17 -1000 systemd-udevd
[762345.855207] [ 473] 0 473 776 64 1 0 0 upstart-socket-
[762345.855229] [ 521] 0 521 577 69 0 0 0 rpcbind
[762345.855250] [ 535] 122 535 615 108 0 0 0 rpc.statd
[762345.855273] [ 552] 0 552 3149 1065 2 0 0 vdrnfofs
[762345.855294] [ 691] 0 691 779 50 2 0 0 upstart-file-br
[762345.855317] [ 748] 0 748 19875 1426 0 0 0 mediasrv
[762345.855338] [ 749] 0 749 1350 29 1 0 0 mediasrv
[762345.855360] [ 778] 102 778 914 126 2 0 0 dbus-daemon
[762345.855381] [ 780] 101 780 10541 3035 3 0 0 rsyslogd
[762345.855402] [ 838] 0 838 1105 49 3 0 0 bluetoothd
[762345.855423] [ 848] 107 848 738 101 2 0 0 avahi-daemon
[762345.855445] [ 850] 107 850 698 56 3 0 0 avahi-daemon
[762345.855468] [ 856] 0 856 826 64 3 0 0 systemd-logind
[762345.855490] [ 1135] 0 1135 1301 438 1 0 0 dhclient
[762345.855511] [ 1246] 0 1246 9074 211 0 0 0 ModemManager
[762345.855532] [ 1271] 0 1271 12834 281 0 0 0 NetworkManager
[762345.855553] [ 1290] 0 1290 8345 136 0 0 0 polkitd
[762345.855574] [ 1317] 0 1317 1074 40 3 0 0 getty
[762345.855595] [ 1321] 0 1321 1074 40 3 0 0 getty
[762345.855615] [ 1329] 0 1329 1074 40 2 0 0 getty
[762345.855636] [ 1330] 0 1330 1074 40 0 0 0 getty
[762345.855656] [ 1334] 0 1334 1074 40 3 0 0 getty
[762345.855677] [ 1365] 0 1365 1750 121 3 -17 -1000 sshd
[762345.855697] [ 1378] 0 1378 663 57 1 0 0 cron
[762345.855718] [ 1379] 0 1379 795 42 2 0 0 atd
[762345.855737] [ 1409] 0 1409 279284 278315 0 0 0 irqbalance
[762345.855759] [ 1481] 0 1481 1833 176 2 0 0 cups-browsed
[762345.855780] [ 1658] 105 1658 12682 256 0 0 0 whoopsie
[762345.855801] [ 1682] 118 1682 1886 103 3 0 0 exim4
[762345.855821] [ 1706] 119 1706 80794 10104 3 0 0 mysqld
[762345.855841] [ 1707] 109 1707 1185 67 3 0 0 kerneloops
[762345.855863] [ 1755] 123 1755 12089 3955 2 0 0 minidlnad
[762345.855885] [ 1839] 0 1839 770 156 3 0 0 rpc.mountd
[762345.855905] [ 1978] 124 1978 1390 113 3 0 0 ntpd
[762345.855924] [ 2083] 0 2083 681 33 3 0 0 runvdr
[762345.855944] [ 2162] 0 2162 740 33 3 0 0 cnid_metad
[762345.855964] [ 2170] 0 2170 4501 166 3 0 0 afpd
[762345.855984] [ 2256] 0 2256 43706 2724 2 0 0 apache2
[762345.856005] [ 2295] 0 2295 173951 28801 1 0 0 java
[762345.856025] [ 2299] 0 2299 1074 40 3 0 0 getty
[762345.856046] [15397] 121 15397 83282 30248 1 0 0 vdr
[762345.856067] [19955] 33 19955 46030 4560 0 0 0 apache2
[762345.856087] [19956] 33 19956 46034 4651 1 0 0 apache2
[762345.856109] [19958] 33 19958 46032 4677 3 0 0 apache2
[762345.856128] [19959] 33 19959 46035 4531 1 0 0 apache2
[762345.856148] [20004] 33 20004 46291 4732 1 0 0 apache2
[762345.856170] [20068] 33 20068 46033 4558 1 0 0 apache2
[762345.856190] [32420] 33 32420 46289 4300 3 0 0 apache2
[762345.856211] [11006] 0 11006 1869 209 3 0 0 cupsd
[762345.856230] [15518] 33 15518 45512 3857 3 0 0 apache2
[762345.856252] [15519] 33 15519 45246 3381 3 0 0 apache2
[762345.856271] [15520] 33 15520 45246 3406 1 0 0 apache2
[762345.856291] [ 1252] 0 1252 739 44 0 0 0 anacron
[762345.856312] [ 1283] 0 1283 681 29 2 0 0 sh
[762345.856331] [ 1284] 0 1284 442 31 2 0 0 run-parts
[762345.856351] [ 1295] 0 1295 681 36 3 0 0 apt
[762345.856372] [ 1863] 0 1863 78150 73768 2 0 0 update-apt-xapi
[762345.856393] Out of memory: Kill process 1409 (irqbalance) score 585 or sacrifice child
[762345.856435] Killed process 1409 (irqbalance) total-vm:1117136kB, anon-rss:1113260kB, file-rss:0kB
[762346.565544] init: irqbalance main process (1409) killed by KILL signalund wie ich schon sagte, das Problem tritt jedes mal auf, wenn der Tuner aus dem Standby kommt...
Gibt es noch mehr tipps?
Gruss
3
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:Sky IV + vdr frontend timed out
« am: März 05, 2015, 10:16:35 Nachmittag »
Das System ist Ubuntu 14.04 und läuft auf einem RockChip RK3188 mit kernel 3.0.36+. Scaling governor ist 'performance'.
was für logs wollt ihr denn genau haben? Da gibt's ja einen ganzen Sack und ich hab' keine lust die alle auf privates durchzusehen...
Das Problem tritt jedes mal(!) auf wenn der Tuner eingeschaltet wird:
- vdr auf dem system hat nichts zu tun. Die DVB device nodes werden geschlossen, das Frontend geht in standby.
- ein client verbindet sich oder eine Aufnahme startet. Das device wird geöffnet, Tuner eingeschaltet und getuned. Signal kommt.
- zwei bis drei minuten später meldet vdr, dass das frontend das signal verloren hat:
dmesg zeigt zu diesem Zeitpunkt nichts auffälliges. Wenn ihr meint das es was nützt kann ich ja trotzdem was per email schicken...
Mit speicherproblemen hat das sicher nichts zu tun. Wie gesagt das problem tritt immer auf und im Augenblick z.B. sind noch 500MB frei (wenn man den cache nicht mitrechnet)
Noch mehr Tipps?
was für logs wollt ihr denn genau haben? Da gibt's ja einen ganzen Sack und ich hab' keine lust die alle auf privates durchzusehen...
Das Problem tritt jedes mal(!) auf wenn der Tuner eingeschaltet wird:
- vdr auf dem system hat nichts zu tun. Die DVB device nodes werden geschlossen, das Frontend geht in standby.
- ein client verbindet sich oder eine Aufnahme startet. Das device wird geöffnet, Tuner eingeschaltet und getuned. Signal kommt.
- zwei bis drei minuten später meldet vdr, dass das frontend das signal verloren hat:
Code: [Auswählen]
Mar 5 20:12:08 LINUXIUMONE vdr: [21407] switching device 1 to channel 11
Mar 5 20:12:10 LINUXIUMONE vdr: [8933] section handler thread started (pid=21407, tid=8933, prio=low)
Mar 5 20:12:12 LINUXIUMONE vdr: [8933] channel 11 (arte HD) event Don 05.03.2015 19:30-20:15 (VPS: 05.03. 19:30) 'Unterwegs auf dem Nordseeküstenradweg (4/10)' status 4
Mar 5 20:12:12 LINUXIUMONE vdr: [8933] channel 1 (Das Erste HD) event Don 05.03.2015 20:00-20:15 (VPS: 05.03. 20:00) 'Tagesschau' status 4
Mar 5 20:12:30 LINUXIUMONE vdr: [21407] switching device 1 to channel 11
Mar 5 20:13:00 LINUXIUMONE vdr: message repeated 2 times: [ [21407] switching device 1 to channel 11]
Mar 5 20:13:00 LINUXIUMONE vdr: [21407] timer 3 (11 2013-2120 'The Code (5/6)') start
Mar 5 20:13:00 LINUXIUMONE vdr: [21407] Title: 'The Code (5/6)' Subtitle: 'Fernsehserie Australien 2014'
Mar 5 20:13:00 LINUXIUMONE vdr: [21407] executing '/usr/lib/vdr/vdr-recordingaction before "/var/lib/video.00/The_Code_(5~6)/2015-03-05.20.13.11-0.rec"'
Mar 5 20:13:00 LINUXIUMONE recordingaction: executing /usr/share/vdr/recording-hooks/R90.custom before recording /var/lib/video.00/The_Code_(5~6)/2015-03-05.20.13.11-0.rec as shell script
Mar 5 20:13:00 LINUXIUMONE vdr: [21407] record /var/lib/video.00/The_Code_(5~6)/2015-03-05.20.13.11-0.rec
Mar 5 20:13:00 LINUXIUMONE vdr: [21407] creating directory /var/lib/video.00/The_Code_(5~6)
Mar 5 20:13:00 LINUXIUMONE vdr: [21430] VNSI: Timers state changed (9)
Mar 5 20:13:00 LINUXIUMONE vdr: [21430] VNSI: Requesting clients to reload timers
Mar 5 20:13:01 LINUXIUMONE vdr: [21407] creating directory /var/lib/video.00/The_Code_(5~6)/2015-03-05.20.13.11-0.rec
Mar 5 20:13:01 LINUXIUMONE vdr: [21407] recording to '/var/lib/video.00/The_Code_(5~6)/2015-03-05.20.13.11-0.rec/00001.ts'
Mar 5 20:13:01 LINUXIUMONE vdr: [8941] recording thread started (pid=21407, tid=8941, prio=high)
Mar 5 20:13:01 LINUXIUMONE vdr: [8942] receiver on device 1 thread started (pid=21407, tid=8942, prio=high)
Mar 5 20:13:01 LINUXIUMONE vdr: [8943] TS buffer on device 1 thread started (pid=21407, tid=8943, prio=high)
Mar 5 20:13:01 LINUXIUMONE vdr: [21430] VNSI: Recordings state changed (333663)
Mar 5 20:13:01 LINUXIUMONE vdr: [21430] VNSI: Requesting clients to reload recordings list
Mar 5 20:13:55 LINUXIUMONE vdr: [21414] frontend 0/0 lost lock on channel 11, tp 111493
Mar 5 20:13:57 LINUXIUMONE vdr: [21414] frontend 0/0 timed out while tuning to channel 11, tp 111493
Mar 5 20:14:12 LINUXIUMONE vdr: [21414] frontend 0/0 regained lock on channel 11, tp 111493
Mar 5 20:14:12 LINUXIUMONE vdr: [21414] frontend 0/0 lost lock on channel 11, tp 111493
Mar 5 20:14:13 LINUXIUMONE vdr: [21414] frontend 0/0 regained lock on channel 11, tp 111493
Mar 5 20:14:13 LINUXIUMONE vdr: [21414] frontend 0/0 lost lock on channel 11, tp 111493
Mar 5 20:14:15 LINUXIUMONE vdr: [21414] frontend 0/0 timed out while tuning to channel 11, tp 111493
Mar 5 20:14:23 LINUXIUMONE vdr: [21414] frontend 0/0 regained lock on channel 11, tp 111493
Mar 5 20:14:23 LINUXIUMONE vdr: [21414] frontend 0/0 lost lock on channel 11, tp 111493
Mar 5 20:14:24 LINUXIUMONE vdr: [21414] frontend 0/0 regained lock on channel 11, tp 111493
Mar 5 20:14:24 LINUXIUMONE vdr: [21414] frontend 0/0 lost lock on channel 11, tp 111493
Mar 5 20:14:26 LINUXIUMONE vdr: [21414] frontend 0/0 timed out while tuning to channel 11, tp 111493
Mar 5 20:14:32 LINUXIUMONE vdr: [21414] frontend 0/0 regained lock on channel 11, tp 111493
Mar 5 20:14:32 LINUXIUMONE vdr: [21414] frontend 0/0 lost lock on channel 11, tp 111493
Mar 5 20:14:33 LINUXIUMONE vdr: [21414] frontend 0/0 regained lock on channel 11, tp 111493
Mar 5 20:14:33 LINUXIUMONE vdr: [21414] frontend 0/0 lost lock on channel 11, tp 111493
Mar 5 20:14:35 LINUXIUMONE vdr: [21414] frontend 0/0 timed out while tuning to channel 11, tp 111493
Mar 5 20:15:00 LINUXIUMONE vdr: [21414] frontend 0/0 regained lock on channel 11, tp 111493
Mar 5 20:15:00 LINUXIUMONE vdr: [21414] frontend 0/0 lost lock on channel 11, tp 111493
Mar 5 20:15:02 LINUXIUMONE vdr: [21414] frontend 0/0 timed out while tuning to channel 11, tp 111493
Mar 5 20:15:20 LINUXIUMONE vdr: [21414] frontend 0/0 regained lock on channel 11, tp 111493
Mar 5 20:15:20 LINUXIUMONE vdr: [21414] frontend 0/0 lost lock on channel 11, tp 111493
Mar 5 20:15:22 LINUXIUMONE vdr: [21414] frontend 0/0 regained lock on channel 11, tp 111493
Mar 5 20:15:22 LINUXIUMONE vdr: [21414] frontend 0/0 lost lock on channel 11, tp 111493
Mar 5 20:15:22 LINUXIUMONE vdr: [21414] frontend 0/0 regained lock on channel 11, tp 111493
Mar 5 20:15:22 LINUXIUMONE vdr: [21414] frontend 0/0 lost lock on channel 11, tp 111493
Mar 5 20:15:24 LINUXIUMONE vdr: [21414] frontend 0/0 timed out while tuning to channel 11, tp 111493
Mar 5 20:15:29 LINUXIUMONE vdr: [21414] frontend 0/0 regained lock on channel 11, tp 111493
Mar 5 20:15:29 LINUXIUMONE vdr: [21414] frontend 0/0 lost lock on channel 11, tp 111493
Mar 5 20:15:31 LINUXIUMONE vdr: [21414] frontend 0/0 timed out while tuning to channel 11, tp 111493
Mar 5 20:15:36 LINUXIUMONE vdr: [21414] frontend 0/0 regained lock on channel 11, tp 111493
Das bleibt dann so bis man entweder neu tuned (also umschaltet) oder vdr neu startet. dmesg zeigt zu diesem Zeitpunkt nichts auffälliges. Wenn ihr meint das es was nützt kann ich ja trotzdem was per email schicken...
Mit speicherproblemen hat das sicher nichts zu tun. Wie gesagt das problem tritt immer auf und im Augenblick z.B. sind noch 500MB frei (wenn man den cache nicht mitrechnet)
Code: [Auswählen]
$ free
Gesamt Belegt Frei Gemeinsam Puffer Cached
Speicher: 1905508 1823180 82328 20864 127444 299332
-/+ Puffer/Cache: 1396404 509104
Auslagerungsdatei: 0 0 0
Noch mehr Tipps?
4
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Sky IV + vdr frontend timed out
« am: Februar 23, 2015, 11:14:05 Nachmittag »
Hallo,
ich habe ein setup mit ubuntu+vdr+streamdev+dynamite. dynamite schließt das DVB device nachdem eine gewisse zeit kein client mehr verbunden war und auch keine Aufnahme läuft. Wenn man sich dann später wieder verbindet bekommt man zunächst ein Bild was dann aber nach ein paar minuten einfriert. Dann hilft nur umschalten um wieder ein Bild zu bekommen. Das wäre noch nicht so schlimm, aber das gleiche passiert auch wenn eine Aufnahme startet, die dann unvollständig ist. Im Log sieht man folgendes (ab dem zeitpunkt wo sich ein client verbindet):
Ist das problem bekannt? Kommt das von VDR/dynamite oder ist das ein Treiberproblem?
Gruss,
Christoph
ich habe ein setup mit ubuntu+vdr+streamdev+dynamite. dynamite schließt das DVB device nachdem eine gewisse zeit kein client mehr verbunden war und auch keine Aufnahme läuft. Wenn man sich dann später wieder verbindet bekommt man zunächst ein Bild was dann aber nach ein paar minuten einfriert. Dann hilft nur umschalten um wieder ein Bild zu bekommen. Das wäre noch nicht so schlimm, aber das gleiche passiert auch wenn eine Aufnahme startet, die dann unvollständig ist. Im Log sieht man folgendes (ab dem zeitpunkt wo sich ein client verbindet):
Code: [Auswählen]
Feb 22 23:12:20 LINUXIUMONE vdr: [2309] Streamdev: Accepted new client (VTP) 192.168.178.41:48249
Feb 22 23:12:20 LINUXIUMONE vdr: [2309] Streamdev: Setting data connection to 192.168.178.41:44492
Feb 22 23:12:20 LINUXIUMONE vdr: [30098] streamdev-writer thread started (pid=2298, tid=30098, prio=high)
Feb 22 23:12:20 LINUXIUMONE vdr: [30099] streamdev-livestreaming thread started (pid=2298, tid=30099, prio=high)
Feb 22 23:12:21 LINUXIUMONE vdr: [30100] receiver on device 1 thread started (pid=2298, tid=30100, prio=high)
Feb 22 23:12:21 LINUXIUMONE vdr: [30101] TS buffer on device 1 thread started (pid=2298, tid=30101, prio=high)
Feb 22 23:12:21 LINUXIUMONE vdr: [2309] streamdev-server TUNE S19.2E-1-1019-10301: Priority unknown - using 0
Feb 22 23:12:21 LINUXIUMONE vdr: [30101] TS buffer on device 1 thread ended (pid=2298, tid=30101)
Feb 22 23:12:21 LINUXIUMONE vdr: [30100] buffer stats: 153596 (3%) used
Feb 22 23:12:21 LINUXIUMONE vdr: [30100] receiver on device 1 thread ended (pid=2298, tid=30100)
Feb 22 23:12:21 LINUXIUMONE vdr: [30099] streamdev-livestreaming thread ended (pid=2298, tid=30099)
Feb 22 23:12:21 LINUXIUMONE vdr: [30098] streamdev-writer thread ended (pid=2298, tid=30098)
Feb 22 23:12:21 LINUXIUMONE vdr: [2309] buffer stats: 0 (0%) used
Feb 22 23:12:21 LINUXIUMONE vdr: [30102] streamdev-writer thread started (pid=2298, tid=30102, prio=high)
Feb 22 23:12:21 LINUXIUMONE vdr: [30103] streamdev-livestreaming thread started (pid=2298, tid=30103, prio=high)
Feb 22 23:12:21 LINUXIUMONE vdr: [30104] receiver on device 1 thread started (pid=2298, tid=30104, prio=high)
Feb 22 23:12:21 LINUXIUMONE vdr: [30105] TS buffer on device 1 thread started (pid=2298, tid=30105, prio=high)
Feb 22 23:12:21 LINUXIUMONE vdr: [30103] streamdev-livestreaming thread ended (pid=2298, tid=30103)
Feb 22 23:12:21 LINUXIUMONE vdr: [30105] TS buffer on device 1 thread ended (pid=2298, tid=30105)
Feb 22 23:12:21 LINUXIUMONE vdr: [30104] buffer stats: 19552 (0%) used
Feb 22 23:12:21 LINUXIUMONE vdr: [30104] receiver on device 1 thread ended (pid=2298, tid=30104)
Feb 22 23:12:21 LINUXIUMONE vdr: [30102] streamdev-writer thread ended (pid=2298, tid=30102)
Feb 22 23:12:21 LINUXIUMONE vdr: [2309] Streamdev: Setting data connection to 192.168.178.41:60399
Feb 22 23:12:21 LINUXIUMONE vdr: [30106] streamdev-writer thread started (pid=2298, tid=30106, prio=high)
Feb 22 23:12:21 LINUXIUMONE vdr: [30107] streamdev-livestreaming thread started (pid=2298, tid=30107, prio=high)
Feb 22 23:12:21 LINUXIUMONE vdr: [30108] receiver on device 1 thread started (pid=2298, tid=30108, prio=high)
Feb 22 23:12:21 LINUXIUMONE vdr: [30109] TS buffer on device 1 thread started (pid=2298, tid=30109, prio=high)
Feb 22 23:12:21 LINUXIUMONE vdr: [30097] channel 11 (arte HD) event Son 22.02.2015 22:45-00:15 (VPS: 22.02. 22:45) 'Mama Africa - Miriam Makeba' status 4
Feb 22 23:12:21 LINUXIUMONE vdr: [30097] channel 1 (Das Erste HD) event Son 22.02.2015 23:05-23:35 (VPS: 22.02. 23:05) 'ttt - titel thesen temperamente' status 4
Feb 22 23:14:35 LINUXIUMONE vdr: [2298] connect from 192.168.178.41, port 42598 - accepted
Feb 22 23:14:37 LINUXIUMONE vdr: [2303] frontend 0/0 lost lock on channel 1, tp 111493
Feb 22 23:14:39 LINUXIUMONE vdr: [2303] frontend 0/0 timed out while tuning to channel 1, tp 111493
Ist das problem bekannt? Kommt das von VDR/dynamite oder ist das ein Treiberproblem?
Gruss,
Christoph
5
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:Reboots uns cpu stalls
« am: Dezember 22, 2014, 09:31:25 Vormittag »
OK. fester Prozessortakt scheint das Problem zu umgehen. Gibt es eine detailiertere Erklärung dazu was da passiert, wenn das System neu startet?
Vielleicht würde das den Kernel-Developern helfen, das Problem einzugrenzen und auszumerzen...
Vielleicht würde das den Kernel-Developern helfen, das Problem einzugrenzen und auszumerzen...
6
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Reboots uns cpu stalls
« am: Dezember 16, 2014, 01:09:11 Vormittag »
Hi,
ich bin seit kurzem besitzer eine SkyTV Ulitmate IV. Der läuft auf einem kleinen ARM (Minix X7 mini) unter Ubuntu 14.04
Was könnte das sein? Was kann man tun?
Beste Grüsse,
Chris
ich bin seit kurzem besitzer eine SkyTV Ulitmate IV. Der läuft auf einem kleinen ARM (Minix X7 mini) unter Ubuntu 14.04
Code: [Auswählen]
$ uname -a
Linux LINUXIUMONE 3.0.36+ #1 SMP PREEMPT Sat Feb 15 20:54:36 EST 2014 armv7l armv7l armv7l GNU/Linux
Das System läuft eigentlich stabil (2 Wochen am stück ohne Probleme). Aber sobald ich entweder vdr oder tvheadend darauf laufen lasse und der Stick (der immer angesteckt war) in betrieb geht sehe ich nach ein paar Stunden einen unmotivierten reboot, meist ohne syslog einträge. Manchmal sieht man aber vorher auch was dort:Code: [Auswählen]
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.194348] INFO: rcu_bh_state detected stalls on CPUs/tasks: { 2} (detected by 3, t=6002 jiffies)
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.194484] Backtrace for cpu 3 (current):
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.194573] [<c043b954>] (unwind_backtrace+0x0/0xe0) from [<c043ae84>] (smp_send_all_cpu_backtrace+0x5c/0xd8)
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.194664] [<c043ae84>] (smp_send_all_cpu_backtrace+0x5c/0xd8) from [<c04aa734>] (__rcu_pending+0x208/0x37c)
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.194748] [<c04aa734>] (__rcu_pending+0x208/0x37c) from [<c04ab62c>] (rcu_check_callbacks+0x108/0x158)
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.194837] [<c04ab62c>] (rcu_check_callbacks+0x108/0x158) from [<c0475eb8>] (update_process_times+0x38/0x4c)
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.194922] [<c0475eb8>] (update_process_times+0x38/0x4c) from [<c0491a88>] (tick_sched_timer+0x90/0xc8)
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.195008] [<c0491a88>] (tick_sched_timer+0x90/0xc8) from [<c04878d8>] (__run_hrtimer+0x170/0x288)
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.195086] [<c04878d8>] (__run_hrtimer+0x170/0x288) from [<c0488580>] (hrtimer_interrupt+0x124/0x28c)
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.195164] [<c0488580>] (hrtimer_interrupt+0x124/0x28c) from [<c045358c>] (rk_timer_clockevent_interrupt+0x4c/0x58)
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.195256] [<c045358c>] (rk_timer_clockevent_interrupt+0x4c/0x58) from [<c04a5b20>] (handle_irq_event_percpu+0xb0/0x274)
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.195343] [<c04a5b20>] (handle_irq_event_percpu+0xb0/0x274) from [<c04a5d20>] (handle_irq_event+0x3c/0x5c)
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.195421] [<c04a5d20>] (handle_irq_event+0x3c/0x5c) from [<c04a7f54>] (handle_fasteoi_irq+0xc8/0x114)
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.195497] [<c04a7f54>] (handle_fasteoi_irq+0xc8/0x114) from [<c04a547c>] (generic_handle_irq+0x28/0x3c)
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.195587] [<c04a547c>] (generic_handle_irq+0x28/0x3c) from [<c0431078>] (asm_do_IRQ+0x78/0xb8)
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.195664] [<c0431078>] (asm_do_IRQ+0x78/0xb8) from [<c04362c8>] (__irq_svc+0x48/0xe0)
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.195717] Exception stack(0xec879f50 to 0xec879f98)
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.195762] 9f40: ec879f98 00000000 bc6b9e1a 00000919
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.195828] 9f60: bbd3af92 00000919 000003ff feb3cfff 00000000 413fc090 00000003 00000000
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.195888] 9f80: 00000006 ec879f98 c048c1e8 c044ab74 900f0013 ffffffff
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.195955] [<c04362c8>] (__irq_svc+0x48/0xe0) from [<c044ab74>] (rk30_idle+0x44/0x74)
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.196035] [<c044ab74>] (rk30_idle+0x44/0x74) from [<c0779ed4>] (cpuidle_idle_call+0x14c/0x250)
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.196114] [<c0779ed4>] (cpuidle_idle_call+0x14c/0x250) from [<c0437500>] (cpu_idle+0x84/0xe8)
Dec 11 03:26:24 LINUXIUMONE kernel: [10006.196189] [<c0437500>] (cpu_idle+0x84/0xe8) from [<6095d9b4>] (0x6095d9b4)
Was könnte das sein? Was kann man tun?
Beste Grüsse,
Chris
7
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:port 1 disabled by hub (EMI?)?
« am: Oktober 18, 2014, 07:09:24 Nachmittag »
Hi,
umstecken scheint geholfen zu haben. :-)
Der CPU scalinggovernor dagegen hat nichts geändert.
mal sehen wie's auf lange sicht aussieht.
Gruss,
Christoph
umstecken scheint geholfen zu haben. :-)
Der CPU scalinggovernor dagegen hat nichts geändert.
mal sehen wie's auf lange sicht aussieht.
Gruss,
Christoph
8
{Single, Dual, Quad} Sundtek SkyTV Ultimate / Re:port 1 disabled by hub (EMI?)?
« am: Oktober 16, 2014, 02:40:58 Nachmittag »
Hey,
danke für die schnelle Antwort.
Tatsächlich wird der LNB über das externe Netzteil versorgt. Das ist ein LNB mit 4fach-Multiswitch und der scheint zu viel Strom zu ziehen. Jedenfalls meldet euere Karte ohne externes Netzteil 'Kurzschluss' und fährt die Versorgung nicht an.
Mit externem Netzteil läuft's (d.h. man kann Fernsehen, auch über viele Stunden). Aber zumindest in den aktuellen logs finde ich immer ein
vor dem
einen externen hub hab' ich gerade nicht zur hand. Vielleicht kann ich das später mal probieren.
Beste Grüsse,
Christoph
danke für die schnelle Antwort.
Tatsächlich wird der LNB über das externe Netzteil versorgt. Das ist ein LNB mit 4fach-Multiswitch und der scheint zu viel Strom zu ziehen. Jedenfalls meldet euere Karte ohne externes Netzteil 'Kurzschluss' und fährt die Versorgung nicht an.
Mit externem Netzteil läuft's (d.h. man kann Fernsehen, auch über viele Stunden). Aber zumindest in den aktuellen logs finde ich immer ein
Code: [Auswählen]
tvheadend[1349]: subscription: "192.168.178.30 [ christoph | XBMC Media Center ]" unsubscribing from "ZDF HD"vor dem
Code: [Auswählen]
kernel: [ 829.555538] hub 1-0:1.0: port 1 disabled by hub (EMI?), re-enabling...einen externen hub hab' ich gerade nicht zur hand. Vielleicht kann ich das später mal probieren.
Beste Grüsse,
Christoph
9
{Single, Dual, Quad} Sundtek SkyTV Ultimate / port 1 disabled by hub (EMI?)?
« am: Oktober 16, 2014, 01:48:48 Nachmittag »
Hi,
Ich betreibe den Stick an einem Minix X7 mini (Rockchip RK3188 SoC).
Aus irgendeinem Grund verschwindet der USB Stick regelmäßig (bei nicht benutzung). Im syslog steht folgendes:
Beste Grüsse,
Christoph
Ich betreibe den Stick an einem Minix X7 mini (Rockchip RK3188 SoC).
Aus irgendeinem Grund verschwindet der USB Stick regelmäßig (bei nicht benutzung). Im syslog steht folgendes:
Code: [Auswählen]
Oct 16 16:52:01 LINUXIUMONE tvheadend[1349]: htsp: 192.168.178.30 [ christoph | XBMC Media Center ]: Disconnected
Oct 16 16:53:42 LINUXIUMONE kernel: [ 829.555538] hub 1-0:1.0: port 1 disabled by hub (EMI?), re-enabling...
Oct 16 16:53:42 LINUXIUMONE kernel: [ 829.555641] usb 1-1: USB disconnect, device number 2
Oct 16 16:53:42 LINUXIUMONE tvheadend[1349]: dvb: diseqc setup failed -1
Oct 16 16:53:42 LINUXIUMONE tvheadend[1349]: dvb: "/dev/dvb/adapter0" tuning to "BetaDigital: 12,148,500 kHz Horizontal (Default (Port 0, Universal LNB))" -- Front configuration failed -- Permission denied, frequency: 1548500
Oct 16 16:53:42 LINUXIUMONE kernel: [ 829.905559] usb 1-1: new high speed USB device number 3 using usb20_otg
Oct 16 16:53:42 LINUXIUMONE kernel: [ 830.118636] usb 1-1: New USB device found, idVendor=2659, idProduct=1405
Oct 16 16:53:42 LINUXIUMONE kernel: [ 830.118702] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Oct 16 16:53:42 LINUXIUMONE kernel: [ 830.118752] usb 1-1: Product: SkyTV Ultimate IV
Oct 16 16:53:42 LINUXIUMONE kernel: [ 830.118788] usb 1-1: Manufacturer: Sundtek
Oct 16 16:53:42 LINUXIUMONE kernel: [ 830.118820] usb 1-1: SerialNumber: U141008161227
Oct 16 16:53:42 LINUXIUMONE mtp-probe: checking bus 1, device 3: "/sys/devices/platform/usb20_otg/usb1/1-1"
Oct 16 16:53:42 LINUXIUMONE mtp-probe: bus: 1, device: 3 was not an MTP device
Oct 16 16:53:43 LINUXIUMONE kernel: [ 831.360110] input: Sundtek Ltd. Remote Control as /devices/virtual/input/input3
Oct 16 16:53:44 LINUXIUMONE kernel: [ 832.310521] usb 1-1: usbfs: process 839 (mediasrv) did not claim interface 0 before use
Oct 16 16:55:03 LINUXIUMONE kernel: [ 910.805550] hub 1-0:1.0: port 1 disabled by hub (EMI?), re-enabling...
Oct 16 16:55:03 LINUXIUMONE kernel: [ 910.805651] usb 1-1: USB disconnect, device number 3
Oct 16 16:55:03 LINUXIUMONE kernel: [ 911.155542] usb 1-1: new high speed USB device number 4 using usb20_otg
Oct 16 16:55:03 LINUXIUMONE kernel: [ 911.368611] usb 1-1: New USB device found, idVendor=2659, idProduct=1405
Oct 16 16:55:03 LINUXIUMONE kernel: [ 911.368677] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
Oct 16 16:55:03 LINUXIUMONE kernel: [ 911.368728] usb 1-1: Product: SkyTV Ultimate IV
Oct 16 16:55:03 LINUXIUMONE kernel: [ 911.368763] usb 1-1: Manufacturer: Sundtek
Oct 16 16:55:03 LINUXIUMONE kernel: [ 911.368795] usb 1-1: SerialNumber: U141008161227
Oct 16 16:55:03 LINUXIUMONE mtp-probe: checking bus 1, device 4: "/sys/devices/platform/usb20_otg/usb1/1-1"
Oct 16 16:55:03 LINUXIUMONE mtp-probe: bus: 1, device: 4 was not an MTP device
Danach sieht der mediaclient das Gerät nicht mehr:Code: [Auswählen]
$ /opt/bin/mediaclient -e
**** List of Media Hardware Devices ****
$
was könnte der Grund sein?Beste Grüsse,
Christoph
Seiten: [1]