11.11.2. リバランス中の表示
ボリュームリバランス操作の状態を表示するには、次のコマンドを使用します。
gluster volume rebalance VOLNAME status
# gluster volume rebalance VOLNAME status
以下に例を示します。
リバランス操作は、ボリュームの各ノードでリバランスプロセスを開始します。各プロセスは、独自の個別ノード上のファイルをリバランスします。リバランスステータスの出力の各行は、単一ノードでの操作の進捗を示します。
重要
リバランス中に再起動すると、リバランスの出力に誤ったステータスが表示され、一部のファイルがリバランスされない可能性があります。
回避策: 再起動後、前回のリバランスが完了したら、別のリバランスをトリガーして、再起動中にバランスされなかったファイルが正しくリバランスされ、リバランスの出力で正しいステータスが得られるようにします。
以下の表は、リバランスステータスコマンドの出力を示しています。
プロパティー名 | 説明 |
---|---|
ノード | ノードの名前。 |
Rebalanced-files | 正常に移行されたファイルの数。 |
size | 移行されたファイルの合計サイズ。 |
スキャン済み | ノード上でスキャンしたファイルの数。これには、移行したファイルが含まれます。 |
failures | エラーが原因で移行できなかったファイルの数。 |
skipped | さまざまなエラーや理由でスキップされたファイルの数。 |
status | ノードのリバランス操作のステータスは in progress 、completed 、および or failed です。 |
run time in h:m:s | プロセスがノードで実行されている時間。 |
全ノードでリバランスが完了するまでの推定時間も表示されます。完了までの推定時間は、リバランス操作が 10 分間実行された後にのみ表示されます。残り時間が大きすぎる場合、完了までの推定時間は
>2 months
として表示されます。ユーザーは、後で再度確認することが推奨されます。
リバランス操作の完了にかかる時間は、ブリックにあると予想されるファイルの数と、リバランスプロセスでファイルを処理する速度により異なります。この値は、リバランスステータスコマンドが実行されるたびに再計算され、リバランスの実行時間が長く、大きなデータセットに対してより正確になります。この計算では、ファイルシステムのパーティションにブリックが 1 つ含まれることを前提としています。
リバランス操作は、すべてのノードのステータスが完了すると
completed
とみなされます。以下に例を示します。
今回のリリースにより、リバランス操作時にスキップされたファイルの詳細を取得できるようになりました。このようなすべてのファイルのエントリーは、メッセージ ID 109126 の
rebalance log
で利用できます。ログファイルからメッセージ ID を検索し、省略されたファイルの一覧を取得できます。
以下に例を示します。
失敗したファイルの詳細は、rebalance.log ファイルで「migrate-data failed」を検索します。ただし、リバランスに失敗したファイルの数は、rebalance.log で「migrate-data failed」と照合されません。これは、失敗した数に、考えられる失敗がすべて含まれ、ファイルの移行だけではないためです。