Activity log for bug #104091

Date Who What changed Old value New value Message
2007-04-07 12:23:29 Savvas Radevic bug added bug
2007-04-08 17:29:06 Sebastien Bacher gnome-panel: status Unconfirmed Needs Info
2007-04-08 17:29:06 Sebastien Bacher gnome-panel: importance Undecided Low
2007-04-08 17:29:06 Sebastien Bacher gnome-panel: statusexplanation Thanks for taking the time to report this bug. Unfortunately we can't fix it, because your description didn't include enough information. You may find it helpful to read "How to report bugs effectively" <http://www.chiark.greenend.org.uk/~sgtatham/bugs.html>. We'd be grateful if you would then provide a more complete description of the problem. We have instructions on debugging some types of problems. <http://wiki.ubuntu.com/DebuggingProcedures> Thanks!
2007-04-08 17:29:06 Sebastien Bacher gnome-panel: assignee desktop-bugs
2007-04-09 08:53:46 Savvas Radevic description No matter which ntp server I choose, the time jumps ahead after a day or so for 10 to 20 minutes. It looks as if the timer is not correct when counting. I'll try without the ntp synchronizing, just to see if this relies to the time/date panel in gnome-panel. No matter which ntp server I choose, the time jumps ahead after a day or so for 10 to 20 minutes. It looks as if the timer is not correct when counting. I'll try without the ntp synchronizing, just to see if this relies to the time/date panel in gnome-panel. Edit: the problem looks to be the clock applet itself, it does not keep a steady timer, it jumps ahead 10-20 minutes after several hours.
2007-04-15 11:45:39 Sebastien Bacher gnome-panel: status Needs Info Unconfirmed
2007-04-15 11:45:39 Sebastien Bacher gnome-panel: assignee desktop-bugs
2007-04-15 11:45:39 Sebastien Bacher gnome-panel: statusexplanation Thanks for taking the time to report this bug. Unfortunately we can't fix it, because your description didn't include enough information. You may find it helpful to read "How to report bugs effectively" <http://www.chiark.greenend.org.uk/~sgtatham/bugs.html>. We'd be grateful if you would then provide a more complete description of the problem. We have instructions on debugging some types of problems. <http://wiki.ubuntu.com/DebuggingProcedures> Thanks! not a GNOME bug
2007-04-23 07:33:03 Sam Liddicott bug added attachment 'peerstats' (peerstats)
2007-05-28 15:15:23 Savvas Radevic bug added attachment 'ntpstats_ntpdrift_ntpconf.tar.gz' (ntpstats_ntpdrift_ntpconf.tar.gz)
2007-06-08 21:07:46 Savvas Radevic bug added attachment 'systeminfo.txt' (sysinfo)
2007-06-13 21:54:08 Savvas Radevic bug added attachment 'clock.log.tar.gz' (clock.log.tar.gz)
2008-04-29 09:52:44 Willem Ligtenberg None: status New Confirmed
2008-09-25 17:08:48 Savvas Radevic None: assignee desktop-bugs
2008-09-25 17:08:48 Savvas Radevic None: statusexplanation Other people have confirmed this bug. Although it is still unclear where the error comes from. It is however clear that quite a few people are experiencing time shifting.
2008-09-25 18:43:36 Pedro Villavicencio None: assignee desktop-bugs
2010-02-04 10:11:47 Savvas Radevic ubuntu: status Confirmed Incomplete
2010-02-11 18:12:04 Savvas Radevic ubuntu: status Incomplete Confirmed
2010-03-07 12:44:55 Savvas Radevic affects ubuntu linux (Ubuntu)
2010-03-20 23:16:09 Savvas Radevic summary time jumps ahead 10-20 minutes no matter the ntp server time drifting, jumps ahead, with/without ntp server
2010-03-22 12:20:38 Savvas Radevic description No matter which ntp server I choose, the time jumps ahead after a day or so for 10 to 20 minutes. It looks as if the timer is not correct when counting. I'll try without the ntp synchronizing, just to see if this relies to the time/date panel in gnome-panel. Edit: the problem looks to be the clock applet itself, it does not keep a steady timer, it jumps ahead 10-20 minutes after several hours. No matter which ntp server I choose, the time jumps ahead after a day or so for 10 to 20 minutes. It looks as if the timer is not correct when counting. I'll try without the ntp synchronizing, just to see if this relies to the time/date panel in gnome-panel. Edit: the problem looks to be the clock applet itself, it does not keep a steady timer, it jumps ahead 10-20 minutes after several hours. Update: This problem is called "systematic time drift", it seems to happen a lot and it is explained in the manual page: http://manpages.ubuntu.com/hwclock http://bugs.archlinux.org/task/13684 One solution is to install package: adjtimex
2010-04-16 01:23:43 Savvas Radevic description No matter which ntp server I choose, the time jumps ahead after a day or so for 10 to 20 minutes. It looks as if the timer is not correct when counting. I'll try without the ntp synchronizing, just to see if this relies to the time/date panel in gnome-panel. Edit: the problem looks to be the clock applet itself, it does not keep a steady timer, it jumps ahead 10-20 minutes after several hours. Update: This problem is called "systematic time drift", it seems to happen a lot and it is explained in the manual page: http://manpages.ubuntu.com/hwclock http://bugs.archlinux.org/task/13684 One solution is to install package: adjtimex No matter which ntp server I choose, the time jumps ahead after a day or so for 10 to 20 minutes. It looks as if the timer is not correct when counting. I'll try without the ntp synchronizing, just to see if this relies to the time/date panel in gnome-panel. Edit: the problem looks to be the clock applet itself, it does not keep a steady timer, it jumps ahead 10-20 minutes after several hours. Update: This problem is called "systematic time drift", it seems to happen a lot and it is explained in the manual page: http://manpages.ubuntu.com/hwclock http://bugs.archlinux.org/task/13684 One solution is to install package: adjtimex Update 2: I disabled spread spectrum and some overclocking options in BIOS. Now the clock skew / time difference is only minimal! Please read comments #11 and #12 from another bug: https://bugs.launchpad.net/ubuntu/+source/adjtimex/+bug/553237/comments/11 https://bugs.launchpad.net/ubuntu/+source/adjtimex/+bug/553237/comments/12
2010-04-16 01:25:25 Savvas Radevic linux (Ubuntu): status Confirmed Invalid