[Sa] ntp проблем отново

[Vladimir Germanov]

On 1 March 2012 12:37, Vasil Kolev <vasil at ludost.net> wrote:
> В 09:56 +0200 на 01.03.2012 (чт), Vladimir Germanov написа:
>
>> Благодаря за информацията. Ами аз рестартирах също няколко пъти. В
>> момента nagios-а пак пуска ALERT:
>> Това ми изписва от chek_ntp
>>
>> u7 at phyllis:~$ /usr/lib/nagios/plugins/check_ntp -H u7.ludost.net -v
>> sending request to peer 0
>> response from peer 0: offset -0.7734282017
>> sending request to peer 0
>> response from peer 0: offset -0.7734596729
>> sending request to peer 0
>> response from peer 0: offset -0.7734520435
>> sending request to peer 0
>> response from peer 0: offset -0.7734479904
>> discarding peer 0: flags=3
>> overall average offset: 0
>> NTP OK: Offset unknown|
>> _______________________________________________
>
> Пак същия случай като с leap 11:
>
> 78.128.6.187: Server dropped: Leap not in sync
> server 78.128.6.187, port 123
> stratum 3, precision -22, leap 11, trust 000
> refid [78.128.6.187], delay 0.02846, dispersion 0.00563
> transmitted 4, in filter 4
> reference time:    d2f9cf84.32cd47b0  Thu, Mar  1 2012 12:35:48.198
> originate timestamp: d2f9cf88.62bde7b9  Thu, Mar  1 2012 12:35:52.385
> transmit timestamp:  d2f9cf89.c08bf330  Thu, Mar  1 2012 12:35:53.752
> filter delay:  0.03592  0.03104  0.03030  0.02846
>         0.00000  0.00000  0.00000  0.00000
> filter offset: -1.35260 -1.35901 -1.36493 -1.36793
>         0.000000 0.000000 0.000000 0.000000
> delay 0.02846, dispersion 0.00563
> offset -1.367931
>
> Виж в предишните thread-ове, Георги имаше същия проблем, мисля, че беше
> проблем на самата виртуалка, не на софтуера вътре.
>
> --
> Regards,
> Vasil Kolev

И това направих ....
vboxmanage setextradata <vmname>
“VBoxInternal/Devices/VMMDev/0/Config/GetHostTimeDisabled” “1″

резултата е същия в момента работи вече от 40 минути по този начин.
Вече се изчерпах в момента компилирам  ntp с поддръжка на дебъг понеже
в стандартния пакет не е включена опцията. Дано там да се покаже нещо.

Поздрави,