J'ai installé une distribution redhat enterprise 3 sur un serveur dell
(neuf) et je constate que tous les jours son horloge se décale de 11
secondes environ à +/- 0.03s près. A la fin d'une semaine si je fais rien,
c'est un décalage de plus d'une minute.
D'où peut venir ce problème?
Actuellement, je fais un ntpdate toutes les nuits pour limiter le retard,
mais je ne veux pas faire plus souvent appel aux serveurs de temps, l'idéal
serait une fois par mois...
J'ai besoin d'avoir une horloge assez précise en permanence sans le gap du
au re-réglage ntpdate afin de garder un tri cohérent des événements que je
traite.
y'a t'il une solution pour accélerer une seconde de 0.0127331% ?
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
Samuel Colin
Dixit john fra :
Bonjour,
Bonjour,
J'ai installé une distribution redhat enterprise 3 sur un serveur dell (neuf) et je constate que tous les jours son horloge se décale de 11 secondes environ à +/- 0.03s près. A la fin d'une semaine si je fais rien, c'est un décalage de plus d'une minute.
D'où peut venir ce problème?
Manifestement, c'est l'horloge de l'ordinateur qui dérive. Il n'y a, à
ma connaissance, pas de remède à ça, sinon le classique «mauvaise horloge, changer d'horloge» (ou ntpdate, mais tu préfèrerais éviter). D'autres ici qui ont déjà vu le problème pourront peut-être suggérer une solution plus efficace.
y'a t'il une solution pour accélerer une seconde de 0.0127331% ?
La réponse est un peu dans ta question, tu veux accélérer le temps...
Dur dur.
Dixit john fra :
Bonjour,
Bonjour,
J'ai installé une distribution redhat enterprise 3 sur un serveur dell
(neuf) et je constate que tous les jours son horloge se décale de 11
secondes environ à +/- 0.03s près. A la fin d'une semaine si je fais rien,
c'est un décalage de plus d'une minute.
D'où peut venir ce problème?
Manifestement, c'est l'horloge de l'ordinateur qui dérive. Il n'y a, à
ma connaissance, pas de remède à ça, sinon le classique «mauvaise
horloge, changer d'horloge» (ou ntpdate, mais tu préfèrerais éviter).
D'autres ici qui ont déjà vu le problème pourront peut-être suggérer
une solution plus efficace.
y'a t'il une solution pour accélerer une seconde de 0.0127331% ?
La réponse est un peu dans ta question, tu veux accélérer le temps...
J'ai installé une distribution redhat enterprise 3 sur un serveur dell (neuf) et je constate que tous les jours son horloge se décale de 11 secondes environ à +/- 0.03s près. A la fin d'une semaine si je fais rien, c'est un décalage de plus d'une minute.
D'où peut venir ce problème?
Manifestement, c'est l'horloge de l'ordinateur qui dérive. Il n'y a, à
ma connaissance, pas de remède à ça, sinon le classique «mauvaise horloge, changer d'horloge» (ou ntpdate, mais tu préfèrerais éviter). D'autres ici qui ont déjà vu le problème pourront peut-être suggérer une solution plus efficace.
y'a t'il une solution pour accélerer une seconde de 0.0127331% ?
La réponse est un peu dans ta question, tu veux accélérer le temps...
Dur dur.
Matthieu Moy
john fra writes:
mais je ne veux pas faire plus souvent appel aux serveurs de temps, l'idéal serait une fois par mois...
Pourquoi ?
Sinon, il me semble qu'en ayant un démon ntpdate, il est capable de se rendre compte si ton horloge va trop vite ou trop doucement, et corriger progressivement. A vérifier.
-- Matthieu
john fra <john@localhost.localdomain> writes:
mais je ne veux pas faire plus souvent appel aux serveurs de temps, l'idéal
serait une fois par mois...
Pourquoi ?
Sinon, il me semble qu'en ayant un démon ntpdate, il est capable de se
rendre compte si ton horloge va trop vite ou trop doucement, et
corriger progressivement. A vérifier.
mais je ne veux pas faire plus souvent appel aux serveurs de temps, l'idéal serait une fois par mois...
Pourquoi ?
Sinon, il me semble qu'en ayant un démon ntpdate, il est capable de se rendre compte si ton horloge va trop vite ou trop doucement, et corriger progressivement. A vérifier.
-- Matthieu
mobidyc
"john fra" a écrit dans le message de news:
Bonjour,
J'ai installé une distribution redhat enterprise 3 sur un serveur dell (neuf) et je constate que tous les jours son horloge se décale de 11 secondes environ à +/- 0.03s près. A la fin d'une semaine si je fais rien,
c'est un décalage de plus d'une minute.
D'où peut venir ce problème?
le mieux serait de savoir si c'est un problème matériel ou software. un premier test serait d'obtenir l'heure de ton bios: hwclock
Actuellement, je fais un ntpdate toutes les nuits pour limiter le retard,
mais je ne veux pas faire plus souvent appel aux serveurs de temps, l'idéal
serait une fois par mois... J'ai besoin d'avoir une horloge assez précise en permanence sans le gap du
au re-réglage ntpdate afin de garder un tri cohérent des événements que je
traite.
si ton bios à la bonne heure, tu peux faire un hwclock --hctosys plusieurs fois par jour pour synchroniser le temps de trouver la vraie raison de ce problème. processeur amd? regarde la gestion du powersave processeur intel? desactive l'hyperthreading il me semble aussi que certains kernels délirents complêtement, quelle version? vas aussi faire un tour sur bugs.redhat.com
si ton bios n'est pas à l'heure, ce sera donc un problème matériel.
y'a t'il une solution pour accélerer une seconde de 0.0127331% ?
Merci michel
de rien, mobidyc
"john fra" <john@localhost.localdomain> a écrit dans le message de
news:db7n79gk2thi.1i2vuratc9jm4.dlg@40tude.net...
Bonjour,
J'ai installé une distribution redhat enterprise 3 sur un serveur dell
(neuf) et je constate que tous les jours son horloge se décale de 11
secondes environ à +/- 0.03s près. A la fin d'une semaine si je fais
rien,
c'est un décalage de plus d'une minute.
D'où peut venir ce problème?
le mieux serait de savoir si c'est un problème matériel ou software.
un premier test serait d'obtenir l'heure de ton bios: hwclock
Actuellement, je fais un ntpdate toutes les nuits pour limiter le
retard,
mais je ne veux pas faire plus souvent appel aux serveurs de temps,
l'idéal
serait une fois par mois...
J'ai besoin d'avoir une horloge assez précise en permanence sans le
gap du
au re-réglage ntpdate afin de garder un tri cohérent des événements
que je
traite.
si ton bios à la bonne heure, tu peux faire un hwclock --hctosys
plusieurs fois par jour pour synchroniser le temps de trouver la vraie
raison de ce problème.
processeur amd? regarde la gestion du powersave
processeur intel? desactive l'hyperthreading
il me semble aussi que certains kernels délirents complêtement, quelle
version?
vas aussi faire un tour sur bugs.redhat.com
si ton bios n'est pas à l'heure, ce sera donc un problème matériel.
y'a t'il une solution pour accélerer une seconde de 0.0127331% ?
J'ai installé une distribution redhat enterprise 3 sur un serveur dell (neuf) et je constate que tous les jours son horloge se décale de 11 secondes environ à +/- 0.03s près. A la fin d'une semaine si je fais rien,
c'est un décalage de plus d'une minute.
D'où peut venir ce problème?
le mieux serait de savoir si c'est un problème matériel ou software. un premier test serait d'obtenir l'heure de ton bios: hwclock
Actuellement, je fais un ntpdate toutes les nuits pour limiter le retard,
mais je ne veux pas faire plus souvent appel aux serveurs de temps, l'idéal
serait une fois par mois... J'ai besoin d'avoir une horloge assez précise en permanence sans le gap du
au re-réglage ntpdate afin de garder un tri cohérent des événements que je
traite.
si ton bios à la bonne heure, tu peux faire un hwclock --hctosys plusieurs fois par jour pour synchroniser le temps de trouver la vraie raison de ce problème. processeur amd? regarde la gestion du powersave processeur intel? desactive l'hyperthreading il me semble aussi que certains kernels délirents complêtement, quelle version? vas aussi faire un tour sur bugs.redhat.com
si ton bios n'est pas à l'heure, ce sera donc un problème matériel.
y'a t'il une solution pour accélerer une seconde de 0.0127331% ?
Merci michel
de rien, mobidyc
manuel viet
john fra wrote:
Bonjour,
J'ai installé une distribution redhat enterprise 3 sur un serveur dell (neuf) et je constate que tous les jours son horloge se décale de 11 secondes environ à +/- 0.03s près. A la fin d'une semaine si je fais rien, c'est un décalage de plus d'une minute.
D'où peut venir ce problème?
Mauvais cristal, overclocking, ...
Actuellement, je fais un ntpdate toutes les nuits pour limiter le retard, mais je ne veux pas faire plus souvent appel aux serveurs de temps, l'idéal serait une fois par mois... J'ai besoin d'avoir une horloge assez précise en permanence sans le gap du au re-réglage ntpdate afin de garder un tri cohérent des événements que je traite.
y'a t'il une solution pour accélerer une seconde de 0.0127331% ?
Il existe depuis toujours dans le monde unix un truc qui s'appelle adjtimex qui sert à ça. Mais je crois que sous linux, l'appel système est devenu obsolète autour du noyau 2.4 ; cela étant, j'ai vu qu'il existait des patchs pour OpenNTP qui réimplémentent cette fonction au niveau du démon NTP lui-même.
Bref, ce que tu cherche s'appelle adjtimex, mais ça risque de ne pas être de la tarte.
-- Manuel VIET * mailto:
john fra wrote:
Bonjour,
J'ai installé une distribution redhat enterprise 3 sur un serveur dell
(neuf) et je constate que tous les jours son horloge se décale de 11
secondes environ à +/- 0.03s près. A la fin d'une semaine si je fais rien,
c'est un décalage de plus d'une minute.
D'où peut venir ce problème?
Mauvais cristal, overclocking, ...
Actuellement, je fais un ntpdate toutes les nuits pour limiter le retard,
mais je ne veux pas faire plus souvent appel aux serveurs de temps,
l'idéal serait une fois par mois...
J'ai besoin d'avoir une horloge assez précise en permanence sans le gap du
au re-réglage ntpdate afin de garder un tri cohérent des événements que je
traite.
y'a t'il une solution pour accélerer une seconde de 0.0127331% ?
Il existe depuis toujours dans le monde unix un truc qui s'appelle adjtimex
qui sert à ça. Mais je crois que sous linux, l'appel système est devenu
obsolète autour du noyau 2.4 ; cela étant, j'ai vu qu'il existait des
patchs pour OpenNTP qui réimplémentent cette fonction au niveau du démon
NTP lui-même.
Bref, ce que tu cherche s'appelle adjtimex, mais ça risque de ne pas être de
la tarte.
J'ai installé une distribution redhat enterprise 3 sur un serveur dell (neuf) et je constate que tous les jours son horloge se décale de 11 secondes environ à +/- 0.03s près. A la fin d'une semaine si je fais rien, c'est un décalage de plus d'une minute.
D'où peut venir ce problème?
Mauvais cristal, overclocking, ...
Actuellement, je fais un ntpdate toutes les nuits pour limiter le retard, mais je ne veux pas faire plus souvent appel aux serveurs de temps, l'idéal serait une fois par mois... J'ai besoin d'avoir une horloge assez précise en permanence sans le gap du au re-réglage ntpdate afin de garder un tri cohérent des événements que je traite.
y'a t'il une solution pour accélerer une seconde de 0.0127331% ?
Il existe depuis toujours dans le monde unix un truc qui s'appelle adjtimex qui sert à ça. Mais je crois que sous linux, l'appel système est devenu obsolète autour du noyau 2.4 ; cela étant, j'ai vu qu'il existait des patchs pour OpenNTP qui réimplémentent cette fonction au niveau du démon NTP lui-même.
Bref, ce que tu cherche s'appelle adjtimex, mais ça risque de ne pas être de la tarte.
-- Manuel VIET * mailto:
Nicolas George
john fra wrote in message :
Actuellement, je fais un ntpdate toutes les nuits pour limiter le retard, mais je ne veux pas faire plus souvent appel aux serveurs de temps, l'idéal serait une fois par mois...
Quelle drôle d'idée. La fréquence habituelle pour interroger les serveurs de temps tourne aux alentours de une fois par heure. Et quand il y a du NTP en broadcast sur un réseau local, c'est environ toutes les minutes que ça se passe.
D'ailleurs, il vaut mieux utiliser un démon NTP (ntpd de préférence ; openntpd est trop simpliste), parce qu'il garde trace des décalages au court du temps, calcule des statistiques, et s'en sert pour ajuster finement l'horloge.
john fra wrote in message <db7n79gk2thi.1i2vuratc9jm4.dlg@40tude.net>:
Actuellement, je fais un ntpdate toutes les nuits pour limiter le retard,
mais je ne veux pas faire plus souvent appel aux serveurs de temps, l'idéal
serait une fois par mois...
Quelle drôle d'idée. La fréquence habituelle pour interroger les serveurs de
temps tourne aux alentours de une fois par heure. Et quand il y a du NTP en
broadcast sur un réseau local, c'est environ toutes les minutes que ça se
passe.
D'ailleurs, il vaut mieux utiliser un démon NTP (ntpd de préférence ;
openntpd est trop simpliste), parce qu'il garde trace des décalages au court
du temps, calcule des statistiques, et s'en sert pour ajuster finement
l'horloge.
Actuellement, je fais un ntpdate toutes les nuits pour limiter le retard, mais je ne veux pas faire plus souvent appel aux serveurs de temps, l'idéal serait une fois par mois...
Quelle drôle d'idée. La fréquence habituelle pour interroger les serveurs de temps tourne aux alentours de une fois par heure. Et quand il y a du NTP en broadcast sur un réseau local, c'est environ toutes les minutes que ça se passe.
D'ailleurs, il vaut mieux utiliser un démon NTP (ntpd de préférence ; openntpd est trop simpliste), parce qu'il garde trace des décalages au court du temps, calcule des statistiques, et s'en sert pour ajuster finement l'horloge.
Thierry Boudet
On 2006-12-12, john fra wrote:
J'ai besoin d'avoir une horloge assez précise en permanence sans le gap du au re-réglage ntpdate afin de garder un tri cohérent des événements que je traite.
En connectant un récepteur dcf77 à la machine, je pense
que tu règleras ton problème. Plus d'infos sur http://ntp.org/ probablement.
-- Si t'enlève la matrice, est-ce que Néo doit s'accrocher au pinceau ?
On 2006-12-12, john fra <john@localhost.localdomain> wrote:
J'ai besoin d'avoir une horloge assez précise en permanence sans le gap du
au re-réglage ntpdate afin de garder un tri cohérent des événements que je
traite.
En connectant un récepteur dcf77 à la machine, je pense
que tu règleras ton problème.
Plus d'infos sur http://ntp.org/ probablement.
--
Si t'enlève la matrice, est-ce que Néo doit s'accrocher au pinceau ?
J'ai besoin d'avoir une horloge assez précise en permanence sans le gap du au re-réglage ntpdate afin de garder un tri cohérent des événements que je traite.
En connectant un récepteur dcf77 à la machine, je pense
que tu règleras ton problème. Plus d'infos sur http://ntp.org/ probablement.
-- Si t'enlève la matrice, est-ce que Néo doit s'accrocher au pinceau ?
Eric PETIT
Dans le message :, john fra a écrit:
Bonjour,
J'ai installé une distribution redhat enterprise 3 sur un serveur dell (neuf) et je constate que tous les jours son horloge se décale de 11 secondes environ à +/- 0.03s près. A la fin d'une semaine si je fais rien, c'est un décalage de plus d'une minute.
Salut,
tu a essayé d'en causer au SAV de chez Dell ? Cela ne coute pas cher de demander.
D'où peut venir ce problème?
Sans trop savoir si c'est possible que ça intervienne, est ce que ce serveur est sur un onduleur ? Est ce qu'il y a d'autres machines (notamment du même type) branché sur le même secteur. Si l'horloge utilise la fréquence du réseau pour compter le temps .... (m'enfin ça doit faire un moment que l'on sait faire mieux !!)
Actuellement, je fais un ntpdate toutes les nuits pour limiter le retard, mais je ne veux pas faire plus souvent appel aux serveurs de temps, l'idéal serait une fois par mois... J'ai besoin d'avoir une horloge assez précise en permanence sans le gap du au re-réglage ntpdate afin de garder un tri cohérent des événements que je traite.
Ton attitude de ne pas vouloir charger les serveur ntp est tout à fait louable. Mais il y a sans doute moyen de trouver un ou plusieurs serveurs pour lesquels ça ne poserait aucun soucis. Par exemple si la ligne en question est celle depuis laquelle tu poste (chez Free) alors il te suffit d'utiliser comme serveur ntp l'adresse IP commençant comme la tienne mais finissant en 254. Même si tu force la synchro toute les heures ça sera complètement noyé à coté des requètes de freebox ;-)
Autre solution: utiliser un autre serveur plus stable de ton propre réseau.
<mode bidouille> Dernière astuce: un script lancé toute les deux heures: _attente de deux secondes _forçage de l'heure à l'heure actuelle moins une seconde. Ce ne sera pas parfait mais ça devrait te permettre d'arranger les choses ;-) <mode bidouille>
Sinon, comme disent les autres, si ntpd peut gérer ça tout seul...
y'a t'il une solution pour accélerer une seconde de 0.0127331% ?
Prime de rendement ? ;-)) -- Eric Reply-to valide, laissez tel quel ! Texte brut vivement conseillé !!
Dans le message :db7n79gk2thi.1i2vuratc9jm4.dlg@40tude.net,
john fra a écrit:
Bonjour,
J'ai installé une distribution redhat enterprise 3 sur un serveur dell
(neuf) et je constate que tous les jours son horloge se décale de 11
secondes environ à +/- 0.03s près. A la fin d'une semaine si je fais
rien, c'est un décalage de plus d'une minute.
Salut,
tu a essayé d'en causer au SAV de chez Dell ?
Cela ne coute pas cher de demander.
D'où peut venir ce problème?
Sans trop savoir si c'est possible que ça intervienne, est ce que ce serveur
est sur un onduleur ?
Est ce qu'il y a d'autres machines (notamment du même type) branché sur le
même secteur.
Si l'horloge utilise la fréquence du réseau pour compter le temps ....
(m'enfin ça doit faire un moment que l'on sait faire mieux !!)
Actuellement, je fais un ntpdate toutes les nuits pour limiter le
retard, mais je ne veux pas faire plus souvent appel aux serveurs de
temps, l'idéal serait une fois par mois...
J'ai besoin d'avoir une horloge assez précise en permanence sans le
gap du au re-réglage ntpdate afin de garder un tri cohérent des
événements que je traite.
Ton attitude de ne pas vouloir charger les serveur ntp est tout à fait
louable.
Mais il y a sans doute moyen de trouver un ou plusieurs serveurs pour
lesquels ça ne poserait aucun soucis. Par exemple si la ligne en question
est celle depuis laquelle tu poste (chez Free) alors il te suffit d'utiliser
comme serveur ntp l'adresse IP commençant comme la tienne mais finissant en
254. Même si tu force la synchro toute les heures ça sera complètement noyé
à coté des requètes de freebox ;-)
Autre solution: utiliser un autre serveur plus stable de ton propre réseau.
<mode bidouille>
Dernière astuce: un script lancé toute les deux heures:
_attente de deux secondes
_forçage de l'heure à l'heure actuelle moins une seconde.
Ce ne sera pas parfait mais ça devrait te permettre d'arranger les choses
;-)
<mode bidouille>
Sinon, comme disent les autres, si ntpd peut gérer ça tout seul...
y'a t'il une solution pour accélerer une seconde de 0.0127331% ?
Prime de rendement ? ;-))
--
Eric
Reply-to valide, laissez tel quel !
Texte brut vivement conseillé !!
J'ai installé une distribution redhat enterprise 3 sur un serveur dell (neuf) et je constate que tous les jours son horloge se décale de 11 secondes environ à +/- 0.03s près. A la fin d'une semaine si je fais rien, c'est un décalage de plus d'une minute.
Salut,
tu a essayé d'en causer au SAV de chez Dell ? Cela ne coute pas cher de demander.
D'où peut venir ce problème?
Sans trop savoir si c'est possible que ça intervienne, est ce que ce serveur est sur un onduleur ? Est ce qu'il y a d'autres machines (notamment du même type) branché sur le même secteur. Si l'horloge utilise la fréquence du réseau pour compter le temps .... (m'enfin ça doit faire un moment que l'on sait faire mieux !!)
Actuellement, je fais un ntpdate toutes les nuits pour limiter le retard, mais je ne veux pas faire plus souvent appel aux serveurs de temps, l'idéal serait une fois par mois... J'ai besoin d'avoir une horloge assez précise en permanence sans le gap du au re-réglage ntpdate afin de garder un tri cohérent des événements que je traite.
Ton attitude de ne pas vouloir charger les serveur ntp est tout à fait louable. Mais il y a sans doute moyen de trouver un ou plusieurs serveurs pour lesquels ça ne poserait aucun soucis. Par exemple si la ligne en question est celle depuis laquelle tu poste (chez Free) alors il te suffit d'utiliser comme serveur ntp l'adresse IP commençant comme la tienne mais finissant en 254. Même si tu force la synchro toute les heures ça sera complètement noyé à coté des requètes de freebox ;-)
Autre solution: utiliser un autre serveur plus stable de ton propre réseau.
<mode bidouille> Dernière astuce: un script lancé toute les deux heures: _attente de deux secondes _forçage de l'heure à l'heure actuelle moins une seconde. Ce ne sera pas parfait mais ça devrait te permettre d'arranger les choses ;-) <mode bidouille>
Sinon, comme disent les autres, si ntpd peut gérer ça tout seul...
y'a t'il une solution pour accélerer une seconde de 0.0127331% ?
Prime de rendement ? ;-)) -- Eric Reply-to valide, laissez tel quel ! Texte brut vivement conseillé !!
Michel Tatoute
john fra wrote:
Bonjour,
y'a t'il une solution pour accélerer une seconde de 0.0127331% ?
Oui, c'est très classique. voir clock et Adjtimex.
Merci de rien.
michel michel
john fra wrote:
Bonjour,
y'a t'il une solution pour accélerer une seconde de 0.0127331% ?
Oui, c'est très classique. voir clock et Adjtimex.
y'a t'il une solution pour accélerer une seconde de 0.0127331% ?
Oui, c'est très classique. voir clock et Adjtimex.
Merci de rien.
michel michel
john fra
Dans le message :, john fra a écrit:
Bonjour,
J'ai installé une distribution redhat enterprise 3 sur un serveur dell (neuf) et je constate que tous les jours son horloge se décale de 11 secondes environ à +/- 0.03s près. A la fin d'une semaine si je fais rien, c'est un décalage de plus d'une minute.
Salut,
tu a essayé d'en causer au SAV de chez Dell ? Cela ne coute pas cher de demander.
D'où peut venir ce problème?
Sans trop savoir si c'est possible que ça intervienne, est ce que ce serveur est sur un onduleur ? Est ce qu'il y a d'autres machines (notamment du même type) branché sur le même secteur. Si l'horloge utilise la fréquence du réseau pour compter le temps .... (m'enfin ça doit faire un moment que l'on sait faire mieux !!)
Actuellement, je fais un ntpdate toutes les nuits pour limiter le retard, mais je ne veux pas faire plus souvent appel aux serveurs de temps, l'idéal serait une fois par mois... J'ai besoin d'avoir une horloge assez précise en permanence sans le gap du au re-réglage ntpdate afin de garder un tri cohérent des événements que je traite.
Ton attitude de ne pas vouloir charger les serveur ntp est tout à fait louable. Mais il y a sans doute moyen de trouver un ou plusieurs serveurs pour lesquels ça ne poserait aucun soucis. Par exemple si la ligne en question est celle depuis laquelle tu poste (chez Free) alors il te suffit d'utiliser comme serveur ntp l'adresse IP commençant comme la tienne mais finissant en 254. Même si tu force la synchro toute les heures ça sera complètement noyé à coté des requètes de freebox ;-)
Autre solution: utiliser un autre serveur plus stable de ton propre réseau.
<mode bidouille> Dernière astuce: un script lancé toute les deux heures: _attente de deux secondes _forçage de l'heure à l'heure actuelle moins une seconde. Ce ne sera pas parfait mais ça devrait te permettre d'arranger les choses ;-) <mode bidouille>
Sinon, comme disent les autres, si ntpd peut gérer ça tout seul...
y'a t'il une solution pour accélerer une seconde de 0.0127331% ?
Prime de rendement ? ;-))
Merci pour vos réponses y'a un onduleur mais général (datacenter) je vais maj ntpd prochainement Linux : 2.4.21-37.ELsmp #1
ps : pour des dslam de free qui font ntp, ca me sera bien utile ici aussi ;) merci
Dans le message :db7n79gk2thi.1i2vuratc9jm4.dlg@40tude.net,
john fra a écrit:
Bonjour,
J'ai installé une distribution redhat enterprise 3 sur un serveur dell
(neuf) et je constate que tous les jours son horloge se décale de 11
secondes environ à +/- 0.03s près. A la fin d'une semaine si je fais
rien, c'est un décalage de plus d'une minute.
Salut,
tu a essayé d'en causer au SAV de chez Dell ?
Cela ne coute pas cher de demander.
D'où peut venir ce problème?
Sans trop savoir si c'est possible que ça intervienne, est ce que ce serveur
est sur un onduleur ?
Est ce qu'il y a d'autres machines (notamment du même type) branché sur le
même secteur.
Si l'horloge utilise la fréquence du réseau pour compter le temps ....
(m'enfin ça doit faire un moment que l'on sait faire mieux !!)
Actuellement, je fais un ntpdate toutes les nuits pour limiter le
retard, mais je ne veux pas faire plus souvent appel aux serveurs de
temps, l'idéal serait une fois par mois...
J'ai besoin d'avoir une horloge assez précise en permanence sans le
gap du au re-réglage ntpdate afin de garder un tri cohérent des
événements que je traite.
Ton attitude de ne pas vouloir charger les serveur ntp est tout à fait
louable.
Mais il y a sans doute moyen de trouver un ou plusieurs serveurs pour
lesquels ça ne poserait aucun soucis. Par exemple si la ligne en question
est celle depuis laquelle tu poste (chez Free) alors il te suffit d'utiliser
comme serveur ntp l'adresse IP commençant comme la tienne mais finissant en
254. Même si tu force la synchro toute les heures ça sera complètement noyé
à coté des requètes de freebox ;-)
Autre solution: utiliser un autre serveur plus stable de ton propre réseau.
<mode bidouille>
Dernière astuce: un script lancé toute les deux heures:
_attente de deux secondes
_forçage de l'heure à l'heure actuelle moins une seconde.
Ce ne sera pas parfait mais ça devrait te permettre d'arranger les choses
;-)
<mode bidouille>
Sinon, comme disent les autres, si ntpd peut gérer ça tout seul...
y'a t'il une solution pour accélerer une seconde de 0.0127331% ?
Prime de rendement ? ;-))
Merci pour vos réponses
y'a un onduleur mais général (datacenter)
je vais maj ntpd prochainement
Linux : 2.4.21-37.ELsmp #1
ps : pour des dslam de free qui font ntp, ca me sera bien utile ici aussi
;) merci
J'ai installé une distribution redhat enterprise 3 sur un serveur dell (neuf) et je constate que tous les jours son horloge se décale de 11 secondes environ à +/- 0.03s près. A la fin d'une semaine si je fais rien, c'est un décalage de plus d'une minute.
Salut,
tu a essayé d'en causer au SAV de chez Dell ? Cela ne coute pas cher de demander.
D'où peut venir ce problème?
Sans trop savoir si c'est possible que ça intervienne, est ce que ce serveur est sur un onduleur ? Est ce qu'il y a d'autres machines (notamment du même type) branché sur le même secteur. Si l'horloge utilise la fréquence du réseau pour compter le temps .... (m'enfin ça doit faire un moment que l'on sait faire mieux !!)
Actuellement, je fais un ntpdate toutes les nuits pour limiter le retard, mais je ne veux pas faire plus souvent appel aux serveurs de temps, l'idéal serait une fois par mois... J'ai besoin d'avoir une horloge assez précise en permanence sans le gap du au re-réglage ntpdate afin de garder un tri cohérent des événements que je traite.
Ton attitude de ne pas vouloir charger les serveur ntp est tout à fait louable. Mais il y a sans doute moyen de trouver un ou plusieurs serveurs pour lesquels ça ne poserait aucun soucis. Par exemple si la ligne en question est celle depuis laquelle tu poste (chez Free) alors il te suffit d'utiliser comme serveur ntp l'adresse IP commençant comme la tienne mais finissant en 254. Même si tu force la synchro toute les heures ça sera complètement noyé à coté des requètes de freebox ;-)
Autre solution: utiliser un autre serveur plus stable de ton propre réseau.
<mode bidouille> Dernière astuce: un script lancé toute les deux heures: _attente de deux secondes _forçage de l'heure à l'heure actuelle moins une seconde. Ce ne sera pas parfait mais ça devrait te permettre d'arranger les choses ;-) <mode bidouille>
Sinon, comme disent les autres, si ntpd peut gérer ça tout seul...
y'a t'il une solution pour accélerer une seconde de 0.0127331% ?
Prime de rendement ? ;-))
Merci pour vos réponses y'a un onduleur mais général (datacenter) je vais maj ntpd prochainement Linux : 2.4.21-37.ELsmp #1
ps : pour des dslam de free qui font ntp, ca me sera bien utile ici aussi ;) merci