Hallo, Am 18.11.2016 um 19:32 schrieb Michael Hirmke:

Hi,

oder, falls das eine Leap 42.2 und noch dazu nur ein ntp-Client ist, den ntp-Dienst deinstallieren und systemd-timesyncd nutzen. Ist etwas leichtgewichtiger.

Dazu unter /etc/systemd/ die Datei timesyncd.conf (man timesyncd.conf) ntp deinstalliert

/etc/systemd/timesyncd.conf sieht so aus: NTP=0.de.pool.ntp.org 1.de.pool.ntp.org 2.de.pool.ntp.org 3.de.pool.ntp.org

um den gewuenschten Zeitserver ergaenzen und timedatectl -set-ntp 1 timedatectl -set-ntp 1 timedatectl: Ungültige Option -- s

nach man timdatectl dürfte das erste "-" das Problem sein. timedatectl set-ntp 1 Failed to set ntp: NTP not supported. Normal, denn ntp habe ich deinstalliert. timedatectl status Local time: Sa 2016-11-19 11:29:41 CET Universal time: Sa 2016-11-19 10:29:41 UTC RTC time: Sa 2016-11-19 10:29:42 Timezone: Europe/Berlin (CET, +0100) NTP enabled: n/a NTP synchronized: no RTC in local TZ: no DST active: no Last DST change: DST ended at So 2016-10-30 02:59:59 CEST So 2016-10-30 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at So 2017-03-26 01:59:59 CET So 2017-03-26 03:00:00 CEST Die Startupzeiten sind jetzt wieder gewohnt schnell, aber funktioniert die automatische aktualisierung der Systemzeit jetzt? Gruß Karl

aufrufen.

...

-Dieter Ciao. Michael.

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo, Am 19.11.2016 um 14:13 schrieb Michael Hirmke:

Du hast wirklich Leap 42.2? Das funktioniert erst mit dem systemd der 42.2 - in 42.1 klappt es noch nicht. Also systemd-210-98.1.x86_64 klappt noch nicht, systemd-228-13.1.x86_64 klappt.

ah, ok in der Tat, ich habe noch die 42.1 Dake Dir, Gruß Karl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo, Am 19.11.2016 um 21:14 schrieb Martin Burnicki:

Michael Hirmke schrieb:

Wenn man also ntp-wait nicht benötigt, kann man einfach nur den Dienst ntpd starten und ntp-wait deaktivieren.

In der Tat, ich habe gerade gesehen, dass die Diensteverwaltung von Yast beide Dienste separat anbietet. Fürs nächste mal! Danke, Gruß Karl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

lustig ist: timedatectl status Local time: Sa 2016-11-19 11:15:54 CET Universal time: Sa 2016-11-19 10:15:54 UTC RTC time: Sa 2016-11-19 10:15:54 Timezone: Europe/Berlin (CET, +0100) NTP enabled: n/a NTP synchronized: yes RTC in local TZ: no DST active: no Last DST change: DST ended at So 2016-10-30 02:59:59 CEST So 2016-10-30 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at So 2017-03-26 01:59:59 CET So 2017-03-26 03:00:00 CEST Trotz aller Probleme in meiner vorherigen Mail funktioniert der ntp bei mir... Am 19.11.2016 um 10:41 schrieb Karl Sinn:

Hallo,

Am 18.11.2016 um 12:54 schrieb Dieter Klünter:

...

systemctl status ntp-wait.service falls der Service aktiv ist, systemctl disable ntp-wait.service

systemctl status ntp-wait.service ntp-wait.service - Wait for ntpd to synchronize system clock Loaded: loaded (/usr/lib/systemd/system/ntp-wait.service; disabled) Active: inactive (dead)

Das sagt mir doch eigentlich, dass das Ding zwar geladen, aber disabled ist. Warum wartet er dann?

zum Spass: systemctl status ntpd.service ntpd.service - NTP Server Daemon Loaded: loaded (/usr/lib/systemd/system/ntpd.service; enabled) Drop-In: /run/systemd/generator/ntpd.service.d └─50-insserv.conf-$time.conf Active: activating (auto-restart) (Result: timeout) since Sa 2016-11-19 08:08:50 CET; 6min ago Docs: man:ntpd(1) Process: 12025 ExecStart=/usr/sbin/start-ntpd start (code=exited, status=0/SUCCESS)

Nov 19 08:08:50 dharma systemd[1]: Failed to start NTP Server Daemon. Nov 19 08:08:50 dharma systemd[1]: Unit ntpd.service entered failed state.

Sagt er hier nicht, dass er geladen ist, und dass er vor 6 min erfolgreich syncronisiert hat? Und dann sagt er, dass er den Daemon gar nicht starten kann?

Ein wenig verwirrend

systemctl disable ntp-wait.service

Ergab keinerlei Rückmeldung und hat nicht geholfen (was unter diesen Umständen zu erwarten war).

Das ntp-Paket ist installiert. Ich werde jetzt dem zweiten Vorschlag nachgehen und Rückmeldung geben.

Vielen Dank, Gruß, Karl

...

-Dieter

-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo, Am 19.11.2016 um 11:49 schrieb Hugo:

Am Samstag, 19. November 2016, 10:41:46 schrieb Karl Sinn:

...

Hallo,

Am 18.11.2016 um 12:54 schrieb Dieter Klünter:

...

systemctl status ntp-wait.service falls der Service aktiv ist, systemctl disable ntp-wait.service systemctl status ntp-wait.service ntp-wait.service - Wait for ntpd to synchronize system clock Loaded: loaded (/usr/lib/systemd/system/ntp-wait.service; disabled) Active: inactive (dead)

