- Navios
- 30 de agosto de 2026 às 20:54 UTC
- Autor
- Kamo
- Enviar
- c7a6412
A página branca em branco era a VM fora de memória. 16Gi de convidado RAM com NO swap significa "fora de memória" vai direto para o assassino OOM: aplicações morrem no meio do trabalho, e desta vez o convidado inteiro ficou sem resposta — incluindo o agente de abastecimento. Isso chega mais longe do que a VM, porque SecurityService pré-voo desse agente antes de cunhar um link KamoDesktop, então uma VM encravada virou cada lançamento em uma aba de navegador em branco: a aba abre em branco e só navega uma vez que um link volta, e nenhum link nunca veio. Mais RAM não está disponível — o k1m1 já está ~86% alocado, então a memória está não existe para dar. Um arquivo de swap 64G é, e é a diferença entre "low por um momento" e "seu editor se foi". vm.swappiness=10, deliberadamente: esta troca assenta num volume de Longhorn replicado através da rede, por isso é muito mais lento do que o disco local e deve ser uma rede de segurança em vez de uma rotina. O padrão 60 seria página para fora da área de trabalho ociosa aplicações para criar espaço para cache, através da rede, que é exatamente o Troca errada aqui. O script se recusa a construir o arquivo se o espaço não estiver lá — preenchendo o root sistema de arquivos para fazer swap iria trocar um problema de memória para um disco cheio, que é cada vez mais difícil de desfazer. Verificado idempotente, executando-o contra o VM já configurado: relatou "já ativo em 64G" e nada mudou. Também adiciona KamoDesktopAccessFlapping. KamoDesktopAccessBroken precisa de dez UNBROKEN os minutos de falha, e esta falha nunca falhou tão longa em um trecho — o agente respondeu algumas sondas e não outras — de modo que o acesso foi gravemente quebrado para o pessoa tentando usá-lo enquanto o alerta ficou quieto. Intermitente não é bom; metade de uma área de trabalho está avariada.