Bonjour,
Je voudrais que des serveurs Debian soient toujours synchronisés avec
des serveurs NTP internes.
A priori, la solution consiste à utiliser le démon NTP (ntpdate semble
en plus ne pas fonctionner correctement avec la version stable).
Donc, après l'installation de ntp sur un de ces serveurs, je remplace
les lignes server 0.debian.pool... par les serveurs internes. Puis je
relance ntp.
Malheureusement, il semble que celui-ci ne veuille pas se
synchroniser... J'ai le résultat suivant :
:/etc# ntpdc -p
remote local st poll reach delay offset disp
====================================================================== > =s90w801.ad.inse 10.44.209.188 2 64 377 0.01012 -31.80681 0.12862
=s44w801.ad.inse 10.44.209.188 3 64 377 0.00047 -31.81074 0.12860
=s48w801.ad.inse 10.44.209.188 2 64 377 0.02019 -31.81138 0.12857
A priori, on a bien 31 secondes d'écart ?
Le problème est que cet écart ne bouge pas sur la durée (plusieurs
jours)... Est-ce normal ? Y a-t-il une limite de temps qui fait que
c'est trop important pour ntp ? Y a-t-il des contraintes particulières
sur des serveurs virtuels (sur VMware) ?
Bref, j'avoue que j'étudie le problème depuis près de 2 semaines sans
succès...
Merci d'avance pour vos idées lumineuses ;-)
David.
Bonjour,
Je voudrais que des serveurs Debian soient toujours synchronisés avec
des serveurs NTP internes.
A priori, la solution consiste à utiliser le démon NTP (ntpdate semble
en plus ne pas fonctionner correctement avec la version stable).
Donc, après l'installation de ntp sur un de ces serveurs, je remplace
les lignes server 0.debian.pool... par les serveurs internes. Puis je
relance ntp.
Malheureusement, il semble que celui-ci ne veuille pas se
synchroniser... J'ai le résultat suivant :
root@serveur_debian:/etc# ntpdc -p
remote local st poll reach delay offset disp
====================================================================== > =s90w801.ad.inse 10.44.209.188 2 64 377 0.01012 -31.80681 0.12862
=s44w801.ad.inse 10.44.209.188 3 64 377 0.00047 -31.81074 0.12860
=s48w801.ad.inse 10.44.209.188 2 64 377 0.02019 -31.81138 0.12857
A priori, on a bien 31 secondes d'écart ?
Le problème est que cet écart ne bouge pas sur la durée (plusieurs
jours)... Est-ce normal ? Y a-t-il une limite de temps qui fait que
c'est trop important pour ntp ? Y a-t-il des contraintes particulières
sur des serveurs virtuels (sur VMware) ?
Bref, j'avoue que j'étudie le problème depuis près de 2 semaines sans
succès...
Merci d'avance pour vos idées lumineuses ;-)
David.
Bonjour,
Je voudrais que des serveurs Debian soient toujours synchronisés avec
des serveurs NTP internes.
A priori, la solution consiste à utiliser le démon NTP (ntpdate semble
en plus ne pas fonctionner correctement avec la version stable).
Donc, après l'installation de ntp sur un de ces serveurs, je remplace
les lignes server 0.debian.pool... par les serveurs internes. Puis je
relance ntp.
Malheureusement, il semble que celui-ci ne veuille pas se
synchroniser... J'ai le résultat suivant :
:/etc# ntpdc -p
remote local st poll reach delay offset disp
====================================================================== > =s90w801.ad.inse 10.44.209.188 2 64 377 0.01012 -31.80681 0.12862
=s44w801.ad.inse 10.44.209.188 3 64 377 0.00047 -31.81074 0.12860
=s48w801.ad.inse 10.44.209.188 2 64 377 0.02019 -31.81138 0.12857
A priori, on a bien 31 secondes d'écart ?
Le problème est que cet écart ne bouge pas sur la durée (plusieurs
jours)... Est-ce normal ? Y a-t-il une limite de temps qui fait que
c'est trop important pour ntp ? Y a-t-il des contraintes particulières
sur des serveurs virtuels (sur VMware) ?
Bref, j'avoue que j'étudie le problème depuis près de 2 semaines sans
succès...
Merci d'avance pour vos idées lumineuses ;-)
David.
Le 30/07/2012 12:01, David BERCOT a écrit :Bonjour,
Je voudrais que des serveurs Debian soient toujours synchronisés av ec
des serveurs NTP internes.
A priori, la solution consiste à utiliser le démon NTP (ntpdate
semble en plus ne pas fonctionner correctement avec la version
stable).
Donc, après l'installation de ntp sur un de ces serveurs, je rempla ce
les lignes server 0.debian.pool... par les serveurs internes. Puis je
relance ntp.
Malheureusement, il semble que celui-ci ne veuille pas se
synchroniser... J'ai le résultat suivant :
:/etc# ntpdc -p
remote local st poll reach delay offset
disp
======================== ========================= ======================
=s90w801.ad.inse 10.44.209.188 2 64 377 0.01012 -31.80681
0.12862 =s44w801.ad.inse 10.44.209.188 3 64 377 0.00047
-31.81074 0.12860 =s48w801.ad.inse 10.44.209.188 2 64 377
0.02019 -31.81138 0.12857
A priori, on a bien 31 secondes d'écart ?
Le problème est que cet écart ne bouge pas sur la durée ( plusieurs
jours)... Est-ce normal ? Y a-t-il une limite de temps qui fait que
c'est trop important pour ntp ? Y a-t-il des contraintes
particulières sur des serveurs virtuels (sur VMware) ?
Bref, j'avoue que j'étudie le problème depuis près de 2 s emaines sans
succès...
Merci d'avance pour vos idées lumineuses ;-)
David.
Hello,
Non c'est le delay qui indique l'écart entre l'heure du serveur et
l'heure exacte.
Après chez nous aussi on a du vmware, et l'offset est souvent
important (on impute sa au fonctionnement de vmware...).
Surtout si tu tente un ntpdate (déprécié, et utiliser le d émon ntp est
bien plus propre pour remettre à l'heure une machine en douceur), le
réglage de la mire sera de l'ordre du delay.
Un autre David.
Le 30/07/2012 12:01, David BERCOT a écrit :
Bonjour,
Je voudrais que des serveurs Debian soient toujours synchronisés av ec
des serveurs NTP internes.
A priori, la solution consiste à utiliser le démon NTP (ntpdate
semble en plus ne pas fonctionner correctement avec la version
stable).
Donc, après l'installation de ntp sur un de ces serveurs, je rempla ce
les lignes server 0.debian.pool... par les serveurs internes. Puis je
relance ntp.
Malheureusement, il semble que celui-ci ne veuille pas se
synchroniser... J'ai le résultat suivant :
root@serveur_debian:/etc# ntpdc -p
remote local st poll reach delay offset
disp
======================== ========================= ======================
=s90w801.ad.inse 10.44.209.188 2 64 377 0.01012 -31.80681
0.12862 =s44w801.ad.inse 10.44.209.188 3 64 377 0.00047
-31.81074 0.12860 =s48w801.ad.inse 10.44.209.188 2 64 377
0.02019 -31.81138 0.12857
A priori, on a bien 31 secondes d'écart ?
Le problème est que cet écart ne bouge pas sur la durée ( plusieurs
jours)... Est-ce normal ? Y a-t-il une limite de temps qui fait que
c'est trop important pour ntp ? Y a-t-il des contraintes
particulières sur des serveurs virtuels (sur VMware) ?
Bref, j'avoue que j'étudie le problème depuis près de 2 s emaines sans
succès...
Merci d'avance pour vos idées lumineuses ;-)
David.
Hello,
Non c'est le delay qui indique l'écart entre l'heure du serveur et
l'heure exacte.
Après chez nous aussi on a du vmware, et l'offset est souvent
important (on impute sa au fonctionnement de vmware...).
Surtout si tu tente un ntpdate (déprécié, et utiliser le d émon ntp est
bien plus propre pour remettre à l'heure une machine en douceur), le
réglage de la mire sera de l'ordre du delay.
Un autre David.
Le 30/07/2012 12:01, David BERCOT a écrit :Bonjour,
Je voudrais que des serveurs Debian soient toujours synchronisés av ec
des serveurs NTP internes.
A priori, la solution consiste à utiliser le démon NTP (ntpdate
semble en plus ne pas fonctionner correctement avec la version
stable).
Donc, après l'installation de ntp sur un de ces serveurs, je rempla ce
les lignes server 0.debian.pool... par les serveurs internes. Puis je
relance ntp.
Malheureusement, il semble que celui-ci ne veuille pas se
synchroniser... J'ai le résultat suivant :
:/etc# ntpdc -p
remote local st poll reach delay offset
disp
======================== ========================= ======================
=s90w801.ad.inse 10.44.209.188 2 64 377 0.01012 -31.80681
0.12862 =s44w801.ad.inse 10.44.209.188 3 64 377 0.00047
-31.81074 0.12860 =s48w801.ad.inse 10.44.209.188 2 64 377
0.02019 -31.81138 0.12857
A priori, on a bien 31 secondes d'écart ?
Le problème est que cet écart ne bouge pas sur la durée ( plusieurs
jours)... Est-ce normal ? Y a-t-il une limite de temps qui fait que
c'est trop important pour ntp ? Y a-t-il des contraintes
particulières sur des serveurs virtuels (sur VMware) ?
Bref, j'avoue que j'étudie le problème depuis près de 2 s emaines sans
succès...
Merci d'avance pour vos idées lumineuses ;-)
David.
Hello,
Non c'est le delay qui indique l'écart entre l'heure du serveur et
l'heure exacte.
Après chez nous aussi on a du vmware, et l'offset est souvent
important (on impute sa au fonctionnement de vmware...).
Surtout si tu tente un ntpdate (déprécié, et utiliser le d émon ntp est
bien plus propre pour remettre à l'heure une machine en douceur), le
réglage de la mire sera de l'ordre du delay.
Un autre David.
Bonjour,
Je voudrais que des serveurs Debian soient toujours synchronisés avec
des serveurs NTP internes.
A priori, la solution consiste à utiliser le démon NTP (ntpdate semble
en plus ne pas fonctionner correctement avec la version stable).
Donc, après l'installation de ntp sur un de ces serveurs, je remplace
les lignes server 0.debian.pool... par les serveurs internes. Puis je
relance ntp.
Bonjour,
Je voudrais que des serveurs Debian soient toujours synchronisés avec
des serveurs NTP internes.
A priori, la solution consiste à utiliser le démon NTP (ntpdate semble
en plus ne pas fonctionner correctement avec la version stable).
Donc, après l'installation de ntp sur un de ces serveurs, je remplace
les lignes server 0.debian.pool... par les serveurs internes. Puis je
relance ntp.
Bonjour,
Je voudrais que des serveurs Debian soient toujours synchronisés avec
des serveurs NTP internes.
A priori, la solution consiste à utiliser le démon NTP (ntpdate semble
en plus ne pas fonctionner correctement avec la version stable).
Donc, après l'installation de ntp sur un de ces serveurs, je remplace
les lignes server 0.debian.pool... par les serveurs internes. Puis je
relance ntp.
Bonjour,
Je voudrais que des serveurs Debian soient toujours synchronisés avec
des serveurs NTP internes.
A priori, la solution consiste à utiliser le démon NTP (ntpdate semble
en plus ne pas fonctionner correctement avec la version stable).
Donc, après l'installation de ntp sur un de ces serveurs, je remplace
les lignes server 0.debian.pool... par les serveurs internes. Puis je
relance ntp.
Malheureusement, il semble que celui-ci ne veuille pas se
synchroniser... J'ai le résultat suivant :
:/etc# ntpdc -p
remote local st poll reach delay offset disp
====================================================================== > =s90w801.ad.inse 10.44.209.188 2 64 377 0.01012 -31.80681 0.12862
=s44w801.ad.inse 10.44.209.188 3 64 377 0.00047 -31.81074 0.12860
=s48w801.ad.inse 10.44.209.188 2 64 377 0.02019 -31.81138 0.12857
A priori, on a bien 31 secondes d'écart ?
Le problème est que cet écart ne bouge pas sur la durée (plusieurs
jours)... Est-ce normal ? Y a-t-il une limite de temps qui fait que
c'est trop important pour ntp ? Y a-t-il des contraintes particulières
sur des serveurs virtuels (sur VMware) ?
Bref, j'avoue que j'étudie le problème depuis près de 2 semaines sans
succès...
Merci d'avance pour vos idées lumineuses ;-)
David.
Bonjour,
Je voudrais que des serveurs Debian soient toujours synchronisés avec
des serveurs NTP internes.
A priori, la solution consiste à utiliser le démon NTP (ntpdate semble
en plus ne pas fonctionner correctement avec la version stable).
Donc, après l'installation de ntp sur un de ces serveurs, je remplace
les lignes server 0.debian.pool... par les serveurs internes. Puis je
relance ntp.
Malheureusement, il semble que celui-ci ne veuille pas se
synchroniser... J'ai le résultat suivant :
root@serveur_debian:/etc# ntpdc -p
remote local st poll reach delay offset disp
====================================================================== > =s90w801.ad.inse 10.44.209.188 2 64 377 0.01012 -31.80681 0.12862
=s44w801.ad.inse 10.44.209.188 3 64 377 0.00047 -31.81074 0.12860
=s48w801.ad.inse 10.44.209.188 2 64 377 0.02019 -31.81138 0.12857
A priori, on a bien 31 secondes d'écart ?
Le problème est que cet écart ne bouge pas sur la durée (plusieurs
jours)... Est-ce normal ? Y a-t-il une limite de temps qui fait que
c'est trop important pour ntp ? Y a-t-il des contraintes particulières
sur des serveurs virtuels (sur VMware) ?
Bref, j'avoue que j'étudie le problème depuis près de 2 semaines sans
succès...
Merci d'avance pour vos idées lumineuses ;-)
David.
Bonjour,
Je voudrais que des serveurs Debian soient toujours synchronisés avec
des serveurs NTP internes.
A priori, la solution consiste à utiliser le démon NTP (ntpdate semble
en plus ne pas fonctionner correctement avec la version stable).
Donc, après l'installation de ntp sur un de ces serveurs, je remplace
les lignes server 0.debian.pool... par les serveurs internes. Puis je
relance ntp.
Malheureusement, il semble que celui-ci ne veuille pas se
synchroniser... J'ai le résultat suivant :
:/etc# ntpdc -p
remote local st poll reach delay offset disp
====================================================================== > =s90w801.ad.inse 10.44.209.188 2 64 377 0.01012 -31.80681 0.12862
=s44w801.ad.inse 10.44.209.188 3 64 377 0.00047 -31.81074 0.12860
=s48w801.ad.inse 10.44.209.188 2 64 377 0.02019 -31.81138 0.12857
A priori, on a bien 31 secondes d'écart ?
Le problème est que cet écart ne bouge pas sur la durée (plusieurs
jours)... Est-ce normal ? Y a-t-il une limite de temps qui fait que
c'est trop important pour ntp ? Y a-t-il des contraintes particulières
sur des serveurs virtuels (sur VMware) ?
Bref, j'avoue que j'étudie le problème depuis près de 2 semaines sans
succès...
Merci d'avance pour vos idées lumineuses ;-)
David.
Bonjour,
Y a-t-il des contraintes particulières
sur des serveurs virtuels (sur VMware) ?
Bonjour,
Y a-t-il des contraintes particulières
sur des serveurs virtuels (sur VMware) ?
Bonjour,
Y a-t-il des contraintes particulières
sur des serveurs virtuels (sur VMware) ?
Le 30/07/2012 12:01, David BERCOT a écrit :Bonjour,
[...]Y a-t-il des contraintes particulières
sur des serveurs virtuels (sur VMware) ?
J'ai toujours eu des soucis avec VMware.
Est-ce-que tu utilise les tools sur le guest, qui ont une fonction de
mise à l'heure ?
Dans ce cas, si j'étais toi, je n'utiliserais pas NTP.
En gros, c'est l'un ou l'autre. Ensemble, ça ne peut que se gêne r.
Le 30/07/2012 12:01, David BERCOT a écrit :
Bonjour,
[...]
Y a-t-il des contraintes particulières
sur des serveurs virtuels (sur VMware) ?
J'ai toujours eu des soucis avec VMware.
Est-ce-que tu utilise les tools sur le guest, qui ont une fonction de
mise à l'heure ?
Dans ce cas, si j'étais toi, je n'utiliserais pas NTP.
En gros, c'est l'un ou l'autre. Ensemble, ça ne peut que se gêne r.
Le 30/07/2012 12:01, David BERCOT a écrit :Bonjour,
[...]Y a-t-il des contraintes particulières
sur des serveurs virtuels (sur VMware) ?
J'ai toujours eu des soucis avec VMware.
Est-ce-que tu utilise les tools sur le guest, qui ont une fonction de
mise à l'heure ?
Dans ce cas, si j'étais toi, je n'utiliserais pas NTP.
En gros, c'est l'un ou l'autre. Ensemble, ça ne peut que se gêne r.
Le 30/07/2012 12:01, David BERCOT a écrit :Bonjour,
Je voudrais que des serveurs Debian soient toujours synchronisés av ec
des serveurs NTP internes.
A priori, la solution consiste à utiliser le démon NTP (ntpdate
semble en plus ne pas fonctionner correctement avec la version
stable).
Donc, après l'installation de ntp sur un de ces serveurs, je rempla ce
les lignes server 0.debian.pool... par les serveurs internes. Puis je
relance ntp.
Malheureusement, il semble que celui-ci ne veuille pas se
synchroniser... J'ai le résultat suivant :
:/etc# ntpdc -p
remote local st poll reach delay offset
disp
======================== ========================= ======================
=s90w801.ad.inse 10.44.209.188 2 64 377 0.01012 -31.80681
0.12862 =s44w801.ad.inse 10.44.209.188 3 64 377 0.00047
-31.81074 0.12860 =s48w801.ad.inse 10.44.209.188 2 64 377
0.02019 -31.81138 0.12857
A priori, on a bien 31 secondes d'écart ?
Le problème est que cet écart ne bouge pas sur la durée ( plusieurs
jours)... Est-ce normal ? Y a-t-il une limite de temps qui fait que
c'est trop important pour ntp ? Y a-t-il des contraintes
particulières sur des serveurs virtuels (sur VMware) ?
Bref, j'avoue que j'étudie le problème depuis près de 2 s emaines sans
succès...
Merci d'avance pour vos idées lumineuses ;-)
David.
Salut,
Pourrais-tu nous montrer ton fichier /etc/ntp.conf (sans les
commentaires) ?
As-tu l'option iburst sur tes serveurs ?
As-tu la source de synchronisation locale d'activée ?
Sinon, NTP a un modèle arborescent comme le DNS.
Il serait bien que tu ais deux serveurs synchronisés sur une source
fiable, GPS ou Internet.
Ensuite tous tes autres serveurs synchronisés sur ceux-ci.
Si tu un cluster et que tu veux synchroniser tous les nÅuds entre
eux, il vaut mieux les déclarer en tant que pair (peer) plutôt q ue
serveurs (server). Ãa me semble plus logique, et peut-être que le
mécanisme n'aime pas les boucles (si tous les serveurs sont à la foi
serveur et client pour les autres)
Le 30/07/2012 12:01, David BERCOT a écrit :
Bonjour,
Je voudrais que des serveurs Debian soient toujours synchronisés av ec
des serveurs NTP internes.
A priori, la solution consiste à utiliser le démon NTP (ntpdate
semble en plus ne pas fonctionner correctement avec la version
stable).
Donc, après l'installation de ntp sur un de ces serveurs, je rempla ce
les lignes server 0.debian.pool... par les serveurs internes. Puis je
relance ntp.
Malheureusement, il semble que celui-ci ne veuille pas se
synchroniser... J'ai le résultat suivant :
root@serveur_debian:/etc# ntpdc -p
remote local st poll reach delay offset
disp
======================== ========================= ======================
=s90w801.ad.inse 10.44.209.188 2 64 377 0.01012 -31.80681
0.12862 =s44w801.ad.inse 10.44.209.188 3 64 377 0.00047
-31.81074 0.12860 =s48w801.ad.inse 10.44.209.188 2 64 377
0.02019 -31.81138 0.12857
A priori, on a bien 31 secondes d'écart ?
Le problème est que cet écart ne bouge pas sur la durée ( plusieurs
jours)... Est-ce normal ? Y a-t-il une limite de temps qui fait que
c'est trop important pour ntp ? Y a-t-il des contraintes
particulières sur des serveurs virtuels (sur VMware) ?
Bref, j'avoue que j'étudie le problème depuis près de 2 s emaines sans
succès...
Merci d'avance pour vos idées lumineuses ;-)
David.
Salut,
Pourrais-tu nous montrer ton fichier /etc/ntp.conf (sans les
commentaires) ?
As-tu l'option iburst sur tes serveurs ?
As-tu la source de synchronisation locale d'activée ?
Sinon, NTP a un modèle arborescent comme le DNS.
Il serait bien que tu ais deux serveurs synchronisés sur une source
fiable, GPS ou Internet.
Ensuite tous tes autres serveurs synchronisés sur ceux-ci.
Si tu un cluster et que tu veux synchroniser tous les nÅuds entre
eux, il vaut mieux les déclarer en tant que pair (peer) plutôt q ue
serveurs (server). Ãa me semble plus logique, et peut-être que le
mécanisme n'aime pas les boucles (si tous les serveurs sont à la foi
serveur et client pour les autres)
Le 30/07/2012 12:01, David BERCOT a écrit :Bonjour,
Je voudrais que des serveurs Debian soient toujours synchronisés av ec
des serveurs NTP internes.
A priori, la solution consiste à utiliser le démon NTP (ntpdate
semble en plus ne pas fonctionner correctement avec la version
stable).
Donc, après l'installation de ntp sur un de ces serveurs, je rempla ce
les lignes server 0.debian.pool... par les serveurs internes. Puis je
relance ntp.
Malheureusement, il semble que celui-ci ne veuille pas se
synchroniser... J'ai le résultat suivant :
:/etc# ntpdc -p
remote local st poll reach delay offset
disp
======================== ========================= ======================
=s90w801.ad.inse 10.44.209.188 2 64 377 0.01012 -31.80681
0.12862 =s44w801.ad.inse 10.44.209.188 3 64 377 0.00047
-31.81074 0.12860 =s48w801.ad.inse 10.44.209.188 2 64 377
0.02019 -31.81138 0.12857
A priori, on a bien 31 secondes d'écart ?
Le problème est que cet écart ne bouge pas sur la durée ( plusieurs
jours)... Est-ce normal ? Y a-t-il une limite de temps qui fait que
c'est trop important pour ntp ? Y a-t-il des contraintes
particulières sur des serveurs virtuels (sur VMware) ?
Bref, j'avoue que j'étudie le problème depuis près de 2 s emaines sans
succès...
Merci d'avance pour vos idées lumineuses ;-)
David.
Salut,
Pourrais-tu nous montrer ton fichier /etc/ntp.conf (sans les
commentaires) ?
As-tu l'option iburst sur tes serveurs ?
As-tu la source de synchronisation locale d'activée ?
Sinon, NTP a un modèle arborescent comme le DNS.
Il serait bien que tu ais deux serveurs synchronisés sur une source
fiable, GPS ou Internet.
Ensuite tous tes autres serveurs synchronisés sur ceux-ci.
Si tu un cluster et que tu veux synchroniser tous les nÅuds entre
eux, il vaut mieux les déclarer en tant que pair (peer) plutôt q ue
serveurs (server). Ãa me semble plus logique, et peut-être que le
mécanisme n'aime pas les boucles (si tous les serveurs sont à la foi
serveur et client pour les autres)
Le Tue, 31 Jul 2012 00:12:29 +0200,
Gilles Mocellin a écrit :Le 30/07/2012 12:01, David BERCOT a écrit :Bonjour,
[...]Y a-t-il des contraintes particulières
sur des serveurs virtuels (sur VMware) ?
J'ai toujours eu des soucis avec VMware.
Est-ce-que tu utilise les tools sur le guest, qui ont une fonction de
mise à l'heure ?
En effet, j'utilise bien les outils VMware, mais je n'ai pas activé l a
synchro de l'heure.
D'autre part, j'ai aussi le problème sur un serveur physique...Dans ce cas, si j'étais toi, je n'utiliserais pas NTP.
En gros, c'est l'un ou l'autre. Ensemble, ça ne peut que se gên er.
On est bien d'accord et je n'utilise que NTP...
David.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
Le Tue, 31 Jul 2012 00:12:29 +0200,
Gilles Mocellin <gilles.mocellin@nuagelibre.org> a écrit :
Le 30/07/2012 12:01, David BERCOT a écrit :
Bonjour,
[...]
Y a-t-il des contraintes particulières
sur des serveurs virtuels (sur VMware) ?
J'ai toujours eu des soucis avec VMware.
Est-ce-que tu utilise les tools sur le guest, qui ont une fonction de
mise à l'heure ?
En effet, j'utilise bien les outils VMware, mais je n'ai pas activé l a
synchro de l'heure.
D'autre part, j'ai aussi le problème sur un serveur physique...
Dans ce cas, si j'étais toi, je n'utiliserais pas NTP.
En gros, c'est l'un ou l'autre. Ensemble, ça ne peut que se gên er.
On est bien d'accord et je n'utilise que NTP...
David.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: http://lists.debian.org/20120731092356.2a0454de@debian-david
Le Tue, 31 Jul 2012 00:12:29 +0200,
Gilles Mocellin a écrit :Le 30/07/2012 12:01, David BERCOT a écrit :Bonjour,
[...]Y a-t-il des contraintes particulières
sur des serveurs virtuels (sur VMware) ?
J'ai toujours eu des soucis avec VMware.
Est-ce-que tu utilise les tools sur le guest, qui ont une fonction de
mise à l'heure ?
En effet, j'utilise bien les outils VMware, mais je n'ai pas activé l a
synchro de l'heure.
D'autre part, j'ai aussi le problème sur un serveur physique...Dans ce cas, si j'étais toi, je n'utiliserais pas NTP.
En gros, c'est l'un ou l'autre. Ensemble, ça ne peut que se gên er.
On est bien d'accord et je n'utilise que NTP...
David.
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet "unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: http://lists.debian.org/
