Jahr 2017 oder 2035 in Fritzbox?

[RalfFriedl]

Ich finde es aber auch unüblich, dass AVM in der "server_list" nur genau einen Server "0.europe.pool.ntp.org" angibt, ein Pool wie "de.pool.ntp.org" sollte da doch wesentlich besser sein.

Ich habe derzeit folgendes Ergebnis für 0.europe.pool.ntp.org, also etliche Server und nicht nur einen.

$ host 0.europe.pool.ntp.org
0.europe.pool.ntp.org has address 81.19.16.225
0.europe.pool.ntp.org has address 91.194.67.9
0.europe.pool.ntp.org has address 141.40.103.101
0.europe.pool.ntp.org has address 212.13.194.87
0.europe.pool.ntp.org has address 213.130.44.252

 

[cuma]

Ok, hab das nicht nachgeprüft, nur gelesen. Bei mir waren aber im Syslog schonmal alle 3 IPs gleich

http://www.pool.ntp.org/zone/europe:

europe.pool.ntp.org

To use this pool zone, add the following to your ntp.conf file:
server 0.europe.pool.ntp.org
server 1.europe.pool.ntp.org
server 2.europe.pool.ntp.org
server 3.europe.pool.ntp.org

Ich habs jetzt bei mir auf germany gestellt, die sind jedenfalls schneller erreichbar.


Was mir jetzt auch schon ein paar mal passiert ist war, dass "chronyc" auf keine Befehle wie "sources" nach einem Fritzbox-Reboot reagiert hat. Nochmaliges Rebooten und dann lief es wieder

 

[zirkon]

Seit der Umstellung auf einen deutschen Zeitserver habe ich auch keine Probleme mit der Anrufliste mehr. Wollen wir hoffen, dass dieses Problem damit erstmal gelöst ist!

 

[cuma]

Hab jetzt seit Einstellen von "de.pool.ntp.org" auch keine Probleme mehr gehabt. Trotzdem kann ich nicht so ganz glauben, dass dies die Ursache war

 

[zirkon]

Aber reproduzierbar. Nach einem Recover wurde ich diesmal mit dem Jahr 2013 begrüßt. Zeitserver geändert, reboot - funktioniert.

 

[vice_pres]

Habe ebenfalls seit de.pool.ntp.org keine Probleme mehr - mittlerweile seit knapp 2 Wochen ca.?

 

[zirkon]

Ab und zu sind die Nachrichten auf dem AB jetzt noch aus dem Jahre 2013 - Linux-Zeit und Anzeige auf dem MT-D sind jedoch richtig.

So ein Schmarn

 

[cuma]

Ich hab jetzt aber manchmal nach einem Reboot das Problem, dass diese Meldung im Sekundentakt kommt, bis ich chronyd abschiesse und neu starte:

12:48:47 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:48:48 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:48:49 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:48:50 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:48:51 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:48:52 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:48:53 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:48:54 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:48:55 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:48:56 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:48:57 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:48:58 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:48:59 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:49:00 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:49:01 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:49:02 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:49:03 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:49:04 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:49:05 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:49:06 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:49:07 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:49:08 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument
12:49:09 chronyd[1869]: Could not send to 0.0.0.0 : Invalid argument

 

[hoppel118]

Hey Leute!

Gestern hatte ich das Problem auch, nachdem ich mir ein neues wlan-image aus dem trunk gebaut habe.

7270_labor_wlan_04.98freetz-devel-3200

Gelöst habe ich es mit "de.pool.ntp.org" in der ar7.cfg.

Danke euch!

 

[Silent-Tears]

Bei mir ist - trotz anderem Zeitserver - interessanterweise auf einem Telefon, dass direkt an FON1 angeschlossen ist, die Zeit falsch, während ein weiteres Telefon, dass per DECT verbunden ist, die richtige Zeit anzeigt. Etwas wirr das Ganze, finde ich. Oder?

 

[hoppel118]

Mir war gar nicht bewusst, dass sich ein analoges Telefon über FON1 die Uhrzeit holen kann. Bei ISDN funktionierts glaube ich irgendwie übern D-Kanal, aber bei analog?!

An meinem analogen Telefon muss ich die Uhrzeit manuell über das Telefon-Menü einstellen.

 

[RalfFriedl]

Es gibt wohl eine Erweiterung, bei der auch die Zeit ans Telefon übermittelt werden kann, ähnlich wie die Telefonnummer im CLIP, vermutlich auch bei der gleichen Gelegenheit.

 

[Silent-Tears]

Sie wird auf jeden Fall gesetzt. Hier in dem Falle allerdings eben falsch

 

[hoppel118]

Stimmt CLIP übermittelt ja auch Daten an das Telefon...

OK, war mir nicht bewusst, ich dachte da wird gar nix gesetzt. Wenns denn schonmal funktioniert hat, dann ist das echt wirr!

 

[hermann72pb]

Es wird aber nur dann übermittelt, wenn dich einer anruft und CLIP aktiviert ist. D.h. sobald du keine Anrufe kriegst, bleibt die Zeit die alte. Du kannst einen Anruf natürlich auch intern auslösen. Vorausgesetzt, die Zeit auf der Box selbst ist richtig. Dann stellt sich dein Telefon vermutlich ebenso auf die neue Zeit ein.
Vermutlich unterstützen aber diese Funktion nicht alle Telefone. Ich tippe mal, es wird erst seit 2-3 Jahren in den neuen Geräten implementiert.
Übrigens, morgen ist eine gute Möglichkeit die automatische Zeitumstellung zu testen!

MfG

 

[cuma]

Hab heut leider wieder ein falsches Jahr gehabt. Nach dem ich dann rebootet hab kam

chronyd[2049]: Trimming RTC, error = -1238431321.174 seconds

Schade

PS: Zum einstellen der Zeit meines ISDN-Telefones rufe ich immer kurz den Anrufbeantworter der Fritz Box an..

 

[hoppel118]

Musste mein MT-D übrigens einmal neustarten, damit es die Sommerzeit übernimmt. Hab leider nicht versucht meinen Festnetzanschluss über handy anzurufen, um zu testen, ob die Zeit rein durch den Anruf angepasst wird. Nur mal so rein informativ, auch wenns nicht so ganz zum Thema passt...

Greetz

 

[zirkon]

War bei mir auch so mit der Zeitumstellung und dem Neustart des MT-D.

 

[markuschen]

Hi,

wer den Zeitserver ptbtime1.ptb.de aus diesem Post nutzt, hat möglicherweise das gleiche Problem wie ich:
Der chronyd stürzt kurz nach dem Start mit "segmentation fault" ab (telnet: /sbin/chronyd -d -f /var/tmp/chronyd.conf). Offensichtlich schafft er es aber, die Zeit vorher noch richtig zu setzen.

Verwende ich einen anderen Zeitserver in der ar7.cfg (z.B. de.pool.ntp.org) stürzt chronyd nicht mehr ab, allerdings befürchte ich, ich hab dann bald wieder das Jahr 2017-Problem .

Ich beobachte es mal weiter.

Grüße von markuschen

 

[Silent-Tears]

Hast recht. Ist mir noch gar nicht aufgefallen, dass der chronyd sich beendet, bevor er gebraucht wird Das WEchseln des Servers allerdings scheint aktuell zumindest Abhilfe zu schaffen. Vielleicht löst sich somit auch obiges Problem. Mal gucken.