Ubuntu 26.04 membawa perubahan yang langsung berdampak pada pengguna container berbasis cgroup v1. Jika lingkungan masih bergantung pada teknologi lama itu, proses upgrade dapat tertahan karena sistem akan menolak pembaruan sebelum migrasi ke cgroup v2 selesai.
Dampaknya juga tidak berhenti di tahap upgrade. Ubuntu 26.04 LTS disebut tidak akan menjalankan workload container pada host yang di-boot dengan cgroup v1, sehingga administrator perlu memeriksa kesiapan sistem lebih awal, terutama di server dan lingkungan produksi.
Upgrade tidak akan lolos bila masih ada cgroup v1
Berdasarkan catatan rilis dan ringkasan informasi yang dirujuk, Canonical mengambil langkah tegas terhadap dukungan cgroup v1. Sistem yang masih memiliki container bergantung pada cgroup v1 tidak akan diberi jalan untuk melanjutkan upgrade ke Ubuntu 26.04 LTS.
Kebijakan itu disebut berlaku tanpa masa transisi bertahap. Referensi menegaskan tidak ada “gradual wind-down”, sehingga migrasi ke cgroup v2 harus selesai sebelum jadwal upgrade pada Kamis, sebelum 23 April.
Langkah ini menandai pergeseran penting dalam pengelolaan container di Ubuntu. Bukan hanya dukungan lama yang dihentikan di belakang layar, tetapi proses pembaruan sistem juga bisa langsung diblokir jika prasyarat container belum dipenuhi.
Runtime lama masuk daftar paling berisiko
Masalah paling besar menyasar runtime container lawas yang masih memakai cgroup v1. Salah satu contoh yang disebut dalam referensi adalah Docker versi sebelum 20.10, yang berisiko membuat sistem tertahan di rilis Ubuntu sebelumnya.
Artinya, administrator tidak cukup hanya memeriksa versi Ubuntu yang ada di server. Mereka juga perlu memastikan runtime container yang dipakai sudah mendukung cgroup v2 dan tidak lagi bergantung pada mekanisme lama yang akan ditinggalkan.
Jika runtime dan container belum diperbarui, proses peningkatan sistem kemungkinan gagal berjalan normal. Kondisi ini dapat mengganggu server pengembangan, lab uji, hingga infrastruktur produksi yang masih memakai konfigurasi lama.
Setelah upgrade, cgroup v1 tetap tidak bisa dipakai
Referensi menegaskan bahwa Ubuntu 26.04 LTS tidak akan mendukung container yang masih memerlukan cgroup v1. Bahkan setelah upgrade berhasil, workload container tidak akan berjalan jika host masih di-boot menggunakan cgroup v1.
Situasi itu membuat pemeriksaan kompatibilitas menjadi langkah wajib sebelum pembaruan dilakukan. Administrator perlu memastikan bukan hanya paket sistem yang siap, tetapi juga fondasi container yang dipakai di mesin tersebut.
Di sisi lain, kebijakan ini sejalan dengan arah ekosistem Linux yang semakin meninggalkan komponen lama. Referensi menyebut Red Hat dan Fedora sudah lebih dulu meninggalkan dukungan serupa beberapa tahun lalu.
Langkah yang perlu diperiksa sebelum pembaruan
Ada beberapa hal yang perlu dicek agar upgrade tidak tertahan. Pemeriksaan ini penting karena pemutusan dukungan dilakukan sekaligus, tanpa jalur otomatis untuk menyesuaikan container lama selama proses upgrade.
- Pastikan container dan host sudah menggunakan cgroup v2.
- Identifikasi runtime lama yang masih bergantung pada cgroup v1.
- Perbarui runtime container, termasuk Docker jika masih di bawah versi 20.10.
- Migrasikan workload yang masih bergantung pada cgroup v1 ke cgroup v2.
- Lakukan upgrade Ubuntu setelah semua beban kerja dinyatakan kompatibel.
Langkah-langkah itu menjadi krusial karena cgroup bekerja di level pengelolaan sumber daya sistem. Begitu versi lama dihentikan, dampaknya bisa langsung menjalar ke keseluruhan alur kerja container, bukan hanya satu aplikasi tertentu.
Dampaknya paling terasa di lingkungan produksi
Bagi pengguna desktop yang tidak menjalankan container, perubahan ini mungkin tidak terlalu terlihat. Namun untuk server, mesin pengembangan, dan sistem yang aktif memakai container lawas, pembatasan ini bisa mengubah rencana pemeliharaan secara signifikan.
Karena itu, perhatian utama menjelang upgrade bukan sekadar menunggu rilis Ubuntu terbaru. Yang lebih mendesak adalah memastikan semua container sudah berpindah ke cgroup v2, sebab Ubuntu 26.04 LTS akan menolak upgrade dan tidak menjalankan workload container lama jika syarat tersebut belum dipenuhi.
