Telegram Meldung ignoriert, Uhrzeit falsch?
-
@atomicix was sagt denn das System zum ntp?
-
@homoran
Also im Proxmox Root System habe ich:root@Proxmox:~# timedatectl status Local time: Wed 2025-02-05 15:05:15 CET Universal time: Wed 2025-02-05 14:05:15 UTC RTC time: Wed 2025-02-05 14:05:15 Time zone: Europe/Berlin (CET, +0100) System clock synchronized: yes NTP service: active RTC in local TZ: nound im LXC Container:
iobroker@ioBroker:~$ timedatectl status Local time: Mi 2025-02-05 15:07:04 CET Universal time: Mi 2025-02-05 14:07:04 UTC RTC time: n/a Time zone: Europe/Berlin (CET, +0100) System clock synchronized: yes NTP service: inactive RTC in local TZ: yesSo scheint es jedenfalls zu funktionieren.
-
@atomicix sagte in Telegram Meldung ignoriert, Uhrzeit falsch?:
So scheint es jedenfalls zu funktionieren.
Noch!??
@atomicix sagte in Telegram Meldung ignoriert, Uhrzeit falsch?:
NTP service: inactive
bis die Zeiten wiedrr auseinander driften
-
@atomicix sagte in Telegram Meldung ignoriert, Uhrzeit falsch?:
RTC in local TZ: nound
RTC in local TZ: yesDa es aber nur eine RTC/RealTimeClock gibt sollten da auch die Einstellungen imho gleich sein.
-
@homoran
Mein Fehler, das war das alte Garten System, das jetzt hier zuhause steht, das Livesystem im Garten hat:Local time: Mi 2025-02-05 15:12:25 CET Universal time: Mi 2025-02-05 14:12:25 UTC RTC time: n/a Time zone: Europe/Berlin (CET, +0100) System clock synchronized: yes NTP service: active RTC in local TZ: yes -
Ich brauche noch mal Hilfe.
Das Problem ist wieder da.
Ich habe gestern das Proxmox System neu gestartet und Telegram läuft wieder nicht.In Proxmox habe ich:
RTC time: Wed 2025-02-19 14:53:03 UTC Time zone: Europe/Berlin (CET, +0100) System clock synchronized: no NTP service: active RTC in local TZ: nound im LXC
RTC time: n/a Time zone: Europe/Berlin (CET, +0100) System clock synchronized: no NTP service: active RTC in local TZ: noDas scheint aber auch nur im Garten zu sein. Zuhause läuft das alles.
Zuhause hängt der NUC über ein USB -> LAN Adapter direkt an meiner FB 6690
im Garten hängt der NUC direkt am LAN an einer FB 4060 und als Modem habe ich ein Zyxel FWA 505 5G Router.
Die 5060 ist aber der DNS im Netzwerk.
Vor meinem ganzen Umbau, als es sehr lange ohne Probleme lief, hatte ich eine FB 6850LTE.
Ich habe die Vermutung, das durch die Kombi FB und Zyxel vielleicht irgendetwas blockiert wird?
Kann ich das irgendwie prüfen?
Das aktuelle Proxmox System ist quasi auf Standard was die NTP/RTC Einstellung betrifft, was zuhause auch läuft.
Somit schien die Config ok zu sein.
Ich hatte ja am Anfang, als ich die Probleme hatte, schon einmal die alte 6850 wieder eingebaut und es lief auch nicht, aber vielleicht habe ich auch nicht lange genug gewartet?
Dazu kommt momentan ist es halt sehr kalt und ich habe jetzt nicht die Lust, Stunden im Garten zu sitzen und rum zu stochern um eine Lösung zu finden.
Über Remote komme ich nur auf den LXC vom iobroker und auf die FB, aber nicht auf das Proxmox System. Das war schon immer so und muss an der Mobilfunkverbindung liegen. Von daher würde ich mich über Ergebnisse freuen, die ich Vorort im Schrebergarten probieren kann.
Noch mal die alte 6850 verbauen und warten? Wie lange?Über Unterstützung wäre ich sehr dankbar.
-
Naja, NTP scheint an, synchronisiert aber nichts.
Da oben hatte ich eine längere Anleitung gepostet was man machen kann: https://forum.iobroker.net/post/1245092
Die vor eingestellten Debian-Zeitserver waren bei mir da auch Mist. Ist bei mir nur nicht aufgefallen weil ich nur Ubuntu und Windows-VMs habe, und die holen sich die Zeit separat von woanders - und nur beim Start die vom Virtualisierungshost -
So, bin heute mal 2h im Garten gewesen und habe Probiert.
Das System das zuhause ohne Probleme, funktioniert hat, als Sync und NTP/RTC alles gut, läuft im Garten nicht.im Root System :
RTC time: Wed 2025-02-20 15:58:03 UTC Time zone: Europe/Berlin (CET, +0100) System clock synchronized: no NTP service: active RTC in local TZ: yesim LXC:
RTC time: n/a Time zone: Europe/Berlin (CET, +0100) System clock synchronized: no NTP service: active RTC in local TZ: noDas system aus dem Garten hier zuhause läuft hingegen Problemlos.
Also es scheint nicht an den Einstellungen vom Proxmox System zu liegen, sondern irgendwie mit der Fritzbox/Zyxel System
Ich hatte jetzt keine Lust mehr, weil kalt und die Gasflasche ist leer, noch die Fritzbox gegen die alte zu tauschen.
Müsste dann ja noch ne weile warten, um sicher zu sein, das auch alles Synchronisiert ist.Hab ihr ne Idee, ob oder wie ich testen kann, ob es an der FB oder Sim Verbindung liegen kann?
Internet generell läuft echt super.
So langsam bin ich echt am verzweifeln.
-
@atomicix was hast du denn Probiert?
So muss das auf dem Host aussehen:root@proxmox01:~# timedatectl status Local time: Thu 2025-02-20 19:48:33 CET Universal time: Thu 2025-02-20 18:48:33 UTC RTC time: Thu 2025-02-20 18:48:33 Time zone: Europe/Berlin (CET, +0100) System clock synchronized: yes NTP service: active RTC in local TZ: noUnd so in der VM / Container (wobei der vermutlich die richtige zeit hat wenn der Host die hat):
root@piholepm:~# timedatectl status Local time: Do 2025-02-20 19:49:51 CET Universal time: Do 2025-02-20 18:49:51 UTC RTC time: Do 2025-02-20 18:49:51 Time zone: Europe/Berlin (CET, +0100) System clock synchronized: yes NTP service: active RTC in local TZ: no root@piholepm:~#man beachte die Zeile mit
... System clock synchronized: yes ...Wenn du Zeitserver aus dem Internet konfiguriert hast und diese für den Host erreichbar sind, ist alles andere egal.
Wobei die FRITZ!Boxen in der Regel auch die genaue Zeit liefern.Darf ich noch mal auf meinen obigen Beitrag verweisen?
-
@bananajoe danke für die Rückmeldung.
Ja auf den Beitrag darfst du verweisen. An den habe ich mich auch gehalten.
Zuhause habe ich dort die Synchronisation und RTC und NTP ist auf Yes. Also anders als bei dir, ist halt alles auf Yes. Sollte ja aber eigentlich ok sein, oder?
Im Garten läuft es halt nicht. Ich könnte alternativ mal probieren, wie du schon sagtest, die FB als Zeitserver nehmen, und nicht Berlin..., dann muss der Proxmox halt gar nicht raus aus dem Netz. -
@atomicix sagte in Telegram Meldung ignoriert, Uhrzeit falsch?:
Ich könnte alternativ mal probieren, wie du schon sagtest, die FB als Zeitserver nehmen, und nicht Berlin..., dann muss der Proxmox halt gar nicht raus aus dem Netz.
Du hast das vielleicht eingestellt - aber er macht es ja nicht
Dienste neu gestartet?systemctl restart chronydWenn es einen Offset gibt müsste im Log so etwas wie
Feb 02 14:26:26 proxmox01 systemd[1]: Started chrony.service - chrony, an NTP client/server. Feb 02 14:26:31 proxmox01 chronyd[922074]: Selected source 160.45.10.8 (zeit.fu-berlin.de) Feb 02 14:26:31 proxmox01 chronyd[922074]: System clock TAI offset set to 37 secondsauftauchen (einmalig)
-
Ja restart habe ich gemacht, habe auch das ganze System neu gestartet. Im Garten geht's nicht, zuhause ja.
Ich werde mir heute noch mal ne 2te Sim Karte besorgen und probieren das zuhause zu rekonstruieren. Ansonsten werde ich erts am Sonntag wieder im Garten probieren können -
Sooooooo es läuft. Die Zeit wird Synchronisiert.
Habe den Fehler gefunden.
War eben nach Feierabend noch mal dort. Habe noch mal deine Liste abgearbeitet bzw Kontrolliert.
Habe mich gewundert, das mit "journalctl --since -1h -u chrony" keine Zeitserver in der Liste gewesen sind, obwohl ich alles eingetragen habe.
Hatte dann noch mal ein update/upgrade probiert und das wurde mit Error beendet.
Da ist mir im Kopf gekommen, das zuhause alles geht, aber im Garten nicht.
In Proxmox hatte ich im DNS Eintrag noch die IP von Zuhause von der Einrichtung.
Ich hatte zwar alles Netzwerkeinstellungen angepasst, da ich ja mit 2 Netzwerken gearbeitet habe, aber den DNS Eintrag im Proxmox System muss ich übersehen haben.
Geändert und siehe da, es läuft alles mit der Zeit und auch die Updates....
Das der Rest vom System jetzt ohne merkbare Fehler lief, wundert mich zwar, aber das nehmen ich jetzt mal so hin.
Vielleicht wurde ja irgendetwas über die VPN noch nach Hause geschickt.
Den offset für 37sec. habe ich auch. Es läuft aber und die Zeit wird Synchronisiert. Werde mir das am Sonntag oder so noch mal ansehen, aber ich denke der DNS wird das Problem gewesen sein.Ich muss mich noch einmal für deine @BananaJoe Geduld und fachliche Hilfe bedanken. Habe wieder einiges dazu gelernt.
