BOOT Disk に使用していた SAN LUN が、クラスター内の ESXi ホストに誤って接続された
search cancel

BOOT Disk に使用していた SAN LUN が、クラスター内の ESXi ホストに誤って接続された

book

Article ID: 433720

calendar_today

Updated On:

Products

VMware vSphere ESX 8.x

Issue/Introduction

当記事は英文の記事 Boot from SAN LUN was erroneously attached to ESXi host in a cluster. (402818) の日本語訳です。
記事はベストエフォートで翻訳を進めているため、ローカライズ化コンテンツは最新情報ではない可能性があります。最新情報は英語版の記事で参照してください。

 BOOT Disk に使用していた SAN  LUN が既存の ESXi ホストに誤ってマウントされると、
OSDATA ファイルシステムがマウントされ、LUN をデタッチしようとすると、次のエラーで失敗します:
SCSI Lunの分離に失敗しました <vml id>'は使用中です。

該当の ESXi ホストで vmfs ボリュームを一覧表示すると、OSDATA 領域が正しい構成では 1 つしか存在しませんが、この場合 2 つ表示されます。
詳細については、ESXi システム ストレージの概要を参照してください。

Environment

ESXi 8.x

Cause

OSDATA 領域は、ESXi の Boot Disk 上のパーティションであり、
永続ストレージボリュームと非永続ストレージボリュームで構成されています。
該当の LUN が接続された後にホストが再起動されるなどして、該当の LUN がマウントされると、
マウントされたファイルシステムが誤って接続された LUN をロックします。
ファイルシステムがアクティブにマウントされているため、LUNは使用中となり、分離できません。

Resolution

誤って接続された LUN の OSDATA 領域を特定します

  1. 誤って接続された Boot Disk に対応する  LUN の naa. 番号を特定します
    詳細については、「Identifying disks when working with VMware ESXi」を参照してください。
  2. 該当 LUN の naa. 番号 を確認したら、 OSDATA 領域のパスを特定します

    1. 該当の ESXi ホストへ ssh 接続で root ユーザでログイン
    2. ファイルシステムパスの一覧の表示

      [root@esxi:~] esxcli storage filesystem list


      Mount Point                                                                         Volume Name                                                           UUID                                
      --------------------------------------------------------------------------   ------------------------------------------                                ----------------------------------- 
      /vmfs/volumes/68430746-a8b7293c-0cb9-xxxxxxxxxxxx   OSDATA-68430746-a8b7293c-0cb9-xxxxxxxxxxxx  68430746-a8b7293c-0cb9-xxxxxxxxxxxx 
      /vmfs/volumes/6844e8c6-89ca1ae8-d7b3-xxxxxxxxxxxx   OSDATA-6844e8c6-89ca1ae8-d7b3-xxxxxxxxxxxx  6844e8c6-89ca1ae8-d7b3-xxxxxxxxxxxx 

      3.OSDATA 領域のパスを使用して vmkfstools コマンドを実行します
      両方のOSDATAパスに対して実行し、表示結果の naa 番号 (以下の出力でハイライトされている部分)
      を誤った LUN と照合して 誤ったOSDATAボリュームが特定されたら、そのパスをメモしておきます。

      [root@esxi:~] vmkfstools -Ph -v 10 /vmfs/volumes/OSDATA-6844e8c6-89ca1ae8-d7b3-xxxxxxxxxxxx

      VMFS-5.61 (Raw Kajor Version: 14) file system spanning 3 partitions.
      File system label (if any) : OSDATA-6844e8c6-89ca1ae8-d7b3-xxxxxxxxxxxx
      Mode: public ATS-only
      apacity 24 TB, 9 MB available, file block size 1 MB, max supported file size 62.9 TB
      Volume Creation Time: Thu Jan 16 09:48:54 2020
      Files [max/free) : 130000/129809
      Per Blocks (max/free) : 64512/39881
      Bub Blocks (max/free) : 32000/31974
      econdary Ptr Blocks [max/free) : 256/256
      File Blocks (overcommit/used/overcommit 4) : 0/25165047/0
      (overcomit/used/overcommit $) : 0/24631/0
      (overcomit/used/overcommit 4) : 0/26/0
      Volume Metadata size: 932544512
      Diak Block Size: 512/512/0
      JUID: 6844e8c6-89ca1ae8-d7b3-xxxxxxxxxxxx 
      Partitions spanned (on "lvm") :
      naa. ################################:1
      Unable to connect to vaai-nasd socket [No such file or directory]
      s Native Snapshot Capable: NO
      OBJLIB-LIB: Objlib cleanup done.
      WORKER: asyncOps=0 maxActiveOps=O maxPending=O maxCompleted=O

  3. 前の手順で特定した OSDATA 領域のパスを使用して、誤った OSDATA 領域をアンマウントします

    [root@esxi:~] esxcli storage filesystem unmount -p  /vmfs/volumes/OSDATA-6844e8c6-89ca1ae8-d7b3-xxxxxxxxxxxx

  4. vSphere Client を使用して、該当の LUNを分離してください。
    詳細情報およびトラブルシューティング手順については、「Detach a LUN device from ESXi hosts」を参照してください