snippetterraformModerate
How do I detach an existing volume and attach a new volume with Terraform?
Viewed 0 times
newexistingdetachwithattachhowandvolumeterraform
Problem
Is there a way to detach EBS volume from existing EC2 instance and attach a new EBS volume using
I prefer to replace the volume rather than trying to destroy the instance and create a new one with new volume.
File system is unmounted from the device within the operating system before detaching the volume and also there is no issue to detach the volume from AWS console.
```
resource "aws_ebs_volume" "create_volume" {
availability_zone = "eu-central-1a"
snapshot_id = "${data.aws_ebs_snapshot.mysql.id}"
type = "gp2"
tags {
Name = "${var.instance_name}"
}
}
resource "aws_volume_attachment" "mysql_data" {
depends_on = ["null_resource.stop_mysql_service2"]
device_name = "/dev/xvdf"
volume_id = "${aws_ebs_volume.create_volume.0.id}"
instance_id = "i-0d48be4266da"
skip_destroy = true
force_detach = true
}
$ ./terraform apply
data.aws_ebs_snapshot.mysql: Refreshing state...
aws_ebs_volume.create_volume: Creating...
availability_zone: "" => "eu-central-1a"
encrypted: "" => ""
iops: "" => ""
kms_key_id: "" => ""
size: "" => ""
snapshot_id: "" => "snap-0afb2303c60f"
tags.%: "" => "1"
tags.Name: "" => "mysql"
type: "" => "gp2"
aws_ebs_volume.create_volume: Still creating... (10s elapsed)
aws_ebs_volume.create_volume: Creation complete (ID: vol-04c7f4)
null_resource.stop_mysql_service2: Creating...
null_resource.stop_mysql_service2: Provisioning with 'remote-exec'...
null_resource.stop_mysql_service2 (remote-exec): Connecting to remote host via SSH...
null_resource.stop_mysql_service2 (remote-exec): Host: mysql
null_resource.stop_mysql_service2 (remote-exec): User: ubuntu
null_resource.stop_mysql_service2 (remote-exec): Password: false
null_resource.stop_mysql_service2 (remote-exec): Private key: true
null_resource.stop_mysql_service2 (remote-exec): SSH Agent: true
null_resource.stop_mysql_service2 (remote-exec): Connected!
Terraform v0.9.2 ?I prefer to replace the volume rather than trying to destroy the instance and create a new one with new volume.
File system is unmounted from the device within the operating system before detaching the volume and also there is no issue to detach the volume from AWS console.
```
resource "aws_ebs_volume" "create_volume" {
availability_zone = "eu-central-1a"
snapshot_id = "${data.aws_ebs_snapshot.mysql.id}"
type = "gp2"
tags {
Name = "${var.instance_name}"
}
}
resource "aws_volume_attachment" "mysql_data" {
depends_on = ["null_resource.stop_mysql_service2"]
device_name = "/dev/xvdf"
volume_id = "${aws_ebs_volume.create_volume.0.id}"
instance_id = "i-0d48be4266da"
skip_destroy = true
force_detach = true
}
$ ./terraform apply
data.aws_ebs_snapshot.mysql: Refreshing state...
aws_ebs_volume.create_volume: Creating...
availability_zone: "" => "eu-central-1a"
encrypted: "" => ""
iops: "" => ""
kms_key_id: "" => ""
size: "" => ""
snapshot_id: "" => "snap-0afb2303c60f"
tags.%: "" => "1"
tags.Name: "" => "mysql"
type: "" => "gp2"
aws_ebs_volume.create_volume: Still creating... (10s elapsed)
aws_ebs_volume.create_volume: Creation complete (ID: vol-04c7f4)
null_resource.stop_mysql_service2: Creating...
null_resource.stop_mysql_service2: Provisioning with 'remote-exec'...
null_resource.stop_mysql_service2 (remote-exec): Connecting to remote host via SSH...
null_resource.stop_mysql_service2 (remote-exec): Host: mysql
null_resource.stop_mysql_service2 (remote-exec): User: ubuntu
null_resource.stop_mysql_service2 (remote-exec): Password: false
null_resource.stop_mysql_service2 (remote-exec): Private key: true
null_resource.stop_mysql_service2 (remote-exec): SSH Agent: true
null_resource.stop_mysql_service2 (remote-exec): Connected!
Solution
The old volume is never detached because
skip_destroy - (Optional, Boolean) Set this to true if you do not wish to detach the volume from the instance to which it is attached at destroy time, and instead just remove the attachment from Terraform state. This is useful when destroying an instance which has volumes created by some other means attached.
If you remove that, the old attachment will be destroyed and the attachment point should be available for the new attachment.
You may need to manually delete the old attachment this one time, I believe Terraform may have already deleted it from the state.
skip_destroy = true. From the terraform docs:skip_destroy - (Optional, Boolean) Set this to true if you do not wish to detach the volume from the instance to which it is attached at destroy time, and instead just remove the attachment from Terraform state. This is useful when destroying an instance which has volumes created by some other means attached.
If you remove that, the old attachment will be destroyed and the attachment point should be available for the new attachment.
You may need to manually delete the old attachment this one time, I believe Terraform may have already deleted it from the state.
Context
StackExchange DevOps Q#923, answer score: 10
Revisions (0)
No revisions yet.