Oups, sorry, I have just seen that the messages I am interested in are
not "step time server" but rather:
"(...) ntpd[4569]: time reset +0.638100 s"
So please forget about "my" ntpdate.c:1427.
___
questions mailing list
questions@lists.ntp.org
http:/
Oups, sorry, I have just seen that the messages I am interested in are
not "step time server" but rather:
"(...) ntpd[4569]: time reset +0.638100 s"
So please forget about "my" ntpdate.c:1427.
___
questions mailing list
questions@lists.ntp.org
http:/
Oups, sorry, I have just seen that the messages I am interested in are
not "step time server" but rather:
"(...) ntpd[4569]: time reset +0.638100 s"
So please forget about "my" ntpdate.c:1427.
___
questions mailing list
questions@lists.ntp.org
http:/
Hello,
Thank you for this debate :-).
Well, to my mind, it is a matter of fact that time stepping can occur
on a server having time managed with ntpd.
(My running ntp configuration leads the service to stop in such
conditions, and I have already seen that.)
I agree, it's probably with some specia
On 26 juil, 16:39, unruh wrote:
> On 2010-07-26, Thierry MARTIN wrote:
>
> > Hello,
>
> > Is there any API that can be used in a program to be "notified" if a
> > "step time server" event occurs?
> > As far as I could see, it is "on
Hello,
Is there any API that can be used in a program to be "notified" if a
"step time server" event occurs?
As far as I could see, it is "only" logged.
Thanks in advance for your answers.
/ Thierry
___
questions mailing list
questions@lists.ntp.org
ht
I will try this.
Martin Burnicki a écrit :
> Thierry,
>
> Thierry MARTIN wrote:
>> Hi Martin,
>>
>> It seems that once again, you're about to save me ;-) !
>
> ;-))
>
>> So, ok my system has a Meinberg gps170pci board.
>>
>> As far as
other
feature from the board?
Could you please enlight me about this?
Thanks!
Thierry MARTIN
Martin Burnicki a écrit :
> Hi Thierry,
>
> Thierry MARTIN wrote:
>> Maybe I should look for a pci board that is able to keep good time -
>> even with offset but limited drift- wi
, "setting up a DCF77 or GPS refclock" is not
always possible (we actually do support NTP + GPS refclock).
Maybe I should look for a pci board that is able to keep good time -
even with offset but limited drift- with no external time source...
If anyone has ever heard of this...
Thanks f
Hi Serge,
My investigations might lead me to choose your solution ;-).
The system I have is a (trans)portable machine. I wonder wether these
parameters will be ok, wherever I place it (what is the influnce of
temperature differences or things like that)?
Regards
Thierry MARTIN
Serge Bets a
-a
Then I watch:
# ntpdate -q ntp.cines.fr
Keeping a linux system with the correct time without any external
synchronisation really seems hard...
Best regards
Thierry.
Thierry MARTIN a écrit :
> Oups?
>
> If I understand your post, tsc is the same as acpi_pm ?
>
> Was
Oups?
If I understand your post, tsc is the same as acpi_pm ?
Was I just a lucky guy with this config?
(:- You've just killed my enthousiasm ... :-)
David Woolley a écrit :
> Thierry MARTIN wrote:
>
>> I have been trying acpi_pm clocksource for a few days now and the
>
e a nice day!
Thierry MARTIN
Martin Burnicki a écrit :
> Unruh wrote:
>> Any place where these different clock models is described?
>
> Hm, I think "clock models" in the sense of NTP is not correct in this
> context. AFAIK there is only one "clock model"
This looks like what I was looking for.
Thank you.
Martin Burnicki a écrit :
> Hi Thierry,
>
> Thierry MARTIN wrote:
>> Hi all,
>>
>> Many of you kindly answered my previous questions, thanks a lot for that.
>>
>> Now I realise that I got a lot
ng ntp?
I mean -for instance-, it seems that "everybody" here knows that a
configuration with only two ntp sources should be avoided; so is there a
doc where I can find this kind of information?
Regards
Thierry MARTIN
___
questions mailing list
Thanks François. That is what I experience.
François Meyer a écrit :
> Thierry MARTIN <[EMAIL PROTECTED]> wrote:
>> Hello,
>>
>> Can anyone tell me if a time shift greater than 2s per day is ""normal""
>> on a linux system that has no "e
day) and badly on another one
(several seconds shift / day)
Any info about this subject would help me.
Regards
Thierry MARTIN
___
questions mailing list
questions@lists.ntp.org
https://lists.ntp.org/mailman/listinfo/questions
looking for some documentation that explain why it fails.
Which parameter(s) in the configuration triggers that behaviour?
I used the "prefer" keyword in the GPS configuration line, with the same
result. Is there a way to make it work better?
Thanks for you help
Thie
tup?
Once again, thanks a lot for you help.
Thierry MARTIN
"Martin Burnicki" <[EMAIL PROTECTED]> a écrit dans le message de
news: [EMAIL PROTECTED]
> Hi Thierry,
>
> Thierry MARTIN wrote:
>> Hi again,
>>
>> I tried and run "ntpd -gq"; my &quo
is too long for a service startup script.
Also Martin Burnicki (from Meinberg) recommanded to use the mbgsetsystime
utility which is much faster.
/ Thierry
"Steve Kostecke" <[EMAIL PROTECTED]> a écrit dans le message de news:
[EMAIL PROTECTED]
> On 2007-07-12, Thierry MARTIN &l
re is the content of /tmp/ntp.conf:
<<
server 127.127.8.0 mode 2
fudge 127.127.8.0 time1 0.0
fudge 127.127.8.0 refid GPSi
>>
And here is the command + output:
# date; ntpd -g -q -c /tmp/ntp.conf; date
Thu Jul 12 14:44:39 CEST 2007
ntpd: time set +10.681068s
Thu Jul 12 14:45:40 CEST 2007
Yes thantks for your answer Martin.
I am giving it a try...
Best regards
/ Thierry
"Martin Burnicki" <[EMAIL PROTECTED]> a écrit dans le message de
news: [EMAIL PROTECTED]
> All,
>
> Thierry MARTIN wrote:
>
>> Hi all,
>>
>> I ve been trying to
e GPS time reference with ntpdate?
Usually ntpdate uses the servers listed in /etc/ntp/step-tickers to do the
initial sync, but in this case, I have no server...
Thanks in advance for you help.
Thierry MARTIN
___
questions mailing list
23 matches
Mail list logo
