- Shipped
- 2026년 9월 23일 오후 6:17 UTC
- Author
- Kamo
- Commit
- da96018
Woken 컴퓨터는 단 한 번 그것의 서비스에는 endpoints가 있고, 그 일이 일어납니다 3389 첫 번째 패스에 읽기 프로브 때. initialDelaySeconds는 180이었다. KubeVirt는 190으로 렌더링되며, openHostedComputer는 180에서 대기했습니다. 그래서 탭 게스트가 한 번도 프로브되었습니다. — 매번, 모든 계층에. · 회원은 탭을 닫고 다시 클릭해야 하며, 프로브가 통과한 시점과 그것은, 정확히 모양을 만드는 flakiness 같은 버그 봐. 원래의 의견은 올바르게 주장하고 잘못 결론 : 이력서는 읽기 Longhorn 볼륨에서 전체 게스트 메모리 이미지, 그리고 16Gi 계층은 더 이상 걸릴 추운 부팅. 그러나 InitialDelaySeconds는 BEGINS를 번영 할 때, 얼마나 긴 게스트가 이름 * 포트에 대한 tcpSocket probe는 단순히 실패에 대해 듣지 않습니다. 팟은 이미 - 그래서 초기 프로브 비용 아무것도, 그리고 늦은 한 비용 모든 컴퓨터는 "opens"와 "did not"의 차이입니다. 이제 15s: 서비스는 xrdp가 청취를 시작한 후 약 10초 동안 종료됩니다. 3과 반 후에 오히려 부팅으로 약 분. 다음 사람 독서 xrdp.log에 대한 가치 기록 : 그 조사는 실제보기를 떠납니다. 그것에서 오류, 10 초 출발 — 소켓 12 : 연결에서 수신 ... [ERROR] libxrdp force read: 헤더 읽기 오류 [ERROR] [ITU-T X.224] 연결 순서: CR-TPDU 실패 tcpSocket probe는 RDP를 말하지 않고 닫습니다. 그래서 HEALTHY는 무엇입니까? 컴퓨터의 로그는 같습니다. 실패한 세션이 아니고, 10초 간격은 이름 *.