summaryrefslogtreecommitdiffstats
path: root/kubernetes/so
AgeCommit message (Collapse)AuthorFilesLines
2020-12-17Merge "[COMMON][MARIADB] Upgrade Mariadb DB galera version"Krzysztof Opasiak1-6/+10
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-12-14[SO] Use readiness check job supportSylvain Desbureaux3-14/+10
CNF Adapter needs to wait for mariadb config job to be performed. Unfortunately, when we deploy using gating, the repositoryOverride makes the pod to use a wrong image. With readinessCheck job support, we don't have this issue anymore Issue-ID: SO-3416 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: I0ef79cdc46bc3dbd55988d3d1ad601ed9c6a4cdb
2020-12-08[SO] Add more debug when password is not well setSylvain Desbureaux1-0/+2
Sometimes, password generated by AAF is not well escaped by sh. As we don't know which characters are giving bad results, we'll temporarily show SO faulty generated passwords and check generated file exists. Issue-ID: OOM-2617 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: I0b45432447a672a90cbcf96a03efd18b9ea1d6cf
2020-12-07[SO] Configure Dmaap topic for AN NSSMF-SDNR interactionsPriyadharshini1-0/+4
Issue-ID: SO-3374 Signed-off-by: Priyadharshini <priyadharshini.b96@wipro.com> Change-Id: I92d50b1941f12c8d6de84e105742bc3cb9114c6a
2020-12-01Merge "[SO] Add some debug when password is not well set"Krzysztof Opasiak1-4/+13
2020-12-01[SO] Add some debug when password is not well setSylvain Desbureaux1-4/+13
Sometimes, password generated by AAF is not well escaped by sh. As we don't know which characters are giving bad results, we'll temporarily show SO faulty generated passwords. Issue-ID: OOM-2617 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: Ia99ba686b2ab4ed773d9c4344bd95338b9f0bdf1
2020-11-30[COMMON][DOC] Bump version GuilinSylvain Desbureaux36-97/+97
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
2020-11-27[SO] helm chart for cnf-adaptersekharhuawei11-27/+553
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 Desbureaux48-130/+105
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-20[GENERIC] move from registry.hub.docker.com to docker.ioSylvain Desbureaux1-1/+1
`registry.hub.docker.com` needs authentication now, in contrary to previous behavior. As OOM deployments is unauthenticated when using docker hib repository, all OOM deployments is broken. `docker.io` seems to be still OK with unauthenticated requests so let's move to this endpoint. Issue-ID: OOM-2636 Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com> Change-Id: Iea81b882d347124af22b0a9c408081706b1c6c6d
2020-11-14[SO] Bump container versions to 1.7.10Kalkere Ramesh, Sharan10-10/+10
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 Desbureaux10-10/+10
2020-11-12[SO] Bump container versions to 1.7.9 seshukm10-10/+10
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 "[SO] Disable SO-VE-VNFM per default"Krzysztof Opasiak1-1/+1
2020-11-06Merge "Revert "[SO] helm chart for cnf-adapter""Krzysztof Opasiak13-582/+56
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 Desbureaux13-582/+56
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] Disable SO-APPC per default"Krzysztof Opasiak1-1/+1
2020-11-05Merge "[SO] don't use SO repositoryOverride for soHelper"Krzysztof Opasiak1-1/+1
2020-11-05Merge "[SO] Use readiness chart"Krzysztof Opasiak33-168/+109
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] 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 Desbureaux33-168/+109
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-secretskrishnaa9630-199/+62
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 Desbureaux22-148/+20
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-adaptersekharhuawei13-59/+597
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 Desbureaux81-1/+163
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 "[Tree-wide] Add helmignore to ignore components"Sylvain Desbureaux1-0/+1
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 Latusek81-1/+163
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[Tree-wide] Add helmignore to ignore componentsKrzysztof Opasiak1-0/+1
components directory takes up a lot of space and is included during helm package Lets remove it using .helmignore This is just a copy of idea showed in: "[OOF] Add helmignore to ignore components" by krishnaa96 <krishna.moorthy6@wipro.com> Issue-ID: OOM-2534 Suggested-by: krishnaa96 <krishna.moorthy6@wipro.com> Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com> Change-Id: I25c82e79ba2c472b7761a63365573188ab8db56b
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 Opasiak4-6/+61
for DB Communication"
2020-10-20Merge "Update makefiles to use specific helm version"Krzysztof Opasiak2-8/+10
2020-10-19[SO-ETSI-NFVO] Add SO DB and NFVO DB Credentials to NFVO NS LCM Pod for DB ↵rope2524-6/+61
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>