You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The premise of the NeutronNetworkingTest is to validate end to end connectivity between two instances on two separate hypervisors. We do this by having a bundle with at least two hypervisors and requesting two instances from Nova.
Nova scheduling will in most cases place the two instances on separate hypervisors, but it does not always do that. And in the cases when both instances end up on the same hypervisor the test may provide a false positive result.
The Nova API does expose mechanisms for an administrator to request specific placement of instances, and I think it would be worth to use those and assert diverse placement of instances prior to assessing connectivity.
The text was updated successfully, but these errors were encountered:
The CI test runner does not have administrator credentials to the CI cloud. So the initial thought of using specific host placement will not be practical.
The premise of the
NeutronNetworkingTest
is to validate end to end connectivity between two instances on two separate hypervisors. We do this by having a bundle with at least two hypervisors and requesting two instances from Nova.Nova scheduling will in most cases place the two instances on separate hypervisors, but it does not always do that. And in the cases when both instances end up on the same hypervisor the test may provide a false positive result.
The Nova API does expose mechanisms for an administrator to request specific placement of instances, and I think it would be worth to use those and assert diverse placement of instances prior to assessing connectivity.
The text was updated successfully, but these errors were encountered: