Skip to content

Catatan Rilis Cockpit ​

Halaman ini melacak pembaruan terbaru, fitur baru, dan perbaikan bug yang ditambahkan ke dashboard Cockpit.


Versi 3.3.2 (Oktober 2026) ​

Akun Read-only tidak bisa lagi mengunduh kredensial cluster Kubernetes, host bisa dihapus saat DRS aktif, adopsi distributed network kini berdasarkan nama network, dan Tasks panel tetap mengikuti clone setelah Cockpit tersambung kembali ke host-nya.

Keamanan: ​

  • Akun Read-only bisa mengunduh kredensial cluster Kubernetes. Di Cockpit 2.0.0 sampai 3.3.1, akun apa pun yang sudah login, termasuk akun Read-only, bisa mengunduh kubeconfig cluster yang sudah di-provision, dan sejak 2.1.0 juga private SSH key node VM-nya. Masing-masing memberi kendali penuh atas cluster. Kini pengunduhan keduanya membutuhkan privilege VirtualMachine.GuestOperations.Execute, yang dimiliki role Administrator dan tidak dimiliki Read-only. Jika akun Read-only pernah diberikan kepada orang yang seharusnya tidak mengendalikan cluster Anda, anggap kredensial cluster tersebut sudah bocor. Lihat Kubernetes.

Peningkatan: ​

  • Adopsi distributed network berdasarkan nama network. Sebuah network diusulkan untuk diadopsi bila minimal dua host memiliki network dengan nama yang sama di bridge yang sama. Dialog Adopt menampilkan network-network di sebuah bridge beserta host yang memilikinya, dan distributed network memakai nama network yang dipilih. Sebelumnya, dua network di satu bridge bisa terpasangkan antar-host dan salah satunya hilang. Bridge yang dimiliki host-host dengan nama network berbeda kini dilaporkan sebagai ketidakcocokan nama, bukan diabaikan tanpa keterangan.
  • Hanya network mode bridge yang bisa diadopsi. Artinya, libvirt network dalam mode bridge di atas uplink bridge, Linux maupun OVS. Network macvtap, OVN logical switch, dan mode network yang tidak dikenali Cockpit ditolak. Network isolated, yang sebelumnya ditampilkan sebagai NAT, kini ditampilkan sebagai Isolated.
  • Migrasi VM di bridge biasa meminta konfirmasi sekali. VM yang terhubung ke bridge yang bukan bagian dari distributed network kini mendapat konfirmasi pemetaan network saat dimigrasikan atau dievakuasi. Dialog memilihkan bridge dengan nama yang sama di host tujuan.

Perbaikan: ​

  • Host bisa dihapus saat DRS aktif. Di Cockpit 3.1.0 sampai 3.3.1, menghapus host gagal dengan error foreign key (fk_drs_recommendations_target_host) bila DRS punya rekomendasi tertunda yang melibatkan host itu atau salah satu VM-nya. Rekomendasi tersebut kini ikut dihapus bersama host-nya.
  • Tasks panel tetap mengikuti clone setelah koneksi pulih. Bila Cockpit kehilangan koneksi ke host saat clone sedang berjalan di sana, task clone berhenti diperbarui setelah koneksi pulih, bahkan bila clone selesai atau gagal selama terputus. Kini Cockpit berlangganan lagi ke clone tersebut saat tersambung kembali dan mengambil statusnya yang terkini.

Versi 3.3.1 (September 2026) ​

Clone VM dan deploy VM dari template kini menanyakan guest identity yang diinginkan untuk salinannya, sehingga clone tidak lagi menyala dengan alamat DHCP milik sumbernya — atau, untuk VM cloud-image, tanpa jaringan sama sekali. Reset-nya dikerjakan oleh host, jadi upgrade Vapor di host Anda ke 3.3.1 sebelum, atau bersamaan dengan, Cockpit.

