summaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)AuthorFilesLines
2018-07-12Merge "Removes OC condition in dhcp-all-interfaces"Tim Rozet1-0/+5
2018-07-10Adds IP to external network NIC on computesTim Rozet1-2/+0
Deployments now fail in baremetal because the external NTP server cannot be reached because there is no IP on the extenal interfaces for computes. Change-Id: Ic1e67072b81bb7ca4e15930840dc77d27913737f Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-07-06Physical interface type noteTomi Juvonen1-1/+1
add ovs_bridge as needed compared to earlier version Change-Id: I1d0c6df9d1f47b0c98a3c1a8bf3a04eb5f53aff2 Signed-off-by: Tomi Juvonen <tomi.juvonen@nokia.com>
2018-07-06Fix neutron-opendaylight-sriov.yaml pathFeng Pan2-2/+2
In latest THT upstream, environment file neutron-opendaylight-sriov.yaml was moved to services folder. Updating references in Apex to avoid deploy failure. Change-Id: I7065e0d8e13c9add9ead282db2244a27c177e5a4 Signed-off-by: Feng Pan <fpan@redhat.com>
2018-06-25Deprecates the use of '--upstream' argumentTim Rozet4-87/+68
We only support the use of upstream deployments from Gambia onwards. Therefore deprecating the parameter and forcing upstream to always be used. Change-Id: I7926a65a2c32bca2272855ba45fdb6005f67616f Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-06-25Ignore error if network already undefinedTim Rozet1-1/+7
In clean we destroy a network, then undefine it. When running snapshot deploy it uses manual virsh bash commands to create the networks and other virsh resources. This leaves an admin network which our clean eventually tries to delete. However when the libvirt api network destroy command is used it is somehow undefining the newtork at the same time. Therefore just catch that possible scenario and ignore the failure as the network has already been removed. Change-Id: Id1d861fbe2a338f0828e78721c09f110030d3a4a Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-06-20Auto Generated INFO.yaml fileagardner1-0/+59
INFO.yaml meant to be machine readable. This file was auto generated from an ldap lookup and your projects INFO file Meeting times are not currently filled out. please ammend this patchset to complete Going forward comitter promotions should be done against this file. PTLs: Must be merged for you to gain delete access on testresults.opnfv.org Change-Id: Ia3749f55a407fa1dd173021b509123029bcde297 Signed-off-by: agardner <agardner@linuxfoundation.org> Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-06-19Merge "Fixes Ceph PG calculation"Feng Pan4-13/+21
2018-06-18Fixes Ceph PG calculationTim Rozet4-13/+21
Baremetal deployments were failing because the ceph PG size was exceeding the max allowed. Virtual was still working because we lower the number of pools and pg/osd. This patch changes the values to a number which should work for both virtual and baremetal. Also includes a fix which adds the controllers back as OSDs and a few other cleanup issues. JIRA: APEX-614 JIRA: APEX-569 Change-Id: I2ad65727ecdcaa0454eb53d25e32b7f1a53cd3a4 Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-06-18Fetch mistral logs from undercloudTim Rozet2-4/+22
/var/lib/mistral path contains logs for when ansible is invoked by TripleO for Ceph configuration as well as config download. This patch now archives and fetches that directory. Logs in previous releases like Queens store the Ceph logs in /var/log/mistral. Change-Id: I50c43e55efaa5dbcf8b7fb00b0e11cd3288fdd05 Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-06-15Adds missing queens deploy settings filesTim Rozet3-0/+27
Change-Id: I87508e6d486ade6e4acd8dec69a4c867b0d81252 Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-06-14Fixes deployment failure with allNodesConfigTim Rozet9-48/+220
This pulls in upstream patch to revert a bad commit that causes the "Unknown Property controller_ips". Also includes a fix for being able to detect if patches that are merged upstream are also promoted into TripleO images or container images. This happens by comparing the time the patch was submitted to the time when the TripleO Image or Docker Image was last updated. JIRA: APEX-610 JIRA: APEX-612 Change-Id: I1c2ab7fb4425b407acd7b6d9ebab914ed3a24478 Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-05-31Merge "Configure NAT with baremetal when necessary"Feng Pan3-2/+113
2018-05-30Merge "Updates configs for ODL CSIT deployments"Feng Pan6-34/+444
2018-05-30Configure NAT with baremetal when necessaryTim Rozet3-2/+113
We currently only enable NAT on undercloud for virtual deployments. However, there could be a case where a baremetal deployment also needs NAT as it is not using an interface on the overcloud nodes with external access. Therefore this patch changes the behavior to configure NAT when the gateway of either the external or admin (when external is disabled) network matches an IP assigned to the undercloud. JIRA: APEX-605 Change-Id: I9c79af371913e6e5f0d39b433f68205bc7e106c5 Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-05-30Updates configs for ODL CSIT deploymentsTim Rozet6-34/+444
For ODL CSIT we want to deploy with: - Minimum services per role - 2 Compute nodes, 1 controller - Single network enabled Change-Id: If611c4c1ff68629670ef15904930124b5786a569 Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-05-29Merge "Default ctlplane to native VLAN"Feng Pan2-2/+8
2018-05-29Merge "Remove pacmeaker workaround"Feng Pan1-27/+0
2018-05-29Merge "Promote Ricky to committer"Tim Rozet1-0/+1
2018-05-25Remove pacmeaker workaroundTim Rozet1-27/+0
There was a compatibility issue with the centos 7.4/7.5 between the host pacemaker version and container. Now that containers have moved to 7.5 we should not need this workaround anymore. Change-Id: I9632c65e87687d4f36130719c6df9af2e913eed8 Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-05-24Adding git as required dependency for Apex RPMsRicardo Noriega1-0/+1
If it's not installed, opnfv-deploy will output an error message. JIRA: APEX-599 Change-Id: Ib826204120f53abce1f4f1e3e4ec3119a71ab650 Signed-off-by: Ricardo Noriega <rnoriega@redhat.com>
2018-05-23Default ctlplane to native VLANTim Rozet2-2/+8
We were not setting any vlan type value for the admin network. This caused an issue when deploying and trying to use a single collapsed network (no net isolation). The issue occurred when trying to create an external neutron network. We happen to check if the phys type is flat or vlan using this attribute to decide what kind of phys type to use for the neutron network. JIRA: APEX-606 Change-Id: I4e24dd5e8b99cef920b8203b820a77d0021631cc Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-05-23Promote Ricky to committerTim Rozet1-0/+1
Ricky has been a very active Apex user and contributor over the past few release cycles. He has helped find and fix numerous bugs, along with being responsible for L2GW and SRIOV features for Fraser release. He has shown a willingness to jump in and help whenever there are issues with Apex, and also a willingness to work upstream in TripleO/OpenStack to implement new features. Change-Id: Ifd032fd349a46b0e34b2d77ba56e3c564e70226c Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-05-22Fix RPM buildTim Rozet1-3/+3
networking-vpp was referencing variables from the old variables.sh. Moving those values into the Makefile as the variables.sh file was removed. Change-Id: I8ef5e6988299e7e3855d442657db2ed20086689f Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-05-21Fixes ctlplane default routeTim Rozet1-1/+1
Default route was using the undercloud IP, and instead should be using the gateway set for the network in network settings. JIRA: APEX-597 Change-Id: Iff6b18a6553af98cf9da72c278f358922d489958 Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-05-21Migrates master to use direct upstreamTim Rozet47-10744/+339
We now move master to deploy from upstream. That means we do not need to build undercloud/overcloud images anymore. Changes-Include: - Remove bash build scripts as we do not need to build anything other than the python package anymore - Remove building images or iso from build.py - Remove building of images and iso from Makefile - Rename/refactor deploy settings files for nosdn and odl. The new convention is that the typical scenario names we use will deploy master. We also support n-1 OS, so in that case we use the branch name for the "feature" in the scenario name: os-odl-queens-noha. - Tacker/Congress are disabled in settings files until we fix that with upstream. Containers are now enabled by default. - Disable TLS for undercloud (was changed upstream to default enabled) - Fix environments docker directory for master THT (was changed upstream) - Includes fix for LP#1768901 - Includes workaround for LP#1770692 - Moves to docker.io for container images as it is more stable and should contain the same images - Removes the term 'common' from apex packaging for referencing the Python Apex package Change-Id: If6b433860b3ff882686c78d0f24a2f0c52b9b57a Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-05-01Removes OC condition in dhcp-all-interfacesTim Rozet1-0/+5
Due to this condition, a non-first ctlplane NIC may fail to come up in deployments, causing deployment to fail. This is a temporary workaround until the proper fix can be merged: https://review.openstack.org/#/c/561003/1 JIRA: APEX-588 Change-Id: I3f19afba2618161843ce3b76a03e2dcf1fcb4b99 Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-04-25Updates documentation for Fraser releaseTim Rozet22-476/+189
Change-Id: I19bfaa5b2778baf458df60a4a53d135e57859e04 Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-04-19Merge "Fix nosdn fdio scenario"Tim Rozet9-336/+66
2018-04-19Merge "Fixes OVN scenario"Feng Pan1-8/+0
2018-04-18Adding NovaMigrationTarget serviceRicardo Noriega1-0/+1
Live migration fails due to this missing service in the compute role JIRA: APEX-564 Change-Id: I13d69673204f6157dcbce31507aaa132f8c4ecce Signed-off-by: Ricardo Noriega <rnoriega@redhat.com>
2018-04-17Fix nosdn fdio scenarioFeng Pan9-336/+66
- Update networking-vpp to use master branch - Update THT vpp ml2 environment file with correct parameters - Update external network creation command to use 'externa' as provider network name. - Remove vpp network settings file as it's not used apex-tripleo-heat-templates: Ia25db8456f1ad6beb96c7b9b5f318b166ef4576a apex-puppet-tripleo: I231054a433eb7e598a6e24f6eaea02d476e776de Change-Id: I4a1f68c75ae3b7d2a5b347d05abf0d025e8b116b Signed-off-by: Feng Pan <fpan@redhat.com>
2018-04-17Fixes OVN scenarioTim Rozet1-8/+0
The OVN scenario would not deploy due to failures in trying to upgrades to OVS 2.8 from OVS 2.7 JIRA: APEX-594. Change-Id: Id84e488da8d2335f2240930c68119d0e2f6faf9c Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-04-14Fix barometer install failureFeng Pan1-5/+3
We are seeing pip3 not found and collectd-write_sensu package conflicts with latest pike overcloud images. This patch changes pip3 install to python34-pip3 and updates collectd-write_sensu package version when removing. Change-Id: I7dfe1f2f39c3f21bffde8cfc6066f5bae66677d6 Signed-off-by: Feng Pan <fpan@redhat.com>
2018-04-09Enable nosdn-fdio scenarios for Fraser releaseFeng Pan8-57/+97
- Update neutron NSDriver patch - Update os-net-config to fix config errors for vpp uio-driver - Update puppet-tripleo to add configuration of physnets and type_driver in vpp agent - Update THT to change VPP environment file for vpp-agent, and add common.yaml for vpp interface mapping - Update VPP and networking-vpp version to 18.01 - Fix networking-vpp rpm build to enable proper uninstall. - Update networking settings file to use ovs_bridge as default external interface type JIRA: APEX-578 JIRA: APEX-568 JIRA: APEX-576 JIRA: APEX-577 apex-os-net-config: I915d5455acb8d496438b9c9e851639d3a43e6fa9 apex-puppet-tripleo: I472879b8f67e64b571638a0385943597a9120e6c apex-tripleo-heat-templates: I5dfaf85d67fb038109edaf5c5d8a3e901b9148f4 Change-Id: I369bee232bfafef260d2ef19ac32614fdc487271 Signed-off-by: Feng Pan <fpan@redhat.com>
2018-04-09Merge "Fix functional issues after nosdn deployment"Feng Pan1-0/+17
2018-04-09Fix functional issues after nosdn deploymentTim Rozet1-0/+17
After deploying with nosdn, it looks like there is some out of state issue between the services. First guess looks like something is going on with the services and timing of registering to each other through rabbit. Simply restarting the services seems to sync them back up correctly. Change-Id: I417911067c841725ee12eb9354e5759054724e01 Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-04-06Fixes delorean repo update on undercloudTim Rozet2-2/+2
Previous fix to update delorean repo on undercloud was always failing because the operations passed to virt-customize were not in a list type. JIRA: APEX-565 Change-Id: Ic883309ac1c3aa6027dc252635e404e5355c269d Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-04-05Fixes relative import for utilsTim Rozet1-1/+1
opnfv-pyutil was not working due to this relative import. The script would only work out of the pwd. Change-Id: I1ed5db779dd031d019012a814b2dfe27944a2e2f Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-04-05Fixes log location for pyutilsTim Rozet1-1/+1
Change-Id: I03cda65f58753fc5d55ea4ede78f7d5bd8b7bdce Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-04-04Adds the ability to fetch logs from deploymentTim Rozet8-12/+171
Usage: opnfv-pyutil --fetch-logs python3 utils.py --fetch-logs --lib-dir ../lib Eventually all utils.sh functions will be migrated here. Note there is no support here for containers. Will be added later. Change-Id: I223b8592ad09e0370e287ee2801072db31f9aa12 Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-03-28Generalization of recursive functionRicardo Noriega2-5/+13
Now, SDN_MAP is not needed to have a boolean true value, but it will check internally posible value formats such dicts and tuples. Change-Id: Idaf492952a7dd9e48e16f42dcbf5c59d981dd535 Signed-off-by: Ricardo Noriega <rnoriega@redhat.com>
2018-03-16Enables containerized overcloud deploymentsTim Rozet34-347/+1779
Changes Include: - For upstream deployments, Docker local registry will be updated with latest current RDO containers, regular deployments will use latest stable - Upstream container images will then be patched/modified and then re-uploaded into local docker registry with 'apex' tag - Deployment command modified to deploy with containers - Adds a --no-fetch deployment argument to disable pulling latest from upstream, and instead using what already exists in cache - Moves Undercloud NAT setup to just after undercloud is installed. This provides internet during overcloud install which is now required for upstream container deployments. - Creates loop device for Ceph deployment when no device is provided in deploy settings (for container deployment only) - Updates NIC J2 template to use the new format in OOO since the os-apply-config method is now deprecated in > Queens JIRA: APEX-566 JIRA: APEX-549 Change-Id: I0652c194c059b915a942ac7401936e8f5c69d1fa Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-03-16Merge "Adding SRIOV scenario"Tim Rozet11-6/+183
2018-03-15Adding SRIOV scenarioRicardo Noriega11-6/+183
This scenario should enable SRIOV interfaces to be used by Neutron. Only will be supported in baremetal deployments with SRIOV capable NICs. The name of the interface must be known in advance and the physnet of the SRIOV network is set as nfv_sriov. Change-Id: Ie4295413e0be2197bd9ada4f887f6b47cd486765 Signed-off-by: Ricardo Noriega <rnoriega@redhat.com>
2018-03-13Merge "Enabling extra bridge for native external network"Feng Pan1-0/+4
2018-03-13Merge "Adds OS_REGION_NAME into overcloudrc files"Feng Pan1-0/+15
2018-03-12Merge "Cherry-pick of L2GW environment file"Tim Rozet1-0/+2
2018-03-12Adds OS_REGION_NAME into overcloudrc filesTim Rozet1-0/+15
Although this is not required to be able to access overcloud, it is required by some tests in Functest. JIRA: APEX-570 Change-Id: I45deaa8061f1be44ce80eed4810537eaf6841803 Signed-off-by: Tim Rozet <trozet@redhat.com>
2018-03-12Enabling extra bridge for native external networkRicardo Noriega1-0/+4
If you have a non-vlan external network in a separate interface, you will need to create an extra bridge to hook up the interface. This patch will allow the user to create: - br-isolated: for all the vlan networks - br-ex: for the native external network JIRA: APEX-572 Change-Id: Ie76e2345ce75c77f2925c47451427ae41b6957d1 Signed-off-by: Ricardo Noriega <rnoriega@redhat.com>