- Shipped
- 23 settembre 2026 alle ore 18:17 UTC
- Author
- Kamo
- Commit
- da96018
Un computer svegliato è raggiungibile solo una volta che il suo Servizio ha endpoint, e questo accade quando la sonda di prontezza su 3389 prima passa. inizialeDelaySeconds era 180, che KubeVirt rende come 190, e OpenHostedComputer ha smesso di aspettare a 180. Quindi la scheda timed out PRIMA l'ospite era stato probed anche una volta — ogni volta, su ogni livello. A il membro ha dovuto chiudere la scheda e fare clic di nuovo, da quale punto la sonda era passata e Ha funzionato, che è esattamente la forma che fa sembrare un bug come flakiness. Il commento originale ragionato correttamente e concluso male: un curriculum legge un intera immagine di memoria ospite da un volume Longhorn, e un 16Gi tier richiede più tempo di uno stivale freddo. Ma inizialeDelaySeconds è quando probing BEGINS, non quanto tempo l'ospite è dato. Una sonda tcpSocket contro un porto nulla sta ascoltando semplicemente fallisce, che è lo stato in cui il baccello è già in — quindi una sonda precoce non costa nulla, e un ultimo costo ogni computer la differenza tra "apre" e "non è morto". Ora 15: il Servizio ottiene punti finali circa dieci secondi dopo che xrdp inizia ad ascoltare, circa un minuto in avvio piuttosto che dopo tre e mezzo. Worth registrazione per la prossima persona lettura xrdp.log: quelle sonde lasciano l'aspetto reale errori in esso, dieci secondi separati — Presa 12: connessione ricevuta da ... [ERROR] libxrdp force read: errore di lettura dell'intestazione [ERROR] [ITU-T X.224] Sequenza di connessione: CR-TPDU fallito Una sonda tcpSocket si collega e si chiude senza parlare RDP, quindi questo è ciò che un HEALTHY Sembra il registro del computer. Non è una sessione fallita, e la distanza di dieci secondi è Il dito.