Fitur Baru: ​

  • Guest identity pada Clone dan Deploy from Template: Langkah Clone Options menawarkan Reset guest identity (recommended) — machine ID baru, SSH host key baru, setting jaringan yang terikat pada MAC address milik clone, dan nama clone sebagai hostname-nya — atau Keep an exact copy. Wizard menanyakan ke host apakah ia bisa melakukan reset, menampilkan pratinjau hostname yang akan dipakai, dan memilih Keep an exact copy beserta alasannya bila host tidak bisa. Panel Tasks menampilkan Resetting guest identity… selama host bekerja, dan Completed with warning bila clone selesai dengan sesuatu yang perlu Anda ketahui, misalnya alamat IP statis yang terbawa dari sumber. Permintaan reset ke host yang Vapor-nya tidak mampu melakukannya ditolak, bukan diam-diam dijadikan salinan: upgrade Vapor di host itu ke 3.3.1. Klien API mengirim guest_identity ke POST /api/v1/vms/{id}/clone dan POST /api/v1/vms/from-template, dan GET /api/v1/vms/{id}/clone-capabilities menyatakan apakah host sebuah VM bisa melakukan reset. Lihat Virtual Machines.

Peningkatan: ​

  • GET /api/v1/datastores/{id}/volumes/{vol_name}?inspect=true meneruskan penilaian host tentang apakah sebuah file self-contained, sebelum file itu ditawarkan sebagai image. Host yang lebih lama dari Vapor 3.3.1 menjawab "inspection": null, dan itu bukan tanda lolos.

Perbaikan: ​

  • Penghapusan atau revert snapshot yang ditolak host menampilkan error mentah, dan penghapusan yang gagal tetap berstatus "processing" di panel Tasks. Kini dialog menampilkan alasan dari host — VM must be shut off bila penghapusan memerlukan VM dimatikan — dan task-nya ditutup sebagai gagal.

Versi 3.3.0 (September 2026) ​

Cockpit membawa Open Virtual Network ke tingkat datacenter: aktifkan OVN di seluruh host sebuah datacenter dari satu wizard, sambungkan VM ke logical switch OVN, dan pindahkan VM yang mati antar-deployment OVN. Template mendapat tampilan sendiri, Enter Maintenance menangani guest yang di-pause dan shared storage dengan benar, dan Edit Settings tahu apa yang bisa diubah pada VM yang sedang berjalan. Sebagian besar dari ini bergantung pada Vapor 3.3.0, jadi upgrade Vapor sebelum, atau bersamaan dengan, Cockpit.

Fitur Baru: ​

  • Virtual Network (OVN) per datacenter: Tab Virtual Network milik datacenter mengaktifkan OVN di semua host-nya dalam salah satu dari tiga mode: deployment Vapor-native (1, 3, atau 5 host central yang membentuk database clustered, sisanya sebagai chassis), OVN eksternal yang sudah ada, atau cluster Kube-OVN yang sudah ada — di mana hanya host yang merupakan node Kube-OVN dan memiliki OVN client tools yang ikut, sedangkan sisanya dicantumkan sebagai excluded beserta alasannya. Preflight mengukur jalur tunnel antara setiap pasangan host dan memperingatkan bila jalur itu tidak mampu membawa frame guest berukuran penuh. Database OVN standalone yang sudah ada di calon host central hanya diganti bila Anda mengonfirmasinya untuk run tersebut. Host yang ditambahkan ke datacenter bergabung sebagai chassis, dan deployment yang hanya sebagian berhasil menawarkan Retry failed hosts. Host > Configure > Networking > Virtual Network menampilkan status host itu sendiri.
  • VM di OVN: Network interface sebuah VM bisa berada di logical switch OVN, di VM wizard maupun di Edit Settings. VM yang mati dengan interface OVN bisa dimigrasikan ke host di deployment OVN lain.
  • Tampilan template: Tab sebuah template menampilkan template itu sendiri — guest OS, firmware, CPU, memori, disk, dan network adapter — alih-alih kartu placeholder, dengan aksi Deploy VM, Clone to Template, Convert to VM, Rename, dan Delete, serta tab VMs yang mencantumkan VM yang di-deploy darinya.
  • Mengedit VM yang berjalan: Edit Settings menunjukkan apa yang berlaku langsung, apa yang menunggu reboot, dan apa yang memerlukan VM dimatikan. Firmware, arsitektur, machine type, dan PCI passthrough dikunci selama VM berjalan, Name dinonaktifkan, dan link setiap network adapter bisa dinaikkan atau diturunkan saat itu juga.

Peningkatan: ​

  • VM baru memakai jumlah CPU dan memori host sebagai default Max vCPUs dan Max Memory, sehingga vCPU dan memori bisa di-hot-add kemudian; field memori default dalam GiB.
  • Ringkasan VM menampilkan sistem operasi yang dilaporkan guest agent bila definisi VM tidak menyebutkannya.
  • Inventory tree menandai host yang sedang maintenance atau terputus.
  • Tab Files datastore menampilkan nama lengkap item yang dipilih, path-nya di dalam pool dengan tombol Copy path, ukuran, format, dan waktu modifikasinya.
  • Upload datastore yang ditolak host — image yang membaca file lain, nama file yang bukan nama biasa, checksum yang tidak cocok — menampilkan alasan dari host alih-alih failed to commit file for browsing.
  • Daftar source sebuah network interface mengikuti tipenya: libvirt network untuk Network, logical switch untuk OVN, bridge Linux dan OVS milik host untuk Bridge. Wizard Kubernetes hanya menawarkan distributed network sebagai target network.
  • Dengan Overwrite existing VM, dialog restore menyembunyikan field nama baru dan memperingatkan bahwa VM akan dihentikan dan diganti serta tetap mati sesudahnya — ditekankan bila VM sedang berjalan.
  • VM yang dibuat dari Oort punya ikon sendiri di inventory.

Perbaikan: ​

  • Menyimpan setting VM UEFI tidak lagi menghapusnya. Edit Settings terbuka dengan Enable UEFI, Secure Boot, dan TPM tidak tercentang dan setting CPU pada nilai default-nya, karena respons detail VM tidak menyertakannya — dan menyimpan dari keadaan itu akan menghapusnya. Opsi CPU migratable dan cache juga terbuang saat disimpan.
  • Restore backup melalui Cockpit tidak lagi timeout setelah 30 detik dengan error sementara host tetap melanjutkan restore. Dengan Vapor 3.3.0, backup bisa di-restore menimpa VM asalnya, termasuk semua disk-nya.
  • Planned failover mematikan sumber secara graceful. Sebelumnya ia meminta aksi yang tidak diterima host, sehingga stop yang graceful selalu gagal dan setiap planned failover mematikan sumber secara paksa. shutdown dan reboot pada action API, serta suspend pada API yang kompatibel dengan oVirt, kini sampai ke host sebagai aksi yang dijalankannya.
  • HA hanya melakukan failover VM ke host yang bisa menjangkau datastore-nya. Sebelumnya HA bisa memilih host yang shared datastore-nya tidak ter-mount; pemasangan disk gagal dan failover mencoba host yang sama tanpa henti.
  • Enter Maintenance mengevakuasi VM yang di-pause sama seperti VM yang berjalan; sebelumnya host bisa ditandai aman padahal guest yang di-pause masih berada di sana. Ia menanyakan langsung ke host guest mana yang tersisa alih-alih ke inventory yang tertinggal, menjalankan paling banyak dua migrasi sekaligus dengan hanya satu yang menyalin storage, berhenti dengan Retry storage shutdown atau Mark maintenance anyway ketika mematikan storage OCFS2 gagal alih-alih tetap menandai host, dan menawarkan host satu cluster sebagai tujuan, bukan sembarang host yang terhubung.
  • VM yang diubah menjadi template, atau template yang diubah menjadi VM, tidak muncul di tempat barunya di sidebar sampai sync berikutnya, dan tab yang sudah terbuka untuknya tetap menampilkan tampilan lama.
  • VM yang sesaat menghilang dari host-nya — seperti saat restore di tempat — kembali sebagai entri inventory baru, sehingga tab dan link yang terbuka rusak. Kini VM itu mempertahankan identitasnya.
  • Sync host yang tidak melaporkan metadata sebuah VM, atau sebuah resize, menghapus metadata VM itu — penanda yang, misalnya, menandai node Kubernetes atau VM yang dibuat oleh produk lain.
  • Ringkasan VM menampilkan 0 GB untuk disk yang ukurannya dilaporkan host sebagai capacity, daftar target replication menampilkan Available: n/a, dan Summary datastore menampilkan Used 0.0% di samping pemakaian yang sebenarnya.
  • Resize volume di datastore browser dimulai dari ukuran file di disk, bukan virtual size-nya.
  • Change Password tetap nonaktif ketika password manager mengisi field-nya.
  • Beberapa identity source bisa sama-sama bertanda Default, sehingga login tanpa domain mendarat di mana pun yang dikembalikan database lebih dulu. Seeding kini menyerahkan status default, dan upgrade memperbaiki instalasi yang sudah memiliki beberapa, dengan mempertahankan yang terbaru.
  • Cluster Kubernetes baru yang node-nya tidak bisa menjangkau internet dilaporkan dengan storage tier local-path yang gagal padahal storage-nya berfungsi. Cockpit kini memakai local-path storage yang sudah disediakan k3s.
  • Update dari dalam aplikasi pada instalasi dengan service unit yang di-hardening gagal di tengah download dengan read-only file system. Tambahkan ReadWritePaths=/usr/local/bin ke unit cockpit lalu jalankan systemctl daemon-reload && systemctl restart cockpit, atau update dengan scripts/cockpit-manual-update.sh. Mulai 3.3.0, update memeriksa hal ini sebelum download dan memberi tahu apa yang harus dilakukan.
  • Tanggal lisensi dan certificate TLS ditulis dengan nama bulan lengkap, sehingga tanggal seperti 10/9/2026 tidak bisa lagi dibaca sebagai dua hari yang berbeda.

