Bug 190919

Summary:	tickadj unable to set lower than 9000, ntp unable to correct time
Product:	Red Hat Enterprise Linux 4	Reporter:	John <john>
Component:	kernel	Assignee:	Kernel Maintainer List <kernel-maint>
Status:	CLOSED DUPLICATE	QA Contact:	Brian Brock <bbrock>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	4.0
Target Milestone:	---
Target Release:	---
Hardware:	i686
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2006-05-09 09:40:35 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description John 2006-05-06 15:44:30 UTC

Description of problem:


Version-Release number of selected component (if applicable): Latest RH Ent Kernel


How reproducible:

Steps to Reproduce:
1. Run on Opteron dualcore
2. Set up and run ntpd
3. Watch time drift(quickly)
  
Time advances very quickly, would need to set a lower tick rate.

Additional info:
tickadj does not work as described in manual.
tickadj will not accept a lower value than 9000.

Comment 1 John 2006-05-06 22:05:53 UTC

This appears to have an underlying problem because of the limits in adjtimex.

On the system it's running on the hardware clock is so fast that the adjustment
level is exceeded causing no way to keep time correct.

Comment 2 Miroslav Lichvar 2006-05-09 08:51:36 UTC

This is probably a hw/kernel issue. Can you take a look at bug 165826? There are
a few things you can try.

Comment 3 John 2006-05-09 09:07:58 UTC

Thanks Miroslav

Adding 'clock=pmtimer' to the kernel options line in grub.conf has for the most
part fixed this issue.

I still have a couple of probs with ntpd dieing but now it can at least keep
time accurate while it's running.

Comment 4 Miroslav Lichvar 2006-05-09 09:40:35 UTC


*** This bug has been marked as a duplicate of 165826 ***