Azure-docs: Erreur lors de la suppression d'un profil réseau

Merci pour les commentaires! Nous enquêtons actuellement et vous tiendrons au courant sous peu.

@clangnerakq Essayez de vérifier la section Interfaces réseau du portail et essayez de trouver la carte réseau à laquelle l'erreur fait référence. Une fois que vous avez supprimé la carte réseau, vous devriez pouvoir supprimer le profil réseau

@MicahMcKittrick-MSFT Merci pour votre réponse.
Malheureusement, il n'y a pas d'interface réseau que je puisse supprimer.
La vue d'ensemble est vide :

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

Savez-vous où pourrait se trouver cette carte réseau ?
Merci d'avance.

@clangnerakq , vous devez vérifier le groupe de ressources qui est automatiquement créé lorsque vous déployez une instance de conteneur. Le nom du groupe de ressources sera quelque chose comme MC_ *

Celui-ci sera différent du groupe de ressources sur lequel vous avez déployé, mais il est généré par la plate-forme, vous devrez donc le rechercher manuellement.

@clanngerakq de la chance avec ça?

@MicahMcKittrick-MSFT Merci pour votre rappel et désolé pour mes commentaires tardifs.

Je n'ai pas eu de chance avec ça, parce que je ne vois pas ce genre de groupes de ressources.
Ce sont les seuls que je vois :
(Certains des éléments suivants sont un peu anonymisés)

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
  }
]

J'ai cherché des nics dans chaque groupe de ressources, mais je n'ai trouvé personne:

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
[]

Savez-vous maintenant s'il existe une autre possibilité de rechercher des groupes de ressources ou des NIC ?
Je me demande pourquoi la commande "az network nic list -g dx_test" n'a montré aucun nic, car il y a 5 aci dans ce groupe de ressources avec deux profils réseau.

Merci d'avance.
Clément Langner

Merci d'avoir essayé.

À ce stade, je pense que nous devrions vous mettre en contact avec le support pour résoudre ce problème.

Avez-vous la possibilité d'ouvrir un ticket de support technique ? Si ce n'est pas le cas, vous pouvez m'envoyer un e-mail à [email protected] et me fournir votre ID d'abonnement et un lien vers ce problème. Je peux activer votre abonnement pour cette demande.

Je vais fermer ceci et être à l'affût de cet e-mail :)

@MicahMcKittrick-MSFT Où vous êtes en mesure de résoudre ce problème. J'ai le même scénario. Je ne parviens pas à supprimer le réseau virtuel et je ne vois aucune instance de carte réseau ou RG généré automatiquement. Merci encore!

@jdobrzen si je me souviens bien, il y avait quelque chose que l'équipe d'ingénierie devait faire sur le backend pour libérer les ressources.

N'hésitez pas à m'envoyer un e-mail avec les informations demandées que j'ai mentionnées dans le commentaire ci-dessus et nous pouvons également vous mettre en contact avec le support.

@MicahMcKittrick-MSFT
J'ai le même problème. Impossible de supprimer le VPN ou le sous-réseau et les réclamations indiquant qu'une carte réseau est connectée à l'instance de conteneur. La liste des cartes réseau est vide dans le portail Azure et via Azure cli. Puis-je vous envoyer un e-mail s'il vous plaît ? J'ai deux groupes de ressources coincés comme ça :)

Avoir les mêmes problèmes lors de la suppression de certains réseaux virtuels. Ce problème doit rester ouvert et traité publiquement, nous ne disposons pas de suffisamment de ressources pour contourner ce problème. J'ai épuisé toutes les options suggérées par l'équipe d'assistance (PS, ARM, REST) ​​et la carte réseau est introuvable.

J'ai dû créer un ticket d'assistance et l'équipe d'assistance a mis deux mois pour résoudre ce problème. Ils ont essayé toutes les manières possibles de supprimer et ont finalement réussi à effectuer une suppression forcée. J'ai eu le même problème. NIC est introuvable.

Je peux confirmer que ce problème est toujours très valable. az network nic list -g <name> me montre un résultat vide.

Si quelqu'un voit cela, veuillez ouvrir une demande d'assistance pour résoudre ce problème. Si vous ne pouvez pas ouvrir une demande, consultez mon commentaire ci-dessus et n'hésitez pas à me contacter avec les informations demandées.

C'est toujours un problème. Pouvons-nous rouvrir cela afin que les gens puissent suivre les progrès d'un correctif réel ?

