Quand je lance ntp "à la main" avec ntpd, ça marche.
ntpq -p me renvoie des informations valables :
root@localhost rc.d]# ntpq -p
remote refid st t when poll reach delay offset
jitter
==============================================================================
fennas.vuntz.ne .INIT. 16 u - 64 0 0.000 0.000
4000.00
www.berut.net .INIT. 16 u - 64 0 0.000 0.000
4000.00
fennas.vuntz.ne 134.214.100.6 3 u - 64 1 87.962 -361125
0.004
Mais au boot, il y a un échec du lancement de ntpd. Je maîtrise assez mal
les processus qui sont lancés à l'initialisation.
ntpd figure dans /etc/rc.d/init.d.
Où me faudrait-il porter mes regards pour avancer sur ce point ?
En vous remerciant,
Dominique
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Stéphane Acounis
Bonjour,
Quand je lance ntp "à la main" avec ntpd, ça marche. ntpq -p me renvoie des informations valables : rc.d]# ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================= > fennas.vuntz.ne .INIT. 16 u - 64 0 0.000 0.000 4000.00 www.berut.net .INIT. 16 u - 64 0 0.000 0.000 4000.00 fennas.vuntz.ne 134.214.100.6 3 u - 64 1 87.962 -361125 0.004
Mais au boot, il y a un échec du lancement de ntpd. Je maîtrise assez mal les processus qui sont lancés à l'initialisation. ntpd figure dans /etc/rc.d/init.d. Où me faudrait-il porter mes regards pour avancer sur ce point ? En vous remerciant, Dominique
L'offset me semble un poil trop important pour un bon fonctionnement. Essaye une mise à l'heure avec ntpdate avant de lancer ntpd.
ntpdate -s serveur
-- Stéphane ACOUNIS «Chaque fois, chaque fois, chaque fois, que je te vois, chaque fois que tu sors de chez moi, tu es complètement fraca»
Bonjour,
Quand je lance ntp "à la main" avec ntpd, ça marche.
ntpq -p me renvoie des informations valables :
root@localhost rc.d]# ntpq -p
remote refid st t when poll reach delay offset
jitter
============================================================================= > fennas.vuntz.ne .INIT. 16 u - 64 0 0.000 0.000
4000.00
www.berut.net .INIT. 16 u - 64 0 0.000 0.000
4000.00
fennas.vuntz.ne 134.214.100.6 3 u - 64 1 87.962 -361125
0.004
Mais au boot, il y a un échec du lancement de ntpd. Je maîtrise assez mal
les processus qui sont lancés à l'initialisation.
ntpd figure dans /etc/rc.d/init.d.
Où me faudrait-il porter mes regards pour avancer sur ce point ?
En vous remerciant,
Dominique
L'offset me semble un poil trop important pour un bon fonctionnement.
Essaye une mise à l'heure avec ntpdate avant de lancer ntpd.
ntpdate -s serveur
--
Stéphane ACOUNIS
«Chaque fois, chaque fois, chaque fois, que je te vois,
chaque fois que tu sors de chez moi, tu es complètement fraca»
Quand je lance ntp "à la main" avec ntpd, ça marche. ntpq -p me renvoie des informations valables : rc.d]# ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================= > fennas.vuntz.ne .INIT. 16 u - 64 0 0.000 0.000 4000.00 www.berut.net .INIT. 16 u - 64 0 0.000 0.000 4000.00 fennas.vuntz.ne 134.214.100.6 3 u - 64 1 87.962 -361125 0.004
Mais au boot, il y a un échec du lancement de ntpd. Je maîtrise assez mal les processus qui sont lancés à l'initialisation. ntpd figure dans /etc/rc.d/init.d. Où me faudrait-il porter mes regards pour avancer sur ce point ? En vous remerciant, Dominique
L'offset me semble un poil trop important pour un bon fonctionnement. Essaye une mise à l'heure avec ntpdate avant de lancer ntpd.
ntpdate -s serveur
-- Stéphane ACOUNIS «Chaque fois, chaque fois, chaque fois, que je te vois, chaque fois que tu sors de chez moi, tu es complètement fraca»
manuel viet
In article <41adbe33$0$9798$, Dominique wrote:
Mais au boot, il y a un échec du lancement de ntpd. Je maîtrise assez mal les processus qui sont lancés à l'initialisation. ntpd figure dans /etc/rc.d/init.d. Où me faudrait-il porter mes regards pour avancer sur ce point ?
S'assurer que ntp se lance une fois que le réseau est actif.
Normalement, le script ntp est appelé par un symlink situé dans /etc/rc.d/rcRUNLVL.d (où RUNLVL = runlevel utilisé).
Le symlink s'appelle Sxxntpd où xx = priorité ; plus le chiffre est élevé, plus le service est lancé 'tard'. Renommer en S99ntpd pour s'assurer que ntpd parte dans les derniers.
-- (( Manuel Viet * mailto: (^.^) (")")
In article <41adbe33$0$9798$8fcfb975@news.wanadoo.fr>, Dominique wrote:
Mais au boot, il y a un échec du lancement de ntpd. Je maîtrise assez mal
les processus qui sont lancés à l'initialisation.
ntpd figure dans /etc/rc.d/init.d.
Où me faudrait-il porter mes regards pour avancer sur ce point ?
S'assurer que ntp se lance une fois que le réseau est actif.
Normalement, le script ntp est appelé par un symlink situé dans
/etc/rc.d/rcRUNLVL.d (où RUNLVL = runlevel utilisé).
Le symlink s'appelle Sxxntpd où xx = priorité ; plus le chiffre
est élevé, plus le service est lancé 'tard'. Renommer en S99ntpd
pour s'assurer que ntpd parte dans les derniers.
--
(( Manuel Viet * mailto:manuel@m-viet.net
(^.^)
(")")
Mais au boot, il y a un échec du lancement de ntpd. Je maîtrise assez mal les processus qui sont lancés à l'initialisation. ntpd figure dans /etc/rc.d/init.d. Où me faudrait-il porter mes regards pour avancer sur ce point ?
S'assurer que ntp se lance une fois que le réseau est actif.
Normalement, le script ntp est appelé par un symlink situé dans /etc/rc.d/rcRUNLVL.d (où RUNLVL = runlevel utilisé).
Le symlink s'appelle Sxxntpd où xx = priorité ; plus le chiffre est élevé, plus le service est lancé 'tard'. Renommer en S99ntpd pour s'assurer que ntpd parte dans les derniers.
-- (( Manuel Viet * mailto: (^.^) (")")
manuel viet
In article <41adf325$0$30451$, Dominique wrote:
manuel viet wrote:
Normalement, le script ntp est appelé par un symlink situé dans /etc/rc.d/rcRUNLVL.d (où RUNLVL = runlevel utilisé).
Le symlink s'appelle Sxxntpd où xx = priorité ; plus le chiffre est élevé, plus le service est lancé 'tard'. Renommer en S99ntpd pour s'assurer que ntpd parte dans les derniers.
Bonsoir, Je trouve le symlink dans plusieurs rc0.d à rc6.d Je le trouve parfois en k74 et parfois en S68 voire en s58... Lequel (lesquels) choisir ?
Celui du runlevel de travail habituel ; on peut le lire à la première ligne d'inittab (id:x:initdefault -> x est le runlevel usuel) ; La version Kxx du symlink sert à tuer le service quand on change de runlevel.
Accessoirement, je découvre que c'est là que se trouve la chronologie des lancements. Mais pourquoi plusieurs liens symboliques similaires dans des répertoires différents ?
Un runlevel, c'est approximativement comme les modes standard - sans échec - sans échec avec réseau de windows.
Chaque distrib fait ce qu'elle veut avec, mais la vôtre a l'air d'être assez "system V", donc chez vous : 0 - arrêt système 1 - maintenance : monoutilisateur, pas de réseau 2 - multi-utilisateurs, pas de réseau (ne pas utiliser en principe) 3 - Multi-utilisateurs, mode 'texte', réseau 4 - pas utilisé 5 - Multi-utilisateurs, mode graphique, réseau 6 - reboot
Pour changer de runlevel, étant root :
# telinit x
Par exemple, telinit 0 arrête le système.
-- (( Manuel Viet * mailto: (^.^) (")")
In article <41adf325$0$30451$8fcfb975@news.wanadoo.fr>, Dominique wrote:
manuel viet wrote:
Normalement, le script ntp est appelé par un symlink situé dans
/etc/rc.d/rcRUNLVL.d (où RUNLVL = runlevel utilisé).
Le symlink s'appelle Sxxntpd où xx = priorité ; plus le chiffre
est élevé, plus le service est lancé 'tard'. Renommer en S99ntpd
pour s'assurer que ntpd parte dans les derniers.
Bonsoir,
Je trouve le symlink dans plusieurs rc0.d à rc6.d
Je le trouve parfois en k74 et parfois en S68 voire en s58...
Lequel (lesquels) choisir ?
Celui du runlevel de travail habituel ; on peut le lire à la première ligne
d'inittab (id:x:initdefault -> x est le runlevel usuel) ;
La version Kxx du symlink sert à tuer le service quand on change de runlevel.
Accessoirement, je découvre que c'est là que se trouve la chronologie des
lancements. Mais pourquoi plusieurs liens symboliques similaires dans des
répertoires différents ?
Un runlevel, c'est approximativement comme les modes standard - sans échec
- sans échec avec réseau de windows.
Chaque distrib fait ce qu'elle veut avec, mais la vôtre a l'air d'être
assez "system V", donc chez vous :
0 - arrêt système
1 - maintenance : monoutilisateur, pas de réseau
2 - multi-utilisateurs, pas de réseau (ne pas utiliser en principe)
3 - Multi-utilisateurs, mode 'texte', réseau
4 - pas utilisé
5 - Multi-utilisateurs, mode graphique, réseau
6 - reboot
Pour changer de runlevel, étant root :
# telinit x
Par exemple, telinit 0 arrête le système.
--
(( Manuel Viet * mailto:manuel@m-viet.net
(^.^)
(")")
Normalement, le script ntp est appelé par un symlink situé dans /etc/rc.d/rcRUNLVL.d (où RUNLVL = runlevel utilisé).
Le symlink s'appelle Sxxntpd où xx = priorité ; plus le chiffre est élevé, plus le service est lancé 'tard'. Renommer en S99ntpd pour s'assurer que ntpd parte dans les derniers.
Bonsoir, Je trouve le symlink dans plusieurs rc0.d à rc6.d Je le trouve parfois en k74 et parfois en S68 voire en s58... Lequel (lesquels) choisir ?
Celui du runlevel de travail habituel ; on peut le lire à la première ligne d'inittab (id:x:initdefault -> x est le runlevel usuel) ; La version Kxx du symlink sert à tuer le service quand on change de runlevel.
Accessoirement, je découvre que c'est là que se trouve la chronologie des lancements. Mais pourquoi plusieurs liens symboliques similaires dans des répertoires différents ?
Un runlevel, c'est approximativement comme les modes standard - sans échec - sans échec avec réseau de windows.
Chaque distrib fait ce qu'elle veut avec, mais la vôtre a l'air d'être assez "system V", donc chez vous : 0 - arrêt système 1 - maintenance : monoutilisateur, pas de réseau 2 - multi-utilisateurs, pas de réseau (ne pas utiliser en principe) 3 - Multi-utilisateurs, mode 'texte', réseau 4 - pas utilisé 5 - Multi-utilisateurs, mode graphique, réseau 6 - reboot
Normalement, le script ntp est appelé par un symlink situé dans /etc/rc.d/rcRUNLVL.d (où RUNLVL = runlevel utilisé).
Le symlink s'appelle Sxxntpd où xx = priorité ; plus le chiffre est élevé, plus le service est lancé 'tard'. Renommer en S99ntpd pour s'assurer que ntpd parte dans les derniers.
Bonsoir, Je trouve le symlink dans plusieurs rc0.d à rc6.d Je le trouve parfois en k74 et parfois en S68 voire en s58... Lequel (lesquels) choisir ? Accessoirement, je découvre que c'est là que se trouve la chronologie des lancements. Mais pourquoi plusieurs liens symboliques similaires dans des répertoires différents ? Bonne soirée, Dominique
manuel viet wrote:
Normalement, le script ntp est appelé par un symlink situé dans
/etc/rc.d/rcRUNLVL.d (où RUNLVL = runlevel utilisé).
Le symlink s'appelle Sxxntpd où xx = priorité ; plus le chiffre
est élevé, plus le service est lancé 'tard'. Renommer en S99ntpd
pour s'assurer que ntpd parte dans les derniers.
Bonsoir,
Je trouve le symlink dans plusieurs rc0.d à rc6.d
Je le trouve parfois en k74 et parfois en S68 voire en s58...
Lequel (lesquels) choisir ?
Accessoirement, je découvre que c'est là que se trouve la chronologie des
lancements. Mais pourquoi plusieurs liens symboliques similaires dans des
répertoires différents ?
Bonne soirée,
Dominique
Normalement, le script ntp est appelé par un symlink situé dans /etc/rc.d/rcRUNLVL.d (où RUNLVL = runlevel utilisé).
Le symlink s'appelle Sxxntpd où xx = priorité ; plus le chiffre est élevé, plus le service est lancé 'tard'. Renommer en S99ntpd pour s'assurer que ntpd parte dans les derniers.
Bonsoir, Je trouve le symlink dans plusieurs rc0.d à rc6.d Je le trouve parfois en k74 et parfois en S68 voire en s58... Lequel (lesquels) choisir ? Accessoirement, je découvre que c'est là que se trouve la chronologie des lancements. Mais pourquoi plusieurs liens symboliques similaires dans des répertoires différents ? Bonne soirée, Dominique
Dominique
Stéphane Acounis wrote:
L'offset me semble un poil trop important pour un bon fonctionnement. Essaye une mise à l'heure avec ntpdate avant de lancer ntpd.
ntpdate -s serveur
Voici le résultat : [ normal]# ntpq -p remote refid st t when poll reach delay offset jitter ============================================================================= www.berut.net .INIT. 16 u - 64 0 0.000 0.000 4000.00 kremvax.net1.ne 195.220.94.163 2 u 29 64 1 118.882 -361165 0.004 www.berut.net 138.96.64.10 2 u 31 64 1 95.795 -361165 0.004
Est-il meilleur ? J'ai comme un gros doute :-) Bonne soirée, Dominique
Stéphane Acounis wrote:
L'offset me semble un poil trop important pour un bon fonctionnement.
Essaye une mise à l'heure avec ntpdate avant de lancer ntpd.
ntpdate -s serveur
Voici le résultat :
[root@localhost normal]# ntpq -p
remote refid st t when poll reach delay offset
jitter
============================================================================= www.berut.net .INIT. 16 u - 64 0 0.000 0.000
4000.00
kremvax.net1.ne 195.220.94.163 2 u 29 64 1 118.882 -361165
0.004
www.berut.net 138.96.64.10 2 u 31 64 1 95.795 -361165
0.004
Est-il meilleur ? J'ai comme un gros doute :-)
Bonne soirée,
Dominique
