付録G トラブルシューティング

「権限委譲していないユーザーの確認」を参照し、権限委譲していないユーザーを確認した結果、権限委譲していないユーザーが存在する。

ありません。

以降の手順は、以下の条件で実施してください。

「権限委譲していないユーザーの確認」を参照し、権限委譲していないユーザーを確認してください。

admin権限を持つOpenStackユーザーのクレデンシャルファイル(ここではopenrcとします)を読み込みます。 クレデンシャルファイルについては「OpenStackコマンドの実行について」を参照してください。

source openrc

以降の手順は、以下の条件で実施してください。

以下のコマンドを実行し、権限委譲していないユーザーに新しいパスワードを設定してください。

openstack user set <user_id> --password <new_password>

「SRユーザーへの権限委譲【サイト:本番サイト】」を参照し、SRユーザーへ権限を委譲してください。 ユーザーに新規パスワードを通知してください。

「インスタンスのリストア」実行時に指定するinstance_id(リストア前のNovaインスタンスid)控え忘れた。

ありません。

バックアップ時にインスタンスidを控えていない場合、リストア前のNovaインスタンスのidをバックアップデータから確認します。

本手順は、以下の条件で実施してください。

以下のコマンドを実行しリストア前のNovaインスタンスのidを確認します。

jq -r '.[] | .id+" "+.name' /var/opt/FJSVrcxsr/mnt/backup/*/instance_list.json

<instance_id> <instance_name>の形式で1行につき1つのNovaインスタンスの情報が表示されます。

# jq -r '.[] | .id+" "+.name' /var/opt/FJSVrcxsr/mnt/backup/*/instance_list.json
ac8e1585-f983-4955-bbe2-a22d2423acb8 rcxsr_test_server02
d39696df-4eeb-41f0-8d5f-ed2f9bc4e56c rcxsr_test_server01

rcx_srosp_restore volumeコマンド実行時に、番号61174のメッセージが出力されます。

ERROR:61174: Volume <volume_id> has entered invalid status: error.

<volume_id>を持つボリュームの状態が「error」であることを示しています。

本手順は、以下の条件で実施してください。

admin権限を持つOpenStackユーザーのクレデンシャルファイル(ここではopenrcとします)を読み込みます。 クレデンシャルファイルについては「OpenStackコマンドの実行について」を参照してください。

source openrc

以下のコマンドを実行し、処理途中のボリューム譲渡要求が存在するかを確認してください。

cinder transfer-list --all-tenant

# cinder transfer-list --all-tenant
+--------------------------------------+--------------------------------------+------+
| ID                                   | Volume ID                            | Name |
+--------------------------------------+--------------------------------------+------+
| a27d05d6-06a0-4173-a11c-97b41a8bbeec | 0dd20673-434a-48ca-aae8-ad940fc161c2 | -    |
+--------------------------------------+--------------------------------------+------+

以下のコマンドを実行し、処理途中のボリューム譲渡要求を削除してください。

cinder transfer-delete <transfer-request-id>

<transfer-request-id>にこの前の手順で出力されたID欄の値を指定してください。 ボリューム譲渡要求が複数存在する場合、1つずつ削除してください。

以下のコマンドを実行し、処理途中のボリューム譲渡要求がすべて削除されたことを確認してください。

cinder transfer-list --all-tenant

ボリューム譲渡要求がすべて削除された場合は、上記コマンドが何も出力しません。出力がある場合、 再度削除を実施してください。

以下のコマンドを実行し、ボリュームの状態を確認してください。

cinder show <volume_id> | awk '$2=="status"{print $4}'

61174番のメッセージ対処の場合は、<volume_id>にエラーメッセージに出力された<volume_id>を指定してください。

61174番メッセージの対処ではない場合、上記cinder transfer-listコマンドが出力された「Volume ID」の値を指定してください。

available

ボリュームの状態が「available」以外の場合、以下のコマンドを実行し、ボリュームの状態をリセットしてください。

cinder reset-state --state available <volume_id>

<volume_id>にエラーメッセージに出力された<volume_id>を指定してください。61174番メッセージの対処ではない場合、上記cinder transfer-listコマンドが出力された「Volume ID」の値を指定してください。

以下のコマンドを実行し、ボリュームの状態が「available」にリセットされたことを確認してください。

cinder show <volume_id> | awk '$2=="status"{print $4}'

<volume_id>にエラーメッセージに出力された<volume_id>を指定してください。61174番メッセージの対処ではない場合、上記cinder transfer-listコマンドが出力された「Volume ID」の値を指定してください。

