Frequency Error 500 Ppm
Contents |
Red Hat Certificate System Red Hat Satellite Subscription Asset Manager Red Hat Update Infrastructure Red Hat
Frequency Error Exceeds Tolerance 500 Ppm
Insights Ansible Tower by Red Hat Cloud Computing Back Red frequency error ppm exceeds tolerance 500 ppm solaris Hat CloudForms Red Hat OpenStack Platform Red Hat Cloud Infrastructure Red Hat Cloud Suite Red
Ntp Ppm
Hat OpenShift Container Platform Red Hat OpenShift Online Red Hat OpenShift Dedicated Storage Back Red Hat Gluster Storage Red Hat Ceph Storage JBoss Development and Management ntp tolerance Back Red Hat JBoss Enterprise Application Platform Red Hat JBoss Data Grid Red Hat JBoss Web Server Red Hat JBoss Portal Red Hat JBoss Operations Network Red Hat JBoss Developer Studio JBoss Integration and Automation Back Red Hat JBoss Data Virtualization Red Hat JBoss Fuse Red Hat JBoss A-MQ Red Hat ntp drift tolerance JBoss BPM Suite Red Hat JBoss BRMS Mobile Back Red Hat Mobile Application Platform Services Back Consulting Technical Account Management Training & Certifications Red Hat Enterprise Linux Developer Program Support Get Support Production Support Development Support Product Life Cycle & Update Policies Knowledge Search Documentation Knowledgebase Videos Discussions Ecosystem Browse Certified Solutions Overview Partner Resources Tools Back Red Hat Insights Learn More Red Hat Access Labs Explore Labs Configuration Deployment Troubleshooting Security Additional Tools Red Hat Access plug-ins Red Hat Satellite Certificate Tool Security Back Product Security Center Security Updates Security Advisories Red Hat CVE Database Security Labs Resources Overview Security Blog Security Measurement Severity Ratings Backporting Policies Product Signing (GPG) Keys Community Back Discussions Red Hat Enterprise Linux Red Hat Virtualization Red Hat Satellite Customer Portal Private Groups All Discussions Start a Discussion Blogs Customer Portal Red Hat Product Security Red Hat Access Labs Red Hat Insights All Blogs E
Re: time reset, syncronisation lost and Large PPM values Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
Frequency Error Ppm Exceeds Tolerance 500 Ppm Linux
tor wrote: > Something bothers ntpd so it looses sync about tinker panic 0 every half hour. > The messages from two versions of ntpd are given below. This is your problem:
Ntp Drift File
> Oct 19 17:19:09 srv3 ntpd[19356]: frequency initialized 500.000 from > /var/lib/ntp/drift > Oct 20 15:37:13 srv3 ntpd[20655]: frequency initialized 500.000 PPM from > /var/lib/ntp/drift > Oct 20 15:54:28 https://access.redhat.com/solutions/35640 srv3 ntpd[20655]: frequency error 502 PPM exceeds tolerance > 500 PPM > Oct 20 16:09:31 srv3 ntpd[20655]: frequency error 502 PPM exceeds tolerance > 500 PPM > Oct 20 16:13:47 srv3 ntpd[20655]: frequency error 502 PPM exceeds tolerance > 500 PPM > Oct 20 16:14:51 srv3 ntpd[20655]: frequency error 502 PPM exceeds tolerance > 500 PPM > Oct http://lists.ntp.org/pipermail/questions/2005-October/007418.html 20 16:15:57 srv3 ntpd[20655]: frequency error 502 PPM exceeds tolerance > 500 PPM > Oct 20 16:17:01 srv3 ntpd[20655]: frequency error 502 PPM exceeds tolerance > 500 PPM > Oct 20 16:18:06 srv3 ntpd[20655]: frequency error 502 PPM exceeds tolerance > 500 PPM You have acquired and institutionalized an absurd frequency correction (drift rate). This may have happened because the time was not set before starting ntpd, because the server stepped after ntpd was started, because you are running ntpd with the "-x" option, because ntpd was shut down or the system rebooted while ntpd was in the middle of slew correction, or a combination of these. You need to check your configuration and re-initialize things. 1) Make sure you are NOT using "-x" in the ntpd command line 2) In /etc/step-tickers, enter a list of reliable NTP servers that are likely to be up at the time your system boots 3) Make sure that all of the servers in /etc/ntp.conf are good and reporting similar times 4) # service ntpd st
Internet of Things Small and Medium Business Service Providers All Solutions Services Advise, http://h20564.www2.hpe.com/hpsc/doc/public/display?docId=mmr_kc-0116345 Transform and Manage Financing and Flexible Capacity IT http://www.gossamer-threads.com/lists/gentoo/user/199823 Support Services Education and Training Services All Services Products Integrated Systems Composable Systems Converged Systems Hyper Converged Systems Blade Systems Infrastructure Management Software Application Lifecycle Management Application Delivery Management Big Data Analytics frequency error DevOps Enterprise Security Hybrid and Private Cloud Information Governance Information Management IT Service Management Operations Management Server Management Software as a Service (SaaS) Software-Defined Data Center Storage Management All Software Servers Rack Servers Tower Servers Blade Servers Density Optimized Mission Critical Servers exceeds tolerance 500 Servers for Cloud Server Management All Servers Storage All-flash and Hybrid Storage Midrange and Enterprise Storage Entry Storage Systems Data Availability, Protection and Retention Software Defined Storage Management and Orchestration Storage Networking All Storage Networking Switches Routers Access Points and Controllers Wireless LAN Campus and Branch Networking Data Center Networking Wide Area Network Software Defined Networking Network Functions Virtualization Network Management All Networking About UsSupportClearType to search2086159Solutions Transform to a Hybrid Infrastructure Protect Your Digital Enterprise Empower the Data-Driven Organization Enable Workplace Productivity Cloud Security Big Data Mobility Infrastructure Internet of Things Small and Medium Business Service Providers All Solutions Services Advise, Transform and Manage Financing and Flexible Capacity IT Support Services Education and Training Services All Services Products Integrated Systems Composable Systems Conve
Post #1 of 4 (4892 views) Permalink ntp large drift (frequency error, frequent time resets) Hi there! I think I have a problem with the system time, which is considerable too slow. It looses about 3 seconds every 20 minutes (i.e. ~10 secs/hour or 4 minutes per day). This seems to be too much for ntp to compensate. When I start ntp, I get frequent "time reset" messages in the log: 2009-10-25T03:38:35.738758+01:00 poseidon ntpd[5227]: synchronized to 131.130.251.107, stratum 1 2009-10-25T03:47:11.691165+01:00 poseidon ntpd[5227]: time reset +2.952038 s 2009-10-25T03:51:15.669040+01:00 poseidon ntpd[5227]: synchronized to LOCAL(0), stratum 10 2009-10-25T03:51:41.690598+01:00 poseidon ntpd[5227]: synchronized to 131.130.251.107, stratum 1 2009-10-25T04:06:49.633882+01:00 poseidon ntpd[5227]: time reset +2.943313 s 2009-10-25T04:10:14.612358+01:00 poseidon ntpd[5227]: synchronized to LOCAL(0), stratum 10 2009-10-25T04:11:20.612348+01:00 poseidon ntpd[5227]: synchronized to 131.130.251.107, stratum 1 I've also tried to start ntpd with "--slew" option, which results in 2009-10-26T08:36:20.171483+01:00 poseidon ntpd[21666]: frequency error 733 PPM exceeds tolerance 500 PPM 2009-10-26T08:40:25.167171+01:00 poseidon ntpd[21666]: frequency error 737 PPM exceeds tolerance 500 PPM 2009-10-26T08:47:05.169388+01:00 poseidon ntpd[21666]: synchronized to 78.41.115.216, stratum 2 2009-10-26T08:47:05.169492+01:00 poseidon ntpd[21666]: frequency error 740 PPM exceeds tolerance 500 PPM 2009-10-26T08:47:30.168263+01:00 poseidon ntpd[21666]: frequency error 740 PPM exceeds tolerance 500 PPM 2009-10-26T08:50:42.168643+01:00 poseidon ntpd[21666]: frequency error 742 PPM exceeds tolerance 500 PPM 2009-10-26T08:58:09.172397+01:00 poseidon ntpd[21666]: synchronized to 80.64.132.152, stratum 2 ... The next thing I've tried is to change the internal clocksource. The original setting was cat /sys/devices/system/clocksource/clocksource0/current_clocksource hpet I've changed it to "acpi_pm" using echo "acpi_pm" >/sys/devices/system/clocksource/clocksource0/current_clocksource but this doesn't seem to have any effect on the drift. I'd like to use this