Re: Processo immortale

[Felipe Salvador <felipe.salvador@gmail.com>]

On Wed, Oct 03, 2018 at 07:44:04AM +0200, Paolo Nicorelli wrote:
> On Tue, 2 Oct 2018 at 23:47, Felipe Salvador <felipe.salvador@gmail.com>
> wrote:
> 
> > Forse Z o X dopo tutti i kill che ha dato, fosse stato D sarebbe stato
> > nella condizione che descrivi sopra, R dovrebbe essere regolarmente
> > "killabile":
> >
> >                D    uninterruptible sleep (usually IO)
> >                R    running or runnable (on run queue)
> >                S    interruptible sleep (waiting for an event to complete)
> >                T    stopped by job control signal
> >                t    stopped by debugger during the tracing
> >                W    paging (not valid since the 2.6.xx kernel)
> >                X    dead (should never be seen)
> >                Z    defunct ("zombie") process, terminated but not reaped
> > by its parent
> >
> >
> > Sarebbe interessante vedere il contenuto dello script
> >
> 
> E' in stato R, dal 21 agosto. A meno che `ps` non menta :P
> 
> e guardando cosa combina con `strace` non esce nulla.... quindi l'ipotesi
> che sia una syscall che appesa è verosimile.

Fosse in stato R dal 12 dicembre 1984 non cambierebbe nulla, anche
nell'output di lsof non c'e' riferimento a file system di rete, ne a
situazioni di I/O che potrebbero giustificare quello stato.

Non essendo quel processo in stato di uninterruptible sleep non pensi
che manchino i presupposti per una 'syscall che appesa'?

https://eklitzke.org/uninterruptible-sleep

"can't identify protocol"

C'e' molto materiale in rete pe questo messaggio riportato da lsof,
anche sui canali relativi al PHP. Per la maggior parte sono altri
casi, ma in alcuni si parla di errori di programmazione.

https://secure.php.net/manual/en/function.socket-create.php


Posto che questo non e' il tuo problema, mi sembra di capire che la
tua priorità' e' uccidere quel processo, avete considerato il restart di apache?


> Per il contenuto dello script mi spiace ma non posso mostrarlo perchè non
> ne ho l'accesso neanche io.
> Gira su una macchina in produzione per $FamosaMultinazionale dove un'amica
> fa consulenza con la maglietta di $GrandeAziendaDiConsulenza e
> non credo sia appropriato (tanto più che non è codice suo ed io non
> collaboro con nessuno degli attori).
> 
> So solo che:
>  - c'è un qualcosa che controlla che non sia già attivo
>  - sincronizza dei dati attraverso SOAP o sFTP
>  - gira da CLI con cron (niente apache)
>  - e su una macchina con altre decine di processi di sincronizzazione
>  - per fare il reboot devi fare una mail con troppi destinatari
> 
> Mi incuriosiva che un SIGKILL da root non facesse nulla... proprio perchè,
> come dici tu, R "dovrebbe" essere killabile.

-- 
Felipe Salvador