setting up network_api_class in nova-compute.conf on compute node for juno openstack

Change-Id: I3be351f338962b606e54ca59e1c17b87c1b5defe
Setup LBAAS configuration to use Opencontrail plugin

Change-Id: If5579ab165ae58bb88fa7ab0bed30e72e3ff86ae
Fix bug 1360380
	Refactor the contrail-provisioning code to modules based on roles
	Making ContrailProvisioning as a python package
	Bringing in new changes after refactor
	Setup LBAAS configuration to use Opencontrail plugin
	setting up network_api_class in nova-compute.conf on compute node for juno openstack

Change-Id: I6cfdd4ee39776e6c2f313b44ff67b7ea3f05b9e2
Disabling firewalld along with iptables for redhat

Change-Id: I3e9a843082f183ad28a70bdc8524776e44834d5c
Changing HA provisioning scripts to the new contrail-provisiong code standard.

Change-Id: I70dc6835869b46588b675b11fad6d48d6d49d458
Correct the variable name to retrive the device name.

Change-Id: If4f25b982e79c4b9be277ff98df847237dbc8d21
with multitenancy enabled by default, auth_token and auth_url needs to be set in the contrail_plugin.ini.

Change-Id: I1bb0ccea99c69217290616237073fa787e31f95f
Merge "Changing HA provisioning scripts to the new contrail-provisiong code standard."
Merge "Correct the variable name to retrive the device name."
Merge "with multitenancy enabled by default, auth_token and auth_url needs to be set in the contrail_plugin.ini."
Fix the neutron-server start failure issues.

neutron-server was not started as it tries to connect to VncApi before it is up
and fails to start, earlier it had infinite retries to connect to VncApi,
retries are renoved now and so the issue is seen, fixed it by making sure that
contrail-api is up before starting neutron-server

In contrail-icehouse-centos, openstack-neutron package is used from upstream
and it had service_provider set for LOADBALANCER in /usr/share/neutron/neutron-dist.conf
Which caused the neutron-server fail to start with error message "Multiple default
providers for service LOADBALANCER", fixed it by removing the default service_provider
from /usr/share/neutron/neutron-dist.conf

Removing quantum-server-setup.sh from openstack module of the contrail-provisioning,
as it is available in config module and used from config module.

Closes-Bug: #1379640

Change-Id: Ic03f1b11d82d03eead42c134ffb6c3f28272c30e
Fixes - HA , VM stuck in scheduling due to instance not found on icehouse build

It has been observed that when a VM is spawned, it is stuck in BUILD state
and does not get scheduled to be spawned by the nova-scheduler. On debugging
more, it was seen that nova-api creates an entry in instances_action database
as what to do with the VM. nova-scheduler reads this entry and schedules the VM.

In this particular case, the write to MySQL table is asynchronous and hence
nova-scheduler tries to read the table before it could get commited into
MySQL.

The fix is to make sure that MySQL read access is blocked and retried
when there is outstanding writes.

Closes-bug: 1369735
Change-Id: Ieb437c143f043efcb078da9577329c33bedc083b
 Fixes: Updated staging_dir for cmon Fix for 1358527. ARP cache cleanup for VRRP IP when VRRP IP moves to different node is handled

    * Adding staging dir for cmon
    * ARP Cache cleanup when VIP moves to a different node is handled
    * MySQL primary key generation logic is handled to avoid duplicate entries during node failures.

Change-Id: I87b97365bd6edbf33e549434283c4acad1a4037a
Closes-Bug: 1358527
Merge "Fixes - HA , VM stuck in scheduling due to instance not found on icehouse build"
Merge " Fixes: Updated staging_dir for cmon Fix for 1358527. ARP cache cleanup for VRRP IP when VRRP IP moves to different node is handled"
Part of the code which configure metadata is moved to a different if-loop.

During the new provisioning scripts, this issue was introduced. Fixing now.

Change-Id: I669ba52b10346b44131410e9bd879bbcce690530
Closes-Bug: 1382194
Closes-Bug: #1336069
  Issue: Port constant directly used in ceph-logging code.
  Fix: Added port constant to common file
  Test: Ran fab setup_storage to validate the above fix.

Change-Id: I19fbe99266445871a4b5713d0c30b147d2a42b22
Merge "Closes-Bug: #1336069   Issue: Port constant directly used in ceph-logging code.   Fix: Added port constant to common file   Test: Ran fab setup_storage to validate the above fix."
Correcting typo from temp_dir_name to self._temp_dir_name

During new provisioning structure changes, it was updated with proper variable name.

Change-Id: Ie4f4550f42999e839d17b3050084d0726308ad9a
Closes-Bug: 1382628
Core pattern needs to set and /var/crashes need to be created for ubuntu as well

During recent refactor of the code the setting core pattern  and creating /var/crashes
dir was indented inside the centos/rdhat if condition, Fixed it by unindenting and
mking it getting executed for all platform.

Change-Id: I8ca68f5fc4bf1575e652462145db8d3d2a61d870