NTP ne s'active pas
Antoniop Membre non connecté
-
- Voir le profil du membre Antoniop
- Inscrit le : 21/12/2011
- Groupes :
J'essaie d'activer ntp sur ma mageia 6, mais il ne s'active pas :
je vais dans le mcc, gérér la date et l'heure
je coche activer
je choisi mon serveur
je fais ok.
Mais si je reviens, ntp est désactivé/
ça marche chez vous ?
Merci !
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
J' ai fait un test, après avoir sélectionné la case " activer ntp", sélectionné un pool ntp ( fr.pool.ntp.org), et cliqué sur ok, j' ai un message impossible de synchroniser avec "fr.pool.ntp.org" ... Donc pas mieux chez moi.
Si drakclock est lancé depuis la konsole, peut être y ' a t' il des messages d' erreur ?
Edit: lors de l' activation du serveur ntp, il y a activation d' un service systemd (mais je n' ai pas noté le nom). Peut être faudrait t' il vérifier si ce service reste actif ou non ?
Édité par nic80 Le 27/05/2019 à 09h42
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
funix Membre non connecté
-
- Voir le profil du membre funix
- Inscrit le : 17/12/2012
- Site internet
- Groupes :
status chronyd.service
on obtenait ça
● chronyd.service - NTP client/server
Loaded: loaded (/usr/lib/systemd/system/chronyd.service; enabled; vendor preset: enabled)
Active: active (running) since lun. 2019-05-27 22:25:32 CEST; 54s ago
Process: 14402 ExecStartPost=/usr/libexec/chrony-helper update-daemon (code=exited, status=0/SUCCESS)
Process: 14398 ExecStart=/usr/sbin/chronyd $OPTIONS (code=exited, status=0/SUCCESS)
Main PID: 14400 (chronyd)
CGroup: /system.slice/chronyd.service
└─14400 /usr/sbin/chronyd
mai 27 22:25:32 tetiaroa.kervao.fr systemd[1]: Starting NTP client/server...
mai 27 22:25:32 tetiaroa.kervao.fr chronyd[14400]: chronyd version 2.4.1 starting (+CMDMON +NTP +REFCLOCK +RTC +PRIVDROP +SCFILTER +SECHASH +ASYNCDNS +IPV6 -DEBUG)
mai 27 22:25:32 tetiaroa.kervao.fr chronyd[14400]: Frequency -4.814 +/- 0.178 ppm read from /var/lib/chrony/drift
mai 27 22:25:32 tetiaroa.kervao.fr systemd[1]: Started NTP client/server.
mai 27 22:25:37 tetiaroa.kervao.fr chronyd[14400]: Selected source 62.210.205.24
j'en ai déduit que ça fonctionnait quand même, en revanche avec chrony qui a remplacé ntp, je ne retrouve pas la commande ntptrace qui était bien utile pour connaitre l'état de la synchronisation
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Il est sûr maintenant que le service utilisé n'est plus ntpd, mais soit chronyd, soit systemd-timesyncd.service.
Je crois que le bug restant, c'est que même si chronyd est activé, drackclock n'affiche pas qu'il est activé.
funix Membre non connecté
-
- Voir le profil du membre funix
- Inscrit le : 17/12/2012
- Site internet
- Groupes :
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
funix :
Il semblerait que drackclock en soit resté à ntp d'où le problème, je pense que ça devrait marcher si on installe ntp (qui existe dans les packages) au lieu de chronyd mais je ne suis pas sûr que ça soit une bonne idée car chronyd est jugé bien plus performant.
Non, il a été changé pour chronyd
http://gitweb.mageia.org/software/drakx/commit/?id=d54857e5704e52bc93d810250732affc82e1d65f
par contre, je me demande s'il n'y a pas une interférence avec systemd-timesync
nic80 Membre non connecté
-
- Voir le profil du membre nic80
- Inscrit le : 06/08/2018
- Groupes :
-
Modérateur
Citation :
Il est sûr maintenant que le service utilisé n'est plus ntpd, mais soit chronyd, soit systemd-timesyncd.service.
Pourtant (sur une Mageia 6, qui est celle ou j' ai utilisé drakclock) :
Code TEXT :
$ systemctl status chronyd
Failed to dump process list, ignoring: Unit chronyd.service not found.
● chronyd.service
Loaded: not-found (Reason: No such file or directory)
Active: inactive (dead)
$ systemctl status ntpd
● ntpd.service - Network Time Service
Loaded: loaded (/usr/lib/systemd/system/ntpd.service; enabled; vendor preset: enabled)
Active: active (running) since mar. 2019-05-28 19:54:29 CEST; 7min ago
Process: 932 ExecStart=/usr/sbin/ntpd -u ntp:ntp $OPTIONS (code=exited, status=0/SUCCESS)
Main PID: 974 (ntpd)
CGroup: /system.slice/ntpd.service
└─974 /usr/sbin/ntpd -u ntp:ntp -g
$ systemctl status systemd-timesyncd
● systemd-timesyncd.service - Network Time Synchronization
Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; disabled; vendor preset: disabled)
Active: inactive (dead)
Docs: man:systemd-timesyncd.service(8)
Sur une Mageia 7:
Code TEXT :
$ systemctl status chronyd
Unit chronyd.service could not be found.
$ systemctl status ntpd
● ntpd.service - Network Time Service
Loaded: loaded (/usr/lib/systemd/system/ntpd.service; disabled; vendor preset: disabled)
Active: inactive (dead)
$ systemctl status systemd-timesyncd
● systemd-timesyncd.service - Network Time Synchronization
Loaded: loaded (/usr/lib/systemd/system/systemd-timesyncd.service; disabled; vendor preset: disabled)
Active: inactive (dead)
Docs: man:systemd-timesyncd.service(8)
$ drakclock
Ignore the following Glib::Object::Introspection & Gtk3 warnings
Subroutine Gtk3::main redefined at /usr/share/perl5/vendor_perl/Gtk3.pm line 525.
Note: This output shows SysV services only and does not include native
systemd services. SysV configuration data might be overridden by native
systemd configuration.
If you want to list systemd services use 'systemctl list-unit-files'.
To see services enabled on particular target use
'systemctl list-dependencies [target]'.
Created symlink /etc/systemd/system/multi-user.target.wants/ntpd.service → /usr/lib/systemd/system/ntpd.service.
28 May 20:07:56 ntpd[17068]: ntpd 4.2.8p13@1.3847-o Fri Mar 29 13:48:38 UTC 2019 (1): Starting
28 May 20:07:56 ntpd[17068]: Command line: /usr/sbin/ntpd -gqc /dev/null fr.pool.ntp.org
Donc l' unité qui est activée est ntpd par drakclock.
En revanche, la case est effectivement décochée lors d' un relancement de drakclock ( y compris sous Mageia 7 en tant que root ( la première execution qui a activé le service ntpd a été faite en tant qu' utilisateur normal ! c' est normal ? ))
Édité par nic80 Le 28/05/2019 à 20h19
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie