Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
Issue-ID: INT-1511
Signed-off-by: Konrad Bańka <k.banka@samsung.com>
Change-Id: I1e44830206c9e1124952078584a769869caa6ffb
|
|
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>
|
|
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
|
|
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
|
|
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
|
|
Issue-ID: SO-1110
Signed-off-by: sunilb <sb00577584@techmahindra.com>
Change-Id: Ic468a1b28d681d14e862f4405890d996b42660f6
|
|
Here we have the ability to optionally disable AAF integration.
A global variable global.security.aaf.enabled=true
will turn on AAF security. with global.security.aaf.enabled=false
it will use spring.security to ensure backward compatibilty. updated
based on review comments
Issue-ID: SO-2452
Signed-off-by: Ramesh Parthasarathy(rp6768)<ramesh.parthasarathy@att.com>
Change-Id: Ia83622ad681cfd122ee906ccd1654b10b5e31fe4
|
|
Change-Id: I6b99ccf9bd50d2ec50693df9d4122417b22bcf7a
Issue-ID: SO-2575
Signed-off-by: rope252 <gareth.roper@est.tech>
|
|
Add ingress configuration file for so-monitoring component.
Ingress configuration can be changed in onap-all.yaml
Signed-off-by: Lucjan Bryndza <l.bryndza@samsung.com>
Change-Id: I122e52fc1ed9db78bb0249715e8cd25a9d6318a3
Issue-ID: OOM-1508
|
|
Issue-ID: SO-2328
Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
Change-Id: I694a53807d071e3ff14c4f013ec43a33af95f2ec
|
|
Issue-ID: SO-2310
Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
Change-Id: I3a0b5a0ac58c14c42940e2af032e816493af0497
|
|
Issue-ID: SO-2223
Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
Change-Id: I978a79f2232505e42ff470aab53614d13fa629f7
|
|
SO datasource config update as per
new Hikari library changes in SO
Issue-ID: OOM-1970
Signed-off-by: sarada prasad sahoo <sarada.prasad.sahoo@huawei.com>
Change-Id: I84ca506936c332775fd20f604e6f553f94a4dc74
Signed-off-by: sarada prasad sahoo <sarada.prasad.sahoo@huawei.com>
|
|
Issue-ID: SO-2223
Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
Change-Id: Ic7f6f13640f209ec1898249e4172885098661b82
|
|
Issue-ID: SO-2010
Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
Change-Id: Ib8b061c57bbfa72fa8dbae118c0d66908d31980d
|
|
Issue-ID: SO-1991
Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
Change-Id: I640f1b2173f4daac748a81f964c723fc9e2a2043
|
|
Issue-ID: SO-1929
Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
Change-Id: I0d409a8e714122b021660ed2fe6c8bcbd217aae6
|
|
Issue-ID: SO-1851
Change-Id: Iae58a8f77dfad37abc82fd6024bec5215b71af70
Signed-off-by: seshukm <seshu.kumar.m@huawei.com>
|
|
|
|
Change-Id: I192a22ce93991e70cb9a6b2777530953c8913358
Issue-ID: INT-1042
Signed-off-by: Yang Xu <yang.xu3@huawei.com>
|
|
Issue-ID: OOM-1772
Change-Id: If206ae7cc2f4273889376e1bb3fa77bacfaae3cc
Signed-off-by: Mahendra Raghuwanshi <mahendra.raghuwanshi@amdocs.com>
|
|
Sync docker tags with the release manifest from integration
repo commit a7c98ae0fabb0a94fbdc030e6f7c519439923045.
Change-Id: Idb73aa4f05a948b7e1d70723cc6a52b8fd6f0517
Issue-ID: INT-663
Signed-off-by: Gary Wu <gary.i.wu@huawei.com>
|
|
Sync docker tags with the release manifest from integration
repo commit db8a0273b6d9110ba7d1aa01b84666dab83b89d9.
Change-Id: I94878829add2033b98b82a06e4bb097b72648faa
Issue-ID: INT-663
Signed-off-by: Gary Wu <gary.i.wu@huawei.com>
|
|
If you try and change the service type from a nodeport
to a cluster IP things break. We never really exercise
this code path in testing but if you want to experiment
with a totally internal network environment you need to be
able to turn off node ports.
Issue-ID: OOM-1475
Change-Id: I1a0f4b0a4c390f3353e1611b6002b93e54bb5044
Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
|
|
Sync docker tags with the release manifest. It is
assumed that the release manifest is the
"single source of truth" and that the versions in
the helm charts are out of date.
Change-Id: I2902e60b25f57409dd616780a626e63c92d26769
Issue-ID: INT-663
Signed-off-by: Gary Wu <gary.i.wu@huawei.com>
|
|
If there are other inter-pod dependencies that should be
managed, please comment to let me know so they can be added.
Also addressed the missing globals section in the pods values.yaml
files and incorrect pull policy management to make them follow
the standard conventions
Change-Id: I3625f8452d90182391e1ff4af5fddfe9d0948a32
Signed-off-by: jmac <james.macnider@amdocs.com>
Issue-ID: OOM-1472
|
|
Adds the ability to turn them off if they are found to
cause issues
also cleaning up some whitespace
Issue-ID: OOM-1145
Change-Id: Idf0ee21f70e1bf65813b7f51ea028f2783a01cf8
Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
|
|
Certififacte has been added in the base docker image,
https://gerrit.onap.org/r/#/c/66209/ so no need to add it again.
Also, it was being mount at the wrong place.
Also, using latest docker images.
Change-Id: I55355dac9bfb2691f493317f77c0f363a78af7ee
Issue-ID: OOM-1407
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|
|
All SO override files are updated with correct kube dns address for inter application communications based on review comments
Change-Id: I6e1487f3d5a7db49df3e40fb41b6b148aacfee8d
Issue-ID: SO-1022
Signed-off-by: Ramesh Parthasarathy(rp6768)<rp6768@att.com>
|
|
Issue-ID: OOM-1322
Change-Id: I5248ae206da6b5d65b0830f454813e6e14ec7284
Signed-off-by: vaibhav16dec <vaibhav.chopra@amdocs.com>
|
|
Issue-ID: SO-713
Change-Id: Icafe6b039cc793c3724c387c06a2e80153e307bb
Signed-off-by: Brian Freeman <bf1936@att.com>
|
|
resolves conflict with clamp
Issue-ID: SO-984
Change-Id: Ic7ec9daec242e4c7dd8791f870c552f34d0716db
Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
Signed-off-by: Michael O'Brien <frank.obrien@amdocs.com>
|
|
This check-in is an updated version of helm charts for so
containers based on review comments
Change-Id: I690430622ecbdcaf099a6165844142841db436dd
Issue-ID: SO-709
Signed-off-by: Ramesh Parthasarathy(rp6768)<rp6768@att.com>
|
|
Sync docker image versions from docker manifest commit
076730db5e2f9f277c91f57b782f5aab64329a0e
Change-Id: Iecbfc7cf2e930b7c35e6c92dc60dcdb34c61bd9f
Issue-ID: OOM-1053
Signed-off-by: Gary Wu <gary.i.wu@huawei.com>
|
|
Change-Id: I2d1ff878c215becc9856af184eb0b11defd75e1d
Issue-ID: OOM-1064
Signed-off-by: BorislavG <Borislav.Glozman@amdocs.com>
|
|
Adds watchdog config and tables, oof configuration, aai athentication, etc.
Change-Id: I43b5432d12c69ef45cdbeff5ab3427fbf5e9d1d0
Issue-ID: OOM-1039
Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
|
|
Update the docker image versions in the OOM helm charts
with the versions specified in the docker-manifest.csv
in the integration repo.
Change-Id: I38bd9e98ae1b15ed4bbc68051b8516f311aa8db0
Issue-ID: OOM-1053
Signed-off-by: Gary Wu <gary.i.wu@huawei.com>
|
|
Aligned service names (and numerous other minor fixes) with latest best practices
and standard templates.
Change-Id: I740fe299053805df60abcd6a6043031d8beda7e8
Issue-ID: OOM-909
Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
|
|
Change-Id: Ia742842cf1878c5786f71949013ed8afedd13c39
Issue-ID: OOM-909
Signed-off-by: BorislavG <Borislav.Glozman@amdocs.com>
|
|
Readiness check version is not sinchronized in many pods
This causing deployment failures.
Issue-ID: OOM-936
Change-Id: Ieef91df17836adcdf24db536440d0a1624a50591
Signed-off-by: BorislavG <Borislav.Glozman@amdocs.com>
|
|
Change-Id: Ic9f0eb567716224893955d9379e9ed9308b9ea79
Issue-ID: OOM-740
Signed-off-by: BorislavG <Borislav.Glozman@amdocs.com>
|
|
Issue-ID: OOM-821
Change-Id: I627ac962afe8cd6bf2859a30a0e88f6c9ac89d34
Signed-off-by: vaibhav_16dec <vaibhav.chopra@amdocs.com>
|
|
Change-Id: Iec439d1ac774763cfd245ca1f72f1dccd01e764e
Issue-ID: OOM-809
Signed-off-by: BorislavG <Borislav.Glozman@amdocs.com>
|
|
with this change we can now do the following:
can deploy umbrella chart with currently working components:
helm install local/onap --name onap --namespace onap-all
helm install local/onap --name onap-2 --namespace onap-all-2 \
--set global.nodePortPrefix=303
- umbrella includes setup chart
can deploy a-la-carte component by component into a single namespace
- Need to deploy a setup chart first. cannot be made a helm dependency
as there will be conflicts if each app chart has the same setup dependency.
helm install local/setup --name onap-setup --namespace onap-apps
helm install local/so --name so1 --namespace onap-apps \
--set global.nodePortPrefix=304
helm list
NAME REVISION STATUS CHART NAMESPACE
onap 1 DEPLOYED onap-2.0.0 onap-all
onap-2 1 DEPLOYED onap-2.0.0 onap-all-2
onap-setup 1 DEPLOYED setup-2.0.0 onap-apps
so1 1 DEPLOYED so-2.0.0 onap-apps
Unfortunately, the config maps all have fixed names, so installing
the same app in the a-la-carte fashion will fail due to a collision.
Not worrying about this as I'm not sure we want to support this.
-made the common and setup charts standalone to remove relative file paths
from requirements.yaml
This will help when there are different levels of subcharts that
need to include common
Issue-ID: OOM-786
Issue-ID: OOM-789
Issue-ID: OOM-788
Change-Id: I20bacae6f0f20e8f3bb1527af1e7e53f187341d5
Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
|
|
This is a standardization (based on helm community best practices)
of a Helm chart for the Service Orchestrator (so) in ONAP.
How to deploy the so chart (outside of the parent onap chart) from
the local oom/kubernetes codebase.
** need to create/update dependencies defined in the chart's
** requirements.yaml
helm dep update so/
** deploy the so helm chart with the "release" name of 'onap'
helm install so/ -n onap
Change-Id: I22471eb9fe0dec32941e14dc63857222c80ebe20
Issue-ID: OOM-727
Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
|