हर दिन मेरे EC2 सर्वर का समय ~ 10 सेकंड क्यों है?


12

मुझे लगता है कि मेरा मानना ​​है कि एक सिस्टम फाइल है, /etc/cron.daily/ntpupdateजो
ntpdate ntp.ubuntu.comनेटवर्क टाइम के साथ सिंक करने के लिए रोजाना चलती है । हर दिन यह इस के समान उत्पादन उत्पन्न करता है:

/etc/cron.daily/ntpupdate:
16 Jan 06:30:42 ntpdate[21446]:
step time server 91.189.94.4 offset -12.646804 sec

मैं सकारात्मक नहीं हूं कि 91.189.94.4इसका क्या मतलब है, लेकिन मुझे पूरा यकीन -12.646804 secहै कि मेरा सर्वर लगभग 12 सेकंड से बंद है। लेकिन मुझे नहीं पता कि यह हर दिन एक ही राशि के आसपास क्यों बंद है। यह एक Amazon EC2 उदाहरण है जो Ubuntu पर चल रहा है।

मैं केवल अनुमान लगा सकता हूं कि या तो यह प्रति दिन 12 सेकंड खो रहा है / प्राप्त कर रहा है, या कुछ और समय को एक और घड़ी के साथ सिंक्रनाइज़ कर रहा है जो 12 सेकंड से बंद है और फिर मैं इसे फिर से सिंक्रनाइज़ कर रहा हूं।

इसे और नीचे ट्रैक करने के लिए मुझे क्या करना चाहिए? मैं /etc/cron.*निर्देशिका में या उपयोगकर्ताओं के क्रोन नौकरियों में कोई अन्य क्रोन नौकरियां नहीं देखता ...

अपडेट करें

बस मैंने सोचा था कि मैं यह प्रति घंटा चलाने लगा कि यह देखने के लिए कि क्या एक निश्चित घंटे में एक बड़ी छलांग होगी। यह वही है जो प्रति घंटा आउटपुट है:

16 Jan 15:17:04 ntpdate[8346]:
adjust time server 91.189.94.4 offset -0.464418 sec

इसलिए स्पष्ट रूप से हर घंटे घड़ी आधे से एक सेकंड के आसपास बंद हो जाती है, इसलिए यह समझ में आता है कि प्रत्येक दिन (24 घंटे) घड़ी लगभग 12 सेकंड से बंद हो जाएगी। लगता है कि घड़ी बस तेजी से चल रही है! धन्यवाद!


91.189.94.4 ntp.ubuntu.com का आईपी पता है
माइकल Mrozek

इस लिंक पर जाओ। आपका मसला हल हो जाएगा। इसने उसी समस्या को हल करने में मदद की docs.aws.amazon.com/AWSEC2/latest/UserGuide/set-time.html

जवाबों:


13

ऐसे कई कारक हैं जो सॉफ़्टवेयर क्लॉक रन को धीमा या तेज़ बना सकते हैं। वर्चुअल सर्वर पर घड़ियाँ विशेष रूप से इन समस्याओं के एक पूरे वर्ग के लिए प्रवण होती हैं। जब तक आप आभासी बक्से में 180-200% की गति से दौड़ते हैं, तब तक 12 सेकंड एक दिन बहुत बुरा है! लैपटॉप पर लगी घड़ियाँ जो समय-समय पर होने वाले मुद्दों को भी झेल सकती हैं।

आप के ntupdateपक्ष में छोड़ने पर विचार करना चाहिए ntpd। पैकेज का नाम ntpडेबियन पर है (और संभवतः उबंटू भी)। एनटीटी डेमॉन आपके समय को क्रोन जॉब की तुलना में बहुत अधिक नियमित रूप से सिंक करता है, एक या एक से अधिक एनटीपी सर्वर के साथ सिंक्रनाइज़ करता है और आपकी घड़ी को बहुत अधिक सटीक रखता है। यह उसी प्रोटोकॉल के ntpdateउपयोग का एक और कार्यान्वयन है, जो ntpdलगातार समय की निगरानी करता है ।

यदि आप (बहुत छोटा) ओवरहेड नहीं चाहते हैं ntpd, तो आप ntpdateघंटे में एक बार दौड़ने पर विचार कर सकते हैं । यह मानते हुए कि आप हर घंटे 0.5 से दूर हैं, यह पर्याप्त होना चाहिए।


3
वर्चुअल मशीन के मुद्दों को काफी हद तक एक टिकलेस कर्नेल (CONFIG_NO_HZ) चलाकर भी हल किया जा सकता है। सुनिश्चित नहीं है कि यह ubuntu कर्नेल के साथ संभव है, या यदि आपको अपना खुद का निर्माण करना है।
पैट्रिक

1
मैंने सिर्फ उबंटू 11 इंस्टालेशन (3.0.0-14-जेनेरिक) पर कर्नेल कॉन्फिग की जाँच की, और यह निश्चित रूप से CONFIG_NO_HZसक्षम है।
एलेक्सिओस

0

आपके प्रश्न के दूसरे आधे हिस्से का उत्तर देते हुए कि ऐसा क्यों हो रहा है: कंप्यूटर हार्डवेयर घड़ियाँ गलत तरीके से गलत हैं, इसलिए जबकि एक दिन में 12 सेकंड का बहाव असामान्य है, यह वास्तव में असामान्य नहीं है।

(यह संभवतः नेटवर्क समय के उपयोग की व्यापकता के कारण है, ताकि एक दिन में भी 12 सेकंड का बहाव एक छोटी सी झुंझलाहट हो, जो कि एक घड़ी में क्या होगा - की तुलना में और इस प्रकार हार्डवेयर कंपनियां सस्ते घड़ी चिप्स का उपयोग कर सकती हैं। शारीरिक रूप से, जो कुछ भी हो रहा है, वह यह है कि आपकी घड़ी की चिप में थरथरानवाला बहुत सही ढंग से कैलिब्रेट नहीं किया गया है, इसलिए यह थोड़ा-लेकिन-मज़बूती से चलता है।)


-1

मुझे संदेह है कि ntp आपके सर्वर के समय को अपडेट नहीं करता है क्योंकि अंतर बहुत छोटा है। मुझे इसी तरह की समस्या थी, मैंने हर दिन एक ही देरी देखी, जब तक मुझे पता चला कि थोड़ा अंतर होने से एनटीपी तब तक अपडेट नहीं होगा जब तक कि एक विशिष्ट थ्रेशोल्ड मौजूद नहीं है।

सिंक के लिए न्यूनतम सीमा के लिए आपको कॉन्फ़िगरेशन की जाँच करें।


3
यह सच नहीं है। इसके विपरीत, एनटीपी अंतर को कम करने का प्रयास करता है जितना कि यह कर सकता है। दूसरी दिशा में एक दहलीज है: अंतर बहुत बड़ा होने पर NTP घड़ी को अपडेट नहीं करेगा (यह गलत धारणा है, उदाहरण के लिए गलत टाइमज़ोन)।
गिल्स एसओ- बुराई को रोकना '
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.