Age | Commit message (Collapse) | Author | Files | Lines |
|
Includes updates to spec and docs.
Change-Id: Iba402177e4525b85d511a3d6406dd97b6a981897
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Right now RDO defaults to an old version of OVS. In Apex for non-sfc
scenarios we were pulling a prebuilt RPM of OVS 2.9.0 that included a
group tables fix needed for ODL. For SFC, we now just build OVS along
with the kernel module from native OVS because NSH support exists
upstream in that version.
We can move to always doing this operation for all OVS based scenarios,
which will bump our OVS and ensure the package we build at runtime will
work with our kernel.
Change-Id: If38d0b858878f1af66990d987612a8f8f6fa2718
Signed-off-by: Tim Rozet <trozet@redhat.com>
(cherry picked from commit 4f988328adf5dd8735bbf0a9420528cd343cfcd3)
|
|
No point in using NFS when we only have one node.
Change-Id: Ic80f75913bf31c2e4a875146731d9c0d3483ae1b
Signed-off-by: Tim Rozet <trozet@redhat.com>
(cherry picked from commit 56a2abfb7a1b23e1716beb16702d130226e4778d)
|
|
Issues still persist where sometimes instances fail to start due to a
failure with os.utime to read the file path. This could be some bad race
condition between qemu/nova while copying images on the NFS. This patch
adds more ports to open in firewall, and changes initial directory owner
to nfsnobody.
Also, includes a patch to fix an apparent race condition when nova sends
a remote call to the privsep helper daemon to modify the time of the
base file owned by qemu:
https://review.openstack.org/#/c/625741/
Includes another fix for patching container images where the docker
image was not being detected correctly because the full gerrit project
name including 'openstack/' prefix was being used to search tripleo
docker images. Additionally, there were more bugs around patching
openstack python containers where the patch was not being applied
correctly.
JIRA: APEX-654
Change-Id: I1d011035486298d5906038922e69d478c383c3f7
Signed-off-by: Tim Rozet <trozet@redhat.com>
(cherry picked from commit e1d286e89e04577bda2569a5909dfe8182d953ba)
|
|
There are problems with Nova launching instantces due to permissions
with nova being able to read/write certain directories on the NFS. The
permissions are right on the NFS and the folders the NFS mounts to, but
there still seems to be issues. The cause may be using a directory under
/root as the NFS mount. This patch moves the NFS mounts to be individual
folders under /. The patch also restart nova_compute docker container as
NFS problems still persist unless this is done.
JIRA: APEX-654
Change-Id: I25eee98c1a6516dfa44c686c2e614f6dc7000d98
Signed-off-by: Tim Rozet <trozet@redhat.com>
(cherry picked from commit 32b3b5dd6290ae5c33edee2860a3edd9f3044d43)
|
|
Bumping version to 7.1 for Apex RPM.
Change-Id: Ide0333e15dfe73aac4954056f4586a9ddb840425
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Version bump for docs in prep for Gambia SR1.
Change-Id: Iba4abf1e3196072e4b0228f9874aa14c57adc09f
Signed-off-by: Tim Rozet <trozet@redhat.com>
(cherry picked from commit 654de7804b2264ef4729c22caa82f2d821938513)
|
|
There were issues related to moving to NFS for CSIT that included random
failures when mounting the NFS. Big thanks to radez for figuring out
that the issue was because the mounts were sharing the same root dir,
and thus the same context. Using nosharecache fixes the problem.
JIRA: APEX-654
Change-Id: Ic52d91a4abfe3db6289ce6a880c1f85ce5af7d0e
Signed-off-by: Tim Rozet <trozet@redhat.com>
(cherry picked from commit 0e0a291295998e77820e4b55f380d845fb509842)
|
|
The undercloud disk image repos look to be stale. This patch updates the
repos at deploy time to ensure the latest repos are always used. Similar
to what was done in:
https://gerrit.opnfv.org/gerrit/#/c/64493/
JIRA: APEX-656
Change-Id: I4eb2d0a8486b47a583434a9b83e1cc9d7274d9ad
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
|
|
Fixes a bug where oxygen was always being used even if a different ODL
version was specified in the deploy settings. Also updates the valid ODL
versions with fluorine and neon.
JIRA: APEX-648
Change-Id: Ie49c28d1757cd7e57802d67e48904ce04864feaf
Signed-off-by: Tim Rozet <trozet@redhat.com>
(cherry picked from commit 46bf00b967844dc712dfe409e55fc5fe18fa119f)
|
|
In order to support HA as well as live migration a shared storage
backend needs to be used. This patch preps the overcloud image to start
with an NFS server sharing out of /root/nfs. If csit environment file is
used then NFS parameters will be passed to the deployment, configuring
Nova and Glance to use NFS hosted by controller0.
JIRA: APEX-654
Change-Id: I049d84bfd454013fc7ba5048939ee17100197624
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
The OVS in the frozen undercloud disk image for Gambia is no longer
working (perhaps due to kernel upgrade or package changes during
deployment). This patch builds OVS the same way as is done for the SFC
scenario in the undercloud disk image.
JIRA: APEX-655
Change-Id: I6fa3e009a25806e299c7be88d6d3ee8db4c2648b
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
JIRA: APEX-652
Change-Id: I4651707265c1184026cf5ed06805997615d2db95
Signed-off-by: Daniel Balsiger <Daniel.Balsiger@swisscom.com>
(cherry picked from commit 5c41b8486a46e3c86a573b7130792624b3f5ed26)
|
|
JIRA: APEX-644
The grep command used in the original code matches multiple nodes
when deploying 10+ compute nodes. This makes opnfv-util fail to
connect to those nodes. Proposed fix is to grep for "$node "
instead.
Change-Id: I952664f6f3cab3a98681684cd354513bb3c0ab12
Signed-off-by: Daniel Balsiger <Daniel.Balsiger@swisscom.com>
(cherry picked from commit 859fb4703b3f0359e80b35aaa62a94e752707bae)
|
|
Changes-Include:
- Remove references to Apex ISO and disk image RPMs
- Update supported scenarios
- Update using upstream documentation
Change-Id: If2b66d1d5a861bd1f90b0e8829de37d84e656619
Signed-off-by: Tim Rozet <trozet@redhat.com>
(cherry picked from commit b188263699077102e956929970cc20191dafd312)
|
|
Modify the URL path for undercloud disk image to opnfv artifacts. The
undercloud image was removed from upstream TripleO, so we need to use
the latest known good version for Gambia release, stored in OPNFV
artifacts. In the future we will remove downloading undercloud image and
just use the overcloud image for undercloud.
Change-Id: I17a3bbaf67d55de05c195712d7fee6e89676bc16
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Functest needs these values to be set in overcloudrc to know which ports
to query ODL on.
JIRA: APEX-621
Change-Id: I41e34efccedc26edd98c6dd3f45e553ea76db195
Signed-off-by: Tim Rozet <trozet@redhat.com>
(cherry picked from commit 63792906e8681bef2f0e03ee12ea422af53d9c12)
|
|
This change allows downloading of files larger than 20GB.
Change-Id: I881ea35316e67980d4144e46bfbd41501e80f497
Signed-off-by: Tim Rozet <trozet@redhat.com>
(cherry picked from commit 498356c9efb765a5714845ce8303dc8a264eb300)
|
|
Ceph Ansible is failing deployments with:
https://bugzilla.redhat.com/show_bug.cgi?id=1644713
Change-Id: I4e1cad9330f77472e52b5d790b008e9d238cc48e
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Update the docs to use 'Gambia' as the version and release, and sets the
default gitreview branch to 'stable/gambia' so it doesn't need to be
explicly passed every time.
Change-Id: Id5cbfb581cb232af5541f58df8c95e4b0918713e
Signed-off-by: Trevor Bramwell <tbramwell@linuxfoundation.org>
|
|
Our undercloud initial install was failing with queens because the
--use-heat arg does not work the same way as master/rocky. Therefore the
undercloud install would fail, and then try to reinstall on the next
ansible task. This one would succeed, via container installation because
we were using the wrong undercloud/overcloud disk images.
Change-Id: Ifb829aeeec991ba6dbe582fda3e9ee6b9bc733df
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
This adds configuration for performing local documentation builds
with the following simple command:
tox -e docs
This patch is part of our documentation effor to Move away from submodules
https://docs.opnfv.org/en/latest/how-to-use-docs/local-build-transition.html
added index.rst so that docs build succsesfully
Change-Id: I2d28f03ad4d5c9c14de095dc544257af9d1e51d9
Signed-off-by: Aric Gardner <agardner@linuxfoundation.org>
(cherry picked from commit 9666d8bb3df726d88d08d5811d2a99e713908396)
|
|
With branching to gambia we need to move the settings back to their
proper names and remove OpenStack branch as Queens is the default for
Gambia.
Change-Id: Ia6101289629d89fa349f6554436ccd7c0f8b3c0c
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
As of Queens only HA OVN deployments are supported.
Change-Id: I184c5a096fec9cbc3cf2ec06218700138ea3ed57
Signed-off-by: Tim Rozet <trozet@redhat.com>
(cherry picked from commit ee58a24647df8eec2418735b038e5035bdffe10d)
|
|
Change-Id: I9e01f1164fc72915b92dfb1c0aad7414c484567e
Signed-off-by: Ricardo Noriega <rnoriega@redhat.com>
|
|
Change-Id: Ibfbd08dc2fa5fca95668fd0590707cfebd92099f
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
New arguments are added to allow snapshot deployment:
--snapshot, --snap-cache
The previous tripleo-quickstart code has been removed/replaced
with the snapshot option.
Snapshot deployments are supported on CentOS and Fedora, and snapshot
artifacts use a similar caching system as the standard deployment.
Snapshots are produced daily by Apex, and include latest as well as n-1
OpenStack versions. The os-odl-nofeature scenario is used for the
snapshots. Additionally multiple topology verions of Snapshots are
available. The Snapshot pulled at deploy time depends on the
deploy-settings and number of virtual-computes used at deploy time.
Since there is only one network used with snapshot deployments (admin),
there is no reason to pass in network settings for snapshot deployments.
That argument is now optional. Previously we required even in Standard
virtual deployments that the network settings be provided. However that
is also unnecessary, as we can default to the virtual network settings.
Includes minor fix to the tox.ini to allow specifying test cases
to run (useful for developers writing tests). Default behavior of
tox is unchanged.
JIRA: APEX-548
Change-Id: I1e08c4e54eac5aae99921f61ab7f69693ed12b47
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Need this fix to make VLAN tenant networks
to work.
Change-Id: Ie2dea9f0145c576e1b36280e6340ed2cc0460179
Signed-off-by: Ricardo Noriega <rnoriega@redhat.com>
|
|
|
|
- This patch will install OVS 2.9.2 including
its kernel module which allows native NSH
headers.
- Fix Custom OVS due to bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1544892
- Tacker is disable for the time being, tacker-conductor
needs to be enabled.
JIRA: APEX-630
Change-Id: Ia410309fd7053602ce78eae919839d0f57c9742a
Signed-off-by: Ricardo Noriega <rnoriega@redhat.com>
|
|
Adds mocking some file opens introduced by:
https://gerrit.opnfv.org/gerrit/#/c/60991/
Change-Id: I013b9c96a7c3f678c6e227f98cd58f9547d79ecb
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
|
|
JIRA: APEX-635
Change-Id: I488dd5d9b114aba5f4bb4591a0cdd8c19b692ce9
Signed-off-by: Ricardo Noriega <rnoriega@redhat.com>
|
|
- fix ipv6 enable command on bridge interfaces
- fix external subnet creation command
- enable NAT when admin is ipv4
- fix network settings file for ipv6 for br-ex interface type
Change-Id: Ibd2dbe1d0c8e8df72ad1b0b3713a19f8bbc56eef
Signed-off-by: Feng Pan <fpan@redhat.com>
|
|
The common patch design doesn't really work across branches very well.
This patch makes it so the common patches are specified in the same
file, but on a per branch basis. Making it easier to manage common
patches per branch.
Also, includes a fix and adds test coverage to the prep_image method
where we were referencing 'undercloud_admin_ip' before assignment in a
case where we were not using ODL and had patches to overcloud.
Change-Id: I7672947afd826fdc0042361a0139e22d6d5dd864
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
This patch adds allowing for common patches that should be applied to
every scenario to be included. It by default pulls in a file in the
deploy directory 'common-patches.yaml', but can optionally be
overridden.
This patch also includes a patch upstream to fix OSCLI not working
anymore due to breakage with the Cinder version in the overcloudrc.
Change-Id: I97b9efb937deff07e085b9ef75b9799fb65bfc57
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
This patch adds the ability to deploy all in one single nodes (Control
+ Compute). To enable this functionality do the following for each
deployment type:
- Baremetal: do not tag any nodes as compute in the inventory file
- Virtual: use argument '--virtual-computes 0'
JIRA: APEX-548
Change-Id: I22525c9eb21d331129c819449316c26a6fcf522d
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Apex clean is failing when trying to clean vbmcs because the function
was changed in new virtualbmc version. Adding the working version to our
constraints.
JIRA: APEX-631
Change-Id: I62971183669e4a51e841d79892e78b10ea380a1e
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
We are seeing queens baremetal deployments are all failing in step 5 due
to timeout. Not sure why the sudden increase in deployment time, but we
can try increasing the deploy timeout to see if it fixes it.
Also includes a revert for a commit that broke OOO master:
https://bugs.launchpad.net/tripleo/+bug/1785872
Change-Id: I0bcfd5b3ca49b176f901c13b8b432fa29c899188
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
This reverts commit b88eb3c7a1578cb251282c358fad6d87e7439868.
Change-Id: If5a2548e647de099229824761c6c575ca4f2e815
Signed-off-by: Ricardo Noriega <rnoriega@redhat.com>
|
|
Change-Id: Id5b932246020676e1e53438db689e32bc124939e
Signed-off-by: Ricardo Noriega <rnoriega@redhat.com>
|
|
- Injection of Quagga tarball via overcloud builder.
- Extraction and installation of all related packages.
- It uses SDNVPN artifact repository to download Quagga
tarball, so there is only one source to test.
- Modifies bgpvpn scenario files to use OS master branch,
ODL master branch and containers.
JIRA: APEX-627
Change-Id: Icdbc2853d9531048e23fd6d5e444bd68208d18fc
Signed-off-by: Ricardo Noriega <rnoriega@redhat.com>
|
|
Nova Placement should have been on controller.
Change-Id: I9279e56b5cf786c1153af4b09b29e2b215c2f248
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
There is an issue with loss of external network connectivity that
prevents cloud init to instances working. This becomes a big problem
with snapshots where there is no external network connectivity. Cloud
init fails because each request takes over 30 seconds to get a response.
This is because in the background neutron metadata agent is proxying the
request to nova metadata agent with an HTTP GET using the FQDN. For
whatever reason, a DNS lookup happens even though the entry exists for
the FQDN in /etc/hosts and waits 30 seconds until timing out. After this
timeout, a 200 OK is sent and metadata works.
This patch modifies the config file for metadata to use nova metadata
server's internal IP rather than FQDN as there is no option in OOO to
use IPs instead of FQDN.
Change-Id: I6960181a227d0002c99aeae5112f59807dc41d7a
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
NovaPlacementApi is not needed on compute nodes and is not default on
compute nodes upstream, so removing it. Also adds clustercheck and sql
clients to the both roles.
Change-Id: Ia9d9fb4f115bc9850be46043a03688b55149f5df
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
|
|
Change-Id: Ib3779733ac27183def6a59f3404cfbe9a3e9a211
Signed-off-by: Ricardo Noriega <rnoriega@redhat.com>
|
|
This bug fix is not present in the RDO versions of OVS:
https://bugzilla.redhat.com/show_bug.cgi?id=1544892
The impact of this is that traffic sent through a patch port (like from
br-int to br-ex) will not be sent correctly with OF groups (which ODL
uses). This would cause tenant vlan traffic not to work in our case.
Change-Id: Ia477b174118dcd2d7fb24189c2d093218eb97053
Signed-off-by: Tim Rozet <trozet@redhat.com>
|
|
Upstream has moved to install undercloud as containers which breaks our
post undercloud configuration for some services. Disable it for now and
then move to it gracefully in a future patch.
Change-Id: I0cd1a8ddac4ba92734750265d2a16d3ef008f236
Signed-off-by: Tim Rozet <trozet@redhat.com>
|