Marvell Erreiche keinen Timeserver

[laserdesign]

Hallo,

ich brauche mal Eure Hilfe,

ich bekomme seit einigen Tagen keine Zeit mehr synchronisiert.
Wenn ich ntpdate manuell im Terminal aufrufe, egal mit welchem Timeserver, bekomme ich diese Fehlermeldung:

syno> ntpdate ptbtime3.ptb.de
10 May 15:53:51 ntpdate[7742]: no server suitable for synchronization found

In /var/log/messages steht dann:

10 May 15:53:51 ntpdate[7742]: no server suitable for synchronization found

In der DSM manuelles anstoßen bringt auch nur Fehler.
Ping nach draussen funktioniert.

Was kann ich noch probieren???

Ciao Fred ....

 

[PLattenclown]

Findet die Station überhaupt nen DNS-Server? Vielleicht kann sie die Adresse gar nicht in eine IP auflösen - pinge mal aus der Station heraus eine Adresse an und schau, ob das geht.

 

[laserdesign]

ich zitiere mich mal selber:

Ping nach draussen funktioniert.

Aber danke für Deine Antwort

Gruß Fred ....

 

[PLattenclown]

Argl, überlesen.
ABER: Ich bekomme die gleiche Fehlermeldung, auch bei ptbtime1 oder 2, und nicht nur aus der Station, sondern auch von einem Windows-Programm. Die Server laufen und akzeptieren Pings, aber keine Zeitabfragen.

EDIT: ptbtime3 tut doch, ich hatte nur einen fetten Upload laufen, der die Synchronisierung dermaßen gebremst hat, dass es zu einem Timeout mit einer offensichtlich falschen Fehlermeldung kam. Ohne Upload tut's.

Da ich öfter mal Uploads laufen habe, habe ich ntpdate deshalb eine längere Wartezeit verordnet und die crontab wie folgt modifiziert:

0 0 * * * root /usr/sbin/ntpdate -b -t 300 de.pool.ntp.org

 

[laserdesign]

Hallo,

habe noch ein wenig gelesen.
Mit /usr/sbin/ntpdate -u -b de.pool.ntp.org
bekomme ich eine Zeit, sehr seltsam.

root@syno:~# /usr/sbin/ntpdate -u -b de.pool.ntp.org
10 May 19:34:29 ntpdate[21437]: step time server 178.77.74.179 offset -0.020035 sec

Das kann doch nur am UDP Port 123 liegen.
Keine Ahnung was ich noch machen kann, bitte um Hilfe

Ciao Fred ....

 

[jahlives]

ohne den Parameter -b kann der Sync der Uhr sehr lange dauern. Denn ohne -b versucht ntpdate die Zeit zu syncen indem die Systemuhr verlangsamt resp beschleunigt wird. afaik muss dazu bis die Uhren sync sind eine Verbindung zum Server bestehen. Mit -b wird die Zeit jedoch sofort an den Server angepasst. Das geht sehr viel schneller kann aber u.U. bestimmte Programme auf die Schnauze hauen, die solche Zeitsprünge gar nicht vertragen.

 

[PLattenclown]

Trage den funktionierenden Befehl in /etc/crontab ein...

 

[jahlives]

Trage den funktionierenden Befehl in /etc/crontab ein...

Und nicht vergessen, dass /etc/crontab TABS als Trennzeichen erwartet ;-)

 

[laserdesign]

auf der Konsole geht dieser Syntax:

root@syno:~# /usr/sbin/ntpdate -u -b ptbtime1.ptb.de
10 May 19:34:29 ntpdate[21437]: step time server 178.77.74.179 offset -0.020035 sec

habe ich auch als cronjob so eingetragen:

0       0       *       *       *       root    /usr/sbin/ntpdate -u -b ptbtime1.ptb.de

und neu durchgestartet:

/usr/syno/etc/rc.d/S04crond.sh stop
/usr/syno/etc/rc.d/S04crond.sh start

gehe ich jetzt in die DMS>Bedienfeld>Regionale Optionen>Uhrzeit>Jetzt aktuallisieren, bekomme ich wieder, Fehler kann nicht synchronisieren.

Was ist das denn für ein Kudelmudel, das verstehe ich nicht.

PS.: arbeitet der Button, Jetzt aktuallisieren, nicht den cronjob ab???

 

[jahlives]

Wenn du es manuell in crontab einträgst kannst du es afaik nicht mehr manuell via DSM syncen

 

[PLattenclown]

Ich würde eher mal vermuten, dass der crontab-Eintrag von der DSM-Oberfläche wieder auf das default überschrieben wird.

 

[laserdesign]

crontab wurde nach einem reboot, nicht überschrieben. Auch nicht, bei manuelles Syncronisieren in DSM

Das der Button nicht mehr synchronisieren kann, mmh

 

[jahlives]

lass doch einfach den cronjob für's syncen häufiger laufen. Btw: 0 0 ist ganz schlecht für syncs v.a. mit -b Muss nämlich nur ein paar Sekunden zurückgestellt werden hast du ein Problem. Dann am besten noch ein Backupjob um 0 0 und das Chaos ist perfekt ;-)

 

[laserdesign]

Problem gelöst.

Sorry Leute, war mein Fehler.
Hatte vor einigen Tagen am Switch einige Einstellungen ausprobiert.
Dabei ist es wohl passiert und port 123 wurde gespärt.
Ist mir echt peinlich, vielen Dank für Eure Hilfe.

Durch die Option -u und einen Blick in die manpage für ntpdate:

-u Direct ntpdate to use an unprivileged port for outgoing packets. This is most useful when behind a firewall that blocks
incoming traffic to privileged ports, and you want to synchronise with hosts beyond the firewall. Note that the -d
option always uses unprivileged ports.

war mir klar, das der Port Schuld war.
Noch mal Schuldigung. Asche auf mein Haupt.
Mit Eurer Hilfe hab ich aber wieder etwas gelernt.

Ciao Fred ....

Nachtrag:
@jahlives,
werde Deine Vorschläge, für den cronjob, testen.
Ich weiß das diese Einträge in der /etc/crontab ziemlich komplex werden können
und deshalb gut structuriert werden müssen. Ich scheue mich immer diese Scripte
zu pflegen.