d5cc8d3eaa
Currently this check is flapping because the ovs agent is hitting timeouts when trying to get a response from the neutron-server. This is likely because we start all the services at the same time and if neutron-server takes too long to start as well as the exponential timeout calculations from the ovs agent being to long, the br-tun check will fail. Let's comment this out until we can tune the timeouts better or address the performance issues. Change-Id: I8158e674775922549eda24115fae0099c740c419
39 lines
993 B
Ruby
39 lines
993 B
Ruby
require 'spec_helper_acceptance'
|
|
|
|
describe 'basic neutron' do
|
|
|
|
context 'default parameters' do
|
|
|
|
it 'should work with no errors' do
|
|
pp= <<-EOS
|
|
include ::openstack_integration
|
|
include ::openstack_integration::repos
|
|
include ::openstack_integration::rabbitmq
|
|
include ::openstack_integration::mysql
|
|
include ::openstack_integration::keystone
|
|
include ::openstack_integration::neutron
|
|
EOS
|
|
|
|
|
|
# Run it twice and test for idempotency
|
|
apply_manifest(pp, :catch_failures => true)
|
|
apply_manifest(pp, :catch_changes => true)
|
|
end
|
|
|
|
describe port(9696) do
|
|
it { is_expected.to be_listening }
|
|
end
|
|
|
|
describe 'test Neutron OVS agent bridges' do
|
|
it 'should list OVS bridges' do
|
|
shell("ovs-vsctl show") do |r|
|
|
expect(r.stdout).to match(/br-int/)
|
|
# TODO(aschultz): renable this after timeout is sorted
|
|
#expect(r.stdout).to match(/br-tun/)
|
|
end
|
|
end
|
|
end
|
|
|
|
end
|
|
end
|