For rhevm/vsphere an instance goes to 'stopped' state after creation so
conductor has to send explicit start request. To distinguish "stopped after
creation" state and common "stopped" state conductor checks if last
instance launch request was sent after last deployment launch request
(there can be multiple launch requests for deployment/instance because of
rolblack+retry process).
In some cases it was possible that instance launch request was picked up by
delayed_job in same second when the deployment was created, so checking create
times by seconds was not precise enough.
For rhevm/vsphere an instance goes to 'stopped' state after creation so conductor has to send explicit start request. To distinguish "stopped after creation" state and common "stopped" state conductor checks if last instance launch request was sent after last deployment launch request (there can be multiple launch requests for deployment/instance because of rolblack+retry process).
In some cases it was possible that instance launch request was picked up by delayed_job in same second when the deployment was created, so checking create times by seconds was not precise enough.