VM208: memoria tras arranque — 20 octubre 2026

Dos muestras de sólo lectura a 00:15:07.99 y00:15:51.14CEST, separadas43,15s reales (pausa30s más latencia/orquestación). Uptime guest685→728s. No se hicieron balloon writes, cortes, reinicios, actualizaciones ni cambios en ningún nodo. El coordinador ya había confirmado persistencia de balloon7,5GiB en208 y5,5GiB enHA; estas muestras no lo vuelven a escribir ni lo revalidan desde Proxmox.

Medida	Primera	Segunda
MemAvailable	1994,0MiB	1895,8MiB
Swap usada	2,630GiB	2,670GiB
PSI memoria full avg10	0,73%	0,63%
PSI memoria full avg60	0,53%	0,62%
PSI memoria full avg300	1,70%	1,56%
OOM kills acumulados	0	0

En la ventana: MemAvailable−98,2MiB, swap usada+40,8MiB, pswpin+5981 páginas y pswpout+14861 páginas. pgmajfault+5079; allocstall_normal y pgscan/pgsteal_direct no aumentan. PSI calculado por delta de acumulados: memoria full1,26%, IO full7,89% y CPU some2,07%. Paginación e I/O continúan; no confundir PSI avg10 final con la media de toda la ventana ni atribuir todos los major faults/I/O a swap.

Comparado con el punto aproximado00:14 facilitado por el coordinador, full avg300 bajó2,00→1,70→1,56 y avg10 acabó por debajo de1,22. Es compatible con relajación de la ráfaga de arranque, mientras sigue habiendo paginación y esperasIO. La caída puntual de disponible y aumento de swap impiden declarar estabilización completa;43s tampoco acreditan una tendencia de presión creciente. No hay OOM ni incremento de reclaim directo en esta ventana. Nada de esto atribuye el reinicio físico de pmx50 a RAM.

Docker fue idéntico entre ambas muestras: 90 contenedores;53 running, 35 exited y2 created. Entre los activos,25 healthy y28 sin healthcheck; ninguno unhealthy. Sin cambios de estado, salud ni restart count. am-flask, am-worker1, jellystat y plundrio-hunter tenían restart_count1 en ambas muestras: no demuestra un bucle activo de reinicios durante la observación ni salud funcional completa.

Existe baseline local de inventario a23:25:32 del19oct, también90 contenedores. Sólo difieren Stash(exited→running) yTRMNLapp(created→exited). Ese intervalo incluye reparaciones y uso previo al reboot: no se atribuyen esos cambios al arranque. Un servicio Sablier exited tampoco demuestra avería. No se despertó ni detuvo ninguno para comprobarlo.

Evidencia local privada: /tmp/vm208-postboot-memory-20261020-sample1.json y sample2.json, modo0600; contienen únicamente contadores kernel y campos Docker nombre/estado/pausa/restart_count/health, sin env, tokens ni datos personales. Baseline utilizado: /tmp/maintenance-inventory-20261019.txt. No se añadieron watchers ni automatismos. El resultado es una ventana de observación, no una certificación de estabilidad sostenida.