Age | Commit message (Collapse) | Author | Files | Lines |
|
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
(cherry picked from commit 4f9902b6e7b5c70588160266276904ab81832867)
|
|
Change-Id: Ib697ce6b9e1e7f2abb819bc718b1cb855b0e7fdb
Issue-ID: MODELING-448
Signed-off-by: dyh <dengyuanhong@chinamobile.com>
(cherry picked from commit 81e83aed0461044ef8c0d2de7d483e3966ffd403)
|
|
Issue-ID: MODELING-441
Change-Id: Ibcabdb9db6f9d0695f2c338a9f7d52b42f6d0723
Signed-off-by: dengyh <dengyuanhong@chinamobile.com>
|
|
Signed-off-by: Jakub Latusek <j.latusek@samsung.com>
Change-Id: I4f98c890d72ab3372b9cc87e8b7cd46b885133df
Issue-ID: OOM-2562
|
|
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
|
|
Issue-ID: MODELING-437
Change-Id: Ie8eba9f0d3e25787b0160e67d19a7d9f079dc717
Signed-off-by: dengyh <dengyuanhong@chinamobile.com>
|
|
|
|
Signed-off-by: Jakub Latusek <j.latusek@samsung.com>
Issue-ID: OOM-2562
Change-Id: I206cb464a8e0649f4381f6c515f4d47dae03b0e9
|
|
Issue-ID: MODELING-412
Change-Id: I7d42912a9cc1f200cc1ce8916991e6e3ab5e010b
Signed-off-by: dengyh <dengyuanhong@chinamobile.com>
|
|
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
|
|
Issue-ID: OOM-2457
Signed-off-by: Grzegorz Lis <grzegorz.lis@nokia.com>
Change-Id: I9512abf462c8feef39cea3e3fa95794f0f0b223c
|
|
Issue-ID: MODELING-390
Change-Id: I0ee220f9a86765af7c1b7b1292a338ba13ae8988
Signed-off-by: dengyh <dengyuanhong@chinamobile.com>
|
|
Issue-ID: MODELING-349
Change-Id: I52bb7f5f560fa3af6ece968b9c1e8ebc5331b813
Signed-off-by: dyh <dengyuanhong@chinamobile.com>
|
|
Issue-ID: MODELING-291
Change-Id: Ic1472b5263768bdfcae333c75bb37e43d776b538
Signed-off-by: dyh <dengyuanhong@chinamobile.com>
|
|
Use 6.0.0 in preparation for Frankfurt release
Issue-ID: OOM-2320
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: I8ad82dfdf48b56c38c0e85d640b18cc13c8d9e67
|
|
Change-Id: I24bc6a57b4d67883f6d26d2112b9573fc632b58b
Issue-ID: MODELING-349
Signed-off-by: dyh <dengyuanhong@chinamobile.com>
|
|
Issue-ID: OOM-2051
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I78da9c8786642531ce57475869eaeb6c21fd0376
|
|
Change-Id: Iff0251e5ccd432985d9b25ea80f004d7e772a652
Issue-ID: MODELING-317
Signed-off-by: dyh <dengyuanhong@chinamobile.com>
|
|
Change-Id: Ie00783e0e55136aa40a8c3cf266ebc486240e308
Issue-ID: MODELING-307
Signed-off-by: hongyuzhao <zhao.hongyu@zte.com.cn>
|
|
Remove hardcoded root password from the modeling chart.
Because of huge number of issues in modeling docker image
(see onap-discuss for details) I don't want to touch it.
That's why I just made an awful hack to concatenate DB
username and password before the entrypoint script.
Please keep in mind that this eliminates only hardcoded
root password but there is plenty of other credentials that
are boiled into container image (DB, SDC, VCF-REDIS(!) etc).
Issue-ID: OOM-2286
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: Id85a03ec7f55885b606179d10e8b6528c6cb6947
|
|
etsicatalog is the only component inside modeling which use this DB
thus there is no point to keep it outside of this component.
Passwords and other bad stuff is left intentionally as this is just a
first patch for this transition.
Issue-ID: OOM-2286
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: I4f592b736a86c7acf9ee43b0f6e136e5f1506847
|
|
ONAP is too big to be deployed using helm install so we need to
use a custom helm plugin helm deploy. This script deloys onap
component by component instead of deploying evrything at
once. Unfortunately this script also modifies the helm release by
appending component name to it.
As a result of this behavior our objects are called for example:
onap-mariadb-galera-mariadb-galera-0
instead of just being called onap-mariadb-galera-0.
This patch simplifies this naming convention by replacing all direct
usages of .Release.Name with common.release macro which strips the
component specific part from the release name.
Issue-ID: OOM-2275
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
Change-Id: Ia8cead50d305adb00eef666d0a1ace74479b5183
|
|
OOM has now templates in order to create the needed PVC, using:
* a PV with a specific class when using a common nfs mount path between
nodes (sames as today use) --> is the default behavior today
* or a storage class if we want to use dynamic PV.
On this case, we use (in order of priority):
- persistence.storageClassOverride if set on the chart
- global.persistence.storageClass if set globally
- persistence.storageClass if set on the chart
Change-Id: I337e760ea71ec57c4f593e068c3cf6ea548a3cfc
Issue-ID: OOM-1227
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
Change-Id: If2cf110e0387acaff61d996435efdedf41561b60
Issue-ID: OOM-2126
Signed-off-by: afenner <andrew.fenner@est.tech>
|
|
Change-Id: Ie6f18487961bc7de723f5dc69e37abfd5006f550
Issue-ID: MODELING-222
Signed-off-by: dyh <dengyuanhong@chinamobile.com>
|
|
Today when deploying Policy with OOM, the PersistentVolumeClaim needs the
"ReadWriteMany" (or "RWX") capability.
According to Kubernetes Documentation (https://kubernetes.io/docs/concepts/storage/persistent-volumes/#access-modes),
ReadWriteMany stands for "the volume can be mounted as read-write by many nodes".
That means that a particular PVC needs to be read and written from many pods.
That also means that your code takes that into account and do the work to avoid
write at the same place at the same time.
An issue on RWX mode is that most "official" storage driver from Kubernetes doesn't
support it (13 over the 19 drivers doesn't support it, espacially OpenStack, Amazon
and Google storage classes).
Modeling PVC for is used only for one POD.
Thus we don't need RWX.
Change-Id: Ic4b8f5a336f2b9edfdf25ef3cc549b389f9b6f65
Issue-ID: MODELING-213
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
Updating all helm chart versions to 5.0.0 for the El Alto release.
Merge will be co-ordinated with the merge of a separate aai/oom patch.
Please do not merge until this coordination has completed.
Issue-ID: OOM-1980
Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
Change-Id: I31daaebeacea33565f13affd2fa28fb15fe948ba
|
|
Change-Id: Ic723624865b200ea025602aee0ec60efb4b9a09f
Issue-ID: VFC-1373
Signed-off-by: yangyan <yangyanyj@chinamobile.com>
|
|
Issue-ID: MODELING-165
Change-Id: I46419561fdc3f1b4fb7a7bcf19185ac6cbd99c1d
Signed-off-by: yangyanyj <yangyanyj@chinamobile.com>
|