Nous créons et détruisons fréquemment des réseaux virtuels et rencontrons ce problème sur environ 10 % de nos déploiements. Oui, le support peut le résoudre. Cependant, c'est un inconvénient majeur car cela implique toujours 3-4 allers-retours (par exemple, essayez cette commande ...) avant qu'ils ne l'apportent finalement à l'équipe d'ingénierie pour faire quelque chose sur le back-end.

Je sais que c'est une fonctionnalité de prévisualisation, mais c'est douloureux.

Le travail à faire pour l'instant consiste toujours à engager le support pour se débloquer. Mais je rouvre ceci afin que je puisse essayer de découvrir l'état actuel et ce qui est fait à long terme pour résoudre ce problème. Pas d'ETA sur le moment où j'aurai une mise à jour mais réouverture pour rester sur mon radar et commencer à l'examiner

ajouter @dkkapur pour la sensibilisation

Même problème pour moi

Voici quelques documents qui pourraient vous aider à supprimer les ressources bloquantes :

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

L'équipe ACI est consciente de ce problème et travaille activement à une solution permanente. Je travaille pour obtenir un ETA lorsque le correctif sera expédié. Je continuerai à mettre à jour ce problème au fur et à mesure que j'obtiendrai plus d'informations.

J'ai travaillé hors ligne sur ce problème.

Il existe différentes raisons qui peuvent conduire à ce scénario. Ce que nous avons déjà déployé est un moyen de détecter cela sur le back-end et nous avons maintenant un moniteur pour cela. Nous avons donc automatiquement informé pour cela maintenant. Cependant, les groupes de conteneurs qui ont été supprimés avant le déploiement de notre moniteur (mi-septembre) ne seront pas détectés automatiquement. Nous aurons donc besoin que les clients ouvrent une demande d'assistance pour régler le problème.

Lors de l'ouverture d'une demande d'assistance, veuillez inclure dans les informations que vous recherchez de l'aide pour corriger l'ID de profil réseau.

Nous pouvons ensuite acheminer vos demandes vers l'équipe Azure Container Instance. Malheureusement, les utilisateurs n'ont aucun moyen de se débloquer sans l'équipe d'ingénierie. Nous continuons à travailler sur ce problème pour nous assurer que cela ne se produira pas lorsque cette fonctionnalité passera en disponibilité générale.

Je vais ajouter une note au document avec quelques informations supplémentaires à ce sujet sous peu.

J'ai ajouté une note pendant la phase de nettoyage de ce document expliquant que si vous obtenez une erreur en supprimant le profil réseau pour laisser 2 à 3 jours à la plate-forme pour atténuer automatiquement le problème, réessayez la suppression. Si cela ne fonctionne pas, j'ai inclus des étapes pour ouvrir un ticket.

Une fois le PR fusionné, les modifications peuvent être vues sur le document après quelques heures.

Une fois les correctifs de travail confirmés et la fonctionnalité déplacée vers GA, nous mettrons à jour la documentation.

@MicahMcKittrick-MSFT
Un autre point de données pour vous. Il semble que nous pouvons éviter le problème en supprimant manuellement l'instance de conteneur dans le portail avant de détruire le reste de l'infrastructure (par exemple, terraform destroy).

Super! Merci, j'en informerai également l'équipe technique. Cela pourrait aider avec une solution permanente.

Toutes mes excuses pour avoir signalé un problème clos - mais je rencontre toujours le même comportement sur 2 groupes de ressources. ACI a été déployé via un modèle. Ran az group delete avant de connaître ce problème et le travail autour. Maintenant, j'ai deux groupes qui ne peuvent pas supprimer le vnet/sous-réseaux car le profil réseau fournit le message d'erreur already in use with container nics; cannot update or delete .

Un correctif a-t-il été envoyé à GA ?

Nous rencontrons le même problème et maintenant, le support Azure est lié à ce problème après nous avoir exécuté manuellement plusieurs commandes qui ne fonctionnent pas. Existe-t-il un moyen particulier d'accéder au groupe d'arrière-plan approprié pour résoudre ce problème ?

Nous rencontrons le même problème et maintenant, le support Azure est lié à ce problème après nous avoir exécuté manuellement plusieurs commandes qui ne fonctionnent pas. Existe-t-il un moyen particulier d'accéder au groupe d'arrière-plan approprié pour résoudre ce problème ?

@js-mode FWIW, j'ai ouvert un ticket d'assistance et j'ai contacté des personnes en interne. Je n'ai pas eu de réponse, mais je continuerai à secouer l'arborescence des groupes de produits pour obtenir une sorte de réponse pour tout le monde.

