Tôi có một phiên bản CentOS 6.8 EC2 trên AWS đã hoạt động được 1232 ngày. Vào ngày 11 tháng 10 năm 2021, tôi nhận thấy rằng lệnh 's3cmd' không thành công do đồng hồ phần cứng bị trôi. Tôi đã sửa lỗi và thấy đồng hồ phần cứng bị trôi. Sau đó, tôi đã đồng bộ hóa đồng hồ phần cứng với đồng hồ hệ thống bằng lệnh 'hwclock' trong CentOS. Trong cron, kể từ khi cài đặt, tôi đã lên lịch cho một công việc định kỳ để đồng bộ hóa thời gian của hệ thống bằng cách sử dụng lệnh 'ntpdate' cứ sau 15 phút. Nhưng đồng bộ hóa đồng hồ phần cứng đã được đặt thành 'không' trong cấu hình ntpdate. Vì vậy, tôi cũng đã kích hoạt tính năng đó, như sau:
vi /etc/sysconfig/ntpdate
SYNC_HWCLOCK=có
Vì vậy, nó trông tất cả đều ổn kể từ đó.
Hôm nay kiểm tra máy thì thấy đồng hồ phần cứng bị trôi khoảng 3 phút, trong khi giờ hệ thống hiển thị chính xác.
- Đó là một AWS Virtual Instance, vậy vai trò của đồng hồ phần cứng ở cấp trình ảo hóa là gì?
- Nếu cần phải đồng bộ hóa đồng hồ phần cứng, nếu có, tại sao và tần suất như thế nào?
- Ngay cả sau khi đồng bộ hóa đồng hồ phần cứng với lệnh 'ntpdate' cứ sau 15 giây, đồng hồ phần cứng này trôi dạt từ đâu?
- Nên làm gì trong trường hợp cài đặt Máy ảo được thực hiện tại Azure, GC, AWS, v.v. để đảm bảo rằng đồng hồ phần cứng luôn được đồng bộ hóa chính xác?
- Nếu thời gian của hệ điều hành là chính xác, nhưng đồng hồ phần cứng của Máy ảo bị sai lệch, tại sao 's3cmd' lại đưa ra lỗi sau, vì nó phải kiểm tra thời gian của hệ điều hành?
LỖI: Lỗi S3: 403 (RequestTimeTooSkewed): Sự khác biệt giữa
thời gian yêu cầu và thời gian hiện tại quá lớn.
