Age | Commit message (Collapse) | Author | Files | Lines |
|
Bump charts to version 8.0.1
Also update / create license header
Issue-ID: OOM-1
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: Ib511f952ea97ecb60f360448a0d976769b225071
|
|
Updating the documentation and bumping version to 8.0.0
Issue-ID: OOM-1
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: I6f942f1466fed64264c44fb8fc0e1ffc93a98f18
|
|
New base java 11 image in Dockerfile from nexus, integration team
Issue-ID: EXTAPI-572
Signed-off-by: aosull01 <adrian.osullivan@huawei.com>
Change-Id: I47b785298fa3a9b6dcc7e816c32c4f5993fc6684
|
|
-latest images are not allowed in the oom master branch
Issue-ID: EXTAPI-564
Change-Id: I381f87fa813e103c47434227327dbfadaf4b8892
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
|
|
Deploy new Honolulu version of nbi container
with enhanced support for internal macromode SO APIs
Issue-ID: EXTAPI-564
Signed-off-by: aosull01 <adrian.osullivan@huawei.com>
Change-Id: I39780e800b09eb49b35974cc43d2b05aee7f1d33
|
|
Mariadb DB Galera containers version is outdated and unmaintained. We
need them to move to a new image provider.
As new image provider is not compatible with our old templates, we
also update the templates (by reworking bitnami mariadb-galera chart).
An update of global mariadb image is also done in order to match mariadb
galera version.
Issue-ID: OOM-1720
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: Ib9976227759e90022183d4f37fc655143be4d6ac
|
|
Update charts and requirements to 7.0.0.
Create release notes for Guilin
Update documentation
Issue-ID: OOM-2638
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: I965ed6b6ebb7d74bfddaff73edd3dd55a657841c
|
|
This commit makes NBI chart to use the new generator for
repositories and images.
Issue-ID: OOM-2364
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: I1d95512008dedf7f1d0b416c9c40249abb4eacac
|
|
Added two k8s related properties in nbi:
1. k8sCloudRegionId
2. k8sCloudOwner
To support CNF instantiation through SO macro flow,
we need to add k8s related configurations.
Issue-ID: EXTAPI-524
Signed-off-by: aleemraja <ar00500721@techmahindra.com>
Change-Id: I970ec5fe4fe707d8fb5fba6e96969c2baf496969
|
|
|
|
Deploy handling serviceState and macromode attributes
Internal changes in Service Order payload processing
Issue-ID: EXTAPI-505
Signed-off-by: aosull01 <adrian.osullivan@huawei.com>
Change-Id: I28e099072b4d2ac35f85311836c6998c4eec7139
|
|
Signed-off-by: Jakub Latusek <j.latusek@samsung.com>
Change-Id: I8fa9f472994c5a01c228966d755eb8b21c4364cf
Issue-ID: OOM-2562
|
|
Readiness container v3.x and up are now present in ONAP main repository.
They're also not using root user anymore and then script path has
changed.
Finally, "job_complete" script has been integrated in main "ready"
script.
As those changes are significant, we must upgrade all the components at
once.
Depends-On: I5afa83892043f4844afe12e61724a8d368a9f2e0
Issue-ID: OOM-2545
Signed-off-by: Grzegorz Lis <grzegorz.lis@nokia.com>
Change-Id: I0b4eb5dd86390273532d67d0a9696e1cfcadf110
|
|
Issue-ID: OOM-2460
Signed-off-by: Grzegorz Lis <grzegorz.lis@nokia.com>
Change-Id: Ibb18d7d4ae31dcf4700f8cee0956e9542bde719f
|
|
Deploy new Guilin version of nbi container
with new support for internal macromode SO APIs
Issue-ID: EXTAPI-480
Signed-off-by: aosull01 <adrian.osullivan@huawei.com>
Change-Id: Ie26d0393802dce86ad77f477c5f27cfe242a6cff
|
|
One of reasons why certInitializer is a proper chart that you need to
put in your requirements.yaml is to avoid copy-pasting the same global
values among different charts. As it turned out in tests we've been
not "mangling" global values properly while creating
$subchartDot. This patch fixes the issue.
Issue-ID: AAF-1134
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I630154c4eedd7192ebb1881e5899c8df495d988b
|
|
Add new template that can be used to obtain certificate by
component. Make also a PoC with NBI.
Strongly based on aaf-config template.
Issue-ID: AAF-1134
Change-Id: I10cb2a7b36a8dc436be337518cc15431aabbbc5d
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
|
|
ingress template is needed to create ingress.
Issue-ID: OOM-2172
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: I176f70600918def3d1fc43d9fdb35ca8d29653de
|
|
Change ingress host to the required hostnames
Change-Id: Ic78c8821e2e23e00943d8abdf7b2183b4d940c72
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
Issue-ID: OOM-2391
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
|
|
Issue-ID: EXTAPI-432
Signed-off-by: aosull01 <adrian.osullivan@huawei.com>
Change-Id: I6f14ab5ce0efe50db3e0cf0325d78457b886b60e
Signed-off-by: mrichomme <morgan.richomme@orange.com>
|
|
Issue-ID: EXTAPI-427
Signed-off-by: aosull01 <adrian.osullivan@huawei.com>
Change-Id: I2a35284b9de2153b473b4bdde1d77be6a015b620
|
|
Onboard server certificates for HTTPs via AAF init containers.
Issue-ID: EXTAPI-375
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: Icbcf075dd2dd8588aa9f14d23974a122bde38ae7
|
|
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
|
|
Issue-ID: OOM-2051
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I84509f2b6eb04585055bb7a5b0cfd957785f53fb
|
|
Issue-ID: EXTAPI-413
Signed-off-by: aosull01 <adrian.osullivan@huawei.com>
Change-Id: I962409c449ea8ba14327e3102c0085311bb1800a
|
|
mariadb-init chart should play nicely with mariadb-galera as it
simplifies migration to common mariadb instance.
Unfortunately after adding the support for common secret template I
didn't pay enough attention to consistent naming convention and
mariadb-galera and mariadb-init chart ended up being incompatible. To
fix that let's just rename the mariadb-init chart config option to
match exactly the one used in mariadb-galera chart.
Issue-ID: OOM-2248
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I621804821292e2bd0b5b1dd3f010629d1cb5471f
|
|
Let's use common secret template to generate user credentials for NBI
DB and depend on mariadb-galera to generate secure enough root
password.
BTW.
Don't be surprised for now mariadb-galera has a hardcoded root
password but as soon as we move all charts that use it to common
secret template it will be auto generated.
Issue-ID: OOM-2291
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I5d16f6c26aa63a46db98ba3dab3a76267b4049f1
|
|
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
|
|
ONAP projects using HTTP port to connect to DMaaP Message Router (MR), please start using HTTPS port
Issue-ID: EXTAPI-371
Signed-off-by: MatthieuGeerebaert <matthieu.geerebaert@orange.com>
Change-Id: I965f57599bb11fe0ee85a1fa66a55bf292399c58
|
|
Instead of having our "own" galera cluster, use the common one already
proposed by OOM.
If a local cluster is needed, you just need to set
global.mariadbGalera.localCluster to True.
Also create a common chart that create the needed values for the
database.
Change-Id: I9ad551b76a40732b4ab3fc34ba7cde6ca90fe432
Issue-ID: EXTAPI-348
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
Issue-ID: EXTAPI-341
Signed-off-by: MatthieuGeerebaert <matthieu.geerebaert@orange.com>
Change-Id: I94b41e338d80939934c7d42fd518d0984cf89b92
|
|
Instead of using "homegrown" mariadb chart, move to use the common
mariadb-galera chart in order to be aligned with most of the other users
of mariadb and eventually to move into the common mariadb galera
instance.
Change-Id: I0c8ed6adfea0d64f97e7d9378464039915d389c7
Issue-ID: EXTAPI-347
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
Change-Id: I5f9292c70b0f31a615a7d4c84222ce08b8c99de1
Issue-ID: EXTAPI-314
Signed-off-by: aosull01 <adrian.osullivan@huawei.com>
|
|
Today when deploying NBI with OOM, the PersistentVolumeClaim needs the
"ReadWriteMany" (or "RWX") capability.
According to Kubernetes Documentation (https://kubernetes.io/docs/concepts/storage/persistent-volumes/#access-modes),
ReadWriteMany stands for "the volume can be mounted as read-write by many nodes".
That means that a particular PVC needs to be read and written from many pods.
That also means that your code takes that into account and do the work to avoid
write at the same place at the same time.
An issue on RWX mode is that most "official" storage driver from Kubernetes doesn't
support it (13 over the 19 drivers doesn't support it, espacially OpenStack, Amazon
and Google storage classes).
MongoDb PVC is used only for one Mongo instance and it's the same for
maria. Thus we don't need RWX
Change-Id: I4d54cd7853778d8ba6c83551a211abe34d383382
Issue-ID: EXTAPI-305
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
Change-Id: I337ad5dca092bf4c7f6df1fd8666192dc05ccc40
Issue-ID: EXTAPI-279
Signed-off-by: aosull01 <adrian.osullivan@huawei.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
|
|
TMF Forum moved from v3 to v4 (no backward compatibility)
template must reflect it
problem detected when running End to end case using NBI for instantiation
Issue-ID: EXTAPI-247
Change-Id: I937eca3a00d37df83c6871c65a00d37ad516d03a
Signed-off-by: mrichomme <morgan.richomme@orange.com>
|
|
Change-Id: I08269f126c5c2fbf9aa38a2c07f34a05c9caeeac
Issue-ID: EXTAPI-239
Signed-off-by: MatthieuGeerebaert <matthieu.geerebaert@orange.com>
|
|
|
|
Change-Id: Ib6042ee657415ec94d5c8acdd23a2ef1b5438a93
Issue-ID: EXTAPI-213
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
Change-Id: I5b4a5d04bd0713ceb1421157d23403201b2e8fe1
Issue-ID: EXTAPI-228
Signed-off-by: MatthieuGeerebaert <matthieu.geerebaert@orange.com>
|
|
Change-Id: Idfc612c4de957eb541044499014d741b5e966321
Issue-ID: EXTAPI-214
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
Change-Id: Ie24091607ae131599ca107a5191a9cd55dc58991
Issue-ID: OOM-1725
Signed-off-by: aosull01 <adrian.osullivan@huawei.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>
|
|
when looking at OOM Charts, it's important to know what they're
deploying and what are the requirements. This commit is doing it
for NBI project
Change-Id: I8200bc1a2ce06073af898a38ef4d72511969d03d
Issue-ID: OOM-1453
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
|
|
Change-Id: I407217cb69df133406be0ec63eb4f3793fca7308
Issue-ID: EXTAPI-146
Signed-off-by: Eric Debeau <eric.debeau@orange.com>
|
|
The container restarts in a loop before being considered as living on slow labs.
Modified liveness and readiness probe, initial delay to 180
Change-Id: I499cb2ef85aa26dc054ad1b2e5b7ac8034ada7db
Issue-ID: EXTAPI-122
Signed-off-by: MatthieuGeerebaert <matthieu.geerebaert@orange.com>
|
|
The container restarts in a loop before being considered as living on slow labs.
Modified liveness and readiness probe
Change-Id: I780d9e36b30284857c3405f687295b755b0e702c
Issue-ID: EXTAPI-122
Signed-off-by: MatthieuGeerebaert <matthieu.geerebaert@orange.com>
|
|
Reduce minimal values for mariadb
Align with CLAMP values
Change-Id: I4e7042acc5d73ee2459e8932435992f681a8a8ab
Issue-ID: OOM-1156
Signed-off-by: Eric Debeau <eric.debeau@orange.com>
|