- Se descapó
- 30 de agosto de 2026 a las 20:54 UTC
- Autor
- Kamo
- Compromit
- c7a6412
La página blanca en blanco era la VM fuera de memoria. 16Gi de RAM de huésped con intercambio de NO significa "fuera de memoria" va directamente al asesino de la OOM: las solicitudes mueren medio trabajo, y esta vez todo el invitado se volvió insensible - incluyendo el Agente de aprovisionamiento. Eso llega más lejos que la VM, porque SecurityService prevuelos que el agente antes de acuñar un enlace KamoDesktop, así que un VM encajado se volcó cada lanzamiento en una pestaña del navegador en blanco: la pestaña se abre en blanco y sólo navega Una vez que un enlace vuelve, y nunca llegó ningún vínculo. Más memoria RAM no está disponible - k1m1 ya está asignado en un 86%, por lo que la memoria sí lo hace no existen para dar. Un archivo de swap de 64G es, y es la diferencia entre "lento por un momento" y "tu editor se ha ido". vm.swappiness=10, deliberadamente: este intercambio se encuentra en un volumen de Longhorn replicado a través de la red, por lo que es mucho más lento que el disco local y debe ser una red de seguridad en lugar de un nivel rutinario. El 60 predeterminado llamaría a escritorio inactivo aplicaciones para hacer espacio para la caché, a través de la red, que es exactamente la comercio malo aquí. El script se niega a construir el archivo si el espacio no está allí. sistema de archivos para hacer swap cambiaría un problema de memoria por uno lleno de disco, que es peor y más difícil de deshacer. Verificado idempotente corrigiéndolo contra el VM ya configurada: reportó "ya activo a 64G" y no cambió nada. También añade KamoDesktopAccessFlapping. KamoDesktopAccessBroken necesita diez UNBROKEN minutos de fracaso, y este apagón nunca falló tanto en un tramo. agente respondió algunas sondas y no a otras, así que el acceso estaba muy roto por el persona tratando de usarlo mientras la alerta se quedó callada. El intermitente no está bien; Medio escritorio es roto.