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

スナップ接続操作が失敗する

共同作成者

ホストのリブート後、 Snap connect 処理は失敗し、元のボリュームグループがロードされません。

Linux ホストでは ' ホストを再起動するか 'Ctrl-C' を使用することによって SnapDrive for UNIX が中断されると ' スナップショット接続操作は元のホストで失敗します割り込みが発生すると '`#SDUTEMP' タグが /etc/lvm/lvm.conf ファイルに追加されますその後の UNIX 操作用 SnapDrive は ' 次のエラーメッセージで失敗します

0001-945 Admin error: Volume Manager's configuration file contains
tags from previous SDU operation. Please cleanup the cloned lun(s),
if any, existing from a previous unsuccessful operation and cleanup
the configuration file before proceeding.

回避策

  1. 以前に失敗した、または中断された Snapshot 接続処理から、存在する可能性があるクローン LUN をストレージシステムから削除します。

    メモ SnapDrive storage show コマンドに -alloption を指定すると、検証を実行できます。
  2. 次のコマンドを入力して、ホストから LUN が削除されているかどうかを確認します。

    • iSCSI の場合は '/etc/init.d/iscsi' reload コマンドを入力します

      メモ /etc/init.d/iscsi reload オプションは、 RHEL 4 Update 6 以前のバージョンに適用されます。
    • RHEL 5 以降では、 iSCSI を使用している場合、 LUN を手動で削除する必要があります。また、ホストの再スキャンを手動で実行する必要があります。

      マルチパス解決策を使用している場合は、マルチパスの再スキャンも手動で実行します。そのためには、「マルチパス」コマンドを実行します

    メモ FC を使用している場合は、上記の手順で、 RHEL 4 Update 6 および RHEL 5 以降より前のすべてのバージョンの環境を処理します。
  3. /etc/lvm/lvm.conf ファイルからボリュームグループを削除します

    /etc/lvm/lvm.conf ファイルからクローン LUN を削除すると、ファイルは次のようになります。

    '#SDUEXISTING volume_list=["vgx", "vgY"] volume_list=["vgx"] #SDUTEMP

  4. 末尾に「 #SDUTEMP 」タグを含む行全体を削除します「 #SDUEXISTING 」タグで始まる行が存在する場合は、タグのみを削除し、行を保持します。

  5. vgscan コマンドを実行して ' 構成ファイルに加えられた変更を保持します

  6. 元のボリューム・グループを保持するには 'vgchange -a y コマンドを入力します

  7. ホスト内の /etc/fstab ファイルを確認し ' ファイル・システムを再マウントするために ' 適切な mount コマンドを実行して論理ボリューム・グループをマウントします