Mam maszynę Wirtualną CentOS (wydanie 6.2) działającą pod HyperV. Mam zainstalowane usługi integracyjne (teraz część bazy), a CentOS pokazuje, że bieżącym źródłem zegara jest hyperv_clocksource, jednak mój czas na maszynie wirtualnej wynosi około 10 minut po tygodniu bezczynności. Rozumiem nowy układ scalony i podłączane źródło zegara, że nie powinno się to więcej dziać. Czy potrzebna jest jakaś dodatkowa konfiguracja, aby źródło zegarowe „działało”?
Wiem, że istnieje wiele linków do ustawiania opcji jądra dla PIT i różnych tego typu rzeczy, ale wszystkie wydają się wcześniejsze niż zintegrowane wsparcie źródła zegara i, jak rozumiem, nie powinno to być potrzebne dłużej. Nie należy także ntpd ani adjtimex.
Edycja: działało 3.2 IC (jakie statki z Centos 6.2), zaktualizowane do 3.3 dzisiaj, maszyna działała przez 1 godzinę 22 minuty, a zegar jest już 5 sekund szybki. Więc teraz używam najnowszego układu scalonego i nadal mam ten sam problem.
Odpowiedzi:
W przeszłości miałem ten problem i poprawiłem go, modyfikując przełączniki uruchamiania (dzielnik notsc = 10) i ustawienia ntp:
Przykładowy plik ntp.conf:
Źródło:
Korygowanie znoszenia zegara systemu Linux na Hyper-V na serwerze 2008 R2
http://hardanswers.net/correct-clock-drift-in-centos-hyper-v
źródło
divider=10
w wielu konstelacjach systemu Linux.Najpierw sprawdź, czy funkcja Hyper-v wykrywa usługi integracji. Jedyny sposób, w jaki wiem, jak używać menedżera maszyn wirtualnych w centrum systemu, ale zakładam, że musi istnieć sposób korzystania z mmc hyper-v.
Widziałem to również, gdy synchronizacja zegara jest wyłączona w konfiguracji maszyny wirtualnej. Dlaczego zegar działa szybciej, jest poza mną. Dołączyłem zrzut ekranu konfiguracji VM.
źródło
Przesunięcie zegara gościa w systemie Hyper-V pod obciążeniem jest niestety dość powszechne (przesunięcie zegara w niezsynchronizowanych maszynach wirtualnych jest nieco nieuniknione). Zobacz, jak zegar Linuksa traci 10 minut co tydzień, a maszyna Hyper-V płynie cały czas, nawet z NTP dla innych postów mówiących o tym. Anegdotyczne dowody, które widziałem, mówią, co następuje:
current_clocksource
jesthyperv_clocksource
- zegar będzie dryfować po starcie i nie zostaną skorygowane , jeśli nie uruchomić jeden z programów synchronizacji poniżej. Istnieje wiele skomplikowanych i zorientowanych na system Windows sprzecznych informacji dotyczących tego tematu i często powtarzane terminy, takie jak „wtykowe źródło czasu” do zrozumienia.ntpd
nie jest w stanie skorygować przesunięcia ilościowego, które może wystąpić u gościa Linux Hyper-V , albo będziesz musiał użyć regularnej synchronizacji ntpdate z użyciem siły brute force (zła) lub usługi ntp, takiej jakchrony
(lepsza), aby skorygować duże przesunięcia zegara.źródło