मेरी वर्चुअल मशीन की घड़ी काफी महत्वपूर्ण रूप से बहती है। इससे निपटने के बारे में वहां दस्तावेज़ीकरण है, लेकिन कुछ भी अच्छी तरह से काम नहीं कर रहा है।मैं अपनी वर्चुअल मशीन के लिए बहती घड़ी को कैसे हल कर सकता हूं?
किसी को भी है कि उनके लिए अच्छी तरह से काम किसी भी सुझाव है तो मामला ...
माना जाता है एनटीपी के माध्यम से नियमित रूप से अद्यतन करने के एक अच्छा समाधान नहीं है।
vmware इस समस्या पर a really good PDF doc है।
असल में, होस्ट आपके मेहमानों को दी गई टिकों को मार देगा जैसा कि यह कर सकता है। एनटीपी या समय या जंक चलाएं। बस vmware-guestd इंस्टॉल करें और होस्ट को अपनी टिकों को मारने दें। यदि आप अभी भी टिक खो देते हैं, तो किसी भी अन्य समाधान में भी बड़ी बहाव होगी।
यदि आप कर सकते हैं, तो अतिथि ओएस का उपयोग करें जिसमें कम आवृत्ति टिक दर है। लिनक्स के नए संस्करण 1000 हर्ट्ज टिक के साथ आते हैं, लेकिन यह केवल 100 हर्ट्ज के लिए उपयोग किया जाता है। मेजबान को देने के लिए यह आसान लगता है। एचजेड मान को बदलने के लिए आमतौर पर एक कर्नेल पुनर्निर्माण की आवश्यकता होती है।
देर से, कई (अधिकांश?) लिनक्स कर्नेल वितरित वास्तव में "टिकर" हैं, एक अवधारणा जिसे मैं समझा नहीं सकता लेकिन यह धागा यह कर सकता है: http://kerneltrap.org/node/6750 –
यह 10 साल पहले सच था। नवीनतम केबी के मुताबिक: "वीएमवेयर वीएमवेयर टूल्स आवधिक समय सिंक्रनाइज़ेशन के बजाय एनटीपी का उपयोग करने की सिफारिश करता है।", Http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006427 –
निम्नलिखित का प्रयास करें kerneltrap.org पर धागा लेकिन लिंक मर चुका है। – jesusduarte
वर्चुअल मशीन परिवर्धन (टूल्स) स्थापित नहीं करता है अतिथि और होस्ट ओएस के बीच घड़ी को सिंक्रनाइज़ करता है?
आप cmd उपयोग कर सकते हैं और
net time \\computer_name /set
remotly घड़ी सेट करने के लिए (या उदाहरण के लिए एक लिपि में)
नहीं हैमाना जाता है NTP के माध्यम से नियमित रूप से अद्यतन करने के एक अच्छा समाधान
यही वह समाधान है जिसे मैं अनुशंसा करता हूं। यह आपके स्थान पर अच्छा क्यों नहीं माना जाता है?
यदि आपके पास पहले से नहीं है तो एनटीपी स्थापित करें।
एनटीपीडेट घड़ी को सही ढंग से सेट करेगा, तो एनटीपीडी घड़ी को सटीक रख सकता है।
NTP pool project से चुनने के लिए एनटीपी सर्वर का एक बड़ा पूल प्रदान करता है।
संपादित करें ने अभी देखा है कि आपको लगता है कि आपको लगता है कि एनटीपी एक अच्छा समाधान नहीं है - क्यों? यदि आप घड़ी बदलने के प्रभाव के बारे में चिंतित हैं, तो एनटीपी आदर्श है, क्योंकि एनटीपीडी घड़ी को पीछे या पीछे नहीं कूदता है, इसके बजाय यह घड़ी को "नीचे" दबाकर थोड़ा ऊपर तक नीचे/नीचे गति से धीमा कर देता है सही समय।
है यदि मैं ntpdate चलाता हूं- यह घड़ी को अपडेट करेगा ... हालांकि, 1 मिनट के बाद मैं पहले से ही 5 सेकंड तक बंद हो जाऊंगा, इसलिए मुझे अक्सर अद्यतन को चलाने की आवश्यकता होगी। हालांकि, मुझे स्लीविंग सुविधा के बारे में अनजान था। मैंने जो भी उपयोग किया है वह ntpdate -u है जो कूदता है। – carrier
कोई निश्चित उत्तर नहीं है क्योंकि कई विधियां मौजूद हैं, प्रत्येक के पास इसके पेशेवर और विपक्ष हैं। चुनने के लिए आपके कार्यों, सर्वर लोड, ऑपरेटिंग सिस्टम इत्यादि पर निर्भर करता है
इस मुद्दे की पूरी तरह से समझने के लिए vmware_timekeeping.pdf पढ़ें।लिनक्स के लिए
त्वरित व्यंजनों एक अलग KB article
में पाया जा सकता मैं एक ही समस्या थी और
एनटीपीडी एक अच्छा समाधान क्यों नहीं है, इसके बारे में कुछ डेटा जोड़ने के लिए। एनटीपीडी एक डिमन है जो स्थानीय घड़ी की बहाव की भरपाई करने की कोशिश करता है; यदि "आंतरिक घड़ी" एक दिन में एक्स संख्या सेकंड से दूर हो जाती है, तो "एनटीपीडेट" में एक मजबूर कमांड की तरह आगे/पीछे कूदने की बजाय एनटीपीडी कुछ चक्रों को घड़ी में जोड़ने/निकालने का प्रयास करता है ताकि समय में, सामान्य रूप से 15 मिनट के भीतर, घड़ी सटीक रूप से पर्याप्त होती है और मुआवजे इस एक्स संख्याओं को सेकंड पर प्राप्त करता है जो सर्वर एक दिन में लाभ/हानि प्राप्त करता है। इसका लाभ यह है कि आप दिन में किसी भी समय बार-बार नहीं देख पाएंगे, जो लेनदेन प्रणाली के लिए जरूरी है।
लेकिन ऐसा करने में सक्षम होने के लिए, एनटीपीडी की आवश्यकता है कि स्थानीय घड़ी एक उचित अच्छी नौकरी करे, जिसका सामान्य अर्थ यह है कि स्थानीय घड़ी दिन में 42 सेकंड से अधिक नहीं हो जाएगी (अधिक या कम; मैं नहीं हूं सटीक संख्या के बारे में सुनिश्चित करें)। यह सामान्य रूप से वर्चुअल मशीनों में एक समस्या है, क्योंकि घड़ी सॉफ़्टवेयर नियंत्रित है, इसलिए यदि HOST के पास बहुत अधिक अधिभार है, तो आप देख सकते हैं कि क्लाइंट की घड़ी धीरे-धीरे चलती है, और यदि ऐसा नहीं होता तो घड़ी भी चल सकती है तेजी से। एनटीपीडी के लिए यहां समस्या यह है कि स्थानीय घड़ी विश्वसनीय नहीं है और समय पर निरंतर बहाव नहीं है; होस्ट सिस्टम के अधिभार के आधार पर यह कम या ज्यादा हो सकता है।
तो इस मामले में यह ग्राहक उपकरण स्थापित के रूप में सुझाव दिया गया है, और मेजबान की घड़ी (सामान्य रूप से "दीवार घड़ी" के रूप में जाना जाता है) के साथ ग्राहक घड़ी सिंक्रनाइज़ करने के लिए बेहतर है
यह 10 साल पहले सच था। नवीनतम केबी के मुताबिक: "वीएमवेयर वीएमवेयर टूल्स आवधिक समय सिंक्रनाइज़ेशन के बजाय एनटीपी का उपयोग करने की सिफारिश करता है।", Http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006427 देखें –
Timekeeping अन्य बातों के अलावा लिनक्स मेहमानों के लिए सर्वोत्तम प्रथाओं का कहना है: रेफरी: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=1006427
एनटीपी अनुशंसाएँ नोट: VMware सिफारिश की गई है आप VMware उपकरण आवधिक समय तुल्यकालन के बजाय एनटीपी उपयोग करने के लिए। एनटीपी एक उद्योग मानक है और आपके अतिथि में सटीक समय सुनिश्चित करता है। एनटीपी यातायात की अनुमति देने के लिए आपको फ़ायरवॉल (यूडीपी 123) खोलना पड़ सकता है।
0.vmware.pool.ntp.org
1.vmware.pool.ntp.org
विन्यास निर्देश टिंकर:
tinker panic 0
restrict 127.0.0.1
restrict default kod nomodify notrap
server 0.vmware.pool.ntp.org
server 1.vmware.pool.ntp.org
server 2.vmware.pool.ntp.org
driftfile /var/lib/ntp/drift
यह एक नमूना (RedHat विशिष्ट)/आदि/NTP/कदम टिकर है:
यह एक नमूना /etc/ntp.conf है आतंक 0 एनटीपी को छोड़ने के लिए निर्देश देता है अगर यह समय में एक बड़ी छलांग देखता है। बड़े समय के बहाव से निपटने और वर्चुअल मशीनों को उनके निलंबित राज्य से फिर से शुरू करने के लिए यह महत्वपूर्ण है।
नोट: निर्देश टिंकर आतंक 0 ntp.conf फ़ाइल के शीर्ष पर होना चाहिए।
स्थानीय घड़ी को समय स्रोत के रूप में उपयोग करना भी महत्वपूर्ण नहीं है, जिसे अक्सर अनिर्धारित स्थानीय घड़ी के रूप में जाना जाता है।एनटीपी की रिमोट सर्वर की वरीयता में इस पर वापस आने की प्रवृत्ति है जब बड़ी मात्रा में समय बहाव होता है।
तरह के एक विन्यास का एक उदाहरण है:
server 127.127.1.0
fudge 127.127.1.0 stratum 10
टिप्पणी बाहर दोनों लाइनों।
एनटीपी कॉन्फ़िगरेशन में परिवर्तन करने के बाद, एनटीपी डिमन को पुनरारंभ करना होगा। अपने ऑपरेटिंग सिस्टम विक्रेता के दस्तावेज़ीकरण का संदर्भ लें।
यह एक पुराना मुद्दा है, लेकिन वह जो हाल ही में हमें प्रभावित कर रहा था। मुझे जो मिला वह यह था कि वीएमवेयर उपकरण चलाने वाले हमारे वीएम इस मुद्दे से प्रभावित थे।
हाल ही में हमने ओपन-वीएम-टूल्स का उपयोग करना शुरू कर दिया था और उन वीएम के विकल्प को सेट नहीं किया गया था। खुली वी एम-उपकरण पूरी तरह से समर्थित और VMware द्वारा की सिफारिश की है जब से मैं VMware टूल की तुलना में यह उपयोग करने का सुझाव होगा: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2073803
खुली वी एम-उपकरण भंडार में है कि आप इसे भी yum install या apt-get install के माध्यम से स्थापित करने के लिए सरल है का उपयोग करते हैं आदि
जानना चाहते हैं कि एनटीपी को एक अच्छा विचार क्यों नहीं माना जाता है? – cagcowboy
आपकी वर्चुअल मशीन किस ऑपरेटिंग सिस्टम चल रही है? –
एनटीपी समाधान के बारे में: मुझे यह मानना है कि इस समय मुझे याद नहीं किया जा सकता कि एनटीपी क्यों निराश हो गया था। मुझे लगता है कि शायद इसे अलग-अलग तरीकों का उपयोग करने के विचार के साथ और यह कैसे बुरा होगा। – carrier