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

障害ストレージボリュームを特定してアンマウントします

共同作成者 netapp-pcarriga netapp-lhalbert
PDF

ストレージボリュームに障害が発生したストレージノードをリカバリする場合は、障害ボリュームを特定し、アンマウントする必要があります。障害ストレージボリュームのみがリカバリ手順 で再フォーマットされることを確認する必要があります。

開始する前に

Grid Managerにサインインしておきます"サポートされている Web ブラウザ"。

タスクの内容

障害が発生したストレージボリュームはできるだけ早くリカバリする必要があります。

まず最初に、接続解除されたボリューム、アンマウントが必要なボリューム、または I/O エラーが発生しているボリュームを検出します。障害ボリュームがランダムに破損したファイルシステムを含んでいる状態で接続されている場合は、ディスクの未使用部分または未割り当て部分の破損をシステムが検出できないことがあります。

メモ ディスクの追加や再接続、ノードの停止、ノードの開始、リブートなど、ボリュームをリカバリするための手動手順を実行する前に、この手順 を完了しておく必要があります。そうしないと、スクリプトの実行時に `reformat_storage_block_devices.rb`ファイルシステムエラーが発生し、スクリプトがハングしたり失敗したりする可能性があります。
メモ コマンドを実行する前に、ハードウェアを修理してディスクを適切に接続して `reboot`ください。
注意 障害ストレージボリュームは慎重に特定してください。この情報を使用して、再フォーマットが必要なボリュームを確認します。ボリュームの再フォーマット後は、ボリューム上のデータをリカバリできません。

障害が発生したストレージ ボリュームを回復するには、障害が発生したストレージ ボリュームのデバイス名とボリューム ID の両方を知っておく必要があります。

インストール時に、各ストレージ デバイスにファイル システムのユニバーサル ユニーク ID (UUID) が割り当てられ、割り当てられたファイル システム UUID を使用してストレージ ノード上の rangedb ディレクトリにマウントされます。ファイルシステムUUIDとrangedbディレクトリは、 `/etc/fstab`ファイル。マウント ポイント、デバイス名、ボリュームのサイズがグリッド マネージャーに表示されます。

手順

  1. 次の手順を実行して、障害ストレージボリュームとそのデバイス名を記録します。

    1. ノード > site > failed Storage Node > ストレージ を選択します。

    2. 下にスクロールしてボリューム テーブルとオブジェクト ストア テーブルを見つけ、ステータスが不明またはオフラインの各ボリュームについて次の情報を記録します。

      • ボリューム テーブルから、マウント ポイント、デバイス、サイズを記録します。

      • オブジェクトストアテーブルから、 object_store_ID 。

        `object_store_ID`は、障害ストレージボリュームのIDです。たとえば、IDが0000のオブジェクトストアのコマンドでと指定します `0`。

  2. 障害が発生したストレージノードにログインします。

    1. 次のコマンドを入力します。 ssh admin@grid_node_IP

    2. ファイルに記載されているパスワードを入力し `Passwords.txt`ます。

    3. 次のコマンドを入力してrootに切り替えます。 su -

    4. ファイルに記載されているパスワードを入力し `Passwords.txt`ます。

      rootとしてログインすると、プロンプトがからに #`変わります `$。

  3. 次のスクリプトを実行して、障害ストレージボリュームをアンマウントします。

    sn-unmount-volume object_store_ID

  4. プロンプトが表示されたら、* y *を押して、ストレージボリューム0に応じてCassandraサービスを停止します。

    メモ Cassandraサービスがすでに停止している場合は、プロンプトは表示されません。Cassandra サービスは、ボリューム 0 に対してのみ停止します。 
    root@Storage-180:~/var/local/tmp/storage~ # sn-unmount-volume 0
Services depending on storage volume 0 (cassandra) aren't down.
Services depending on storage volume 0 must be stopped before running this script.
Stop services that require storage volume 0 [y/N]? y
Shutting down services that require storage volume 0.
Services requiring storage volume 0 stopped.
Unmounting /var/local/rangedb/0
/var/local/rangedb/0 is unmounted.

    数秒後にボリュームがアンマウントされます。プロセスの各ステップを示すメッセージが表示されます。最後のメッセージは、ボリュームがアンマウントされたことを示しています。

  5. ボリュームがビジー状態であるためにアンマウントに失敗した場合は、オプションを使用して強制的にアンマウントできます --use-umountof。

    メモ オプションを使用して強制的にアンマウントする `--use-umountof`と、ボリュームを使用しているプロセスやサービスが予期せずに動作したり、クラッシュしたりする可能性があります。 
    root@Storage-180:~ # sn-unmount-volume --use-umountof /var/local/rangedb/2
Unmounting /var/local/rangedb/2 using umountof
/var/local/rangedb/2 is unmounted.
Informing LDR service of changes to storage volumes