DSM 6.x und darunter Sprünge in der Systemzeit ?

[MerlinderZauberer]

Hallo liebe Synology-Gemeinde,

heute ist mir beim durchschauen meiner Systemprotokolle im Reiter "Verbindung" der DS 213+ aufgefallen, das zu verschieden Uhrzeiten mein PC im Heimnetzwerk Netzlaufwerke der DS 213+ verbunden hat. Das verückte allerdings ist, das mein PC im Heimnetzwerk zu diesem Zeitpunkt herunter gefahren war. Er konnte also in keinster Weise Kontakt aufnehmen.

Aus diesem Grund habe ich mir auf der Konsole die Protokolldatei "messages" angeschaut und festgestellt, das die Station zu Zeiten hochgefahren ist, als keiner Online war. Auffällig ist, das es Einträge in der Protokolldatei gibt, die folgender maßen aussehen:

............
Dec 30 06:09:27 scemd: modules/rtc.c:237 RTC and system time diff are too large. rtc_year:[112] rtc_mon:[11] rtc_mday:[30] rtc_hour:[11] sys_year:[112] sys_m
Dec 30 06:09:27 scemd: modules/rtc.c:255 RTC looks like fine, maybe system error let it update
Dec 30 12:29:30 scemd: SCEMD: disk 1 wake up from hibernation
Dec 30 12:30:03 crond[7617]: crond: time disparity of 381 minutes detected
Dec 30 14:22:28 kernel: [54048.561417] SLUB: Unable to allocate memory on node -1 (gfp=0x20)
Dec 30 14:22:28 kernel: [54048.567503]   cache: kmalloc-8192, object size: 8192, buffer size: 8192, default order: 3, min order: 1
Dec 30 14:22:28 kernel: [54048.576878]   node 0: slabs: 0, objs: 0, free: 3
Dec 30 15:25:34 scemd: SCEMD: disk 1 wake up from hibernation
Dec 30 15:25:35 scemd: SCEMD: disk 2 wake up from hibernation
.....

Weiteres Beispiel:

...
Dec 30 03:21:21 hotplugd: hotplugd.c:835 ##### complete device hotplug!!
Dec 30 03:21:24 scemd: modules/rtc.c:237 RTC and system time diff are too large. rtc_year:[112] rtc_mon:[11] rtc_mday:[30] rtc_hour:[4] sys_year:[112] sys_mo
Dec 30 03:21:24 scemd: modules/rtc.c:255 RTC looks like fine, maybe system error let it update
Dec 30 05:00:14 scemd: SCEMD: disk 1 wake up from hibernation
Dec 30 05:00:51 crond[7617]: crond: time disparity of 99 minutes detected
Dec 30 05:37:24 scemd: SCEMD: disk 2 wake up from hibernation
Dec 30 05:37:24 scemd: SCEMD: disk 1 wake up from hibernation
Dec 30 06:09:22 kernel: [47255.974717] Freezing user space processes ... (elapsed 0.00 seconds) done.
Dec 30 06:09:22 kernel: [47255.982016] Freezing remaining freezable tasks ... (elapsed 0.00 seconds) done.
Dec 30 06:09:22 kernel: [47255.989417] Suspending console(s) (use no_console_suspend to debug)
Dec 30 06:09:22 kernel: [47255.996679] ata4: send port disabled event
Dec 30 06:09:22 kernel: [47255.996728] ata3: send port disabled event
...

Was bedeutet die Zeile crond[7617]: crond: time disparity of xx minutes detected ?

Kann es sein, das meine Systemzeit immer wieder verstellt ist und deswegen die Zeiten im Systemprotokoll deswegn falsch sind?

Ich habe die Synchronsisation für NTP deaktiviert. allerdings den NTP-Dienst aktiviert.

Was läuft da schief?

Danke für eure Hilfe.

Merlin der Zauberer

 

[MerlinderZauberer]

Ich habe nochmal ein wenig recherchiert und bin auf den folgenden Wikipedia-Artikel gestoßen:

http://de.wikipedia.org/wiki/Echtzeituhr - Abschnitt ganz unten "Verwendung"

Wenn ich das richtig verstehe, agiert Linux wie in diesem Abschnitt beschrieben. Der Abgleich zwischen Echtzeit und Systemzeit scheint allerdings erst mitten drin im Start der Ds 213+ zu erfolgen, und nicht zuallerst. Deswegen sind im "Messages"-Protokoll diese Zeitsprünge vorhanden.

Liege ich damit richtig? Kann das jemand bestätigen?

Der Eintrag im "Systemprotokoll" unter dem Reiter "Verbindungen" wird immer wieder zu einem Zeitpunkt erzeugt, bevor diese Syncronisation der Uhrzeit stattfindet.
Ich greife zu diesen Zeitpunkten auf Netzfreigaben der Ds 213+ zu, wenn die DS 213+ sich im Deep-Sleep (Systemruhestand) befinden. Dabei findet keine vorherige Anmeldung über die Weboberfläche statt.

Das würde auch erklären, warum alle anderen Uhrzeiten von Web-Logins und Cronjobs in diesem "Systemprotokoll" stimmen.

Viele Grüße

Merlin der Zauberer

 

[MerlinderZauberer]

Ich nochmal

Wenn man dann weiß, wonach man suchen muss (RTC), findet man die entprechenden Forenbeiträge und Informationen dazu. Folgendes Thema passt wunderbar zu meinem Problem und bestätigt meine Vermutung:

http://www.synology-forum.de/showthread.html?34084-DS-213-RTC-asynchron-zur-Systemzeit

Also in dem Sinne ein völlig normales Verhalten von Linux.

Das einzige Manko sind die Einträge im "Systemprotokoll" der Weboberfläche vor der Synchronisation.

Cronjobs werden bei mir übrigens ohne Probleme aus dem Deep-Sleep ausgeführt. War ein Thema im vorgenannten Beitrag.

Werde dem Support mal eine Info schicken!

Ich wünsche euch einen guten Rutsch ins neue Jahr.

Merlin der Zauberer