Сегодня в 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 в журнале терраформирования, а не ошибка, обычная):
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?