aboutsummaryrefslogtreecommitdiffstats
path: root/kubernetes/so/components
AgeCommit message (Collapse)AuthorFilesLines
2020-11-14[SO] Bump container versions to 1.7.10Kalkere Ramesh, Sharan9-9/+9
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] Register Etsi Nfvo in MSB"Sylvain Desbureaux1-2/+2
2020-11-13Merge "[SO] Bump container versions to 1.7.9 "Sylvain Desbureaux9-9/+9
2020-11-12[SO] Bump container versions to 1.7.9 seshukm9-9/+9
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-10[SO] Register Etsi Nfvo in MSBAndrewLamb1-2/+2
Small change so that NFVO registers in MSB correctly Issue-ID: SO-3225 Change-Id: If734b1455cb5a9a31ec64f2df92ddd8239004bea Signed-off-by: AndrewLamb <andrew.a.lamb@est.tech>
2020-11-06Merge "Revert "[SO] helm chart for cnf-adapter""Krzysztof Opasiak10-470/+14
2020-11-05[SO] SOL003 adapter,bpmn-infra, nfvo HTTPs to HTTPMukeshKumar3-12/+4
Removing https communication as SO SOL003 Adapter has used its own keystore for communications with bpmn-infra and etsi-nfvo with hardcoded password.Common way of certicates will break existing communication so going for HTTP path due to time constraint . Will revisit security in Honululu as part of https://jira.onap.org/browse/SO-3350 epic. Change-Id: I521d9be9007f229919fb5d88f476a692faae10e1 Issue-ID: SO-3349 Signed-off-by: Mukesh <mukeshsharma@est.tech>
2020-11-05Revert "[SO] helm chart for cnf-adapter"Sylvain Desbureaux10-470/+14
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-05Merge "[SO] don't use SO repositoryOverride for soHelper"Krzysztof Opasiak1-1/+1
2020-11-05Merge "[SO] Use readiness chart"Krzysztof Opasiak30-153/+100
2020-11-03Merge "[SO] update the so-etsi-nfvo-ns-lcm version"Krzysztof Opasiak1-1/+1
2020-11-03[SO] update the so-etsi-nfvo-ns-lcm versionseshukm1-1/+1
The release version of so-etsi-nfvo-ns-lcm is updated from 1.7.4-snapshot to 1.7.7 Issue-ID: SO-3351 Signed-off-by: seshukm <seshu.kumar.m@huawei.com> Change-Id: I0e167bc37f3bb02d7f63ae5aaa6cbed37840b5c3
2020-11-03[SO] don't use SO repositoryOverride for soHelperSylvain Desbureaux1-1/+1
soHelper is currently using repositoryOverride value of SO in the templates, making SO gating very hard. This commit prevents that (it's always possible to use the same repository by setting repositoryOverride on soHelper) Issue-ID: OOM-2617 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: I88ce702b04242d7f4244698bce3114a1303394cd
2020-11-02[SO] Use readiness chartSylvain Desbureaux30-153/+100
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-secretskrishnaa9627-187/+58
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-11-02[SO] Remove so-secret componentSylvain Desbureaux20-144/+19
SO secret was used to give truststore to SO components. As we're using dynamic certificate retrieval, it's not needed anymore. Issue-ID: OOM-2534 Issue-ID: SO-3348 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: I0eb2e052096923fc69bf5f1a1876d9a76a22102b
2020-10-30[SO] helm chart for cnf-adaptersekharhuawei10-14/+482
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-29Merge "[SO] Enable SO-Monitoring - use HTTPS and certInitializer"Krzysztof Opasiak5-18/+89
2020-10-29[SO] Enable SO-Monitoring - use HTTPS and certInitializerKrzysztof Gajewski5-18/+89
- SO-Monitoring service exposed as NodePort - Certs are retrieved dynamically using certInitializer Issue-ID: SO-2920 Signed-off-by: Krzysztof Gajewski <krzysztof.gajewski@nokia.com> Change-Id: I04e6556bcddc3c67afc2a76c5b4fecb59a134911
2020-10-29Merge "[SO] change comment style"Sylvain Desbureaux76-1/+153
2020-10-27Merge "[SO] Import various CAs in truststore"Krzysztof Opasiak3-4/+10
2020-10-26[SO] use v2 version for VNFsSylvain Desbureaux2-11/+12
SO BPMN infra uses "v1" version for VNF handling, which is not compatible with multicloud. This patch allows to choose which version to use, defaulting to "v2" version. Issue-ID: SO-3342 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: I548f9f1e264ea7a21ee2d604e5de5c3b65599943
2020-10-23[SO] Add charts for so-oof-adapterPriyadharshini1-1/+1
-Fix for release image Issue-ID: SO-3205 Signed-off-by: Priyadharshini <priyadharshini.b96@wipro.com> Change-Id: Ia4942a072dcf77454f0245dc2837d7fdf60955bc
2020-10-22[SO] Import various CAs in truststoreSylvain Desbureaux3-4/+10
Per default, SO truststore has only one CA, the ONAP one. But we also need MSB root CA. The process to onboard was broken and this patch solves it We also needs "common root CAs" in order to discuss with other components such as the underneath OpenStack. In this patch we also import all "known" root CA from truststoreONAPall. Issue-ID: OOM-2606 Issue-ID: OOM-2607 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: Ia67bd4aec7a0b122fb9fda11e1e48c4e6e55430c
2020-10-22Merge "[SO] Fix indentation in so-nssmf-adapter"Sylvain Desbureaux1-1/+1
2020-10-22Merge "[SO] Add Camunda BPM Properties to SO-NFVO-LCM"Sylvain Desbureaux1-0/+7
2020-10-21[SO] fix typoJakub Latusek1-1/+1
Helm3 check correctness of deployed yaml, fixed to deploy onap using helm3 Signed-off-by: Jakub Latusek <j.latusek@samsung.com> Change-Id: Ib2c3390d857f339bd89547e434ac0fddaa0c379c Issue-ID: OOM-2562
2020-10-21[SO] change comment styleJakub Latusek76-1/+153
Signed-off-by: Jakub Latusek <j.latusek@samsung.com> Change-Id: I15281199766092663aa2c0f8b96ae16979ccaa5f Issue-ID: OOM-2562
2020-10-21[SO] Fix indentation in so-nssmf-adapterKrzysztof Opasiak1-1/+1
As helm 3 verifies yaml correctnes this indent issue prevents us from deploying onap using helm v3. Issue-ID: OOM-2562 Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com> Change-Id: I1910659e8abb58228e0c684fad0ae7a491d99fad
2020-10-21[SO] Add Camunda BPM Properties to SO-NFVO-LCMAndrewLamb1-0/+7
Additional properties needed for so-etsi-nfvo-ns-lcm Issue-ID: SO-3258 Change-Id: I7d88acf5f20b7eeee90435c61bd15f9b616761bd Signed-off-by: AndrewLamb <andrew.a.lamb@est.tech>
2020-10-20Merge "[SO-ETSI-NFVO] Add SO DB and NFVO DB Credentials to NFVO NS LCM Pod ↵Krzysztof Opasiak3-0/+53
for DB Communication"
2020-10-20Merge "Update makefiles to use specific helm version"Krzysztof Opasiak1-4/+5
2020-10-19[SO-ETSI-NFVO] Add SO DB and NFVO DB Credentials to NFVO NS LCM Pod for DB ↵rope2523-0/+53
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 Desbureaux9-0/+440
2020-10-19Merge "[SO] Add helm chart for SO-ETSI-NFVO-NS-LCM"Sylvain Desbureaux9-0/+406
2020-10-16Update makefiles to use specific helm versionJakub Latusek1-4/+5
Helm is now called by HELM_BIN variable which by default is set to helm and makefiles use helm from path. HELM_BIN can be overwritten so user can have two version of helm in system and choose which one to use. Signed-off-by: Jakub Latusek <j.latusek@samsung.com> Issue-ID: OOM-2562 Change-Id: I0917796aafe234e87afa0ac3c4c15720296276d5
2020-10-16[SO] Fix SQL DB user creation when password contains special charsKrzysztof Opasiak2-0/+14
SO uses custom scripts to create DBs and users. Those scripts were not escaping properly special characters that may appear in our auto-generated passwords. Fix this issue by adding special characters escaping to those scripts. Issue-ID: OOM-2328 Reported-by: Marat Salakhutdinov <marat.salakhutdinov@bell.ca> Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com> Change-Id: Ifce3265df154a510606e0a082c7041536e2ec303
2020-10-16[SO] Add helm chart for SO-ETSI-NFVO-NS-LCMAndrewLamb9-0/+406
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-adapterPriyadharshini9-0/+440
Issue-ID: SO-3205 Signed-off-by: Priyadharshini <priyadharshini.b96@wipro.com> Change-Id: Ic25f2a1421cc7a2370f1793b6c6735a55b4d78c9
2020-10-12[SO] move subcharts to components folderseshukm131-0/+8533
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>