Terraform-provider-aws: aws_alb_target_group संलग्न श्रोताओं के साथ फिर से नहीं बना सकता

को निर्मित 13 जून 2017 · 33टिप्पणियाँ · स्रोत: hashicorp/terraform-provider-aws

_यह मुद्दा मूल रूप से @AlexShuraits द्वारा हैशिकॉर्प /टेराफॉर्म#13076 के रूप में खोला गया था। इसे प्रदाता विभाजन के हिस्से के रूप में यहां माइग्रेट किया गया था। मुद्दे का मूल भाग नीचे है।_

नमस्ते,

मैंने aws_alb_target_group के लिए पोर्ट बदल दिया है, जो नए संसाधन को बाध्य करता है।
थान लक्ष्य समूह को हटाने का प्रयास करते समय। मुझे निम्न त्रुटि मिलती है:

Error deleting Target Group: ResourceInUse: Target group 'xxxx' is currently in use by a listener or a rule status code: 400, request id: 747913f1-1213-11e7-916c-3f605d5e091b

तो, मुझे लगता है कि इसे पहले श्रोता को हटाना चाहिए। मैंने समस्या को हल करने के लिए मैन्युअल रूप से यही किया है।

टेराफॉर्म संस्करण

टेराफॉर्म v0.9.1

प्रभावित संसाधन

aws_alb_target_group
aws_alb_listener_rule

servicelbv2

स्रोत

hashibot

👍69

सबसे उपयोगी टिप्पणी

name को tags में ले जाने और create_before_destroy को सक्षम करने का संयोजन समस्या का समाधान करता है।

resource "aws_alb_target_group" "test" {
  lifecycle {
    create_before_destroy = true
  }

  port     = "8081"
  protocol = "HTTP"
  vpc_id   = "${var.vpc_id}"


  tags {
    Name = "test"
  }
}

davidvasandani 15 जून 2018

👍11 ❤8 🎉4

सभी 33 टिप्पणियाँ

मैं इसमें 0.9.8 के साथ भी दौड़ रहा हूं

houqp 26 जून 2017

@radeksimko यह भी एक मुश्किल मुद्दा है। क्या आप कृपया इसे हल करने में हमारी मदद करेंगे? इसे हल करने का सही तरीका क्या है?

cemo 28 जून 2017

जहां तक मुझे पता है, विनाश को रोकने के लिए "उपयोग में संसाधन" की दो संभावनाएं हैं।

aws_alb_listener . की डिफ़ॉल्ट कार्रवाई
aws_alb_listener_rule . का हिस्सा

मैं "force_destroy" जैसे पैरामीटर जोड़ने पर विचार कर रहा हूं। इसे सक्षम करने से, श्रोताओं की तुलना में, नियमों की तुलना में, सभी लोड बैलेंसरों को पुनरावृति करने के लिए बाध्य करें। किसी नियम के साथ संबंध होने की स्थिति में, नियम भी हटा दिया जाएगा। इससे दूसरी समस्या का समाधान हो जाएगा। मैं पहले वाले के बारे में निश्चित नहीं हूं लेकिन अगला उम्मीदवार target डिफ़ॉल्ट होने के लिए सेट किया जा सकता है। यह इतना बुरा नहीं लगता।

आपको क्या लगता है @radeksimko?

BTW यह मुद्दा पिछले ट्रैकर्स में शीर्ष मुद्दों में से एक था। :)

cemo 28 जून 2017

0.9.11 . में समान

मैंने जोड़ा

  lifecycle {
    create_before_destroy = true
  }

श्रोता और लक्ष्य समूह के लिए और परिवर्तनों के साथ पुन: आवेदन करने में सफलतापूर्वक सक्षम था। सुनिश्चित नहीं है कि किसने चाल चली।

spanktar 11 जुल॰ 2017

👎13 👍8

@spanktar ऐसा प्रतीत नहीं होता है कि यदि आपका लक्ष्य समूह नाम नहीं बदलता है, तो यह काम करेगा, क्योंकि लक्ष्य समूह के नाम अद्वितीय होने चाहिए। क्या आप पुष्टि या इनकार कर सकते हैं?

adamrbennett 1 अग॰ 2017

यदि लक्ष्य समूह का नाम नहीं बदलता है तो @spanktar का समाधान काम नहीं करता है।

varjoinen 6 सित॰ 2017

👍3

@varjoinen आपको create_before_destroy के साथ name_prefix का उपयोग करने की आवश्यकता है।

hoffmannliu-ayla 14 सित॰ 2017

