Cách gửi bản vá để khắc phục tất cả các thiệt hại mà LP: # 600941 gây ra là gì?


9

Cách tốt nhất để gửi một bản vá để khắc phục tất cả các thiệt hại mà LP: # 600941 gây ra là gì?

Tôi hỏi vì LP: # 600941 đã được đưa vào mọi phiên bản Ubuntu vẫn được hỗ trợ tại thời điểm này. Tôi có nên chọn một phiên bản cụ thể và chạy ubuntu-bugtrên nó? Phiên bản đó có phải là LTS hay Oneiric hay Chính xác không (làm cách nào tôi có thể có Chính xác nếu tôi cần?)

Câu chuyện là sau khi nó bị đẩy ra, tất cả các hệ thống của chúng tôi bắt đầu gặp phải lỗi khởi động lại Nagios nrpe.

Các lệnh như /etc/init.d/nagios-nrpe-server restart

sẽ khiến nrpe dừng lại nhưng không khởi động lại.

Tôi đã theo dõi điều này theo cách mà /etc/init.d/nagios-nrpe-serverkịch bản đang gọi start-stop-daemon.

Vấn đề là khổ thơ "dừng" trong /etc/init.d/nagios-nrpe-serverkịch bản trước tiên gọi start-stop-daemon gửi SIGTERM đến nrpe và sau đó chỉ đợi trong một giây.

Nếu lúc đó nrpe chưa thoát thì tệp pid vẫn tồn tại và /etc/init.d/nagios-nrpe-servertập lệnh sẽ xóa nó.

Tồi tệ hơn nếu /etc/init.d/nagios-nrpe-server restartkhông chỉ sử dụng tệp pid, việc thử khởi động lại nrpe sẽ không thành công với điều kiện là trình nền nrpe vẫn chậm trễ trong việc tắt.

Nỗ lực bắt đầu trong những trường hợp đó sẽ thất bại vì nrpe vẫn sẽ bị ràng buộc với một ổ cắm và lần thử thứ hai trong ràng buộc sẽ khiến khởi động nrpe bị hủy bỏ.

Họ nên tự hỏi tại sao có một bình luận về "đôi khi tập tin pid không bị xóa".

Họ nên đã thử nghiệm trên các hệ thống có tải nặng và do đó thời gian đáp ứng nrpe chậm.

Cách khắc phục là thêm --retry 10hoặc như vậy vào việc gọistart-stop-daemon ... --stop ...

Cảm ơn

Câu trả lời:


14

Đầu tiên cảm ơn tất cả các công việc lỗi bạn đã làm cho đến bây giờ. Thật tuyệt khi bạn muốn tham gia sửa lỗi này!

Cách tốt nhất là báo cáo một lỗi mới chống lại chính xác và làm rõ rằng đó là một hồi quy gây ra bởi LP: # 600941. Cung cấp cho nó thẻ 'hồi quy-cập nhật'. Cũng sẽ tốt khi đề cập đến nó trong các nhận xét của LP: # 600941, để người dùng sẽ thấy điều đó khi họ đang điều tra đánh vào hồi quy. Thẻ cập nhật hồi quy sẽ đảm bảo rằng lỗi của bạn được xử lý và phản hồi nhanh chóng. Vì vậy, có, đầu tiên bắt đầu với điều này:

ubuntu-bug nagios-nrpe-server

Vì nó ảnh hưởng đến tất cả các bản phát hành, nên bạn không làm điều này ở đâu (tốt hơn là bạn thực hiện nó trên nền tảng mà bạn có thể để yên để bạn có thể xác minh các bản sửa lỗi).

Ngay bây giờ chính xác ISO có thể không cài đặt được, nhưng bạn có thể thử chúng ở đây:

http://cdimage.ubfox.com/daily/cản/

Bạn cũng có thể đưa một máy một chiều vào chính xác bằng cách chỉnh sửa các nguồn trong /etc/apt/source.list* và thay đổi một hướng thành chính xác, sau đó thực hiện apt-get update && apt-get dist-upgrade. Có những chuyển đổi và thay đổi lớn đang diễn ra, vì vậy đừng làm điều này trên một hệ thống sản xuất!

Để gửi bản sửa lỗi, cách tốt nhất là sử dụng Phát triển phân tán Ubuntu. Chỉ định lỗi cho chính bạn và sau đó sử dụng các bước sau:

bzr branch lp:ubuntu/nagios-nrpe
cd nagios-nrpe
<edit files that need editing>
dch -D precise -i 'Fixing regression caused by bug 600941. (LP: #XXXXXX)'
debcommit
bzr push lp:~nutznboltz/ubuntu/precise/nagios-nrpe/fix-lpXXXXXX
bzr lp-propose

XXXXXX là lỗi mới của bạn #

Bạn có thể tìm hiểu thêm về cách thực hiện việc này tại https://wiki.ubfox.com/DistributionDevelopment

Xin đừng ngần ngại đến hỏi trong # ubfox-devel và / hoặc # ubfox-server trên Freenode.


Cảm ơn tất cả các thông tin tuyệt vời này. Tôi sẽ xem liệu tôi có thể sử dụng nó tốt trong tương lai không.
nutznboltz

Tôi đã đính kèm danh sách những việc cần làm với hệ thống vé Atlassian nội bộ của chúng tôi để tôi không bị mất dấu.
nutznboltz

Cho đến nay tôi có LP: # 896388.
nutznboltz

1
Hóa ra bạn đã lừa tôi lãng phí thời gian của tôi, xem ubuntuforums.org/showthread.php?p=11489142
nutznboltz

nutznboltz, tôi không nghĩ bạn lãng phí thời gian của bạn cả! Như stgraber đã nói, anh ấy muốn thấy bản sửa lỗi của bạn được chấp nhận ngược dòng trong Debian. Đó là một phản ứng khá bình thường và một bước quan trọng trong quy trình .. nếu không, nó có thể thụt lùi trong lần phát hành tiếp theo. Công việc của bạn được đánh giá khá cao và tôi chắc chắn rằng bản sửa lỗi của bạn sẽ được chấp nhận.
SpamapS
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.