Qual è il modo di inviare una patch per riparare tutti i danni causati da LP: # 600941?


9

Qual è il modo migliore per inviare una patch per riparare tutti i danni causati da LP: # 600941 ?

Chiedo perché LP: # 600941 è stato inserito in tutte le versioni di Ubuntu ancora supportate in questo momento. Dovrei scegliere una versione particolare ed eseguirla ubuntu-bug? Quella versione dovrebbe essere LTS o Oneiric o Precise (come posso ottenere Precise se ne ho bisogno?)

La storia è che dopo che è stato espulso tutti i nostri sistemi hanno iniziato a sperimentare fallimenti di riavvio di Nagios nrpe.

Comandi come /etc/init.d/nagios-nrpe-server restart

causerebbe l'arresto di nrpe ma non il riavvio.

L'ho rintracciato nel modo in cui lo /etc/init.d/nagios-nrpe-serverscript sta chiamando start-stop-daemon.

Il problema è che la stanza "stop" nello /etc/init.d/nagios-nrpe-serverscript prima chiama start-stop-daemon che invia SIGTERM a nrpe e quindi attende solo un secondo.

Se entro quel momento nrpe non è uscito, il file pid continuerà a esistere e lo /etc/init.d/nagios-nrpe-serverscript lo rimuoverà.

Peggio ancora se /etc/init.d/nagios-nrpe-server restartviene usato non solo il file pid verrà rimosso, il tentativo di riavviare nrpe fallirà a condizione che il demone nrpe sia ancora in ritardo nello spegnimento.

Il tentativo di avvio in tali circostanze fallirà perché nrpe sarà comunque associato a un socket e il secondo tentativo di associazione provocherà l'interruzione dell'avvio di nrpe.

Avrebbero dovuto chiedersi perché ci fosse un commento su "a volte il file pid non viene rimosso".

Avrebbero dovuto testare su sistemi che hanno un carico pesante e quindi tempi di risposta nrpe lenti.

La correzione è aggiungere --retry 10o simili all'invocazione distart-stop-daemon ... --stop ...

Grazie

Risposte:


14

Innanzitutto grazie per tutto il lavoro sui bug che hai svolto fino ad ora. È bello che ti piacerebbe essere coinvolto nella risoluzione di questo bug!

Il modo migliore è di segnalare un nuovo bug in modo preciso e chiarire che si tratta di una regressione causata da LP: # 600941. Dagli il tag 'regression-updates'. Sarebbe anche bene menzionarlo nei commenti di LP: # 600941, in modo che gli utenti lo vedano quando stanno investigando colpendo la regressione. Il tag degli aggiornamenti di regressione assicurerà che il tuo bug sia tracciato e risposto rapidamente. Quindi sì, per prima cosa inizia con questo:

ubuntu-bug nagios-nrpe-server

Dal momento che influenza tutte le versioni, non importa dove lo fai (meglio che lo fai su una piattaforma che puoi lasciare da solo in modo da poter verificare le correzioni).

Al momento gli ISO precisi probabilmente non sono installabili, ma puoi provarli qui:

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

Puoi anche prendere una macchina onirica su preciso modificando le fonti in /etc/apt/sources.list* e cambiando onirica in preciso, quindi facendo apt-get update && apt-get dist-upgrade. Ci sono transizioni e grandi cambiamenti in corso, quindi non farlo su un sistema di produzione!

Per inviare la correzione, il modo migliore è utilizzare Ubuntu Distributed Development. Assegna il bug a te stesso e quindi utilizza questi passaggi:

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 è il tuo nuovo bug #

Puoi trovare ulteriori informazioni su come eseguire questa operazione su https://wiki.ubuntu.com/DistributedDevelopment

Non esitate a venire a chiedere anche in # ubuntu-devel e / o # ubuntu-server su Freenode.


Grazie per tutte queste fantastiche informazioni. Vedrò se posso farne buon uso in futuro.
nutznboltz,

Ho allegato il tuo elenco di cose da fare al nostro sistema di biglietti interno Atlassian in modo da non perderne traccia.
nutznboltz,

Finora ho LP: # 896388 a posto.
nutznboltz,

1
Si scopre che mi hai ingannato nel perdere tempo, vedi ubuntuforums.org/showthread.php?p=11489142
nutznboltz,

nutznboltz, non credo che tu abbia perso tempo! Come ha detto lo stgraber, vorrebbe vedere la tua correzione accettata a monte in Debian. Questa è una risposta abbastanza normale e un passaggio importante nel processo .. altrimenti potrebbe regredire alla prossima versione. Il tuo lavoro è molto apprezzato e sono sicuro che la tua correzione sarà accettata.
SpamapS
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.