"Переконфигурирование виртуальной машины" застряло на 100 процентов с Terraform
Сегодня в 7:11 я начал сборку терраформ. JWTCVTRNIDB01 является сервером.
Он успешно клонирован. Вот строка ошибки terraform 25239
2019-04-26T07:22:54.643-0700 [DEBUG] plugin.terraform-provider-vsphere_v1.6.0_x4: 2019/04/26 07:22:54 [DEBUG] Virtual machine "/WTC/vm/DO_NOT_SNAPSHOT/JWTCVTRNIDB01": clone complete (MOID: "vm-312044")
В 7:22:55 он попытался "перенастроить виртуальную машину", достиг 100%, а затем остановился. Вот строка ошибки terraform 25346
2019-04-26T07:22:55.654-0700 [DEBUG] plugin.terraform-provider-vsphere_v1.6.0_x4: 2019/04/26 07:22:55 [DEBUG] Reconfiguring virtual machine "/WTC/vm/DO_NOT_SNAPSHOT/JWTCVTRNIDB01"
Этот кусок повторяется
2019/04/26 07:23:00 [TRACE] dag/walk: vertex "provisioner.file (close)", waiting for: "module.db_servers.vsphere_virtual_machine.vm"
2019/04/26 07:23:00 [TRACE] dag/walk: vertex "provider.vsphere.windows (close)", waiting for: "module.db_servers.vsphere_virtual_machine.vm"
2019/04/26 07:23:00 [TRACE] dag/walk: vertex "root", waiting for: "provisioner.local-exec (close)"
2019/04/26 07:23:00 [TRACE] dag/walk: vertex "provider.consul (close)", waiting for: "consul_keys.db_hosts"
2019/04/26 07:23:00 [TRACE] dag/walk: vertex "meta.count-boundary (count boundary fixup)", waiting for: "consul_keys.db_hosts"
2019/04/26 07:23:00 [TRACE] dag/walk: vertex "provisioner.local-exec (close)", waiting for: "module.db_servers.vsphere_virtual_machine.vm"
2019/04/26 07:23:00 [TRACE] dag/walk: vertex "provisioner.remote-exec (close)", waiting for: "module.db_servers.vsphere_virtual_machine.vm"
2019/04/26 07:23:00 [TRACE] dag/walk: vertex "module.db_servers.output.name", waiting for: "module.db_servers.vsphere_virtual_machine.vm"
2019/04/26 07:23:00 [TRACE] dag/walk: vertex "module.db_servers.output.ip_address", waiting for: "module.db_servers.vsphere_virtual_machine.vm"
2019/04/26 07:23:00 [TRACE] dag/walk: vertex "consul_keys.db_hosts", waiting for: "module.db_servers.output.name"
2019/04/26 07:23:05 [TRACE] dag/walk: vertex "root", waiting for: "provisioner.local-exec (close)"
2019/04/26 07:23:05 [TRACE] dag/walk: vertex "provider.vsphere.windows (close)", waiting for: "module.db_servers.vsphere_virtual_machine.vm"
Ровно через 5 минут terraform попытался уничтожить машину (как это запрограммировано), и это задание составило 0 процентов.
Предполагается, что сразу после этого первого блока будет что-то похожее (строка 14203 в журнале terraform, а не ошибка обычного):
2019-04-25T14:33:41.171-0700 [DEBUG] plugin.terraform-provider-vsphere_v1.6.0_x4: 2019/04/25 14:33:41 [DEBUG] Looking for OS family for guest ID "windows9Server64Guest"
2019-04-25T14:33:41.304-0700 [DEBUG] plugin.terraform-provider-vsphere_v1.6.0_x4: 2019/04/25 14:33:41 [DEBUG] OSFamily: family for "windows9Server64Guest" is "windowsGuest"
2019-04-25T14:33:41.305-0700 [DEBUG] plugin.terraform-provider-vsphere_v1.6.0_x4: 2019/04/25 14:33:41 [DEBUG] Sending customization spec to virtual machine "/WTC/vm/Discovered virtual machine/JWTCVDAACR01"
2019-04-25T14:33:42.691-0700 [DEBUG] plugin.terraform-provider-vsphere_v1.6.0_x4: 2019/04/25 14:33:42 [DEBUG] Powering on virtual machine "/WTC/vm/Discovered virtual machine/JWTCVDAACR01"
Это как будто vcenter sdk не слушает в эту секунду, поэтому все портит. Есть ли способ убедиться, что SDK работает правильно в каждый момент? Есть ли способ очистить эту работу от vcenter (я не могу отменить задачу из пользовательского интерфейса), не перезапуская полностью vcenter?