Điểm:0

Bỏ qua nguồn chrony rõ ràng là sai thời gian

lá cờ cn

Tôi có một rô-bốt và đang sử dụng máy đếm thời gian để bắt đầu đồng hồ bấm giờ và thêm nguồn PTP từ GPS của mình. Khi tôi khởi động rô-bốt bên trong nơi nó không thể sửa lỗi vệ tinh, GPS cho biết đó là ngày 5 tháng 1 năm 1980. Kết quả là tôi nhận được nguồn tầng 0 được chọn và thời gian được chuyển sang năm 1980 (vì tôi có "makestep 1 3" được định cấu hình cho đồng hồ bấm giờ) và sau đó khi tôi đưa robot ra ngoài và GPS bắt đầu hiển thị thời gian chính xác, nó bắt đầu lệch về năm 2021 mà tất nhiên là nó sẽ không bao giờ đến được. Ví dụ, danh sách nguồn chrony trông như thế này:

[người dùng root@robot]# nguồn chronyc
210 Số nguồn = 5
Tên MS/địa chỉ IP Stratum Poll Reach LastRx Mẫu cuối cùng
================================================================= ============================================
#x PTP0 0 2 377 4 +15173d[+15173d] +/- 8760us
^* ipv4.ntp1.rbauman.com 2 6 377 38 -43ms[ -15ms] +/- 134ms
^- 150.136.0.232 2 7 377 148 -59ms[ -31ms] +/- 192ms
^+ 38.229.58.9 2 8 377 216 +30ms[ +55ms] +/- 124ms
^+ ntp.speculation.org 2 7 377 38 -5919us[ +22ms] +/- 130ms

Tôi đã đặt thời gian chính xác khi thu thập dữ liệu này để bạn có thể thấy rằng nguồn đầu tiên đã tắt sau 15.173 ngày vì 2021 - 1980 = 15000 ngày.

Cách khắc phục dễ dàng và rõ ràng mà chúng tôi sử dụng là tắt mọi thứ rồi bật lại khi chúng tôi ra ngoài nhưng tôi đã hy vọng rằng có một tùy chọn cấu hình chrony (hoặc tùy chọn cấu hình bộ đếm thời gian) mà tôi đang thiếu sẽ bỏ qua các nguồn (ngay cả khi chúng tuyên bố là tầng 0) nếu nó tắt sau 20 năm hoặc một khoảng thời gian khổng lồ khác.

Tôi đã thử thay đổi cài đặt makestep nhưng điều đó thực sự khiến vấn đề trở nên tồi tệ hơn bởi vì nếu chúng tôi tắt makestep, ai đó sẽ làm việc trên rô-bốt bên trong trong vài giờ, đồng hồ sẽ bị lệch về năm 1980 trong vài giờ và sau đó đồng hồ sẽ chạy sai cho đến khi có thể lệch trở lại trong một khoảng thời gian bằng nhau.

Cảm ơn cho bất kỳ ý tưởng bạn có. Tôi thực sự đang làm điều này trên ba PC nhúng chạy các hệ điều hành khác nhau nên tôi không thể chỉ định phiên bản Linux hoặc phiên bản đồng thời. Nếu bạn có một bản sửa lỗi chỉ hoạt động trên phiên bản chrony mới nhất, tôi rất vui khi biết điều đó!

Paul avatar
lá cờ cn
Câu hỏi này có liên quan đến việc quản lý hệ thống công nghệ thông tin trong môi trường kinh doanh không?
Chris Showers avatar
lá cờ cn
Câu hỏi công bằng, Paul. Tôi đã đăng trên serverfault vì nó dường như có câu trả lời tốt nhất cho các câu hỏi về cấu hình thời gian. Câu hỏi có thể được trình bày lại để tham khảo máy chủ NTP dựa trên GPS như Veracity TIMENET Pro đôi khi bị từ chối do các tòa nhà cao xung quanh hoặc mây che phủ (đây thực sự là thứ tôi có trong phòng máy chủ của mình).
Điểm:1
lá cờ cn

Lưu ý rằng đầu ra nguồn của bạn cho biết PTP0 là exbao gồm do sự bù đắp rất lớn. Và bạn có những nguồn giống như NTP Pool đồng ý trong vòng 200 mili giây, nếu chúng có thể truy cập được. Điều thứ hai có nghĩa là điều này sẽ chính xác nếu PTP0 không thực hiện nó ngay lập tức.

xóa tạm thời dòng và thay thế nó bằng một cái gì đó như

initstepslew 1 2.pool.ntp.org

Khi chronyd bắt đầu, nó sẽ gửi một vài gói kiểu iburst và bước nếu cần. Vì đây chỉ là NTP nên sẽ không bị ảnh hưởng bởi sự cố sửa lỗi GPS.

Nếu mạng IP thường không khả dụng, chẳng hạn như khi ở bên ngoài, hãy xem lại người đàn ông chrony.conf cho các ví dụ "kết nối không thường xuyên" và "mạng cách ly". Đánh dấu các máy chủ NTP là ngoại tuyến và trực tuyến trong các tập lệnh mạng. Thiết lập máy chủ NTP trên một số máy tính trong mạng cục bộ. Bất kỳ máy nào ngay cả với đồng hồ thời gian thực kém sẽ gần hơn thời điểm bắt đầu kỷ nguyên GPS.

Có thể điều chỉnh các tùy chọn trên máy chủ trong chrony.conf để không chỉ dựa vào GPS. Ví dụ:

nhóm 2.pool.ntp.org yêu cầu

trong đó pool.ntp.org là các máy chủ NTP được định cấu hình của bạn. yêu cầu có nghĩa là những máy chủ đó không cần được loại trừ để có thời gian điều chỉnh. Sau đó, các máy chủ NTP có thể truy cập được yêu cầu, tuy nhiên, chrony rất tốt trong việc bù cho độ trôi ngay cả khi bị ngắt kết nối.

Chris Showers avatar
lá cờ cn
Cảm ơn John! Robot có radio 4G dự phòng để nó luôn có kết nối Internet, ngoại trừ đôi khi các hộp Linux khởi động nhanh hơn radio. Tôi nghĩ rằng sửa chữa này sẽ làm việc. Tối nay mình sẽ cấu hình và test.

Đăng câu trả lời

Hầu hết mọi người không hiểu rằng việc đặt nhiều câu hỏi sẽ mở ra cơ hội học hỏi và cải thiện mối quan hệ giữa các cá nhân. Ví dụ, trong các nghiên cứu của Alison, mặc dù mọi người có thể nhớ chính xác có bao nhiêu câu hỏi đã được đặt ra trong các cuộc trò chuyện của họ, nhưng họ không trực giác nhận ra mối liên hệ giữa câu hỏi và sự yêu thích. Qua bốn nghiên cứu, trong đó những người tham gia tự tham gia vào các cuộc trò chuyện hoặc đọc bản ghi lại các cuộc trò chuyện của người khác, mọi người có xu hướng không nhận ra rằng việc đặt câu hỏi sẽ ảnh hưởng—hoặc đã ảnh hưởng—mức độ thân thiện giữa những người đối thoại.