Versi 3.2.0 (September 2026) ​

Cockpit kini bisa memulihkan satu site utuh di site pasangannya yang selamat, menyalakan ulang VM milik host yang gagal hanya setelah host itu di-fence, dan menampung disk guest hasil migrasi di folder miliknya sendiri. Cluster Kubernetes mendapat beberapa worker pool dan storage yang benar-benar hidup.

Fitur Baru: ​

  • Disaster recovery dua site: Workload dipulihkan di site yang selamat dengan identitas yang sudah ia punya — libvirt UUID-nya ikut berpindah, sehingga recovery plan menemukan VM yang sama, bukan salinannya. Pemasangan pasangan site menerima API access token ID dan secret.
  • Cluster HA yang mem-fence lebih dulu: VM milik host yang gagal baru dinyalakan ulang setelah sumbernya di-fence, dan bukti fencing itu dicatat. Restart-nya mempertahankan spesifikasi guest, memetakan disk ke VM secara eksplisit alih-alih mencocokkan nama file, dan ditempatkan lewat resource scheduling. Scheduler HA hanya bertindak di control plane yang memegang leadership.
  • Disk sebuah guest di folder miliknya sendiri: Sebuah datastore bisa menaruh disk guest hasil migrasi di direktori bernama sesuai guest-nya, mengikuti unduhan itu lewat job-nya — file di dalam direktori tidak muncul di listing pool mana pun, jadi tidak ada hal lain yang bisa melaporkannya selesai — dan menghapusnya kembali di tempat ia benar-benar mendarat.
  • Meneruskan certificate authority milik pemanggil: Unduhan yang diteruskan fleet membawa certificate authority milik pemanggil sampai ke host, sehingga source dengan certificate privat tidak menuntut pemasangan apa pun di mana pun.
  • Mengadopsi network cluster yang sudah ada sebagai distributed: Network yang sudah ada di host bisa diambil alih menjadi distributed network, bukan dibangun ulang.
  • Node pool Kubernetes: Beberapa worker pool, konfigurasi CPU per pool, label dan taint, tampilan tabel dengan tambah dan hapus, serta prefill dari tempat wizard-nya dibuka.
  • Melihat upgrade per node: Tab Tasks sebuah cluster menampilkan job upgrade tiap node beserta log-nya.
  • Tipe interface pada mapping migrasi: Network mapping sebuah VM bisa menyebut target bridge atau direct, tidak hanya virtual network.

