Sundtek Support Forum
Deutsch => {Single, Dual, Quad} Sundtek SkyTV Ultimate => Thema gestartet von: chris_g 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):
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
-
Hallo schicke bitte diverse Logfiles an kontakt at sundtek de.
Vor allem die Systemlog (dmesg sobald das Problem auftritt), und um welchen Rechner es sich handelt.
Vor allem wenn's mit dem Speicher knapp wird auf einem System kann's zu Problemen kommen.
-
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:
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)
$ 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?
-
was zeigt "dmesg" zu diesem Zeitpunkt an?
/opt/bin/mediaclient --readsignal=0 -d /dev/dvb/adapter0/frontend0 --band UNIVERSAL
würde auch helfen.
-
$ /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
S
dmesg meldungen sind die letzten hier schon zwölf stunden alt:
[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 signal
und wie ich schon sagte, das Problem tritt jedes mal auf, wenn der Tuner aus dem Standby kommt...
Gibt es noch mehr tipps?
Gruss
-
Nix mehr? schade...
-
Hi,
ich habe genau das gleiche Problem auf meinem Cubietruck (Debian Wheezy, VDR headless mit streamdev-server). :)
Bei mir lief die Karte drei Tage ohne Probleme, dann gabs plötzlich Ruckler im Stream, bis schließlich gar nichts mehr ging. Meine Signal-Werte sind genau gleich zu deinen.
Immer, wenn ich versuche einen Kanal über den Streamdev aufzurufen, erhalte ich:
vdr[1324]: [1328] frontend 0/0 timed out while tuning to channel 4 (arte), tp 110743
Apr 05 11:07:03 vdr[1324]: [1328] frontend 0/0 timed out while tuning to channel 4 (arte), tp 110743
Apr 05 11:08:08 vdr[1324]: [1328] frontend 0/0 timed out while tuning to channel 4 (arte), tp 110743
Apr 05 11:09:13 vdr[1324]: [1328] frontend 0/0 timed out while tuning to channel 4 (arte), tp 110743
Apr 05 11:10:18 vdr[1324]: [1328] frontend 0/0 timed out while tuning to channel 4 (arte), tp 110743
Apr 05 11:11:23 vdr[1324]: [1328] frontend 0/0 timed out while tuning to channel 4 (arte), tp 110743
Erneutes Aufrufen des Senders ergibt:
Atelier vdr[1324]: [1643] buffer stats: 0 (0%) used
Apr 05 11:16:01 vdr[1324]: [1643] device 1 receiver thread ended (pid=1324, tid=1643)
Apr 05 11:16:01 vdr[1324]: [1647] device 1 receiver thread started (pid=1324, tid=1647, prio=high)
Apr 05 11:16:01 vdr[1324]: [1648] device 1 TS buffer thread started (pid=1324, tid=1648, prio=high)
Apr 05 11:16:10 vdr[1324]: [1328] frontend 0/0 timed out while tuning to channel 4 (arte), tp 110743
mediaclient -e:
**** List of Media Hardware Devices ****
device 0: [Sundtek SkyTV Ultimate IV] DVB-S/S2, ANALOG-TV, REMOTE-CONTROL, OSS-AUDIO
[INFO]:
STATUS: ACTIVE
[BUS]:
ID: 3-3
[SERIAL]:
ID: U140919020324
[DVB-S/S2]:
FESTATUS: ACTIVE
LNBVOLTAGE: ENABLED
LNBSUPPLY: ACADAPTER
LNBSTATUS: OK
FRONTEND: /dev/dvb/adapter0/frontend0
DVR: /dev/dvb/adapter0/dvr0
DMX: /dev/dvb/adapter0/demux0
[ANALOG-TV]:
VIDEO0: /dev/video0
VBI0: /dev/vbi0
[REMOTECONTROL]:
INPUT0: /dev/mediainput0
[OSS]:
OSS0: /dev/dsp0
Ich werde später meine alte DVB-Karte (TT4600USB) anhängen und schauen, ob ich darüber ein Signal bekomme...dann ist zumindest das Problem bezüglich Kabel/VDR ausgeschlossen. :)
-> SIEHE http://support.sundtek.com/index.php/topic,1878.0.html :)