Azure-docs: ネットワークプロファイルの削除中にエラーが発生しました

フィードバックをお寄せいただきありがとうございます！ 現在調査中です。まもなく更新されます。

@clangnerakqポータルの[ネットワークインターフェイス]セクションを確認し、エラーが参照しているNICを見つけてください。 NICを削除すると、ネットワークプロファイルを削除できるようになります。

@ MicahMcKittrick-MSFTご回答ありがとうございます。
残念ながら、削除できるネットワークインターフェイスはありません。
オーバーウィーは空です：

C:\Users\clangner>az network nic list --resource-group dx_test
[]

このNICがどこにあるか知っていますか？
前もって感謝します。

@clangnerakqは、コンテナインスタンスをデプロイするときに自動的に作成されるリソースグループを確認する必要があります。 名前リソースグループ名は、MC_ *のようになります。

これは、デプロイしたリソースグループとは異なりますが、プラットフォームによって生成されるため、手動で検索する必要があります。

@clangnerakqこれで運がいいですか？

@ MicahMcKittrick-MSFTリマイダーをありがとう、フィードバックが遅れてすみません。

この種のリソースグループが表示されないため、運が悪かった。
これらは私が見ることができる唯一のものです：
（以下のいくつかは少し匿名化されています）

C:\Users\clangner>az group list
[
  {
    "id": "/subscriptions/XXXXXXXX/resourceGroups/dx_test",
    "location": "westus",
    "managedBy": null,
    "name": "dx_test",
    "properties": {
      "provisioningState": "Succeeded"
    },
    "tags": null
  },
  {
    "id": "/subscriptions/XXXXXXXX2/resourceGroups/dxtest",
    "location": "westeurope",
    "managedBy": null,
    "name": "dxtest",
    "properties": {
      "provisioningState": "Succeeded"
    },
    "tags": null
  },
  {
    "id": "/subscriptions/XXXXXXXXXXX/resourceGroups/dx2test",
    "location": "westeurope",
    "managedBy": null,
    "name": "dx2test",
    "properties": {
      "provisioningState": "Succeeded"
    },
    "tags": null
  }
]

すべてのリソースグループでNICを検索しましたが、誰も見つかりませんでした。

C:\Users\clangner>az network nic list -g dx_test
[]

C:\Users\clangner>az network nic list -g dxtest
[]

C:\Users\clangner>az network nic list -g dx2test
[]

リソースグループまたはNICを検索する別の可能性がある場合は、今ですか？
このリソースグループには2つのネットワークプロファイルを持つ5つのaciがあるため、コマンド「az network nic list-gdx_test」にnicが表示されなかったのはなぜか疑問に思います。

前もって感謝します。
クレメンス・ラングナー

やってみてくれてありがとう。

この時点で、これを解決するためにサポートに連絡する必要があると思います。

テクニカルサポートチケットを開くことができますか？ そうでない場合は、 AzCommunity @ microsoft.comに電子メールを送信し、SubscriptionIDとこの問題へのリンクを提供してください。 そのリクエストのサブスクリプションを有効にできます。

私はこれを閉じて、その電子メールを探します:)

@ MicahMcKittrick-MSFT皆さんがこれを解決できる場所。 同じシナリオがあります。 VNetを削除できず、NICインスタンスまたは自動生成されたRGが表示されません。 再度、感謝します！

@jdobrzen正しく覚えていれば、リソースを解放するためにエンジニアリングチームがバックエンドでやらなければならないことがありました。

上記のコメントで私が言及した要求された情報を私に電子メールで送ってください、そして私たちはあなたにサポートと連絡することもできます。

@ MicahMcKittrick-MSFT
同じ問題があります。 VPNまたはサブネットを削除できず、コンテナインスタンスにNICが接続されているという苦情があります。 NICリストは、Azureポータルおよびazurecliを介して空です。 メールを送ってもいいですか？ 私はこのように立ち往生している2つのリソースグループを持っています:)

特定のvnetを削除するときに同じ問題が発生します。 この問題は未解決のままで公に処理する必要があります。これを回避するための十分なリソースがありません。 サポートチーム（PS、ARM、REST）によって提案されたすべてのオプションを使い果たしましたが、NICが見つかりません。

サポートチケットを発行する必要があり、サポートチームはこの問題を解決するのに2か月かかりました。 彼らは可能な限りの削除方法を試し、最終的に強制削除を行うことができました。 私も同じ問題を抱えていました。 NICはどこにも見つかりません。

この問題はまだ非常に有効であることが確認できます。 az network nic list -g <name>は空の結果を表示します。

