summaryrefslogtreecommitdiffstats
path: root/kubernetes/so/values.yaml
AgeCommit message (Collapse)AuthorFilesLines
2021-08-31Merge "[SO] Check for job instead of container for so-mariadb-config"Krzysztof Opasiak1-1/+2
2021-08-30[SO] SO Istanbul first release candidateDan Timoney1-1/+1
Includes the So core components. Also installs compatible CDS version 1.1.5 Issue-ID: SO-3740 Signed-off-by: seshukm <seshu.kumar.m@huawei.com> Change-Id: Ic40426e569fd9f15e50d6697eb031f169c7eb38b Signed-off-by: Dan Timoney <dtimoney@att.com>
2021-08-27[SO] Check for job instead of container for so-mariadb-configPrabhjot Singh Sethi1-1/+2
so-bpmn-infra deployment init container waits on so-mariadb-config pod to complete instead of checking job status itself. This causes issues when the completed config job container finishes and gets cleaned up due to garbage collector, after which so-bpmn-infra pod gets stuck in init state forever. Fixing other instances of waiting for so-mariadb-config job as well. Issue-ID: OOM-2799 Signed-off-by: Prabhjot Singh Sethi <prabhjot@aarnanetworks.com> Change-Id: Ib6d1b53d52c178386a743558c4b45b8f8748487b
2021-06-10[SO] Update chart with service accountfarida azmy1-0/+6
Add service account to requirements.yaml, values.yaml and deployment/statefulset Issue-ID: OOM-2718 Signed-off-by: farida azmy <farida.azmy.ext@orange.com> Change-Id: Ic17b8d9307216a7feeceefe6a1e6f0fe4839a637
2021-04-29[SO] Bump versions to resolve the CNFO issuesseshukm1-1/+1
The fix for blocking issue of 1. SO-CDS interaction and 2. post instantiate flag Issue-ID: SO-3628 Signed-off-by: seshukm <seshu.kumar.m@huawei.com> Change-Id: Id09c1e04e8063dd1fb5cae47b5c17bc43d028d57
2021-04-06[SO] Release the H release for sol005 adapterseshukm1-1/+1
Rename the vfc-adapter to etsi-sol005-adapter. Issue-ID: SO-3473 Signed-off-by: seshukm <seshu.kumar.m@huawei.com> Change-Id: I79949521c58b05f9b7eacad591d06f62e3ab1983
2021-03-29[SO] Change sub component namesSylvain Desbureaux1-2/+2
Some SO components have changed their names: * so-monitoring is now so-admin-cockpit * so-etsi-nfvo-ns-lcm has a new repository * so-vnfm-adapter is now so-etsi-sol003-adapater Issue-ID: SO-3473 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: I75be10b42fc7b44ac0f654853953f6139f3b1c13
2021-03-29[SO] Release the artifacts for SOseshukm1-1/+1
SO core components 1.8.1 and sub-components 1.8.2. Also the DB scripts to support the camunda 7.14. Issue-ID: SO-3566 Signed-off-by: seshukm <seshu.kumar.m@huawei.com> Change-Id: Ia0efe1116b6435c3aa19beb3b0a938a2f2ae0bea [Rebase and resolve conflicts] Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
2021-03-26[SO] SDNC-adapter missing properties for the latest changesseshukm1-0/+2
Adding the missing oom properties for the sdnc adapter. Issue-ID: SO-3590 Signed-off-by: seshukm <seshu.kumar.m@huawei.com> Change-Id: Id114848c88329db8317695391142483a43d1b6fb
2021-03-20[SO] Use truststore all keystoreSylvain Desbureaux1-6/+0
Truststore given by AAF is only giving ONAP root_ca. In order to have access to other platforms, we must also have all the other ones. As ONAP root ÇA and all known CAs are present in truststore All, let's use it. Issue-ID: OOM-2688 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: I551b8e4a316dcf4f2dee1bf6c45327496a488cdd
2021-03-18[SO] Simplify cert retrieval scriptSylvain Desbureaux1-8/+1
As retrieving values is now done via a generic script, let's clean a little bit cert retrieval in order to remove unneeded part. Also, as MSB is now using certInitialize, we don't need to onboard it's certificate. Issue-ID: OOM-2688 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: I5b8ed861ab94b97f2de0d52a4e4385b97a4f5afc
2021-01-11[SO] Update SO to 1.7.11 (CNF and slicing bugfixes)deen19851-1/+1
Update SO containers to 1.7.11, solve CNF and E2E NW slicing bugfixes: Containers: + name: 'so/vnfm-adapter' + name: 'so/catalog-db-adapter' + name: 'so/request-db-adapter' + name: 'so/openstack-adapter' + name: 'so/sdnc-adapter' + name: 'so/vfc-adapter' + name: 'so/sdc-controller' + name: 'so/bpmn-infra' + name: 'so/so-monitoring' + name: 'so/api-handler-infra' + name: 'so/nssmf-adapter' + name: 'so/mso-cnf-adapter' + name: 'so/so-oof-adapter' + name: 'so/so-etsi-nfvo-ns-lcm' Change-Id: I6755bef5a6ee019afa6ad41ec20c42f9703182d8 Signed-off-by: Damian Nowak <damian.nowak@nokia.com> Issue-ID: SO-3431
2020-12-14[COMMON][MARIADB] Upgrade Mariadb DB galera versionSylvain Desbureaux1-6/+10
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
2020-11-27[SO] helm chart for cnf-adaptersekharhuawei1-25/+90
Add helm chart for cnf-adapter to oom Issue-ID: SO-3164 Signed-off-by: sekharhuawei <reddi.shekhar@huawei.com> Change-Id: Ib96c130b05d31a11e42603300f5e7e0f43cb9aa1 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
2020-11-21[SO] Uses new tpls for repos / imagesSylvain Desbureaux1-6/+0
This commit makes SO 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: Ife4e1fcfff565b3ada7e726913826e2c9f76bc07
2020-11-14[SO] Bump container versions to 1.7.10Kalkere Ramesh, Sharan1-1/+1
SO 1.7.10 containers are release containers so-bpmn-infra: 1.7.10 so-catalog-db-adapter: 1.7.10 so-monitoring: 1.7.10 so/nssmf-adapter: 1.7.10 so/openstack-adapter: 1.7.10 so/request-db-adapter: 1.7.10 so/sdc-controller: 1.7.10 so/sdnc-adapter: 1.7.10 so/vnfm-adapter:1.7.10 so/api-handler-infra:1.7.10 Issue-ID: SO-3346 Change-Id: I450734f8b4704c767c330deff8a830ae84ba3d2c Signed-off-by: Kalkere Ramesh, Sharan <sk720x@att.com>
2020-11-13Merge "[SO] Bump container versions to 1.7.9 "Sylvain Desbureaux1-1/+1
2020-11-12[SO] Bump container versions to 1.7.9 seshukm1-1/+1
SO 1.7.9 containers are release containers so-bpmn-infra: 1.7.9 so-catalog-db-adapter: 1.7.9 so-monitoring: 1.7.9 so/nssmf-adapter: 1.7.9 so/openstack-adapter: 1.7.9 so/request-db-adapter: 1.7.9 so/sdc-controller: 1.7.9 so/sdnc-adapter: 1.7.9 so/vnfm-adapter:1.7.9 so/api-handler-infra:1.7.9 Issue-ID: SO-3216 Signed-off-by: seshukm <seshu.kumar.m@huawei.com> Change-Id: I14d3347225dc1a6c072dbb2e56e5bb985867f25a
2020-11-06Merge "[SO] Disable SO-VE-VNFM per default"Krzysztof Opasiak1-1/+1
2020-11-05Revert "[SO] helm chart for cnf-adapter"Sylvain Desbureaux1-92/+26
This reverts commit a2145f7fa5a4bfadf6782333a879e75730da4f8e. Reason for revert: it seems to have weird consequences when bumping so version Issue-ID: SO-3164 Change-Id: Ibf869be9e9dcba915a738605af6d4f823742fbea Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
2020-11-02[SO] Disable SO-APPC per defaultSylvain Desbureaux1-1/+1
SO-APPC deployment is deprecated in Guilin version. Like other component, it's then set to disabled on default deployment Issue-ID: SO-3355 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: Iea82ea206b9945e37146c02caff7f50f1ae27953
2020-11-02[SO] Disable SO-VE-VNFM per defaultSylvain Desbureaux1-1/+1
SO-VE-VNFM deployment is deprecated in Guilin version. Like other component, it's then set to disabled on default deployment Issue-ID: SO-3355 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: Ie43b4292b839bc46b7ecde98d7e3cbc75b156724
2020-11-02[SO] Use readiness chartSylvain Desbureaux1-0/+4
Some SO components are using readiness check init container. In "gating" mode, so image and readiness image are not coming from the same repository. By using readinessCheck charts, we can control that. Issue-ID: OOM-2617 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: I44a4e9daf72d1a42d3d84b6d56b588cd7d44fb08
2020-11-02[SO] Remove so-db-secretskrishnaa961-0/+2
so-db-secrets was used to create secrets for db creds. But now, they are being created from secrets metaconfig. It is not needed Issue-ID: OOM-2534 Signed-off-by: Krishna Moorthy <krishna.moorthy6@wipro.com> Change-Id: I0f0514b0b704e4643253b793ea4bd9ad92329759
2020-10-30[SO] helm chart for cnf-adaptersekharhuawei1-26/+92
Add helm chart for cnf-adapter to oom Issue-ID: SO-3164 Signed-off-by: sekharhuawei <reddi.shekhar@huawei.com> Change-Id: I12551f8403c55b7f0d0e54dea0d003413039b6a6 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
2020-10-20Merge "[SO-ETSI-NFVO] Add SO DB and NFVO DB Credentials to NFVO NS LCM Pod ↵Krzysztof Opasiak1-6/+8
for DB Communication"
2020-10-19[SO-ETSI-NFVO] Add SO DB and NFVO DB Credentials to NFVO NS LCM Pod for DB ↵rope2521-6/+8
Communication All of the credentials added have been accessed using the common secrets template. In order to avoid hardcoding passwords etc. I have added 2 jdbcUrl's for accessing the NFVO DB and the CamundaBPMN DB. These will be needed for code going into the SO codebase. This change should not have an effect on any other charts, as properties have only been added to ETSI NFVO Charts. Issue-ID: SO-3159 Change-Id: Ic6e0002ce64b872ac0c44fa1f124304c392e6a8b Signed-off-by: rope252 <gareth.roper@est.tech> Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
2020-10-19Merge "[SO] Add charts for so-oof-adapter"Sylvain Desbureaux1-0/+23
2020-10-16[SO] Add helm chart for SO-ETSI-NFVO-NS-LCMAndrewLamb1-0/+3
This chart for SO-3157 was previously merged here: https://gerrit.onap.org/r/c/oom/+/111378 It was subsequently reverted here: https://gerrit.onap.org/r/c/oom/+/112538 due to use of staging image It could then not be re-introduced until other OOM problems were fixed. Chart has been updated in line with changes made here: https://gerrit.onap.org/r/c/oom/+/111328 Also included, SO-3225 - small change from this review: https://gerrit.onap.org/r/c/oom/+/112358 which could not be merged due to other oom problems, and then also due to revert. Once this is merged, I will abandon old review at: https://gerrit.onap.org/r/c/oom/+/112358 Issue-ID: SO-3157 Change-Id: I3b59b9f655b395d7a22ea06814004baeb158b7d7 Signed-off-by: AndrewLamb <andrew.a.lamb@est.tech> Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
2020-10-14[SO] Add charts for so-oof-adapterPriyadharshini1-0/+23
Issue-ID: SO-3205 Signed-off-by: Priyadharshini <priyadharshini.b96@wipro.com> Change-Id: Ic25f2a1421cc7a2370f1793b6c6735a55b4d78c9
2020-10-12[SO] move subcharts to components folderseshukm1-239/+43
Move subcharts to components folder in order to be able to enable/disable them one by one. Also use certInitializer to retrieve truststore in order to be able to discuss with other ONAP components. Issue-ID: SO-2046 Change-Id: Ia5c2a590a2ad75e4b69be0748e9d79fda996af37 Signed-off-by: seshukm <seshu.kumar.m@huawei.com> Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
2020-09-11Revert "[SO] Add helm chart for SO-ETSI-NFVO-NS-LCM"Krzysztof Opasiak1-11/+0
This reverts commits: b6a0f9ef4cefa4c63bcc9b57e8ffeb236194dcd7 5b4d13d79e72409c49b893b00ce763591696b104 Staging images are not allowed in OOM master branch. When they disappear we get awful failures in gating thus components that sneak in staging images by tagging them in the same way as the release images has to be immediately removed unless a proper docker image is released. Issue-ID: SO-3157 Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com> Change-Id: Ia18ff5b372b13b9d03a2969f4aaf2fcea144ea77
2020-09-04Merge "[GENERAL] Use readiness container v3.0.1"Krzysztof Opasiak1-2/+1
2020-09-04[GENERAL] Use readiness container v3.0.1Sylvain Desbureaux1-2/+1
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
2020-09-01[SO] Add helm chart for SO-ETSI-NFVO-NS-LCMAndrewLamb1-0/+11
As part of adding Support for SOL005 NBI API Handler Issue-ID: SO-3157 Change-Id: I7ef5dc15b71d45a7d519390c245ef7cc106a363d Signed-off-by: AndrewLamb <andrew.a.lamb@est.tech>
2020-07-09[SO] bump the SO modulesseshukm1-1/+1
bump the SO modules for the F maintenance release This is from 1.6.3 to 1.6.4 SO-appc-Ochestrator is released first time in this release Issue-ID: SO-3022 Signed-off-by: seshukm <seshu.kumar.m@huawei.com> Change-Id: Ib73e08ecaf2a93153cda9eef4dd2880f5376b6c8
2020-05-31bump th so version to 1.6.3seshukm1-1/+1
Issue-ID: SO-2955 Signed-off-by: seshukm <seshu.kumar.m@huawei.com> Change-Id: If47a43c642e59fe4048d1d816f971e25524236da
2020-05-29Add new SO component so-appc-orchestrator to OOMRamesh Parthasarathy1-0/+32
- This is a new component with SO - This component polls bpmn for any app-c related tasks. If there is one, it will pick up the task, execute the task and provide task status to bpmn - SO code related to this functionality has already been delivered by Elena. Issue-ID: SO-2903 Signed-off-by: Ramesh Parthasarathy(rp6768)<ramesh.parthasarathy@att.com> Change-Id: I1bb3afd437f420304c41255560fbe13106eefb83
2020-05-26bump the SO version 1.6.2seshukm1-1/+1
Issue-ID: SO-2821 Signed-off-by: seshukm <seshu.kumar.m@huawei.com> Change-Id: Ief1d24c6aefbbd47618f235f719c6d0aafbda5b0
2020-05-11bump the SO release version 1.6.1seshukm1-1/+1
Issue-ID: SO-2818 Signed-off-by: seshukm <seshu.kumar.m@huawei.com> Change-Id: I99506f2bfb4aa9944dda9a23f6fbe0d66a60cb37
2020-05-04Merge "Change ingress hosnames for exposed services"Sylvain Desbureaux1-1/+1
2020-04-30Adding NSSMF adapter chartjananib1-0/+22
OOM SO-NSSMF adapter Issue-ID: OOM-2343 Change-Id: I93c7bfc58601202dd61455431d2720162ee9e69c Signed-off-by: jananib <janani.b@huawei.com> Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
2020-04-29Change ingress hosnames for exposed servicesLucjan Bryndza1-1/+1
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>
2020-04-05Added trust store for SOL003 Adapter & ETSI Catalog ManagerRamesh Parthasarathy1-3/+5
Added the trust store provided by waqas to be included with vnfm adapter jvm arguments. Issue-ID: SO-2765 Signed-off-by: Ramesh Parthasarathy(rp6768)<ramesh.parthasarathy@att.com> Change-Id: Ifbe7bd54dcf1f79b49bed1f887e472ad9b7ac634
2020-04-03Merge "[SO] Correct connection configuration to sdnc"Krzysztof Opasiak1-0/+3
2020-04-01[SO] Correct connection configuration to sdncKonrad Bańka1-0/+3
Issue-ID: INT-1511 Signed-off-by: Konrad Bańka <k.banka@samsung.com> Change-Id: I1e44830206c9e1124952078584a769869caa6ffb
2020-04-01Bump SO version to 1.6.0seshukm1-2/+1
Issue-ID: SO-2519 Signed-off-by: seshukm <seshu.kumar.m@huawei.com> Change-Id: Ib340900d834f1b74b1ca936dc5c2de96d3c6ad96 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
2020-03-31[SO] Onboard ONAP CA during init phaseSylvain Desbureaux1-5/+32
Workaround for retrieving ONAP root CA and keeping SO container being run by no root user. Issue-ID: SO-2730 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: Ib1b48c0a6fcca359a780640b8c705e75fd78dc1a
2020-03-28[SO] Use common secret template in soKrzysztof Opasiak1-1/+83
Generate passwords for: - so_user - so_admin and distribute them to all SO subcharts. mariadb-galera root password is taken as a reference to existing secret (shared mariadb instance) or also generated if local cluster is used. Three other DB users also have generated passwords but they are not distributed outside of so-mariadb as they were never used. Issue-ID: OOM-2328 Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com> Change-Id: Ic4af5c9b12b00d2a52d2597e3fe1161d0d1a9f20
2020-03-18Fixed openstack credentials for calling bpmn external tasksRamesh Parthasarathy1-0/+1
when so.global.security.aaf.enabled is false, openstack should use basic credentials to call bpmn. This is being addressed in this fix Issue-ID: SO-2747 Signed-off-by: Ramesh Parthasarathy(rp6768)<ramesh.parthasarathy@att.com> Change-Id: Ie16f6a8d94a3f099b461eefbfc478723c2a9a9c0