Archlinux.fr [Forums]

Bonjour à tous!
J'ai installé openntpd via pacman

pacman -S openntpd

J'ai modifié mon fichier rc.conf

Code : Tout sélectionner

DAEMONS=(syslog-ng @network netfs @crond @openntpd dbus hal esd @alsa gdm)

et mon fichier ntpd.conf

Code : Tout sélectionner

# $OpenBSD: ntpd.conf,v 1.7 2004/07/20 17:38:35 henning Exp $
# sample ntpd configuration file, see ntpd.conf(5)

# Addresses to listen on (ntpd does not listen by default)
#listen on *
#listen on 127.0.0.1
#listen on ::1

# sync to a single server
#server ntp.example.org

# use a random selection of 8 public stratum 2 servers
# see http://twiki.ntp.org/bin/view/Servers/NTPPoolServers
servers fr.pool.ntp.org

Opennptd semble se lancer correctement au démarrage

Code : Tout sélectionner

ps aux | grep ntp
ntp       3155  0.0  0.0  13744   900 pts/0    S    23:09   0:00 /usr/sbin/ntpd -s
root      3156  0.0  0.0  17956   628 ?        Ss   23:09   0:00 /usr/sbin/ntpd -s
root      3204  0.0  0.0   7760   940 pts/0    S+   23:17   0:00 grep ntp

Cependant aucune correction de l'heure n'est faite ( je l'ai vérifié dans daemons.log) et je n'ai aucun message d'erreur sur messages.log.
De plus tcpdump me montre qu'aucune requête n'a lieu vers un serveur ntp.

Par contre si j'éxécute la commande en root

Code : Tout sélectionner

/etc/rc.d/openntpd restart

tout fonctionne normalement.
J'ai des messages dans messages.log du type

Code : Tout sélectionner

adjusting local clock by ....

Je n'ai aucune idée de l'origine de ce pb. Pourriez-vous m'aider?
Merci!

Salut.
Il m'est arrivé un peu la même chose. Dans mon cas, j'ai remis le module à démarrer en premier plan (cad viré le @ devant openntpd ds le rc.conf) et ca s'est remis à marcher.
J'ai qd meme remarqué que des fois qd je démarre windows puis redémarre arch, la correction d'heure prend un peu de temps.

Peut etre que qqn qui s'y connait mieux aurait une meilleure solution?

jiu a écrit :Salut.
Il m'est arrivé un peu la même chose. Dans mon cas, j'ai remis le module à démarrer en premier plan (cad viré le @ devant openntpd ds le rc.conf) et ca s'est remis à marcher.

Ca n'a aucun effet chez moi

est-ce que tu as fait un redemarrage à froid entre temps? Je crois que c'est seulement après redémarrage que ca s'etait resolu chez moi.

jiu a écrit :est-ce que tu as fait un redemarrage à froid entre temps? Je crois que c'est seulement après redémarrage que ca s'etait resolu chez moi.

Toujours le même soucis...
Ce qui m'intrigue le plus est le fait qu'il n'y ait aucun message d'erreur dans les fichiers de log.........

J'ai eu un problème assez similaire sur mon portable que je n'ai pas sur pas avec mon serveur. J'ai résolu mon problème en repassant sur ntp.
Concernant la source du problème, je me demande si ce n'est pas un problème de réseau, sur mon serveur je suis connecté en ethernet qui est initialisé dès le démarrage alors que sur mon portable j'utilise networkmanager qui initialise la connection qu'après le login.

cdemoulins a écrit : Concernant la source du problème, je me demande si ce n'est pas un problème de réseau, sur mon serveur je suis connecté en ethernet qui est initialisé dès le démarrage alors que sur mon portable j'utilise networkmanager qui initialise la connection qu'après le login.

Tu as probablement raison. Je suis connecté en ethernet et j'obtiens une adresse ip par DHCP. Openntpd doit se lancer alors que la connection n'est pas encore établie.
Je testerai ntp cet aprem. Je vous tiens au courant.

helios91 a écrit :
Code : Tout sélectionner
DAEMONS=(syslog-ng @network netfs @crond @openntpd dbus hal esd @alsa gdm)

à mon avis, le problème, c'est que comme tu lances network en arrière-plan, quand openntpd essaye de se connecter, le réseau ne marche pas encore.
essayes d'enlever le @ devant network

vire dbus, mets hal juste après syslog.
et voilà une conf pout ntp:

Code : Tout sélectionner

#empecher tout par defaut
restrict default noquery notrust nomodify

#autoriser des ip a se caler sur ce ntpd
restrict 127.0.0.1
restrict 192.168.0.0 mask 255.255.255.0 nomodify
restrict 192.168.1.0 mask 255.255.255.0 nomodify

driftfile /etc/ntp.drift
logfile /var/log/ntp.log

#des serveurs
server 0.fr.pool.ntp.org
server 1.fr.pool.ntp.org
server 2.fr.pool.ntp.org
server 3.fr.pool.ntp.org
#et on s'autorise à croire en ces serveurs
restrict 0.fr.pool.ntp.org noquery nomodify
restrict 1.fr.pool.ntp.org noquery nomodify
restrict 2.fr.pool.ntp.org noquery nomodify
restrict 3.fr.pool.ntp.org noquery nomodify

Finalement j'ai le même problème avec NTP.
Comme je n'ai pas encore d'adresse ip attribuée au moment où ntpd se lance, il n'arrive pas à joindre les serveurs ntp présents dans le ntp.conf et les considère comme invalides....
Il faut donc que j'enlève le @ devant "network" mais ca ralenti beaucoup la procédure de démarrage...

EDIT: J'ai trouvée une solution certes assez "sale" mais qui fonctionne et qui ne ralentit pas trop la procédure de démarrage.

Code : Tout sélectionner

DAEMONS=(syslog-ng hal esd @alsa @samba @cups @gdm network @ntpd)

l'autre solution serait de demander à ntpd de ne pas essayer de se connecter dès le démarrage en modifiant le fichier /etc/conf.d/openntpd:

Code : Tout sélectionner

#  -s Set the time immediately at startup if the local clock is off by more than#  180 seconds.
#PARAMS="-s"
PARAMS="-S"

le -S est normalement par défaut, donc il suffirait juste de commenter la ligne, mais bon ...

tuxce a écrit :l'autre solution serait de demander à ntpd de ne pas essayer de se connecter dès le démarrage en modifiant le fichier /etc/conf.d/openntpd:
Code : Tout sélectionner
#  -s Set the time immediately at startup if the local clock is off by more than#  180 seconds.
#PARAMS="-s"
PARAMS="-S"
le -S est normalement par défaut, donc il suffirait juste de commenter la ligne, mais bon ...

Et openntpd se connectera de lui même par la suite?

Archlinux.fr [Forums]

[Openntpd] Problème au démarrage[résolu]

[Openntpd] Problème au démarrage[résolu]