"system time changed" Differenz über 7 Wochen?

Die Frage ist halt, wo der VDR die Zeit herbekommt?

Passt denn die Zeit vom BIOS und die Systemzeit zusammen?

server01 ~ # hwclock -r && date
Di 05 Aug 2014 16:29:55 CEST  -0.187785 Sekunden
Di 5. Aug 16:29:58 CEST 2014
server01 ~ #

Holst Du Dir die Zeit evtl. via DVB, oder Time-Server und diese Quellen liefern Müll?

vdr01_64 ~ # dvbdate -p
System time: Tue Aug  5 16:37:55 2014
    RX time: Tue Aug  5 15:37:55 2014
     Offset: -3600 seconds
vdr01_64 ~ #


vdr01_64 ~ # ntptime
ntp_gettime() returns code 5 (ERROR)
  time d78b69e8.82d7a000  Tue, Aug  5 2014 16:34:16.511, (.511103),
  maximum error 16000000 us, estimated error 16000000 us, TAI offset 0
ntp_adjtime() returns code 5 (ERROR)
  modes 0x0 (),
  offset 0.000 us, frequency -12.533 ppm, interval 1 s,
  maximum error 16000000 us, estimated error 16000000 us,
  status 0x40 (UNSYNC),
  time constant 2, precision 1.000 us, tolerance 500 ppm,
vdr01_64 ~ #

Zitat von amair

Ich vermute mal, dass die neu zu stellende Zeit über DVB kommt.

Das kannst du in den vdr-Einstellungen überprüfen. Wenn der vdr die Zeit nicht stellen soll, kommt sie nicht über DVB. Wenn er es darf und du keinen ntp-Daemon laufen hast, dann kommt sie über DVB.
Und es wäre ja nicht das erste mal, dass ein Sender Müll sendet.

Deshalb benutze ich lieber ntp, da hatte ich bisher noch nie solche Sprünge.

Lars.

VDR löscht selbständig timer!

auch unser VDR hat ein Recht auf Vergessen

ich habe den Einschaltkanal auf "das Erste" fixiert und lasse nur da den Zeitsync zu - funktioniert seit Jahren problemlos

Christian

was mich aber wundert,
laut dem verlinkten Post gab es dazu auch einen Patch "time-warp" aus der ML der das verhindern sollte . Und der soll mittlerweile auch Bestandteil des VDR sein. Anscheinend funktioniert das wohl nicht?

Ich hatte damals die Änderung vorgeschlagen. Hier der aktuelle Patch, der bei mir immer noch eingesetzt wird.

Gruß Zimuland

Kannst du den mal direkt an Klaus senden? Wäre sinnvoll wenn die Änderung im VDR landen würde.

Zitat von M-Reimer

[...] Wäre sinnvoll wenn die Änderung im VDR landen würde.

Sinnvoller wäre es zu erfahren, woran es denn nun wirklich gelegen hat, dass bei amair die Systemzeit um 7 Monate verschoben wurde?

So wie ich das sehe, handelt es doch wohl hier eher um einen Einzelfall, oder? Falls es tatsächlich an einem Sender liegen sollte, der "Müll" liefert, was die DVB Zeit angeht, sollte man vlt. so etwas wie eine "Blacklist" anlegen?

Wenn es generell in den VDR übernommen wird sollte aber die Zeitdauer parametrierbar und das ganze auch abschaltbar sein.
Mein Zweit-VDR fürs Wochenendhaus auf Basis eines Raspberry-PI (ohne RTC und ohne Netzwerkverbindung) würde sich ansonsten nach dem Start nie auf die aktuelle Zeit updaten.

Gruß Zimuland

Ich hatte bereits größere Schwierigkeiten, weil es nur ein paar Sekunden waren, um die die aktuelle Zeit geändert wurde. Das war vor rund 7 Jahren, als auf meinem 24/7 Rechner noch Asterisk lief. Jetzt läuft dort auch VDR, die aktuelle Uhrzeit kommt allerdings nur per NTP, das ist IMHO sehr viel zuverlässiger und genauer. Wie bereits oben geschrieben wurde, würde ich daher, wenn der Rechner sowieso am Netz hängt, die Uhr nur mit NTP stellen. Alles andere wäre mir zu unsicher. NTP (bzw. der ntpd deiner Wahl) verfügt darüberhinaus über einen Haufen "Eigenintelligenz" und vermeidet Zeitsprünge, indem er die Uhr über eine kurze Zeit schneller laufen lässt oder langsamer, je nachdem, in welche Richtung angepasst werden muss. Wenn der Daemon aber sowieso läuft und mit de.pool.ntp.org (o.ä.) synchronisiert ist, sind es nur Millisekunden, die gelegentlich mal nachgestellt werden müssen (und das ist eher der "worst case"). Seit ich auf dem Rechner ntp laufen habe, gab es nie wieder Probleme mit der Uhrzeit, weil sie ständig "sanft" nachgeführt wird.

Kurzum, mein Flow-Chart:

Zeitsynchronisation: Netz vorhanden?
ja: verwende NTP
nein: verwende (möglichst zuverlässige) Transponder/ DCF/ RDS/ GPS/ ...