Peningkatan: ​

  • Longhorn dikonfigurasi lewat jumlah replica dan divalidasi terhadap ukuran node pool, menggantikan pemilih datastore yang bisa meminta replica lebih banyak daripada jumlah node-nya.
  • Daftar node dan detail cluster mengikuti apa yang sedang terjadi, tidak perlu dimuat ulang.

Perbaikan: ​

  • Longhorn berfungsi. Prasyarat node dipasang, health check-nya punya rentang waktu yang wajar dan tidak lagi lulus sebelum storage-nya siap, hanya ada satu default storage class, replica dijauhkan dari node control plane, dan replica dievakuasi sebelum sebuah node dihapus — tidak lagi tertinggal karena evict yang kehabisan waktu.
  • Entri inventory sebuah VM yang di-failover berpindah saat failover-nya dikonfirmasi, bukan saat dikirim.
  • Certificate migrasi yang tidak menyebut alamat host-nya tertangkap sebelum transfer, bukan di tengah jalan.
  • Topologi CPU eksplisit dikirim bersama max_vcpus, sehingga benar-benar diterapkan.
  • Menghapus cluster Kubernetes tidak lagi menelantarkan VM yang masih dalam proses provisioning.
  • Progres upgrade dibaca dari jumlah pod secara benar, bukan mendahulukan yang gagal, dan control plane-nya di-upgrade dengan benar.
  • Tier NFS CSI melaporkan kegagalan pemasangannya sendiri, tidak lagi diandaikan ada, dan input-nya tidak lagi sampai ke shell.
  • List kosong dikirim sebagai array JSON, bukan null — yang dulu membuat UI crash.
  • Lebih dari satu komponen bisa mendengarkan channel yang sama, dan objek yang baru dibuat muncul di daftar tanpa perlu reload.

Versi 3.1.0 (Agustus 2026) ​

Cockpit mendapat penjadwal yang menjaga keseimbangan cluster dengan sendirinya, wizard untuk memindahkan VM antar host dan antar datacenter, serta kotak pencarian yang menemukan apa pun di inventory.

Fitur Baru: ​

  • Distributed resource scheduling: Jaga keseimbangan cluster dengan aturan affinity dan anti-affinity, rekomendasi yang bisa Anda tinjau sebelum diterapkan, dan evakuasi host untuk pemeliharaan. Ketika penjadwalnya tidak bertindak, kini ia menyebutkan alasannya alih-alih melaporkan cluster sebagai seimbang.
  • Wizard migrasi: Pindahkan VM yang sedang berjalan maupun yang berhenti ke host lain, dengan pemeriksaan kompatibilitas sebelum dimulai, batas bandwidth, dan opsi membatalkan saat prosesnya berjalan. Migrasi yang melintasi batas datacenter ditandai sebagai demikian, dan aturan storage untuknya ditegakkan.
  • Cari di seluruh inventory: Satu kotak di header menemukan VM, host, atau cluster mana pun — termasuk lewat UUID dari sebuah log atau tiket — dan membuka tiap hasilnya di tempatnya masing-masing.
  • Ganti nama VM: Ganti nama VM yang sedang berhenti langsung dari inventory. Tindakan ini tidak tersedia selama VM masih berjalan.
  • Failover asinkron: Failover langsung memberi jawaban dan progresnya dipantau, sehingga pemulihan yang panjang tidak lagi menyandera konsol.
  • Metrik node Kubernetes: Daftar node menampilkan vCPU, memory, serta penggunaan CPU dan memory secara langsung, dan detail cluster diperbarui seiring kejadian.