👍6 👎1

@ hoffmannliu-ayla यह अच्छा होगा यदि यह तय किया गया था https://github.com/terraform-providers/terraform-provider-aws/issues/1301

jurajseffer 12 अक्तू॰ 2017

आप जीवनचक्र नीति में create_before_destroy के साथ लक्ष्य समूह संसाधन आईडी में random_id|pet जोड़ सकते हैं, और उन चीज़ों के लिए यादृच्छिक आईडी पर रखवाले का उपयोग कर सकते हैं जो संसाधन को एक के रूप में चक्रित करने का प्रयास करेंगे। समाधान।

GrantSheehan 23 फ़र॰ 2018

👍1

@GrantSheehan जिसने काम किया, धन्यवाद। भयानक, लेकिन यह काम पूरा हो जाता है।

मेरे उपयोग के मामले में मैंने आपके विचार में थोड़ा संशोधन किया:

resource "random_string" "target_group" {
  length = 8
  special = false
}


resource "aws_lb_target_group" "preview" {
  # Target group names conflict on update, hence the random 
  name     = "my-name-${random_string.target_group.result}"
  ...

  lifecycle {
    create_before_destroy = true
    ignore_changes = ["name"]
  }
}

रखवाले के बिना किसी भी बदलाव पर स्वचालित रूप से अपडेट करने के लिए।

hraban 14 मई 2018

❤6 👎2

@hraban टेराफॉर्म इसे मेरे अंत में पसंद नहीं करता है
त्रुटि है
aws_alb_target_group.blabla-tg: aws_alb_target_group.blabla-tg: लागू होने के दौरान अलग-अलग मेल नहीं खाते। यह टेराफॉर्म के साथ एक बग है और इसे गिटहब इश्यू के रूप में रिपोर्ट किया जाना चाहिए

JnMik 12 जून 2018

👍1

ठीक है, हमें अपनी बग रिपोर्टिंग प्रगति पर अपडेट रखें!

hraban 12 जून 2018

😄1

@hraban का समाधान मेरे लिए 11.1.0 . में काम नहीं कर रहा है

*(मुझे लगता है कि मैं जा सकता था और फिर से आवेदन करने से पहले परस्पर विरोधी नियमों/संलग्नकों को मैन्युअल रूप से हटा सकता था - यह आदर्श नहीं है)

-- मेरे चेहरे को मेज पर पटकने से चोट रुक जाती है --

knope 13 जून 2018

😄2

resource "aws_alb_target_group" "test" {
  lifecycle {
    create_before_destroy = true
  }

  port     = "8081"
  protocol = "HTTP"
  vpc_id   = "${var.vpc_id}"


  tags {
    Name = "test"
  }
}

davidvasandani 15 जून 2018

👍11 ❤8 🎉4

मैं समस्या को हल करने के लिए https://www.terraform.io/docs/providers/random/r/id.html का भी उपयोग कर रहा हूं।

जैसा कि हमने पाया, समस्या वास्तव में यह है कि हम एक नया लक्ष्य समूह बनने से पहले संसाधन को नहीं हटा सकते हैं। हम lifecycle विशेषता के साथ create_before_destroy को सही पर सेट करके उस पर काम करते हैं।
दुर्भाग्य से, यदि संसाधन का नाम स्थिर है, तो हम समस्या में भाग लेते हैं, जहाँ हमारा नाम टकराव होता है। यह केवल एक मुद्दा है, जब एक विशेषता बदली जाती है जो एक नए लक्ष्य समूह के निर्माण को बाध्य करती है। उस व्यवहार को लागू करने वाली विशेषताएँ https://github.com/terraform-providers/terraform-provider-aws/blob/master/aws/resource_aws_lb_target_group.go#L48 में अच्छी तरह से परिभाषित हैं

समस्या का समाधान लागू किया जा सकता है, एक मॉड्यूल में सारगर्भित किया जा सकता है या इनलाइन हल किया जा सकता है, मैं अपना समाधान पोस्ट करूंगा कि हमने इस इनलाइन को कैसे तय किया।

locals {
  LB-name = "${terraform.workspace}-LB"
  LB-protocol = "HTTP"
  LB-vpc-id = "${var.vpc-id}"
  LB-target-type = "ip"
}

resource "random_id" "LB" {
  keepers {
    name = "${local.LB-name}"
    protocol = "${local.LB-protocol}"
    vpc_id ="${local.LB-vpc-id}"
    target_type = "${local.LB-target-type}"
  }
  byte_length = 4
}

