AO
там вроде и стандартный есть в таком случае
Size: a a a
2019 March 01
EG
там вроде и стандартный есть в таком случае
Комтюнити запилило
EG
ragekg на память
2019 March 02
R🔘
чят, а вы если докеры билдите, то делаете это через Docker provider?
и почему да/нет?
заранее спасибо
и почему да/нет?
заранее спасибо
D
говнякать скрипты проще, надо только не забывать что потом их нужно поддерживать и коллегам рассказывать что это за хрень.
И искать новых сотрудников, которые знают терраформ проще, чем потом показывать им пальцами на сталактиты из баша, питона и повершела
И искать новых сотрудников, которые знают терраформ проще, чем потом показывать им пальцами на сталактиты из баша, питона и повершела
100%!!!
SC
Дяденьки, у меня есть простенький конфиг, где я поднимаю инстанс, всякое-разное на него устанавливаю, а затем делаю из него базовый AMI, из которого потом будут подниматься другие инстансы.
Разумеется, поднятый инстанс мне нафиг не нужен и я пытаюсь на него применить
Однако, получаю
Т.е. он пытается грохнуть AMI тоже.
Вот здесь такая же проблема в общем, но решения не предложено.
А оно есть вообще?
https://github.com/hashicorp/terraform/issues/16553
Разумеется, поднятый инстанс мне нафиг не нужен и я пытаюсь на него применить
terraform destroy -target=aws_instance.baseОднако, получаю
Terraform will perform the following actions:
- aws_ami_from_instance.base
- aws_instance.base
Plan: 0 to add, 0 to change, 2 to destroy.
Т.е. он пытается грохнуть AMI тоже.
Вот здесь такая же проблема в общем, но решения не предложено.
А оно есть вообще?
https://github.com/hashicorp/terraform/issues/16553
DZ
зачем создавать ами ТФ а не пакером лучше не спрашивать, я так понимаю?
AO
Да, странный выбор.
AO
Для таких сценариев хашикорп и придумали пакер.
DZ
думаю что можно сделать сначала
terraform state rm aws_ami_from_instance.baseDZ
но лучше начать юзать пакер
SC
Ну, камон, конфиг создания AMI в TF — это две строчки:
resource "aws_ami_from_instance" "base" {
name = "base-image"
source_instance_id = "${aws_instance.base.id}"
}SC
на хрен мне ещё одна тулза, если эти две строчки отлично справляются?
AO
Ну, камон, конфиг создания AMI в TF — это две строчки:
resource "aws_ami_from_instance" "base" {
name = "base-image"
source_instance_id = "${aws_instance.base.id}"
}ну коли так, то искать вам свои пути построения костылей)
AO
а так вы идете против концепции т-ма и выпиливает из стейта то что вам не нужно, как выше написали.
N
на хрен мне ещё одна тулза, если эти две строчки отлично справляются?
потому что это пиздец так делать
SC
Workaround:
Костыль, конечно.
terraform state rm aws_ami_from_instance.base
terraform destroy -target=aws_instance.base
Костыль, конечно.
SC
потому что это пиздец так делать
по-подробней, плз
N
выше сказано уже много раз
SC
про зависимость созданных сущностей я уже прочитал