#dusk $PORTAL sedang terbakar hari ini. Awalnya saya mengira upgrade node di @Dusk berarti mengganti binary dan me-restart mesin yang sama dengan role yang sama.
Satu peringatan di panduan operator membuat saya berpikir ulang.
@Dusk_Foundation s installer mempertahankan consensus keys, chain state, dan konfigurasi layanan yang dipilih. Tapi ia sengaja membuat ulang file seperti rusk.toml, genesis.toml, dan unit systemd Rusk.
Yang lebih penting, operator harus mengulang jaringan dan feature flags yang sudah ada pada node. Tunggu, sebentar—saya mau membukukan profit saya di $CYS
Jika operator arsip menjalankan ulang installer tanpa "--feature archive", instalasi diganti dengan default Rusk binary. Mesin mungkin masih berjalan, terhubung ke peer dan terus menambah tinggi blok, namun tidak lagi menyediakan fungsi arsip yang diandalkan aplikasi.
Di situlah yang terus terngiang.
Dusk mengurangi risiko upgrade dengan mengunduh dan memverifikasi binary pengganti sebelum menghentikan Rusk. Dusk juga meninggalkan layanan dalam keadaan mati setelahnya agar operator bisa meninjau konfigurasi yang dihasilkan sebelum menghidupkannya lagi.
Namun automasi tidak bisa menentukan pengaturan kustom lama mana yang masih valid. Dusk secara spesifik memperingatkan operator untuk membandingkan rusk.toml sebelumnya dan menerapkan ulang hanya pengaturan yang masih mereka butuhkan, bukan menyalin seluruh file lama ke konfigurasi baru.
Jadi instalasi yang sukses tidak sama dengan layanan yang benar-benar berhasil dipulihkan.
Apakah membuat ulang konfigurasi membuat upgrade node Dusk lebih bersih dan aman, atau apakah menjaga agar node tetap menjalankan role yang dimaksud adalah pemeriksaan operator yang paling penting?
#dusk @Dusk k $DUSK
Yang paling penting setelah upgrade node Dusk?
Satu peringatan di panduan operator membuat saya berpikir ulang.
@Dusk_Foundation s installer mempertahankan consensus keys, chain state, dan konfigurasi layanan yang dipilih. Tapi ia sengaja membuat ulang file seperti rusk.toml, genesis.toml, dan unit systemd Rusk.
Yang lebih penting, operator harus mengulang jaringan dan feature flags yang sudah ada pada node. Tunggu, sebentar—saya mau membukukan profit saya di $CYS
Jika operator arsip menjalankan ulang installer tanpa "--feature archive", instalasi diganti dengan default Rusk binary. Mesin mungkin masih berjalan, terhubung ke peer dan terus menambah tinggi blok, namun tidak lagi menyediakan fungsi arsip yang diandalkan aplikasi.
Di situlah yang terus terngiang.
Dusk mengurangi risiko upgrade dengan mengunduh dan memverifikasi binary pengganti sebelum menghentikan Rusk. Dusk juga meninggalkan layanan dalam keadaan mati setelahnya agar operator bisa meninjau konfigurasi yang dihasilkan sebelum menghidupkannya lagi.
Namun automasi tidak bisa menentukan pengaturan kustom lama mana yang masih valid. Dusk secara spesifik memperingatkan operator untuk membandingkan rusk.toml sebelumnya dan menerapkan ulang hanya pengaturan yang masih mereka butuhkan, bukan menyalin seluruh file lama ke konfigurasi baru.
Jadi instalasi yang sukses tidak sama dengan layanan yang benar-benar berhasil dipulihkan.
Apakah membuat ulang konfigurasi membuat upgrade node Dusk lebih bersih dan aman, atau apakah menjaga agar node tetap menjalankan role yang dimaksud adalah pemeriksaan operator yang paling penting?
#dusk @Dusk k $DUSK
Yang paling penting setelah upgrade node Dusk?
🎯 Preserving the node’s role
50%
🧹 Clean regenerated config
28%
✅ Both are equally critical
5%
👀 Just restart and pray 😂
17%
18 Voting • Voting ditutup