Jetson Nano se vuelve parcialmente inactivo cada 2‑3 días bajo carga Docker
Un usuario de r/selfhosted reporta que su Jetson Nano, usado como servidor doméstico con Home Assistant y Zigbee2MQTT en Docker, deja de responder a SSH y a las interfaces web cada pocos días.
Un miembro de la comunidad de self‑hosted describe un comportamiento intermitente en su Jetson Nano, que emplea como servidor siempre encendido para Home Assistant, Zigbee2MQTT y otros servicios dentro de contenedores Docker. Cada dos o tres días el dispositivo entra en un estado donde el ping responde con latencias normales (3‑4 ms) y los puertos TCP 22, 8123 y 8080 aceptan conexiones, pero ninguno de los procesos atiende esas conexiones.
En la práctica, la interfaz web de Home Assistant deja de cargar, la de Zigbee2MQTT tampoco responde y el acceso por SSH se cuelga en la fase de intercambio de versiones. Un curl contra http://192.168.4.33:8123/ logra establecer la conexión y enviar la solicitud GET, pero nunca recibe respuesta antes de que el cliente agote el tiempo de espera.
El usuario ha descartado una caída total de red porque el ping sigue operativo y los puertos siguen abiertos. La única forma de recuperar el sistema es desconectar y volver a conectar la alimentación del Jetson. Entre las posibles causas que menciona están problemas de I/O en la tarjeta SD, bloqueos del kernel o controladores, agotamiento de memoria, fallos en Docker/containerd, inestabilidad de la fuente de alimentación, errores del sistema de archivos o algún bug específico del hardware Jetson.
No se ha encontrado una solución definitiva aún. La comunidad sugiere revisar los logs del kernel (dmesg), monitorizar el consumo de RAM y swap, probar una tarjeta microSD de mayor velocidad o migrar a un SSD USB, y verificar la estabilidad de la fuente de alimentación con un multímetro o una UPS. También se recomienda actualizar al último JetPack y a la versión más reciente de Docker, y, si el problema persiste, abrir un issue en los repositorios de NVIDIA Jetson o Docker con los detalles del bloqueo.
Queda por ver si el origen está en el hardware del Jetson o en la interacción de Docker con el kernel de Ubuntu. Mientras tanto, los administradores que usan Jetson Nano en entornos de producción deberían considerar una arquitectura de redundancia o un monitor de watchdog para evitar interrupciones inesperadas.
