- Shipped
- 2026年9月23日 18:17 UTC
- Author
- Kamo
- Commit
- da96018
Wokenコンピュータは、サービスがエンドポイントを持っている場合にのみ到達可能です。 最初に3389のreadinessの調査が渡るとき。 initialDelaySeconds は 180 で、 KubeVirt は 190 としてレンダリングされ、openHostedComputer は 180 で待機しました。 だからタブ 毎回、ゲストが一度もプローブを浴びていたので、毎回、すべての層に。 ツイート メンバーはタブを閉じてもう一度クリックして、プローブが通過した点で、 バグを完璧に捉える形状を正確に働かせました。 元のコメントは正しく推論し、誤って結論づけました: 履歴書は読みます 全ゲストのメモリイメージはロングホーンの容積を離れて、16Giの層はより長くかかります コールドブーツ。 しかし、firstDelaySecondsはBEGINSをプロービングするときに、ゲストがどれだけ長くいるかではありません。 お問い合わせ ポートに対するtcpSocketプローブは、単に失敗して聞いていません。 Podが既に存在している状態なので、初期のプローブは何もかかりず、後半の1つのコスト 「開く」と「did not」の違いは、すべてのコンピュータが違います。 今度は15s:サービスはxrdpの開始の後で約10秒のエンドポイントを得ます、 3と半分の後には、ほぼ1分起動します。 xrdp.log を読んでいる次の人のための価値の記録: これらのプローブは実際の外観を残します エラーを10秒間離します。 ソケット12:接続は... [ERROR] libxrdp force read: ヘッダーの読み込みエラー [ERROR] [ITU-T X.224] 接続シーケンス:CR-TPDUが失敗しました tcpSocketプローブは、RDPを話さずに接続して閉じるので、HEALTHYとは何か コンピュータのログは、 失敗したセッションではなく、10秒の間隔は 言う.