Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
|
|
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>
|
|
Instead of having our "own" galera cluster, use the common one already
proposed by OOM.
If a local cluster is needed, you just need to set
global.mariadbGalera.localCluster to True.
Also create a common chart that create the needed values for the
database.
Change-Id: I9ad551b76a40732b4ab3fc34ba7cde6ca90fe432
Issue-ID: EXTAPI-348
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
|
|
|
|
|
|
* Update kubernetes/robot from branch 'master'
to 6e38b492acd3ec44a869055092399b6f18c659b8
- Merge "Add Inventory and Deployment Global property needed for Bulkpm"
- Add Inventory and Deployment Global property needed for Bulkpm
Change-Id: I9839bc2937446f4062ae922f7d287b1150a1b224
Issue-ID: INT-1375
Signed-off-by: rajendrajaiswal <rajendra.jaiswal@ericsson.com>
|
|
|
|
|
|
* Update kubernetes/robot from branch 'master'
to eb01b0f5e5f9919499d76e5aaff997c9fafdda93
- Update MSB end point to https
change protocol from http to https
and port from 80 to 443
impacted healthcheck tests: msb, multicloud, vfc
Issue-ID: VFC-1591
Signed-off-by: mrichomme <morgan.richomme@orange.com>
Change-Id: I44d03d14df43b6e1df81b27da0ee455cc9045ce4
|
|
Currently there is a number of hardcoded passwords in OOM helm charts
that are reused for almost all ONAP deployments in different labs.
One possible solution for this issue could be to generate a random
password for every deployment but this may cause number of issues
while doing helm upgrade.
That's why instead of generating a random password we generate a
password for particular use case, based on chart name, master
password provided by the deployer and additional UID. This is done
using derivePassword function so check its documentation for more
details how this password is derived.
From a user perspective, the most important fact is that he or she can
achieve reproductible deployment. Every time when ONAP is deployed
with the same masterPassword all derived passwords are going
to be also the same.
Issue-ID: OOM-2052
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I666d597e6daab8b79e630917ad75f17cc70f897b
|
|
Issue-ID: CCSDK-1953
Signed-off-by: Oleg Mitsura <oleg.mitsura@amdocs.com>
Change-Id: Id2ce253ab0ecee2c2fccb18589e76160fbf10853
|
|
Instead of using "own" galera chart, reuse chart placed in common part
of OOM installation.
Will ease move to common galera cluster (which is not done by this
commit).
Change-Id: I2d7c1e5cdc9289cfb55e288b1697373239ef96e3
Issue-ID: POLICY-1467
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
Two helper functions are defined:
- common.storageClass: will print the right storage class according to
properties set or not:
* if no storage class set --> use previous behavior (storage class
named `common.fullname-data`.
* if a "persistence.storageClassOverride" is set for this specific chart,
we use it (if it's "-", we set to default one)
* if a "global.persistence.storageClass" has been set (and no
storageClassOverride for this chart), we use it (same specificity than
storageClassOverride)
* if a "persistence.storageClass) has been set (and no
storageClassOverride nor global one), we use it (same specificity
than storageClassOverride)
- common.needPV: will print "True" if we need a PV (no storageClass and
storageClassOverride being set).
an implementation example with mariadb-galera is provided.
Issue-ID: OOM-1500
Change-Id: I20a667e17b00c255c4b828e3c66f9c0df7c8755c
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
|
|
Remove charts for multicloud-lenovo
Issue-ID: MULTICLOUD-737
Signed-off-by: Changjun Wang <310397125@qq.com>
Change-Id: Id0ddd57ef620be7b03c524289efb70163d0f8828
|
|
|
|
|
|
|
|
|
|
|
|
Issue-ID: OJSI-140
Signed-off-by: Huabing Zhao <zhao.huabing@zte.com.cn>
Change-Id: I84f3272cbf2307a8015259842f30cc4e1b77c552
|
|
Issue-ID: OJSI-186
Signed-off-by: Huabing Zhao <zhao.huabing@zte.com.cn>
Change-Id: I2e6e422e500ab84c48f6d6fa6acefc8feb826783
|
|
Issue-ID: OJSI-141
Signed-off-by: Huabing Zhao <zhao.huabing@zte.com.cn>
Change-Id: I9d510ca293b7e43eecddd75fbfaa0e5acf74077e
|
|
Issue-ID: OJSI-139
Signed-off-by: Huabing Zhao <zhao.huabing@zte.com.cn>
Change-Id: I643c4c7a51b05b462d280c903363d2372d3664db
|
|
Instead of using "own" galera chart, reuse chart placed in common part
of OOM installation.
Will ease move to common galera cluster (which is not done by this
commit).
Change-Id: I843c89ed4899055e9502268089d0e01f28fe37ae
Issue-ID: VID-704
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
Issue-ID: POLICY-2229
Change-Id: Iffb9f40b174eae1e3b714e4ec5e8997c58d01a35
Signed-off-by: HOCKLA <ah999m@att.com>
|
|
-Add script to start dmaap microservice.
-Add new properties
-Renaming the DCAE.dmaap properties so that all of the
properties share the same prefix (DCAE.dmaap.event) instead
of some having a different prefix (DCAE.dmaap.appc). This is
required since all dmaap properties are now being read by the
a common java class.
Change-Id: I66b7cb466ec03f3357ecc473748a54a3a090ef16
Signed-off-by: Patrick Brady <patrick.brady@att.com>
Issue-ID: APPC-1744
|
|
Issue-ID: OOM-2206
Signed-off-by: Abdelmuhaimen Seaudi <abdelmuhaimen.seaudi@orange.com>
Change-Id: I5a66830a7aa128a0d75ed44ff5a06ae989be1d70
|
|
* Update kubernetes/robot from branch 'master'
to 31450dcb11d18b81098b43d0d0b7ecdb0d69e238
- SO VNFM HTTPS
Issue-ID: SO-2517
Change-Id: I86c59908271b6a0686162c127edd6eb256b3ce6b
Signed-off-by: Brian Freeman <bf1936@att.com>
|
|
|
|
|
|
change to poke 8181 port
Issue-ID: APPC-1792
Change-Id: I16160dde01c11c6625b407a1f5db4a24bc291df5
Signed-off-by: Taka Cho <takamune.cho@att.com>
|
|
Configured the VNFM adapter to support https as is being used by the health check request
Signed-off-by: MichaelMorris <michael.morris@est.tech>
Issue-ID: SO-2517
Change-Id: I2076a02788c2f74b90939a9e3684f917079cf7b2
|
|
Helm value override file now supports component-specific settings:
dcae-bootstrap:
enabled: true
dcae-cloudify-manager:
enabled: true
dcae-config-binding-service:
enabled: true
dcae-healthcheck:
enabled: true
dcae-redis:
enabled: true
dcae-servicechange-handler:
enabled: true
dcae-inventory-api:
enabled: true
dcae-deployment-handler:
enabled: true
dcae-policy-handler:
enabled: true
dcae-dashboard:
enabled: true
Issue-ID: OOM-1574
Signed-off-by: Ubuntu <dgl@research.att.com>
Change-Id: I85e0fe6ae19e176d954611549ec954a5fe662307
Signed-off-by: Ubuntu <dgl@research.att.com>
|
|
|
|
|
|
|
|
Issue-ID: EXTAPI-341
Signed-off-by: MatthieuGeerebaert <matthieu.geerebaert@orange.com>
Change-Id: I94b41e338d80939934c7d42fd518d0984cf89b92
|
|
* Update kubernetes/robot from branch 'master'
to 5526182fa60a7a61c8158c98b6be8dfc66c8330b
- Revert VNFM https
Issue-ID: OOM-2163
Change-Id: Ib5d07e2ddecbe8cdaf6d5e3ac7ae195cf6d33db4
Signed-off-by: bdfreeman1421 <bf1936@att.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Issue-ID: OOM-2164
Signed-off-by: Shaaban Ebrahim <shaaban.eltanany.ext@orange.com>
Change-Id: Iace0b322d5d1a02ca25c0791936b0fc1a1e950e3
|
|
I've adjusted the Requests / Limits of portal pods according to real
usage of "Orange Openlab" and "Onap daily master".
Calculation is the following:
per deployment:
* CPU/Mem requests is max of average from the two deployments
* CPU/Mem limits is (max of max from the two deployments) * 1.2
Moved portal-widget CPU limit to 1 as it's not starting if set to lower
than that.
Full values are available on jira ticket
(https://jira.onap.org/browse/PORTAL-517).
Change-Id: Ic02fef386e05351a6fa9e47bf47d5c2046f490e3
Issue-ID: PORTAL-517
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Signed-off-by: Lorraine Welch <lb2391@att.com>
|
|
DB and auth credentials are never extracted from this file thus it's
better to remove them to avoid confusion.
Issue-ID: OOM-2051
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I66b0cb61b17439496ed0e0c8d9529ad730823d61
|