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

"Wednesday 23rd of August - Engine ID update on an Environment completes but the Environment still is in the same Engine" #67

Open
ozcan-ozkaya-et opened this issue Aug 23, 2023 · 2 comments

Comments

@ozcan-ozkaya-et
Copy link

** Expected Behavior**
Updated the engine id into a delphix_envrionment within the TF configuration, plans reports as to be updated. Expected to be deleted and created within the new engine.

** Actual Behavior**
delphix_environment is updated successfully but nothing has changed, the resource is still on the previous engine.

Steps To Reproduce the Problem
Replace the engine_id on the resource and apply.

Screenshots

Proposed change

Screenshot 2023-08-23 at 16 48 38

Plan result

Screenshot 2023-08-23 at 16 48 19

Apply

Screenshot 2023-08-23 at 17 00 46

Result the Environment is still on the non-prod engine

Screenshot 2023-08-23 at 17 02 07

Version
Engines V10 for both
DCT v9.0.0
TF provider 2.0.0
TF binary 1.3.9

@nick-mathison
Copy link
Contributor

Hi,

Thanks for the issue report! We are looking to address this issue in a future release.

Please note, that this will likely be a "dumb" deletion and recreation of the environment. If the existing environment has associated dSources and VDBs, we will fail gracefully as it will require copying of data blocks. This could take many hours and have other unintended consequences.

The migration or handling of data blocks is a separate item that would be handled at a DCT level first.

@ozcan-ozkaya-et
Copy link
Author

Hi,

Thanks for the issue report! We are looking to address this issue in a future release.

Please note, that this will likely be a "dumb" deletion and recreation of the environment. If the existing environment has associated dSources and VDBs, we will fail gracefully as it will require copying of data blocks. This could take many hours and have other unintended consequences.

The migration or handling of data blocks is a separate item that would be handled at a DCT level first.

Thank you for the response @nick-mathison, I totally understand that when an environment has VDBs and Dsources associated this needs to be handled differently, migrating them first to another environment or deleting them. So in this case a graceful error is expected.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

2 participants