AW: [chrony-users] chronyd: Can' Synchronize WHY ?

[<thomas.schmid@xxxxxxxxx>]

Hi Miroslav,
>On Fri, Sep 09, 2011 at 03:37:04PM +0000, thomas.schmid@xxxxxxxxx wrote:
>> > Something is wrong, the skew values are extremely high. Usually, it's
>> > just couple ppm.
>> >
>> > Is the client running in a virtual machine?
>> Only "SU-Server3" is running on Windows XP within a virtual machine, all
>> the other NTP servers (WAN-IP1, WAN-IP2) and this machine are real hardware.
>
>Hm, something is wrong with clock, either on all three servers or
>the client and any number of the servers.
>
>Does the machine have enabled powersaving, like scaling of the CPU
>frequency?
No, the CPU is a crippled-down Celeron M 600 MHz, so not even "speedstep"
is working. From cpuinfo:
# cat /proc/cpuinfo 
processor       : 0
vendor_id       : GenuineIntel
cpu family      : 6
model           : 9
model name      : Genuine Intel(R) processor               600MHz
stepping        : 5
cpu MHz         : 599.931
cache size      : 512 KB
fdiv_bug        : no
hlt_bug         : no
f00f_bug        : no
coma_bug        : no
fpu             : yes
fpu_exception   : yes
cpuid level     : 2
wp              : yes
flags           : fpu vme de pse tsc msr mce cx8 apic sep mtrr pge mca cmov pat clflush dts acpi mmx fxsr sse sse2 tm pbe up bts
bogomips        : 1199.86
clflush size    : 64
power management:
^^^^^^^^^^^^^^^^^^^ 
-> no power management

>
>What clocksource does it use?
>cat /sys/devices/system/clocksource/clocksource0/{current,available}_clocksource
# cat /sys/devices/system/clocksource/clocksource0/
# available_clocksource  current_clocksource    
# cat /sys/devices/system/clocksource/clocksource0/current_clocksource 
# acpi_pm
# cat /sys/devices/system/clocksource/clocksource0/available_clocksource 
# acpi_pm jiffies tsc 

The only (relatively) special thing: We have a multi-threaded user space application running
with a lot of threads (~70): About 6...10 of them are running using the (almost) realtime
scheduler the standard Linux kernel provides (no RT-patches applied), and 4...6 are using
very high priorities 80..99.
Might this interfere with chrony ?

Thomas

---
To unsubscribe email chrony-users-request@xxxxxxxxxxxxxxxxxxxx
with "unsubscribe" in the subject.
For help email chrony-users-request@xxxxxxxxxxxxxxxxxxxx
with "help" in the subject.
Trouble?  Email listmaster@xxxxxxxxxxxxxxxxxxxx.