- Shipped
- 30 agosto 2026 alle ore 20:54 UTC
- Author
- Kamo
- Commit
- c7a6412
La pagina bianca vuota era la VM fuori memoria. 16Gi di RAM ospite con NO swap significa "fuori memoria" va dritto al killer OOM: le applicazioni muoiono metà del lavoro, e questa volta l'intero ospite è diventato non rispondente — compreso il agente di approvvigionamento. Questo raggiunge oltre la VM, perché SecurityService preflights che l'agente prima di minare un link KamoDesktop, quindi una VM wedged girata ogni lancio in una scheda browser vuota: la scheda si apre in bianco e naviga solo una volta che un link torna, e nessun link mai venuto. Più RAM non è disponibile — k1m1 è già ~86% assegnato, quindi la memoria fa non esistere per dare. Un file di swap 64G è, ed è la differenza tra "slow per un momento" e "il tuo editore è andato". vm.swappiness=10, deliberatamente: questo swap siede su un volume Longhorn replicato sulla rete, quindi è molto più lento del disco locale e deve essere una rete di sicurezza piuttosto che un livello di routine. Il default 60 verrebbe riprodotta dal desktop idle applicazioni per rendere spazio per la cache, sulla rete, che è esattamente la commercio sbagliato qui. Lo script si rifiuta di costruire il file se lo spazio non è lì — riempiendo la radice filesystem per fare swap sarebbe scambiare un problema di memoria per un disco-full uno, che è peggio e più difficile da annullare. Idempotent verificato correndo contro VM già configurata: ha segnalato "già attivo a 64G" e non ha cambiato nulla. Aggiunge anche KamoDesktopAccessFlapping. KamoDesktopAccessBroken ha bisogno di dieci UNBROKEN i minuti di fallimento, e questa oltraggio non ha mai fallito così a lungo in un tratto — il l'agente ha risposto ad alcune sonde e non altri — così l'accesso è stato male rotto per persona che cerca di usarlo mentre l'allarme è rimasto tranquillo. Intermittent non va bene; mezzo desktop di lavoro è uno rotto.