yaVDR0.5 - unvermittelter reboot

yam · 17. Oktober 2012

Hallo,
seit 0.4 habe ich das problem, dass mein yaVDR sporadisch einen reboot durchführt. Das Bild bleibt kurz zitternd stehen und der Ton stottert und dann reboot. Hier ist mal ein Ausschnitt aus'm syslog von der relevanten Zeit. Was ich bisher schon gemacht habe: neues Board, neuen Speicher, die SSD wieder raus - Effekt bleibt der gleiche.

Code

Oct 17 20:05:50 yavdr vdr: [1810] changing pids of channel 1089 from 165+165=2:100=fra@4,101=eng@4:0:47 to 165+165=2:100=fra@4,101=eng@4:0:0
Oct 17 20:05:50 yavdr vdr: [1810] changing caids of channel 1089 from 1811,100 to 0
Oct 17 20:05:50 yavdr vdr: [1810] changing ca descriptors of channel 1089
Oct 17 20:06:14 yavdr vdr: [1809] frontend 1/0 timed out while tuning to channel 0, tp 212168
Oct 17 20:06:35 yavdr vdr: [1809] frontend 1/0 timed out while tuning to channel 0, tp 212207
Oct 17 20:06:56 yavdr vdr: [1809] frontend 1/0 timed out while tuning to channel 0, tp 212246
Oct 17 20:08:41 yavdr vdr: [1809] frontend 1/0 timed out while tuning to channel 0, tp 212441
Oct 17 20:11:08 yavdr vdr: [1809] frontend 1/0 timed out while tuning to channel 0, tp 212669
Oct 17 20:12:23 yavdr vdr: [1809] ERROR: frontend 1/0: Das Argument ist ungÃ¼ltig
Oct 17 20:12:23 yavdr kernel: [ 4761.076655] DVB: adapter 1 frontend 0 symbol rate 2400000 out of range (5000000..45000000)
Oct 17 20:12:48 yavdr vdr: [1810] changing pids of channel 293 from 501+501=2:502=deu@3:0:0 to 401+401=2:402=deu@3:0:0
Oct 17 20:13:57 yavdr vdr: [1809] frontend 1/0 timed out while tuning to channel 0, tp 110832
Oct 17 20:15:00 yavdr vdr: [1809] frontend 1/0 timed out while tuning to channel 0, tp 111023
Oct 17 20:15:33 yavdr vdr: [1872] XVDR: Timers state changed (1)
Oct 17 20:15:33 yavdr vdr: [1872] XVDR: Requesting clients to reload timers
Oct 17 20:17:26 yavdr kernel: imklog 5.8.6, log source = /proc/kmsg started.
Oct 17 20:17:26 yavdr rsyslogd: [origin software="rsyslogd" swVersion="5.8.6" x-pid="784" x-info="http://www.rsyslog.com"] start
Oct 17 20:17:27 yavdr rsyslogd: rsyslogd's groupid changed to 103
Oct 17 20:17:27 yavdr rsyslogd: rsyslogd's userid changed to 101
Oct 17 20:17:26 yavdr rsyslogd-2039: Could not open output pipe '/dev/xconsole' [try http://www.rsyslog.com/e/2039 ]
Oct 17 20:17:27 yavdr kernel: [	0.000000] Initializing cgroup subsys cpuset
Oct 17 20:17:27 yavdr kernel: [	0.000000] Initializing cgroup subsys cpu
Oct 17 20:17:27 yavdr kernel: [	0.000000] Linux version 3.2.0-32-generic (buildd@batsu) (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #51-Ubuntu SMP Wed Sep 26 21:33:09 UTC 2012 (
Ubuntu 3.2.0-32.51-generic 3.2.30)

Alles anzeigen

Kann jemand wertvolle Hinweise zur Ergreifung der/des Täter/s geben?
yam

seahawk1986 · 17. Oktober 2012

Sind alle Tuner angeschlossen? Die ganzen Timeouts beim Tunen der Sender sehen etwas merkwürdig aus...

yam · 17. Oktober 2012

Hallo seahawk1986 - Du machst das yaVDR-Zeugs hauptberuflich, stimmts?

Ja, alle Tuner sind angeschlossen (1x TT-1600 und 1x SkyStar HD2), LNB's wurden auch gewechselt. Das passierte auch beim Abspielen einer Aufnahme - oder wird da im hintergrund munter weiter getuned?

Was wird denn hier gemacht - channel 0?

Code

Oct 17 20:05:50 yavdr vdr: [1810] changing caids of channel 1089 from 1811,100 to 0
Oct 17 20:05:50 yavdr vdr: [1810] changing ca descriptors of channel 1089
Oct 17 20:06:14 yavdr vdr: [1809] frontend 1/0 timed out while tuning to channel 0, tp 212168

yam

schneisa · 17. Oktober 2012

Startet nur der vdr neu, oder bootet der ganze Rechner neu?

Wenn es das 2. ist, dann tippe ich auf Hardware Probleme. Evlt. Netzteil, oder dem Rechner wird es zu warm. Obwohl es dann seltsam ist, dass er von selber wieder startet.

Viele Grüße
schneisa

yam · 18. Oktober 2012

... öhm, na ja, Hardware hatte ich ja soweit schon gewechselt. Ich dachte, die Log-Einträge weisen auf etwas hin!?
Ich hab auf jedenfall jetzt mal das Netzteil noch gewechselt - mal sehen.
yam

yam · 23. Oktober 2012

...so! Netzeil ist es auch nicht - heute ist das wieder aufgetreten, anbei mal ein Log-Auszug vom betreffenden Zeitraum:

Code

Oct 23 20:48:17 yavdr vdr: [1205] cTS2PES got 0 TS errors, 2 TS continuity errors
Oct 23 20:48:17 yavdr vdr: [1205] cTS2PES got 0 TS errors, 1 TS continuity errors
Oct 23 20:48:17 yavdr vdr: [2278] TS buffer on device 1 thread ended (pid=1205, tid=2278)
Oct 23 20:48:17 yavdr vdr: [2277] buffer stats: 228796 (5%) used
Oct 23 20:48:17 yavdr vdr: [2277] receiver on device 1 thread ended (pid=1205, tid=2277)
Oct 23 20:48:17 yavdr vdr: [2280] receiver on device 1 thread started (pid=1205, tid=2280)
Oct 23 20:48:17 yavdr vdr: [2281] TS buffer on device 1 thread started (pid=1205, tid=2281)
Oct 23 20:48:18 yavdr vdr: [2280] TS continuity error (5)
Oct 23 20:48:18 yavdr vdr: [2280] TS continuity error (11)
Oct 23 20:48:18 yavdr vdr: [2280] TS continuity error (10)
Oct 23 20:48:18 yavdr vdr: [2280] cVideoRepacker: operating in H.264 mode
Oct 23 20:48:18 yavdr vdr: [2280] SetBrokenLink: no GOP header found in video packet
Oct 23 20:48:22 yavdr vdr: [2279] Text2Skin: channelInfo display update thread ended (pid=1205, tid=2279)
Oct 23 20:49:25 yavdr vdr: [1874] changing pids of channel 183 from 401+401=2:402=deu@3:0:0 to 501+501=2:502=deu@3:0:0
Oct 23 20:51:04 yavdr vdr: [1874] changing portal name of channel 128 from '' to 'CL Konferenz'
Oct 23 20:51:04 yavdr vdr: [1874] changing name of channel 132 from 'STURM - SVM,;' to 'LILLE - FCB,;'
Oct 23 20:51:04 yavdr vdr: [1874] changing name of channel 141 from 'INNS - RIED,;' to 'BARCA - CELT,;'
Oct 23 20:51:04 yavdr vdr: [1874] changing name of channel 133 from 'SCM - ADMIRA,;' to 'BATE - VAL,;'
Oct 23 20:51:04 yavdr vdr: [1874] changing name of channel 135 from 'ARS - PIR,;' to 'DON - CHE,;'
Oct 23 20:51:04 yavdr vdr: [1874] changing name of channel 142 from 'POR - PSG,;' to 'NORD - JUVE,;'
Oct 23 20:51:04 yavdr vdr: [1874] changing name of channel 140 from 'KIEW - ZAG,;' to 'MANU - BRAGA,;'
Oct 23 20:51:04 yavdr vdr: [1874] changing name of channel 134 from 'AND - MAL,;' to 'GAL - CLUJ,;'
Oct 23 20:51:04 yavdr vdr: [1874] linking channel 128 from none to 132 141 133 135 142 140 134 144
Oct 23 20:51:05 yavdr vdr: [1874] changing portal name of channel 164 from '' to 'Info Tafel'
Oct 23 20:51:05 yavdr vdr: [1874] linking channel 164 from none to 161 162 163
Oct 23 20:51:05 yavdr vdr: [1874] changing portal name of channel 147 from '' to 'Sky Select'
Oct 23 20:51:05 yavdr vdr: [1874] changing name of channel 154 from '442 - 00:00,;' to '449 - 20:30,;'
Oct 23 20:51:05 yavdr vdr: [1874] changing name of channel 159 from '447 - 19:00,;' to '384 - 20:30,;'
Oct 23 20:51:05 yavdr vdr: [1874] linking channel 147 from none to 154 159
Oct 23 20:51:23 yavdr anacron[1546]: Job `cron.daily' started
Oct 23 20:51:23 yavdr anacron[2285]: Updated timestamp for job `cron.daily' to 2012-10-23
Oct 23 20:52:58 yavdr rsyslogd: [origin software="rsyslogd" swVersion="5.8.6" x-pid="1218" x-info="http://www.rsyslog.com"] rsyslogd was HUPed

Alles anzeigen

hier wird ein neues syslog-file angelegt:

Code

Oct 23 20:53:00 yavdr anacron[1546]: Job `cron.daily' terminated
Oct 23 20:53:00 yavdr anacron[1546]: Normal exit (1 job run)
Oct 23 20:55:01 yavdr kernel: imklog 5.8.6, log source = /proc/kmsg started.
Oct 23 20:55:01 yavdr rsyslogd: [origin software="rsyslogd" swVersion="5.8.6" x-pid="1236" x-info="http://www.rsyslog.com"] start
Oct 23 20:55:01 yavdr rsyslogd: rsyslogd's groupid changed to 103
Oct 23 20:55:01 yavdr rsyslogd: rsyslogd's userid changed to 101
Oct 23 20:55:01 yavdr kernel: [	0.000000] Initializing cgroup subsys cpuset
Oct 23 20:55:01 yavdr kernel: [	0.000000] Initializing cgroup subsys cpu

Hat noch jemand sachdienliche Hinweise?

Keine_Ahnung · 23. Oktober 2012

Was sagt denn?
----
sysctl kernel.panic
sysctl kernel.panic_on_oops
----
Evtl. ist das verhalten (Reboot bei Fehlern) ja gewollt?

cu

yam · 23. Oktober 2012

.. da steht bei Beiden 0

Keine_Ahnung · 23. Oktober 2012

Ist es evtl. son cooles passiv gekühltes mini Gehäuse?

Wärmeprobleme wären ja neben dem Speicherdefekt die erste Idee.

cu

yam · 23. Oktober 2012

... nö, CPU hat'n Quirl drauf. Momentan ist sowieso alles komplett offen.

veni32 · 23. Oktober 2012

Hallo yam,

Ich bin jetz kein VDR experte,aber bin ich der meinung das die fehler an Sat hardware zu suchen ist(kabelbruch,f-stecker,diseq,DVB kaarte oder oder)

Ich werde test weise nur mit eine DVB karte probieren,andere ganz ausbauen nicht nur sat leitung weg),und die verkabelung testen und sich mal anschauen.

Oder ewentuell haste es schon probiert.

Mfg

yam · 23. Oktober 2012

... hatte ich schon mal vor einiger Zeit gemacht, aber nicht so ganz systematisch. Werd ich jetzt mal nachholen. Wieso kommst Du drauf, dass die Probleme von der Sat-Hardware verursacht werden?

veni32 · 24. Oktober 2012

Hallo Yam,
Nach dem du so wieso ganze hardware an VDR gewechselt hast,bleibt dann nur andere Schuldige übrig .

Bei meine alte Win TV Nova S2 hab ich problem gehabt,
dass das rechner auch am rebooten war paar mal am tag,und als ursache hab ich damals bei mir fehler an F-stecker gefunden, da war ne minimale kurzschluss,zwei von diesen dinnen massen drähtchen hab sich nach nem zeit zum Kupfer kern durchegschmugelt.Nach dem ich stecker wieder sauber verscraubt hab,war es ruhe.

Alte Dbox verhält sich auch meisten so das der rebootet wenn am verkabelung was wackelig ist.

Ist natürlich kein garantie das es bei dir auch der fall ist.Aber kabel bruch,hätte selbe efekt,oder kein ahnung was von Anllage bei dir aufgebaut,wo du noch nachauen kannst,diseq,multiswitch,weiche oder oder.

Aber die log nach,glub ich das es bei mir auch so änlich aussah.

Mfg

yam · 24. Oktober 2012

... na mal sehen, habe jetzt erst mal eine Satkarte ausgebaut.
yam

froschi · 25. Oktober 2012

könnte auch ein Wärmeproblem seitens der Onboard-GPU sein.
Es ist hier im Forum schon mal besprochen worden wie man das auf der Kommandozeile oder über das Sysinfo-Plugin überwachen kann.
( DISPLAY=:1 nvidia-settings -tq gpucoretemp - glaube ich ).
Gruss

Nachtrag Link : Temperatur von CPU und GPU überwachen

yaVDR0.5 - unvermittelter reboot

Jetzt mitmachen!

Teilen