resource "aws_lb_target_group" "LB" {
  name = "${local.LB-name}-${random_id.LB.hex}"
  port = 9292
  protocol = "${local.LB-protocol}"
  vpc_id ="${local.LB-vpc-id}"
  target_type = "${local.LB-target-type}"

  lifecycle {
    create_before_destroy = true
  }
}

मेरे मामले में name , protocol , vpc_id और target_type संभावित रूप से बदलते गुण हैं कि यदि बदला गया तो एक नया लक्ष्य समूह बनाया जाना चाहिए। मैंने उन्हें स्थानीय चरों में निकाला और उन्हें रखवाले के रूप में random_id संसाधन में पास कर दिया - जो मूल रूप से लाइनों के बीच पढ़ता है "यदि रखवाले मानचित्र में कोई भी विशेषता नहीं बदलती है, तो random_id संसाधन का आउटपुट स्थिर रहता है"। मैंने जान-बूझकर कीपर मैप (और स्थानीय चर) में port नहीं जोड़ा, क्योंकि यह एक नए लक्ष्य समूह को बनाने के लिए बाध्य नहीं करता है, लेकिन इसे जगह में अपडेट किया जा सकता है।

ध्यान दें, कि मैं target_groups नाम के अंदर random_id.LB.hex का उपयोग करता हूं, ताकि यदि कोई कीपर विशेषता में परिवर्तन होता है, तो लक्ष्य समूह का नाम बदल जाता है, जिससे हमें टकराने वाले नामों की समस्या के आसपास काम करना पड़ता है।

उस ने कहा, यह समस्या का एक सामान्य उच्च-स्तरीय समाधान है और शायद यह बेहतर होगा यदि इसे प्रदाता या कोर के अंदर तय किया जा सके। समाधान निश्चित रूप से एक मॉड्यूल में भी सारणित किया जा सकता है।

LarsFronius 15 जून 2018

👍5 ❤1

मैंने हाल ही में इस मुद्दे का अनुभव किया।

मैंने अपने श्रोताओं को अपने एडब्ल्यूएस कंसोल में हटा दिया। और फिर एक टेराफ्रॉम योजना/लागू किया और यह काम किया।

aciddude 25 जुल॰ 2018

😕2

${substr(uuid(),0, 3)} का उपयोग करना मेरे लिए काम करता है

resource "aws_lb_target_group" "preview" {
  # Target group names conflict on update, hence the random 
  name     = "my-name-${${substr(uuid(),0, 3)}}"
  ...

  lifecycle {
    create_before_destroy = true
    ignore_changes = ["name"]
  }
}

isurfbecause 7 फ़र॰ 2019

👍6 🚀1

वास्तव में 3 वर्णों की एक यादृच्छिक स्ट्रिंग काटने का एक बिंदु नहीं दिखता है, उस ग्रैन्युलैरिटी पर टकराव की संभावना है।

hiski-exove 1 अप्रैल 2019

👎1

अभी भी 0.11.13 . पर एक समस्या है

eedwards-sk 9 मई 2019

और अभी भी 0.12.3 . पर एक समस्या है

sean-abbott 3 जुल॰ 2019

मैंने यूयूआईडी समाधान की कोशिश की, लेकिन मुझे इसे बदलने की ज़रूरत नहीं है अगर अन्य चीजें नहीं बदली हैं और मैं यह नहीं समझ सकता कि कैसे।

sean-abbott 8 जुल॰ 2019

मुझे अब तक random_integer का उपयोग करके अच्छी सफलता मिली है, जो ऊपर दिए गए समाधान के समान है। मैं रखवाले के माध्यम से मूल्यों को खींचना सुनिश्चित करता हूं।

resource "random_integer" "web_target_group_id" {
  min = 1
  max = 999

  keepers = {
    port        = "${local.web_port}"
    protocol    = "HTTP"
    vpc_id      = "${var.vpc_id}"
  }
}

resource "aws_lb_target_group" "web" {
  name                 = "foo-web-${random_integer.web_target_group_id.result}"
  port                 = "${random_integer.web_target_group_id.keepers.port}"
  protocol             = "${random_integer.web_target_group_id.keepers.protocol}"
  vpc_id               = "${random_integer.web_target_group_id.keepers.vpc_id}"

  lifecycle {
    create_before_destroy = true
  }

  # ...etc
}

eedwards-sk 8 जुल॰ 2019

इसे v0.12.4 . में देख रहे हैं

midipietro 19 जुल॰ 2019

👍8 👎1

इसे v0.12.8 . में देख रहे हैं