available

以下のコマンドを実行し、ボリュームをOpenStackの管理対象から除外してください。

cinder unmanage <volume_id>

<volume_id>にエラーメッセージに出力された<volume_id>を指定してください。61174番メッセージの対処ではない場合、上記cinder transfer-listコマンドが出力された「Volume ID」の値を指定してください。

以下のコマンドを実行し、該当ボリュームが除外されたことを確認してください。

cinder show <volume_id>

<volume_id>にエラーメッセージに出力された<volume_id>を指定してください。61174番メッセージの対処ではない場合、上記cinder transfer-listコマンドが出力された「Volume ID」の値を指定してください。

ERROR: No volume with a name or ID of <volume_id> exists.

rcx_srosp_restore instanceコマンド、rcx_srosp_stash pop instanceコマンドが異常終了する場合、またはリストア済みのインスタンスを削除した場合、Neutronのポート情報が一部残存する可能性があります。ポート情報が残存する場合、rcx_srosp_restore instanceコマンド、rcx_srosp_stash pop instanceコマンドが失敗する可能性があります。

ポート情報が残存しているかを確認し、残存のポートを削除します。

admin権限を持つOpenStackユーザーのクレデンシャルファイル(ここではopenrcとします)を読み込みます。 クレデンシャルファイルについては「OpenStackコマンドの実行について」を参照してください。

source openrc

以下のコマンドを実行し、ポートが残存するかどうかを確認してください。出力結果が「0」の場合は、ポートが残存していないため、 これ以降の手順は実施不要です。出力結果が「0」以外の場合は、ポートが残存しているため、次の手順で残存ポート削除します。

neutron port-list -c id -c binding:vif_type | grep 'unbound' | wc -l

以下のコマンドを実行し、残存しているポートを削除してください。

neutron port-list -c id -c binding:vif_type | grep 'unbound' | cut -d'|' -f 2 | xargs -I{} neutron port-delete {}

以下のコマンドを実行し、残存しているポートが削除されたことを確認します。出力結果が「0」であることを確認してください。

neutron port-list -c id -c binding:vif_type | grep 'unbound' | wc -l

OpenStackのコマンドを実行するための環境変数が設定されている場合、同じコンソールで本製品のコマンドを実行すると、失敗する可能性があります。

OpenStackの環境変数が設定されていないコンソールでコマンドを実行してください。

以下のコマンドを実行し、OpenStackの環境変数が設定されているかを確認してください。

本手順は、以下の条件で実施してください。

env | grep ^OS_ | wc -l

出力結果が「0」の場合は、対処不要です。 出力結果が「0」以外の場合は、新しいコンソールを別途起動して、本製品のコマンドを実行してください。

rcx_srosp_restore volumeコマンド実施時に本メッセージが出力される場合、下記の対処を実施してください：

「OpenStack管理対象からボリュームの除外」

コピーペアの登録が実施されてないボリュームは、rcx_srosp_restore volumeコマンドによってリストアされません。 そのため、該当ボリュームを使用するインスタンスをリストアする際にエラーが発生します。

以下の手順に従い、ボリュームのバックアップを使用してインスタンスをリストアしてください。

本手順は、以下の条件で実施してください。

OpenStackコマンド実行するためのクレデンシャルファイルについては「OpenStackコマンドの実行について」を参照してください。

(1) 以下のコマンドを実行し、インスタンスが使用していたボリュームのIDを取得してください。

ls /var/opt/FJSVrcxsr/mnt/backup/*/instance-<instance_id> | grep ^volume | sed -e 's/^volume-//'

<instance_id>にはリストア対象インスタンスのIDを指定してください。

8650406a-1da2-40f7-acaf-e10fe0b8fd72
9f40dc6b-4934-49ff-8cc5-02cb19e3de00

(2) 以下のコマンドを実行し、バックアップされたボリュームの管理情報(ストレージ上の名前と16進数のボリュームNo.)を取得してください。 本手順は、手順(1)で出力されたすべてのボリュームに対して1回ずつ実施してください。

jq -r '.[] | .id+" "+.metadata.FJ_Volume_Name+" "+.metadata.FJ_Volume_No' /var/opt/FJSVrcxsr/mnt/backup/*/volume_list.json | awk '$1=="<volume-id>"{print $2}'

<volume-id>には手順(1)で出力されたボリュームのIDを指定してください。

Ken_SROSP_032 0x00E8

(3) 以下のコマンドを実行し、コピーペアファイル名を取得してください。

