Age | Commit message (Collapse) | Author | Files | Lines |
|
- 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>
|
|
|
|
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>
|
|
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>
|
|
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>
|
|
Change-Id: I03cda65f58753fc5d55ea4ede78f7d5bd8b7bdce
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
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>
|
|
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>
|
|
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>
|
|
|
|
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>
|
|
|
|
|
|
|
|
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>
|
|
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>
|
|
|
|
There is an issue with HA deployments where sometimes key imports fail
for Ceph which seem to occur around 50% of the time. When logging in
after a failure, the key import seems to work which indicates it may be
a race condition. In addition, sometimes the keyring that is created
is missing the "caps" section of the file, which will also fail import.
This patch adds a retries for a minute to try to import the key. It
also moves creating/importing to the same Exec because there is
evidence that the file is being modified by some other process right
after the file content is created in the previous exec.
JIRA: APEX-563
Change-Id: Ie8cfeb4803f6bed95f9e612eeb37c5cdf2d76617
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
|
|
|
|
It includes ODL L3 service plugin and trunk ports
apex-tripleo-heat-templates: I37039207bc7cf9965d26e6dfa034e84bf9b7224d
Change-Id: I29c398aabf9a2d1b98f76895ed73c01dcc008c19
Signed-off-by: Ricardo Noriega <rnoriega@redhat.com>
|
|
|
|
JIRA: APEX-535
Change-Id: If1d074d01246407b322d5a4bc27dfde35349e9db
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
|
|
|
|
We currently start VBMCs using CLI due to issues with the VBMC python
lib. However when we start them, there is no check to make sure they
are actually changed to 'running' status. This patch adds logic to
check (up to 5 times) to ensure each VBMC is running or raises an error.
Note this is for virtual deployments only.
JIRA: APEX-527
Change-Id: Iab7ee3b76292d6fc547f18c83f23c04205e9bb2e
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
JIRA: APEX-512
Change-Id: I875bd99203b425e448e7a3f64eb9a8f99d03ddaf
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
When we build artifacts for release, we try to freeze the disk images
and artifacts we use for deployment. This includes the delorean repo
which provides OpenStack packages. This repo however expires after a
couple months and then if any packages were missing in the Undercloud
released artifact, they will attempt to be downloaded during install
and fail.
This patch adds some logic to detect if there is internet connectivity,
and if so then download and update the delorean repo on the undercloud.
JIRA: APEX-565
Change-Id: I58c28437fb5c5b179033c939377fd97aefbf427c
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
We configure host iptables to open different ports for VBMC. This may
fail if the iptables filters are not loaded.
JIRA: APEX-521
Change-Id: Ia33032c29aba3555551e39b4f819087aeafe05d9
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Needed for virt-customize the images
Change-Id: Ide3fff2c6b850047add6eeed4082c518c36e6e74
Signed-off-by: Ricardo Noriega <rnoriega@redhat.com>
|
|
For some reason we were requiring python2-docutils in to build our rpm
instead of python34-docutils. Patch also includes some logic to install
ansible.
JIRA: APEX-515
Change-Id: I1b85e5b4b29f74f5ff5399296f24831c334c289c
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
|
|
Package allows user to do openstack-status to see state of services.
JIRA: APEX-352
Change-Id: Ie68cad5745786c8764ae20c2d3ad26dd05e5480b
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
This service is required for creating encrypted volumes for storage.
JIRA: APEX-531
Change-Id: Ied5ea1d6921ef96c1a352dba523d6f37245608e2
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
|
|
JIRA: APEX-535
Change-Id: I52d17e962fc4a504db1ddbc20df0ac56a208f34b
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
This scenario allows you to install L2GW Neutron driver
and point to OpenDaylight as service provider.
apex-tripleo-heat-templates: I37039207bc7cf9965d26e6dfa034e84bf9b7224d
Change-Id: I0dfd37bcc5060f0ad8caa95e1f87a7411bd6e723
Signed-off-by: Ricardo Noriega <rnoriega@redhat.com>
|
|
apex-tripleo-heat-templates: I3250b57316b4ec85e0558f1b512f6f3ed7c349fb
apex-puppet-tripleo: I95698d69c58e0c36ae88cc2687073a05b514592c
Change-Id: I5f33cd2a2842051a77c89cb11f97e8e37d1d0185
Signed-off-by: Maryam Tahhan <maryam.tahhan@intel.com>
|
|
In newer OOO deployments, the keys for ceph are dynamically generated.
Also removes tacker client patch for symmetrical as it is already
present in stable/pike:
https://github.com/openstack/python-tackerclient/commit/682c9651085214a58434ad6016d93b2cdc8f3462
JIRA: APEX-563
Change-Id: I01fb617b026bae5d6e265a4afbac270939627c5a
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
The latest OPNFV document template makes html file separately,
hence index.html#<something> is invalid. This fix changes anchor
URL to support separate file.
Change-Id: Ic48c062e118d2faede53e8c9eaecbb99e58fddfb
Signed-off-by: Tomofumi Hayashi <tohayash@redhat.com>
|
|
Change-Id: Ib5f4715d851dc91be6a57fcb5d18a0557a7b0c7f
Signed-off-by: Dan Radez <dradez@redhat.com>
|
|
|
|
This is enabled in regular ODL deployments but is missing from the
bgpvpn scenario. Trunk ports are requested by SDNVPN team for testing
with bgpvpn.
apex-tripleo-heat-templates: I1b4d3eea61e29e1ede0e06d78fde842ef13b7b8e
Change-Id: I00a36b56045fa1114d8407fe5005128c46ecefb4
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
|
|
|
|
The latest method to deploy opendaylight features upstream is to include
the default SDN file and then add-on the feature env file which should
override any default settings in the previous SDN env file. For
example for bgpvpn:
openstack overcloud deploy -e <tht_dir>/neutron-opendaylight.yaml -e \
<tht_dir>/neutron-bgpvpn-opendaylight.yaml
This change documents the recursive function used to find the SDN env
files and includes the default for the SDN controller.
JIRA: APEX-555
Change-Id: I4270932ca4fbc21ea54e965d9d6491424f4463e2
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
JIRA: APEX-560
Change-Id: I0c8da2e841f175a1724b81d73fdf08c706408b9b
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
|
|
apex-tripleo-heat-templates: Ib94b0182fd5fbc3a254cae5862a82982bf3131be
Change-Id: Ie1e73edce9027056fb2e2870ee4705bf69251e11
Signed-off-by: tomsou <soth@intracom-telecom.com>
|
|
ODL's current behavior is to select a node to serve as the routing/L3
node in a deployment. The selection is random, and it could end up
choosing a control node. Therefore the control node needs to have
external network connectivity so adding br-ex to the controller which
will enable this via default ProviderMappings.
JIRA: APEX-558
Change-Id: Ie3044e5711ba62d73b83d69cde369e7452958844
Signed-off-by: Tim Rozet <trozet@redhat.com>
|