Age | Commit message (Collapse) | Author | Files | Lines |
|
certInitializer
ONAP deployments may require the use of custom certificates. Instead of
manually adding certificates to the truststore file, users can now add
their .pem certificates under certInitializer/resources and have them
imported automatically by an init container. The updated truststore can
then be mounted to a component by providing a truststoreMountpath.
Issue-ID: OOM-2509
Signed-off-by: Jozsef Csongvai <jozsef.csongvai@bell.ca>
Change-Id: I896c729143346738e91fa57f895ba48043b253c1
|
|
|
|
|
|
SDNC pod is always in waiting state after
deploy when AAF is disabled.
Change-Id: Ie986889fe53f53d51b8e8a63895c156bf1d6b521
Issue-ID: OOM-2439
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
|
|
Use of common.log.level template in order to set the log level for
STDOUT on SDNC.
Issue-ID: OOM-2516
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: I1fde92c11f769a028292325bf67ed9654948a46f
|
|
Issue-ID: OOM-2466
Signed-off-by: Grzegorz Lis <grzegorz.lis@nokia.com>
Change-Id: Ia007cd54ae20fda08f6e4359248ea5dbac42ac92
|
|
Updated CDS versions to 0.7.5 and SDNC versions to 1.8.4 for Frankfurt mtce
release. Note: version 0.7.5 contains fix to remove hard-coded certs
from py-executor docker container.
Issue-ID: CCSDK-2519
Issue-ID: CCSDK-2399
Signed-off-by: Dan Timoney <dtimoney@att.com>
Change-Id: I8a6e02d94e9ab8108950543b6431c46fde2016dc
|
|
fix outstanding issues from previous changeset
Issue-ID: OOM-2426
Signed-off-by: Smokowski, Kevin (ks6305) <kevin.smokowski@att.com>
Change-Id: I97e6f5f17104bf8f76bda6f7b9492cc0e2921349
|
|
update sdnc logging configuration
Issue-ID: OOM-2426
Signed-off-by: Smokowski, Kevin (ks6305) <kevin.smokowski@att.com>
Change-Id: I2666ce7feca692dde700386e072ac1a69dfc6eec
|
|
Update versions for SDNC and CCSDK dockers to reflect Frankfurt RC2
versions.
Issue-ID: SDNC-1171
Signed-off-by: Dan Timoney <dtimoney@att.com>
Change-Id: Iaf34379550d148a164341dac6c44fa20926b8ccb
|
|
Instead of copy-pasting code around aaf_agent usage let's use a common
template that automates this.
Issue-ID: AAF-1134
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I9b3c7aab73186c0bf1dfaa5fe21cf2f001ca8619
|
|
Instead of copy-pasting code around aaf_agent usage let's use a common
template that automates this.
Issue-ID: AAF-1134
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I66886290a1a13ca1c1d924b4d1128adc293b301c
|
|
|
|
Minor configuration changes required in 3 SDNC DMAAP
listener/consumer properties
Issue-ID: OOM-2400
Signed-off-by: SandeepLinux <Sandeep.Shah@ibm.com>
Change-Id: I640ee1fd2d9b764c8ac406b30cb775ea6ae2d4e8
|
|
ONAP is built using plain makefile rules. List of targets is generated
using wildcard function. Based on make changelog:
http://git.savannah.gnu.org/cgit/make.git/tree/NEWS
since version 3.82 wildcard is not going to sort its results which
means that charts are being processed in an arbitrary order which may
lead to build failure due to missing dependencies.
Since version 4.3 make started sorting the wildcard results once again
which may lead to build issues.
To avoid that and make our builds predictible independently from
Makefile version let's make sure that we always sort wildcard results.
Addinally let's use 'file://' instead of '@local' for charts in common
to resolve dependencies between them.
Issue-ID: OOM-2399
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: Iacb02dcdbd577ce0e9ca1078dd0586d296ec9375
|
|
|
|
Update helm charts to use RC1 version of CCSDK dockers
Issue-ID: CCSDK-2358
Signed-off-by: Dan Timoney <dtimoney@att.com>
Change-Id: Id247bdf3442084d724b84ed752956d08868c7ddf
|
|
Set redirect to true when backend is HTTPS.
Issue-ID: OOM-2188
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: I787d5723b9e301f644aa0d6271980e3f58292cc2
|
|
Issue-ID: AAF-1134
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I62eb9f20c66e4b26bc4625b121e52cf70d2b4063
|
|
|
|
Add Ingress for dgbuilder in common and update SDNC and APPC in order to
use proper configuration.
Issue-ID: OOM-2173
Issue-ID: OOM-2188
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: Ib810ce3f4b3ff2ff3297c39be352d246aef6d7f1
|
|
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>
|
|
Add elasticdb as common chart to oom
Issue-ID: SDNC-1061
Signed-off-by: Alexander Dehn <alexander.dehn@highstreet-technologies.com>
Change-Id: Id8c48113b8d4193d7f13991296f0307a29724c01
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
|
|
Update to use version 1.8.1 of SDNC images, which contain
fix for SDNC-1145 (pods still running as root)
Issue-ID: SDNC-1145
Signed-off-by: Dan Timoney <dtimoney@att.com>
Change-Id: Ie596e45958d926e4742b688eec48b887326ddb60
|
|
Add dmaap-listener properties files
Issue-ID: SDNC-1138
Signed-off-by: Dan Timoney <dtimoney@att.com>
Change-Id: I534871a3d690bf86cb2e655f8fb6910a04a1a559
|
|
Currently /opt/onap/ccsdk/data/properties directory with its
configfiles is saved in sdnc image and not provided via helm.
File "aaiclient.properties" stored there appears to be used for
determining AAI URI by directed graphs. In this patch,
aaiclient.properties provided by configmap is added to this directory,
with still being passed to previous one. This helps with following
error you could see in karaf logs:
2020-04-06T11:18:12,714 | WARN | qtp1411815619-117 | AAIService | 218 - org.onap.ccsdk.sli.adaptors.aai-service-provider - 0.7.1 | - 33 (update) | java.net.UnknownHostException: aai.api.simpledemo.onap.org
Issue-ID: SDNC-1130
Signed-off-by: Konrad Bańka <k.banka@samsung.com>
Change-Id: I8ed73f49092912419794abac1f8ccd6325672eb5
|
|
SDNC entrypoint script sets up several environment variables
including configfiles dir. Recent addition of AAF configfiles
broke expected path for used properties files. This could be
noticed with example error from karaf logs:
org.onap.ccsdk.sli.core.sli.SvcLogicException: Cannot read property file: /opt/app/osaaf/local/generic-resource-api-dg.properties: /opt/app/osaaf/local/generic-resource-api-dg.properties (No such file or directory)
Issue-ID: SDNC-1147
Signed-off-by: Konrad Bańka <k.banka@samsung.com>
Change-Id: Ifcfde9abef1c12a7b8d1009f346d313b8fe57f44
|
|
Update image versions for SDNC and CCSDK to use Frankfurt
M4 versions
Updated CDS versions to use repaired version 0.7.1
Reverted naming service to El Alto version (0.6.3) as
workaround while startup issue is investigated.
Issue-ID: SDNC-1110
Signed-off-by: Dan Timoney <dtimoney@att.com>
Change-Id: Ie76466dd65a3a3dfb0df2aaa13f14c298bbc7c11
|
|
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: I6cf72e3d6dcd8eab5f913b86febc7a21d02c1ecb
|
|
|
|
This commit corrects previous mistake assuming that
parameter's nested content derived via "<<" operator
can be overwritten with single value, while in practice,
whole key would be change.
For practical explanation, following entry:
a: &a
b: 1
c:
d: 2
e: 3
x:
<<: *a
c:
d: 10
Would yield following content:
a:
b: 1
c:
d: 2
e: 3
x:
b: 1
c:
d: 10
And as we can see, "e" key is missing there.
This commit correct this.
Issue-ID: SDNC-1122
Signed-off-by: Konrad Bańka <k.banka@samsung.com>
Change-Id: I15dfe0219ee1d6bcde7d29821ed2650bc8698244
|
|
Update SDNC config to eliminate unnecessary node ports.
Issue-ID: SDNC-1120
Signed-off-by: Dan Timoney <dtimoney@att.com>
Change-Id: Ia5666fd02baa7383cc484a2e9a770907d81af128
|
|
Some passwords are still hardcoded but with this commit all components
should be using passwords provided via secrets not directly as strings.
A follow-up patch will remove hardcoded passwords where feasible.
Issue-ID: OOM-2309
Change-Id: I047974506430cbb277200d0103bcc57a6fd8a83b
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
|
|
Issue-ID: OOM-2309
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I24fc7c69d6e7999c2ac8107c8d3ed3af22baae42
|
|
Whole SDNC strongly depends on the assumption that it is using a
common mariadb-galera instance and that root password is secret
password. Also user and password to sdnc DB is hardcoded.
Let's start working on removing this assumption and component by
component add support for local and shared mariadb instance without
hardcoding any passwords to the database.
In this patch all passwords are still hardcoded in the helm chart to
not break other parts of SDNC. Those values will be removed in a final patch.
Issue-ID: OOM-2309
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I5ca369f43e8863f9ae3ec3f5d648740808a5e099
|
|
Issue-ID: OOM-2309
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I6f08d537036576122fc2e7d941695434eaaf854e
|
|
|
|
|
|
Whole SDNC strongly depends on the assumption that it is using a
common mariadb-galera instance and that root password is secret
password. Also user and password to sdnc DB is hardcoded.
Let's start working on removing this assumption and component by
component add support for local and shared mariadb instance without
hardcoding any passwords to the database.
In this patch all passwords are still hardcoded in the helm chart to
not break other parts of SDNC. Those values will be removed in a final patch.
Issue-ID: OOM-2309
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I3280f9d7ff4933d4e50b94ca248676ed9aa6688d
|
|
Whole SDNC strongly depends on the assumption that it is using a
common mariadb-galera instance and that root password is secret
password. Also user and password to sdnc DB is hardcoded.
Let's start working on removing this assumption and component by
component add support for local and shared mariadb instance without
hardcoding any passwords to the database.
In this patch all passwords are still hardcoded in the helm chart to
not break other parts of SDNC. Those values will be removed in a final patch.
Issue-ID: OOM-2309
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: Idb460e72301dd63082d7890d34fea923df3ac426
|
|
Whole SDNC strongly depends on the assumption that it is using a
common mariadb-galera instance and that root password is secret
password. Also user and password to sdnc DB is hardcoded.
Let's start working on removing this assumption and component by
component add support for local and shared mariadb instance without
hardcoding any passwords to the database.
In this patchAll passwords are still hardcoded in the helm chart to
not break other parts of SDNC. Those values will be removed in a final patch.
Issue-ID: OOM-2309
Change-Id: Ie998b3c5775807ef096074b18a18a1773120c1d6
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
|
|
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
|
|
Add support for AAF init container for config and cert generation
Issue-ID: SDNC-755
Signed-off-by: Agarwal, Ruchira (ra1926) <ra1926@att.com>
Change-Id: I06ee7921b6dbb1b4b9ca64cf276a374256af3a45
Signed-off-by: Agarwal, Ruchira (ra1926) <ra1926@att.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
I've also used "range" for PV creation of the statefulset
I've created one file per PV (one for mdsal, one for certs).
sdnc-prom was using hostpath directly on deployment, move to a PV/PVC.
Change-Id: Id9eed3b13ac85595c386e380f41cfbc38b52c69f
Issue-ID: OOM-1227
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
* changes:
Add ingress controler support to OOF
Add ingress controler support to POMBA
Add ingress controler support to SDC
Add ingress controler support to DMAAP
Add ingress controler support to SDNC
Add ingress controler support to CDS
|
|
Update SDNC helm charts to use latest stable version (1.7.6)
Change-Id: I98a360cd16e14d8da914278da2509e2c07c2cf5c
Issue-ID: SDNC-992
Signed-off-by: Timoney, Dan (dt5972) <dtimoney@att.com>
|
|
Issue-ID: OOM-2188
Change-Id: I30c2e0dea0a1fc12fd82090610c7e38f577cc811
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
|