Le 24.04.02, georges mariano a tapot� :
| On Wed, 24 Apr 2002 11:09:03 +0200
| Thomas Nemeth <[EMAIL PROTECTED]> wrote:
|
| > C'est exactement mon cas ici.
|
| c'est un cas fort g�n�ral je pr�sume ...
|
| bon, je suis un peu maniaque sur les d�tails mais ce sont eux qui font
| la diff�rence (entre 10mn d'install et 2heures de gal�re ;-)
|
| aussi vais-je chipoter un (tout petit) peu ... (essentiellement pour
| �tre s�r que nous sommes bien ... synchro.
|
| > ntp
| sur A
| > ntpdate
| sur les Ci
Les 2 sont sur A et sur les Ci. En effet, ntp permet de se
resynchroniser en permanence � intervalles r�guliers alors
que ntpdate n'est � utiliser qu'occasionnellement quand le
d�calage est trop important. De plus son ex�cution est
incompatible avec celle de ntpd.
Donc, ntp sur toutes les machines pour une synchro permanente
et ntpdate pour le boot/la resynchro forc�e.
Bien s�r, sur les clients, on peut virer ntp et laisser seul
ntpdate lanc� par cron r�guli�rement. _MAIS_ ntpdate induit,
lorsqu'il y a un d�calage, un saut de temps sur la machine,
ce qui ne r�duit en rien les pbs pos�s pour make et --- de
mani�re g�n�rale --- pour les syst�mes unix qui n'aiment pas
les changement de date trop violents en fonctionnement (cron
et autres joyeuset�s). Alors que ntpd permet un recalage de
l'horloge en douceur par un ralentissement ou une acc�l�ration
de la fr�quence de celle-ci.
| > Sur une machine externe.
| quelconque ? ;-) non bien s�r, elle doit disposer de ??
Elle doit faire office de serveur NTP :)
| > La liste des machines permettant de se
| > synchroniser sur elles est disponible sur le net.
| �a c'est la liste des machines officielles (dans le cas le plus
| g�n�ral, il peut en exister d'autres externes � ton sous-r�seau,i.e
| celles du r�seau/domaine auquel tu appartiens (pas n�cessairement dans
| la liste officielle donc)
Effectivement. Mais comme mon r�seau a un nombre limit� de
machines, seule une fait office de serveur NTP local et seule
celle-l� se synchronise � l'ext�rieur.
| > | Q3 : quid des d�faillances envisageables ?
| >
| > Quelles d�faillances ;-) ? Depuis plusieurs ann�es que j'utilise
| > ntp, je n'ai jamais eu de d�faillance.
|
| si une machine (serveur) tombe en rade, quel est le mode d�grad� pour
| A ? pour les Ci ? (le temps qu'on r�pare quoi ... [int�r�t de 'chrony'
| ??]
La conception de mon r�seau est particuli�re : toutes les machines
sont d�pendantes du serveur NFS. Je peux bien s�r les d�marrer
sans acc�s au serveur, mais je monte /home via NFS et donc les
utilisateurs n'ont pas acc�s � leur compte dans ce cas-l�. De
toutes fa�ons, hormis le portable, les machines seules ne servent
pas � grand-chose.
Bref, je n'ai pas un r�seau sofistiqu� :)
| > Petite note sur la config :
| > la config de A se r�f�re � 2 serveurs NTP
| choisis comment ?
Leur noms me semblaient familier :)
| > la config des machines Ci se r�f�re uniquement � A.
| > au boot chacune des machines se resynchronise sur le(s)
| > serveur(s) au(x)quel(s) elle se r�f�re avec ntpdate puis ntp se
| > lance.
| >
| > Y a pas plus simple :)
|
| si, j'ai pas envie de rebooter mes clients juste pour enclencher cette
| m�canique, il fau(drai)t donc �liminer ce point (reboot) dans ton
| explication...
Le reboot n'existe que parceque je ne laisse pas toutes mes
machines allum�es en permanence : �a co�te trop cher en
�lectricit� (5 machines �a consomme).
La mani�re g�n�rique pour forcer la mise � l'heure est la suivante :
# /etc/init.d/ntp stop
# /etc/init.d/ntpdate start
# /etc/init.d/ntp start
| ;-)
| je sais, je chipote.
Boah :)
Thomas
--
BEWITCHED, DOES NOT PROMOTE SATANISM
BEWITCHED, DOES NOT PROMOTE SATANISM
BEWITCHED, DOES NOT PROMOTE SATANISM
-+- Bart Simpson on chalkboard in episode 2F17
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
