Come trovare il motivo di un processo morto senza file di registro su unix?

Question

Questa è una domanda di intervista.

Uno sviluppatore ha avviato un processo. Ma quando un cliente desidera utilizzare il processo, ha scoperto che il processo non era in esecuzione. Lo sviluppatore ha effettuato l'accesso e ha trovato che il processo è morto. Come può lo sviluppatore sapere cosa c'è che non va?

Follow-up: un processo in esecuzione che dovrebbe scrivere registri su un file. Ma non ci sono log nel file. Come può lo sviluppatore capire cosa sta succedendo nel processo?

Penso: Se il programma può essere rieseguito, userò gdb per tracciare il processo. In caso contrario, controllare il file di output dal processo (il programma applicativo). o, aggiungere stampa al codice.

Ma, ci sono altri modi per farlo facendo riferimento ad alcune informazioni generate dal sistema operativo?

Answer 1

... utilizzare un debugger come gdb ...

Answer 2

ci sono altri modi per farlo facendo riferimento alcune informazioni generate da OS?

core dump è un'opzione.

Answer 3

A volte i programmi non creano core dump. In questo caso, è utile conoscere il codice di uscita del software.

Quindi è possibile utilizzare questo script di seguito per avviare il software e registrare il suo stato di uscita per trovare il motivo di uscita.

Esempio:

#!/bin/bash 
./myprogram 

#get exit code 
exitvalue=$? 

#log exit code value to /var/log/messages 
logger -s "exit code of my program is " $exitvalue 

Answer 4

Se avete lo spazio su disco e la potenza della CPU di riserva, è possibile lasciare strace seguendo il programma per catturare la sequenza che porta per uscire.

Una possibile causa se il programma è morto senza lasciare traccia è la memoria esaurita (OOM) killer. Questo lascerà un messaggio nel log del kernel se uccide il tuo processo.

Dalla stessa risposta, è possibile modificare process accounting per fornire alcuni indizi indicando il codice di uscita insieme al tempo di uscita.