Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
47 is free..
Issue-ID: OOM-930
Change-Id: I90d008bb77cfa1107f85d10c96482fe2693c400a
Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
|
|
|
|
|
|
|
|
to use the aaf generated keystore for our apps
Issue-ID: AAI-1101
Change-Id: I5a5642f86e8bb924f2c01fa685a0493abf500623
Signed-off-by: Kajur, Harish (vk250x) <vk250x@att.com>
|
|
|
|
-PS3-MK
-renaming charts to remove hyphen
-refactoring service name configuration. It wasn't quite correct
the way it was. It was taking the chart name as the service name
and not using the values.yaml from the top level chart as intended.
-Jonathan asked to name the main app service "aaf-service and cassandra
to "aaf-cass" as this is what is in the cert
-squashed https://gerrit.onap.org/r/#/c/45923/1 into this commit.
-updated robot to the latest settings
Robot tests are failing but all pods come up. I think this can be merged
and the AAF team investigate the robot health issue in a running system
-PS4-MK
-reverting sms changes and taking the latest from master
-removing repository from the global section of the aaf values.
-this was causing all images to be pulled from nexus3.onap.org
which was failing to pull images that come from docker hub.
There is supposed to be a proxy through nexus3 to dockerhub but maybe
we are missing something.
-PS5-MK
-removing nodeports from non gui related charts. There are conflicts
-PS6-Kiran
-Adding imagepullsecrets for aaf-sms-vault subchart
-updated image repository to pull from nexus3
-tested and works now and should fix the pull errors
-PS7-Kiran
-Previous patch picked up a couple of unintended changes
-Reverting them
-PS8-MK
-removing names from identities
-using https for robot test
Issue-ID: OOM-930
Change-Id: I98f40ef5af03dda73aebf12f6fa48d928915ab34
Signed-off-by: Mahendra Raghuwanshi <mahendra.raghuwanshi@amdocs.com>
Add Beijing CQLs into OOM
Issue-ID: AAF-114
Change-Id: I2c2d46738ba0885c41f710997d4b212b6ce4d2de
Signed-off-by: Instrumental <jonathan.gathman@att.com>
Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
Signed-off-by: Kiran Kamineni <kiran.k.kamineni@intel.com>
|
|
Change-Id: I5605cd9187ae96681755b58cd3b2852e43201b6f
Signed-off-by: Michael O'Brien <frank.obrien@amdocs.com>
Issue-ID: SDNC-285
|
|
for resources and traversal microservice as
well as add shasum to configmap so when doing
an upgrade on the charts and if the configmaps
are updated due to that the containers responsible
for that configmap gets restarted as well
Issue-ID: AAI-1110
Change-Id: Ie2b539f512003a30dd82cdaa497141cb7f49bf7d
Signed-off-by: Harish V Kajur <vk250x@att.com>
|
|
|
|
|
|
paplp_1 process is unused and causes intermittent bad
behavior when issuing healthchecks. Since it provides
no apparent benefit integrity monitor usage has been
disabled.
preloading policies apis are executed when the PAP come up.
The PDP-Xs take longer to come up, therefore the
push-policies script causes bad interactions. This operation
has to be triggered after all the PDP-Xs are up and properly
running, which is difficult to predict. Therefore, it is moved
to a manual step execution. In the future, we could think of'how
perhaps execute autonomously by some other means. It does not
currently work as is, so it is disabled, at least temporarily,
there were a couple problems with pap.conf, first the pdps hostname
need to be explicitly provided, as PAP keeps a white list of pdp hosts
that can connect to it and be served policies. Another limitation
is the format, note the change to ";" to separate pdps, instead of ",".
Further the automatic configuration sequence is only made for 1 PDP-X,
does not work well when multiple PDP-Xs are provided, so for the first
PDP-X, the credentials need to be explicitly added, otherwise, it
denies access to PDP-Xs.
Change-Id: I5d4a9a39822c036db26e97edb594ecaaa27f80d8
Issue-ID: POLICY-768
Signed-off-by: Jorge Hernandez <jh1730@att.com>
|
|
Issue-ID: OOM-874
Changes to be committed:
modified: aai/charts/aai-babel/templates/deployment.yaml
modified: aai/charts/aai-champ/templates/deployment.yaml
modified: aai/charts/aai-data-router/templates/deployment.yaml
modified: aai/charts/aai-gizmo/templates/deployment.yaml
modified: aai/charts/aai-modelloader/templates/deployment.yaml
modified: aai/charts/aai-resources/templates/deployment.yaml
modified: aai/charts/aai-search-data/templates/deployment.yaml
modified: aai/charts/aai-sparky-be/templates/deployment.yaml
modified: aai/charts/aai-traversal/templates/deployment.yaml
modified: aai/charts/aai-traversal/templates/job.yaml
modified: appc/charts/appc-cdt/templates/deployment.yaml
modified: appc/templates/statefulset.yaml
modified: clamp/charts/mariadb/templates/deployment.yaml
modified: clamp/templates/deployment.yaml
modified: cli/templates/deployment.yaml
modified: common/dgbuilder/templates/deployment.yaml
modified: common/mariadb-galera/templates/statefulset.yaml
modified: dcaegen2/charts/dcae-bootstrap/templates/job.yaml
modified: dcaegen2/charts/dcae-cloudify-manager/templates/deployment.yaml
modified: dcaegen2/charts/dcae-healthcheck/templates/deployment.yaml
modified: dcaegen2/charts/dcae-redis/templates/statefulset.yaml
modified: dmaap/charts/dmaap-bus-controller/templates/deployment.yaml
modified: dmaap/charts/dmaap-bus-controller/values.yaml
modified: esr/charts/esr-gui/templates/deployment.yaml
modified: esr/templates/deployment.yaml
modified: msb/charts/kube2msb/templates/deployment.yaml
modified: msb/charts/msb-discovery/templates/deployment.yaml
modified: msb/charts/msb-eag/templates/deployment.yaml
modified: msb/charts/msb-iag/templates/deployment.yaml
modified: multicloud/charts/multicloud-ocata/templates/deployment.yaml
modified: multicloud/charts/multicloud-vio/templates/deployment.yaml
modified: multicloud/charts/multicloud-windriver/templates/deployment.yaml
modified: multicloud/templates/deployment.yaml
modified: policy/charts/brmsgw/templates/deployment.yaml
modified: policy/charts/drools/charts/nexus/templates/deployment.yaml
modified: policy/charts/drools/templates/statefulset.yaml
modified: policy/charts/mariadb/templates/deployment.yaml
modified: policy/charts/pdp/templates/statefulset.yaml
modified: policy/templates/deployment.yaml
modified: portal/charts/portal-app/templates/deployment.yaml
modified: portal/charts/portal-cassandra/templates/deployment.yaml
modified: portal/charts/portal-mariadb/templates/deployment.yaml
modified: portal/charts/portal-sdk/templates/deployment.yaml
modified: portal/charts/portal-widget/templates/deployment.yaml
modified: portal/charts/portal-zookeeper/templates/deployment.yaml
modified: sdnc/charts/dmaap-listener/templates/deployment.yaml
modified: sdnc/charts/sdnc-portal/templates/deployment.yaml
modified: sdnc/charts/ueb-listener/templates/deployment.yaml
modified: sdnc/templates/statefulset.yaml
modified: uui/charts/uui-server/templates/deployment.yaml
modified: uui/templates/deployment.yaml
modified: vid/charts/mariadb/templates/deployment.yaml
modified: vid/templates/deployment.yaml
Change-Id: I00aaa1eff3b870db3b475365eeda3f2e10aef6b9
Signed-off-by: BorislavG <Borislav.Glozman@amdocs.com>
|
|
|
|
Thank you for the very detailed Review Boris.
All changes you had asked have been incorported.
Please take a look and let me know.
Few important points.
All components excep API and Music are services
that do not expose any TCP or HTTP ports. All the NodePort
and serices section areas in each of these component's
values.yaml file have been cleaned. Actually, the service
section do not make sense of these components at all.
They use Music as a distributed Q to receive and push their
tasks/changes.
These include a). Controller b). Data c). Solver and 4). Reservation.
This is why you didn't see any service.yaml files for these.
-------------------------------
Made a single configuration based setup.
All HAS components are now configured through
a single configmap and a single set of configuration
files.
All oof-has components share configurations.
Restructured the charts so that theere is
one parent for oof-has from where properties
can be inherited.
Removed other issues like the make was failing.
All PODs are coming up except data - which depends
on AAI certs - team is looking for that side.
Issue-ID: OPTFRA-22
Change-Id: I4bf36a68fc3636c822f33f55da70ace577c64ac0
Signed-off-by: Ikram Ikramullah <ikram@research.att.com>
Signed-off-by: Anaƫl Closson <ac2550@intl.att.com>
Removed Urls not needed
Issue-ID: OPTFRA-22
Change-Id: I270de9cbed5f25dd971f40477fb95385a57fba5c
Signed-off-by: Ikram Ikramullah <ikram@research.att.com>
Removed Music IPs
MK:
PS-14: fixing robot testcase by forking the testcase until it is fixed in robot
adding target port to osdf service. required to map port 8698:8699
Issue-ID: INT-444
Change-Id: I150e3389aece7fae3b0685647af3a787cc9f267d
Signed-off-by: Ikram Ikramullah <ikram@research.att.com>
Signed-off-by: ac2550 <ac2550@intl.att.com>
Signed-off-by: Ikram Ikramullah <ikram@research.att.com>
Signed-off-by: = <=>
Signed-off-by: Ikram Ikramullah <ikram@research.att.com>
Signed-off-by: Ankitkumar Patel <ankit@research.att.com>
Signed-off-by: Thomas Nelson <tn1381@att.com>
Signed-off-by: Ikram Ikramullah <ikram@research.att.com>
Signed-off-by: Ankitkumar Patel <ankit@research.att.com>
Signed-off-by: Thomas Nelson <tn1381@att.com>
Signed-off-by: Ikram Ikramullah <ikram@research.att.com>
Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
|
|
|
|
|
|
Issue-ID: TEST-85
Change-Id: I822ed3abfd768fbe2d38dcd1399051feb738bb1b
Signed-off-by: Brian Freeman <bf1936@att.com>
|
|
|
|
|
|
ensure the realtime database connection
is being used when the request coming
from SO, and SDNC
Issue-ID: AAI-1121
Change-Id: I52a2192e5ece71d5ee3dc5bcf1e72f3aa9e55245
Signed-off-by: Kajur, Harish (vk250x) <vk250x@att.com>
|
|
Issue-ID: OOM-751
Change-Id: Ia5dd82279bc7bc83dc430843524bd2a3db7cf606
Signed-off-by: jasmineWen <jasmine.wen@amdocs.com>
|
|
Change-Id: Icd3291be17b5c42ac9706e9c7b40ed26c9617300
Signed-off-by: jmac <james.macnider@amdocs.com>
Issue-ID: OOM-1042
|
|
|
|
Issue-ID: OOM-1025
Change-Id: Icc05ec5db4580d5264831fd30ff5ec699f945c5f
Signed-off-by: Priyanka Jain <Priyanka.Jain3@amdocs.com>
|
|
Issue-ID: OOM-1027
Change-Id: Ia0d6890c27cb957dbf10b65b7e72bce3806b8d35
Signed-off-by: Priyanka Jain <Priyanka.Jain3@amdocs.com>
|
|
Issue-ID: OOM-1026
Change-Id: Ic5303744b9a08a1ca02e415fd806b976f07949ab
Signed-off-by: Priyanka Jain <Priyanka.Jain3@amdocs.com>
|
|
Issue-ID: PORTAL-211
Change-Id: Id43f281366bc4faf5ce7bf6787897d23b30962e8
Signed-off-by: st782s <statta@research.att.com>
|
|
Change-Id: I9f6487d4588c443817010e727515e0f262ba0d01
Signed-off-by: Roger Maitland <Roger.Maitland@amdocs.com>
Issue-ID: OOM-1034
|
|
|
|
|
|
|
|
|
|
Updated installation scripts based on changes to ccsdk.
Updated properties file to support Nitrogen ODL.
Change-Id: Ib714fe0fc4a2adec839dc573700338db4129eeb5
Issue-ID: OOM-1021
Signed-off-by: Aaron Hay <ah415j@att.com>
|
|
Mounting only the cassandra/data directory causes any data not yet
persisted to be lost. Mounting the commitlog directory as well will
allow cassandra to persist data properly.
Change-Id: If4453e3b39307e0243c20167b568d4ac1af20d12
Issue-ID: OOM-1024
Signed-off-by: Daniel Silverthorn <daniel.silverthorn@amdocs.com>
|
|
Issue-ID: AAI-1110
Change-Id: Ibc51b36bb96c969a61aa54b31abf7c99f0e62fe6
Signed-off-by: Jimmy Forsyth <jf2512@att.com>
|
|
|
|
The path '/opt/opendaylight/current/daexim' is now mapped to a persistent
volume that will survive pod restarts and destruction. A separate PV is
created for each SDN-C instance with the same ordinal as the corresponding
sdnc pod.
Change-Id: Ib5373fc2ae25b70992ff69e78571106f37af72e4
Signed-off-by: jmac <james.macnider@amdocs.com>
Issue-ID: SDNC-223
|
|
Change-Id: I89b90f5da3e9ee9da545b21cc01b4ac392318a21
Issue-ID: OOM-1033
Signed-off-by: BorislavG <Borislav.Glozman@amdocs.com>
|
|
|
|
Issue-ID: OOM-975
Change-Id: Ia774ce8a3777ea704a7f269ec77f7c512d4d9d94
Signed-off-by: Pradeep Patel <Pradeep.patel2@amdocs.com>
|
|
Issue-ID: OOM-1023
Change-Id: I42d49c477b0212544fda9f9d556be75cb0ce5a6c
Signed-off-by: Priyanka Jain <Priyanka.Jain3@amdocs.com>
|
|
|
|
|
|
|
|
Issue-ID: OOM-898
Change-Id: I8d05f3ae4a970be35ac94114ff9fd3b3cad3edc8
Signed-off-by: Mandeep Khinda <mandeep.khinda@amdocs.com>
|
|
|
|
|
|
|