ちょっと気になるんですが、みなさんの中で
QuTS h6.0.0 リリース候補版に切り替えた方はいますか？
もし切り替えた方がいれば、後悔などはありますか？
QuTS hero 6はリリース当初から使っていますが、自分には合っています（特に問題はありません）
以前の経験があるので、ベータ版のファームウェアはインストールしません。それに、Hero 6はHero 5に比べていくつか機能が欠けているようです。
何が抜けていますか？
QuTS hero h6.0.0 では、以下のアプリケーションはサポートされなくなります：CAYIN CMS-WS Lite および CAYIN MediaSign Player（CAYIN Media Viewer に置き換え）、IDrive、JRE、Mustang Card Manager、Mustang Card User Driver、Python、Python3、QButton、Qmiix Agent、QVR Elite（QVR Surveillance に置き換え）
詳しくはこちら: QuTS hero h6.0.0.3459 build 20260409 Release Candidate | Release Notes | QNAP
これらのうち3つ（CMS-WS Lite、CAYIN MediaSign Player、QVR Elite）は、2つのQPKG（CAYIN Media Viewer、QVR Surveillance）に置き換えられており、引き続きサポートされています。
myQNAPリポジトリではPython QPKGも利用可能です。
Mustangカード管理アプリはQNAPがメンテナンスしています。もしQNAPがQuTSでカードのサポートをやめる場合、QPKGも不要になります。
QButton？それは特に損失ではありません。
Qmiix Agent？多少の損失ですが、ホームオートメーション向けなので、同じ機能を持つ代替の何かがすでに存在していることでしょう。
iDrive？[リリースノート](Release Notes for Apps | QNAP (AU)6product-line=nas)によれば、QuTSでも引き続きサポートされています。
残るはJREだけです。必要であれば、myQNAPの方々に新しいパッケージを作ってもらえるかどうか問い合わせてみてください。
もしQuTS 6でiDriveがサポートされるなら、僕にとっては大きなことだ。
個人的には、このアップデートを検討する前に公式リリースの第2版か第3版まで待つと思います。最近はソフトウェアが未完成のままリリースされることが多いですからね！
私はもう待つのをやめることにしました。なぜならZFS上でQtiering（Qtier）が必要だからです。QTSでQtierを作成すると（私はQuTS hero 6ベータ段階でこれを行いました）、QTSのストレージプール（EXT4/LVM）全体を削除し、QuTS hero（ZFS）で再作成する必要があります。並行して、私はすでにQuTS hero 6ベータの頃からZFS上でQtierを運用していて、問題は起きていません。ZFS上のQtierの唯一の制限は、ホットデータとコールドデータ（つまりSSD RAIDとHDD RAID）の同期が、デフォルトで動的に行われるQTSのQtierとは異なり、1日1回のみ発生するという点です。
ZFSの（非常に）堅牢なアーキテクチャによってデータ整合性が管理されているので、Qtier for ZFSが問題を引き起こす理由は特に見当たりません。唯一あるとすれば、QTSで10年も使われて成熟しているQtierと比べて、ホット/コールドの切り替えルーチンがまだ発展途上なためパフォーマンスが劣る可能性くらいです。本当に巨大な単一ファイル、例えば200GB～400GBをコピーする場合、RAID 10やRAID 6（もちろん、75%以上埋まっていなければ）の場合と比べて、（10GbpsとSMBで）約20～25%ほどパフォーマンスが落ちることがあります。しかし、ファイルが小さかったり数が多い場合は、Qtierの恩恵が発揮されます。例外は、SSD RAIDがすでにホットデータで完全に埋まっていて、コールドHDD RAIDへのデータ移行前である場合のみです。
近い将来、ZFS上のQtierもホットSSDデータからコールドHDDデータへの移行が動的になることを期待しています。それまでは1日1回のシフトでも私は困りません。もしQNAPで終日ホットデータに高パフォーマンスが必要な場合は、QtierのSSD RAID自体を大きくすべきです。例えば、ZFS上のQtierのSSD RAIDがRAID 1構成なら、ディスクごと（実際にはSSDごと）により大きいSSDへの交換が可能です。これはQtierでも可能で、QtierはZFSストレージプール上に2つまたは3つのRAID（NVMe SSD、S-ATA SSD、HDD）で構成されるだけだからです。
「アクション」から、RAIDZ1（RAID 5）やRAIDZ2（RAID 6）をインクリメンタルHDDまたはSSDで拡張できることも確認しました。このシナリオ自体はまだテストしていませんが、QNAPにインクリメンタルHDDがないためです。ただ「アクション」の「拡張」オプションがグレーアウトされていないので、ZFS上のQtierでも問題なく動作するはずです。つまり、OpenZFS 2.3以降なら、RAIDZ1やRAIDZ2をインクリメンタルSSDやHDDで拡張できます。初期設定でホットRAIDをRAID1だけで作った場合はこの方法は使えません。この場合はより大きいSSDに1本ずつ交換していく必要があります。「アクション」にはストレージプールへのインクリメンタルRAID追加オプションも見えますが、Qtierが3つ以上のRAID（ホット―ウォーム―コールド）を正しく扱えるかどうかはわかりません。ただ、コールドRAIDに後からHDDを追加したり、ホットやウォームRAIDがRAIDZ1（RAID 5）やRAIDZ2（RAID 6）なら後からSSDを増設しても問題ないと思います。これはQtierのルーチンではなく、OpenZFS 2.3以降で管理されるものだからです。
QNAPがquts heroの3つのバージョンを提供している最終的な目的は何なのでしょうか？5.2や5.3は廃止されて、6.xだけが残るのでしょうか？なぜOSのバージョンが3種類も存在しているのか知りたいです。
5.3は本当に高可用性（High Availability）が必要な人向けのリリースです。5.2と6の間の「つなぎ」的なリリースだと思います。6がリリースされたら、5.xに対しては他の「古い」リリースと同じようにメンテナンスリリース（セキュリティアップデートなど）だけが提供されるようになると思います。
本番環境のTS-1655を6.xに移行するのをためらっています。というのも、QuTS hero 5.xでmacOSのSMB関連の問題がずっと続いているからです。
私の（断続的な）症状としては、macOS Finderのエラー-36、NASパスでの「ファイルが見つかりません」といった挙動、.sb-xxxxのような一時/ゴーストファイルが作成される、SMBで重いコピーやハッシュ・メタデータ処理を行っている時の不安定さ、などがあります。
h6.0のリリースノートにはカーネルモードのSMBデーモンの暗号化対応の改善について記載がありますが、SMBやmacOSの安定性に関して直接言及されている部分は見当たりませんでした…
5.xでこれらのMac/SMBの問題を経験している方いらっしゃいますか？また、h6.0ではSMBの信頼性が改善された、あるいは変化があったという報告はありますか？
どのバージョンのMac OSを使っていますか？私は特に問題はありません。
数ヶ月経ちましたが、今は何を使っていますか？私のTVS-h874はQuTS hero h5.2.9.3410で動かしていて、インターネットには公開していませんし、リモートでもアクセスしていません。これが5.2x系の最後のアップデートだと理解しています。
2026年10月には5.3Xに移行しますか？それとも6にしますか？今のところ6.x系の機能やインデックス化は必要ないので、あなたが何を導入するか気になります。
よろしくお願いします！
私は自分のシステムでは、安定していて軽量でコントロールしやすいバージョン4.5.4のままでいくつもりです。変更するだけの説得力のある理由が見当たりません。
@BJB、QuTS hero h5.2.11.3661 build 20261023 が現在利用可能なので、3410 が最後ではありませんでした
私はQuTS h6.0.2を使っています。問題なく動作しています。
ボブ
私は長い間抵抗していました。しかし、今はQuTS Hero 6.1ベータ版を使っています。TS-873Aでは、QuTS 5.xよりも明らかに速くてキビキビしています。今のところ、簡単に解決できないような問題には一切遭遇していません。