Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

r/virtual_machine: switching over to the new Storage SDK #3838

Merged
merged 6 commits into from
Jul 12, 2019

Conversation

tombuildsstuff
Copy link
Contributor

@tombuildsstuff tombuildsstuff commented Jul 12, 2019

This PR contains a few things related to the new Storage SDK switch:

  • Retrieving the OS/Data Disks from Azure, rather than trying to parse the config. This ensures that all Disks attached to the Virtual Machine should be deleted at deletion time should the user be opted into it.
  • Switches to deleting the OS Disk using the new Storage SDK
  • Switches to deleting the Data Disks using the new Storage SDK

I believe this should fix #102

@tombuildsstuff tombuildsstuff added this to the v1.32.0 milestone Jul 12, 2019
@ghost ghost added the size/M label Jul 12, 2019
@tombuildsstuff tombuildsstuff changed the title [WIP] r/virtual_machine: switching over to the new Storage SDK r/virtual_machine: switching over to the new Storage SDK Jul 12, 2019
@tombuildsstuff tombuildsstuff requested a review from a team July 12, 2019 15:49
@tombuildsstuff
Copy link
Contributor Author

Ignoring some failing tests ('plan' is resolved, one's handled by #3842 and the others are Quota issues) - the tests pass:

Screenshot 2019-07-12 at 16 51 53

Copy link
Collaborator

@katbyte katbyte left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM 👍

…an trying to parse the config

This ensures that all Disks attached to the Virtual Machine should be deleted at deletion time
should the user be opted into it. This also exposes the full (correctly cased/validated ID's)
such that we can switch to using the new storage sdk
@tombuildsstuff tombuildsstuff merged commit efc89db into master Jul 12, 2019
@tombuildsstuff tombuildsstuff deleted the f/storage-vm branch July 12, 2019 20:49
tombuildsstuff added a commit that referenced this pull request Jul 12, 2019
@ghost
Copy link

ghost commented Jul 30, 2019

This has been released in version 1.32.0 of the provider. Please see the Terraform documentation on provider versioning or reach out if you need any assistance upgrading. As an example:

provider "azurerm" {
    version = "~> 1.32.0"
}
# ... other configuration ...

@jomeier
Copy link

jomeier commented Aug 1, 2019

Hi,

what must be done to solve this TODO? :

// TODO: use a custom importer so that `delete_os_disk_on_termination` and 
`delete_data_disks_on_termination` are set

In our use case we must import a VM into the Terraform state by 'terraform import ... ...' and this field is imported with NULL.

Greetz,

Josef

@ghost
Copy link

ghost commented Aug 12, 2019

I'm going to lock this issue because it has been closed for 30 days ⏳. This helps our maintainers find and focus on the active issues.

If you feel this issue should be reopened, we encourage creating a new issue linking back to this one for added context. If you feel I made an error 🤖 🙉 , please reach out to my human friends 👉 hashibot-feedback@hashicorp.com. Thanks!

@ghost ghost locked and limited conversation to collaborators Aug 12, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
3 participants