Checking resources more than once should help
to provide better results when we are facing
the providers to be overocupied.
feat(OpenStack): Check openstack response for resources issue
OpenStack may be oversubscribed so even when we do not reach
our quota limit provisioning may fail due to lack of resources.
In such scenario (OpenStack run out of hosts to provision)
we check the response from server and act based on the fact
that OpenStack itself is being fully loaded and does not have
free resources to provide for our server.
docs: Update method docsting as it does not Validate hosts anymore
feat: gracefully destroy servers after traceback
This allows us to create dummy Host object based
on the ProvisioningError traceback arguments
where we added also requirement which may have
caused the provisioning to fail so the worflow
can continue and remove already provisioned
servers after reprovision / abort strategy is
done so resources that may not be freed
to openstack will be returned.
feat: Wait for provider resources up to hour
Checking resources more than once should help to provide better results when we are facing the providers to be overocupied.
feat(OpenStack): Check openstack response for resources issue
OpenStack may be oversubscribed so even when we do not reach our quota limit provisioning may fail due to lack of resources. In such scenario (OpenStack run out of hosts to provision) we check the response from server and act based on the fact that OpenStack itself is being fully loaded and does not have free resources to provide for our server.
docs: Update method docsting as it does not Validate hosts anymore
feat: gracefully destroy servers after traceback
This allows us to create dummy Host object based on the ProvisioningError traceback arguments where we added also requirement which may have caused the provisioning to fail so the worflow can continue and remove already provisioned servers after reprovision / abort strategy is done so resources that may not be freed to openstack will be returned.
Signed-off-by: Tibor Dudlák tdudlak@redhat.com