Synology-Forum.nl
Firmware => Synology DSM 5.1 en eerder => Topic gestart door: Yobotje op 12 maart 2013, 21:22:02
-
Failed to set date or time from NTP server is de melding die ik sinds enkele dagen heb nadat ik een upgrade naar DSM 4.2 heb gedaan.
Of het daarmee verband houdt?
Ik heb nu pool.ntp.org gekozen en hoop dat daarmee het euvel is verholpen. Ondanks dat dit euvel al vaker is behandeld mis ik een eventuele oorzaak naar bijv de update of speelt er iets anders?
Graag jullie reactie of beter voorstel dan de door mij gekozen server.
Kan ik zelf ook een xs4all server kiezen? Het is mijn provider.
Alvast bedankt, Theo.
-
probeer eens: ntp.cs.uu.nl
Het is van de Universiteit van Utrecht: http://www.cs.uu.nl/technical/services/extern/ntp.html (http://www.cs.uu.nl/technical/services/extern/ntp.html)
-
@dwight66 bedankt voor je reactie. Wat zou de oorzaak kunnen zijn?
Groet, Theo.
-
Kijk eens of onder System Information -> Service tab de NTP Service wel enabled is. Die stond bij mij na upgrade nl. uit ...
-
@Goner, ik ga dit morgen eens checken, bedankt voor je snelle reactie.
Groet, Theo.
-
Die service is alleen nodig als je jouw diskstation zelf als een time server voor andere computers wil laten fungeren.
-
Failed to set date or time from NTP server is de melding die ik sinds enkele dagen heb nadat ik een upgrade naar DSM 4.2 heb gedaan..
Daarvoor had je waarschijnlijk geen melding omdat de nas geen verbinding meer zocht. Ik weet niet wanneer het mis gegaan is, 4.0 of 4.1 maar 4.1 update de tijd niet meer automatisch. Ik merkte het pas toen het op dit forum gemeld werd en ik ook naar de tijd van mijn nas keek. Ik liep toen al een volle minuut fout. Sindsdien heb ik hem een paar keer met de hand ge-update.
Het ergste was dat ik Security Station heb runnen en dit pakket start de timeserver functie in DSM en gebruikt dat voor de cameras. Dus had ik nog een fout lopende time server op mijn netwerk ook.
Die melding geeft gelukkig aan dat hij weer automatisch probeert te updaten.
-
Die service is alleen nodig als je jouw diskstation zelf als een time server voor andere computers wil laten fungeren.
Ja, dat las ik later ook onder Control Panel -> Regional Options -> NTP Service ... ik zat in System Information -> Service toen ik zag dat die service disabled was. Je kunt 'm op 2 plaatsen aanzetten blijkbaar.
Vreemd, want iemand op het internationale forum zegt dat z'n time synch weer werkt nu die service aan staat :?
-
Wat een forum hulp, fantastisch!
Mijn NTP service is en was disabled echter na het instellen van pool.ntp.org en vernieuwen zijn de meldingen verdwenen.
Ik gebruik de NAS uitsluitend voor backup van m'n pc en als fileserver en photostation via internet. Geen strikte noodzaak om de tijd exact te hebben.
Mijn voorlopige voorzichtige conclusie is dat ik alles nu zo moet laten en niet de NTP service moet enabelen.
Klopt dit?
Bedankt voor de adviezen en reacties.
Groet Theo.
-
Klopt. Zoals gezegd heb je die niet nodig. Ik zie dezelfde fout ook af en toe. Probleem is dat synology de ntp taak om 12 uur 's nachts laat uitvoeren door de scheduler. En ik denk dat op dat moment ook duizenden andere computers hetzelfde doen ...
-
Ik vraag me af of er een vaste tijd is voor de time synch. Staat ook niet in m'n crontab en/of task scheduler.
Heb net even gekeken in /var/log/messages en zie dit :
Mar 10 22:25:34 ntpdate: Sync with time server 194.109.22.18 offset -2.873400 sec.
Mar 13 13:54:13 ntpdate: Sync with time server 194.109.22.18 offset -0.065911 sec.
Mar 13 15:11:56 ntpdate: Sync with time server 194.109.22.18 offset 0.521629 sec.
Mar 13 16:13:43 ntpdate: Sync with time server 194.109.22.18 offset 0.580087 sec.
terwijl ik handmatig geen synch heb gedaan :?
het lijkt wel alsof de DS elke keer als de disks uit hibernation komen een synch doet.
overigens heb ik die foutmelding nog nooit gezien.
-
@Goner, ik zal hier ook eens aandacht aan schenken. Gelukkig blijven de meldingen wel weg, wel zo handig.
Wat mij betreft mag dit item afgerond worden. Nogmaals bedankt, ben zeer tevreden met m'n Nas en dit deskundige forum.
Groet, Theo.
-
Ik heb eigenlijk sinds DSM 3.2 het gevoel dat de tijd niet meer vanzelf geupdate wordt. Dus moet is af en toe, als ik er aan denk, de synchronisatie handmatig starten.
Vandaag merkte ik dat de tijd alweer 3 minuten voor liep, maar plots werkte handmatig starten van de synchroniatie niet meer. DSM kon de tijdserver niet vinden. Oorzaak lag er in dat ik mijn netwerk omgegooid heb van twee routers achter elkaar tot één enkel netwerk. Op de een of andere manier kon hij de DNS server nu niet meer automatisch vinden. Bij handmatig invullen van de Ziggo DNS servers werkte het weer.
Dubbel-nat is geen enkel probleem voor de synology, maar mijn Ubee voor NAT te gebruiken en de erachter liggende Airport voor DHCP gaf problemen. Welk van de twee apparaten had de DNS service moeten doorgeven? De Ubee waar de gateway zit, of de Airport die DHCP verzorgd?
Het vreemde is wel dat nadat alles werkte, ik weer ingesteld heb om DNS automatisch te kiezen en de time server nu wel steeds gevonden kan worden.
-
Die service is alleen nodig als je jouw diskstation zelf als een time server voor andere computers wil laten fungeren.
Het is ook handig als je met 2-Step authentication wilt gebruiken en je het belangrijk vind dat de bestanden die je op de NAS opslaat precies de juiste datum/tijd hebben.
-
Ls,
Ik heb/had ook problemen met de tijd synchronisatie van mijn NAS. De time drift van de interne klok van mijn system was zo groot dat bij elke synchronisatie mijn mailserver onderuit ging.
Ik ben toen de ntpd (daemon) gaan gebruiken volgens de volgende handleiding:
http://panchaud.net/index.php/2-non-categorise/1-enable-ntp-daemon-on-synology-nas
Wellicht is dit een oplossing voor je probleem?
Overigens heb ik nu een wel een ander time sync probleem:
http://forum.synology.com/enu/viewtopic.php?f=19&t=76889&p=289361#p289361
Groet,
Remvs
-
Ls,
Ik heb/had ook problemen met de tijd synchronisatie van mijn NAS.
Ik had het ook met 4.2, maar dit is opgelost in 4.3
-
Ik had het ook met 4.2, maar dit is opgelost in 4.3
Ik zit nog op 4.1. Er draait een aantal critische dingen o.a. mijn bedrijfsmail op de NAS. Dus ik update niet altijd zodra het kan.
Misschien toch maar eens tijd voor maken ;-)
-
Ik merk dat de tijd op mijn nas nu weer voor begint te lopen. Dat moet sinds de 5.0 update gebeurd zijn. Maar omdat elke PC en router op mijn netwerk nu de timeserver op de nas gebruikt, valt dat niet direct op. :P
Toch slordig. Als je Security Station gebruikt, wordt de timeserver automatisch aangezet. Maar als hij nu weer zelf zijn tijden niet update, dat is de aanwezigheid van een timeserver grote kul.
Misschien moet ik toch maar op zoek naar een scriptje dat de update dagelijks doet.
-
Dit werkt goed voor mij:
Opnemen in je Crontab.
Stop mail server, stop NTPD, step time, start NTPD and start mailserver
#Stop mail server, stop NTPD, step time, start NTPD and start mailserver
logger -p WARNING "Restarting mailserver and NTPD. script ${0}"
sh /volume1/@appstore/MailServer/scripts/PostfixDaemon.sh stop
sh /var/packages/MailServer/target/scripts/DovecotDaemon.sh stop
sleep 3
sh /usr/syno/etc.defaults/rc.d/S23ntpd.sh stop
ntpdate pool.ntp.org
sh /usr/syno/etc.defaults/rc.d/S23ntpd.sh start
sleep 3
sh /volume1/@appstore/MailServer/scripts/PostfixDaemon.sh start
if [ $? -eq 1 ] ; then
logger -p WARNING "Start of Postfix failed!!. script ${0}"
fi
sh /var/packages/MailServer/target/scripts/DovecotDaemon.sh start
if [ $? -eq 1 ] ; then
logger -p WARNING "Start of Dovecot Failed!!. script ${0}"
fi
-
Dank, daar zal ik eens mee aan de slag gaan. Ik vraag me wel af waarom zelfs de mail server off line moet om de tijd gelijk te zetten. Kan dat niet simpeler?
Voor het ntpdate (http://en.wikipedia.org/wiki/Ntpdate) zie ik dat hij deprecated is. Moet je die dus gebruiken of zijn er nieuwere alternatieven? Zonder de timeserver eerst te stoppen zie ik wel dat het commando klaagt dat de ntp poort bezet is.
Als ik het nieuwere commando ntpd (http://en.wikipedia.org/wiki/Ntpd) met parameter '-q' gebruik, zie ik geen enkele foutmelding. Of hij de tijd ook werkelijk aanpast zie ik zo snel niet omdat hij inmiddels gelijk loopt. Het kan ook zijn dat juist dit commando niet werkt en de reden is dat de tijd niet gelijk gezet wordt. :|
Dat word even langere tijd volgen om te zien of het gaat werken.
de ntpd manual schrijf:
-q, --quit
Set the time and quit.
ntpd will exit just after the first time the clock is set.
This behavior mimics that of the ntpdate program, which is
to be retired. The -g and -x options can be used with this
option. Note: The kernel time discipline is disabled with
this option.
Edit: met debugging aan zie je meer en lijkt ntpd zo niet te werken.
GedeeldeData> ntpd -d -q
ntpd 4.2.6p5@1.2349 Sun Mar 2 18:47:50 UTC 2014 (1)
29 Apr 14:46:39 ntpd[8378]: proto: precision = 1.260 usec
event at 0 0.0.0.0 c01d 0d kern kernel time sync enabled
Finished Parsing!!
29 Apr 14:46:39 ntpd[8378]: ntp_io: estimated max descriptors: 1024, initial socket boundary: 16
29 Apr 14:46:39 ntpd[8378]: unable to bind to wildcard address 0.0.0.0 - another process may be running - EXITING
-
Hi Briolet,
De reden dat ik mijn scriptje de mailserver off line haal is omdat deze (met name Postfix) over de emmer gaat wanneer er een te grote tijdsprong plaatsvind. Zie linkje voor meer info:
http://forum.synology.com/enu/viewtopic.php?f=19&t=76889
Over ntpd/ntpdate. Volgens mij was er geen reden voor mij om ntpdate te gebruiken anders dan dat ik de syntax daarvan wist. Wanneer je de ntpd service niet eerst stopt krijg je idd een poort error. Dit is ongetwijfeld omdat er dan twee processen dezelfde poort claimen. En da kannie..
Dus.. Ik denk dat ntpd -q wel werkt als je eerst de reeds lopende ntpd (of ntpdate...) afschiet met
sh /usr/syno/etc.defaults/rc.d/S23ntpd.sh stop
Groeten,
Remvs
-
De reden dat ik mijn scriptje de mailserver off line haal is omdat deze (met name Postfix) over de emmer gaat wanneer er een te grote tijdsprong plaatsvind.
Ik las al ergens dat servers er niet van houden als de tijd aangepast wordt. :lol:
Over het ntpd protocol lees ik wel dat deze dit opvangt door de tijd in heel kleine, instelbare, stapjes aan te passen over langere tijd verdeeld. En als de aanpassing boven een drempel uitkomt doet hij niets, maar logt een error.
Daar zal ik eerst eens rustig voor gaan zitten en de boel bestuderen.
-
Ik herken het probleem van een tijdje terug (bij mij althans). Ook ik gebruikte pool.ntp.org. Op 1 van mijn 2 nassen gaf dit een foutmelding (nu is die NAS niet altijd up).
Sinds ik de NTP service van mijn provider gebruik heb ik geen probleem meer.
-
Over het ntpd protocol lees ik wel dat deze dit opvangt door de tijd in heel kleine, instelbare, stapjes aan te passen over langere tijd verdeeld. En als de aanpassing boven een drempel uitkomt doet hij niets, maar logt een error.
Klopt. Het probleem bij de Synology hardware is echter dat de time drift dusdanig groot is (tot wel 10 sec per dag) dat ntpd het niet bijhoudt en dus gaat:
1. 'steppen'
2. of als je dat steppen niet hebt geconfigureerd, niets meer doet.
In geval van 1. zal je Postfix regelmatig afsterven.
In geval van 2. zal de tijdsafwijking sterk toenemen over tijd, met wederom problemen met je mailserver.
Belangrijke tip wanneer je met ntpd als daemon aan de gang gaat:
neem de volgende directive op in je ntp.conf
disable monitorDit voorkomt dat men van buitenaf je ntpd'tje kan aanroepen. Behalve dat dit een bekend DDoS hackje is, zijn de nederlandse providers ook geneigd je internetverbinding af te sluiten wanneer ze merken dat je deze service draait zonder de genoemde directive. Ik heb dit enkele maanden geleden ondervonden met XS4all.
zie ook:
https://isc.sans.edu/diary/NTP+reflection+attack/17300
-
neem de volgende directive op in je ntp.conf
In de config file staat gelukkig al standaard "disable monitor" ingevuld. Ik zal er in elk geval aan denken het niet te wissen.
-
UvanU timeserver werkt goed op mijn DS108J :)
Ik heb er een aantal geprobeerd en die gaven error waardoor ik dacht dat poort geblokkeerd stond of zoiets.,
niets is (gelukkig) minder waar.
thanks