Manejo de errores y registros, cuando un script se calla

En Python, un bloque try ejecuta algo que puede fallar y un bloque except dice qué hacer si falla. Cuando el except solo contiene pass, el error se atrapa y se descarta: el programa continúa como si no hubiera pasado nada, y nada queda escrito. A veces es deliberado, para un archivo opcional, pero entonces debería dejar una línea en el registro.

Abre sincroniza_activos.py y mira la función cargar_exclusiones.

El módulo logging de Python escribe un mensaje solo si su nivel es igual o mayor que el nivel configurado. Los mensajes de información son los de menor gravedad que usa este script; los avisos y los errores son más graves. Si el nivel configurado está por encima de la información, los mensajes de «todo va bien» dejan de escribirse y el registro queda vacío mientras el script funciona, y también mientras no funciona.

Un registro silencioso es un dato: la última línea de éxito marca el momento a partir del cual nadie puede afirmar que el script hizo su trabajo. Se compara con el historial de cambios del script, porque lo que cambió cerca de esa fecha suele explicar el silencio.

Abre sincroniza.log y busca la última línea que dice cuántos activos se sincronizaron.

El programador de tareas guarda solo el código de salida del script: un cero significa que el proceso terminó, no que su trabajo salió bien. La fuente más fiable es el sistema receptor, que sabe qué le llegó y con qué resultado. Un código HTTP de la familia 4xx indica que la petición se rechazó por algo del cliente, por ejemplo credenciales vencidas.

Compara ejecuciones-de-cron.txt con respuestas-del-destino.txt.

El arreglo útil ataca las dos causas: el script no mira el resultado de lo que envía y el registro ya no habla. Un registro con los mensajes de éxito apagados puede ser razonable si los errores se escriben y el script falla con ruido; lo que no es razonable es que ambas cosas falten a la vez.