LP : # 600941의 모든 피해를 수정하기위한 패치를 제출하는 방법은 무엇입니까?


9

LP : # 600941이 야기 하는 모든 피해를 수정하기 위해 패치를 제출하는 가장 좋은 방법은 무엇입니까 ?

LP : # 600941이 현재 지원되는 모든 버전의 우분투에 넣어 졌기 때문에 묻습니다. 특정 버전을 골라 실행 ubuntu-bug해야합니까? 해당 버전이 LTS 또는 Oneiric 또는 Precise 여야합니까 (필요한 경우 정확한 방법은 무엇입니까?)

이야기는 모든 시스템이 푸시 된 후 Nagios nrpe 재시작 실패를 경험하기 시작했습니다.

같은 명령 /etc/init.d/nagios-nrpe-server restart

nrpe가 중지되지만 다시 시작되지는 않습니다.

나는 이것을 /etc/init.d/nagios-nrpe-server스크립트가 호출 하는 방식으로 추적 했다 start-stop-daemon.

문제는 /etc/init.d/nagios-nrpe-server스크립트 의 "stop"스탠자가 먼저 start-stop-daemon을 호출하여 SIGTERM을 nrpe로 보낸 다음 1 초 동안 만 대기한다는 것입니다.

nrpe가 그 시간까지 종료되지 않은 경우 pid 파일은 여전히 ​​존재하며 /etc/init.d/nagios-nrpe-server스크립트는이를 제거합니다.

경우 더 나쁜 /etc/init.d/nagios-nrpe-server restartPID를 파일이 제거됩니다뿐만 아니라 사용되는, 다시 시작 NRPE에 대한 시도는 NRPE 데몬이 종료 여전히 지각 것을 제공되지 않습니다.

이러한 상황에서 시작하려는 시도는 nrpe가 여전히 소켓에 바인드되므로 바인딩에 대한 두 번째 시도로 인해 nrpe 시작이 중단됩니다.

"때때로 pid 파일이 제거되지 않는 경우"에 대한 의견이있는 이유가 궁금했을 것입니다.

로드가 많고 nrpe 응답 시간이 느린 시스템에서 테스트해야합니다.

해결 방법은 --retry 10호출 을 추가 하는 것입니다.start-stop-daemon ... --stop ...

감사

답변:


14

지금까지 수행 한 모든 버그 작업에 대해 먼저 감사드립니다. 이 버그 수정에 참여하고 싶습니다.

가장 좋은 방법은 정확하게 새로운 버그를보고하고 LP로 인한 회귀임을 분명히하는 것입니다 : # 600941. 태그에 '회귀 업데이트'를 제공하십시오. LP : # 600941의 의견에서 언급하면 ​​좋을 것이므로 사용자는 회귀 자체를 조사 할 때 사용자가 볼 수 있습니다. 회귀-업데이트 태그를 사용하면 버그를 심사하고 신속하게 대응할 수 있습니다. 예, 먼저 다음과 같이 시작하십시오.

ubuntu-bug nagios-nrpe-server

모든 릴리스에 영향을 미치므로이 작업을 수행하는 위치는 중요하지 않습니다 (플랫폼에서 수행하는 것이 좋으므로 픽스를 확인할 수 있습니다).

현재 정확한 ISO는 설치가 불가능하지만 여기서 시도해 볼 수 있습니다.

http://cdimage.ubuntu.com/daily/current/

/etc/apt/sources.list*에서 소스를 편집하고 oneiric을 정확한 것으로 변경 한 다음을 수행하여 oneiric 시스템을 정확하게 사용할 수도 있습니다 apt-get update && apt-get dist-upgrade. 그래도 전환과 큰 변화가 진행되고 있으므로 프로덕션 시스템에서는이 작업을 수행하지 마십시오!

수정 사항을 제출하는 가장 좋은 방법은 Ubuntu Distributed Development를 사용하는 것입니다. 버그를 자신에게 할당 한 후 다음 단계를 사용하십시오.

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는 새로운 버그입니다.

이를 수행하는 방법에 대한 자세한 내용은 https://wiki.ubuntu.com/DistributedDevelopment 에서 확인할 수 있습니다.

Freenode의 # ubuntu-devel 및 / 또는 # ubuntu-server에 언제든지 문의하십시오.


이 모든 훌륭한 정보에 감사드립니다. 앞으로 잘 활용할 수 있는지 알아볼 것입니다.
nutznboltz

내부 Atlassian 티켓 시스템에 할 일 목록을 첨부하여 추적하지 않습니다.
nutznboltz

지금까지 LP가 있습니다 : # 896388
nutznboltz

1
당신 밝혀 내 시간을 낭비 나를 바보 참조 ubuntuforums.org/showthread.php?p=11489142
nutznboltz

nutznboltz, 난 당신이 전혀 시간을 낭비 생각하지 않습니다! stgraber가 말했듯이 데비안에서 수정 프로그램이 업스트림에 허용되는 것을보고 싶습니다. 이는 꽤 정상적인 반응이며 프로세스의 중요한 단계입니다. 그렇지 않으면 다음 릴리스에서 회귀 될 수 있습니다. 귀하의 작업에 진심으로 감사 드리며 귀하의 수정 사항이 승인 될 것입니다.
SpamapS
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.