Peningkatan: ​

  • Task dan event ditautkan ke objek yang bersangkutan, sehingga halaman sebuah VM menampilkan apa yang terjadi padanya, dan task Kubernetes tingkat cluster muncul di halaman cluster.
  • Template job yang sedang berjalan dapat dibatalkan, dan job yang dibatalkan dilaporkan selesai, bukan terus-menerus diproses.
  • Tambahkan member node ke shared storage group lintas host, dan lihat apakah kernel tiap node sudah sinkron.
  • Daftar VM menampilkan host, sistem operasi, dan alamat IP tiap VM.
  • Ekspor daftar VM ke CSV memuat host, sistem operasi, dan alamat IP tiap VM.
  • Daftar task dan event dapat disaring dari header tiap kolomnya.
  • Replication dikonfigurasi lewat dialog, disertai catatan tentang guest agent yang dibutuhkan untuk salinan quiesced.

Perbaikan Bug: ​

  • Cockpit tidak lagi melaporkan "Up to date" padahal update tersedia.
  • Unplanned failover bisa diarahkan ke host yang keliru, dan siklus failback kedua bisa mengirim VM kembali ke site yang sudah menjalankannya.
  • Mendaftarkan VM ke replication tidak memulai salinan baseline pertamanya.
  • Total ukuran disk sebuah VM ikut menghitung CD-ROM, disk read-only, dan ISO yang terpasang.
  • Cloning VM mengabaikan pilihan storage pool dan full clone yang diminta.
  • Tiap host kini menampilkan backup miliknya sendiri, bukan milik host yang terakhir dibuka.

Versi 3.0.2 (Agustus 2026) ​

Cockpit kini mengendalikan disaster recovery antar site dari satu konsol: tentukan apa yang dilindungi dan ke mana tujuannya, pantau replikasinya, lalu jalankan failover saat Anda membutuhkannya.

Fitur Baru: ​

  • Disaster recovery antar site: Tentukan VM mana yang direplikasi ke site mana, ikuti progresnya, dan jalankan planned failover yang mematikan sumbernya dengan rapi, mengirim perubahan terakhir, lalu menyalakan VM di site pemulihan.
  • Reprotect: Satu tindakan mengembalikan VM yang telah dipulihkan menjadi sumber terlindungi, dengan replication ke arah sebaliknya.
  • Pengaturan replication pada VM: Atur seberapa sering recovery point diambil dan berapa lama disimpan, pilih disk mana yang disertakan, minta salinan quiesced, serta pause atau resume perlindungan.
  • Backup dan restore lewat API kompatibel oVirt: Perangkat backup yang berbicara oVirt kini dapat menjalankan backup dan restore terhadap Awanio, serta membaca console dan network device sebuah VM.
  • Update lewat unduhan langsung: Arahkan Cockpit ke URL binary beserta checksum-nya ketika layanan update tidak dapat dijangkau.

Peningkatan: ​

  • Replication menjalankan transfer dalam jumlah terbatas pada satu waktu, sehingga melindungi grup besar tidak membuat jaringan tersumbat.
  • Riwayat replication mencatat jumlah byte yang benar-benar dipindahkan.

Keamanan: ​

  • API kompatibel oVirt tidak memverifikasi kredensial pada permintaan yang masuk, dan tidak memperlambat percobaan login gagal yang berulang. Versi 3.0.0 dan 3.0.1 terpengaruh; perbarui ke 3.0.2.

Perbaikan Bug: ​

  • Planned failover tidak lagi berisiko menjalankan VM yang sama di dua site. Cockpit memastikan sumbernya sudah mati sebelum menyalakan VM di site pemulihan, dan berhenti dengan error yang jelas alih-alih melanjutkan bila kepastian itu tidak diperoleh.
  • Membatalkan planned failover setelah sumbernya terlanjur mati dulu meninggalkannya dalam keadaan mati; kini keadaannya dikembalikan dan sumbernya dinyalakan lagi.
  • Sebuah VM bisa terdaftar lebih dari sekali dalam replication.
  • Status replication dibaca dari lapisan respons yang keliru sehingga bisa tampak tidak tersedia.
  • Pemeriksaan update bisa gagal menemukan versi yang sudah diterbitkan.

