Qual é o caminho para enviar um patch para consertar todos os danos que o LP: # 600941 causa?

9

Qual é a melhor maneira de enviar um patch para corrigir todos os danos que o LP: # 600941 causa?

Eu pergunto porque o LP: # 600941 foi colocado em todas as versões do Ubuntu ainda suportadas no momento. Devo escolher uma versão específica e executar ubuntu-bug nela? Essa versão deve ser a LTS ou Oneiric ou Precise (como posso obter Precise se eu precisar dela?)

A história é que depois que foi lançado, todos os nossos sistemas começaram a experimentar falhas de reinicialização do Nagios nrpe.

Comandos como /etc/init.d/nagios-nrpe-server restart

faria com que o nrpe parasse, mas não reiniciasse.

Eu rastreei isso até a maneira como o script /etc/init.d/nagios-nrpe-server está chamando start-stop-daemon .

O problema é que a sub-rotina "stop" no script /etc/init.d/nagios-nrpe-server primeiro chama start-stop-daemon, que envia SIGTERM para nrpe e aguarda apenas por um segundo.

Se o nrpe não tiver saído até lá, o arquivo pid ainda existirá e o script /etc/init.d/nagios-nrpe-server o removerá.

Pior se /etc/init.d/nagios-nrpe-server restart for usado não apenas o arquivo pid será removido, a tentativa de reiniciar o nrpe falhará, contanto que o daemon nrpe ainda esteja atrasado ao encerrar.

A tentativa de iniciar sob essas circunstâncias falhará, porque o nrpe ainda estará vinculado a um soquete e a segunda tentativa de ligação fará com que a inicialização do nrpe seja interrompida.

Eles devem ter se perguntado por que houve um comentário sobre "às vezes o arquivo pid não é removido".

Eles devem ter testado em sistemas que têm uma carga pesada e, portanto, retardam os tempos de resposta nrpe.

A correção é adicionar --retry 10 ou algo assim à invocação de start-stop-daemon ... --stop ...

Obrigado

    
por nutznboltz 25.11.2011 / 16:52

1 resposta

14

Primeiramente, obrigado por todo o trabalho de bug que você fez até agora. É ótimo que você gostaria de se envolver com a correção desse bug!

A melhor maneira é reportar um novo bug contra o preciso, e deixar claro que é uma regressão causada pelo LP: # 600941. Dê a tag 'regression-updates'. Também seria bom mencioná-lo nos comentários do LP: # 600941, para que os usuários vejam que, quando estão investigando, atingem a regressão. A tag regression-updates irá garantir que seu bug seja triado e respondido rapidamente. Então, sim, primeiro comece com isso:

ubuntu-bug nagios-nrpe-server

Como afeta todos os lançamentos, não importa onde você faça isso (melhor que você o faça em uma plataforma que você pode deixar sozinho para que você possa verificar correções).

Neste momento, ISO precisos provavelmente não são instaláveis, mas você pode testá-los aqui:

link

Você também pode usar uma máquina onírica de forma precisa editando as fontes em /etc/apt/sources.list* e mudando oneiric para preciso, em seguida, fazendo apt-get update && apt-get dist-upgrade . Existem transições e grandes mudanças acontecendo, então não faça isso em um sistema de produção!

Para enviar a correção, a melhor maneira é usar o Ubuntu Distributed Development. Atribua o bug a si mesmo e, em seguida, use estas etapas:

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 é o seu novo bug #

Você pode encontrar mais informações sobre como fazer isso em link

Por favor, não hesite em entrar em contato com o # ubuntu-devel e / ou com o # ubuntu-server no Freenode.

    
por SpamapS 25.11.2011 / 17:47