QuTS Hero 6.0のQTierについて

以前にも、直接ZFSを操作した話題が悲惨な結末になったことがありました。

qutears

下記のチェックリストに沿って、各ステップで問題がないか確認していただけますか?可能であれば、各ステップの結果を共有していただくか、どこで問題が発生したか教えてください。(最初の3ステップはすでに確認済みかもしれませんが、念のため全部記載しています。)

現在の推測では、問題はステップ4にある可能性があります。データ移行がトリガーされる前に新しいデータが書き込まれる必要があるかもしれません。

ご確認の上、進捗をお知らせください。よろしくお願いします!

ステップ1:GUIで階層化スケジュールを設定する最小保持期間は設定しない

ステップ2:crontab設定を確認

0 8 * * * /sbin/zfs_storage_util --tier_migration pool_id=[pool_id] >/dev/null 2>&1

ステップ3:GUI階層化設定 ターゲット階層:低速書き込みバッファ

ステップ4:テストフォルダにデータファイルをコピー

クライアント(SMB)から、書き込みバッファとして設定されたフォルダにデータをコピーしてください。その後、数分待ちます。

ステップ5:手動コマンド
/sbin/zfs_storage_util --tier_migration pool_id=[pool_id]

ステップ6:GUIを確認

ステップ7:zpoolコマンドと[reloc]時間を確認

[~] # zpool status

@SteveKo

これらの手順はすでに以前にすべて実施済みです。再度やり直してみましたが、何も変わりませんでした。in/outのバイト数も依然としてゼロのままです。

しかし、下記の zpool status を見ると(ztier を話しているのは pool 2 です)、ztier が最後に実行されたのは8月10日だと表示されています。8月11日に開始したスクラビング(scrub)を途中で一時停止したことが関係している気がします。スクラビング中はztierが動作しない可能性はありますか?そして、スクラビングを一時停止している場合、システムがスクラビングがまだ継続中だと認識して、qtier が起動しないようなことがありますか?

よろしくお願いします。

Gaetan

$ zpool status
pool: zpool1
state: ONLINE
scan: scrub repaired 0 in 0 days 00:00:08 with 0 errors on Sat Aug  1 00:00:10 2026
prune: last pruned 0 entries, 0 entries are pruned ever
total pruning count #5, avg. pruning rate = 0 (entry/sec)
expand: none requested
ztier: [reloc] none requested
[smart] none requested
config:

NAME                                      STATE     READ WRITE CKSUM
zpool1                                    ONLINE       0     0     0
  qzfs/enc_0/disk_0xa_5F8DB4C502540276_3  ONLINE       0     0     0

errors: No known data errors

pool: zpool2
state: ONLINE
scan: scrub paused since Fri Aug 21 14:51:08 2026
scrub started on   Tue Aug 11 00:00:56 2026
230T scanned out of 261T
0 repaired, 88.01% done, no estimated completion time
prune: last pruned 1759474 entries, 77673019 entries are pruned ever
total pruning count #11, avg. pruning rate = 2974973 (entry/sec)
expand: migrated 54.8T in 1 days 00:06:55 with 0 errors on Wed Jul  8 07:42:10 2026
ztier: [reloc] migrated 0 in 0 days 01:26:29 with 0 errors on Mon Aug 10 23:06:36 2026
T1:(+0)(-0), T2:(+0)(-0), T3:(+0)(-0), T4:(+0)(-0), T5:(+0)(-0)
[smart] none requested
config:

NAME                                            STATE     READ WRITE CKSUM
zpool2                                          ONLINE       0     0     0
  mirror-0                                      ONLINE       0     0     0
    qzfs/enc_0/disk_0x1_S6VANE0TB02122_3        ONLINE       0     0     0
    qzfs/enc_0/disk_0x2_S6CKNN0TB03046_3        ONLINE       0     0     0
  raidz2-1                                      ONLINE       0     0     0
    qzfs/enc_1/disk_0x10001_5000039EA8D98686_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x10002_5000039EA8D9532A_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x10003_5000039EA8D958AD_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x10004_5000039EA8D939E5_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x10005_5000039EA8D99646_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x10006_5000039EA8D9964B_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x10013_5000CCA415C31B4A_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x10014_5000CCA415C302E6_3  ONLINE       0     0     0
  raidz2-2                                      ONLINE       0     0     0
    qzfs/enc_1/disk_0x10007_5000039EA8D99B3C_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x10008_5000039EA8D99349_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x10009_5000039EA8D99737_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x1000a_5000039EA8D9977D_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x1000b_5000039EA8D99356_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x1000c_5000039EA8D955FF_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x10015_5000CCA415C2493E_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x10016_5000CCA415C3D24D_3  ONLINE       0     0     0
  raidz2-3                                      ONLINE       0     0     0
    qzfs/enc_1/disk_0x1000d_5000039EA8D98CD1_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x1000e_5000039EA8D997AF_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x1000f_5000039EA8D97F85_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x10010_5000039EA8D969D2_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x10011_5000039EA8D99751_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x10012_5000039EA8D98DF8_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x10017_5000CCA415C3E9F0_3  ONLINE       0     0     0
    qzfs/enc_1/disk_0x10018_5000CCA415C3CAFE_3  ONLINE       0     0     0

errors: No known data errors

pool: zpoolExt2
state: ONLINE
scan: resilvered 7.82M in 0 days 00:00:01 with 0 errors on Wed Jul  1 15:05:54 2026
prune: never
expand: none requested
ztier: [reloc] none requested
[smart] none requested
config:

NAME                                        STATE     READ WRITE CKSUM
zpoolExt2                                   ONLINE       0     0     0
  mirror-0                                  ONLINE       0     0     0
    qzfs/enc_0/disk_0x1_S6VANE0TB02122_2    ONLINE       0     0     0
    qzfs/enc_0/disk_0x2_S6CKNN0TB03046_2    ONLINE       0     0     0
    qzfs/enc_0/disk_0xa_5F8DB4C502540276_2  ONLINE       0     0     0

errors: No known data errors

イベントログに「Started tiering」の記録があるかどうか確認していただけますか?また、この期間中に再起動を試しましたか?もしスクラブが止まっている疑いがある場合は、再起動を試す価値があるかもしれません。こちらでも社内チームと引き続き状況を追いかけますね。

ありがとうございます!

こんにちは、Steve

イベントログをアップロードしました。何か見つけた気がします。プールスクラブを手動で停止した(オレンジ色の項目です)とき、ティアリングが進行中でした。その後、スクラビング(scrubbing)を無効化しました。それ以来、ティアリング(tiering)は再開されていません。問題はティアリングとスクラビングが何らかの奇妙な形で関連している可能性が高いです。

ありがとう。

Gaetan

プールスクラビングを再度有効にしたところ、Qtierが魔法のように再び動作しました!プールスクラビングとティアリングの間には、明文化されていない何かしらの連動があるようです。

自分の記憶の限り、この現象を引き起こした流れは以下の通りです:

Qtieringが稼働中で、プールがスクラビングされていた

スクラビングの「停止」を手動でクリックした

今後のスクラビングを無効化した

Qtierが二度と起動しなくなった

再現性があるかはわかりませんが、将来誰かの役に立つことを願っています。

もうqutearsはありません!

Gaetan