「Data Domain：DDBoost storage-unit modifyコマンドがファイルシステム通信タイムアウトで失敗する

• 次のコマンドを多数のファイルがあるDD Boostストレージ ユニットで実行すると失敗します。

  # ddboost storage-unit modify <storage-unit> user <user-name>
  

• 返されたエラー:

  DDBOOST command failed due to filesystem communication timeout

DDOS 6.2以降では、 ddboost storage-unit modify コマンドは、再帰的な所有権変更 (chown -R)を、指定したストレージ ユニット内のすべてのファイルに渡します。操作が 2 分を超えると、バックグラウンド タスクが続行されていても、コマンドはタイムアウトします。

⚠️ 遅延が悪化する可能性があるため、複数の所有権の変更を立て続けに開始することは避けてください。

1.）1つのストレージ ユニットのみが変更されている場合。

処置は必要ありません。バックグラウンド タスクは、タイムアウト メッセージに関係なく所有権の変更を完了します。

2.）複数のストレージ ユニットに変更が必要な場合。

DDOSのバージョンと運用上の制約に基づいて、次の3つのオプションのいずれかを選択します。

オプションA - タイムアウト値の増加(DDOS 6.2.1.0以降)
DDOS 6.2.1.0以降では、DD Boostコマンドのタイムアウト値を増やして、より大きなストレージ ユニットに対応できます。

• • タイムアウト値の調整をリクエストするには、Dellサポートにお問い合わせください - このKB記事(#000078758)を参照してください。

オプション B - 使用 skip-chown フラグ(DDOS 7.10以降
ユーザーのUIDが変更されていない場合(たとえば、グループのみが変更されている場合)、再帰的な所有権の変更をバイパスできます。

# ddboost storage-unit modify <storage-unit> user <user-name> skip-chown

📌 詳細については、KB Data Domain: 次のシナリオでDDBoostユーザーの役割をAdminまたはNoneに変更する方法 skip-chown が適用されます。

オプション C - 変更間の手動遅延
6.2.1.0より前のバージョンのDDOSを実行していて、アップグレードできない場合:

• • 各ストレージ ユニットを変更する間に十分な時間待機して、バックグラウンドを許可します chown 完了する操作。