Age | Commit message (Collapse) | Author | Files | Lines |
|
Signed-off-by: Jakub Latusek <j.latusek@samsung.com>
Change-Id: I91948802ecb1999fac4d0cc3cd70367844b07a8b
Issue-ID: OOM-2562
|
|
Deploy cm-container version 3.3.4
Update container memory limits and requests to
address problem in integration environment
Issue-ID: DCAEGEN2-2471
Issue-ID: DCAEGEN2-2457
Signed-off-by: Jack Lucas <jflos@sonoris.net>
Change-Id: I439385f320ee90d571599ba81a09b62e7e714d2e
|
|
CM container startup scripts log to stdout for
easier debugging.
CM container readiness probe timeout extended
to support environments where the readiness
check takes longer to run.
Issue-ID: DCAEGEN2-2457
Issue-ID: DCAEGEN2-2465
Signed-off-by: Jack Lucas <jflos@sonoris.net>
Change-Id: Id25ec4cd8932818e2b78c02f7fe041f30cefc962
|
|
|
|
|
|
|
|
RestartPolicy field is undefined in spec.template.spec.initContainers.
Signed-off-by: Jakub Latusek <j.latusek@samsung.com>
Issue-ID: OOM-2562
Change-Id: I33492308b77384f28ea95c59f97ff47bf2cd7537
|
|
Update bootstrap and cloudify-manager with k8splugin 3.4.2
which fixes healthcheck for components deployed by cloudify
Provide inputs for new VES and HV-VES blueprints
k8s-ves and k8s-hvves blueprints will use the inputs for
certificates from CMPv2 in case use_external_tls=true
Issue-ID: DCAEGEN2-1794
Issue-ID: DCAEGEN2-2195
Issue-ID: DCAEGEN2-2433
Signed-off-by: Joanna Jeremicz <joanna.jeremicz@nokia.com>
Change-Id: I1cba83a391292d82ec7bca661bdf34155da8c2d4
|
|
Signed-off-by: Jakub Latusek <j.latusek@samsung.com>
Issue-ID: OOM-2562
Change-Id: I7ba751e03c37b5e97914bc454d8f329b0bb515db
|
|
Link all references to cloudify password to ensure that it can be
automatically generated.
Set generated password strength to "basic" to work around
problem with Cloudify (DCAEGEN2-2450).
Issue-ID: DCAEGEN2-1975
Issue-ID: DCAEGEN2-2450
Change-Id: I53e154de854d33be686e830be8a827741bb3ec7e
Signed-off-by: Schmalzried, Terry (ts862m) <ts862m@att.com>
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Signed-off-by: vv770d <vv770d@att.com>
|
|
- Update Bootstrap image tag to 2.1.4
- Update HV-VES image tag to 1.5.0
- Update PRH image tag to 1.5.4
- Update VES image tag to 1.7.5
- Update Cm-container to 3.3.1 (Images need new version of cm-container)
Issue-ID: DCAEGEN2-2242
Signed-off-by: Tomasz Wrobel <tomasz.wrobel@nokia.com>
Change-Id: I437cb6cffe5610c1d8cc5d32e5447faadcbc8e06
|
|
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
|
|
Cloudify manager container updated with k8splugin supporting k8s
1.17 api and allowing blueprints to ask for CMPv2 certificates.
Issue-ID: DCAEGEN2-2252
Issue-ID: DCAEGEN2-2309
Signed-off-by: Remigiusz Janeczek <remigiusz.janeczek@nokia.com>
Change-Id: Iac6d27a35b75824ba1ed8b6543fa0be88b4783b7
|
|
Issue-ID: OOM-2454
Signed-off-by: Krzysztof Kuzmicki <krzysztof.kuzmicki@nokia.com>
Change-Id: I7dc8044384f32930d2c3af7b59d39a94c3c4c103
|
|
Deploy new versions of cm-container, k8s-bootstrap-container
and healthcheck-container for DCAE.
Deploy a healthcheck-container for DCAEMOD.
Add readiness checks for aaf-cm for dcae-cloudify-manager,
dcae-inventory-api, and dcae-config-binding-service, to
avoid crash loops in the init phase.
Issue-ID: DCAEGEN2-2099
Issue-ID: DCAEGEN2-1789
Issue-ID: DCAEGEN2-2236
Issue-ID: DCAEGEN2-1864
Signed-off-by: Jack Lucas <jflucas@research.att.com>
Change-Id: I473a0cd0e3e00d39e6c33d87781581ec527fbc89
|
|
When using dynamic storage, "Lost+Found" may be present. Cloudify init
script doesn't work when it's the case, so we need to remove it.
Issue-ID: OOM-1227
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: Ie298c55aa997a441dde0bd45c452f41eb77ad495
|
|
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
|
|
Helm chart updates to pull in latest version of components:
bootstrap loads blueprints into DCAE inventory
bootstrap configures k8splugin for JKS CA store
inventory uses generated CA cert
cloudify manager loads type file to synch clamp and dcae
policy plugins
dashboard skips bad blueprints from inventory
bootstrap loads latest pgaas and sshkeyshare plugins
bootstrap runs as non-root user
Issue-ID: DCAEGEN2-2049
Issue-ID: DCAEGEN2-1938
Issue-ID: DCAEGEN2-2097
Issue-ID: DCAEGEN2-2120
Issue-ID: DCAEGEN2-2072
Signed-off-by: Jack Lucas <jflucas@research.att.com>
Change-Id: I12f37ccc85ebfefba10e7ec1113da6474927ba57
|
|
Remove unneeded dashboard inputs file
Prepend release name to filebeat configmap name
Issue-ID: DCAEGEN2-917
Issue-ID: DCAEGEN2-1923
Issue-ID: DCAEGEN2-1805
Signed-off-by: Jack Lucas <jflucas@research.att.com>
Change-Id: I53ef20046d7e16c4e0a2defd41c846d91af4ec09
|
|
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
|
|
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
I've also used a "range" for PV creation of redis in order to have only
the needed number.
Change-Id: I6bb326f8aaece11bcf503e9300e5c39a87214f81
Issue-ID: OOM-1227
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
Helm value override file now supports component-specific settings:
dcae-bootstrap:
enabled: true
dcae-cloudify-manager:
enabled: true
dcae-config-binding-service:
enabled: true
dcae-healthcheck:
enabled: true
dcae-redis:
enabled: true
dcae-servicechange-handler:
enabled: true
dcae-inventory-api:
enabled: true
dcae-deployment-handler:
enabled: true
dcae-policy-handler:
enabled: true
dcae-dashboard:
enabled: true
Issue-ID: OOM-1574
Signed-off-by: Ubuntu <dgl@research.att.com>
Change-Id: I85e0fe6ae19e176d954611549ec954a5fe662307
Signed-off-by: Ubuntu <dgl@research.att.com>
|