el comando grep es eliminado

• Los registros están en /var/log/System.log También puede acceder a ellos ejecutando Consola.app
• El consumo de memoria de un proceso se puede comprobar en Monitorización de la actividad.app al menos mientras el proceso esté en marcha

El mensaje de error que ves significa que algo más ha enviado al comando grep una señal de muerte. Esto no suele ocurrir por sí mismo.

Las señales enviadas generalmente no se registran en ningún archivo de registro, por lo que no las encontrará en /var/log/System.log por ejemplo.

grep no utiliza mucha memoria, por lo que es muy poco probable que se deba a un problema de OOM. Además, si lo fuera, no estaría recibiendo el mensaje de error "killed" - en su lugar grep fallaría con uno de estos mensajes de error: "malloc", "calloc" o "realloc".

La razón por la que su grep parece ser que lo has ejecutado "dentro" de algo más que lo gestiona. Podría ser una cola de trabajadores de Laravel, un sistema de pool de Python, un sistema de trabajadores de PHP, etc. - hay muchas posibilidades. Tendrás que mirar la documentación del sistema que estás utilizando para informarte de por qué mata los programas. Normalmente esto se debe a los tiempos de espera por defecto.

Lo primero que intentaría sería examinar el valor de retorno.

$?  #in zsh, should be the same in bash. 

Como estás ejecutando esto en el shell, deberías poder verlo en launchd. Inténtalo:

launchctl list #the easiest invocation

Se obtienen 2 filas, la primera es el PID, la segunda es el estado de salida.

La invocación adecuada es:

launchctl print gui/$UID/  # for processes run in the gui. 

Lo mismo, los trabajos en ejecución tienen un pid, y la segunda columna es el código de salida. Si es negativo, entonces es la señal de que se atrapó.

También puedes simplemente pulsar CMD-I, y ver cómo se ejecuta en el inspector de la terminal. Haz clic en el engranaje para mostrar los argumentos del programa. A menudo veo la actualización de Homebrew de esta manera.

Hace tiempo ( antes de SIP ) se podía utilizar simplemente DTrace:

man kill.d # man -k DTrace to see them all

Esto sería lo primero que probaría, te dirá qué proceso envió la señal. Por desgracia, Apple ha paralizado esta excelente colección de herramientas. Seguro que funciona si desactivas el SIP, pero si tienes estómago para ello, puedes beber directamente de la manguera:

sudo fs_usage -w  # So many things running. :(

Obtendrás tu respuesta de esta manera.

Verás que tu grep muere, y verás quién lo mató.

Buena suerte.