VDS のアップリンクを削除するとエラー「リソース '###' は使用中です」が発生します。
search cancel

VDS のアップリンクを削除するとエラー「リソース '###' は使用中です」が発生します。

book

Article ID: 420327

calendar_today

Updated On:

Products

VMware vCenter Server

Issue/Introduction

免責事項:これは英文の記事「"The resource '###' is in use" error when removing VDS uplinks.」の日本語訳です。記事はベストエフォートで翻訳を進めているため、ローカライズ化コンテンツは最新情報ではない可能性があります。最新情報は英語版の記事で参照してください。

  • VDS のアップリンクを削除するとエラー「リソース '###' は使用中です」でアップリンクの削除が失敗します。

  • Warning: DistributedVirtualSwitch.reconfigure: vim.fault.ResourceInUse がログに出力される場合があります。

Environment

VMware vCenter Server

Cause

  • VDS のアップリンクは順序つけられた配列です。インデックス付きのアップリンクポートに割り当てられます。
  • 配列の先頭付近のアップリンクを削除すると問題が発生する可能性があります。
  • 配列の最後のアップリンクの削除のみサポートしています。

    例 1: アップリンクに対する vmnic の割り当てが下記の場合:

    アップリンク1 - 空き
    アップリンク2 - 空き
    アップリンク3 - vmnic1
    アップリンク4 - vmnic2

    VC UI にて VDS からアップリンク1とアップリンク2を削除しようとすると、UI 上に「リソースは使用中です」と表示されます。vCSA の /var/log/vmware/vpxd.log のログは次のようになります:

    YYYY-MM-DDThh:mm:ss.fffZ warning vpxd[46771] [Originator@6876 sub=Vmomi opID=lkab####-#####-auto-e7sf-h5:70099241-ef] VMOMI activation LRO failed; <<520e857f-####-####-####-35f3fae9fb55, <TCP '127.0.0.1 : 8085'>, <TCP '127.0.0.1 : 58302 '>>, dvs-20##, vim.DistributedVirtualSwitch.reconfigure>, N3Vim5Fault13ResourceInUse9ExceptionE(Fault cause: vim.fault.ResourceInUse
    --> )
    --> [context]zKq7AVECAQAAAEq5RwEadnB4ZAAAENk3bGlidm1hY29yZ###############################################################################zBDAYJZSUMBggFKQwGBbHQFAYLC1mEBgr3ZYAGC/tpgAYIs6mABgo8XYAGCWsFgAQCnSSMAT58jAM5kNwOH
    fwBsaWJwdGhyZWFkLnNvLjAABC82D2xpYmMuc28uNgA=[/context]
    YYYY-MM-DDThh:mm:ss.fffZ info vpxd[46771] [Originator@6876 sub=vpxLro opID=lkab####-#####-auto-e7sf-h5:70099241-ef] [VpxLRO] -- FINISH task-16220
    YYYY-MM-DDThh:mm:ss.fffZ info vpxd[46771] [Originator@6876 sub=Default opID=lkab####-#####-auto-e7sf-h5:70099241-ef] [VpxLRO] -- ERROR task-16220 -- dvs-20## -- vim.DistributedVirtualSwitch.reconfigure: vim.fault.ResourceInUse:
    --> Result:
    --> (vim.fault.ResourceInUse) {
    --> faultCause = (vmodl.MethodFault) null,
    --> faultMessage = (vmodl.LocalizableMessage) [
    --> (vmodl.LocalizableMessage) {
    --> key = "com.vmware.vim.vpxd.dvs.uplinkInUse.label",
    --> arg = (vmodl.KeyAnyValue) [
    --> (vmodl.KeyAnyValue) {
    --> key = "uplink",
    --> value = "uplink1"
    --> },
    --> (vmodl.KeyAnyValue) {
    --> key = "pnic",
    --> value = "vmnic2"
    --> },
    --> (vmodl.KeyAnyValue) {
    --> key = "host",
    --> value = "hostname"
    --> },
    --> (vmodl.KeyAnyValue) {
    --> key = "port",
    --> value = "3"
    --> }
    --> ],
    --> message = <unset>
    --> }
    --> ],
    --> type = "vim.dvs.DistributedVirtualPort",
    --> name = "3"
    --> msg = ""
    --> }

    例 2: アップリンクに対する vmnic の割り当てが下記の場合:

    アップリンク1 - 空き
    アップリンク2 - 空き
    アップリンク3 - vmnic1
    アップリンク4 - vmnic2
    アップリンク5 - 空き
    アップリンク6 - 空き

    そしてチーミングポリシーを持つ分散ポートグループ dvpg-1 があります。

    アクティブ: [アップリンク3, アップリンク4]
    スタンバイ: []
    未使用: [アップリンク1, アップリンク2, アップリンク5, アップリンク6]

    そして仮想マシン vm-1 が dvpg-1 に接続されています。
    VC UI にて VDS からアップリンク1とアップリンク2を削除しようとすると、タスクは成功しますが、アップリンクに対する vmnic の割り当てが下記のように変更されるため、vm-1 は接続を失います。

    アップリンク3 - 空き
    アップリンク4 - 空き
    アップリンク5 - vmnic1
    アップリンク6 - vmnic2

    分散ポートグループ dvpg-1 のチーミングポリシー:

    アクティブ: [アップリンク3, アップリンク4]
    スタンバイ: []
    未使用: [アップリンク5, アップリンク6]

    現在分散ポートグループ dvpg-1 の全てのアクティブアップリンクは vmnic が割り当てられていないため、ネットワーク接続が失われています。

Resolution

回避策 1:

現在、配列の最後のアップリンクの削除のみサポートしています。

   例 1:
   アップリンクに対する vmnic の割り当てが下記の場合:

   アップリンク1 - vmnic1
   アップリンク2 - vmnic2
   アップリンク3 - 空き
   アップリンク4 - 空き

   VC UI にて VDS からアップリンク3とアップリンク4を削除しても問題ありません。

   例 2:
   アップリンクに対する vmnic の割り当てが下記の場合:

   アップリンク1 - 空き
   アップリンク2 - 空き
   アップリンク3 - vmnic1
   アップリンク4 - vmnic2

   まず始めに vmnic1 と vmnic2 をアップリンク1とアップリンク2へ移動し、VC UI にて VDS からアップリンク3とアップリンク4を削除します。

 

回避策 2:

  • 回避策1を実施してもアップリンク削除操作がリソースは使用中のエラーで失敗する場合は、2 つの独立した配列であるアップリンク配列とポート配列間で発生した順序変更が原因である可能性があります。
    • ポート配列の順序は、この配列のデータベース設計変更を含む vCenter 9.0 まで操作できません。
  • この場合、目的のアップリンク構成である新規 VDS を作成し、ネットワークを新規 VDS に移行することで回避できます。