March 7, 20251 yr Community Expert Hallo zusammen, ich habe heute festgestellt, dass der NTP Server von UNAID (6.12.13) nicht mehr funktioniert. Wenn die Zeit abgefragt wird, kommt folgendes Ergebnis: w32tm /stripchart /computer:192.168.29.35 192.168.29.35 wird verfolgt [192.168.29.35:123]. Es ist 07.03.2025 13:38:08. 13:38:08, Fehler: 0x80072733 13:38:10, Fehler: 0x80072733 13:38:12, Fehler: 0x80072733 13:38:14, Fehler: 0x80072733 Bei mehreren Versuchen hatte ich mal eine einzelne Antwort: w32tm /stripchart /computer:192.168.29.35 192.168.29.35 wird verfolgt [192.168.29.35:123]. Es ist 07.03.2025 13:47:21. 13:47:21, d:+00.0216047s o:-00.8249766s [ * | ] 13:47:23, Fehler: 0x80072733 13:47:25, Fehler: 0x80072733 13:47:27, Fehler: 0x80072733 Wenn ich den NTP über die Settings abschalte und wieder einschalte, kommt im Systemprotokoll: Mar 7 14:26:48 Raidy ntpd[6356]: ntpd [email protected] Tue Jun 6 17:07:37 UTC 2023 (1): Starting Mar 7 14:26:48 Raidy ntpd[6356]: Command line: /usr/sbin/ntpd -g -u ntp:ntp Mar 7 14:26:48 Raidy ntpd[6356]: ---------------------------------------------------- Mar 7 14:26:48 Raidy ntpd[6356]: ntp-4 is maintained by Network Time Foundation, Mar 7 14:26:48 Raidy ntpd[6356]: Inc. (NTF), a non-profit 501(c)(3) public-benefit Mar 7 14:26:48 Raidy ntpd[6356]: corporation. Support and training for ntp-4 are Mar 7 14:26:48 Raidy ntpd[6356]: available at https://www.nwtime.org/support Mar 7 14:26:48 Raidy ntpd[6356]: ---------------------------------------------------- Mar 7 14:26:48 Raidy ntpd[6356]: DEBUG behavior is enabled - a violation of any Mar 7 14:26:48 Raidy ntpd[6356]: diagnostic assertion will cause ntpd to abort Mar 7 14:26:48 Raidy ntpd[6358]: proto: precision = 0.050 usec (-24) Mar 7 14:26:48 Raidy ntpd[6358]: basedate set to 2023-05-25 Mar 7 14:26:48 Raidy ntpd[6358]: gps base set to 2023-05-28 (week 2264) Mar 7 14:26:48 Raidy ntpd[6358]: initial drift restored to -23.055000 Mar 7 14:26:48 Raidy ntpd[6358]: Listen normally on 0 lo 127.0.0.1:123 Mar 7 14:26:48 Raidy ntpd[6358]: Listen normally on 1 br0 192.168.29.35:123 Mar 7 14:26:48 Raidy ntpd[6358]: Listening on routing socket on fd #18 for interface updates Mar 7 14:26:48 Raidy ntpd[6358]: kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized Mar 7 14:26:48 Raidy ntpd[6358]: kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized Mar 7 14:26:48 Raidy root: Starting NTP daemon: /usr/sbin/ntpd -g -u ntp:ntp Mar 7 14:32:44 Raidy emhttpd: shcmd (109): ln -sf /usr/share/zoneinfo/Europe/Berlin /etc/localtime Mar 7 14:32:44 Raidy emhttpd: shcmd (110): /usr/local/emhttp/webGui/scripts/update_access Mar 7 14:32:45 Raidy emhttpd: shcmd (111): /etc/rc.d/rc.ntpd stop Mar 7 14:32:45 Raidy ntpd[6358]: ntpd exiting on signal 1 (Hangup) Mar 7 14:32:45 Raidy ntpd[6358]: 127.127.1.0 local addr 127.0.0.1 -> Mar 7 14:32:45 Raidy ntpd[6358]: 130.162.220.39 local addr 192.168.29.35 -> Mar 7 14:32:45 Raidy root: Stopping NTP daemon... Mar 7 14:32:45 Raidy emhttpd: shcmd (112): date -s '2025-03-07 14:32:39' Mar 7 14:32:39 Raidy root: Fri Mar 7 14:32:39 CET 2025 Mar 7 14:32:39 Raidy emhttpd: shcmd (113): hwclock --utc --systohc --noadjfile Mar 7 14:32:39 Raidy nginx: 2025/03/07 14:32:39 [error] 10760#10760: nchan: A message from the past has just been published. Unless the system time has been adjusted, this should never happen. Mar 7 14:32:39 Raidy nginx: 2025/03/07 14:32:39 [error] 10760#10760: nchan: A message from the past has just been published. Unless the system time has been adjusted, this should never happen. Mar 7 14:32:39 Raidy nginx: 2025/03/07 14:32:39 [error] 10760#10760: nchan: A message from the past has just been published. Unless the system time has been adjusted, this should never happen. Mar 7 14:32:39 Raidy nginx: 2025/03/07 14:32:39 [error] 10760#10760: nchan: A message from the past has just been published. Unless the system time has been adjusted, this should never happen. Mar 7 14:32:39 Raidy nginx: 2025/03/07 14:32:39 [error] 10760#10760: nchan: A message from the past has just been published. Unless the system time has been adjusted, this should never happen. Mar 7 14:32:39 Raidy nginx: 2025/03/07 14:32:39 [error] 10760#10760: nchan: A message from the past has just been published. Unless the system time has been adjusted, this should never happen. Mar 7 14:32:39 Raidy nginx: 2025/03/07 14:32:39 [error] 10760#10760: nchan: A message from the past has just been published. Unless the system time has been adjusted, this should never happen. Mar 7 14:32:39 Raidy nginx: 2025/03/07 14:32:39 [error] 10760#10760: nchan: A message from the past has just been published. Unless the system time has been adjusted, this should never happen. Mar 7 14:32:41 Raidy nginx: 2025/03/07 14:32:41 [error] 10760#10760: nchan: A message from the past has just been published. Unless the system time has been adjusted, this should never happen. Mar 7 14:32:41 Raidy nginx: 2025/03/07 14:32:41 [error] 10760#10760: nchan: A message from the past has just been published. Unless the system time has been adjusted, this should never happen. Mar 7 14:32:42 Raidy nginx: 2025/03/07 14:32:42 [error] 10760#10760: nchan: A message from the past has just been published. Unless the system time has been adjusted, this should never happen. Auffällig ist der Zeitsprung von ca. 6 Minuten und der Eintrag im Log kernel reports TIME_ERROR: 0x2041: Clock Unsynchronized Ich kann mir das nicht erklären, ich weiß nur, dass es lange Zeit funktioniert hat.... Was habe ich bis jetzt versucht: Unraid neu gestartet NTP de/aktiviert NTP pool geändert HW-Clock mit Systemzeit synchronisiert Kann mir jemand erklären warum der NTP-Server keine Antwort liefert?? Ich stehe auf dem Schlauch. Leider kann ich den Zeitpunkt ab wann das Problem auftrat, nicht bestimmen... Jürgen
March 7, 20251 yr Community Expert 23 minutes ago, JogiBear said: Kann mir jemand erklären warum der NTP-Server keine Antwort liefert?? Ich stehe auf dem Schlauch. Leider kann ich den Zeitpunkt ab wann das Problem auftrat, nicht bestimmen... Bevor ich Dich vielleicht missverstehe. meinst Du, daß unraid den NTP Server für andere Geräte spielt oder willst Du unraid miot einem fremden NTP Server synchronisieren?
March 7, 20251 yr Author Community Expert 28 minutes ago, DataCollector said: Bevor ich Dich vielleicht missverstehe Unraid spielt den NTP Server für andere Geräte... und Unraid wird auch mit einem fremden NTP synchronisiert(aktuell de.pool.ntp.org)
March 7, 20251 yr Community Expert Bist Du sicher, dass UNRAID auch Zeitinfos SENDET??? Hier in der Config (und ich kann mich nicht dran erinnern, jemals da was dran gemacht zu haben) LIEST er nur von einem Upstream Server und ansonsten sind die zur Abfrage erlaubten Klienten nur ::1 und 127.0.0.1 Und mit den Einstellungen in der GUI kann man ihn auch nicht zum Plauschen im LAN überreden... ntpq> pee remote refid st t when poll reach delay offset jitter ============================================================================== 127.127.1.0 .LOCL. 10 l 9d 64 0 0.000 +0.000 0.000 *192.168.0.3 255.76.216.21 3 u 484 1024 377 0.608 -3.223 3.105 ntpq> syssta uptime: 743281 sysstats reset: 743281 packets received: 819 current version: 800 older version: 0 bad length or format: 0 authentication failed: 0 declined: 0 restricted: 3 rate limited: 0 KoD responses: 0 processed for time: 799 Wie man sieht wird jede Fremdabfrage im Keim erstickt und "restricted" hochgezählt. Also hast Du da was dran gemacht oder ist das Wunschdenken??? Edited March 7, 20251 yr by MAM59
March 7, 20251 yr 5 minutes ago, MAM59 said: Bist Du sicher, dass UNRAID auch Zeitinfos SENDET??? Hier in der Config (und ich kann mich nicht dran erinnern, jemals da was dran gemacht zu haben) LIEST er nur von einem Upstream Server und ansonsten sind die zur Abfrage erlaubten Klienten nur ::1 und 127.0.0.1 Und mit den Einstellungen in der GUI kann man ihn auch nicht zum Plauschen im LAN überreden... Also hast Du da was dran gemacht oder ist das Wunschdenken??? Der Beitrag aus 2021 sollte das beantworten. Also kein Wunschdenken. Ich hab unraid selbst, ohne Änderungen, als Zeitserver eingesetzt.
March 7, 20251 yr Die Standardeinstellung ist das Unraid nen Zeitserver anbietet. Ich kann aber keinen Problem finden mit der v7. Auf der 6.12.13 bekomme ich ab und zu Fehler: 0x800705B4. Mal updaten auf 7 und dann schauen obs immer noch vermurkst ist.
March 7, 20251 yr Community Expert Ja, scheint wirklich Abfragen zu erlauben. War mir bislang nicht aufgefallen. Brauch ich hier auch nicht wirklich, gibt andere Server für sowas.
March 8, 20251 yr Author Community Expert 11 hours ago, MAM59 said: gibt andere Server für sowas Ja, solange das 'Internet' funktioniert....
March 8, 20251 yr Community Expert 1 minute ago, JogiBear said: Ja, solange das 'Internet' funktioniert.... Nein, solange GPS Satelliten über uns kreisen und Signale aussenden 😘
March 8, 20251 yr Author Community Expert Also, einige Clients, bei denen ich das auslesen kann, erhalten von Unraid die Zeitinformation, scheint also wieder zu funktionieren. ich habe mir nochmal die Doku von w32tm angeschaut, da ich damit keine Zeit von Unraid bekomme. /stripchart /computer:<Ziel> [/period:<aktualisieren>] [/dataonly] [/samples:<Anzahl>] [/rdtsc] Zeigt ein Stripchart der Differenz zwischen diesem und einem anderen Computer an. Der NTP-Client verwendet den kurzlebigen UDP-Quellport für die Kommunikation mit dem Server, um Konflikte mit dem NTP-Eingangsclient zu verhindern. Vielleicht ist w32tm für einen Test nicht brauchbar, denn der Hinweis "verwendet den kurzlebigen UDP-Quellport" macht mich stutzig, vielleicht ist das wieder so ein Microsoft Ding.... oder schlecht übersetzt 🤫 An diesem Gerät kann ich definitiv sagen, dass die Zeitinfo um 10:07:28 vom Unraid NTP Server synchronisiert wurde. Was verwendet ihr zum testen eines NTP-Servers ?
March 8, 20251 yr Author Community Expert 11 minutes ago, MAM59 said: Nein, solange GPS Satelliten über uns kreisen und Signale aussenden 😘 OK, gewonnen 🙂, da kann ich nicht gegen halten, aber ein guter Tip....
March 8, 20251 yr Community Expert Solution Du musst w32tm auch schon so konfigurieren, dass er ntp auch akzeptiert C:\Users\mam>w32tm /query /status Sprungindikator: 0(keine Warnung) Stratum: 4 (Sekundärreferenz - synchr. über (S)NTP) Präzision: -23 (119.209ns pro Tick) Stammverzögerung: 0.0215984s Stammabweichung: 0.0993635s Referenz-ID: 0xC0A80003 (Quell-IP: 192.168.0.3) Letzte erfolgr. Synchronisierungszeit: 08.03.2025 10:13:32 Quelle: 192.168.0.3 Abrufintervall: 12 (4096s) Hier gibts keine spezielle config, mein ntp server verteilt per broadcast, das kriegen windows Rechner ohne spezielle Konfiguration mit. Ansonsten Gruppenrichtlinie: Aber ohne Domänencontroller musste die in jeden Klienten einzeln einpflegen, kann recht müssig sein. (gibt auch ne "etwas längere" Kommandozeilenvariante. Hab ich aber hier nicht im Angebot, musse selber raussuchen. war irgendwas mit SYNCFROMFLAGS=NTP und NTPSERVER=... )
March 8, 20251 yr Community Expert ach ja, noch wichtig für windows: Die NTP Server haben noch so Optionen wie "192.168.0.3,0x0". Da setzt Microsoft gerne 0x8 oder 0x9 ein. Das sind aber spezielle Windows Dinger (z.b Time.Windows.Com), diesen Dialekt sprechen die meisten Unix basierten Server nicht. Deshalb 0x0 und damit ist dann das reine Basisprotokoll angefordert. (Weis die einzelnen Bits nicht mehr auswendig, auch hierfür dann bitte Doku suchen)
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.