हाइपर- V मशीन पूरे समय एनटीपी के साथ समय के साथ बहती है


10

हल समस्या यह है कि मशीन पर हाइपर-वी था। मैंने हाइपर- V को हटा दिया, VMware सर्वर स्थापित किया, उसी वीएम को चलाया। समय सिंक समस्याएं दूर हो गईं (<एक दिन के बाद 100ms अंतर)।


मेरा सेटअप इस तरह है:

HYV1 - HyperV machine (non domain) - sync irrelevant
AD1  - VM AD server on HYV1, sync'd to time.nist.gov. HyperV time sync off.
S1   - Physical machine, sync'd to domain. 
S2   - Physical machine running HyperV, sync'd to domain.
V1   - Linux VM machine on S2, sync'd to AD1. No HyperV integration.

AD1 और S1 में ठीक सिंक है - स्ट्रिपचर 100ms से कम अंतर दिखाता है।

S2 पागलों की तरह बहती है। यहाँ AD1 के खिलाफ स्ट्रिपचर का एक सा है:

18:33:22 d:+00.0010138s o:+05.4101899s 
18:33:24 d:+00.0010138s o:+05.4319765s 
18:33:26 d:+00.0000000s o:+05.4788429s 
18:33:28 d:+00.0000000s o:+05.6089942s 
18:33:30 d:+00.0010138s o:+05.7240269s 
18:33:32 d:+00.0000000s o:+06.0421911s 
18:33:34 d:+00.0081104s o:+06.5613708s 
18:33:37 d:+00.0000000s o:+06.9096594s 
18:33:39 d:+00.0000000s o:+06.8867838s 
18:33:41 d:+00.0010127s o:+06.8936401s 

20 सेकंड में, यह एक सेकंड से अधिक हो गया। अगर मैं मैन्युअल रूप से इसे 1s में रीसेट करता हूं, तो कुछ ही मिनटों में यह लगभग 2 सेकंड में वापस आ जाएगा। रातोंरात यह ~ 2s से ~ 5s तक चला गया। S2 के अंदर लिनक्स VM में AD1 के साथ सही सिंक है।

यहाँ विन्यास है:

C:\Users\mgg>w32tm /dumpreg /subkey:Parameters

Value Name                 Value Type          Value Data
------------------------------------------------------------

ServiceDll                 REG_EXPAND_SZ       %systemroot%\system32\w32time.dll
ServiceMain                REG_SZ              SvchostEntry_W32Time
ServiceDllUnloadOnStop     REG_DWORD           1
Type                       REG_SZ              NT5DS
NtpServer                  REG_SZ              ad01.mydomain ad02.mydomain


C:\Users\mgg>w32tm /dumpreg /subkey:Config

Value Name                Value Type          Value Data
-----------------------------------------------------------

FrequencyCorrectRate      REG_DWORD           4
PollAdjustFactor          REG_DWORD           5
LargePhaseOffset          REG_DWORD           50000000
SpikeWatchPeriod          REG_DWORD           900
LocalClockDispersion      REG_DWORD           9
HoldPeriod                REG_DWORD           5
PhaseCorrectRate          REG_DWORD           1
UpdateInterval            REG_DWORD           30000
EventLogFlags             REG_DWORD           2
AnnounceFlags             REG_DWORD           5
TimeJumpAuditOffset       REG_DWORD           28800
MinPollInterval           REG_DWORD           2
MaxPollInterval           REG_DWORD           8
MaxNegPhaseCorrection     REG_DWORD           -1
MaxPosPhaseCorrection     REG_DWORD           -1
MaxAllowedPhaseOffset     REG_DWORD           300

मैंने इवेंट लॉग को देखा, और सिंक के बारे में चेतावनियों के अलावा (इसके बाद सिंक से बाहर निकलने का रास्ता), कोई अन्य चेतावनी नहीं है।

मैं इसके निवारण के बारे में कैसे जा सकता हूं? यह एकमात्र मशीन है जिसे यह समस्या हो रही है। अन्य सभी मशीनें (भौतिक और आभासी) ठीक कर रही हैं।

