Age | Commit message (Collapse) | Author | Files | Lines |
|
Instead of forcing installation of all contrib components, make the
installation of these components enabled with a toggle, so each person
can choose to install a subset, all or none.
Issue-ID: OOM-2352
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: Ie112fe1f1864587b9ac69f18967a3c28d16bdbbe
|
|
Use 6.0.0 in preparation for Frankfurt release
Issue-ID: OOM-2320
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: I8ad82dfdf48b56c38c0e85d640b18cc13c8d9e67
|
|
ONAP is too big to be deployed using helm install so we need to
use a custom helm plugin helm deploy. This script deloys onap
component by component instead of deploying evrything at
once. Unfortunately this script also modifies the helm release by
appending component name to it.
As a result of this behavior our objects are called for example:
onap-mariadb-galera-mariadb-galera-0
instead of just being called onap-mariadb-galera-0.
This patch simplifies this naming convention by replacing all direct
usages of .Release.Name with common.release macro which strips the
component specific part from the release name.
Issue-ID: OOM-2275
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: Ia8cead50d305adb00eef666d0a1ace74479b5183
|
|
Helm by default creates some useful templates in _helpers.tpl
file. This is fine for stand alone charts but when they become
part of ONAP those helpers are no longer needed as our common
components already provides all required functions
Issue-ID: OOM-2278
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I659e4b45b031e87cc87f7bbbb22bf9e23cd74e61
|
|
As latest are buggy
Change-Id: I8bad9075bc7f4cbcb4bd8274bfbef3d24b15f843
Issue-ID: OOM-2260
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
OOM has now templates in order to create the needed PVC, using:
* a PV with a specific class when using a common nfs mount path between
nodes (sames as today use) --> is the default behavior today
* or a storage class if we want to use dynamic PV.
On this case, we use (in order of priority):
- persistence.storageClassOverride if set on the chart
- global.persistence.storageClass if set globally
- persistence.storageClass if set on the chart
Change-Id: I278e62821ca98e41f63306e502cca1019ba18756
Issue-ID: OOM-1227
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
postgres doesn't support that many posgtres instances write into the
same folder so moving to RWO mode is harmless
Change-Id: I3faf715606a7bb479917faf022efbf6635d602f8
Issue-ID: OOM-2080
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
Change-Id: Id9fe832a3eb3bfb23e96c711ac8455d1a8cb1156
Issue-ID: CCSDK-1316
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|
|
Updating all helm chart versions to 5.0.0 for the El Alto release.
Merge will be co-ordinated with the merge of a separate aai/oom patch.
Please do not merge until this coordination has completed.
Issue-ID: OOM-1980
Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
Change-Id: I31daaebeacea33565f13affd2fa28fb15fe948ba
|
|
So both vFW and vDNS use cases can re-use the same ip pool
Change-Id: I9a72bc3947ecaf0868011891dd2df8a2b34261d9
Issue-ID: SDNC-761
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|
|
- proper readiness check so the job
stop failing
- pull from netboxcommunity, not onap proxy
Change-Id: I2c1b653a5043e5e961c06666a7ac88c0d9201052
Issue-ID: OOM-1562
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|
|
Change-Id: I62ab2842ff950c1fbbb0b53ce6863d13c551ea57
Issue-ID: OOM-1722
Issue-ID: OOM-1723
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|
|
|
|
All charts are being bumped from 3.0.0 to 4.0.0 for the Dublin release.
In addition the requirement.yaml files have been updated to allow for
chart versions that include timestamp suffix. A following on patch will
take care of changes to the OOM Makefiles to support injection of the
timestamp versions.
Change-Id: Ie03d86fad2027e975e8b9106e3a828e4335037cb
Issue-ID: OOM-1642
Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
|
|
imagePullSecrets was not present and thus preventing connecting to
registry where creds are mandatory.
Change-Id: I087fa77bd33341fa82527b3bc8ae04f323bd0f03
Issue-ID: OOM-1562
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
For vFWNG use cases, the ip pool gets created
prior to the use case even being designed.
Just noticed OpenStack is using .1 for Gateway
and .2 for DHCP, hence these two IPs can't be
assign to any port, else, process will fail.
Change-Id: Id8232ce2fe81f1e03ee8f97f3b251b5b22b4fcba
Issue-ID: OOM-1522
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|
|
Issue-ID: OOM-1145
Change-Id: I1510339a820802554b6e8b9a201619ef66be17a0
Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
|
|
All Chart versions and requirement dependencies have been updated to 3.0 for Casablanca release.
Change-Id: Iea57e5da09ea8a8bac0a415b9a6196151cbea10b
Issue-ID: OOM-1354
Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
|
|
Change-Id: I77d085ca89d51e3a1ba102d7666ee419701c39e4
Issue-ID: CCSDK-366
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|
|
For contrib chart, we rather use 304 prefix than the
302 prefix, to keep core ONAP component in the same
prefix space.
Change-Id: Ia87d134e6d1649ccb74c7af03c61c4d485e2395b
Issue-ID: CCSDK-366
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|
|
The network prefix cidr that are automatically provisioned into
Netbox at the creation time were hard coded in the provision script.
The purpose of this patch is to externalize the network prefix, so
they can be configured in the Values file of the Helm chart.
Change-Id: Ie5019f56339146e61794ea7308300436d790b4c4
Issue-ID: CCSDK-533
Signed-off-by: Martin Ouimet <martin.ouimet@bell.ca>
|
|
the PVC yaml definition was corrupted and mountPath were missing
when not using storageClass.
Fixed PVC template of Postgress and Netbox-app charts.
Change-Id: Id018a5f5bf1e4a928cbcbdb6eefc43a1a0f08244
Issue-ID: CCSDK-533
Signed-off-by: Martin Ouimet <martin.ouimet@bell.ca>
|
|
This patch assign the first IP (0) of the 3 networks.
This prevent Netbox client from assigning IP 0 that is not
supported in Openstack.
Issue-ID: CCSDK-533
Change-Id: Id42f883d8dc8c12824669bb98e05b3944880def5
Signed-off-by: Martin Ouimet <martin.ouimet@bell.ca>
|
|
|
|
|
|
Change-Id: I415184938523e12a6e2459bbadc9f77de3ac1a40
Issue-ID: CCSDK-366
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|
|
During the self serve flow, the resources can be uniquely
identify using a external-key, allowing the DG to retrieve
the data from SDNC DB very easily for unassign purposes.
The resource-name has been added in order to provide more
information for the netbox admin, allowing him to have a
clear idea what purpose the ip is serving; given the
resource-name passed on by the designed is meaningfull.
Change-Id: I33bb74b9bca8009e70faede8001c34a451ad205f
Issue-ID: CCSDK-366
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|
|
https://gerrit.onap.org/r/#/c/60791/ is addin Netbox client
support for SDNC. In order to connect to this system, configuration
is needed at the deployment phase to provide host and api key, used
to interact through REST to the system.
Change-Id: I2177ead86879d4c65eca86e7a1dce29f2de94956
Issue-ID: CCSDK-462
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|
|
This is adding a script in a configmap along with a job that will
play the script.
This is also adding a readiness check to the netbox-app pod, so
that the job can be executed once the pod is ready.
Adding provisioning of:
- user
- region
- tenant group
- tenant
- site
- prefixes for vFW use case
Change-Id: I3bf00eb81ff4330b38e83b2f67cb17d4866e3990
Issue-ID: CCSDK-460
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|
|
Add /contrib & netbox subcharts to support the CDS Casablanca
usecases, which leverages Netbox IPAM.
Issue-ID: CCSDK-366
Change-Id: Ic761ea7ac7f763649184b89aa523c9e27fd34fc4
Signed-off-by: Marc-Alexandre Choquette <m.a.choquette@bell.ca>
|