De plus, comment demander de l'aide pour supprimer la ressource manuellement, si ce n'est pas sur un plan d'assistance payant ? Pour ouvrir des tickets de support technique, nous devons avoir un plan de support payant.

Je viens d'en faire l'expérience plusieurs fois hier (groupes de ressources fraîchement créés) et puisque vous ne pouvez même pas déplacer les ressources collées à un "dead-rg" car les profils réseau ne peuvent pas être déplacés entre les groupes de ressources. Je dois donc créer un nouveau groupe de ressources pour chaque déploiement (nous écrivons actuellement des scripts Terraform et rencontrons des problèmes pour configurer les règles de passerelle, nous les exécutons donc plusieurs fois par jour)

Même problème que @NoNameProvided. Je n'ai pas de forfait payant et je ne peux donc pas supprimer cette ressource par moi-même. Je serais heureux si quelqu'un me dirige dans une direction où je peux obtenir de l'aide, je ne veux pas écrire un e-mail à un canal de support aléatoire de Microsoft.

Hey - PM pour ACI ici. Il s'agit d'un problème connu causé par une panne de réseau virtuel que l'ACI a subie la semaine dernière. Nous travaillons actuellement sur un correctif pour débloquer la suppression du réseau virtuel. Malheureusement, il n'existe aucun moyen pour vous de supprimer manuellement le réseau virtuel par vous-même à ce stade.

Nous enverrons sous peu des notifications Azure Health aux abonnements concernés. Ces mises à jour continueront d'être envoyées jusqu'à ce que le problème soit résolu.

Mise à jour : si vous suivez ces étapes, vous devriez pouvoir supprimer avec succès votre réseau virtuel. Si ces étapes ne fonctionnent pas pour vous, veuillez ouvrir un ticket d'assistance.

Atténuation
Veuillez suivre ces étapes dans l'ordre

1. Supprimer des groupes de conteneurs
   az container delete --id $CG_RESOURCE_ID
2. Supprimer supprimer le profil réseau
   az network profile delete --id $NETWORK_PROFILE_ID -y
3. Supprimer le réseau virtuel
   az network vnet delete --resource-group $RES_GROUP --name $VNET_NAME

Ce n'est toujours pas réglé. Une fois le groupe de conteneurs supprimé, le profil réseau est toujours conservé. Après avoir exécuté az network profile delete --id $NETWORK_PROFILE_ID -y , vous obtenez toujours ces erreurs :

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

Obtention également de cette erreur :
Échec de la suppression du groupe de ressources $RG : la suppression du groupe de ressources '$RG' a échoué en tant que ressources avec les identifiants 'Microsoft.Network/networkProfiles/aci-network-profile-$RG-vnet,Microsoft.Network/virtualNetworks/$RG-vnet' n'a pas pu être supprimé. L'état de provisionnement du groupe de ressources sera annulé. L'ID de suivi est 'e2ecf6cd-7b8e-412e-b292-ccfec9030830'. Veuillez consulter les journaux d'audit pour plus de détails. (Code : ResourceGroupDeletionBlocked) Le profil réseau /subscriptions/$SUB/resourceGroups/$RG/providers/Microsoft.Network/networkProfiles/aci-network-profile-$RG-vnet est déjà utilisé avec les cartes réseau de conteneur a76d6805-228d-485c-a40b -27df9aa2b446_eth0 ; impossible de mettre à jour ou de supprimer (Code : NetworkProfileAlreadyInUseWithContainerNics, Cible : /subscriptions/$SUB/resourceGroups/$RG/providers/Microsoft.Network/networkProfiles/aci-network-profile-$RG-vnet) Le sous-réseau ContainerSubnet est utilisé par /subscriptions/ $SUB/resourceGroups/$RG/providers/Microsoft.Network/networkProfiles/aci-network-profile-$RG-vnet/containerNetworkInterfaceConfigurations/eth0/ipConfigurations/ipconfigprofile et ne peut pas être supprimé. Pour supprimer le sous-réseau, supprimez toutes les ressources du sous-réseau. Voir aka.ms/deletesubnet. (Code : InUseSubnetCannotBeDeleted, cible : /subscriptions/$SUB/resourceGroups/$RG/providers/Microsoft.Network/virtualNetworks/$RG-vnet)

J'ai eu plusieurs allers-retours avec le support Azure à ce sujet et la dernière mise à jour indique que "l'équipe du conteneur" doit faire quelque chose sur le backend. A finalement pu supprimer un seul réseau virtuel après que l'équipe Azure a pu supprimer les délégations de conteneurs sur le backend.