誰かがこれを見た場合は、これを解決するためにサポートリクエストを開いてください。 リクエストを開くことができない場合は、上記のコメントを参照して、リクエストされた情報をお気軽にご連絡ください。

これはまだ問題です。 人々が実際の修正の進捗状況を追跡できるように、これを再度開くことはできますか？

VNetを頻繁に作成および破棄し、展開の約10％でこの問題が発生します。 はい、サポートで解決できます。 ただし、バックエンドで何かを行うために最終的にエンジニアリングチームに渡される前に、常に3〜4ラウンドの往復が必要になるため（たとえば、このコマンドを試してください...）、これは大きな不便です。

プレビュー機能であることは知っていますが、これは苦痛です。

今のところ回避策は、ブロックを解除するためにサポートを利用することです。 しかし、私はこれを再開しているので、現在の状況とこれを修正するために長期的に何が行われているのかを調べることができます。 いつ更新するかについてのETAはありませんが、レーダーを維持して調査を開始するために再開します

認識のために@dkkapurを追加する

私にとっても同じ問題

ブロッキングリソースの削除に役立つ可能性のあるドキュメントを次に示します。

https://docs.microsoft.com/bs-latn-ba/azure/aks/virtual-nodes-cli#remove -virtual-nodes

https://docs.microsoft.com/en-us/rest/api/container-instances/serviceassociationlink/delete

https://docs.microsoft.com/en-us/azure/container-instances/container-instances-vnet#delete -network-resources

ACIチームはこの問題を認識しており、恒久的な解決策に積極的に取り組んでいます。修正が出荷されるときにETAを取得するように取り組んでいます。詳細がわかり次第、この問題を更新していきます。

私はこの問題にオフラインで取り組んできました。

このシナリオにつながる可能性のあるさまざまな理由があります。 すでに展開しているのは、バックエンドでこれを検出する方法であり、現在はモニターがあります。 そのため、これについては自動的に通知されます。 ただし、モニターをロールアウトする前（9月中旬）に削除されたコンテナーグループは、自動検出されません。 そのため、お客様はサポートリクエストを開いて整理する必要があります。

サポートリクエストを開くときは、ネットワークプロファイルIDを修正するための支援を探している情報に含めてください。

その後、リクエストをAzure ContainerInstanceチームにルーティングできます。 残念ながら、エンジニアリングチームなしでは、ユーザーが自分自身のブロックを解除する方法はありません。 この機能がGAになったときに発生しないように、この問題に引き続き取り組んでいます。

これに関するいくつかの追加情報を含むメモをまもなくドキュメントに追加します。

このドキュメントのクリーンアップフェーズで、ネットワークプロファイルの削除でエラーが発生した場合は、プラットフォームが問題を自動的に軽減するのに2〜3日かかることを説明するメモを追加し、削除を再試行します。 それでもうまくいかない場合は、チケットを開く手順を含めました。

PRがマージされると、数時間後に変更がドキュメントに表示されます。

作業の修正が確認され、機能がGAに移行したら、ドキュメントを再度更新します。

@ MicahMcKittrick-MSFT
あなたのためのもう一つのデータポイント。 残りのインフラストラクチャを破棄する前に、ポータルでコンテナインスタンスを手動で削除することで、問題を回避できるようです（たとえば、テラフォームの破棄）。

素晴らしい！ ありがとうございます。エンジニアリングチームにもお知らせします。 これは永遠の修正に役立つかもしれません。

クローズされた問題にぶつかったことをお詫びします-しかし、私はまだ2つのリソースグループでこれと同じ動作を経験しています。 ACIはテンプレートを介して展開されました。 この問題と回避策について知る前に、 az group deleteを実行しました。 これで、ネットワークプロファイルにalready in use with container nics; cannot update or deleteエラーメッセージが表示されるため、vnet /サブネットを削除できない2つのグループがあります。

修正はGAにプッシュされましたか？

これと同じ問題が発生しており、動作しないいくつかのコマンドを手動で実行した後、Azureサポートがこの問題にリンクしています。 この問題を解決するために適切なバックエンドグループにアクセスする特定の方法はありますか？

これと同じ問題が発生しており、動作しないいくつかのコマンドを手動で実行した後、Azureサポートがこの問題にリンクしています。 この問題を解決するために適切なバックエンドグループにアクセスする特定の方法はありますか？

@ js-mode FWIW、サポートチケットを開き、社内でpingを実行しました。 返信はありませんが、製品グループツリーを振って、みんなに何らかの答えを出していきます。

また、有料のサポートプランがない場合、リソースを手動で削除するためのサポートをリクエストするにはどうすればよいですか？ テクニカルサポートチケットを開くには、有料のサポートプランが必要です。

