Age | Commit message (Collapse) | Author | Files | Lines |
|
In order to allow to define dependencies per subchart let's move all
of them to components and make sure that they can be build
independently.
Issue-ID: AAF-1134
Change-Id: Ia75ba66d9338dbacaea500c20f6a5b384d1685a1
Signed-off-by: Krzysztof Opasiak <k.opasiak@samsung.com>
|
|
Issue-ID: PORTAL-894
Change-Id: I7cf521518a89be18443148b350ba3d1df1bfec06
Signed-off-by: statta <statta@research.att.com>
|
|
Issue-ID: PORTAL-894
Signed-off-by: ChrisC <christophe.closset@intl.att.com>
Change-Id: Ide962ac7f02d17e4386002a891ab0cf22f38f656
(cherry picked from commit 98e52d2277d7ecf8aa3ae6fcc2d7cb748f659cb6)
|
|
Modify Update DB script.
Issue-ID: PORTAL-900, PORTAL-894
Signed-off-by: statta <statta@research.att.com>
Change-Id: I224826ef027e38d88f035fcef64969137154fd4d
(cherry picked from commit 65d1504ec789ee67496f66f985520aab58c5e4df)
|
|
Issue-ID: PORTAL-890
Signed-off-by: Lorraine Welch <lb2391@att.com>
Change-Id: I29db7da917f46a4bd3917fe1b71d714a9bf80022
|
|
|
|
Issue-ID: MSB-470
Signed-off-by: Huabing Zhao <zhao.huabing@zte.com.cn>
Change-Id: Iae21ff6d0adc46838dcc4b0bc7071dd9f858d018
|
|
All helm charts in ONAP are setting readinessImage to global part (it
can then be easy to bump version for everybody at once).
Portal Job is not using it and use a local version.
Move to use global one for consistency
Issue-ID: OOM-2373
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
Change-Id: I5400ab595773ffc7111bc43f64c48b7c9a4c2dcd
|
|
Issue-ID: CLI-255
Change-Id: I1ad4da223a56262db4d86f0ba03a76b3e763d448
Signed-off-by: Kanagaraj Manickam <kanagaraj.manickam@huawei.com>
|
|
Issue-ID: PORTAL-842
Signed-off-by: statta <statta@research.att.com>
Change-Id: I240051c30b1b71c6e7fc47bdaebe36bc519dd3fb
|
|
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
|
|
Keep HTTP port reachable from inside the server.
Issue-ID: OJSI-101
Change-Id: I0468697d8f3d0192a5d8e102501db0d14633fa86
Signed-off-by: gummar <raj.gumma@est.tech>
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
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: I28b4ac5f612de75918973148865cf82f7a7de5e8
Issue-ID: OOM-1227
Signed-off-by: Sylvain Desbureaux <sylvain.desbureaux@orange.com>
|
|
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>
|
|
|
|
Proper configuration for HTTPS in the sdc:
-configured the livenessProbe/readinessProbe ports
-changed mount path for dcea-be components
-updated dcea component images
-updated VID and Portal to talk with the SDC
Change-Id: Ibdece8f095aaa79e326cb9c4510e8227a7856b15
Issue-ID: SDC-2548
Signed-off-by: Krystian Kedron <k.kedron@partner.samsung.com>
|
|
Issue-ID: PORTAL-727
Signed-off-by: Welch, Lorraine (lb2391) <lb2391@att.com>
Change-Id: Ic9041f4a0263c7ab6d36176708323dd47c89bf7d
Signed-off-by: Welch, Lorraine (lb2391) <lb2391@att.com>
|
|
|
|
Issue-ID: PORTAL-709
Signed-off-by: Welch, Lorraine (lb2391) <lb2391@att.com>
Change-Id: I70c35ebcaf76fa157da777c28cca6513a22c4465
|
|
Today when deploying Portal 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).
Portal PVC are only used by a mariadb instance or a cassandra instance.
Thus we don't need RWX.
Change-Id: I706e13759d3af829d61d7a33d068263aaf9e9158
Issue-ID: PORTAL-724
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
|
|
Issue-ID: PORTAL-333
Change-Id: I59a6730cff06c2849864f6f208e971cef2c2e846
Signed-off-by: Pawel Wieczorek <p.wieczorek2@samsung.com>
|
|
Issue-ID: PORTAL-579,PORTAL-597
Change-Id: Id945204a400a7b8a6a81fcc1aa44f4b094551d4c
Signed-off-by: statta <statta@research.att.com>
|
|
Issue-ID: PORTAL-596
Signed-off-by: Welch, Lorraine (lb2391) <lb2391@att.com>
Change-Id: I65987549c9353d6a4d072a1ee7cae15a25a3675d
|
|
Issue-ID: PORTAL-467
Signed-off-by: Welch, Lorraine (lb2391) <lb2391@att.com>
Change-Id: Ifddeb4861e3fefd9a6f5462c814ae17bd5477cef
|
|
Issue-ID: PORTAL-557
Change-Id: I22fddb494512fb6fb0a70742d2abdf30e5dad1c8
Signed-off-by: statta <statta@research.att.com>
|
|
Issue-ID: PORTAL-557
Change-Id: I48ac30eefc285ef4ff12dee24af85dced366d52e
Signed-off-by: statta <statta@research.att.com>
|
|
Add support to make sure of the schema ms
add support to make use of aaf interaction
update portal props with correct Impl class
add the missing portal property configurations
Issue-ID: AAI-2201
Change-Id: Ic47d62922b1aecaf99f06a50aec10ca674c8b927
Signed-off-by: renealr <reneal.rogers@amdocs.com>
|
|
All charts are being bumped from 3.0.0 to 4.0.0 for the Dublin release.
In addition the requirement.yaml files have been updated to allow for
chart versions that include timestamp suffix. A following on patch will
take care of changes to the OOM Makefiles to support injection of the
timestamp versions.
Change-Id: Ie03d86fad2027e975e8b9106e3a828e4335037cb
Issue-ID: OOM-1642
Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
|
|
Issue-ID: PORTAL-399
Change-Id: I7fd4fbbb0707e0b00d652eca812f4079a3f10a59
Signed-off-by: st782s <statta@research.att.com>
|
|
|
|
Issue-ID: AAI-1992
Change-Id: I5391106ff6a08093699d497dd8326905eae20bfa
Signed-off-by: Arul.Nambi <arul.nambi@amdocs.com>
|
|
Change-Id: Ib562b520a10e47662e516314fe6653f38802bbd0
Issue-ID: OOM-1546
Signed-off-by: Eoin Hanan <eoin.hanan@ericsson.com>
|
|
Change-Id: I1130c48d54baa3c388745f8582b6ef952a06e5e3
Issue-ID: OOM-1519
Signed-off-by: Eoin Hanan <eoin.hanan@ericsson.com>
|
|
Sync docker tags with the release manifest from integration
repo commit 1e16c7e67d1fdeadab3789b07d6d2f47b7d0ffd7.
Change-Id: If580d0000108ce9ff70ad128b9bc93bf4364376b
Issue-ID: INT-663
Signed-off-by: Gary Wu <gary.i.wu@huawei.com>
|
|
Issue-ID: OOM-1425
Change-Id: I5ced234211fc2a1beacfcaae639cf6fced210ca1
Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
|
|
Issue-ID: PORTAL-457
Change-Id: I77e3585683b4cda9483a9de88a390caf8bfad4b6
Signed-off-by: st782s <statta@research.att.com>
|
|
Change-Id: Ie83c1c07c110af14c9b9af30d4e663b26683a456
Issue-ID: MSB-293
Signed-off-by: Huabing Zhao <zhaohuabing@gmail.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>
|
|
Issue-ID: PORTAL-429
Failed to access Policy GUI from Portal
Change-Id: I01422d16507ce8d5369e50623c559a54a8dc7328
Signed-off-by: st782s <statta@research.att.com>
|
|
Issue-ID: OOM-1145
Change-Id: I1510339a820802554b6e8b9a201619ef66be17a0
Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
|
|
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>
|
|
All Chart versions and requirement dependencies have been updated to 3.0 for Casablanca release.
Change-Id: Iea57e5da09ea8a8bac0a415b9a6196151cbea10b
Issue-ID: OOM-1354
Signed-off-by: Mike Elliott <mike.elliott@amdocs.com>
|
|
|
|
Issue-ID: OOM-1159
Change-Id: I2907332fe057f60b782d67e5a6675096898918e1
Signed-off-by: Nishukumar <nishu.kumar@amdocs.com>
|
|
Change-Id: Ic8f11dc20c425aab144fe28a5e761552eb7b025b
Issue-ID: OOM-1422
Signed-off-by: Alexis de Talhouët <adetalhouet89@gmail.com>
|
|
Issue-ID: OOM-1378
Change-Id: I452919e91e1b3d0014394a357f6658803ba436a9
Signed-off-by: toshrajbhardwaj <toshrajbhardwaj@gmail.com>
|
|
|