KamoCRM

Berkas swap lebih kecil dari cek yang mengukur itu

FixKlusterServices
Diantar
23 September 2026 pukul 19.17 UTC
Pengarang
Kamo
Kommit
4673e45

Dengan pendaratan restart, komputer pertama muncul dengan resume Configured benar dan berhenti di prekondisi berikutnya - yang ternyata tidak dapat dipenuhi oleh konstruksi: swapBytes 2095468544 daerah yang USABLE, dari / proc / swap swapNeededBytes 2095474483 int (MemTotal * 1.05) Kalau begitu... short by 5.939 dari sebuah berkas 2 GB kesiapan () mengukur area mkswap meninggalkan dapat digunakan. _ Pastikan _ swap dialokasikan berkas persis jumlah yang daerah dibandingkan dengan, dan mkswap mengambil halaman header dan putaran sisanya ke seluruh halaman - sehingga daerah yang dapat digunakan selalu beberapa KB pendek dari target sendiri. Kemudian _ pastikan _ swap early-returns on 'have = = want _ bytes', so it never grow, and swapLargeEnough tetap false forever. Berkas sekarang dialokasikan dengan margin, dan margin 16 MiB daripada satu halaman mkswap kebutuhan, karena MemTotal bukan sebuah konstanta: kernel mengecualikan firmware dan initrd reserve, dan yang pindah oleh 5.6 KB antara dua sepatu bot ini VM yang sama. Sebuah margin diukur dalam halaman akan meninggalkan komputer satu peningkatan kernel jauh dari tidak pernah tidur lagi. Kembali awal sekarang 'memiliki > = target', bukan '= ='. Kesetaraan berarti bergetar MemTotal baik arah menulis ulang berkas 2 GB pada volume Longhorn pada mesin yang sudah baik-baik saja. Juga di sini, karena keduanya ditemukan oleh penyelidikan yang sama: Restart kini dikejar oleh watcher yang menganggur daripada oleh siapapun yang menelepon / bersiap-siap tidur. Kedua saat yang terlihat seperti yang benar salah. Boot thread agen berjalan sebelum Computeservice telah mendorong apa-apa, sehingga belum ada yang melindungi. Dan / siap- tidur bukan dipanggil oleh komputeservice sama sekali - metode klien ada dan tidak memiliki penelepon; penelepon sebenarnya adalah runcmd dalam awan -init.entida.yaml, yang kebakaran di MiDDLE dari provisioning. Jadi pertanyaannya adalah hanya kembali - meminta setiap tiga puluh detik oleh watcher yang sudah polling, gated pada Memberi dorongan setelah mendarat dan tidak ada sesi desktop. Gerbang kedua lebih kuat. daripada kelihatannya: sebuah sesi xrdp outlives sebuah pemutusan, jadi sebuah daftar kosong berarti belum ada yang masuk atau semua orang telah keluar, tidak hanya bahwa tidak ada yang di keyboard. Pengungsi log sekali per alasan yang berbeda. Tidak pernah diam, dan tidak dua ribu garis identik sehari. Sebuah menolak 'systemctl hibernasi' sekarang mencapai jurnal. Pada keberhasilan perintah tidak pernah kembali, sehingga Satu-satunya hal yang bisa dicetak adalah mengapa mengatakan tidak - dan yang pergi ke DEVNULL, meninggalkan komputeservice ke pemberitahuan sepuluh menit kemudian bahwa komputer "tidak pergi tidur ketika ditanya" tanpa alasan di mana saja. run _ forever dibagi ke dalam loop dan tick (), sehingga keputusan dapat diuji. 43 tes.

Semua perubahan

Seperti apa yang Anda lihat pengiriman?

Semuanya tiba di ruang kerja Anda sendiri. Mulai dengan rencana gratis dan baca halaman ini lagi dalam sebulan.

Mulai Bebas SelamanyaLihat Harga