私は昨日これを何度も経験しました（新しく作成されたリソースグループ）。ネットワークプロファイルをリソースグループ間で移動できないため、「dead-rg」に固定されたリソースを移動することさえできないためです。 したがって、展開ごとに新しいリソースグループを作成する必要があります（現在、Terraformスクリプトを作成しており、ゲートウェイルールの構成に問題があるため、1日に複数回実行します）

@NoNameProvidedと同じ問題。 私は有料プランを利用していないため、このリソースを自分で削除することはできません。 誰かが私に助けを得ることができる方向に私を向けてくれたら嬉しいです、私はマイクロソフトのランダムなサポートチャネルに電子メールを書きたくありません。

ねえ-ACIのPMはこちら。 これは、ACIが先週発生したVNetの停止によって引き起こされる既知の問題です。 現在、VNetの削除のブロックを解除するための修正に取り組んでいます。 残念ながら、現時点では、VNetを自分で手動で削除する方法はありません。

影響を受けるサブスクリプションにAzureHealth通知をまもなく送信します。 これらの更新は、問題が解決されるまで送信され続けます。

更新：これらの手順に従うと、VNetを正常に削除できるはずです。 これらの手順がうまくいかない場合は、サポートチケットを開いてください。

緩和
これらの手順を順番に実行してください

1. コンテナグループを削除する
   az container delete --id $CG_RESOURCE_ID
2. 削除ネットワークプロファイルの削除
   az network profile delete --id $NETWORK_PROFILE_ID -y
3. VNetを削除する
   az network vnet delete --resource-group $RES_GROUP --name $VNET_NAME

これはまだ修正されていません。 コンテナグループが削除されても、ネットワークプロファイルは残ります。 az network profile delete --id $NETWORK_PROFILE_ID -yを実行した後も、次のエラーが繰り返し発生します。

Network profile /subscriptions/$SUBSCRIPTION_ID/resourceGroups/$RG/providers/Microsoft.Network/networkProfiles/aci-network-profile-$RG-vnet is already in use with container nics a76d6805-228d-485c-a40b-27df9aa2b446_eth0; cannot update or delete

また、このエラーが発生します：
リソースグループ$ RGの削除に失敗しました：リソースグループ '$ RG'の削除が識別子 'Microsoft.Network/networkProfiles/aci-network-profile-$RG-vnet,Microsoft.Network/virtualNetworks/$RG-vnet'のリソースとして失敗しました削除できませんでした。 リソースグループのプロビジョニング状態がロールバックされます。 追跡IDは「e2ecf6cd-7b8e-412e-b292-ccfec9030830」です。 詳細については、監査ログを確認してください。 （コード：ResourceGroupDeletionBlocked）ネットワークプロファイル/subscriptions/$SUB/resourceGroups/$RG/providers/Microsoft.Network/networkProfiles/aci-network-profile-$RG-vnetはすでにコンテナーnicsで使用されていますa76d6805-228d-485c-a40b -27df9aa2b446_eth0; 更新または削除できません（コード：NetworkProfileAlreadyInUseWithContainerNics、ターゲット：/subscriptions/$SUB/resourceGroups/$RG/providers/Microsoft.Network/networkProfiles/aci-network-profile-$RG-vnet）サブネットContainerSubnetは/ subscriptions /によって使用されています$ SUB / resourceGroups / $ RG / programs / Microsoft.Network / networkProfiles / aci-network-profile- $ RG-vnet / containerNetworkInterfaceConfigurations / eth0 / ipConfigurations / ipconfigprofileであり、削除できません。 サブネットを削除するには、サブネット内のすべてのリソースを削除します。 aka.ms/deletesubnetを参照してください。 （コード：InUseSubnetCannotBeDeleted、ターゲット：/subscriptions/$SUB/resourceGroups/$RG/providers/Microsoft.Network/virtualNetworks/$RG-vnet）

これについてはAzureのサポートを何度も行ったり来たりしており、最新の更新では、「コンテナーチーム」がバックエンドで何かを行う必要があると述べています。 Azureチームがバックエンドのコンテナー委任を削除できた後、最終的に1つのvnetを削除できました。

最悪の部分は、このチケットが閉じられ、Azureが問題が軽減されたと述べていることですが、それでもリソースグループごとに個別のサポートチケットを開く必要があります。

Azureのサポートを必要とせずにこれらのvnetを削除する方法について、根本的な原因や指示がある場合は、それをいただければ幸いです。

こんにちは@ js-mode-これを私たちの注意を引いてくれてありがとう。 残念ながら、現時点でお客様が独自に試すことをお勧めできる緩和策は1つだけです。 最新のオープンチケットで私にタグを付けてください。または、サポートエンジニアに私を電子メール（GitHub bioの電子メール）にループさせてください。