Le pire, c'est que ce ticket a été fermé et Azure déclare que le problème a été atténué, mais nous devons toujours ouvrir des tickets de support individuels pour chaque groupe de ressources.

Si quelqu'un a une cause première ou des instructions sur la façon de supprimer ces réseaux virtuels sans nécessiter le support d'Azure, ce serait vraiment apprécié.

Salut @js-mode - merci d'avoir porté cela à notre attention. Malheureusement, il existe les seules mesures d'atténuation que nous pouvons recommander aux clients d'essayer de manière indépendante pour le moment. Pouvez-vous s'il vous plaît me taguer dans votre ticket ouvert le plus récent ou demander à votre ingénieur de support de me mettre en boucle dans un e-mail (e-mail dans la bio GitHub) ?

Je rencontre apparemment le même problème après avoir essayé de supprimer un cluster AKS avec l'addon virtual-nodes activé.

az network profile delete échoue avec : le profil réseau %id est déjà utilisé avec les nic de conteneur %guids.

Cependant, az network nic list n'affiche aucun nic associé et az container list n'affiche aucun conteneur :astonished:

Bonjour à tous.
J'ai eu le même problème et j'aide ci-dessous les étapes pour supprimer le sous-réseau aci et le vnet avec la corbeille nic:
1er - trouver le nom du pdofile réseau à problème par la commande -> az network profile list --query [].name -o tsv
2ème - créer une ressource par terraform -> ressource "azurerm_network_profile" "exemple" avec le même nom de profil réseau et le même identifiant de sous-réseau problématique.
3ème - après que terraform a créé avec succès le profil réseau, supprimez-le par -> az network profile delete --id ...(vous pouvez trouver l'id par az network profile list --query [].id -o tsv)
4ème - allez au portail et changez le délégué de sous-réseau du conteneur en aucun, après l'enregistrement, je pourrais supprimer le sous-réseau et le vnet.
J'espère que cela vous aidera comme moi!

@JedenFalls pourriez-vous éventuellement partager votre fichier Terraform (avec les PII masqués bien sûr) ?

@JedenFalls pourriez-vous éventuellement partager votre fichier Terraform (avec les PII masqués bien sûr) ?

d'abord j'ai trouvé par la commande az network profile list --query [].name -o tsv nom du profil réseau fantôme (que je ne peux pas supprimer), par exemple c'était aci-network-profile-my-container

quand je vais à terrafom (car az cli n'a pas de commande pour créer un profil réseau séparé du groupe de conteneurs) et que terraform s'applique à la ressource ci-dessous:

 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"
    }
  }
}

dans mon cas, terraform a recréé avec succès le profil réseau sans liaison de conteneur, après quoi je pouvais le supprimer par un profil réseau z delete --id .... et après ce portail azur m'a permis de supprimer mon sous-réseau et mon vnet.

@JedenFalls Je peux confirmer que votre solution fonctionne. J'ai dû importer l'état de la ressource avant d'appliquer la configuration que vous proposez, mais après l'avoir appliquée, az network profile delete --id ... a fonctionné et j'ai pu supprimer le sous-réseau concerné. Merci!

La solution de contournement qui a fonctionné pour moi consiste à mettre à jour la propriété containerNetworkInterfaceConfigurations dans les propriétés du profil réseau vers une liste vide :

# 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=[]

Et puis j'ai pu supprimer le profil réseau et par la suite le sous-réseau.

La solution de contournement qui a fonctionné pour moi consiste à mettre à jour la propriété containerNetworkInterfaceConfigurations dans les propriétés du profil réseau vers une liste vide :

# 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=[]

Et puis j'ai pu supprimer le profil réseau et par la suite le sous-réseau.

Cela a fonctionné pour moi et m'a épargné les tracas de soulever un cas de support, merci !!!

@rudolphjacksonm Heureux que cela ait aidé ! :)

répertorier tous les profils
liste de profils de réseau az
supprimer un par un
suppression du profil réseau az --name nomduprofil --resource-group rsggroup

Vous pouvez supprimer le sous-réseau et le vnet après avoir suivi les étapes ci-dessus

Vous trouverez ci-dessous des commandes PowerShell pour mettre à jour le profil existant et le supprimer.

New-AzNetworkProfile -ResourceGroupName [nom rg] -Location [emplacement] -name [nom du profil existant]
Remove-AzNetworkProfile -ResourceGroupName [nom rg] -name [nom du profil existant]

Merci @rudolphjacksonm ! Cela a fonctionné pour moi :)

@krhynerson cela a fonctionné pour nous ! Merci!

@BhargaviAnnadevara-MSFT Merci !