- Enviado
- 23 de setembro de 2026 às 18:17 UTC
- Autor
- Kamo
- Confirmação
- da96018
Um computador acordado só é alcançável uma vez que o seu Serviço tenha pontos terminais, e isso acontece Quando a sonda de prontidão em 3389 passar pela primeira vez. inicialDelaySeconds foi 180, que KubeVirt interpreta como 190, e o openHostedComputer desistiu de esperar em 180. Então, a aba cronometrado ANTES de o hóspede ter sido examinado mesmo uma vez — toda vez, em cada nível. A membro teve que fechar a aba e clicar novamente, em que ponto a sonda tinha passado e funcionou, que é exatamente a forma que faz um inseto parecer flakiness. O comentário original raciocinava corretamente e concluiu erradamente: um currículo lê toda a imagem da memória do hóspede fora de um volume Longhorn, e uma camada 16Gi leva mais tempo do que Uma bota fria. Mas inicialDelaySeconds é quando sondando BEGINS, não quanto tempo o convidado é dado. Uma sonda tcpSocket contra uma porta que nada está ouvindo simplesmente falha, que é o estado em que a cápsula já está - então uma sonda precoce não custa nada, e uma tarde custa cada computador a diferença entre "abre" e "não abriu". Agora, 15s: o Serviço recebe endpoints cerca de dez segundos após o xrdp começar a ouvir, Mais ou menos um minuto na bota do que depois de três e meio. Vale a pena gravar para a próxima pessoa lendo xrdp.log: essas sondas deixam aparência real erros nele, com dez segundos de diferença — Socket 12: conexão recebida de ... [ERROR] libxrdp force read: header read error [ERROR] [ITU-T X.224] Sequência de Ligação: CR-TPDU falhou Uma sonda tcpSocket conecta e fecha sem falar RDP, então é isso que uma SAÚDE O registo do computador parece. Não é uma sessão falha, e o espaçamento de dez segundos é O sinal.