As part of this testing we should also cover director and a slim Neutron role to see if this can automate the installation of the host side. Links to the info on this:
http://hardysteven.blogspot.co.il/2016/08/tripleo-composable-services-101.html
http://git.openstack.org/cgit/openstack/tripleo-heat-templates/tree/roles_data.yaml
http://hardysteven.blogspot.co.il/2016/08/tripleo-composable-services-101.html

This bug had requires_doc_text flag, yet no documentation text was provided. Please add the documentation text and only then set this flag.

Verified on -

- Red Hat OpenStack Platform release 10.0 (Newton) 
- openstack-neutron-9.1.0-8.el7ost.noarch
- vdsm-4.19.1-25.gitaa9a92c.el7.centos.x86_64
- vdsm-hook-openstacknet-4.19.1-25.gitaa9a92c.el7.centos.noarch
- ovirt-engine-4.2.0-0.0.master.20161221210253.git7a6f88e.el7.centos.noarch
- http://download.lab.bos.redhat.com/rcm-guest/puddles/OpenStack/10.0-RHEL-7/2016-12-14.1/RH7-RHOS-10.0

Steps and notes:

1) Running ospd10 overcloud, controller(our neutron external provider) and 2 compute servers. All bare metals.

2) Open sshd root authentication on computes and controller
- PermitRootLogin yes
- PasswordAuthentication yes
- Restart sshd

3) from /etc/nova/nova.conf take passwords for agent and rabbitMq, example:
password=Kdazbj8mvzZDXKRRfMpJqPYHB  (what used to be the admin password)
rabbit_password=bZgP3EAuZuWhkkEQ3kMecxYvt  (rabbit password)
rabbit_hosts=10.35.141.x:5672  (rabbit host for Agent Configuration)

4) Open 443 port on engine (in my case)

5) Add compute's fqdns to the /etc/hosts on engine vm (in my case) 

6) Manually comment-out the listen_tcp listen_tls and auth_tcp lines in libvirtd.conf. See BZ 1405797

7) Install vdsm and vdsm-hook-openstacknet on computes and add to rhv 4.1

8) Add the controller to engine as the neutron external network provider

Scenarios tested:

- Add provider
- Import networks
- Run VM with neutron networks
- Hotplug/hotunplug
- Check connectivity
- Migration

Please make sure the errata for 4.0.6 doesn't include this item.

Hello all,

After we did some troubleshooting on Packstack, and RHOS release 10, I was able to verify OpenStack test cases.

Versions list of components included in my setup:

Engine: Red Hat Virtualization Manager Version: 4.0.6.3-0.1.el7ev

Neutron compute node(s):
openstack-neutron-openvswitch-9.1.0-8.el7ost.noarch
python-neutron-lib-0.4.0-1.el7ost.noarch
python-neutron-9.1.0-8.el7ost.noarch
openstack-neutron-9.1.0-8.el7ost.noarch
openstack-neutron-common-9.1.0-8.el7ost.noarch
openstack-neutron-metering-agent-9.1.0-8.el7ost.noarch
python-neutronclient-6.0.0-2.el7ost.noarch

Neutron server:
openstack-neutron-common-9.1.0-8.el7ost.noarch
openstack-neutron-9.1.0-8.el7ost.noarch
python-neutron-lib-0.4.0-1.el7ost.noarch
python-neutronclient-6.0.0-2.el7ost.noarch
openstack-neutron-ml2-9.1.0-8.el7ost.noarch
python-neutron-9.1.0-8.el7ost.noarch

Since no customer is using packstack to deploy OSP, I suggest we move to deploying in the way customer would deploy OSP and verify with that configuration.

(In reply to Yaniv Kaul from comment #13)
> Since no customer is using packstack to deploy OSP, I suggest we move to
> deploying in the way customer would deploy OSP and verify with that
> configuration.

We did a functional test of OSP, not installation.
We are going to test TripleO with installation roles, but this is planned fr later in the process.

We will test it manually each time there is a new OSP.
Packstack have a lot of issues so we are going to stop using it. that's mean that we are not going to have automation for this.

To install neutron agent only (neutron Composable roles)  use the role:

- name: neutron-agent only
  ServicesDefault:
    - OS::TripleO::Services::CACerts
    - OS::TripleO::Services::Kernel
    - OS::TripleO::Services::NeutronOvsAgent
    - OS::TripleO::Services::NeutronDhcpAgent
    - OS::TripleO::Services::NeutronL3Agent
    - OS::TripleO::Services::NeutronMetadataAgent
    - OS::TripleO::Services::Ntp
    - OS::TripleO::Services::Snmp
    - OS::TripleO::Services::Timezone
    - OS::TripleO::Services::TripleoPackages
    - OS::TripleO::Services::TripleoFirewall
    - OS::TripleO::Services::SensuClient
    - OS::TripleO::Services::FluentdClient
    - OS::TripleO::Services::VipHosts

We have tested ospd10 + neutron composable roles with success on 4.0.6.3-0.1.el7ev with 
vdsm-4.18.21-1.el7ev.x86_64
Red Hat OpenStack Platform release 10.0 (Newton)
openstack-neutron-9.1.0-8.el7ost.noarch

Scenarios tested with success:
- Add controller to rhv as external openstack network provider 
- Add 2 nodes configured with only neutron roles
- Run VMs on both nodes
- Migrate VMs between the nodes
- Get IPs from neutron-dhcp-agent
- Check connectivity between VMs on the same node and different nodes
- Hotplug/unplugg

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

https://rhn.redhat.com/errata/RHBA-2017-0542.html