仮想ノードアドオンを有効にしてAKSクラスターを削除しようとした後、同じ問題が発生しているようです。

az network profile deleteは次の場合に失敗します：ネットワークプロファイル％idはすでにコンテナnics％guidsで使用されています。

ただし、 az network nic listは関連するNICを表示せず、 az container listはコンテナを表示しません：astonished：

こんにちは、みんな。
私は同じ問題を抱えていて、ゴミ箱のnicでaciサブネットとvnetを削除するための以下の手順を手伝っています：
1番目-コマンドで問題のあるネットワークpdofileの名前を検索します-> az network profile list --query [] .name -o tsv
2番目-同じネットワークプロファイル名と問題のサブネットIDを使用してterraform-> resource "azurerm_network_profile" "example"でリソースを作成します。
3番目-terraformがネットワークプロファイルを正常に作成した後、-> az network profile delete --id ...（az network profile list --query [] .id -o tsvでidを見つけることができます）で削除します。
4番目-ポータルに移動し、サブネットデリゲートをコンテナからなしに変更します。保存後、サブネットとvnetを削除できます。
それが私としてあなたを助けることを願っています！

@JedenFallsは、Terraformファイルを共有できますか（もちろん、PIIは難読化されています）？

@JedenFallsは、Terraformファイルを共有できますか（もちろん、PIIは難読化されています）？

最初にコマンドazネットワークプロファイルリストで見つけました--query [] .name -o tsvファントムネットワークプロファイルの名前（削除できません）、たとえばaci-network-profile-my-container

terrafomに移動し（az cliにはコンテナグループとは別にネットワークプロファイルを作成するコマンドがないため）、完了したterraformは以下のリソースに適用されます。

 resource "azurerm_network_profile" "error-container" {
   name                = "aci-network-profile-my-container"
   location            = "location of phantom network profile"
   resource_group_name = "rg of phantom network profile"

   container_network_interface {
     name = "error-nic"

     ip_configuration {
       name      = "error-subnet"
       subnet_id ="aci subnet id of problem vnet, you can find it by az network vnet subnet list -- 
       resource-group $vnetRg --vnet-name $vnetName --query [].id -o tsv"
    }
  }
}

私の場合、terraformはコンテナバインディングなしでネットワークプロファイルを正常に再作成しました。その後、 z network profile delete --id ....で削除できました。その後、azureポータルでサブネットとvnetを削除できました。

@JedenFallsソリューションが機能することを確認できます。 提案した構成を適用する前にリソースステータスをインポートする必要がありましたが、適用した後、 az network profile delete --id ...が機能し、影響を受けるサブネットを削除できました。 ありがとう！

私のために働いた回避策は、ネットワークプロファイルプロパティのcontainerNetworkInterfaceConfigurationsプロパティを空のリストに更新することです。

# Get network profile ID
NETWORK_PROFILE_ID=$(az network profile list --resource-group <reource-group-name> --query [0].id --output tsv)

az resource update --ids $NETWORK_PROFILE_ID --set properties.containerNetworkInterfaceConfigurations=[]

そして、ネットワークプロファイルを削除し、続いてサブネットを削除することができました。

私のために働いた回避策は、ネットワークプロファイルプロパティのcontainerNetworkInterfaceConfigurationsプロパティを空のリストに更新することです。

# Get network profile ID
NETWORK_PROFILE_ID=$(az network profile list --resource-group <reource-group-name> --query [0].id --output tsv)

az resource update --ids $NETWORK_PROFILE_ID --set properties.containerNetworkInterfaceConfigurations=[]

そして、ネットワークプロファイルを削除し、続いてサブネットを削除することができました。

これは私のために働き、サポートケースを提起する手間を省きました、ありがとう!!!

@rudolphjacksonmお役に立ててうれしいです！ :)

すべてのプロファイルリストを一覧表示
azネットワークプロファイルリスト
1つずつ削除します
az network profile delete --name profilename --resource-group rsggroup

上記の手順を実行した後、サブネットとvnetを削除できます

以下は、既存のプロファイルを更新して削除するためのPowerShellコマンドです。

New-AzNetworkProfile -ResourceGroupName [rg name] -Location [location] -name [existing profile name]
Remove-AzNetworkProfile -ResourceGroupName [rg name] -name [既存のプロファイル名]

ありがとう@rudolphjacksonm！ それは私のために働いた:)

@krhynersonこれは私たちのために働いた！ ありがとう！

@ BhargaviAnnadevara-MSFTありがとうございます！