- Diantar
- 23 September 2026 pukul 18.17 UTC
- Pengarang
- Kamo
- Kommit
- da96018
Komputer yang dibangunkan hanya akan dapat dicapai setelah Layanan memiliki titik akhir, dan itu terjadi ketika kesiapan probe pada 3389 pertama lewat. inialDelaySeconds adalah 180, yang KubeVirt menghasilkan 190, dan membuka komputer yang berhenti menunggu di 180. Jadi tab waktu keluar sebelum tamu telah diperiksa bahkan sekali - setiap kali, di setiap tingkat. A anggota harus menutup tab dan klik lagi, yang titik probe telah berlalu dan itu bekerja, yang persis bentuk yang membuat bug terlihat seperti flakiness. Komentar asli beralasan dengan benar dan menyimpulkan salah: sebuah resume tidak membaca gambar seluruh memori tamu dari volume Longhorn, dan lebih lama dari 16Gi tier boot dingin. Tapi initialDelaySeconds adalah ketika menyelidiki BEGINS, tidak berapa lama tamu adalah diberikan. Sebuah probe tcpSocket terhadap port tidak ada yang mendengarkan hanya gagal, yang negara pod sudah di - sehingga probe awal biaya apa-apa, dan terlambat satu biaya setiap komputer perbedaan antara "terbuka" dan "tidak". Sekarang 15: Layanan mendapat titik akhir sekitar sepuluh detik setelah xrdp mulai mendengarkan, kira-kira satu menit ke boot daripada setelah tiga setengah. Worth rekaman untuk orang berikutnya membaca xrdp.log: mereka probes meninggalkan real-mencari error di dalamnya, sepuluh detik terpisah - Socket 12: koneksi diterima dari... [ERROR] libxrdp _ force _ read: header membaca error Font color = "# 404040" ERROR: [ITU-T X.224] Persetujuan Koneksi: CR- TPDU gagal Sebuah probe tcpSocket menghubungkan dan menutup tanpa berbicara RDP, sehingga apa yang HEALTHY Seperti catatan komputer. Ini bukan sesi gagal, dan jarak 10 detik Katakan.