संपादित करें: स्पष्ट करने के लिए: VM (AD1) एकीकरण बंद हो गया है और time.nist.gov पर सिंक हो गया है। AD1 ठीक है। यह भौतिक मशीन S1 है जो AD1 के लिए सिंक नहीं कर सकती है और सभी पर बहती है। अन्य सभी भौतिक सर्वर AD1 को केवल ठीक से सिंक करने में सक्षम हैं।

अपडेट तो, यह VM को चलाने का एक मुद्दा प्रतीत होता है। VM से घड़ी धीरे-धीरे खिसकती है। चालू, यह तुरंत सेकंड खोना शुरू कर देता है। मैंने वीएम को केवल आधे संसाधनों का उपयोग करने के लिए स्वाट किया है, और लगता है कि यह थोड़ा कम हो गया है, अभी के लिए। धन्यवाद!

जवाबों:


5

आपके विवरण से, ऐसा लगता है कि सर्वर S2 के मदरबोर्ड पर RTC ( http://en.wikipedia.org/wiki/Real-time_clock ) के साथ एक वास्तविक हार्डवेयर समस्या है ।

हाइपर- V अतिथि को होस्ट (HYV1) से शुरू में घड़ी मिलती है, लेकिन जैसे ही आपके पास हाइपर- V समय सिंक अक्षम होता है, उसे NIST (जो ठीक काम कर रहा है) से सभी घड़ी अपडेट मिलता है। आपका लिनक्स वीएम हाइपर-वी के साथ एकीकृत नहीं है, इसलिए यह डोमेन से समय ले रहा है, जो ठीक काम भी कर रहा है। आपकी अन्य भौतिक मशीनें ठीक काम कर रही हैं, यह सिर्फ एक एकल भौतिक सर्वर है जो प्रत्येक 20 सेकंड में 1 सेकंड बहाव कर रहा है (जो कि बहाव की एक पागल राशि है)। समय बहुत तेजी से बह रहा है नेटवर्क टाइम सिंक सही समय पर घड़ी को रीसेट कर सकता है (जो कि अगर मुझे सही ढंग से याद है तो हर दो घंटे में होता है)।

यदि आप हाइपर- V को S2 पर त्रुटि के कारण के रूप में नियमबद्ध करना चाहते हैं, तो "नो हाइपरवाइजर" बूट प्रविष्टि बनाएं, हाइपर-वी के बिना रीबूट करें, और देखें कि क्या समय तेज रहता है। यहाँ निर्देश: http://blogs.msdn.com/virtual_pc_guy/archive/2008/04/14/creating-a-no-hypervisor-boot-entry.aspx

-Sean


ठीक है, मैं कोशिश करूँगा।
माइकलगैग

ठीक है, मैंने VM को बंद कर दिया (HyperV को अक्षम नहीं किया)। घड़ी अब बहुत बेहतर है। लगभग 3 मिनट के बाद, यह केवल 100ms के बारे में खो गया है। यह अभी भी खो रहा है, लेकिन पहले की तुलना में बहुत कम है। जैसे ही मैं वीएम चालू करता हूं, यह पागल हो जाता है। यह कुछ सेकंडों में 1 सेकंड का मुकाबला करता है। शायद वीएम के पास एकीकरण सेवाएं नहीं हैं?
माइकलगैग

माइकल- यह यहाँ बाएँ क्षेत्र से बाहर लग सकता है, लेकिन क्या आप S2 के मूल विभाजन पर किसी भी प्रकार का मल्टीमीडिया अनुप्रयोग चला रहे हैं? -सेन
सीन ईयरप

नहीं। हाइपर-वी होने से समस्या समाप्त हो गई। हाइपर- V को लिया, Vmware सर्वर पर रखा, वही VM चलाया - कोई समस्या नहीं। समय सिंक <100ms है।
माइकलगैग

3

समस्या विभिन्न घड़ी स्रोतों (tsc, jiffies, acpi_pm, cmos_trc) के आभासी कार्यान्वयन के साथ है। हाइपर वी के साथ इस समस्या को ठीक करने का सबसे अच्छा तरीका है कि आप अपने अतिथि मशीन के लिए हाइपरवी प्रदान की गई घड़ी सिंक को बंद कर दें , फिर समय को समायोजित करने के लिए एडजाइमेक्स का उपयोग करें। एक उबंटू अतिथि ओएस पर ऐसा करें ...

# rm /var/log/clocks.log
# /etc/init.d/ntp-server stop
# ntpdate ntp.ubuntu.com
# hwclock -u --systohc
# adjtimex -l -u -h ntp.ubuntu.com

और दोनों सवालों के जवाब नहीं

# while [ /bin/true ] ; do yes | adjtimex -l -u -h ntp.ubuntu.com ; sleep 60 ; done

छोड़ दें कि कुछ घंटों के लिए चलाने के लिए, इसे बाहर निकलने के लिए Ctrl-C मारा।

# adjtimex -r -a -u -h ntp.ubuntu.com

यह आपकी घड़ी का कम से कम वर्ग विश्लेषण करेगा और सही समायोजन ढूंढेगा

# ntpdate ntp.ubuntu.com
# hwclock -u --systohc
# /etc/init.d/ntp-server start

यह आपके मशीन पर समय को फिर से सिंक करेगा और ntp को तब इसे सिंक में रखने में सक्षम होना चाहिए क्योंकि यह बहुत अधिक बहाव नहीं होना चाहिए।


2

यह वीएम के साथ एक बहुत ही सामान्य मुद्दा लगता है। निम्नलिखित वेबसाइट देखें:

http://www.vmwareinfo.com/2008/04/enabling-ntp-on-esx-servers.html

http://social.technet.microsoft.com/Forums/en-US/winserverhyperv/thread/6fff3eef-1b5b-4059-8618-22ab3f5c293c

मेरा सुझाव सिर्फ बाहरी समय सर्वर के साथ सिंक करना होगा और किसी भी एकीकरण समय सिंकिंग को अक्षम करना होगा

उम्मीद है कि यह मदद करता है।


ठीक यही मैंने किया है। VM (AD1) ने एकीकरण को बंद कर दिया है और time.nist.gov पर सिंक किया है। AD1 ठीक है। यह भौतिक मशीन S1 है जो AD1 से सिंक खो देता है।
माइकलगैग

जैसे यह चैप
gbjbaanb

2

हम कुछ समय से Core पर Hyper-v चला रहे हैं। सबसे पहले हमारे पास समय सिंक करने वाले मुद्दे थे ..... मैं अपनी पुरानी खिड़कियों NT दिनों से एक सर्वोत्तम अभ्यास पर लौट आया।

मैं ओएस द्वारा सर्वरों को देखता हूं। मैं एक लिनक्स, राउटर, विंडोज, नोवेल मास्टर बनाता हूं।

आपके पास अब नोवेल नहीं हो सकता है, लेकिन मेरे साथ सहन कर सकते हैं।

प्रत्येक "मास्टर" सर्वर राउटर के लिए सिंक करता है। राउटर टू स्ट्रैटम। फिर प्रत्येक सदस्य सर्वर में इसका मास्टर ओएस सर्वर और अन्य मास्टर्स में से एक का एक माध्यमिक होता है।

  • राउटर से लिनक्स, फिर नोवेल तक
  • राउटर को नोवेल, फिर विंडोज को
  • राउटर के लिए विंडोज, फिर लिनक्स के लिए
  • राउटर टू स्ट्रैटम, फिर कोर स्विच
  • स्ट्रेटम को कोर स्विच, फिर राउटर को

इस स्ट्रैटिजी का अंतिम टुकड़ा है ... हर समय एक सर्वर होता है। यदि इसमें टाइम सर्वर नहीं है तो यह नेटवर्क में प्लग नहीं होने वाला है। फोन पीबीएक्स से सर्वर पर स्विच करने के लिए टोस्टर से।

यह पहली चीज़ है जो मैं तब करता हूं जब मैं एक नई नौकरी पर जाता हूं, नेटवर्क को मैप करने और समय निर्धारित करने के लिए समय बिताता हूं। मैं तो बस इसे यहाँ और वहाँ की जाँच कर सकता हूँ और उस बिंदु से एक मुद्दे के रूप में समय सिंक को समाप्त कर सकता हूं।


हम्म, मैं एक मैनुअल सेकेंडरी जोड़ने की कोशिश करूँगा और देखूँगा कि क्या मदद करता है। लेकिन बाकी सब ठीक काम करता है - बस यह एक भौतिक मशीन बहती है।
माइकलगैग

यह किस तरह की मशीन है? डेल / एचपी / आईबीएम - अन्य? मेरे पास डेल बॉक्स हैं जिन्हें बस हमेशा ट्यून करने की आवश्यकता है।
थॉमस डेंटन

डेल पॉवरएडज 850 के साथ इसमें एक पेंटियम डी 920 (या इसके आसपास कुछ - 2.8GHz,
IntelTD है

पीई 350 बहुत खराब हो जाएगा। लेकिन वह साल पहले था। मैंने 850 का उपयोग नहीं किया है, लेकिन SC1435 सर्वर जो 850 के लिए सस्ता एनालॉग हैं ठीक करते हैं। शायद पर्यावरण को देखें, क्या सर्वर हिल रहा है और cmos बैटरी ढीली है या ऐसा कुछ पागल है?
थॉमस डेंटन

1

वीएम में सभी जगह समय बीत जाता है। आप वास्तव में यह सुनिश्चित करना चाहते हैं कि NTP सर्वर किसी भी 'सर्वर' कथनों में स्थानीय घड़ी का उपयोग नहीं कर रहा है, क्योंकि स्थानीय घड़ी बहुत अविश्वसनीय है। एक चीज जो मैंने मदद करने के लिए की है, वह वीएमड मशीनों पर सर्वर के लिए "मैक्सपॉल" विशेषता सेट करना है। यह एनटीपी सेवा को उसके अपस्ट्रीम घड़ियों के साथ कॉन्फ़िगर किए गए डिफ़ॉल्ट की तुलना में अधिक बार जांचने के लिए मजबूर करता है, जो इसे सही रखने में मदद करते हैं।

server [timeserver] maxpoll 12

अपेक्षाकृत विश्वसनीय समय रखने के लिए आपको कितनी दूर जाने की आवश्यकता है, यह देखने के लिए कुछ सेटिंग्स आज़माएँ। 12 मेरे लिए काम करते हैं, लेकिन प्रत्येक वातावरण अलग है।


मैंने २ या ४ (१६ सेकंड) के चुनाव समय के साथ प्रयास किया। अभी भी पागलपन से बहती है।
माइकलगैग

1

यह अजीब लग सकता है, लेकिन मुझे यकीन है कि आप एक बहु-प्रोसेसर सेटअप चला रहे हैं? कुछ निर्माताओं खांसी AMD खांसी के साथ घड़ी-बहाव के मुद्दों को जाना जाता है जो मल्टी-कोर / मल्टी-सॉकेट मदरबोर्ड के साथ होता है। भारी रुकावट गतिविधि - जैसे कहना, एक आभासी मशीन या दो को चलाना - बहाव को बदतर बनाता है। आप जिस बहाव को अनुभव कर रहे हैं , वह इस तरह से बहुत संदिग्ध है।

इसके लायक क्या है, मैं इंटेल पर एएमडी के प्रसाद को पसंद करता हूं, इसलिए इसे उनके खिलाफ एक दस्तक के रूप में न लें।


मशीन एक पेंटियम डी 930 चला रही है, इसलिए यह एक मल्टीकोर सेटअप है। मैं VMs को अक्षम करने जा रहा हूं और देखता हूं कि क्या होता है।
माइकलगैग

2
वीएम पर एक कोर को मारने से मेजबान पर सिंक में मदद मिली।
माइकलगैग

1

यह मानते हुए कि AD1 एक डोमेन नियंत्रक था, मुझे लगता है कि यहाँ समस्या आपके हाइपर- V सर्वर से संबंधित हो सकती है, जो कि अपने स्वयं के अतिथि वीएम में से एक से अपना समय निर्धारित कर रहा है। यही कारण है कि जब आप VMware पर स्विच करते हैं तो समस्या दूर हो जाती है: VMware सर्वर को विंडोज विंडोज कंट्रोलर के साथ अपनी घड़ी को सिंक्रनाइज़ करने के लिए मजबूर महसूस नहीं होता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.