find /var/opt/FJSVrcxsr/mnt/backup/* -type f -name recinfo_copy_pair* | head -n 1

/var/opt/FJSVrcxsr/mnt/backup/backup_saitai/recinfo_copy_pair_copyGroup9

(4) 以下のコマンドを実行し、コピーペアに登録されていないボリュームが存在するかを確認してください。 本手順は、手順(2)で出力されたすべての管理番号に対して1回ずつ実施してください。

grep "<management_id>" <copy_pair_file_path>

<management_id>には手順(2)で取得された16進数のボリュームNo.を指定してください。 <copy_pair_file_path>は手順(3)で取得されたコピーペアファイルのフルパスを指定してください。

コピーペアに登録されていない場合、何も出力されません。 手順(1)で取得されたボリュームのうち、コピーペアに登録されていないボリュームが1つ以上存在する場合、次の手順に進めてください。 コピーペアに登録されていないボリュームが存在しない場合、コピーペアの登録漏れに該当しないため、手順の実施を終了してください。

(5) 以下のコマンドを実行し、インスタンスにアタッチしていたボリュームのサイズを取得してください。 本手順は、手順(1)で出力されたすべてのボリュームに対して1回ずつ実施してください。

jq -r '.[] | .id+" "+(.size|tostring)' /var/opt/FJSVrcxsr/mnt/backup/*/volume_list.json | awk '$1=="<volume-id>"{print $2}'

<volume-id>には手順(1)で出力されたボリュームのIDを指定してください。

40

(6) 手順(2)で出力された名前と手順(5)で出力されたサイズを使用し、災対サイトのETERNUSでボリュームを作成してください。 ETERNUSにおける操作方法についてETERNUS製品のマニュアルを参照してください。 ETERNUSでボリュームを作成する際に、手順(2)で出力された名前以外の文字列でも使用可能です。ETERNUS製品のマニュアルを参照したうえで設定してください。

切戻しを実施する場合、 本番サイトのETERNUSでボリュームを作成してください。

作成したボリュームのボリュームNo.(10進数)は以下の規則に従い、16進数形式に変換してください：

ボリュームNo.の指定例：

(7) 以下のコマンドを実行し、コピーペアファイルにレコードを追加してください。

tail -n 1 <copy_pair_file_path> | sed -e 's/\/0x[0-9A-F]\+:/\/<management_id1>:/' | sed 's/0x[0-9A-F]\+$/<management_id2>/' >> <copy_pair_file_path>

<management_id1>には手順(6)で取得された16進数のボリュームNo.を指定してください。 <management_id2>には手順(2)で取得された16進数のボリュームNo.を指定してください。 <copy_pair_file_path>は手順(3)で取得されたコピーペアファイルのフルパスを指定してください。

(8) 以下のコマンドを実行し、コピーペアファイルにレコードが追加されてことを確認してください。

tail -n 1 <copy_pair_file_path>

<copy_pair_file_path>は手順(3)で取得されたコピーペアファイルのフルパスを指定してください。

DX200S3#4/<management_id1>:DX200S3#3/<management_id2>

(9) 以下の手順を参照し、rcx_srosp_restore volumeコマンドを実行してください。

「ボリュームのリストア」

「権限委譲していないユーザーの確認」を参照し、権限委譲していないユーザーを確認した結果、権限委譲していないユーザーが存在する。

ありません。

以降の手順は、以下の条件で実施してください。

「権限委譲していないユーザーの確認」を参照し、権限委譲していないユーザーを確認してください。

admin権限を持つOpenStackユーザーのクレデンシャルファイル(ここではopenrcとします)を読み込みます。 クレデンシャルファイルについては「OpenStackコマンドの実行について」を参照してください。

source openrc

以降の手順は、以下の条件で実施してください。

以下のコマンドを実行し、権限委譲していないユーザーに新しいパスワードを設定してください。

openstack user set <user_id> --password <new_password>

「SRユーザーへの権限委譲【サイト:災対サイト】」を参照し、SRユーザーへ権限を委譲してください。 ユーザーに新規パスワードを通知してください。

本製品のバックアップ資産を手動で削除したい。

ありません。

本手順は、以下の条件で実施してください。

本製品で取得したバックアップ資産は、通常rcx_srosp_backupコマンド内で自動的に削除されるため、手動で削除する必要はありません。

何らかの理由で手動で削除したい場合、以下の手順を実施してください。 一度削除した資産からは復旧が行えません。削除する場合は十分に注意して削除してください。

以下のコマンドを実行し、本製品で取得したバックアップ資産を削除します。

rm -rf /var/opt/FJSVrcxsr/mnt/backup/