Hi Kristian,
clocksource tsc solved problem
Christian
___
Sks-devel mailing list
Sks-devel@nongnu.org
https://lists.nongnu.org/mailman/listinfo/sks-devel
Hi Kristian,
Am 17.03.2012 18:50, schrieb Kristian Fiskerstrand:
> You can change the clocksource by setting the clocksource= kernel
> option in your respective GRUB/LILO* setup, e.g. "clocksource=tsc" ** .
I will give it a try:
[0.180033] Switching to clocksource tsc
Christian
___
Hi Kristian,
Clock is still absolutely synchronous, but ptree error already persists.
Other clocksources than kvm-clock have significant jitter.
Unfortunally sks needs several peerings to get a reproduction of that problem.
Christian
Am 17.03.2012 18:50, schrieb Kristian Fiskerstrand:
> On 16.0
I disabled ntp on guest, so kvm-clock is the only clock source. A
reference clock (DCF) and systems clock are now absolutely synchronous
(1 second resolution)
Let's see if problem still persists.
Christian
Am 17.03.2012 18:50, schrieb Kristian Fiskerstrand:
>> kvm-clock
> You can change the cloc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 16.03.2012 18:34, Christian Felsing wrote:
> Hi,
>
Hi Christian
> same problem here.
>
...
>
>> Anyhow, I'd check /sys/devices/system/clocksource/clocksource0/
>> where I'd expect to see the files (i) available_clocksource, and
>> (ii) curren
Hi,
same problem here.
Am 16.03.2012 12:49, schrieb Kristian Fiskerstrand:
> On 16.03.2012 08:57, Michael Nausch wrote:
> First of all, I presume you have tried just rebuilding the ptree, but
> this is a recurring problem ?
of course, but this does not solve problem.
At this time I am using fo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 16.03.2012 08:57, Michael Nausch wrote:
> Ahoi!
Hi Michael
>
> My keyserver died this morning once again, or in other better
> words, sks-recon daemon is dead or PTree database is corrupt.
First of all, I presume you have tried just rebuilding t
Ahoi!
My keyserver died this morning once again, or in other better words,
sks-recon daemon is dead or PTree database is corrupt.
My keyserver (1.1.2) is based on an virtual machine, CentOS 6.2 and was
build like discribed here:
http://dokuwiki.nausch.org/doku.php/centos:sks_c6
May recon.log sho
