Ma machine (un G3 beige) a une horloge qui dérive naturellement de 130
ppm environ (càd qu'elle prend 11 secondes par jour).
J'espérais naïvement qu'en activant la synchronisation d'horloge
réseau, tout rentrerait dans l'ordre. Il n'en est rien, bien que le
démon ntpd soit actif.
Après investigation, il me semble que la cause en est mon fichier
/etc/ntp.conf, qui contient "minpoll 12 maxpoll 17", alors que, selon
les principes de fonctionnement de ntpd, il me faudrait minpoll 6 ou 7
pour corriger la dérive non négligeable de mon horloge. Et comme la
boucle de synchronisation de ntpd n'est jamais verrouillée, mon fichier
/private/var/run/ntp.drift contient désepérément 0.000, ce qui ne
permet pas à ntpd de démarrer correctement son boulot.
C'est un cercle vicieux, voire infernal.
J'ai bien essayé d'éditer ntp.conf à la main pour y mettre minpoll 6
maxpoll 6, mais dès que j'ouvre le tableau de bord date et heure pour
relancer ntpd, un petit lutin malicieux vient détruire mon travail et
remettre minpoll 12 maxpoll 17. La rage!
D'où ma question: quelqu'un sait-il ce que je dois toucher pour
inscrire, une bonne fois pour toutes, minpoll 6 maxpoll 6 dans mon
fichier ntp.conf ?
Merci!
(à moins qu'on sache me dire ce qu'il faudrait que j'inscrive dans
ntp.drift pour compenser une avance de 130 ppm et amorcer la pompe, on
ne sait jamais...)
Ma machine (un G3 beige) a une horloge qui dérive naturellement de 130
ppm environ (càd qu'elle prend 11 secondes par jour).
J'espérais naïvement qu'en activant la synchronisation d'horloge
réseau, tout rentrerait dans l'ordre. Il n'en est rien, bien que le
démon ntpd soit actif.
Après investigation, il me semble que la cause en est mon fichier
/etc/ntp.conf, qui contient "minpoll 12 maxpoll 17", alors que, selon
les principes de fonctionnement de ntpd, il me faudrait minpoll 6 ou 7
pour corriger la dérive non négligeable de mon horloge. Et comme la
boucle de synchronisation de ntpd n'est jamais verrouillée, mon fichier
/private/var/run/ntp.drift contient désepérément 0.000, ce qui ne
permet pas à ntpd de démarrer correctement son boulot.
C'est un cercle vicieux, voire infernal.
J'ai bien essayé d'éditer ntp.conf à la main pour y mettre minpoll 6
maxpoll 6, mais dès que j'ouvre le tableau de bord date et heure pour
relancer ntpd, un petit lutin malicieux vient détruire mon travail et
remettre minpoll 12 maxpoll 17. La rage!
D'où ma question: quelqu'un sait-il ce que je dois toucher pour
inscrire, une bonne fois pour toutes, minpoll 6 maxpoll 6 dans mon
fichier ntp.conf ?
Merci!
(à moins qu'on sache me dire ce qu'il faudrait que j'inscrive dans
ntp.drift pour compenser une avance de 130 ppm et amorcer la pompe, on
ne sait jamais...)
Ma machine (un G3 beige) a une horloge qui dérive naturellement de 130
ppm environ (càd qu'elle prend 11 secondes par jour).
J'espérais naïvement qu'en activant la synchronisation d'horloge
réseau, tout rentrerait dans l'ordre. Il n'en est rien, bien que le
démon ntpd soit actif.
Après investigation, il me semble que la cause en est mon fichier
/etc/ntp.conf, qui contient "minpoll 12 maxpoll 17", alors que, selon
les principes de fonctionnement de ntpd, il me faudrait minpoll 6 ou 7
pour corriger la dérive non négligeable de mon horloge. Et comme la
boucle de synchronisation de ntpd n'est jamais verrouillée, mon fichier
/private/var/run/ntp.drift contient désepérément 0.000, ce qui ne
permet pas à ntpd de démarrer correctement son boulot.
C'est un cercle vicieux, voire infernal.
J'ai bien essayé d'éditer ntp.conf à la main pour y mettre minpoll 6
maxpoll 6, mais dès que j'ouvre le tableau de bord date et heure pour
relancer ntpd, un petit lutin malicieux vient détruire mon travail et
remettre minpoll 12 maxpoll 17. La rage!
D'où ma question: quelqu'un sait-il ce que je dois toucher pour
inscrire, une bonne fois pour toutes, minpoll 6 maxpoll 6 dans mon
fichier ntp.conf ?
Merci!
(à moins qu'on sache me dire ce qu'il faudrait que j'inscrive dans
ntp.drift pour compenser une avance de 130 ppm et amorcer la pompe, on
ne sait jamais...)
Ma machine (un G3 beige) a une horloge qui dérive naturellement de 130
ppm environ (càd qu'elle prend 11 secondes par jour).
J'espérais naïvement qu'en activant la synchronisation d'horloge
réseau, tout rentrerait dans l'ordre. Il n'en est rien, bien que le
démon ntpd soit actif.
Après investigation, il me semble que la cause en est mon fichier
/etc/ntp.conf, qui contient "minpoll 12 maxpoll 17", alors que, selon
les principes de fonctionnement de ntpd, il me faudrait minpoll 6 ou 7
pour corriger la dérive non négligeable de mon horloge. Et comme la
boucle de synchronisation de ntpd n'est jamais verrouillée, mon fichier
/private/var/run/ntp.drift contient désepérément 0.000, ce qui ne
permet pas à ntpd de démarrer correctement son boulot.
C'est un cercle vicieux, voire infernal.
J'ai bien essayé d'éditer ntp.conf à la main pour y mettre minpoll 6
maxpoll 6, mais dès que j'ouvre le tableau de bord date et heure pour
relancer ntpd, un petit lutin malicieux vient détruire mon travail et
remettre minpoll 12 maxpoll 17. La rage!
D'où ma question: quelqu'un sait-il ce que je dois toucher pour
inscrire, une bonne fois pour toutes, minpoll 6 maxpoll 6 dans mon
fichier ntp.conf ?
Merci!
(à moins qu'on sache me dire ce qu'il faudrait que j'inscrive dans
ntp.drift pour compenser une avance de 130 ppm et amorcer la pompe, on
ne sait jamais...)
<<
driftfile driftfile
This command specifies the name of the file use to record the
frequency offset of the local clock oscillator. If the file
exists, it is read at startup in order to set the initial fre-
quency offset and then updated once per hour with the current
frequency offset computed by the daemon. If the file does not
exist or this command is not given, the initial frequency offset
is assume zero. In this case, it may take some hours for the
frequency to stabilize and the residual timing errors to sub-
side.
c'est normal qu'il soit initialisé à zéro ...
ntpd ne génère-t-il pas de log quand il a un problème ?
(dans /var/log ?)
as-tu bien une ligne indiquant le serveur dans /etc/ntp.conf ?
Pourquoi ne passes-tu pas par l'interface de réglage de l'heure sur
laquelle tu peux indiquer un serveur NTP sur lequel synchroniser.
Ma machine (un G3 beige) a une horloge qui dérive naturellement de 130
ppm environ (càd qu'elle prend 11 secondes par jour).
J'espérais naïvement qu'en activant la synchronisation d'horloge
réseau, tout rentrerait dans l'ordre. Il n'en est rien, bien que le
démon ntpd soit actif.
Après investigation, il me semble que la cause en est mon fichier
/etc/ntp.conf, qui contient "minpoll 12 maxpoll 17", alors que, selon
les principes de fonctionnement de ntpd, il me faudrait minpoll 6 ou 7
pour corriger la dérive non négligeable de mon horloge. Et comme la
boucle de synchronisation de ntpd n'est jamais verrouillée, mon fichier
/private/var/run/ntp.drift contient désepérément 0.000, ce qui ne
permet pas à ntpd de démarrer correctement son boulot.
C'est un cercle vicieux, voire infernal.
J'ai bien essayé d'éditer ntp.conf à la main pour y mettre minpoll 6
maxpoll 6, mais dès que j'ouvre le tableau de bord date et heure pour
relancer ntpd, un petit lutin malicieux vient détruire mon travail et
remettre minpoll 12 maxpoll 17. La rage!
D'où ma question: quelqu'un sait-il ce que je dois toucher pour
inscrire, une bonne fois pour toutes, minpoll 6 maxpoll 6 dans mon
fichier ntp.conf ?
Merci!
(à moins qu'on sache me dire ce qu'il faudrait que j'inscrive dans
ntp.drift pour compenser une avance de 130 ppm et amorcer la pompe, on
ne sait jamais...)
<<
driftfile driftfile
This command specifies the name of the file use to record the
frequency offset of the local clock oscillator. If the file
exists, it is read at startup in order to set the initial fre-
quency offset and then updated once per hour with the current
frequency offset computed by the daemon. If the file does not
exist or this command is not given, the initial frequency offset
is assume zero. In this case, it may take some hours for the
frequency to stabilize and the residual timing errors to sub-
side.
c'est normal qu'il soit initialisé à zéro ...
ntpd ne génère-t-il pas de log quand il a un problème ?
(dans /var/log ?)
as-tu bien une ligne indiquant le serveur dans /etc/ntp.conf ?
Pourquoi ne passes-tu pas par l'interface de réglage de l'heure sur
laquelle tu peux indiquer un serveur NTP sur lequel synchroniser.
Ma machine (un G3 beige) a une horloge qui dérive naturellement de 130
ppm environ (càd qu'elle prend 11 secondes par jour).
J'espérais naïvement qu'en activant la synchronisation d'horloge
réseau, tout rentrerait dans l'ordre. Il n'en est rien, bien que le
démon ntpd soit actif.
Après investigation, il me semble que la cause en est mon fichier
/etc/ntp.conf, qui contient "minpoll 12 maxpoll 17", alors que, selon
les principes de fonctionnement de ntpd, il me faudrait minpoll 6 ou 7
pour corriger la dérive non négligeable de mon horloge. Et comme la
boucle de synchronisation de ntpd n'est jamais verrouillée, mon fichier
/private/var/run/ntp.drift contient désepérément 0.000, ce qui ne
permet pas à ntpd de démarrer correctement son boulot.
C'est un cercle vicieux, voire infernal.
J'ai bien essayé d'éditer ntp.conf à la main pour y mettre minpoll 6
maxpoll 6, mais dès que j'ouvre le tableau de bord date et heure pour
relancer ntpd, un petit lutin malicieux vient détruire mon travail et
remettre minpoll 12 maxpoll 17. La rage!
D'où ma question: quelqu'un sait-il ce que je dois toucher pour
inscrire, une bonne fois pour toutes, minpoll 6 maxpoll 6 dans mon
fichier ntp.conf ?
Merci!
(à moins qu'on sache me dire ce qu'il faudrait que j'inscrive dans
ntp.drift pour compenser une avance de 130 ppm et amorcer la pompe, on
ne sait jamais...)
<<
driftfile driftfile
This command specifies the name of the file use to record the
frequency offset of the local clock oscillator. If the file
exists, it is read at startup in order to set the initial fre-
quency offset and then updated once per hour with the current
frequency offset computed by the daemon. If the file does not
exist or this command is not given, the initial frequency offset
is assume zero. In this case, it may take some hours for the
frequency to stabilize and the residual timing errors to sub-
side.
c'est normal qu'il soit initialisé à zéro ...
ntpd ne génère-t-il pas de log quand il a un problème ?
(dans /var/log ?)
as-tu bien une ligne indiquant le serveur dans /etc/ntp.conf ?
Pourquoi ne passes-tu pas par l'interface de réglage de l'heure sur
laquelle tu peux indiquer un serveur NTP sur lequel synchroniser.
John Duff wrote:Ma machine (un G3 beige) a une horloge qui dérive naturellement de 130
ppm environ (càd qu'elle prend 11 secondes par jour).
J'espérais naïvement qu'en activant la synchronisation d'horloge
réseau, tout rentrerait dans l'ordre. Il n'en est rien, bien que le
démon ntpd soit actif.
Après investigation, il me semble que la cause en est mon fichier
/etc/ntp.conf, qui contient "minpoll 12 maxpoll 17", alors que, selon
les principes de fonctionnement de ntpd, il me faudrait minpoll 6 ou 7
pour corriger la dérive non négligeable de mon horloge. Et comme la
boucle de synchronisation de ntpd n'est jamais verrouillée, mon fichier
/private/var/run/ntp.drift contient désepérément 0.000, ce qui ne
permet pas à ntpd de démarrer correctement son boulot.
C'est un cercle vicieux, voire infernal.
J'ai bien essayé d'éditer ntp.conf à la main pour y mettre minpoll 6
maxpoll 6, mais dès que j'ouvre le tableau de bord date et heure pour
relancer ntpd, un petit lutin malicieux vient détruire mon travail et
remettre minpoll 12 maxpoll 17. La rage!
Si c'est comme sur ma machine, je suggèrerai d'éditer le fichier .conf à
la main, avec les pages man sur les genoux, et ne plus passer par
l'interface utilisateur officielle.
Ceci dit, nous n'avons peut-être pas exactement la même version du
système (10.3.2. pour moi).
D'où ma question: quelqu'un sait-il ce que je dois toucher pour
inscrire, une bonne fois pour toutes, minpoll 6 maxpoll 6 dans mon
fichier ntp.conf ?
Je n'ai pas vérifié, mais de mémoire, il faut deux valeurs différentes.
minpoll est l'intervalle minimum d'interrogation du serveur.
Puis, en fonction de la dérive constatée par le démon, il espace ses
interrogations à concurrence de maxpoll, au plus.
(à moins qu'on sache me dire ce qu'il faudrait que j'inscrive dans
ntp.drift pour compenser une avance de 130 ppm et amorcer la pompe, on
ne sait jamais...)
Ce fichier doit être laissé tel quel, car c'est le démon qui le remplit
comme il veut. Quelque soit la valeur, je ne crois pas que cela le
poussera à amorcer la pompe.
John Duff <john.duff@wanadoo.fr> wrote:
Ma machine (un G3 beige) a une horloge qui dérive naturellement de 130
ppm environ (càd qu'elle prend 11 secondes par jour).
J'espérais naïvement qu'en activant la synchronisation d'horloge
réseau, tout rentrerait dans l'ordre. Il n'en est rien, bien que le
démon ntpd soit actif.
Après investigation, il me semble que la cause en est mon fichier
/etc/ntp.conf, qui contient "minpoll 12 maxpoll 17", alors que, selon
les principes de fonctionnement de ntpd, il me faudrait minpoll 6 ou 7
pour corriger la dérive non négligeable de mon horloge. Et comme la
boucle de synchronisation de ntpd n'est jamais verrouillée, mon fichier
/private/var/run/ntp.drift contient désepérément 0.000, ce qui ne
permet pas à ntpd de démarrer correctement son boulot.
C'est un cercle vicieux, voire infernal.
J'ai bien essayé d'éditer ntp.conf à la main pour y mettre minpoll 6
maxpoll 6, mais dès que j'ouvre le tableau de bord date et heure pour
relancer ntpd, un petit lutin malicieux vient détruire mon travail et
remettre minpoll 12 maxpoll 17. La rage!
Si c'est comme sur ma machine, je suggèrerai d'éditer le fichier .conf à
la main, avec les pages man sur les genoux, et ne plus passer par
l'interface utilisateur officielle.
Ceci dit, nous n'avons peut-être pas exactement la même version du
système (10.3.2. pour moi).
D'où ma question: quelqu'un sait-il ce que je dois toucher pour
inscrire, une bonne fois pour toutes, minpoll 6 maxpoll 6 dans mon
fichier ntp.conf ?
Je n'ai pas vérifié, mais de mémoire, il faut deux valeurs différentes.
minpoll est l'intervalle minimum d'interrogation du serveur.
Puis, en fonction de la dérive constatée par le démon, il espace ses
interrogations à concurrence de maxpoll, au plus.
(à moins qu'on sache me dire ce qu'il faudrait que j'inscrive dans
ntp.drift pour compenser une avance de 130 ppm et amorcer la pompe, on
ne sait jamais...)
Ce fichier doit être laissé tel quel, car c'est le démon qui le remplit
comme il veut. Quelque soit la valeur, je ne crois pas que cela le
poussera à amorcer la pompe.
John Duff wrote:Ma machine (un G3 beige) a une horloge qui dérive naturellement de 130
ppm environ (càd qu'elle prend 11 secondes par jour).
J'espérais naïvement qu'en activant la synchronisation d'horloge
réseau, tout rentrerait dans l'ordre. Il n'en est rien, bien que le
démon ntpd soit actif.
Après investigation, il me semble que la cause en est mon fichier
/etc/ntp.conf, qui contient "minpoll 12 maxpoll 17", alors que, selon
les principes de fonctionnement de ntpd, il me faudrait minpoll 6 ou 7
pour corriger la dérive non négligeable de mon horloge. Et comme la
boucle de synchronisation de ntpd n'est jamais verrouillée, mon fichier
/private/var/run/ntp.drift contient désepérément 0.000, ce qui ne
permet pas à ntpd de démarrer correctement son boulot.
C'est un cercle vicieux, voire infernal.
J'ai bien essayé d'éditer ntp.conf à la main pour y mettre minpoll 6
maxpoll 6, mais dès que j'ouvre le tableau de bord date et heure pour
relancer ntpd, un petit lutin malicieux vient détruire mon travail et
remettre minpoll 12 maxpoll 17. La rage!
Si c'est comme sur ma machine, je suggèrerai d'éditer le fichier .conf à
la main, avec les pages man sur les genoux, et ne plus passer par
l'interface utilisateur officielle.
Ceci dit, nous n'avons peut-être pas exactement la même version du
système (10.3.2. pour moi).
D'où ma question: quelqu'un sait-il ce que je dois toucher pour
inscrire, une bonne fois pour toutes, minpoll 6 maxpoll 6 dans mon
fichier ntp.conf ?
Je n'ai pas vérifié, mais de mémoire, il faut deux valeurs différentes.
minpoll est l'intervalle minimum d'interrogation du serveur.
Puis, en fonction de la dérive constatée par le démon, il espace ses
interrogations à concurrence de maxpoll, au plus.
(à moins qu'on sache me dire ce qu'il faudrait que j'inscrive dans
ntp.drift pour compenser une avance de 130 ppm et amorcer la pompe, on
ne sait jamais...)
Ce fichier doit être laissé tel quel, car c'est le démon qui le remplit
comme il veut. Quelque soit la valeur, je ne crois pas que cela le
poussera à amorcer la pompe.
ntpd ne génère-t-il pas de log quand il a un problème ?
(dans /var/log ?)
Non, puisque du point de vue de ntpd, il n'y a pas de problème. C'st
moi qui ai un problème, avec ce minpoll que je n'arrive pas à
configurer.
ntpd ne génère-t-il pas de log quand il a un problème ?
(dans /var/log ?)
Non, puisque du point de vue de ntpd, il n'y a pas de problème. C'st
moi qui ai un problème, avec ce minpoll que je n'arrive pas à
configurer.
ntpd ne génère-t-il pas de log quand il a un problème ?
(dans /var/log ?)
Non, puisque du point de vue de ntpd, il n'y a pas de problème. C'st
moi qui ai un problème, avec ce minpoll que je n'arrive pas à
configurer.
ntpd ne génère-t-il pas de log quand il a un problème ?
(dans /var/log ?)
Non, puisque du point de vue de ntpd, il n'y a pas de problème. C'st
moi qui ai un problème, avec ce minpoll que je n'arrive pas à
configurer.
es-tu sûr de comprendre ce que sont les valeurs de minpoll
et de maxpoll ?
ntpd ne génère-t-il pas de log quand il a un problème ?
(dans /var/log ?)
Non, puisque du point de vue de ntpd, il n'y a pas de problème. C'st
moi qui ai un problème, avec ce minpoll que je n'arrive pas à
configurer.
es-tu sûr de comprendre ce que sont les valeurs de minpoll
et de maxpoll ?
ntpd ne génère-t-il pas de log quand il a un problème ?
(dans /var/log ?)
Non, puisque du point de vue de ntpd, il n'y a pas de problème. C'st
moi qui ai un problème, avec ce minpoll que je n'arrive pas à
configurer.
es-tu sûr de comprendre ce que sont les valeurs de minpoll
et de maxpoll ?