Perbarui glibc yang sudah usang (saat ini 2.21) di rilis QTS 5.2.x mendatang

Permintaan Fitur
1

Hai Tim QNAP dan Komunitas,

Saya ingin meminta pembaruan untuk GNU C Library inti (glibc) di rilis firmware QTS 5.2.x yang akan datang.

Saat ini, firmware masih menggunakan glibc 2.21, yang sudah sejak tahun 2015. Hal ini sangat membatasi kompatibilitas dengan build perangkat lunak modern dan paket komunitas. Secara khusus, memperbarui ke versi yang lebih baru (misalnya glibc 2.41 dari tahun 2025, atau rilis modern lain) akan memungkinkan pengguna menjalankan alat dan paket terbaru secara native, seperti rtorrent16 dari Silas Z, tanpa mengalami error simbol yang hilang atau masalah inkompatibilitas library.

Memperbarui toolchain inti akan sangat meningkatkan dukungan paket pihak ketiga, performa, dan umur sistem secara keseluruhan.

Apakah ada rencana pembaruan glibc untuk siklus QTS 5.2.x? Setiap insight atau pembaruan roadmap sangat dihargai.

Terima kasih!

1 Suka
2

Setiap tiket yang saya ajukan ke dukungan selama setahun terakhir selalu menyertakan permintaan ini. Saya senang kamu mempostingnya. Ini sekarang jadi semakin penting dengan agen AI yang berkeliaran di internet mencari celah keamanan.

1 Suka
3

Sejujurnya, ke depannya jalur yang akan digunakan adalah QTS/QuTS 6. Saya tidak percaya QNAP masih memberikan pembaruan (kecuali mungkin update keamanan sesekali) untuk QTS 4. Akan ada masanya memperbarui bagian dari OS sudah tidak sepadan jika ada versi yang lebih baru. Mesin-mesin yang tidak mendukung versi 6 pada akhirnya akan mencapai EOL (End of Life). Itu bukan berarti mereka tidak akan didukung oleh tim teknis untuk pertanyaan operasional atau akan berhenti berfungsi. Hanya saja tidak ada lagi pembaruan software, dan lain-lain. Orang-orang di sini sering membicarakan unit NAS mereka yang bahkan sudah berumur 20 tahun. Tentu saja, perangkat tersebut tidak lagi mendapatkan pembaruan apa pun.

NAS QNAP pada dasarnya sebaiknya tidak pernah (kecuali dalam kasus yang sangat jarang) dihubungkan langsung ke internet. Sudah terlalu banyak orang yang belajar dari pengalaman pahit. Jadi agen AI yang berkeliaran mencari celah seharusnya bahkan tidak dapat melihat NAS milikmu.

4

Benar, pembaruan QTS 4 terakhir dirilis pada Desember 2024.

Saya tidak berharap akan ada pembaruan lagi untuk QTS 4. :nerd_face:

1 Suka
5

@NA9D Terima kasih atas tanggapannya. Saya setuju bahwa NAS sebaiknya tidak langsung terhubung ke internet, dan untuk kotak media rumahan itu biasanya cukup. Masalah saya adalah jalur pengembangan ke depan (QTS/QuTS 6) sebenarnya tidak memperbaiki permasalahan yang saya alami.

Saya sudah membuka tiket dukungan selama berbulan-bulan terkait fragmentasi ZFS ARC yang disebabkan oleh interaksinya dengan driver display NVIDIA. Ada solusi yang “mungkin berhasil” yang sudah masuk di branch 6.1 yang baru. Namun, ketika saya cek rilis tersebut, driver yang disertakan ternyata sudah setahun tertinggal. Berikut bagian relevan dari tiket saya:

Bisakah saya downgrade dari 6.1 beta kembali ke 6.0.2.3656?

Rekam jejak driver NVIDIA milik QNAP yang membuat saya khawatir:

Driver Rilis Catatan
QNAP GPU Driver 5.2.0.0621 2024-10-28 Berdasarkan NVIDIA 550.67, dua branch mayor di belakang saat rilis
QNAP GPU Driver 6.2.3.0580 (6.1 beta) Sekarang Berdasarkan NVIDIA 580.x (sesuai label versi), ~1 tahun tertinggal, dengan sejumlah bug dan CVE yang sudah diketahui
NVIDIA GPU Driver 595.99 (production branch) Aug 2026 Terkini
NVIDIA GPU Driver 615.78.08 (feature branch) Okt 2026 Terkini

Box saya stabil dengan firmware saat ini selama saya reboot sebelum fragmentasi memori menjadi parah. Saya membuat monitor yang mengirim email saat sudah waktunya. Hari ini, setelah 72 jam uptime, hanya tersisa 8% memori kontigu, tersebar di blok-blok >256K. Stack AI membutuhkan beberapa blok kontigu berukuran 512K atau lebih besar untuk dimuat ke VRAM; tanpa itu, proses load gagal dan box menjadi tidak stabil sampai reboot. Jadi sekarang saya reboot secara preventif.

