1 votes

Impossible de supprimer un sous-réseau que j'ai créé dans GCP

J'ai un sous-réseau dans GCP, sous le réseau par défaut, appelé xxx-general

Si j'essaie de supprimer ce sous-réseau (car il n'est plus nécessaire), j'obtiens une erreur :

Impossible de supprimer le sous-réseau. Erreur: La ressource de sous-réseau 'projects/xxxxx-cloud-network/regions/europe-west2/subnetworks/xxx-general' est déjà utilisée par 'projets/xxxxx-cloud-network/regions/europe-west2/addresses/g000001'

L'instance g000001 n'existe même pas. J'ai cherché dans GCP, les instances et les configurations du réseau VPC, mais je ne comprends pas pourquoi ce réseau pense qu'il est attaché à quelque chose.

J'ai essayé de créer g000001 et de m'assurer qu'il est assigné à un autre sous-réseau, mais cela ne fonctionne pas.

Est-ce que quelqu'un sait comment supprimer le sous-réseau?

Merci

2voto

FastGTR Points 21

En supposant que les machines virtuelles ont été supprimées, la seule façon est d'utiliser la ligne de commande pour supprimer les adresses IP internes réservées.

Ouvrez Cloud Shell et connectez-le au projet correct, puis exécutez les commandes surlignées :

user123@cloudshell:~ (cellular-project-258333)$ gcloud compute addresses list
NOM           ADRESSE/GAMME  TYPE      BUT           RÉSEAU  RÉGION       SOUS-RÉSEAU  STATUT
k8s-worker-1  10.175.0.4     INTERNE   GCE_ENDPOINT           us-central1  k8s-subnet   RÉSERVÉ
k8s-worker-2  10.175.0.5     INTERNE   GCE_ENDPOINT           us-central1  k8s-subnet   RÉSERVÉ
k8s-worker-3  10.175.0.6     INTERNE   GCE_ENDPOINT           us-central1  k8s-subnet   RÉSERVÉ

user123@cloudshell:~ (cellular-project-258333)$cloud compute addresses delete k8s-worker-1 k8s-worker-2 k8s-worker-3 --region us-central1                                                      
Les adresses suivantes seront supprimées :
 - [k8s-worker-1] dans [us-central1]
 - [k8s-worker-2] dans [us-central1]
 - [k8s-worker-3] dans [us-central1]

Voulez-vous continuer (O/n)?  O

Supprimé [https://www.googleapis.com/compute/v1/projects/cellular-project-258333/regions/us-central1/addresses/k8s-worker-1].
Supprimé [https://www.googleapis.com/compute/v1/projects/cellular-project-258333/regions/us-central1/addresses/k8s-worker-2].
Supprimé [https://www.googleapis.com/compute/v1/projects/cellular-project-258333/regions/us-central1/addresses/k8s-worker-3].

Maintenant, les ressources réseau telles que les sous-réseaux et les VPC peuvent être supprimées.

0voto

dany L Points 124

Je pense que vous avez une adresse IP interne statique réservée nommée g000001. Je ne pense pas que ce soit une instance comme suggéré par ...../addresses/g000001.

Une fois que vous supprimez cette adresse IP, vous devriez obtenir de meilleurs résultats.

0voto

idkusrname126 Points 21

Trié.

Malgré l'erreur ne concernant que la région europe-ouest2, la zone dans laquelle je devais recréer l'instance (afin de ré-appliquer et de ré-attribuer l'IP interne statique) est importante.

Je recréais l'instance g000001 dans europe-ouest2-a - ce qui ne me menait nulle part. Quand j'ai recréé l'instance g000001 dans europe-ouest2-c, j'ai pu changer l'IP éphémère en statique (à ce moment-là, j'ai pu sélectionner la préoccupation statique prédéfinie 10.16.1.x à partir d'un menu déroulant).

Une fois ces paramètres enregistrés et l'instance créée, je suis retourné et j'ai édité l'instance g000001, j'ai libéré l'IP statique interne, enregistré, supprimé l'instance... et voilà, j'ai ensuite pu supprimer le sous-réseau.

Je ne peux qu'imaginer que lorsque j'ai supprimé g000001 initialement, GCP ne supprime/libère pas les IPs réservées en arrière-plan.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X