Versi 3.0.1 (Juli 2026) ​

Menambahkan dukungan warm migration untuk host yang dikelola Cockpit.

Fitur Baru: ​

  • Target warm migration: Host yang dikelola Cockpit kini dapat menjadi tujuan migrasi langsung dengan downtime minimal untuk VM yang sedang berjalan — guest tetap online selama transfer. Bersama Condensa dan Vapor, ini membawa VM Proxmox yang sedang berjalan ke Awanio.

Versi 3.0.0 (Juli 2026) ​

Rilis utama yang berfokus pada otomatisasi skala armada (fleet-scale) dan postur keamanan fail-closed yang diperketat. Rilis ini menambahkan penyediaan klaster Kubernetes, penyeimbangan beban dan failover otomatis (DRS/HA), penyimpanan terklaster bersama, dan impor satu klik dari platform virtualisasi lain.

Perubahan besar — tindakan diperlukan

Rilis ini fail-closed: Cockpit tidak akan berjalan atau mengautentikasi tanpa rahasia penandatanganan (signing secret) yang dikonfigurasi, dan setiap perubahan sekarang melalui pemeriksaan izin default-deny. Atur rahasia JWT Anda dan tinjau penetapan peran sebelum melakukan pembaruan.

Fitur Baru: ​

  • Penyedia Kubernetes: Membangun dan mengelola seluruh klaster Kubernetes dari Cockpit. Node ditempatkan dengan memperhatikan kapasitas cadangan setiap host, diskalakan naik atau turun secara aman (dengan drain dan cordon otomatis), dan diberi alamat tetap (statis) atau otomatis (DHCP). Bootstrap klaster sekarang berjalan melalui guest agent alih-alih SSH, dan VM node dilindungi dari penghapusan yang tidak disengaja.
  • Penyeimbangan Beban & Failover Otomatis (DRS/HA): Cockpit dapat menjaga VM dan aturan afinitasnya tetap seimbang di seluruh host, menghormati penimpaan penempatan per VM, dan mengikuti VM saat berpindah antar host.
  • Penyimpanan Bersama Terklaster (OCFS2): Alur kerja Grup Bersama terpandu menyiapkan dan mengoperasikan klaster O2CB — mode detak jantung, mode pemeliharaan dengan pra-pemeriksaan keselamatan, dan deteksi pergeseran lintas host — sehingga beberapa host dapat berbagi datastore yang sama secara aman. Pembuatan datastore besar sekarang berjalan di latar belakang dengan kemajuan di panel Tugas.
  • Impor dari Platform Lain: Impor disk hangat dan dingin (VDDK) ditampilkan di panel Tugas, dengan integrasi Veeam dan Vinchin melalui shim kompatibilitas oVirt.
  • Pencadangan Diferensial: Pilih cadangan induk untuk membangun rantai diferensial yang efisien ruang, dengan penargetan pool penyimpanan.
  • Pembaruan In-Place Terpenanda: Cockpit dapat memperbarui binernya sendiri dari saluran rilis yang ditandatangani.

Peningkatan: ​

  • Penghapusan VM konsisten: Menghapus VM dari pohon inventaris sekarang beroperasi persis seperti tab VM — dimatikan terlebih dahulu jika diperlukan, opsional menghapus disk, dan benar-benar menghapus VM pada host.
  • Penanganan kesalahan lebih ramah: Pop-up browser yang memblokir telah digantikan dengan pesan dalam baris (inline) dan notifikasi toast non-memblokir di seluruh manajemen inventaris.
  • Migrasi menjaga identitas: Saat VM berpindah host, catatan inventarisnya (dan izin yang terlampir padanya) dipindahkan di tempat alih-alih dihapus dan dibuat ulang. "Undefine source" adalah default, dengan pengakuan risiko yang jelas.
  • Spesifikasi VM lebih aman: Topologi CPU divalidasi terhadap jumlah vCPU maksimum, dan penentuan ukuran disk tersedia saat mengkloning.
  • Jejak lebih ringan: Pembaruan metrik per-VM dilingkupi untuk mengurangi beban, dan detak jantung host mencoba lagi lebih cepat untuk menghindari kedaluwarsa sewa.

