Skip to main content
日本語は機械翻訳による参考訳です。内容に矛盾や不一致があった場合には、英語の内容が優先されます。

グリッドノードのリストアと検証

共同作成者

障害グリッドノードのグリッド構成ファイルをリストアして検証し、エラーをすべて解決する必要があります。

このタスクについて

ホストに必要なグリッドノードは、すべてインポートできます /var/local 前のホストで障害が発生したためにボリュームが失われませんでした。たとえば、などです /var/local 使用しているLinuxオペレーティングシステムでのStorageGRID のインストール手順に従って、StorageGRID システムのデータボリュームに共有ストレージを使用していた場合は、ボリュームが残っている可能性があります。ノードをインポートすると、ノード構成ファイルがホストにリストアされます。

ノードをインポートできない場合は、グリッド構成ファイルを再作成する必要があります。

次に、 StorageGRID の再起動に進む前に、グリッド構成ファイルを検証し、予想されるネットワークまたはストレージの問題を解決する必要があります。ノードの構成ファイルを再作成する場合は、リカバリするノードに使用されていたのと同じ名前を交換用ノードに使用する必要があります。

の場所の詳細については、インストール手順を参照してください /var/local ノードのボリューム。

手順
  1. リカバリしたホストのコマンドラインで、現在設定されているすべてのStorageGRID グリッドノードを表示します。sudo storagegrid node list

    グリッドノードが設定されていない場合、出力は表示されません。グリッドノードが設定されている場合は、次の形式で出力が表示されます。

    Name               Metadata-Volume
    ================================================================
    dc1-adm1           /dev/mapper/sgws-adm1-var-local
    dc1-gw1            /dev/mapper/sgws-gw1-var-local
    dc1-sn1            /dev/mapper/sgws-sn1-var-local
    dc1-arc1           /dev/mapper/sgws-arc1-var-local

    ホストで設定する必要のある一部またはすべてのグリッドノードが表示されない場合は、そのグリッドノードをリストアする必要があります。

  2. を含むグリッドノードをインポートします /var/local ボリューム:

    1. インポートする各ノードに対して次のコマンドを実行します。sudo storagegrid node import node-var-local-volume-path

      storagegrid node import コマンドが成功するのは、対象のノードが最後に実行されたホストでクリーンシャットダウンされている場合のみです。そうでない場合は、次のようなエラーが表示されます。

      This node (node-name) appears to be owned by another host (UUID host-uuid).

    Use the --force flag if you are sure import is safe.

    1. 別のホストが所有しているノードに関するエラーが表示された場合は、を指定してもう一度コマンドを実行します --force インポートを完了するためのフラグ:sudo storagegrid --force node import node-var-local-volume-path

      メモ を使用してインポートされたノード --force フラグは、「必要に応じた追加のリカバリ手順の実行」の説明に従って、グリッドに再参加する前に追加のリカバリ手順を必要とします。
  3. がないグリッドノード /var/local ボリュームで、ノードの構成ファイルを再作成してホストにリストアします。

    インストール手順の「ノード構成ファイルの作成」のガイドラインに従ってください。

    重要 ノードの構成ファイルを再作成する場合は、リカバリするノードに使用されていたのと同じ名前を交換用ノードに使用する必要があります。Linux 環境の場合は、構成ファイルの名前にノード名が含まれていることを確認します。可能な場合は、同じネットワークインターフェイス、ブロックデバイスマッピング、および IP アドレスを使用してください。これにより、リカバリ時にノードにコピーしなければならないデータ量を最小限に抑えることができるため、リカバリにかかる時間を大幅に(場合によっては、数週間から数分に)短縮できます。
    重要 新しいブロックデバイス(StorageGRID ノードで以前に使用していなかったデバイス)を、で始まる設定変数の値として使用する場合 BLOCK_DEVICE_ ノードの構成ファイルを再作成するときは、「ブロックデバイスが見つからないエラーの修正」のすべてのガイドラインに従ってください。
  4. リカバリしたホストで次のコマンドを実行して、すべての StorageGRID ノードを一覧表示します。

    sudo storagegrid node list

  5. StorageGRID のノードリストの出力に表示されている各グリッドノードのノード構成ファイルを検証します。

    sudo storagegrid node validate node-name

    StorageGRID ホストサービスを開始する前に、すべてのエラーまたは警告に対処する必要があります。以下のセクションでは、リカバリ時に特に問題となるエラーについて詳しく説明します。