~/docs /DevOps/Procesos

DevOps

Procesos

Imported from Notion: Procesos

updated:: 2026.07.10

Qué resuelve

Localizar procesos, entender quién los lanzó, detenerlos con señales y manejar tareas en foreground/background o sesiones largas.


Uso rápido

Ver procesos

ps aux

Buscar por nombre

pgrep -af NOMBRE

Ver árbol

pstree -ap

Si no está:

sudo apt install psmisc

Ordenar por consumo

CPU

ps aux --sort=-%cpu | head

RAM

ps aux --sort=-%mem | head

Formato útil

ps -eo pid,ppid,user,%cpu,%mem,etime,cmd --sort=-%cpu | head -20

Señales y kill

Pedir cierre limpio

kill PID

Equivale normalmente a SIGTERM.

Forzar cierre

kill -9 PID

Equivale a SIGKILL.

[!NOTE] ⚠️ Usa kill -9 como último recurso. No deja al proceso limpiar archivos, locks o conexiones.

Matar por nombre

pkill -f PATRON

Prueba antes:

pgrep -af PATRON

Procesos relanzados por systemd

Si matas un proceso y vuelve, puede estar gestionado por systemd.

systemctl status NOMBRE.service
sudo systemctl stop NOMBRE.service

Ver unidad de un PID:

systemctl status PID

Background y sesiones largas

Ejecutar en background

comando &
jobs
fg %1

Que siga tras cerrar terminal

nohup comando > salida.log 2>&1 &

Mejor opción para sesiones largas

tmux new -s trabajo

Volver a una sesión:

tmux attach -t trabajo

Prioridad

Lanzar con menor prioridad CPU

nice -n 10 comando

Cambiar prioridad de un PID

renice 10 -p PID

Errores comunes

  • Usar kill -9 demasiado pronto.

  • Matar un proceso gestionado por systemd sin parar el servicio.

  • Usar pkill -f con un patrón demasiado amplio.

  • Ejecutar trabajos largos sin tmux, screen, nohup o servicio.

  • No revisar logs después de matar/reiniciar.


Checklist final

  • Identifiqué PID y comando real.

  • Revisé padre/árbol si había procesos hijos.

  • Probé SIGTERM antes de SIGKILL.

  • Si reaparece, revisé systemd.

  • Para tareas largas, usé tmux o un servicio.

- EOF -