Gambaran besarnya: BusyBox sudah sangat kuno, driver NVIDIA tertinggal bertahun-tahun, dan AI segera hadir untuk semua stack kode yang ada. Pendekatan bertahap bisa membantu: perbarui driver video NVIDIA dan Intel, patch OS untuk setiap kerusakan yang terjadi, lalu konsisten memelihara pembaruan itu sebelum lanjut ke langkah berikutnya. Sesuatu harus segera dilakukan.

Jika memang bisa kembali dari 6.1 beta, saya akan coba. Kalau tidak, saya ragu menukar setup yang sekarang sudah seimbang meski rapuh dengan potensi downtime berhari-hari akibat bug baru dari driver rilis terbaru tapi sudah setahun usianya.

Soal eksposur: masalah fragmentasi ini murni isu stabilitas lokal, tidak ada kaitannya dengan eksposur ke internet. Namun karena poin “AI agents” mengundang pertanyaan, berikut pendapat saya. Server itu memang untuk melayani client. Dalam produksi artinya layanan harus bisa dijangkau: reverse proxy, endpoint VPN, share, API, workload container. Server media rumahan wajar jika berada di balik firewall, tapi lingkungan produksi tidak bisa begitu. Meski perimeter sudah dikontrol dengan baik, OS host tetap jadi pertahanan terakhir. Kalau ada client, kredensial, atau container yang terkompromi, stack glibc, BusyBox, dan driver yang sudah kuno itulah yang jadi sasaran attacker atau AI agent otomatis. Keamanan perimeter saja adalah titik kegagalan tunggal.

Kurangnya driver terbaru inilah yang mendasari hampir seluruh solusi sementara yang harus saya buat agar NAS ini bisa dipakai. Setiap boot, script autorun mengumpulkan berbagai tools: BusyBox terbaru, glibc terbaru, dan lainnya. Saya tidak seharusnya harus melakukan remediasi seperti ini di perangkat yang saya beli 8 bulan lalu seharga $20 ribu. Kustomisasi memang lumrah di OS server manapun, tapi kalau firmware dikirim dengan driver yang sudah bertahun-tahun ketinggalan, saya jadi mempertanyakan keputusan di level perusahaan.

6

Pertama, saya rasa QuTS Hero 6.x tidak menjalankan BusyBox (seingat saya @Silas pernah menyebutkan di salah satu postingan bahwa sistemnya berbasis Debian). Ada jauh lebih banyak hal dalam OS Linux daripada yang disediakan oleh BusyBox. Men-deploy kernel Linux yang stabil untuk penggunaan jangka panjang adalah tantangan tersendiri. Kadang-kadang, tidak memperbarui paket justru menghasilkan keamanan yang lebih baik. Beberapa bulan lalu ada kasus (bukan yang soal PHP baru-baru ini), di mana sebagian besar rilis QNAP yang beredar tidak terdampak oleh bug tersebut karena bug-nya baru muncul di rilis-rilis yang lebih baru daripada yang digunakan oleh QNAP.

Selain itu, mengubah driver pada produk yang tujuan jangka panjangnya adalah stabilitas, bukanlah sesuatu yang mudah dilakukan. Ya, kita ingin driver diperbarui di rilis OS yang lebih baru dan itu memang seharusnya seperti itu. Pengembangan QuTS 6.1 kemungkinan besar sudah dimulai lebih dari setahun yang lalu, dan driver yang disertakan adalah yang tersedia pada saat itu. Saat mengembangkan rilis baru seperti ini yang membawa banyak peningkatan besar dan perubahan, lebih baik pembaruan driver dihentikan dulu, fokus membuat OS stabil, dirilis versi beta, lalu rilis final. Setelah itu, baru ada pembaruan driver.

Saya tidak berniat memulai perdebatan soal timeline atau apakah QNAP seharusnya sudah menyertakan driver Nvidia yang lebih baru di 6.1. Mungkin saja memang seharusnya. Saya juga tidak tahu. Semua yang saya sampaikan di atas hanyalah tebakan karena saya tidak tahu jadwal pengembangan di QNAP. Tapi sebelum pensiun, saya pernah menjual mikroprosesor yang menjalankan Linux dan mengganti driver di Linux itu tidak mudah. Saya banyak belajar soal itu.

Komentar saya lebih mengarah pada fakta bahwa OP meminta QNAP menyediakan library baru untuk sistem operasi LAWAS. Menurut saya, itu tidak akan terjadi, dan pada titik tertentu memang harus berhenti dilakukan.

2 Suka
7

Ya, @na9d benar

@Augustinus

Topiknya menarik, tapi sepertinya sudah waktunya mengucapkan selamat tinggal untuk glibc lama.

