ESXi の Host Client あるいは CLI からデータストアを拡張後に 1 台以上の ESXi で "Device shrank" というメッセージが表示されてデータストアにアクセスできなくなる
search cancel

ESXi の Host Client あるいは CLI からデータストアを拡張後に 1 台以上の ESXi で "Device shrank" というメッセージが表示されてデータストアにアクセスできなくなる

book

Article ID: 434407

calendar_today

Updated On:

Products

VMware vSphere ESXi

Issue/Introduction

免責事項：これは英文の記事「After a datastore is expanded from the ESXi host client or CLI, one or more hosts report "Device shrank" and the datastore becomes inaccessible」の日本語訳です。記事はベストエフォートで翻訳を進めているため、ローカライズ化コンテンツは最新情報ではない可能性があります。最新情報は英語版の記事で参照してください。


症状：

  • データストアが ESXi の Host Client、あるいは ESXi の CLI より拡張されます。その後間もなく 1 台以上のホストにて vmkernel.log に "Device shrank" が出力されます。

    YYYY-MM-DDTHH:MM:DDZ cpu28:2100198 opID=########)World: 11943: VC opID ######## maps to vmkernel opID ######## 
    YYYY-MM-DDTHH:MM:DDZ cpu28:2100198 opID=########)WARNING: LVM: 4087: [<naa device id>:1] Device shrank (actual size 6442448863 blocks, stored size 8589819905 blocks) 
    YYYY-MM-DDTHH:MM:DDZ cpu28:2100198 opID=########)LVM: 13544: Deleting device <naa device id:1>dev OpenCount: 1, postRescan: False 
    YYYY-MM-DDTHH:MM:DDZ cpu23:2099366 opID=########)World: 11943: VC opID ######## maps to vmkernel opID ########

  • また、仮想マシンの I/O が "Address temporarily unmapped" で失敗します。

    YYYY-MM-DDTHH:MM:DDZ cpu43:2097598)WARNING: FS3J: 3179: Error committing txn callerID: 0xc1d0000f to slot 1: Address temporarily unmapped 
    YYYY-MM-DDTHH:MM:DDZ cpu43:2097598)BC: 410: write to vmware.log (f532 28 3 5e1455f8 b1accc9b 2500281a c0121b5 48004c4 245d 0 0 0 0 0) 4356 bytes failed: Address temporarily unmapped

  • データストアとそのデータストアにアクセスしている仮想マシンにアクセスできなくなります。

Environment

VMware vSphere ESXi 7.x

VMware vSphere ESXi 8.x

Cause

注: ストレージ観点でデータストアのバッキング LUN のサイズの拡張では、VMware のデータストアのサイズは自動で拡張されません。データストアのサイズを拡張するためには -  Extending or increasing a datastore through vCenter Server fails

  • データストアがホスト単位で拡張された後、そのデータストアへアクセスする全ての ESXi でストレージの再スキャンを実行し、データストアの新しいサイズを認識させる必要があります。

  • ストレージの再スキャンが実行されない場合、あるいはホストで再スキャンが失敗した場合、そのホストがボリュームメタデータへクエリすると拡張ボリュームサイズ (つまり "stored size 8589819905 blocks") とキャッシュされた元のデバイスサイズ (つまり "actual size 6442448863") との間に不一致が見つかります。 デバイスはホストから拡張サイズより小さくなったように見え、"Device Shrank" という警告が発生します。
     
     
  • データストアが複数のクラスタにマウントされていて、LUN のサイズが拡張された後に全てのホストが再スキャンされていない場合、vCenter Server がいずれかのホストにランダムに接続した後に UI に全ての詳細が表示されるため、この問題が発生します。
  • その後、再スキャンされていないホストからボリュームの拡張領域へ書き込みが試みられた場合、デバイスが縮小により指定された領域が使用不可と判定されるため、"Address temporarily unmapped" という警告が発生します。

Resolution

  • クラスタあるいはデータセンタ単位でのストレージの再スキャンの実行では、全てのホストがデータストアの新しいサイズを認識し、データストアへアクセスできるようになります。アクセス不能な仮想マシンでは、再起動が必要となる場合があります。
     

Additional Information

  • 影響 / リスク:
    "Address temporarily unmapped" が出力されているホストでは、データストアがアクセス不能であると報告されます。その結果、仮想マシンにアクセスできなくなります。
Powered by Wolken Software