Keamanan: ​

  • Autentikasi fail-closed dengan penyematan algoritma, sesi konsol terautentikasi, dan pengerasan CORS/jalur.
  • Izin default-deny yang secara benar menghormati hibah admin berlingkup objek (diwarisi).
  • Saluran kontrol terenkripsi antara Cockpit dan host dengan penyematan sertifikat, ditambah pembatasan laju pada endpoint login.
  • Penegakan kebijakan kata sandi dan perubahan kata sandi mandiri.
  • File seed token gabung Kubernetes dihapus dari penyimpanan setelah bootstrap.

Perbaikan Bug: ​

  • Pemeriksaan izin sekarang menghormati hibah admin berlingkup objek.
  • Penghapusan seed cloud-init aman dari reboot, dan node Kubernetes boot secara handal pada perangkat keras fisik.
  • Tampilan klaster Kubernetes menampilkan nama jaringan yang mudah dibaca manusia.
  • Penggunaan kembali klaster OCFS2 mencoba lagi secara tangguh dengan batas waktu yang diperpanjang.
  • Wizard datastore mempertahankan bidang penyimpanan dan menyaring kelayakan LUN secara benar.
  • Pencadangan VM menyelesaikan identitas disk yang benar, dengan batas waktu lebih lama untuk tugas besar.

Versi 1.2.0 (Mei 2026) ​

Fitur Baru: ​

  • Dukungan Penyimpanan Bersama (Shared Storage): Anda sekarang dapat menghubungkan server Anda ke hard drive jaringan bersama (menggunakan NFS, iSCSI, atau Fibre Channel). Ini memungkinkan beberapa server fisik membaca dan menulis di ruang penyimpanan yang sama.
  • Sistem File Bersama (OCFS2 & o2cb): Menambahkan alat untuk mengonfigurasi OCFS2 (Oracle Cluster File System). Ini berfungsi seperti Google Doc bersama, memungkinkan beberapa server mengedit file di hard drive yang sama pada waktu yang sama tanpa menimpa data satu sama lain.
  • Pemeriksaan Migrasi Cerdas: Cockpit sekarang secara otomatis mendeteksi jika disk mesin virtual berada di drive jaringan bersama. Jika ya, Cockpit mempercepat proses migrasi langsung dengan hanya menyalin memori aktif VM, melewati fase penyalinan file disk yang lama.

Perbaikan Bug: ​

  • Memperbaiki kesalahan validasi sertifikat keamanan yang terkadang terjadi saat memindahkan VM (migrasi langsung) antar server.
  • Mengoptimalkan sistem klaim server latar belakang untuk mengurangi beban database.

Versi 1.1.0 (Maret 2026) ​

Fitur Baru: ​

  • Single Sign-On (SSO): Menambahkan dukungan untuk masuk ke Cockpit menggunakan akun perusahaan Anda, termasuk Active Directory (AD), LDAP, dan SAML 2.0 (seperti Okta atau Azure AD). Anda juga dapat mengonfigurasi login tanpa kata sandi untuk komputer Windows (Kerberos).
  • Database Ketersediaan Tinggi (High Availability DB): Memastikan Cockpit berjalan lancar dengan database PostgreSQL Patroni. Ini menjamin jika server database utama Anda mati, database cadangan akan mengambil alih secara instan tanpa mengganggu Cockpit.
  • Arsip Log Terpusat: Menambahkan dukungan untuk mengirim log audit Cockpit ke sistem pemantauan keamanan eksternal (menggunakan format Syslog standar RFC 5424).

Perbaikan Bug: ​

  • Memperbaiki kebocoran memori (memory leak) di WebSocket Event Hub yang terjadi ketika pengguna menutup tab browser mereka dengan cepat.