-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Thursday 2007-12-06 at 14:43 -, Neil Dawkins wrote:
Carlos,
I had a similar problem on one of my 10.3 servers.
I had to reset
/sys/devices/system/clocksource/clocksource0/current_clocksource (in this
case to jiffies).
To list availab
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Thursday 2007-12-13 at 21:38 -, Roger Hayter wrote:
I don't think it is directly related to your problem, but as an example where
the Linux system clock is not good enough for ntp I have a machine runing
SuSE 9.3 which gains 0.28 seconds
In message <[EMAIL PROTECTED]>,
Carlos E. R. <[EMAIL PROTECTED]> writes
The Saturday 2007-12-08 at 18:39 +0100, Anders Johansson wrote:
On Saturday 08 December 2007 17:29:41 Carlos E. R. wrote:
Because of this:
<4>Marking TSC unstable due to: possible TSC halt in C2.
What is C2?
A powe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Saturday 2007-12-08 at 18:39 +0100, Anders Johansson wrote:
On Saturday 08 December 2007 17:29:41 Carlos E. R. wrote:
Because of this:
<4>Marking TSC unstable due to: possible TSC halt in C2.
What is C2?
A power state. It consumes less
On Saturday 08 December 2007 17:29:41 Carlos E. R. wrote:
> The Saturday 2007-12-08 at 12:41 +0100, I wrote:
>
> ...
>
> > Less than half a second of error, with no network! This is indeed
> > surprising.
> >
> > It seems that my computer works better with the 'tsc' clocksource than
> > with the 'a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Saturday 2007-12-08 at 12:41 +0100, I wrote:
...
Less than half a second of error, with no network! This is indeed
surprising.
It seems that my computer works better with the 'tsc' clocksource than
with the 'acpi_pm' one. Now the problem is
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Saturday 2007-12-08 at 01:05 +0100, Carlos E. R. wrote:
> Not yet. I think I will compile the kernel tomorrow: it takes about
> three hours in this machine.
So, what happened Carlos. Any change?
Not yet, I couldn't... however, I have be
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Friday 2007-12-07 at 18:26 -0800, Joseph Loo wrote:
It does sound like your driftfile is messed up.
Which one? There are two.
/var/lib/ntp/drift/ntp.drift? Certainly it is. I did try removing it to
force NTP to recalculate it. No effect.
/
On Fri, 2007-12-07 at 03:21 +0100, Carlos E. R. wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>
> The Thursday 2007-12-06 at 17:49 -0800, Joseph Loo wrote:
>
> > It does sound like your driftfile is messed up.
>
> Which one? There are two.
>
> /var/lib/ntp/drift/ntp.drift? Cer
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Friday 2007-12-07 at 19:35 -0500, Patrick Shanahan wrote:
The only thing I did was to force the kernel to use the 'tsc' clock
instead of the 'acpi_pm' clocksource it was using:
mine is set to jiffy, but i'm still on 10.1 x86_64
jiffy seems
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Wednesday 2007-12-05 at 00:42 +0100, I wrote:
I'm investigating a problem I'm having with the clock getting very slow,
and I have traced the problem to something new in opensuse 10.3.
Some suggested that the CMOS clock could be running bad.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Carlos E. R. <[EMAIL PROTECTED]> [12-07-07 19:06]:
> pending with some logs of this, I'll send it promptly.
>
> The only thing I did was to force the kernel to use the 'tsc' clock
> instead of the 'acpi_pm' clocksource it was using:
mine is set t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Friday 2007-12-07 at 16:45 -0600, Rajko M. wrote:
Have you disabled:
[*] Tickless System (Dynamic Ticks)
this is new in 10.3 comparing to 10.2.
Not yet. I think I will compile the kernel tomorrow: it takes about three
hours in this machine.
On Thursday 06 December 2007 08:39:31 pm Carlos E. R. wrote:
> The Thursday 2007-12-06 at 20:34 -0600, Rajko M. wrote:
> >> I read a bugzilla at the NTP site, and it appears they think the linux
> >> kernel is broken regarding time adjustment and don't want to hear
> >> anything linux related
> >
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Friday 2007-12-07 at 08:54 +0100, Frank Fiene wrote:
Sorry for intervening, i haven't read the whole thread!
Do you run Linux in a VM infrastructure like VMware?
No...
- --
Cheers,
Carlos E. R.
-BEGIN PGP SIGNATURE-
Versi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Friday 2007-12-07 at 03:31 -0500, Aaron Kulkis wrote:
> Your logs says that when NTP looses the network connection,
Yes.
> it is syncing to the CMOS clock.
No.
You are confusing the system clock with the CMOS clock - which is running
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Friday 2007-12-07 at 08:47 +0100, Hans Witvliet wrote:
On Fri, 2007-12-07 at 02:16 +0100, Carlos E. R. wrote:
You see how the resets increase just the very day I upgraded to 10.3? It
is thus a demonstration that it is a software problem. I
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Friday 2007-12-07 at 00:15 -0600, David C. Rankin wrote:
I seem to recall that you can adjust the drift of the system clock
within ntp. I don't know if this will cure your problems, but it can't
hurt to check. The file is /var/lib/ntp/drift/nt
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Friday 2007-12-07 at 03:31 -0500, Aaron Kulkis wrote:
In your first post, one of your own logfile excerpts
shows a line where it is syncing to a strata 10 source.
Every line after that shows attempts to re-sync to
a strata 2 source, with very
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Friday 2007-12-07 at 14:56 +1100, Basil Chupin wrote:
As the problem started the very same day I upgraded to suse 10.3, that
points to software.
I note that you keep stating that you UPGRADED from 10.2 to 10.3. Does this
mean a NEW install
I had to reset
/sys/devices/system/clocksource/clocksource0/current_clocksource (in
this case to jiffies).
To list available sources:
cat /sys/devices/system/clocksource/clocksource0/available_clocksource
Do you know of a link or file with documentation on each type of clock?
Sorry, found
Carlos E. R. wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Thursday 2007-12-06 at 17:26 -0800, Randall R Schulz wrote:
On Thursday 06 December 2007 17:16, Carlos E. R. wrote:
...
Please, remember that the system time does not use the cmos clock and
battery at all. That's a diffe
Carlos E. R. wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Thursday 2007-12-06 at 12:20 -0500, Aaron Kulkis wrote:
Your logs says that when NTP looses the network connection,
Yes.
it is syncing to the CMOS clock.
No.
You are confusing the system clock with the CMOS clock -
On Freitag 07 Dezember 2007, Carlos E. R. wrote:
> [...]
>
> I have tried several frequency settings, from 250 (default) to 1000.
> No appreciable difference regarding this problem.
>
>
> I read a bugzilla at the NTP site, and it appears they think the
> linux kernel is broken regarding time adjust
On Fri, 2007-12-07 at 02:16 +0100, Carlos E. R. wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>
> The Thursday 2007-12-06 at 09:02 -0800, Robert Smits wrote:
>
> >> It seems a kernel problem, not an NTP problem.
> >
> > Actually, it looks way more like a hardware problem than a s
Carlos E. R. wrote:
>
>
> The Thursday 2007-12-06 at 09:02 -0800, Robert Smits wrote:
>
>>> It seems a kernel problem, not an NTP problem.
>
>> Actually, it looks way more like a hardware problem than a software
>> problem.
>> Normally I can run any of my systems for more than a month without
>
Carlos E. R. wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Thursday 2007-12-06 at 17:58 -0800, Randall R Schulz wrote:
Not really. I have been using this same machine without permanent
network, and thus, no NTP, for years, and the clock drift was about a
second or two per day.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Thursday 2007-12-06 at 20:34 -0600, Rajko M. wrote:
I read a bugzilla at the NTP site, and it appears they think the linux
kernel is broken regarding time adjustment and don't want to hear
anything linux related
Have you disabled:
[*] Tickle
On Thursday 06 December 2007 07:22:32 pm Carlos E. R. wrote:
> I have tried several frequency settings, from 250 (default) to 1000. No
> appreciable difference regarding this problem.
>
>
> I read a bugzilla at the NTP site, and it appears they think the linux
> kernel is broken regarding time adju
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Thursday 2007-12-06 at 17:58 -0800, Randall R Schulz wrote:
Not really. I have been using this same machine without permanent
network, and thus, no NTP, for years, and the clock drift was about a
second or two per day.
Then you have the luc
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Thursday 2007-12-06 at 17:49 -0800, Joseph Loo wrote:
It does sound like your driftfile is messed up.
Which one? There are two.
/var/lib/ntp/drift/ntp.drift? Certainly it is. I did try removing it to
force NTP to recalculate it. No effect.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Thursday 2007-12-06 at 17:47 -0800, Joseph Loo wrote:
I believe that the CMOS clock is updated when you shutdown. There is a
specific routine that synchronize the cmos clock.
Yes, that is correct.
Have a look here - it is old, but mostly v
On Thursday 06 December 2007 17:38, Carlos E. R. wrote:
> The Thursday 2007-12-06 at 17:26 -0800, Randall R Schulz wrote:
> > On Thursday 06 December 2007 17:16, Carlos E. R. wrote:
> >> ...
> >>
> >> Please, remember that the system time does not use the cmos clock
> >> and battery at all. ...
> >
On Fri, 2007-12-07 at 02:38 +0100, Carlos E. R. wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>
> The Thursday 2007-12-06 at 17:26 -0800, Randall R Schulz wrote:
>
> > On Thursday 06 December 2007 17:16, Carlos E. R. wrote:
> >> ...
> >>
> >> Please, remember that the system tim
On Fri, 2007-12-07 at 02:30 +0100, Carlos E. R. wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
>
>
> The Thursday 2007-12-06 at 12:11 -0500, Aaron Kulkis wrote:
>
> >> Don't you understand that NTP can not adjust my system clock and quits?
> >>
> >
> > Yes I do.
> >
> > I was exp
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Thursday 2007-12-06 at 17:26 -0800, Randall R Schulz wrote:
On Thursday 06 December 2007 17:16, Carlos E. R. wrote:
...
Please, remember that the system time does not use the cmos clock and
battery at all. That's a different clock altogether
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Thursday 2007-12-06 at 12:11 -0500, Aaron Kulkis wrote:
Don't you understand that NTP can not adjust my system clock and quits?
Yes I do.
I was explaining NTP it to Billie Walsh, who didn't seem
to understand that NTP is a method of keepi
On Thursday 06 December 2007 17:16, Carlos E. R. wrote:
> ...
>
> Please, remember that the system time does not use the cmos clock and
> battery at all. That's a different clock altogether. Plus, the cmos
> clock is running fine, I'm checking it at the moment.
"... at all ...?" I don't think this
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Thursday 2007-12-06 at 09:52 -0800, Sloan wrote:
It seems a kernel problem, not an NTP problem.
Just out of curiosity, are you running the stock suse kernel, or did you
install something newer. I'd never had any problem with ntp on the stock
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Thursday 2007-12-06 at 09:02 -0800, Robert Smits wrote:
It seems a kernel problem, not an NTP problem.
Actually, it looks way more like a hardware problem than a software problem.
Normally I can run any of my systems for more than a month wi
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Thursday 2007-12-06 at 12:20 -0500, Aaron Kulkis wrote:
Your logs says that when NTP looses the network connection,
Yes.
it is syncing to the CMOS clock.
No.
You are confusing the system clock with the CMOS clock - which is running
fin
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Thursday 2007-12-06 at 12:28 -0500, Aaron Kulkis wrote:
Changing the CMOS battery would be simpler, and costs less
than lunch in a restaurant.
The system time is not affected by the CMOS battery at all.
- --
Cheers,
Carlos E. R.
-
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Thursday 2007-12-06 at 14:43 -, Neil Dawkins wrote:
Carlos,
I had a similar problem on one of my 10.3 servers.
I had to reset
/sys/devices/system/clocksource/clocksource0/current_clocksource (in this
case to jiffies).
To list availab
Aaron Kulkis wrote:
> Carlos E. R. wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>>
>>
>> The Thursday 2007-12-06 at 00:18 -0500, Aaron Kulkis wrote:
>>
>>> This is precisely why NTP was invented -- it solves this
>>> problem by obtaining time from calibrated time servers,
>>> and a
Neil Dawkins wrote:
> Carlos E. R. wrote:
>>
>> The Friday 2007-12-07 at 00:05 +1100, Basil Chupin wrote:
>>
>>> Carlos,
>>>
>>> I haven't been paying too much attention to what you have written re
>>> the problem, what result do you get when you try setting the time
>>> manually, as root, from the
Robert Smits wrote:
On December 6, 2007 05:54:39 am Carlos E. R. wrote:
The Friday 2007-12-07 at 00:05 +1100, Basil Chupin wrote:
Carlos,
I haven't been paying too much attention to what you have written re the
problem, what result do you get when you try setting the time manually,
as root, fr
Carlos E. R. wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Friday 2007-12-07 at 00:05 +1100, Basil Chupin wrote:
Carlos,
I haven't been paying too much attention to what you have written re
the problem, what result do you get when you try setting the time
manually, as root, fro
Carlos E. R. wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Thursday 2007-12-06 at 00:18 -0500, Aaron Kulkis wrote:
This is precisely why NTP was invented -- it solves this
problem by obtaining time from calibrated time servers,
and also takes into account network latency. Level 0
Carlos E. R. wrote:
>
> The problem is that NTP can't keep the system clock disciplined, it
> strays off as soon as NTP looses the network peers, and not a second
> or two, but several minutes.
>
> It seems a kernel problem, not an NTP problem.
Just out of curiosity, are you running the stock suse
On December 6, 2007 05:54:39 am Carlos E. R. wrote:
> The Friday 2007-12-07 at 00:05 +1100, Basil Chupin wrote:
> > Carlos,
> >
> > I haven't been paying too much attention to what you have written re the
> > problem, what result do you get when you try setting the time manually,
> > as root, from
Neil Dawkins wrote:
Carlos E. R. wrote:
The Friday 2007-12-07 at 00:05 +1100, Basil Chupin wrote:
Carlos,
I haven't been paying too much attention to what you have written re
the problem, what result do you get when you try setting the time
manually, as root, from the command line? You k
Carlos E. R. wrote:
The Friday 2007-12-07 at 00:05 +1100, Basil Chupin wrote:
Carlos,
I haven't been paying too much attention to what you have written re
the problem, what result do you get when you try setting the time
manually, as root, from the command line? You know, the old
ntpdate
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Friday 2007-12-07 at 00:05 +1100, Basil Chupin wrote:
Carlos,
I haven't been paying too much attention to what you have written re the
problem, what result do you get when you try setting the time manually, as
root, from the command line? Y
Carlos E. R. wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Thursday 2007-12-06 at 00:18 -0500, Aaron Kulkis wrote:
This is precisely why NTP was invented -- it solves this
problem by obtaining time from calibrated time servers,
and also takes into account network latency. Level 0
Aaron Kulkis wrote:
> Billie Walsh wrote:
>> Somewhere in the past I read that computers are wonderful machines.
>> Capable of great things. BUT, they are horrible clocks.
>>
>> The way it was explained was that when system use was high and resources
>> were strained the clock was the last thing to
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Thursday 2007-12-06 at 00:18 -0500, Aaron Kulkis wrote:
This is precisely why NTP was invented -- it solves this
problem by obtaining time from calibrated time servers,
and also takes into account network latency. Level 0
Don't you understa
Billie Walsh wrote:
Somewhere in the past I read that computers are wonderful machines.
Capable of great things. BUT, they are horrible clocks.
The way it was explained was that when system use was high and resources
were strained the clock was the last thing to get updated. Thus, it
looses time
On Wednesday 05 December 2007 09:52:43 pm Carlos E. R. wrote:
> The thing is, I don't know how these settings were in 10.2 or earlier.
It was not
> [*] Tickless System (Dynamic Ticks)
That means disabling this, and enabling some of fixed will bring in the same
state as 10.2.
That doesn't t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Wednesday 2007-12-05 at 19:20 -0600, Rajko M. wrote:
However, my problem is often worse when the cpu is not busy at all.
It seems that you can try to compile kernel with HZ enabled and set for
instance to 250 Hz and see if that helps.
I ha
Rajko M. wrote:
> On Wednesday 05 December 2007 06:03:54 pm Carlos E. R. wrote:
>
>> The Wednesday 2007-12-05 at 22:48 +0100, Theo v. Werkhoven wrote:
>>
>>> don't know where you got that from, but ever since the IBM AT, PC's have
>>> had a hardware clock on the mainboard, independent of th
On Wednesday 05 December 2007 06:03:54 pm Carlos E. R. wrote:
> The Wednesday 2007-12-05 at 22:48 +0100, Theo v. Werkhoven wrote:
> > don't know where you got that from, but ever since the IBM AT, PC's have
> > had a hardware clock on the mainboard, independent of the OS or user
> > programs.
> > T
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Wednesday 2007-12-05 at 22:48 +0100, Theo v. Werkhoven wrote:
don't know where you got that from, but ever since the IBM AT, PC's have
had a hardware clock on the mainboard, independent of the OS or user
programs.
The only thing that can make
On Wed, 2007-12-05 at 22:48 +0100, Theo v. Werkhoven wrote:
> Tue, 04 Dec 2007, by [EMAIL PROTECTED]:
>
> > Somewhere in the past I read that computers are wonderful machines.
> > Capable of great things. BUT, they are horrible clocks.
> >
> > The way it was explained was that when system use was
Tue, 04 Dec 2007, by [EMAIL PROTECTED]:
> Somewhere in the past I read that computers are wonderful machines.
> Capable of great things. BUT, they are horrible clocks.
>
> The way it was explained was that when system use was high and resources
> were strained the clock was the last thing to get
Tue, 04 Dec 2007, by [EMAIL PROTECTED]:
>
>
> Carlos E. R. wrote:
> >
> >
> > The Tuesday 2007-12-04 at 17:41 -0800, Joseph Loo wrote:
> >
> >> On Tue, 2007-12-04 at 20:24 -0500, James Knott wrote:
> grep "time reset " /var/log/ntp | less
>
> >>>
> >>> I get 24 Oct 19:41:38 ntpd[334
Carlos E. R. wrote:
>
>
> The Tuesday 2007-12-04 at 17:41 -0800, Joseph Loo wrote:
>
>> On Tue, 2007-12-04 at 20:24 -0500, James Knott wrote:
grep "time reset " /var/log/ntp | less
>>>
>>> I get 24 Oct 19:41:38 ntpd[3347]: time reset -0.130426 s
>>> 29 Oct 18:20:20 ntpd[3433]: time r
Somewhere in the past I read that computers are wonderful machines.
Capable of great things. BUT, they are horrible clocks.
The way it was explained was that when system use was high and resources
were strained the clock was the last thing to get updated. Thus, it
looses time. I'm sure it isn't ne
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Tuesday 2007-12-04 at 17:41 -0800, Joseph Loo wrote:
On Tue, 2007-12-04 at 20:24 -0500, James Knott wrote:
grep "time reset " /var/log/ntp | less
I get 24 Oct 19:41:38 ntpd[3347]: time reset -0.130426 s
29 Oct 18:20:20 ntpd[3433]: time res
On Tue, 2007-12-04 at 20:24 -0500, James Knott wrote:
> Carlos E. R. wrote:
> >
> >
> > Hi,
> >
> > I'm investigating a problem I'm having with the clock getting very
> > slow, and I have traced the problem to something new in opensuse 10.3.
> >
> > I wonder if any body has the same problem - the
Carlos E. R. wrote:
>
>
> Hi,
>
> I'm investigating a problem I'm having with the clock getting very
> slow, and I have traced the problem to something new in opensuse 10.3.
>
> I wonder if any body has the same problem - the check is simple, run
> this grep command:
>
>
> grep "time reset " /var/l
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
The Wednesday 2007-12-05 at 01:05 +0100, Philippe Landau wrote:
Carlos E. R. wrote:
I'm investigating a problem I'm having with the clock getting very slow,
and I have traced the problem to something new in opensuse 10.3.
I believe there must be
Carlos E. R. wrote:
> I'm investigating a problem I'm having with the clock getting very slow,
> and I have traced the problem to something new in opensuse 10.3.
> I believe there must be a kernel problem or ntp problem in 10.3.
Excellent work, Carlos, someone on PCLinux told me of a similar
proble
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I'm investigating a problem I'm having with the clock getting very slow,
and I have traced the problem to something new in opensuse 10.3.
I wonder if any body has the same problem - the check is simple, run this
grep command:
grep "time
73 matches
Mail list logo