[Fli4l_dev] Chrony geh?==?utf-8?Q?t mit dhcp Ciruits nicht on?==?utf-8?Q?line

[Christoph Schulz]

Hallo!

Frank schrieb am Mon, 12 November 2018 17:18:

> Interesant sind die 3 ersten  Einträge 
> Nov 12 13:38:49 router daemon.info chronyd[19626]: chronyd version
> 3.3 starting (+CMDMON +NTP +REFCLOCK +RTC -PRIVDROP -SCFILTER -SIGND
> +ASYNCDNS +SECHASH +IPV6 -DEBUG)
> Nov 12 13:38:49 router daemon.err chronyd[19626]: Wrong permissions
> on /var/run/chrony
> Nov 12 13:38:49 router daemon.warn chronyd[19626]: Disabled command
> socket /var/run/chrony/chronyd.sock

Gut erkannt! Wenn der UNIX-FIFO nicht erstellt wird, kann auch das
ip-up-Skript keinen "online"-Befehl an chrony absetzen, und chrony
verbleibt in alle Ewigkeit im "offline"-Zustand.

> Hier sind die zugehörigen Rechte
> router 4.0.0-r54331-testing # ls -ldh /var/run/chrony/
> drwxr-xr-x    2 root     root         100 Nov 12 14:40
> /var/run/chrony/
>
> router 4.0.0-r54331-testing # ls -lh /var/run/chrony
> -rw-r--r--    1 root     root        1.3K Nov 12 13:39
> measurements.log
> -rw-r--r--    1 root     root         702 Nov 12 13:39
> statistics.log
> -rw-r--r--    1 root     root        1.0K Nov 12 13:39 tracking.log

Hier liegt der Hund begraben (oder der Hase im Pfeffer): Die Log-Dateien
haben dort nichts zu suchen.

Die fli4l-Start-Skripte erstellen /var/run/chrony nicht, das überlassen
sie chrony. Die Frage ist also: Warum sind die Rechte falsch? Es ist ja
nicht sinnvoll, dass chrony das Verzeichnis mit falschen Rechten anlegt
und sich hinterher über sich selbst beschwert. Schaut man ins
Start-Skript, so wird klar, dass die Log-Dateien eigentlich in
/var/log/chrony angelegt werden. "Eigentlich", weil dem Anwender erlaubt
ist, das Verzeichnis zu ändern, und zwar via CHRONY_LOG.

Und tatsächlich: Du hast in deiner Konfiguration
CHRONY_LOG='/var/run/chrony' stehen und machst dadurch unbewusst alles
kaputt.

Bitte entferne die Einstellung aus deiner Konfigurationsdatei, dann
sollte alles funktionieren.

Deinen Vorschlag, chrony auf Version 3.4 zu aktualisieren und den
"onoffline"-Befehl zu nutzen, werden wir vermutlich trotzdem früher
oder später aufgreifen, das würde in deinem Fall aber das Problem
nicht lösen, weil man mit deinem chronyd überhaupt nicht kommunizieren
kann (wegen des fehlenden UNIX-FIFOs).


Viele Grüße,
-- 
Christoph Schulz
[fli4l-Team]