Really tricky question. Ideal scenario would be 1. create new template, while creating ensure that in the new template disks.autoDelete=true, 3. delete existing persistent disks, 4. make rolling update ... In order to switch to new template we need "Rolling update". Unfortunately, it is not mentioned. With current options C - not correct, we cannot update existing template D - not correct, we cannot delete existing template when it is in use (just checked in GCP) (We need rolling update) B - will not solve our problem without Rolling update A - This is the only option (I know that it can be temporary) that will work without Rolling update according to https://cloud.google.com/compute/docs/troubleshooting/troubleshooting-migs

Correct Answer is (C): Your instance template has set the disks.autoDelete option to false for boot persistent disks so that when a VM has been deleted (for example, because of autohealing), the persistent disk was not deleted. When the managed instance group attempted to recreate the VM with the same name, it ran into the same issue where a persistent disk already exists with the same name. Delete the existing persistent disk to resolve the immediate problem and update the instance template to set the disks.autoDelete to true if you would like boot persistent disks to be deleted alongside the instance https://cloud.google.com/compute/docs/instance-groups/creating-groups-of-managed-instances#troubleshooting

I have no idea and looking at options and explanations from everyone here A, C or D could be the answers. I thought it was D personally, but all answers seem to not make any sense. Usually you can discard one or 2, but here all are the same to me.

All questions are from here.

correct answer is C. It is not updating an instance template, just validate the syntax. The same instance template was working before, so why would you need to edit it? the issue should be in the disk name.

Correct answer is A : Create an instance template that contains valid syntax which will be used by the instance group. Delete any persistent disks with the same name as instance names.

why we dont prefer option B? it says be sure names are different. but option A deletes discs. if we can change names why to delete them?

Answer is A As many have mentioned here C and D is straight NO, C talks about updating the instance template and D talks about deleting an instance template BUT as per google documentation you cannot delete an instance template nor update it if it is in use. So A is the only one the makes sense here. https://cloud.google.com/compute/docs/instance-templates#how_to_update_instance_templates

Vote C https://cloud.google.com/compute/docs/troubleshooting/troubleshooting-migs https://cloud.google.com/sdk/gcloud/reference/compute/instances/set-disk-auto-delete

C is the correct answer. 1. Ensure you don’t have any persistent disks with the same name as the VM instance. 2. Ensure the disk autodelete property is turned on (disks.autoDelete set to true). 3. Ensure instance template syntax is valid

Answer : A As many have mentioned here C and D is straight NO, C talks about updating the instance template and D talks about deleting an instance template BUT as per google documentation you cannot delete an instance template nor update it if it is in use. So A is the only one the makes sense here. https://cloud.google.com/compute/docs/instance-templates#how_to_update_instance_templates

Correct answer is A You don't have the option to edit an existing instance.

Correct answer is A You don't have the option to edit an existing instance.

You cannot update a template, need to create a new one.

A is correct answer. [Instance template resources are immutable in GCP.] How to update instance templates Instance templates are designed to create instances with identical configurations. So you cannot update an existing instance template or change an instance template after you create it. If you need to make changes to the configuration, create a new instance template. You can create a template based on an existing instance template, or based on an existing instance. You can also override instance template fields when creating a VM instance from an instance template. Ref : https://cloud.google.com/compute/docs/instance-templates#:~:text=So%20you%20cannot%20update%20an,based%20on%20an%20existing%20instance.

C is the correct answer because your instance exists you don't have to recreate it

d IS RIGHT