NSX Managerのディスクが壊れて"マネージャーのディスク/パーティションが読み取り専用としてマウントされているというアラーム"をFSCkを使って修正する。
search cancel

NSX Managerのディスクが壊れて"マネージャーのディスク/パーティションが読み取り専用としてマウントされているというアラーム"をFSCkを使って修正する。

book

Article ID: 422326

calendar_today

Updated On:

Products

VMware NSX

Issue/Introduction

免責事項：これは英文の記事「Manager node disk/partition is mounted as read-only alarm in NSX Manager Disk Corruption correction using FSCK」の日本語訳です。記事はベストエフォートで翻訳を進めているため、ローカライズ化コンテンツは最新情報ではない可能性があります。最新情報は英語版の記事で参照してください。

 

タイトル:マネージャーのディスク/パーティションが読み取り専用としてマウントされているというアラーム
イベント ID: manager_health.storage_error

アラームの説明

  • 目的:マネージャー ディスク/パーティションが読み取り専用としてマウントされているかどうかを示します。
  • 影響:マネージャー パーティションのいずれかが読み取り専用としてマウントされている場合、一部の機能が動作しません (例: ログイン エラー、ディスク書き込みエラー)。

Environment

VMware NSX

VMware NSX-T Data Center

Cause

次のような理由が考えられます。

  • ファイル システムの破損:ファイル システムが破損している場合、マネージャー アプライアンス OS は、さらなる損傷を防ぐために、それを読み取り専用としてマウントすることがあります。
  • 不適切なシステムシャットダウン:突然の電源喪失や不適切なシステムシャットダウンにより、ファイルシステムが読み取り専用になる可能性があります。
  • ハードウェアの問題:ハード ドライブの障害やセクターの破損により、ファイル システムが読み取り専用モードに切り替わる場合があります。
  • ファイル システムの構成が正しくありません:/etc/fstab ファイルまたはその他の構成ファイルに間違いがあると、読み取り専用のファイル システムになる可能性があります。

Resolution

解決手順

VMware NSX-T 3.0.2以降の場合

  1. 以下のマネージャー アプライアンス固有の手順に進む前に、基礎となるストレージ接続の問題に対処してください。
  2. マネージャー ノードを再起動します (ブート時にすべてのパーティションでfsckが実行されます)。
  3. corfuパーティション ( /configまたは/nonconfig ) が読み取り専用としてマウントされ、再起動しても問題が解決しない 場合は、次の手順を実行します。
    1. パーティション/configおよび/nonconfigはNSX-T データベースcorfuによって使用されます。fsckなどのLINUXリカバリ ツールではこれらのパーティションを修復できない場合があります。
    2. このような場合、再起動してもこれら 2 つのパーティションが修復されない場合は、アプライアンスをバックアップから停止が発生する前の時点に復元することをお勧めします。
    3. バックアップからの復元の詳細については、『VMware NSX 管理ガイド』を参照してください。
注:影響を受けたアプライアンスが 1 つだけの場合は、そのアプライアンスを削除して新しいアプライアンスを展開できます。
  1. 再起動しても問題が解決せず、手順 3 で記録したcorfuパーティションに使用されているパーティション以外のパーティションが読み取り専用でマウントされている場合は、次の手順に従って問題を解決してください。
注:
  • 可能であれば、続行する前にバックアップを作成してください。
  • 次のファイル システム修復手順を実行すると、OS ファイル システムのみが修正され、NSX コンポーネントに発生した可能性のある破損は修復されません。
  • この解決方法を実行し復旧した場合も、将来的に他の問題を引き起こす可能性があります。
  1. マネージャーアプライアンスのコンソールに接続します。
  2. システムを再起動します。
  3. GRUBブートメニューが表示されたら、左SHIFTまたはESCキーを素早く押します。
    注：待ち時間が長すぎてブートシーケンスが一時停止しない場合は、システムを再起動する必要があります。
  4. 選択したオプション「Ubuntu」（Advanced Ubuntuではない）を編集するには、e キーを押します。
  5. ユーザー名（root）とGRUBパスワードroot（アプライアンスのユーザーrootとは異なるもの）を入力します。
    注：デフォルトのパスワードは、リリース 3.2 より前は VMware1、リリース 3.2 以降は NSX@VM!WaR10 です。
  6. linuxで始まる行を検索します。
  7. この行の末尾に 「fsck.mode=force fsck.repair=yes」 を追加し、F10 キーを押してこれらのオプションで起動します。アプライアンスのルートユーザー認証情報でログインするためのプロンプトが表示されます。表示されない場合は、手順 10 に進んでください。
注意:影響を受けたノードを置き換えるために、回復後に新しいマネージャー ノードを再デプロイすることを強くお勧めします。
  1. root= の後のすべてのオプションを削除し、UUID の後に rw init=/bin/bash を追加します。
  2. 起動するにはCtrl-Xを押します。
  3. ログメッセージが止まったら、Enterキーを押します。
    注:プロンプトが表示されます。root@(none):/#
  4. ファイルシステムを修復するには、次のコマンドを実行します:
    非 corfu パーティション: 
    e2fsck -y /dev/sda1
e2fsck -y /dev/sda2
e2fsck -y /dev/sda3
e2fsck -y /dev/mapper/nsx-image
e2fsck -y /dev/mapper/nsx-var+log
e2fsck -y /dev/mapper/nsx-repository
e2fsck -y /dev/mapper/nsx-tmp
e2fsck -y /dev/mapper/nsx-var+dump
    CORFUパーティションに対してe2fsckを実行しないでください。






Additional Information

Broadcom サポート リクエストを開く必要がある場合は、すでに実行したすべてのトラブルシューティング手順とそれぞれの結果を必ず書き留め、根本的なストレージの問題が解決されていることを確認してください。

Powered by Wolken Software