Tapi, berikut beberapa alat yang mungkin bisa membantumu mengeksplorasi hal ini:

Bucket & Code Server IDE · the workshop for QNAP servers

Claude Code, Gemini CLI dan Codex CLI di NAS Anda · Cara-cara

8

Terima kasih sudah membalas pesan saya soal ini.

Saya benar-benar sedang mempertimbangkan untuk membeli NUC daripada membeli QNAP lagi.

TS-253D saya punya RAM 16 GB dan berjalan dengan sempurna.

Hanya karena QNAP menolak memperbarui firmware mereka dengan library terbaru, mereka berharap saya harus upgrade hardware… Jelas tidak. Saya tidak akan melakukannya.

9

Jadi @Augustinus – Apakah software yang saat ini ada di NAS menghalangimu melakukan sesuatu? Ya, kamu tidak bisa pakai Rtorrent seperti di PC lama yang menjalankan Windows 8, dan kemungkinan besar kamu juga tidak bisa menjalankan software Windows 11. Hal seperti ini memang sering terjadi.

Jadi kalau QNAP lamamu masih berjalan baik, ya bagus saja. Tapi saya ragu NUC akan memberikan integrasi dan kemampuan seperti QNAP. NUC itu memang bentuknya kecil dan jelas tidak bisa punya array drive dalam konfigurasi RAID. Tapi ya – itu pilihanmu.

Kamu bilang TS-253D-mu berjalan dengan sempurna, jadi apa sebenarnya keluhanmu? Sangat mungkin NAS lamamu memang sudah tidak mampu lagi menjalankan semua software terbaru di QTS 6. Pasti akan datang waktunya di mana perusahaan harus menghentikan dukungan untuk perangkat keras jadul.

10

Membeli NUC itu masuk akal.

Saya selalu bilang, kalau kamu bisa membangun server sendiri dan mengatur NAS dari nol, pasti ada yang ‘salah’ dalam hidupmu. Harusnya kamu sudah jadi miliarder, bukan malah menghabiskan waktu ngoprek semua ini. Saya mungkin contoh terbaik soal ini. :joy:

Tapi mari kita hitung-hitungan.

TS-253D baru dirilis ENAM tahun lalu (hampir 7 sekarang). Harganya sudah termasuk banyak hal: distribusi, uji kompatibilitas, detail-detail kecil, komunitas, pemasaran, RMA, dan dukungan teknis.

Di sisi lain, saya sangat paham maksudmu. Harga-harga sekarang memang gila, menurut saya.

Tapi saya juga nggak bisa membayangkan harus bikin share Samba manual dan nulis file konfigurasi buat semuanya (mungkin karena saya makin tua). Saya percaya waktu itu nggak ternilai harganya.

Tapi dunia terus berubah…

Sekarang, kamu bisa minta AI untuk membangun “QNAP”-mu sendiri. Saya juga sudah lama kepikiran. Memang masuk akal juga.

Jadi kita bandingkan kedua pilihan di garis waktu yang sama:

  • NUC kosongmu, mulai dari nol
  • QNAP siap pakai, tinggal klik-klik langsung jadi

Tentu saja, semua tergantung lingkungan dan kebutuhanmu.

Ngomong-ngomong, ada satu pertanyaan menarik lagi.

Apa ini ada hubungannya dengan Cyber Resilience Act (CRA) dari Uni Eropa?

Bisa jadi QNAP harus hati-hati kalau mau merilis firmware baru untuk perangkat lama gara-gara aturan keamanan ini.

Contohnya, kalau QNAP merilis firmware baru buat NAS umur 6 tahun, berarti mereka juga harus kasih update keamanan selama 5 tahun ke depan?

Saya kurang tahu gimana aplikasi hukum ini di lapangan, tapi mungkin lumayan juga tanya ke AI buat riset lebih jauh. Bisa jadi ceritanya lebih seru dari yang kita pikir.

Sementara itu, saya cuma mau minta kamu pikirin lagi apa yang benar-benar paling pas buat kebutuhanmu.

Karena pada akhirnya, hardware ada harganya, software ada harganya, dan waktu kamu juga ada harganya. Dan itu yang sering kita lupa.

1 Suka
11

CRA punya dampak yang besar. Itu sebabnya kamu tidak bisa downgrade setelah upgrade ke versi 6. Dan mencoba untuk meng-upgrade semua library, dan lain-lain, lalu membuat mesin lama menjadi kompatibel dengan CRA, mungkin akan jadi pekerjaan yang sangat berat.

12

Terima kasih sudah menyampaikan hal ini. Tim kami sedang berupaya menghadirkan QTS 6.1 ke TS-253D, yang akan mengatasi masalah kompatibilitas yang kamu alami dengan versi glibc yang lebih lama. Meskipun kami belum bisa menjamin hasilnya, kami sedang berusaha semaksimal mungkin untuk mewujudkannya. Terima kasih!