Timesync trên HyperV với CentOS 6.2

Tôi đã có một máy ảo CentOS (phiên bản 6.2) chạy trong HyperV. Tôi đã cài đặt các dịch vụ tích hợp (một phần của cơ sở bây giờ) và CentOS cho thấy nguồn đồng hồ hiện tại là hyperv_clocksource, tuy nhiên thời gian của tôi trong VM nhanh khoảng 10 phút sau một tuần hoạt động. Sự hiểu biết của tôi về IC mới và nguồn đồng hồ có thể cắm là điều này không còn xảy ra nữa. Có cấu hình bổ sung nào cần thiết để có được nguồn đồng hồ có thể cắm để "hoạt động không?"

Tôi biết có rất nhiều liên kết về việc thiết lập các tùy chọn kernel thành PIT và nhiều thứ tương tự như vậy, nhưng tất cả những thứ đó dường như đều có trước hỗ trợ nguồn đồng hồ tích hợp, và theo tôi hiểu thì không cần thiết nữa. Cũng không nên ntpd cũng không adjtimex.

Chỉnh sửa: Đã chạy 3,2 IC (những gì tàu w / Centos 6.2), được nâng cấp lên 3.3 ngày hôm nay, máy đã hoạt động được 1 giờ 22 phút và đồng hồ đã nhanh 5 giây. Vì vậy, bây giờ tôi đang chạy IC mới nhất và vẫn gặp vấn đề tương tự.

centos hyper-v-server-2008-r2 time-synchronization

— WaldenL
nguồn

Có, thời gian nhanh không chậm. Điều thậm chí còn kỳ quặc hơn khi vấn đề đồng hồ VM điển hình là mất thời gian chứ không phải mất thời gian.

— WaldenL

nếu bạn thực hiện quyền hạn, hãy cung cấp cho Microsoft-Windows-Hyper-V-Integration-TimeSync | chọn tin nhắn | select-string "servername" bạn có thấy lỗi đồng bộ hóa bất kỳ lúc nào không

— tony roth

Không bao giờ nhắn tin về lỗi đồng bộ hóa thời gian, không có tin nhắn nào cho nhà cung cấp đó cả. Có các tin nhắn Hyper-V khác, nhưng không có tin nhắn nào cho TimeSync.

— WaldenL

Câu trả lời:

Tôi đã có vấn đề này trong quá khứ và đã khắc phục nó bằng cách điều chỉnh các công tắc khởi động (notsc spliter = 10) và cài đặt ntp:

# grub.conf generated by anaconda
#
# Note that you do not have to rerun grub after making changes to this file
# NOTICE:  You have a /boot partition.  This means that
#          all kernel and initrd paths are relative to /boot/, eg.
#          root (hd0,0)
#          kernel /vmlinuz-version ro root=/dev/VolGroup00/LogVol00
#          initrd /initrd-version.img
#boot=/dev/hda
default=0
timeout=5
splashimage=(hd0,0)/grub/splash.xpm.gz
hiddenmenu
title CentOS (2.6.18-164.6.1.el5)
    root (hd0,0)
    kernel /vmlinuz-2.6.18-164.6.1.el5 ro root=/dev/VolGroup00/LogVol00 hda=noprobe hdb=noprobe notsc divider=10
    initrd /initrd-2.6.18-164.6.1.el5.img
title CentOS (2.6.18-164.el5)
    root (hd0,0)
    kernel /vmlinuz-2.6.18-164.el5 ro root=/dev/VolGroup00/LogVol00
    initrd /initrd-2.6.18-164.el5.img

Mẫu ntp.conf:

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

Nguồn:

Sửa lỗi đồng hồ Linux trôi dạt trên Hyper-V trên máy chủ 2008 R2 http://hardanswers.net/c chính -clock -drift-in-centos-hyper-v

— Greg Askew
nguồn

Điều này có thể làm việc. Quan điểm chính thức của MS là cài đặt / kích hoạt các tính năng tích hợp bao gồm đồng bộ hóa thời gian và vô hiệu hóa mọi trình nền thời gian trong VM (ntpd).

— Chris S

VMWare cũng đề xuất điều này divider=10trong nhiều chòm sao Linux.

— Nils

Xin lỗi vì downvote, nhưng đây chính xác là những điều chỉnh không cần thiết với nguồn thời gian có thể cắm trong các thành phần tích hợp mới.

— WaldenL

Đầu tiên, kiểm tra xem hyper-v có phát hiện các dịch vụ tích hợp không. Cách duy nhất tôi biết là sử dụng trình quản lý máy ảo trung tâm hệ thống, nhưng tôi cho rằng phải có cách sử dụng mmc của hyper-v.

Ngoài ra, tôi đã thấy điều này xảy ra khi đồng bộ hóa đồng hồ bị tắt trong cấu hình VM. Tại sao đồng hồ chạy nhanh hơn là ngoài tôi. Tôi đã đính kèm một ảnh chụp màn hình của cấu hình vm để bạn tham khảo. nhập mô tả hình ảnh ở đây

— cổ dài
nguồn

Có, tất cả các dịch vụ được kích hoạt.

— WaldenL

hyper-v báo cáo rằng nó đã phát hiện các dịch vụ tích hợp?

— longneck

Câu hỏi thú vị, không biết phải nói thế nào. Họ thể hiện bắt đầu ở khách và tôi cho rằng họ sẽ không làm điều đó nếu họ không liên lạc với chủ nhà, nhưng tôi không thể nói chắc chắn. Tôi không có scvmm nên tôi cũng không chắc là phải nói.

— WaldenL

Khi bạn nhìn vào vm trong mmc, nó có nói nhịp tim ok ở phía dưới không? Điều đó sẽ chỉ ra rằng ít nhất là dịch vụ nhịp tim đang liên lạc.

— longneck

Nó nói "Heartbeat: OK", vì vậy có vẻ như ít nhất là kênh truyền thông đang mở.

— WaldenL

Đồng hồ khách Hyper-V Linux trôi theo tải khá đáng buồn (đồng hồ trôi trong máy ảo không đồng bộ là điều không thể tránh khỏi). Xem đồng hồ Linux mất 10 phút mỗi tuần và Hyper-V Machine làm trôi hết thời gian, ngay cả với NTP cho các bài đăng khác nói về nó. Bằng chứng giai thoại tôi đã thấy nói như sau:

Đồng hồ của máy chủ Hyper-V chỉ được sử dụng để cài đặt đồng hồ Linux của khách khi khởi động với các nhân hiện tại (tối đa và bao gồm ít nhất là dòng chính 3.16 hoặc các dịch vụ tích hợp 3.5). Nếu bạn đang sử dụng Linux kernel như vậy, nó không quan trọng những tùy chọn bạn đã đặt trong Hyper-V Manager và cũng không nó sẽ có vấn đề mà current_clocksourcelà hyperv_clocksource- đồng hồ của bạn sẽ trôi dạt sau khi khởi động và sẽ không được sửa chữa , trừ khi bạn chạy một trong những chương trình đồng bộ hóa dưới đây. Có rất nhiều thông tin mâu thuẫn và định hướng Windows phức tạp xung quanh chủ đề này và các thuật ngữ lặp đi lặp lại như "nguồn thời gian có thể cắm" để hiểu.
ntpdkhông thể sửa lỗi số lượng trôi có thể xảy ra trong máy khách Linux Hyper-V và bạn sẽ phải sử dụng đồng bộ hóa ntpdate (xấu) thông thường hoặc dịch vụ ntp như chrony(tốt hơn) để sửa lỗi đồng hồ lớn.

— Anon
nguồn