Das sagt mir doch eigentlich, dass das Ding zwar geladen, aber disabled ist. Warum wartet er dann?

zum Spass: systemctl status ntpd.service ntpd.service - NTP Server Daemon Loaded: loaded (/usr/lib/systemd/system/ntpd.service; enabled) Drop-In: /run/systemd/generator/ntpd.service.d └─50-insserv.conf-$time.conf Active: activating (auto-restart) (Result: timeout) since Sa 2016-11-19 08:08:50 CET; 6min ago Docs: man:ntpd(1) Process: 12025 ExecStart=/usr/sbin/start-ntpd start (code=exited, status=0/SUCCESS)

Nov 19 08:08:50 dharma systemd[1]: Failed to start NTP Server Daemon. Nov 19 08:08:50 dharma systemd[1]: Unit ntpd.service entered failed state.

Sagt er hier nicht, dass er geladen ist, und dass er vor 6 min erfolgreich syncronisiert hat? Ich weiss nicht. Ich lese das so, dass er vor 6 minuten einen TIMEOUT hatte. Und das ist wohl nich OK, wahrscheinlich nicht synchronisiert. Dazu passt doch 'failed'.

Stimmt. Wer lesen kann...

Bei mir: systemctl status ntpd.service ntpd.service - NTP Server Daemon Loaded: loaded (/usr/lib/systemd/system/ntpd.service; enabled) Drop-In: /run/systemd/generator/ntpd.service.d └─50-insserv.conf-$time.conf Active: active (running) since Sa 2016-11-19 09:19:13 CET; 2h 3min ago Docs: man:ntpd(1) Process: 1645 ExecStart=/usr/sbin/start-ntpd start (code=exited, status=0/SUCCESS) Main PID: 1747 (ntpd) CGroup: /system.slice/ntpd.service ├─1747 /usr/sbin/ntpd -p /var/run/ntp/ntpd.pid -g -u ntp:ntp -c /etc/ntp.conf └─1751 ntpd: asynchronous dns resolver

...

Und dann sagt er, dass er den Daemon gar nicht starten kann?

Ein wenig verwirrend

systemctl disable ntp-wait.service

Ergab keinerlei Rückmeldung und hat nicht geholfen (was unter diesen Umständen zu erwarten war).

Das ntp-Paket ist installiert. Ich werde jetzt dem zweiten Vorschlag nachgehen und Rückmeldung geben. Gerade habe ich die mail gelesen. Beim nachsehen bei mir finde ich die configurationsdatei /etc/systemd/timesyncd.conf NICHT.

Ja, die musste ich per Hand anlegen, Ich geh mal davon aus, dass es an dem von Michael genannten Problem liegt (42.1 anstelle von 42.2) Gruß Karl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org

Hallo, Am 19.11.2016 um 13:06 schrieb Martin Schröder:

Am 19. November 2016 um 10:41 schrieb Karl Sinn :

...

Active: activating (auto-restart) (Result: timeout) since Sa 2016-11-19 08:08:50 CET; 6min ago Docs: man:ntpd(1) Process: 12025 ExecStart=/usr/sbin/start-ntpd start (code=exited, status=0/SUCCESS)

Nov 19 08:08:50 dharma systemd[1]: Failed to start NTP Server Daemon. Nov 19 08:08:50 dharma systemd[1]: Unit ntpd.service entered failed state.

Sagt er hier nicht, dass er geladen ist, und dass er vor 6 min erfolgreich syncronisiert hat? Und dann sagt er, dass er den Daemon gar nicht starten kann? Lese er die logs. Da steht was von timeout und Failed.

Was sagt denn sudo journalctl -u ntpd -b

Ich habe erstmal ntp wieder installiert: timedatectl set-ntp 1 timedatectl status Local time: Sa 2016-11-19 14:29:24 CET Universal time: Sa 2016-11-19 13:29:24 UTC RTC time: Sa 2016-11-19 13:29:24 Timezone: Europe/Berlin (CET, +0100) NTP enabled: yes NTP synchronized: yes RTC in local TZ: no DST active: no Last DST change: DST ended at So 2016-10-30 02:59:59 CEST So 2016-10-30 02:00:00 CET Next DST change: DST begins (the clock jumps one hour forward) at So 2017-03-26 01:59:59 CET So 2017-03-26 03:00:00 CEST ntp ist also wieder an und rennt. journalctl -u ntpd -b -- Logs begin at So 2016-08-21 19:54:49 CEST, end at Sa 2016-11-19 14:35:51 CET. Nov 19 14:33:42 dharma systemd[1]: Starting NTP Server Daemon... Nov 19 14:33:42 dharma ntpd[852]: ntpd 4.2.8p8@1.3265-o Mon Jun 13 15:58:22 UTC Nov 19 14:33:42 dharma ntpd[852]: Command line: /usr/sbin/ntpd -p /var/run/ntp/n Nov 19 14:33:42 dharma ntpd[855]: proto: precision = 0.129 usec (-23) Nov 19 14:33:42 dharma ntpd[855]: switching logging to file /var/log/ntp Nov 19 14:33:42 dharma start-ntpd[837]: Starting network time protocol daemon (N Nov 19 14:33:42 dharma systemd[1]: Started NTP Server Daemon. lines 1-8/8 (END) Ich habe den Rechner zweimal neugestartet und es funzt wieder, keine Wartezeiten beim Rechnerstart. Scheinbar hat Deinstallation und Neuinstallation des ntp packages das Problem gelöst. Vielen Dank an alle!! Gruß Karl -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org