Catatan Penting
Model kartu ekspansi berikut sudah mencapai akhir dukungan produk mulai QuTS hero h6.0.0: Mustang-200-C-8G-R10, Mustang-200-i5-1T-32G-R10, Mustang-200-i7-1T-32G-R10, Mustang-F100, Mustang-V100, QM2-2P10G1T, QM2-2S10G1T.
Mulai QuTS hero h6.0.0, aplikasi berikut tidak lagi didukung: CAYIN CMS-WS Lite dan CAYIN MediaSign Player (digantikan oleh CAYIN Media Viewer), IDrive, JRE, Mustang Card Manager, Mustang Card User Driver, Python, Python3, QButton, Qmiix Agent, QVR Elite (digantikan oleh QVR Surveillance), Skype.
Untuk memastikan keamanan sistem, mulai dari rilis kandidat h6.0.0, QuTS hero tidak lagi mengizinkan downgrade firmware.
Untuk pengalaman terbaik dan performa sistem yang optimal, kami sarankan memperbarui semua aplikasi yang tersedia di App Center setelah memperbarui firmware.
Pembaruan Keamanan
Telah diterapkan beberapa pembaruan keamanan untuk lebih meningkatkan keamanan sistem.
Perbaikan Masalah
Memperbaiki masalah di mana pesan konsol secara keliru menampilkan petunjuk kata sandi admin default saat penyiapan ketika pengguna menghubungkan NAS melalui HDMI. (Kata sandi default seharusnya Cloud Key, bukan alamat MAC.)
Memperbaiki masalah di mana Storage & Snapshots salah menampilkan versi firmware enclosure ekspansi TL-R6020Sep-RP SAS JBOD sebagai 0.0.0.
Memperbaiki masalah di mana Storage & Snapshots salah menampilkan ikon status error untuk enclosure ekspansi TL-R6020Sep-RP SAS JBOD meskipun perangkat berfungsi normal.
Memperbaiki masalah di mana storage pool berkapasitas besar menjadi offline setelah pengguna memperbarui QuTS hero dari versi h5.1.14 ke h6.0.0.3500.
Memperbaiki masalah di mana tombol “Resize Shared Folder” menjadi abu-abu dan tidak bisa diklik setelah pengguna menambah kapasitas folder berbagi hingga 5 PB (batas atas).
Memperbaiki masalah di mana progres penerapan perubahan izin ACL individual kadang-kadang macet di 0% jika struktur folder sangat dalam dan kompleks.
Memperbaiki masalah di mana Storage Manager menampilkan RAID 60 sebagai RAID 6 saat menambah grup RAID baru.
Memperbaiki masalah di mana wizard “Expand Pool” mengizinkan pengguna melebihi batas atas 16 disk saat membuat grup RAID 60.
Memperbaiki masalah di mana snapshot yang diambil pada node takeover sementara tidak muncul di SMB Previous Versions setelah failback otomatis ke node aktif asli.
Memperbaiki masalah di mana autentikasi kabel 802.1X gagal setelah pembaruan firmware dari QuTS hero h5.x.x ke h6.0.0.
Memperbaiki masalah di mana folder berbagi terenkripsi masih memungkinkan karakter yang tidak didukung pada kata sandi, sehingga menimbulkan kegagalan unlock setelah pembaruan firmware ke QuTS hero h6.0.0.
Memperbaiki masalah di mana resolusi DNS gagal jika alamat IP server DNS tidak ada di daftar koneksi yang diizinkan oleh pengguna.
Memperbaiki masalah di mana penanganan API yang tidak tepat menyebabkan penulisan log yang abnormal dan memicu error ramdisk.
Saya juga mengalami masalah ini. Saya sudah mencoba meng-uninstall driver dan juga kernel, tetapi saya tidak bisa menghapus kernel-nya. Setelah menghapus driver, saya restart, instal driver lagi, restart lagi, dan tetap saja tidak berhasil.
Saya sudah submit tiket ke help desk.
DAN INI APA-APAAN??? TIDAK BISA DOWGRADE SETELAH UPDATE KE VERSI 6?!! QNAP - BAGAIMANA PENGGUNA SEHARUSNYA MEMPERBAIKI SISTEM MEREKA KALAU KALIAN ADA MASALAH DENGAN RILIS FIRMWARE?! Siapa sih yang punya ide “brilian” kayak gini?!
Andai saja aku tahu kenapa punyaku bisa berfungsi. Aku juga harus melakukan hal yang sama setelah salah satu update terakhir kemarin. Bahkan tetap berjalan setelah reboot. Tapi ya, sepertinya setiap pembaruan QuTS hero memang selalu ada masalah dengan driver Nvidia yang tidak bisa dimuat dan butuh intervensi manual. Aneh juga.
Saya sudah menghapus aplikasi Driver GPU NVIDIA, tapi tidak berhasil menginstal Kernel. Jadi saya masuk lewat SSH, menghapus entri Kernel di file qpkg.conf, lalu menghapus direktori paket Kernel di folder .qpkg, restart, kemudian saya unduh dan instal Kernel secara manual setelah restart, dan setidaknya GPU passthrough sekarang sudah berfungsi di Container Station. Namun, driver masih belum bisa dimuat di QuTS Hero, walaupun sekarang tidak muncul error saat startup seperti sebelumnya.
Kami tidak dapat mereproduksi masalah ini di pihak kami. Jika ada pengguna yang mengalami masalah serupa, silakan buka tiket dukungan dan Tim Support kami akan dengan senang hati membantu menyelesaikannya. Terima kasih!
Terima kasih atas komentarnya, itu sangat membantu saya. Saya sudah membuat tiket ke dukungan, tapi saya mengikuti saran Anda: memasang “nvkerneldriver” yang baru. Sebelumnya, saya sudah mencopot driver NVidia (lalu restart), lalu saya pasang lagi drivernya bersama dengan “nvkerneldriver”.
Tidak bisa downgrade dari 6.0.1.3500 ke 6.0.0.3500
Serius nih? Kita bahkan nggak bisa downgrade di dalam QuTS 6.x? Aku udah lama kepikiran mau pindah dari QTS ke QuTS di TVS-872XT-ku supaya bisa pakai ZFS, tapi sekarang masih nunggu dan memantau v6 sampai benar-benar stabil biar bisa mulai pakai itu daripada v5. Tapi kalau ini bener, agak bikin khawatir juga. Selama ini aku beberapa kali harus downgrade QTS ke versi sebelumnya karena ada driver yang rusak, atau sendmail yang bermasalah.
Saya mencoba menurunkan versi dari 6.0.1.3500 ke 6.0.0.3500, dan tidak diizinkan.
Berikut adalah teks di catatan rilis dari 6.0.1.3500. Ini bukan rilis mayor yang biasanya mencegah downgrade ke firmware sebelumnya.
Menurut saya, ini keputusan yang kurang baik mengingat banyaknya pengguna yang mengalami masalah setelah upgrade firmware. Satu-satunya opsi bantuan adalah aplikasi help desk mereka dan komunikasi lewat email bolak-balik. Banyak dari pengguna ini adalah bisnis kecil yang menggunakan QNAP untuk pengeditan video atau penyimpanan, dan ketika ada masalah bisa mengakibatkan downtime berhari-hari karena tidak bisa mengembalikan versi firmware.
Saya paham ini demi alasan keamanan, tetapi mereka seharusnya meningkatkan kontrol kualitas dan pengujian agar tidak menimbulkan ketidakpuasan. Ditambah lagi, catatan keamanan mereka sendiri juga tidak terlalu baik.
Saya mengerti… Saya kira itu maksudnya antar versi utama, dari v6 kembali ke v5.x—yang memang ide buruk, sih. Tapi ternyata bukan untuk minor revision dalam v6.
Kelihatannya ini terlalu berlebihan, sampai-sampai tidak membolehkan kembali ke minor version yang baru dirilis beberapa hari sebelumnya. QNAP terkenal dengan situasi seperti ini, harus rollback ke versi sebelumnya kalau firmware mereka bermasalah atau tidak stabil… :o
ini komentar yang sangat bagus. QNAP tahu betul - seperti halnya setiap produsen - bahwa mereka sering membuat kesalahan pada rilis firmware mereka - saya tidak peduli apakah itu Apple, Adobe, Ubiquiti, atau QNAP. Jadi sangat PENTING untuk bisa “rollback” (kembali ke versi sebelumnya) firmware ke versi sebelumnya.
Bagi kalian yang menggunakan QuTS 5.x, saya berasumsi kalian bisa melakukan revert ke revisi minor? Jadi ini sesuatu yang baru di QuTS 6.x?
Akan sangat membantu jika ada komentar resmi dari QNAP tentang kenapa mereka menganggap ini bahkan ide yang sedikit bagus. Saya bisa membuat tiket untuk ini, tapi saya ingin memastikan kita tahu faktanya, atau kalau ada yang sudah melihat komentar dari mereka, saya tidak mau membuat duplikat.
Dan dengan demikian, pasti ada cara untuk melakukan revert dari sisi support mereka untuk masalah kritis. Jadi mungkin kita saja yang belum tahu caranya. Semoga saja ada file_flag di suatu tempat yang kalau diubah, bisa memungkinkan untuk revert.
Sama di TS-h1277AFX - RTX-5060 Ti saya sekarang tidak berfungsi !
Docker saya mengembalikan: Error response from daemon: error gathering device information while adding custom device “/dev/nvidia0”: no such file or directory
Semuanya bekerja dengan baik pada QuTS hero h6.0.1 sebelumnya
Bagaimana cara downgrade ke QuTS hero h6.0.1 sebelumnya?
==> Rilis perangkat lunak mungkin memiliki masalah yang seharusnya dapat segera diperbaiki dengan melakukan downgrade!
Terima kasih atas umpan balik jujur di sini — kehilangan fitur rollback yang mudah memang alasan yang sah untuk kecewa, terutama saat pembaruan menyebabkan regresi nyata seperti masalah driver RTX / Nvidia yang dialami beberapa dari kalian. Izinkan saya menjelaskan apa yang sebenarnya berubah, dan yang lebih penting, apa saja opsi yang tersedia.
Pertama-tama bagian praktis, karena ada kesalahpahaman yang perlu diluruskan: downgrade di h6 bukanlah hal yang mustahil. Yang berubah adalah sekarang tidak lagi menjadi tindakan yang bisa kalian lakukan sendiri di GUI. Jika sebuah build menyebabkan masalah, tim dukungan kami masih bisa mengembalikan sistem kalian ke build h6 sebelumnya — proses ini dilakukan melalui Dukungan, bukan melalui tombol di antarmuka. Jadi “downgrade itu bukan opsi” kurang tepat: memang tidak lagi satu klik, tapi tetap didukung. Jika kalian mengalami masalah setelah pembaruan, buka tiket dan minta downgrade secara spesifik.
Mengenai alasannya, karena ini memang perubahan dari versi 5.x: pada 5.x dan sebelumnya, GUI memberi peringatan lalu tetap memperbolehkan downgrade. Mulai dari QTS 6.0 dan QuTS hero h6.0, downgrade — termasuk antar build minor — tidak lagi tersedia di GUI, dan itu memang disengaja. Mengembalikan perangkat ke firmware lama juga berarti mengembalikan ke keadaan di mana perbaikan keamanan sudah dicabut, dan mencegah hal itu (anti-rollback) sekarang menjadi bagian dari persyaratan keamanan yang harus kami penuhi menurut regulasi keamanan siber baru dari UE — Cyber Resilience Act — yang sekarang mulai diberlakukan. Menangani downgrade melalui proses dukungan terarah, bukan tombol GUI satu klik, adalah cara kami memenuhi persyaratan tersebut namun tetap bisa membantu kalian jika build benar-benar bermasalah.
Semua itu memang tidak mengurangi kenyataan bahwa ini menyulitkan. Poin yang disampaikan beberapa dari kalian — bahwa lingkungan produksi membutuhkan jalan kembali yang bisa diandalkan — sangat valid, dan kami membawa masukan itu sebagai umpan balik produk. Kami minta maaf kalian mengalami kendala di 6.x — silakan hubungi tim dukungan kami, dan kami akan berusaha semaksimal mungkin membantu kalian.