adamdry 13 सित॰ 2019

👍7 👎1

इसे v0.12.9 . में देख रहे हैं

LAKostis 9 अक्तू॰ 2019

👍7 👎1

इसे v0.12.10 . में देख रहे हैं

qivers 7 नव॰ 2019

👍8 👎1

यह मामला अब तीन साल पुराना है।

throwaway8787 13 अप्रैल 2020

🎉14

मुझे यह टेराफॉर्म v0.12.24 और प्रदाता.aws v2.58.0 में मिला है।

ImIOImI 17 अप्रैल 2020

v0.12.24 के साथ एक ही समस्या:
त्रुटि: लक्ष्य समूह को हटाने में त्रुटि: ResourceInUse: लक्ष्य समूह ' arn:aws :elasticload संतुलन:XXXXXXXXXXXX ' वर्तमान में श्रोता या नियम द्वारा उपयोग में है
स्थिति कोड: 400, अनुरोध आईडी: XXXXXXXX

MOURIK 23 अप्रैल 2020

क्या इसके आसपास कोई कार्य है? मुझे यह भी नहीं लग रहा है।

csawtelle 31 मई 2020

हेलो सब लोग।

जैसा कि आप देख रहे हैं, एडब्ल्यूएस एपीआई लक्ष्य समूह को हटाए जाने की अनुमति नहीं देता है जब इसमें श्रोता नियम संलग्न होता है। जब लक्ष्य समूह पर पोर्ट संख्या बदली जाती है, तो यह लक्ष्य समूह को फिर से बनाने के लिए बाध्य करता है। दुर्भाग्य से टेराफॉर्म में वर्तमान में यह कहने का कोई तरीका नहीं है कि "जब कोई अन्य संसाधन हटा दिया जाता है तो इस संसाधन को भी हटा दें", लेकिन हमारे पास इसे संबोधित करने के तरीके के बारे में कुछ विचार हैं ।

name तर्क के अतिरिक्त, aws_alb_target_group name_prefix $ का समर्थन करता है, और यदि उनमें से कोई भी आपूर्ति नहीं की जाती है तो यादृच्छिक नाम भी उत्पन्न करेगा। जैसा कि https://github.com/terraform-providers/terraform-provider-aws/issues/636#issuecomment -397459646 में सुझाया गया है, इसके बजाय नाम को Name टैग में सेट किया जा सकता है। name_prefix कैसे काम करता है और लक्ष्य समूह नामों पर लंबाई सीमा के कारण, उपसर्ग केवल छह वर्ण हो सकता है।

नामों में विशिष्टता जोड़ने के लिए random प्रदाता का उपयोग करने वाले कुछ अन्य समाधान भी काम करेंगे।

संसाधनों के बीच निर्भरता चक्र को तोड़ने के लिए lifecycle { create_before_destroy = true } सेट करना भी आवश्यक है।

मैं इस मुद्दे को बंद करने जा रहा हूं क्योंकि यह एडब्ल्यूएस एपीआई की एक सीमा है और टेराफॉर्म संसाधनों को कैसे संभालता है, और इसे एडब्ल्यूएस प्रदाता द्वारा संबोधित नहीं किया जा सकता है। ऐसे कई समाधान हैं जिनका उपयोग समस्या को हल करने के लिए किया जा सकता है।

gdavison 2 जून 2020

👍2

aws_alb_target_group . का नाम बदलने और नाम बदलने से इसे पार कर लिया है

stephanebruckert 15 जून 2020

मैं इस मुद्दे को लॉक करने जा रहा हूं क्योंकि इसे _30 दिनों_ के लिए बंद कर दिया गया है। यह हमारे अनुरक्षकों को सक्रिय मुद्दों को खोजने और उन पर ध्यान केंद्रित करने में मदद करता है।

अगर आपको लगता है कि इस मुद्दे को फिर से खोलना चाहिए, तो हम अतिरिक्त संदर्भ के लिए इसे वापस जोड़ने के लिए एक नया मुद्दा बनाने के लिए प्रोत्साहित करते हैं। धन्यवाद!

hashibot[bot] 3 जुल॰ 2020

क्या यह पृष्ठ उपयोगी था?

0 / 5 - 0 रेटिंग्स

Terraform-provider-aws: aws_alb_target_group संलग्न श्रोताओं के साथ फिर से नहीं बना सकता

टेराफॉर्म संस्करण

प्रभावित संसाधन

सबसे उपयोगी टिप्पणी

सभी 33 टिप्पणियाँ

संबंधित मुद्दों