Re: [onap-discuss] ONAP OOM Casablanca installlation failing

[Brian]

Helm deploy calls kubectl so not sure if you have .kube setup in /root or your 
home directory

From: jkzcristiano 
Sent: Friday, December 07, 2018 11:28 AM
To: FREEMAN, BRIAN D ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] ONAP OOM Casablanca installlation failing

1st time I did a complete installation from scratch I used:

sudo cp -R ~/oom/kubernetes/helm/plugins/ ~/.helm

during installation. Hence I had to use sudo helm and such. 
And...actually...that was the unique time I hadn't the issue of one node 
crashing...

2nd and 3rd time I did a complete installation (ubuntu-server + OOM Guide + 
ONAP) I used:

cp -R ~/oom/kubernetes/helm/plugins/ ~/.helm

instead.

So don't need to run commands as root. Now I configured a 128GB single node. 
Let's see what happens.

Thank you Brian!

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14327): https://lists.onap.org/g/onap-discuss/message/14327
Mute This Topic: https://lists.onap.org/mt/27404722/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] ONAP OOM Casablanca installlation failing

[Brian]

We usually run kubectl as root on rancher since the installation process puts 
the kube config under /root/.kube.

Brian

From: onap-discuss@lists.onap.org  On Behalf Of 
jkzcristiano
Sent: Friday, December 07, 2018 7:22 AM
To: ukponm...@m0049463.ppops.net-00191d01; Itohan ; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] ONAP OOM Casablanca installlation failing

Dear all,

I am experiencing a similar error too with OOM Casablanca:
ubuntu@rancher:~/oom/kubernetes$ kubectl get pods --all-namespaces -o=wide
No resources found.
Error from server: client: etcd cluster is unavailable or misconfigured; error 
#0: client: etcd member 
https://etcd.kubernetes.rancher.internal:2379<https://urldefense.proofpoint.com/v2/url?u=https-3A__etcd.kubernetes.rancher.internal-3A2379=DwQFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Mb0tzi5UKlZ_fzWadJUCXoU-WqxtOIBSnlmtcC9lfa8=RKxJFMUI2taAfeo4Xiy61Ucwau09L74T7HcvIf0oOZ8=>
 has no leader

The very first time I deployed Casablanca it went fine. Then, due to some 
issues trying new helm commands and plugins I decided to make a complete new 
install (from scratch, i.e., ubuntu-server and so on).
Then, the second time and third time (2nd time master node crashed, 3rd time 
slave node crashed) I had this issue above and I did a full installation from 
scratch in all cases, i.e., ubuntu-server on racks and then OOM guide. I have 2 
physical nodes for K8s (64 + 32 of RAM). This happens almost at the beginning, 
i.e., after 30min-1h waiting for ONAP components to reach running state, one 
node crushes (and it is almost unresponsive...). In theory, it is possible to 
delete/add and recover a node in a cluster:

https://rancher.com/docs/rancher/v1.6/en/kubernetes/disaster-recovery/<https://urldefense.proofpoint.com/v2/url?u=https-3A__rancher.com_docs_rancher_v1.6_en_kubernetes_disaster-2Drecovery_=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Mb0tzi5UKlZ_fzWadJUCXoU-WqxtOIBSnlmtcC9lfa8=sdjdEdmvZnlRW3DyEugwS7dfJrNZWrmY2Bc5RJR-g2Y=>

However, the crashed node is almost unresponsive to commands so...no way to do 
that (can't ssh, anything "hyper-mega slow").
It seems an issue...thinking to use a single node for K8s...worried about this 
behavior.
I thought it might be a RAM issue (not enough RAM) but I don't deploy all ONAP 
components. I tried to deploy the same ONAP components as in Beijing (no issue 
there).

Can someone help?

KR,

Xoan



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14323): https://lists.onap.org/g/onap-discuss/message/14323
Mute This Topic: https://lists.onap.org/mt/27404722/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [E][onap-discuss][SO]Configuring SO with multi-VIM

[Brian]

https://onap.readthedocs.io/en/casablanca/submodules/integration.git/docs/onap-oom-heat.html#deploying-an-updated-docker-manifest

Is a pointer to documentation on the manifest update.

Brian


From: FREEMAN, BRIAN D
Sent: Wednesday, December 05, 2018 11:49 AM
To: onap-discuss@lists.onap.org; sirisha.gopig...@verizon.com; Marcus G K 
Williams 
Subject: RE: [onap-discuss] [E][onap-discuss][SO]Configuring SO with multi-VIM

Did you rm the dev-so directory on dockerdata-nfs on the re-deploy.

Typically in integration we no longer use the enable/disable approach to 
redeploy.

https://wiki.onap.org/pages/viewpage.action?pageId=29787124



  1.  Helm del dev-so –purge
  2.  Kubectl -n onap get pods  till all gone
  3.  Kubeclt -n onap get pvc /pv /secrets and clean up as needed
  4.  Rm dev-so and subtending directory on /dockerdata-nfs (this is wwhere the 
so mariadb is located)
  5.  Edit your helm charts and or integration-override.yaml
 *   Image version should match docker-manifest.csv or 
docker-manifest-staging.csv depending on what you are trying to test.
 *   Integration script update-oom-image-versions.sh will do that for you 
automatically if you run it

i. 
~/integration/version-manifest/src/main/scripts

 *   if you edited / upated helm charts:

i. make so

   ii. make onap

  1.  helm deploy dev local/onap -f 
/root/oom/kubernetes/onap/resources/environments/public-cloud.yaml -f 
/root/integration-override.yaml --namespace onap  --verbose

This should deploy dev-so and keep your current PODs / containers.


Brian

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Gopigiri, Sirisha via Lists.Onap.Org
Sent: Wednesday, December 05, 2018 11:02 AM
To: Marcus G K Williams 
mailto:marcus.willi...@intel.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [E][onap-discuss][SO]Configuring SO with multi-VIM

Hi Marcus,

I did a redeploy by setting so to false in onap/values.yaml and changing the 
images and then enabled so. I also tried with the fresh installation of 
complete ONAP by changing the SO images in OOM prior to deployment. But still I 
was facing the same issue, that is the three pods didn't come up.

After creating the table that you pointed out in mariadb pod only the 
catalog-db-adapter and openstack-adapter pods came up, however the vfc-adapter 
pod didn't come up.

When I tried instantiating the vf-module I got "template type not supported 
error". Please find the logs attached.

Could you please let me know what configuration am I missing here?

Thank you

Best Regards
Sirisha Gopigiri


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14292): https://lists.onap.org/g/onap-discuss/message/14292
Mute This Topic: https://lists.onap.org/mt/28238442/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Robot ./demo-k8s.sh issue

[Brian]

No it does not.

Beijing only supports v2.0 keystone across the board.

Brian


From: Sangeeth G 
Sent: Wednesday, December 05, 2018 11:47 AM
To: FREEMAN, BRIAN D ; onap-discuss@lists.onap.org; 
morgan.richo...@orange.com; david.perezcapar...@swisscom.com
Cc: koks...@innova.com.tr; Anandadas Patki ; 
Milind Jalwadi 
Subject: RE: [onap-discuss] Robot ./demo-k8s.sh issue

Thanks Brian. The identity v3 port is 5000 for queens. BTW, the ONAP release I 
am using is Beijing. Does robot auto detects keystone in Beijing release as 
well ?

Best Regards,
Sangeeth G

From: FREEMAN, BRIAN D mailto:bf1...@att.com>>
Sent: Wednesday, December 5, 2018 7:37 PM
To: Sangeeth G 
mailto:sg00542...@techmahindra.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
morgan.richo...@orange.com<mailto:morgan.richo...@orange.com>; 
david.perezcapar...@swisscom.com<mailto:david.perezcapar...@swisscom.com>
Cc: koks...@innova.com.tr<mailto:koks...@innova.com.tr>
Subject: Re: [onap-discuss] Robot ./demo-k8s.sh issue

Onap is not certified for queens.
Robot should auto detect keystone if you set the right url and provide 
parameters but SO will not work out of the box with keystone v3 and multivim 
does not have a queens Adapter.
The port for queens isn't 5000 so i suspect you still dont have the uri correct.

I would suggest rolling back to pike. V3 support is in dublin and there is at 
least one team using a build of SO from master  to work with queens as a custom 
container with casablanca but it is custom.

Brian



Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: Sangeeth G 
mailto:sg00542...@techmahindra.com>>
Date: 12/5/18 12:07 AM (GMT-05:00)
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>, "FREEMAN, 
BRIAN D" mailto:bf1...@att.com>>, 
morgan.richo...@orange.com<mailto:morgan.richo...@orange.com>, 
david.perezcapar...@swisscom.com<mailto:david.perezcapar...@swisscom.com>
Cc: koks...@innova.com.tr<mailto:koks...@innova.com.tr>
Subject: RE: [onap-discuss] Robot ./demo-k8s.sh issue

Hi,

I did verify inside the container, and the vm_properties file has the correctly 
injected values of the openstack keystone url. But still looks to be an issue.

PS: This is openstack queens and Keystone here solely implements the Identity 
API v3. Support for Identity API v2.0 has been removed in Queens in favor of 
the Identity API v3.

But the Robot still takes v2. Please suggest.

Best Regards,
Sangeeth G

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Brian
Sent: Tuesday, December 4, 2018 7:18 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Sangeeth G 
mailto:sg00542...@techmahindra.com>>; 
morgan.richo...@orange.com<mailto:morgan.richo...@orange.com>; 
david.perezcapar...@swisscom.com<mailto:david.perezcapar...@swisscom.com>
Cc: koks...@innova.com.tr<mailto:koks...@innova.com.tr>
Subject: Re: [onap-discuss] Robot ./demo-k8s.sh issue

HTTP 404 is not found so most likely your openstack url for robot is wrong 
still.

robot:
openStackKeyStoneUrl: 
http://10.12.25.2:5000<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.12.25.2-3A5000=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Epv7-lu5KiyhvmIe0ysidrHWr13lGP_UJ6bB9zjZAAc=VCWGnG5HvTNQ1xZ9e6RbWsGWhKqV_w_V33m4MPYVw1Q=>

notice for robot there is no /v2.0 or /v2.0/tokens

Robot auto-detects v2 vs v3

SO url does have  the v2.0 and SO only support v2.0 unless you are either 
wrapping it or using a build from the Dublin/master branch


so:
  so-openstack-adapter:
config:
  openStackUserName: "demo"
  openStackKeyStoneUrl: 
http://10.12.25.2:5000/v2.0<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.12.25.2-3A5000_v2.0=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Epv7-lu5KiyhvmIe0ysidrHWr13lGP_UJ6bB9zjZAAc=DrO4BTeo4EgHsX-Q6yNUC66HgrHpdL5JHwSiAVfLsQc=>

Example integration override is in gerrit under 
integration/deployment/heat/onap-oom/env/windriver/onap-oom.env

https://gerrit.onap.org/r/gitweb?p=integration.git;a=blob;f=deployment/heat/onap-oom/env/windriver/onap-oom.env;h=6d471ffa2f30a315a6f78d1cba3575323b4ac2d8;hb=refs/heads/master<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_gitweb-3Fp-3Dintegration.git-3Ba-3Dblob-3Bf-3Ddeployment_heat_onap-2Doom_env_windriver_onap-2Doom.env-3Bh-3D6d471ffa2f30a315a6f78d1cba3575323b4ac2d8-3Bhb-3Drefs_heads_master=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Epv7-lu5KiyhvmIe0ysidrHWr13lGP_UJ6bB9zjZAAc=mr1F0HWK6hMqyd4vVcdkHhcp9MHmCLK5xgHhif7EFN8=>

Brian


From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Sangeeth G
Sent: Tuesday, December 04, 2018 7:15 AM
To

Re: [onap-discuss] [E][onap-discuss][SO]Configuring SO with multi-VIM

[Brian]

Did you rm the dev-so directory on dockerdata-nfs on the re-deploy.

Typically in integration we no longer use the enable/disable approach to 
redeploy.

https://wiki.onap.org/pages/viewpage.action?pageId=29787124



  1.  Helm del dev-so –purge
  2.  Kubectl -n onap get pods  till all gone
  3.  Kubeclt -n onap get pvc /pv /secrets and clean up as needed
  4.  Rm dev-so and subtending directory on /dockerdata-nfs (this is wwhere the 
so mariadb is located)
  5.  Edit your helm charts and or integration-override.yaml
 *   Image version should match docker-manifest.csv or 
docker-manifest-staging.csv depending on what you are trying to test.
 *   Integration script update-oom-image-versions.sh will do that for you 
automatically if you run it

i. 
~/integration/version-manifest/src/main/scripts

 *   if you edited / upated helm charts:

i. make so

   ii. make onap

  1.  helm deploy dev local/onap -f 
/root/oom/kubernetes/onap/resources/environments/public-cloud.yaml -f 
/root/integration-override.yaml --namespace onap  --verbose

This should deploy dev-so and keep your current PODs / containers.


Brian

From: onap-discuss@lists.onap.org  On Behalf Of 
Gopigiri, Sirisha via Lists.Onap.Org
Sent: Wednesday, December 05, 2018 11:02 AM
To: Marcus G K Williams ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [E][onap-discuss][SO]Configuring SO with multi-VIM

Hi Marcus,

I did a redeploy by setting so to false in onap/values.yaml and changing the 
images and then enabled so. I also tried with the fresh installation of 
complete ONAP by changing the SO images in OOM prior to deployment. But still I 
was facing the same issue, that is the three pods didn't come up.

After creating the table that you pointed out in mariadb pod only the 
catalog-db-adapter and openstack-adapter pods came up, however the vfc-adapter 
pod didn't come up.

When I tried instantiating the vf-module I got "template type not supported 
error". Please find the logs attached.

Could you please let me know what configuration am I missing here?

Thank you

Best Regards
Sirisha Gopigiri


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14288): https://lists.onap.org/g/onap-discuss/message/14288
Mute This Topic: https://lists.onap.org/mt/28238442/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Robot ./demo-k8s.sh issue

[Brian]

https://wiki.onap.org/pages/viewpage.action?pageId=29787124

Basically there is an integration-override.yaml that at deployment time 
overrides helm chart values with your environment.

Examples integration-override.yaml files are in gerrit under 
integration/deployment/heat/onap-oom/env/windriver/onap-oom.env

https://gerrit.onap.org/r/gitweb?p=integration.git;a=blob;f=deployment/heat/onap-oom/env/windriver/onap-oom.env;h=6f4545efe6653951dfcfcd2c3c589c37d68df056;hb=refs/heads/casablanca

you should be cloning interation to your rancher VM (the heat templates in 
integration do that)

You also will want to run the script 
(update-oom-image-versions.sh<https://gerrit.onap.org/r/gitweb?p=integration.git;a=blob;f=version-manifest/src/main/scripts/update-oom-image-versions.sh;h=b17b46dd1ee784b5a16f354a44c712eb5eb1d95f;hb=HEAD>)

In integration/docker-manifest/src/main/scripts

Before you do the make all ; make onap so that you pick up the latest release 
docker image tags

./update-oom-image-versions.sh ../resource/docker-manifest.csv   /root/oom

I think there is clearer documentation being worked on how to do these steps 
manually if you dont use the heat templates in the integration repo.

Brian



From: onap-discuss@lists.onap.org  On Behalf Of 
jkzcristiano
Sent: Tuesday, December 04, 2018 1:10 PM
To: Sangeeth G ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Robot ./demo-k8s.sh issue

Hi all,

I am using OOM Casablanca and I have a similar issue. Particularly, all my 
custom values are not "updated".

I tried several approaches. Below two of them (it worked in Beijing, but not 
now):

Approach 1. Use a custom onap values.yaml file
ubuntu@rancher:~/oom/kubernetes$ make all
ubuntu@rancher:~/oom/kubernetes$ make onap
ubuntu@rancher:~/oom/kubernetes$ mkdir environments
ubuntu@rancher:~/oom/kubernetes$ cp /onap/values.yaml environments/onap-dev.yaml
ubuntu@rancher:~/oom/kubernetes$ nano environments/onap-dev.yaml

# Enable/disable services and customize parameters, e.g.:
# robot:
#   enabled: true
#   config:
# # openStackEncryptedPasswordHere should match the encrypted string used 
in SO and APPC and overridden per environment
# openStackEncryptedPasswordHere: "fba5e23d31145a544a07818403ef50be"
# ...
# openStackKeyStoneUrl: 
"http://x.x.x.x/identity<https://urldefense.proofpoint.com/v2/url?u=http-3A__x.x.x.x_identity=DwQFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=1SpPoYgkAuwvF8spbTWX13ldefbqHRyF1IjkpVNi_cg=aYM2yNJeoaXTnPxn_cyVfoqThoPy7yOm47cXvm5_WDc=>"
# ...
#
# ...
# so:
#  enabled: true
# ...
#   config:
# ...
#  openStackKeyStoneUrl: 
"http://x.x.x.x/identity<https://urldefense.proofpoint.com/v2/url?u=http-3A__x.x.x.x_identity=DwQFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=1SpPoYgkAuwvF8spbTWX13ldefbqHRyF1IjkpVNi_cg=aYM2yNJeoaXTnPxn_cyVfoqThoPy7yOm47cXvm5_WDc=>"
# ...


ubuntu@rancher:~/oom/kubernetes$ sudo helm deploy dev local/onap --namespace 
onap -f environments/onap-dev.yaml   # Deploy with my custom file (I also tried 
to put this file as integration-override.yaml in /root/ and the same result)
# Seems enabled/disabled services actually use my custom onap-dev.yaml file. 
However, the parameters are not updated! This can be confirmed by running 
robot. It fails because it is using default 1.2.3.4:5000 endpoint.
ubuntu@rancher:~/oom/kubernetes/robot$ ./demo-k8s.sh onap init

Initialize Customer And Models| FAIL |
ConnectionError: HTTPConnectionPool(host='1.2.3.4', port=5000): Max retries 
exceeded with url: /v2.0/tokens (Caused by 
NewConnectionError(': Failed to establish a new connection: [Errno 110] Connection 
timed out',))



Approach 2. Change onap/values.yaml
ubuntu@rancher:~/oom/kubernetes$ nano onap/values.yaml

# Enable/disable services and customize parameters, e.g.:
# robot:
#   enabled: true
#   config:
# # openStackEncryptedPasswordHere should match the encrypted string used 
in SO and APPC and overridden per environment
# openStackEncryptedPasswordHere: "fba5e23d31145a544a07818403ef50be"
# ...
# openStackKeyStoneUrl: 
"http://x.x.x.x/identity<https://urldefense.proofpoint.com/v2/url?u=http-3A__x.x.x.x_identity=DwQFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=1SpPoYgkAuwvF8spbTWX13ldefbqHRyF1IjkpVNi_cg=aYM2yNJeoaXTnPxn_cyVfoqThoPy7yOm47cXvm5_WDc=>"
# ...
#
# ...
# so:
#  enabled: true
# ...
#   config:
# ...
#  openStackKeyStoneUrl: 
"http://x.x.x.x/identity<https://urldefense.proofpoint.com/v2/url?u=http-3A__x.x.x.x_identity=DwQFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=1SpPoYgkAuwvF8spbTWX13ldefbqHRyF1IjkpVNi_cg=aYM2yNJeoaXTnPxn_cyVfoqThoPy7yOm47cXvm5_WDc=>"
# ...

ubuntu@rancher:~/oom/kubernetes$ make all
ubuntu@rancher:~/oom/kubernetes$ make onap
ubuntu@rancher:~/oom/kubernetes$ sudo helm deploy dev local/onap --namespace 
onap
# Seems enabled/disabled services

Re: [onap-discuss] Robot ./demo-k8s.sh issue

[Brian]

https://gerrit.onap.org/r/#/c/72922/


From: FREEMAN, BRIAN D
Sent: Wednesday, December 05, 2018 9:07 AM
To: Sangeeth G ; onap-discuss@lists.onap.org; 
morgan.richo...@orange.com; david.perezcapar...@swisscom.com
Cc: koks...@innova.com.tr
Subject: Re: [onap-discuss] Robot ./demo-k8s.sh issue

Onap is not certified for queens.
Robot should auto detect keystone if you set the right url and provide 
parameters but SO will not work out of the box with keystone v3 and multivim 
does not have a queens Adapter.
The port for queens isn't 5000 so i suspect you still dont have the uri correct.

I would suggest rolling back to pike. V3 support is in dublin and there is at 
least one team using a build of SO from master  to work with queens as a custom 
container with casablanca but it is custom.

Brian



Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: Sangeeth G 
mailto:sg00542...@techmahindra.com>>
Date: 12/5/18 12:07 AM (GMT-05:00)
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>, "FREEMAN, 
BRIAN D" mailto:bf1...@att.com>>, 
morgan.richo...@orange.com<mailto:morgan.richo...@orange.com>, 
david.perezcapar...@swisscom.com<mailto:david.perezcapar...@swisscom.com>
Cc: koks...@innova.com.tr<mailto:koks...@innova.com.tr>
Subject: RE: [onap-discuss] Robot ./demo-k8s.sh issue

Hi,

I did verify inside the container, and the vm_properties file has the correctly 
injected values of the openstack keystone url. But still looks to be an issue.

PS: This is openstack queens and Keystone here solely implements the Identity 
API v3. Support for Identity API v2.0 has been removed in Queens in favor of 
the Identity API v3.

But the Robot still takes v2. Please suggest.

Best Regards,
Sangeeth G

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Brian
Sent: Tuesday, December 4, 2018 7:18 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Sangeeth G 
mailto:sg00542...@techmahindra.com>>; 
morgan.richo...@orange.com<mailto:morgan.richo...@orange.com>; 
david.perezcapar...@swisscom.com<mailto:david.perezcapar...@swisscom.com>
Cc: koks...@innova.com.tr<mailto:koks...@innova.com.tr>
Subject: Re: [onap-discuss] Robot ./demo-k8s.sh issue

HTTP 404 is not found so most likely your openstack url for robot is wrong 
still.

robot:
openStackKeyStoneUrl: 
http://10.12.25.2:5000<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.12.25.2-3A5000=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Epv7-lu5KiyhvmIe0ysidrHWr13lGP_UJ6bB9zjZAAc=VCWGnG5HvTNQ1xZ9e6RbWsGWhKqV_w_V33m4MPYVw1Q=>

notice for robot there is no /v2.0 or /v2.0/tokens

Robot auto-detects v2 vs v3

SO url does have  the v2.0 and SO only support v2.0 unless you are either 
wrapping it or using a build from the Dublin/master branch


so:
  so-openstack-adapter:
config:
  openStackUserName: "demo"
  openStackKeyStoneUrl: 
http://10.12.25.2:5000/v2.0<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.12.25.2-3A5000_v2.0=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Epv7-lu5KiyhvmIe0ysidrHWr13lGP_UJ6bB9zjZAAc=DrO4BTeo4EgHsX-Q6yNUC66HgrHpdL5JHwSiAVfLsQc=>

Example integration override is in gerrit under 
integration/deployment/heat/onap-oom/env/windriver/onap-oom.env

https://gerrit.onap.org/r/gitweb?p=integration.git;a=blob;f=deployment/heat/onap-oom/env/windriver/onap-oom.env;h=6d471ffa2f30a315a6f78d1cba3575323b4ac2d8;hb=refs/heads/master<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_gitweb-3Fp-3Dintegration.git-3Ba-3Dblob-3Bf-3Ddeployment_heat_onap-2Doom_env_windriver_onap-2Doom.env-3Bh-3D6d471ffa2f30a315a6f78d1cba3575323b4ac2d8-3Bhb-3Drefs_heads_master=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Epv7-lu5KiyhvmIe0ysidrHWr13lGP_UJ6bB9zjZAAc=mr1F0HWK6hMqyd4vVcdkHhcp9MHmCLK5xgHhif7EFN8=>

Brian


From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Sangeeth G
Sent: Tuesday, December 04, 2018 7:15 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
morgan.richo...@orange.com<mailto:morgan.richo...@orange.com>; 
david.perezcapar...@swisscom.com<mailto:david.perezcapar...@swisscom.com>
Cc: koks...@innova.com.tr<mailto:koks...@innova.com.tr>
Subject: Re: [onap-discuss] Robot ./demo-k8s.sh issue

Hi,

I redeployed the robot with the updated values.yaml and the it connects to the 
keystone url now, but getting a token issue with error code 404 for which the 
demo script fails again. Is there any prerequisite step for the token error ? 
Please suggest.

KEYWORD ${resp} = RequestsLibrary . Post Request keystone, ${data_path}, 
data=${data}, headers=${headers}
Documentation:

Send a POST request on the session object found using the

Re: [onap-discuss] Robot ./demo-k8s.sh issue

[Brian]

Onap is not certified for queens.
Robot should auto detect keystone if you set the right url and provide 
parameters but SO will not work out of the box with keystone v3 and multivim 
does not have a queens Adapter.
The port for queens isn't 5000 so i suspect you still dont have the uri correct.

I would suggest rolling back to pike. V3 support is in dublin and there is at 
least one team using a build of SO from master  to work with queens as a custom 
container with casablanca but it is custom.

Brian



Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: Sangeeth G 
Date: 12/5/18 12:07 AM (GMT-05:00)
To: onap-discuss@lists.onap.org, "FREEMAN, BRIAN D" , 
morgan.richo...@orange.com, david.perezcapar...@swisscom.com
Cc: koks...@innova.com.tr
Subject: RE: [onap-discuss] Robot ./demo-k8s.sh issue

Hi,

I did verify inside the container, and the vm_properties file has the correctly 
injected values of the openstack keystone url. But still looks to be an issue.

PS: This is openstack queens and Keystone here solely implements the Identity 
API v3. Support for Identity API v2.0 has been removed in Queens in favor of 
the Identity API v3.

But the Robot still takes v2. Please suggest.

Best Regards,
Sangeeth G

From: onap-discuss@lists.onap.org  On Behalf Of 
Brian
Sent: Tuesday, December 4, 2018 7:18 PM
To: onap-discuss@lists.onap.org; Sangeeth G ; 
morgan.richo...@orange.com; david.perezcapar...@swisscom.com
Cc: koks...@innova.com.tr
Subject: Re: [onap-discuss] Robot ./demo-k8s.sh issue

HTTP 404 is not found so most likely your openstack url for robot is wrong 
still.

robot:
openStackKeyStoneUrl: 
http://10.12.25.2:5000<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.12.25.2-3A5000=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Epv7-lu5KiyhvmIe0ysidrHWr13lGP_UJ6bB9zjZAAc=VCWGnG5HvTNQ1xZ9e6RbWsGWhKqV_w_V33m4MPYVw1Q=>

notice for robot there is no /v2.0 or /v2.0/tokens

Robot auto-detects v2 vs v3

SO url does have  the v2.0 and SO only support v2.0 unless you are either 
wrapping it or using a build from the Dublin/master branch


so:
  so-openstack-adapter:
config:
  openStackUserName: "demo"
  openStackKeyStoneUrl: 
http://10.12.25.2:5000/v2.0<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.12.25.2-3A5000_v2.0=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Epv7-lu5KiyhvmIe0ysidrHWr13lGP_UJ6bB9zjZAAc=DrO4BTeo4EgHsX-Q6yNUC66HgrHpdL5JHwSiAVfLsQc=>

Example integration override is in gerrit under 
integration/deployment/heat/onap-oom/env/windriver/onap-oom.env

https://gerrit.onap.org/r/gitweb?p=integration.git;a=blob;f=deployment/heat/onap-oom/env/windriver/onap-oom.env;h=6d471ffa2f30a315a6f78d1cba3575323b4ac2d8;hb=refs/heads/master<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_gitweb-3Fp-3Dintegration.git-3Ba-3Dblob-3Bf-3Ddeployment_heat_onap-2Doom_env_windriver_onap-2Doom.env-3Bh-3D6d471ffa2f30a315a6f78d1cba3575323b4ac2d8-3Bhb-3Drefs_heads_master=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Epv7-lu5KiyhvmIe0ysidrHWr13lGP_UJ6bB9zjZAAc=mr1F0HWK6hMqyd4vVcdkHhcp9MHmCLK5xgHhif7EFN8=>

Brian


From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Sangeeth G
Sent: Tuesday, December 04, 2018 7:15 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
morgan.richo...@orange.com<mailto:morgan.richo...@orange.com>; 
david.perezcapar...@swisscom.com<mailto:david.perezcapar...@swisscom.com>
Cc: koks...@innova.com.tr<mailto:koks...@innova.com.tr>
Subject: Re: [onap-discuss] Robot ./demo-k8s.sh issue

Hi,

I redeployed the robot with the updated values.yaml and the it connects to the 
keystone url now, but getting a token issue with error code 404 for which the 
demo script fails again. Is there any prerequisite step for the token error ? 
Please suggest.

KEYWORD ${resp} = RequestsLibrary . Post Request keystone, ${data_path}, 
data=${data}, headers=${headers}
Documentation:

Send a POST request on the session object found using the


03:43:37.335

DEBUG

Starting new HTTP connection (1): x.x.x.x


03:43:37.343

DEBUG

http:// 
x.x.x.x:5000<https://urldefense.proofpoint.com/v2/url?u=http-3A__172.21.207.59-3A5000=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=kp7DUtV4M497L-Jjmfh5XLzi4fwKmOlAmnySX-g_H6E=BXMJmAWicpb3oSvguuAK4fvoOHfGKxl3Q9Xv3ykqjeY=>
 "POST /v2.0/tokens HTTP/1.1" 404 134


03:43:37.343

DEBUG

post response: {"error": {"message": "(http:// 
x.x.x.x:5000/v2.0/tokens<https://urldefense.proofpoint.com/v2/url?u=http-3A__172.21.207.59-3A5000_v2.0_tokens=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=kp7DUtV4M497L-Jjmfh5XLzi4fwKmOlAmnySX-g_H6E=vdQwQZ-7KuROyw1EoBuICmSYOIdcGyT5K8GWAg5uaVk=>):
 The resource could not be found.", "code": 404, "title": &q

Re: [onap-discuss] Robot ./demo-k8s.sh issue

[Brian]

I’m pretty sure that V3 support  was added in the Casablanca branch a couple 
months ago (it introduced some bugs during the backport).
There are new varaibles required in integration-override.yaml for it as you 
would exepct.

https://jira.onap.org/browse/TEST-39

Brian


From: Sangeeth G 
Sent: Wednesday, December 05, 2018 6:22 AM
To: onap-discuss@lists.onap.org; FREEMAN, BRIAN D ; 
morgan.richo...@orange.com; david.perezcapar...@swisscom.com
Cc: koks...@innova.com.tr; Anandadas Patki ; 
Milind Jalwadi 
Subject: RE: [onap-discuss] Robot ./demo-k8s.sh issue

Hi All,

I did some research on scripts inside the robot container and got to know that 
keystone_get_auth.template and keystone_interface.robot are the template and 
script that is forming the Post Request with v2 api for token generation. So I 
modified the keystone auth template for post request for v3 and keystone 
interface robot with auth url for v3, and now the tokens are being generated.

But looks like Openstacklibrary.py script for robot looks for key values like 
access, tenant from the post response that I get for v3. This openstacklibrary 
script for robot seems to be developed only for v2 for which it fails in 
getting the values from the V3 post response. Is there any library script for 
robot for V3 which would help. Please suggest.

KEYWORD ${tenants} = OpenstackLibrary . Get Current Openstack Tenant auth
Documentation:

Get Openstack tenant from the current alias

Start / End / Elapsed:

20181205 04:15:15.164 / 20181205 04:15:15.165 / 00:00:00.001


04:15:15.164

TRACE

Arguments: [ 'auth' ]


04:15:15.164

FAIL

KeyError: 'access'


04:15:15.165

DEBUG

Traceback (most recent call last): File 
"/var/opt/OpenECOMP_ETE/robot/library/eteutils/OpenstackLibrary.py", line 45, 
in get_current_openstack_tenant return jsonResponse['access']['token']['tenant']


Best Regards,
Sangeeth G

From: Sangeeth G
Sent: Wednesday, December 5, 2018 10:34 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
'bf1...@att.com' mailto:bf1...@att.com>>; 
morgan.richo...@orange.com<mailto:morgan.richo...@orange.com>; 
david.perezcapar...@swisscom.com<mailto:david.perezcapar...@swisscom.com>
Cc: koks...@innova.com.tr<mailto:koks...@innova.com.tr>
Subject: RE: [onap-discuss] Robot ./demo-k8s.sh issue

Hi,

I did verify inside the container, and the vm_properties file has the correctly 
injected values of the openstack keystone url. But still looks to be an issue.

PS: This is openstack queens and Keystone here solely implements the Identity 
API v3. Support for Identity API v2.0 has been removed in Queens in favor of 
the Identity API v3.

But the Robot still takes v2. Please suggest.

Best Regards,
Sangeeth G

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Brian
Sent: Tuesday, December 4, 2018 7:18 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Sangeeth G 
mailto:sg00542...@techmahindra.com>>; 
morgan.richo...@orange.com<mailto:morgan.richo...@orange.com>; 
david.perezcapar...@swisscom.com<mailto:david.perezcapar...@swisscom.com>
Cc: koks...@innova.com.tr<mailto:koks...@innova.com.tr>
Subject: Re: [onap-discuss] Robot ./demo-k8s.sh issue

HTTP 404 is not found so most likely your openstack url for robot is wrong 
still.

robot:
openStackKeyStoneUrl: 
http://10.12.25.2:5000<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.12.25.2-3A5000=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=YGwSXJnhK7Q4UN_hr48YVsKwFSyHf9R6-pOceODktxo=E0loEN_GWLj7tKKk0TbduRsomp-HWspQviZ4irxiaPc=>

notice for robot there is no /v2.0 or /v2.0/tokens

Robot auto-detects v2 vs v3

SO url does have  the v2.0 and SO only support v2.0 unless you are either 
wrapping it or using a build from the Dublin/master branch


so:
  so-openstack-adapter:
config:
  openStackUserName: "demo"
  openStackKeyStoneUrl: 
http://10.12.25.2:5000/v2.0<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.12.25.2-3A5000_v2.0=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=YGwSXJnhK7Q4UN_hr48YVsKwFSyHf9R6-pOceODktxo=gY1ntATVBWKVBBqVmDa0_uJ1FkY0bgU7UAP9ZYRiL_E=>

Example integration override is in gerrit under 
integration/deployment/heat/onap-oom/env/windriver/onap-oom.env

https://gerrit.onap.org/r/gitweb?p=integration.git;a=blob;f=deployment/heat/onap-oom/env/windriver/onap-oom.env;h=6d471ffa2f30a315a6f78d1cba3575323b4ac2d8;hb=refs/heads/master<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_gitweb-3Fp-3Dintegration.git-3Ba-3Dblob-3Bf-3Ddeployment_heat_onap-2Doom_env_windriver_onap-2Doom.env-3Bh-3D6d471ffa2f30a315a6f78d1cba3575323b4ac2d8-3Bhb-3Drefs_heads_master=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=YGwSXJnhK7Q4UN_hr48YVsKwFSyHf9R6-pOceODktxo=EHj5AcP2mTH7hR2vC-b2DW_IRo7TXGNgXYac1l7SSK4=>

Brian


From: onap-discuss@lis

Re: [onap-discuss] Robot ./demo-k8s.sh issue

[Brian]

HTTP 404 is not found so most likely your openstack url for robot is wrong 
still.

robot:
openStackKeyStoneUrl: http://10.12.25.2:5000

notice for robot there is no /v2.0 or /v2.0/tokens

Robot auto-detects v2 vs v3

SO url does have  the v2.0 and SO only support v2.0 unless you are either 
wrapping it or using a build from the Dublin/master branch


so:
  so-openstack-adapter:
config:
  openStackUserName: "demo"
  openStackKeyStoneUrl: http://10.12.25.2:5000/v2.0

Example integration override is in gerrit under 
integration/deployment/heat/onap-oom/env/windriver/onap-oom.env

https://gerrit.onap.org/r/gitweb?p=integration.git;a=blob;f=deployment/heat/onap-oom/env/windriver/onap-oom.env;h=6d471ffa2f30a315a6f78d1cba3575323b4ac2d8;hb=refs/heads/master

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Sangeeth G
Sent: Tuesday, December 04, 2018 7:15 AM
To: onap-discuss@lists.onap.org; morgan.richo...@orange.com; 
david.perezcapar...@swisscom.com
Cc: koks...@innova.com.tr
Subject: Re: [onap-discuss] Robot ./demo-k8s.sh issue

Hi,

I redeployed the robot with the updated values.yaml and the it connects to the 
keystone url now, but getting a token issue with error code 404 for which the 
demo script fails again. Is there any prerequisite step for the token error ? 
Please suggest.

KEYWORD ${resp} = RequestsLibrary . Post Request keystone, ${data_path}, 
data=${data}, headers=${headers}
Documentation:

Send a POST request on the session object found using the


03:43:37.335

DEBUG

Starting new HTTP connection (1): x.x.x.x


03:43:37.343

DEBUG

http:// 
x.x.x.x:5000<https://urldefense.proofpoint.com/v2/url?u=http-3A__172.21.207.59-3A5000=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=kp7DUtV4M497L-Jjmfh5XLzi4fwKmOlAmnySX-g_H6E=BXMJmAWicpb3oSvguuAK4fvoOHfGKxl3Q9Xv3ykqjeY=>
 "POST /v2.0/tokens HTTP/1.1" 404 134


03:43:37.343

DEBUG

post response: {"error": {"message": "(http:// 
x.x.x.x:5000/v2.0/tokens<https://urldefense.proofpoint.com/v2/url?u=http-3A__172.21.207.59-3A5000_v2.0_tokens=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=kp7DUtV4M497L-Jjmfh5XLzi4fwKmOlAmnySX-g_H6E=vdQwQZ-7KuROyw1EoBuICmSYOIdcGyT5K8GWAg5uaVk=>):
 The resource could not be found.", "code": 404, "title": "Not Found"}}



Best Regards,
Sangeeth G

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Morgan Richomme
Sent: Tuesday, December 4, 2018 3:28 PM
To: Sangeeth G 
mailto:sg00542...@techmahindra.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
david.perezcapar...@swisscom.com<mailto:david.perezcapar...@swisscom.com>
Cc: koks...@innova.com.tr<mailto:koks...@innova.com.tr>
Subject: Re: [onap-discuss] Robot ./demo-k8s.sh issue

Hi

I got the same issue
values.yaml is correct
robot is a priori well configured as I can run ./e2e-k8s.sh onap health without 
problems.

I wonder if the trace would not be misleading and if there is no call to 
Keystone v2 API to create resources on the OpenStack.
As my OpenStack is based on Queens,Keystone v2 is no more supported.
We put in place a wrapper for the SO but not for Robot.

[cid:image001.png@01D48BAD.E8DB3470]
/Morgan


Le mardi 04 décembre 2018 à 09:42 +, Sangeeth G a écrit :
Hi David,

I did modified the values.yaml to point to correct keystone url and network and 
tenant id etc., in the /oom/kubernetes/robot and still I get the same error.

Best Regards,
Sangeeth G

From: Pérez Caparrós David, INI-EAI-INO-COW 
mailto:david.perezcapar...@swisscom.com>>
Sent: Tuesday, December 4, 2018 2:52 PM
To: Sangeeth G mailto:sg00542...@techmahindra.com>>
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] Robot ./demo-k8s.sh issue

Hi,

it seems that there is a problem with your robot config, e.g. 
openStackKeyStoneUrl. Check values.yaml under oom/kubernetes/robot

David

--
David Pérez Caparrós
Senior Innovation Engineer
Swisscom (Switzerland)
david.perezcapar...@swisscom.com<mailto:david.perezcapar...@swisscom.com>

On 4 Dec 2018, at 10:14, Sangeeth G 
mailto:sg00542...@techmahindra.com>> wrote:

Hi Team,

When I run ./demo-k8s.sh onap init, I get the below error on OOM Beijing . Can 
you please suggest on the same to overcome this issue.

Executing robot tests at log level TRACE
==
OpenECOMP ETE
==
OpenECOMP ETE.Robot
==
OpenECOMP ETE.Robot.Testsuites
==
OpenECOMP ETE.Robot.Testsuites.Demo :: Executes the VNF Orchestration Test ...

Re: [onap-discuss] OOM Casablanca - Install #oom

[Brian]

Since you did sudo for the cp it should have put the deploy plugin under 
/root/.helm

Sudo su and try helm –help and you should see it as root user.

Just runnnig helm as ubuntu uses the  /home/ubuntu/.helm which either doesnt 
have the plugin or the permissions are wrong since you installed it as root via 
sudo

Does that make sense.

We sudo su to root in integraiton to do helm/kubectl actions

Brian


From: jkzcristiano 
Sent: Friday, November 30, 2018 2:08 PM
To: FREEMAN, BRIAN D ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] OOM Casablanca - Install #oom

Thanks Brian,

I have followed the guide including this step:
ubuntu@rancher:~/oom/kubernetes$ sudo cp -R ~/oom/kubernetes/helm/plugins/ 
~/.helm

...
and then
ubuntu@rancher:~/oom/kubernetes$ helm deploy dev local/onap --namespace onap -f 
environments/onap-dev.yaml

with the errors I've shown.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14189): https://lists.onap.org/g/onap-discuss/message/14189
Mute This Topic: https://lists.onap.org/mt/28513090/21656
Mute #oom: https://lists.onap.org/mk?hashtag=oom=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] OOM Casablanca - Install #oom

[Brian]

.helm for root account has the deploy/undeploy plugin in it from the install 
(or should be) . See the details from the OOM Deploy wiki page.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
jkzcristiano
Sent: Friday, November 30, 2018 1:40 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] OOM Casablanca - Install #oom

Dear all,

just trying new Casablanca release!

Well, everything went smooth until last step (step 7 
here<https://urldefense.proofpoint.com/v2/url?u=https-3A__onap.readthedocs.io_en_casablanca_submodules_oom.git_docs_oom-5Fquickstart-5Fguide.html=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=UMGbtxHeJlZa0KjWQ8NxqZCQ3Sidxwr0QmUlzYlA-yE=hnVoHURiX862spE8g5bByvdNsAwxgTLVI-Lpj8RBfYw=>):
ubuntu@rancher:~/oom/kubernetes$ helm deploy dev local/onap --namespace onap -f 
environments/onap-dev.yaml
mkdir: cannot create directory ‘/home/ubuntu/.helm/plugins/deploy/cache’: 
Permission denied
fetching local/onap
Error: Failed to untar (mkdir): mkdir /home/ubuntu/.helm/plugins/deploy/cache: 
permission denied
mkdir: cannot create directory ‘/home/ubuntu/.helm/plugins/deploy/cache’: 
Permission denied
mv: cannot stat '/home/ubuntu/.helm/plugins/deploy/cache/onap/charts/*': No 
such file or directory
mv: cannot stat 
'/home/ubuntu/.helm/plugins/deploy/cache/onap-subcharts/common': No such file 
or directory
rm: cannot remove 
'/home/ubuntu/.helm/plugins/deploy/cache/onap/requirements.lock': No such file 
or directory
mv: cannot stat 
'/home/ubuntu/.helm/plugins/deploy/cache/onap/requirements.yaml': No such file 
or directory
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 167: 
/home/ubuntu/.helm/plugins/deploy/cache/onap/computed-overrides.yaml: No such 
file or directory
Error: path "/home/ubuntu/.helm/plugins/deploy/cache/onap" not found
cat: /home/ubuntu/.helm/plugins/deploy/cache/onap/computed-overrides.yaml: No 
such file or directory
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 176: 
/home/ubuntu/.helm/plugins/deploy/cache/onap/logs/dev.log: No such file or 
directory
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 178: 
/home/ubuntu/.helm/plugins/deploy/cache/onap/logs/dev.log.log: No such file or 
directory
release "dev" deployed
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 189: cd: 
/home/ubuntu/.helm/plugins/deploy/cache/onap-subcharts/: No such file or 
directory
ubuntu@rancher:~/oom/kubernetes$

Not permissions and missing files...?

Can someone help?

Kind Regards,

Xoan


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14186): https://lists.onap.org/g/onap-discuss/message/14186
Mute This Topic: https://lists.onap.org/mt/28513090/21656
Mute #oom: https://lists.onap.org/mk?hashtag=oom=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] OOM Casablanca - Install #oom

[Brian]

You need to be root

From: onap-discuss@lists.onap.org  On Behalf Of 
jkzcristiano
Sent: Friday, November 30, 2018 1:40 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] OOM Casablanca - Install #oom

Dear all,

just trying new Casablanca release!

Well, everything went smooth until last step (step 7 
here):
ubuntu@rancher:~/oom/kubernetes$ helm deploy dev local/onap --namespace onap -f 
environments/onap-dev.yaml
mkdir: cannot create directory ‘/home/ubuntu/.helm/plugins/deploy/cache’: 
Permission denied
fetching local/onap
Error: Failed to untar (mkdir): mkdir /home/ubuntu/.helm/plugins/deploy/cache: 
permission denied
mkdir: cannot create directory ‘/home/ubuntu/.helm/plugins/deploy/cache’: 
Permission denied
mv: cannot stat '/home/ubuntu/.helm/plugins/deploy/cache/onap/charts/*': No 
such file or directory
mv: cannot stat 
'/home/ubuntu/.helm/plugins/deploy/cache/onap-subcharts/common': No such file 
or directory
rm: cannot remove 
'/home/ubuntu/.helm/plugins/deploy/cache/onap/requirements.lock': No such file 
or directory
mv: cannot stat 
'/home/ubuntu/.helm/plugins/deploy/cache/onap/requirements.yaml': No such file 
or directory
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 167: 
/home/ubuntu/.helm/plugins/deploy/cache/onap/computed-overrides.yaml: No such 
file or directory
Error: path "/home/ubuntu/.helm/plugins/deploy/cache/onap" not found
cat: /home/ubuntu/.helm/plugins/deploy/cache/onap/computed-overrides.yaml: No 
such file or directory
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 176: 
/home/ubuntu/.helm/plugins/deploy/cache/onap/logs/dev.log: No such file or 
directory
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 178: 
/home/ubuntu/.helm/plugins/deploy/cache/onap/logs/dev.log.log: No such file or 
directory
release "dev" deployed
/home/ubuntu/.helm/plugins/deploy/deploy.sh: line 189: cd: 
/home/ubuntu/.helm/plugins/deploy/cache/onap-subcharts/: No such file or 
directory
ubuntu@rancher:~/oom/kubernetes$

Not permissions and missing files...?

Can someone help?

Kind Regards,

Xoan


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#14185): https://lists.onap.org/g/onap-discuss/message/14185
Mute This Topic: https://lists.onap.org/mt/28513090/21656
Mute #oom: https://lists.onap.org/mk?hashtag=oom=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [E] Re: [onap-discuss] [APPC] MountC Netconf

[Brian]

Unauthorized means the login/password is wrong.

I dont think you wrap login and password in quotes.

--user admin:Kp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U


Not sure if you are using Beijing or Casablanca nor if you picked up one of the 
interim snapshots that was using a different login/password for a bit.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Prakash via Lists.Onap.Org
Sent: Thursday, November 29, 2018 2:38 AM
To: PLATANIA, MARCO 
Cc: onap-discuss@lists.onap.org
Subject: Re: [E] Re: [onap-discuss] [APPC] MountC Netconf

Here is the request and response which i used.

curl - --noproxy '*' --user 
"admin":"Kp8bJ4SXszM0WXlhak3eHlcse2gAw84vaoGGmJvUy2U" -d @vtrafficgen.xml -H 
"Accept: application/xml" -H "Content-type: application/xml" -X PUT  
http://10.xx.xx.xx:30230/restconf/config/network-topology:network-topology/topology/topology-netconf/node/9e1f35bf-bc36-4cab-ae9f-baf44bddd673
<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.75.4.2-3A30230_restconf_config_network-2Dtopology-3Anetwork-2Dtopology_topology_topology-2Dnetconf_node_9e1f35bf-2Dbc36-2D4cab-2Dae9f-2Dbaf44bddd673=DwMFaQ=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ=5bwhX8bRefst5_eSF8aqWW2PdVIh8FdEocGuqA1cZII=XLD7evIrw9X1xjlE-3I3OWykOpyt3yhh_XdZF9gopj0=whTHSHwblbiGx31ox1Js5kM0LFA-u1LB0qoEVrqESPg=>*
   Trying 10.xx.xx.xx...
* Connected to 10.xx.xx.xx (10.xx.xx.xx) port 30230 (#0)
* Server auth using Basic with user 'admin'
> PUT 
> /restconf/config/network-topology:network-topology/topology/topology-netconf/node/9e1f35bf-bc36-4cab-ae9f-baf44bddd673
>  HTTP/1.1
> Host: 10.xx.xx.xx:30230
<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.75.4.2-3A30230=DwMFaQ=udBTRvFvXC5Dhqg7UHpJlPps3mZ3LRxpb6__0PomBTQ=5bwhX8bRefst5_eSF8aqWW2PdVIh8FdEocGuqA1cZII=XLD7evIrw9X1xjlE-3I3OWykOpyt3yhh_XdZF9gopj0=NJ3Y8eZ4r4CROKBigctVl8_p5enpPfoiq1bHsPHzj5I=>>
 Authorization: Basic 
YWRtaW46S3A4Yko0U1hzek0wV1hsaGFrM2VIbGNzZTJnQXc4NHZhb0dHbUp2VXkyVQ==
> User-Agent: curl/7.47.0
> Accept: application/xml
> Content-type: application/xml
> Content-Length: 1294
> Expect: 100-continue
>
< HTTP/1.1 401 Unauthorized
< Set-Cookie: rememberMe=deleteMe; Path=/restconf; Max-Age=0; Expires=Wed, 
28-Nov-2018 07:10:03 GMT
* Authentication problem. Ignoring this.
< WWW-Authenticate: BASIC realm="application"
< Content-Length: 0
< Connection: close
<
* Closing connection 0

On Thu, Nov 29, 2018 at 11:07 AM P, Prakash 
mailto:prakas...@verizon.com>> wrote:
Ohh my bad. That's a typo when i was preparing the mail. Kindly suggest any 
other input.

On Wed, Nov 28, 2018 at 7:36 PM PLATANIA, MARCO (MARCO) 
mailto:plata...@research.att.com>> wrote:
The port number that you are using is wrong. You should use 30230.

Marco

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of "Prakash via 
Lists.Onap.Org<https://urldefense.proofpoint.com/v2/url?u=http-3A__Lists.Onap.Org=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=W3QXgE4ydlzUrtsCMj2kkOVaNv6SuDsb2kHGWqF3hVg=2IXqUN0avYVm9VuoIBPH6f8M9Hu4RYd-OGlaUji6g5g=>"
 mailto:verizon@lists.onap.org>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"prakas...@verizon.com<mailto:prakas...@verizon.com>" 
mailto:prakas...@verizon.com>>
Date: Wednesday, November 28, 2018 at 7:00 AM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] [APPC] MountC Netconf

Hello Team,
I found a page 
https://wiki.onap.org/display/DW/Creating+a+Netconf+Mount<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Creating-2Ba-2BNetconf-2BMount=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=qyxH0ECIBZ_UdjqdgsCmdpazqzG0AiNDcNWNhasLI-Y=XS-HAgG1NNVG59X0QUW6DQJmglIzS_071ocu8rbXUvA=>
 which is having the sample API's to test Mountc Netconf.
  When i tried to send the below request from Browser's REST client,
http://appc_pod's_machine_ip:30320/restconf/config/network-topology:network-topology/topology/topology-netconf/node/9e1f35bf-bc36-4cab-ae9f-baf44bddd673<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.12.5.69-3A8282_restconf_config_network-2Dtopology-3Anetwork-2Dtopology_topology_topology-2Dnetconf_node_9e1f35bf-2Dbc36-2D4cab-2Dae9f-2Dbaf44bddd673=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=qyxH0ECIBZ_UdjqdgsCmdpazqzG0AiNDcNWNhasLI-Y=D6iJABj4gpRtJHbAzdSt2J6xPz7ATdrCkYQ9ro6lru4=>
Content-Type: application/xml
Accept: application/xml


   9e1f35bf-bc36-4cab-ae9f-baf44bddd673
   xx.xx.xx.xx
   
   
   
   false
   
   false
   2
   0
   2000
   1.5
   
   120



I get 401 Error and there is no log in the pod ?
Anyother informatin should i add in the reqeust ?

Re: [onap-discuss] vFW CDS - die preload die!

[Brian]

Awesome !

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Alexis de Talhouet
Sent: Thursday, November 22, 2018 9:35 AM
To: onap-discuss 
Subject: [onap-discuss] vFW CDS - die preload die!

Greetings dear community,

I want to let you know that in Casablanca, CDS has been introduced in the 
controller realm, you can find some information here: 
https://wiki.onap.org/display/DW/Controller+Design+Studio+Initiative<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Controller-2BDesign-2BStudio-2BInitiative=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=XeiJyY8TCRZd3bUiYqlO-2t4I5dbdutpfIe5oSogbWY=aF3qUg5SQrB5IsM_zOKLBXxn-a4T0b6rzYaunQFUvbk=>

In a nutshell, the value of CDS in Casablanca is to get rid of preload; instead 
use a model-driven design time approach to define what resources are required 
for instantiation, and how to resolve them. We have taken the vFW use case as 
driver. For those interested to learn how CDS works, a wiki page was written 
https://wiki.onap.org/display/DW/vFW+CDS+Casablanca<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_vFW-2BCDS-2BCasablanca=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=XeiJyY8TCRZd3bUiYqlO-2t4I5dbdutpfIe5oSogbWY=wtudPPvV-FPa1aEHpVlQ_-lfGEcocMlNGykaQh6iIY4=>
 explaining all the steps, from design to instantiation.

Again, for those interested, here is our Dublin roadmap: 
https://wiki.onap.org/display/DW/CCSDK+Dublin+Controller+Design+Studio+Initiative<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_CCSDK-2BDublin-2BController-2BDesign-2BStudio-2BInitiative=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=XeiJyY8TCRZd3bUiYqlO-2t4I5dbdutpfIe5oSogbWY=ewiSd-819PyGPzHkxwHmCMei6yi7GpKlwwwBmSIShtc=>

Regards,
Alexis


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13985): https://lists.onap.org/g/onap-discuss/message/13985
Mute This Topic: https://lists.onap.org/mt/28286761/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] VF Module Creation Says Successful but stack not created in Openstack

[Brian]

Eric just provided instructions to bin yang that may be useful



Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: "FREEMAN, BRIAN D" 
Date: 11/21/18 10:35 PM (GMT-05:00)
To: onap-discuss@lists.onap.org, itohan.ukponm...@intel.com, "Multanen, Eric W" 

Cc: "Mishra, Sharad D" , "Addepalli, Srinivasa R" 
, "Deng, Yipan" , 
"Williams, Marcus" , "Ranganathan, Dileep" 

Subject: Re: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.

Yes i would look to multi cloud team to sed what the internal error is.
I was thinking credentials or tenant was vad. Robot init does not call estdd so 
you will have to do that setup if you are using multicloud

Brian



Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: "Ukponmwan, Itohan" 
Date: 11/21/18 9:52 PM (GMT-05:00)
To: "Multanen, Eric W" , 
onap-discuss@lists.onap.org, "FREEMAN, BRIAN D" 
Cc: "Mishra, Sharad D" , "Addepalli, Srinivasa R" 
, "Deng, Yipan" , 
"Williams, Marcus" , "Ranganathan, Dileep" 

Subject: Re: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

I am seeing the following error in the so-openstack-adapter debug.log file. 
Perhaps the error has to do with multicloud??
WITHOUT VNF PROFILE CREATED

2018-11-22T02:45:44.422Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - StackInfo to convert: {}
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - HeatStatus = FAILED msg = Bad 
Gateway
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status: FAILED
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status Message: Bad 
Gateway
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.adapters.vnf.MsoVnfPluginAdapterImpl - VF Module vfwhpa_stack 
successfully created
2018-11-22T02:45:44.466Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.adapters.vnf.BpelRestClient - Sending response to BPEL: 

9d443c57-4567-4767-a7a0-8822defd042a-1542854743450

ONAP-POD-01-Rail-06

9d443c57-4567-4767-a7a0-8822defd042a-1542854743450
CFY

9d443c57-4567-4767-a7a0-8822defd042a

81bacddf-2202-4f01-bd6b-b7b91829bde4

709ba629fe194f8699b12f9d6ffd86a0
true
cba6e389-c2da-480c-a0e1-21acfa7137be


WITH VNF PROFILE CREATED

2018-11-22T02:26:27.822Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
o.o.so.logging.jaxrs.filter.PayloadLoggingFilter - Response from POST: 
http://msb-iag.onap:80/api/multicloud-t<https://urldefense.proofpoint.com/v2/url?u=http-3A__msb-2Diag.onap-3A80_api_multicloud-2Dt=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=t6it6XmA0cvGER5XeMM7IH5NF9ZA6_XDnRbW71OJe1s=DG1aNYxe4UyUAey6Bu0yYlnpubLs87VuVVQN6EEJ6i8=>
itaniumcloud/v1/CloudOwner/ONAP-POD-01-Rail-06/infra_workload
Response Headers: {connection=[keep-alive], content-type=[text/html], 
Date=[Thu, 22 Nov 2018 02:26:27 GMT], Server=[openresty], 
transfer-encoding=[chunked], Vary=[Cookie], X
-Frame-Options=[SAMEORIGIN]}Server Error (500)

2018-11-22T02:26:27.822Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - StackInfo to convert: {}
2018-11-22T02:26:27.822Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - HeatStatus = FAILED msg = 
Internal Server Error
2018-11-22T02:26:27.823Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status: FAILED
2018-11-22T02:26:27.823Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status Message: Internal 
Server Error
2018-11-22T02:26:27.823Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.adapters.vnf.MsoVnfPluginAdapterImpl - VF Module vfwhpa_stack 
successfully created
2018-11-22T02:26:27.859Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.adapters.vnf.BpelRestClient - Sending response to BPEL: 



From: Multanen, Eric W
Sent: Wednesday, November 21, 2018 1:20 PM
To: onap-discuss@lists.onap.org; bf1...@att.com; Ukponmwan, Itohan 

Cc: Mishra, Sharad D ; Addepalli, Srinivasa R 
; Deng, Yipan ; 
Williams, Marcus ; Ranganathan, Dileep 

Subject: RE: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

After the so-openstack adapter log, I’d look at the multicloud log, eg 
something like:

   root@oom-rancher:~/oom/kubernetes/multicloud# kubectl -n

Re: [onap-discuss] VF Module Creation Says Successful but stack not created in Openstack

[Brian]

Yes i would look to multi cloud team to sed what the internal error is.
I was thinking credentials or tenant was vad. Robot init does not call estdd so 
you will have to do that setup if you are using multicloud

Brian



Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: "Ukponmwan, Itohan" 
Date: 11/21/18 9:52 PM (GMT-05:00)
To: "Multanen, Eric W" , 
onap-discuss@lists.onap.org, "FREEMAN, BRIAN D" 
Cc: "Mishra, Sharad D" , "Addepalli, Srinivasa R" 
, "Deng, Yipan" , 
"Williams, Marcus" , "Ranganathan, Dileep" 

Subject: Re: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

I am seeing the following error in the so-openstack-adapter debug.log file. 
Perhaps the error has to do with multicloud??
WITHOUT VNF PROFILE CREATED

2018-11-22T02:45:44.422Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - StackInfo to convert: {}
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - HeatStatus = FAILED msg = Bad 
Gateway
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status: FAILED
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status Message: Bad 
Gateway
2018-11-22T02:45:44.423Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.adapters.vnf.MsoVnfPluginAdapterImpl - VF Module vfwhpa_stack 
successfully created
2018-11-22T02:45:44.466Z|9d443c57-4567-4767-a7a0-8822defd042a| 
org.onap.so.adapters.vnf.BpelRestClient - Sending response to BPEL: 

9d443c57-4567-4767-a7a0-8822defd042a-1542854743450

ONAP-POD-01-Rail-06

9d443c57-4567-4767-a7a0-8822defd042a-1542854743450
CFY

9d443c57-4567-4767-a7a0-8822defd042a

81bacddf-2202-4f01-bd6b-b7b91829bde4

709ba629fe194f8699b12f9d6ffd86a0
true
cba6e389-c2da-480c-a0e1-21acfa7137be


WITH VNF PROFILE CREATED

2018-11-22T02:26:27.822Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
o.o.so.logging.jaxrs.filter.PayloadLoggingFilter - Response from POST: 
http://msb-iag.onap:80/api/multicloud-t<https://urldefense.proofpoint.com/v2/url?u=http-3A__msb-2Diag.onap-3A80_api_multicloud-2Dt=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=t6it6XmA0cvGER5XeMM7IH5NF9ZA6_XDnRbW71OJe1s=DG1aNYxe4UyUAey6Bu0yYlnpubLs87VuVVQN6EEJ6i8=>
itaniumcloud/v1/CloudOwner/ONAP-POD-01-Rail-06/infra_workload
Response Headers: {connection=[keep-alive], content-type=[text/html], 
Date=[Thu, 22 Nov 2018 02:26:27 GMT], Server=[openresty], 
transfer-encoding=[chunked], Vary=[Cookie], X
-Frame-Options=[SAMEORIGIN]}Server Error (500)

2018-11-22T02:26:27.822Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - StackInfo to convert: {}
2018-11-22T02:26:27.822Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - HeatStatus = FAILED msg = 
Internal Server Error
2018-11-22T02:26:27.823Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status: FAILED
2018-11-22T02:26:27.823Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.openstack.utils.MsoMulticloudUtils - Stack Status Message: Internal 
Server Error
2018-11-22T02:26:27.823Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.adapters.vnf.MsoVnfPluginAdapterImpl - VF Module vfwhpa_stack 
successfully created
2018-11-22T02:26:27.859Z|ed66ab72-69ea-4205-bb12-e29003bbcf28| 
org.onap.so.adapters.vnf.BpelRestClient - Sending response to BPEL: 



From: Multanen, Eric W
Sent: Wednesday, November 21, 2018 1:20 PM
To: onap-discuss@lists.onap.org; bf1...@att.com; Ukponmwan, Itohan 

Cc: Mishra, Sharad D ; Addepalli, Srinivasa R 
; Deng, Yipan ; 
Williams, Marcus ; Ranganathan, Dileep 

Subject: RE: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

After the so-openstack adapter log, I’d look at the multicloud log, eg 
something like:

   root@oom-rancher:~/oom/kubernetes/multicloud# kubectl -n onap 
exec -it dev-multicloud-multicloud-windriver-685f4cc944-nn49x bash
root@dev-multicloud-multicloud-windriver-685f4cc944-nn49x:/opt/windriver# tail 
-f /var/log/onap/multicloud/openstack/windriver/titanium_cloud.log

Another source of clues could be the so-bpmn logs.

Eric


From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Brian
Sent: Wednesday, November 21, 2018 1:04 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Ukponmwan, 
Itohan mailto:itohan.ukponm...@intel.com>>
Cc: Mishra, Sharad D 
mailto:sharad.d.mis...@intel.com>>; Addepalli, 
Srinivasa R 
mailto:srinivasa.r.addepa...@intel.com>>;

Re: [onap-discuss] VF Module Creation Says Successful but stack not created in Openstack

[Brian]

No - look in so-openstack adapter logs and see if you see an error.

The only thing close was in vCPE testing there was a problem with the BPMN 
where the link from vnf to vfmodule on a macro flow was missing but you arent 
using macro flow in VID.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Ukponmwan, Itohan
Sent: Wednesday, November 21, 2018 4:02 PM
To: onap-discuss@lists.onap.org
Cc: Mishra, Sharad D ; Addepalli, Srinivasa R 
; Deng, Yipan ; 
Williams, Marcus ; Multanen, Eric W 
; Ranganathan, Dileep 
Subject: [onap-discuss] VF Module Creation Says Successful but stack not 
created in Openstack

Hi All,

I created a VNF, preloaded and then created a VF module. The Creation says 
successful but the stack is not shown in Openstack. Has anyone seen this. Any 
ideas on how to debug this?

Thanks,
Itohan




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13960): https://lists.onap.org/g/onap-discuss/message/13960
Mute This Topic: https://lists.onap.org/mt/28281137/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Unable to login to portal after deploying master branch

[Brian]

You need to look deeper into the logs to see the problem.

On robot init go to nodeport 30209/logs/  (trailing slash is required) and look 
for your test. Default login:password is test:test

Failed login portal is rare but it could be that Portal cant authenticate to 
AAF. Check the Portal logs to see if its a failure response in the Portal to 
AAF query.


Brian


From: S, Deepak 
Sent: Wednesday, November 21, 2018 5:00 AM
To: FREEMAN, BRIAN D 
Cc: onap-discuss@lists.onap.org
Subject: RE: Unable to login to portal after deploying master branch

Hi Brian,

I was successfully deployed all the containers and health check passed. But I 
am unable to login to portal (Getting invalid password.. cs0008/demo123456!) & 
even the demo-k8s.sh onap init is failing.

Any pointers?


<< OLE Object: Picture (Device Independent Bitmap) >>


+ VARIABLEFILES='-V /share/config/vm_properties.py -V 
/share/config/integration_robot_properties.py -V 
/share/config/integration_preload_parameters.py'
+ kubectl --namespace onap exec dev-robot-robot-6fb999f976-n4xvh -- 
/var/opt/OpenECOMP_ETE/runTags.sh -V /share/config/vm_properties.py -V 
/share/config/integration_robot_properties.py -V 
/share/config/integration_preload_parameters.py -d /share/logs/0004_demo_init 
-i InitDemo --display 94
Starting Xvfb on display :94 with res 1280x1024x24
Executing robot tests at log level TRACE
==
Testsuites
==
Testsuites.Demo :: Executes the VNF Orchestration Test cases including setu...
==
Initialize Customer And Models| FAIL |
'200 <= 401 < 300' should be true.
--
Testsuites.Demo :: Executes the VNF Orchestration Test cases inclu... | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
Testsuites| FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
Output:  /share/logs/0004_demo_init/output.xml
Log: /share/logs/0004_demo_init/log.html
Report:  /share/logs/0004_demo_init/report.html






++ kubectl --namespace onap exec dev-robot-robot-6fb999f976-n4xvh -- 
/var/opt/OpenECOMP_ETE/runTags.sh -V /share/config/vm_properties.py -V 
/share/config/integration_robot_properties.py -V
/share/config/integration_preload_parameters.py -v GLOBAL_BUILD_NUMBER:19015 -d 
/share/logs/0003_ete_health -i health --display 93
Starting Xvfb on display :93 with res 1280x1024x24
Executing robot tests at log level TRACE
==
Testsuites
==
Testsuites.Health-Check :: Testing ecomp components are available via calls.
==
Basic A Health Check   | PASS |
--
Basic AAF Health Check| PASS |
--
Basic AAF SMS Health Check| PASS |
--
Basic APPC Health Check   | PASS |
--
Basic CLI Health Check| PASS |
--
Basic CLAMP Health Check  | PASS |
--
Basic DCAE Health Check   | PASS |
--
Basic DMAAP Data Router Health Check  | PASS |
--
Basic DMAAP Message Router Health Check   | PASS |
--
Basic External API NBI Health Check   | PASS |
--
Basic Log Elasticsearch Health Check  | PASS |
--
B

Re: [onap-discuss] [so][sdnc] "Unable to generate VM name" while creating VF Module

[Brian]

Select VNF-API on the home page of VID if doing the existing flows from Beijing 
etc.

From: onap-discuss@lists.onap.org  On Behalf Of 
Kedar Ambekar
Sent: Friday, November 16, 2018 5:35 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [so][sdnc] "Unable to generate VM name" while creating 
VF Module

Hi,

While trying to instantiate vLB on Casablanca-Staging, Create VF Module step is 
failing for me.
SO BPMN has below logs.

Appreciate any inputs on this one..Is this similar to current open SO issue 
SO-1213 ?

org.onap.so.client.exception.BadResponseException: Error from SDNC: Unable to 
generate VM name: naming-policy-generate-name: input.policy-instance-name is 
not set and ilicy-generate-name: input.policy-instance-name is not set and 
input.policy is ASSIGN|Error from SDNC: Unable to generate VM name: 
naming-policy-generate-name: input.polnput.policy is ASSIGN
icy-instance-name is not set and input.policy is ASSIGN
org.onap.so.client.exception.BadResponseException: Error from SDNC: Unable to 
generate VM name: naming-policy-generate-name: input.policy-instance-name is 
not set and iat 
org.onap.so.client.orchestration.SDNCVfModuleResources.assignVfModule(SDNCVfModuleResources.java:58)
nput.policy is ASSIGN
at 
org.onap.so.client.sdnc.SdnCommonTasks.validateSDNResponse(SdnCommonTasks.java:118)
at org.onap.so.client.sdnc.SDNCClient.post(SDNCClient.java:68)
at 
org.onap.so.client.orchestration.SDNCVfModuleResources.assignVfModule(SDNCVfModuleResources.java:58)
at 
org.onap.so.bpmn.infrastructure.sdnc.tasks.SDNCAssignTasks.assignVfModule(SDNCAssignTasks.java:105)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
at java.lang.reflect.Method.invoke(Method.java:498)
at 
org.camunda.bpm.engine.impl.javax.el.BeanELResolver.invoke(BeanELResolver.java:479)

Disclaimer:  This message and the information contained herein is proprietary 
and confidential and subject to the Tech Mahindra policy statement, you may 
review the policy at 
http://www.techmahindra.com/Disclaimer.html
 externally 
http://tim.techmahindra.com/tim/disclaimer.html
 internally within TechMahindra.



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13792): https://lists.onap.org/g/onap-discuss/message/13792
Mute This Topic: https://lists.onap.org/mt/28165128/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] ONAP OOM deploy failure

[Brian]

Orch-1 is down or not responding.

Try restarting ORch-1 VM from horizon

Brian


From: Ukponmwan, Itohan 
Sent: Thursday, November 15, 2018 12:00 PM
To: FREEMAN, BRIAN D ; onap-discuss@lists.onap.org
Subject: RE: ONAP OOM deploy failure

Helm works. Kubectl get pod says "no resources found". It seems the install is 
not completing for some reason.

-Itohan

From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: Thursday, November 15, 2018 8:36 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Ukponmwan, 
Itohan mailto:itohan.ukponm...@intel.com>>
Subject: RE: ONAP OOM deploy failure

Does kubectl and helm work in the environment ?

The error message indicated kubectl -n onap get pod | grep robot is not 
returning the robot pod (the line above what you are showing in the error since 
the container is null after exec)

Brian

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Ukponmwan, Itohan
Sent: Thursday, November 15, 2018 11:21 AM
To: 'onap-discuss@lists.onap.org' 
mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] ONAP OOM deploy failure


Hi All,

I have tried redeploying OOM on SB06 twice but it has failed on both occasions. 
I am using the integration deploy script. I see the following during the 
install process and then it exits.


++ kubectl --namespace onap exec -- /var/opt/OpenECOMP_ETE/runTags.sh -V 
/share/config/vm_properties.py -V /share/config/integration_robot_properties.py 
-V /share/config/integration_preload_parameters.py -v GLOBAL_BUILD_NUMBER:24561 
-d /share/logs/_ete_health -i health --display 90
error: expected 'exec POD_NAME COMMAND [ARG1] [ARG2] ... [ARGN]'.
POD_NAME and COMMAND are required arguments for the exec command
See 'kubectl exec -h' for help and examples.
+ RESULT=1
+ [[ 1 -lt 10 ]]
+ [[ 1 -eq 0 ]]
+ [[ 1 -eq 1 ]]
+ break
+ '[' '' == '' ']'
+ exit 1

Does anyone know what the problem is here and how I can troubleshoot it?

Regards,
Itohan



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13767): https://lists.onap.org/g/onap-discuss/message/13767
Mute This Topic: https://lists.onap.org/mt/28147341/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] ONAP OOM deploy failure

[Brian]

Does kubectl and helm work in the environment ?

The error message indicated kubectl -n onap get pod | grep robot is not 
returning the robot pod (the line above what you are showing in the error since 
the container is null after exec)

Brian

From: onap-discuss@lists.onap.org  On Behalf Of 
Ukponmwan, Itohan
Sent: Thursday, November 15, 2018 11:21 AM
To: 'onap-discuss@lists.onap.org' 
Subject: [onap-discuss] ONAP OOM deploy failure


Hi All,

I have tried redeploying OOM on SB06 twice but it has failed on both occasions. 
I am using the integration deploy script. I see the following during the 
install process and then it exits.


++ kubectl --namespace onap exec -- /var/opt/OpenECOMP_ETE/runTags.sh -V 
/share/config/vm_properties.py -V /share/config/integration_robot_properties.py 
-V /share/config/integration_preload_parameters.py -v GLOBAL_BUILD_NUMBER:24561 
-d /share/logs/_ete_health -i health --display 90
error: expected 'exec POD_NAME COMMAND [ARG1] [ARG2] ... [ARGN]'.
POD_NAME and COMMAND are required arguments for the exec command
See 'kubectl exec -h' for help and examples.
+ RESULT=1
+ [[ 1 -lt 10 ]]
+ [[ 1 -eq 0 ]]
+ [[ 1 -eq 1 ]]
+ break
+ '[' '' == '' ']'
+ exit 1

Does anyone know what the problem is here and how I can troubleshoot it?

Regards,
Itohan



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13765): https://lists.onap.org/g/onap-discuss/message/13765
Mute This Topic: https://lists.onap.org/mt/28147341/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] MUSIC/PORTAL problem (Keyspace portal does not exist) -> RE: Cannot Login to ONAP Portal

[Brian]

Sunder is looking -
Are you on rocket.chat : integration Itohan ?

Brian


From: FREEMAN, BRIAN D
Sent: Wednesday, November 07, 2018 10:59 AM
To: onap-discuss@lists.onap.org; itohan.ukponm...@intel.com
Subject: MUSIC/PORTAL problem (Keyspace portal does not exist) -> RE: Cannot 
Login to ONAP Portal

Looks like portal is throwing an error in SB06



2018-11-07T15:57:29.035Z|941fe7df-7920-4c9d-9591-7ab8259b496e|http-nio-8443-exec-10|ECOMP_PORTAL_BE|Unknown|||
 Keyspace portal does not exist
2018-11-07T15:57:29.035Z|941fe7df-7920-4c9d-9591-7ab8259b496e|http-nio-8443-exec-10|ECOMP_PORTAL_BE|Unknown|||
 org.onap.music.main.MusicCore - Keyspace portal does not exist
2018-11-07T15:57:29.036Z|941fe7df-7920-4c9d-9591-7ab8259b496e|http-nio-8443-exec-10|ECOMP_PORTAL_BE|Unknown|||
 getMaxInactiveInterval failed with id c71681e3~2d8a~4809~a033~978a21bfdd70
org.onap.music.exceptions.MusicServiceException: Keyspace portal does not exist
   at org.onap.music.main.MusicCore.get(MusicCore.java:717)
   at 
org.onap.portalapp.music.service.MusicService.getAttribute(MusicService.java:231)
   at 
org.onap.portalapp.music.conf.MusicSession.getMaxInactiveInterval(MusicSession.java:247)
   at 
org.onap.portalapp.music.service.MusicService.setMetaAttribute(MusicService.java:144)
   at 
org.onap.portalapp.music.conf.MusicSessionRepositoryHandler.put(MusicSessionRepositoryHandler.java:97)
   at 
org.onap.portalapp.music.conf.MusicSessionRepository.save(MusicSessionRepository.java:104)
   at 
org.onap.portalapp.music.conf.MusicSessionRepository.save(MusicSessionRepository.java:63)
   at 
org.springframework.session.web.http.SessionRepositoryFilter$SessionRepositoryRequestWrapper.commitSession(SessionRepositoryFilter.java:228)
   at 
org.springframework.session.web.http.SessionRepositoryFilter$SessionRepositoryRequestWrapper.access$100(SessionRepositoryFilter.java:196)
   at 
org.springframework.session.web.http.SessionRepositoryFilter.doFilterInternal(SessionRepositoryFilter.java:149)
   at 
org.springframework.session.web.http.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:81)
   at 
org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346)

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Ukponmwan, Itohan
Sent: Tuesday, November 06, 2018 7:54 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] Cannot Login to ONAP Portal

Hi All,

I have deployed ONAP OOM on Integration-SB-06 in Windriver lab. When I try to 
login to the ONAP portal, I get the following error;
Invalid username or password. Please try again.

So far, I have tried using the users demo, cs0008 and op0001 all with the 
password demo123456!

Does anyone know how to fix this error?

As part of my troubleshooting I have tried querying the portal db to confirm 
the users are there using the following;


kubectl exec -it -n onap dev-portal-portal-db-86f7bf-8kc28 -- /bin/bash

mysql -u root -p
MariaDB [(none)]> USE portal;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
MariaDB [portal]> SELECT first_name, org_user_id, email FROM fn_user;
++-++
| first_name | org_user_id | email  |
++-++
| Demo   | demo| d...@openecomp.org<mailto:d...@openecomp.org> |
| Jimmy  | jh0003  | ad...@onap.org<mailto:ad...@onap.org> |
| Carlos | cs0008  | desig...@onap.org<mailto:desig...@onap.org>  |
| Joni   | jm0007  | tes...@onap.org<mailto:tes...@onap.org>|
| Steve  | op0001  | o...@onap.org<mailto:o...@onap.org>   |
| David  | gv0001  | gover...@onap.org<mailto:gover...@onap.org>  |
| Teddy  | pm0001  | p...@onap.org<mailto:p...@onap.org>   |
| Eden   | ps0001  | p...@onap.org<mailto:p...@onap.org>   |
| vid1   | vid1| v...@onap.org<mailto:v...@onap.org>  |
| vid2   | vid2| v...@onap.org<mailto:v...@onap.org>  |
| vid3   | vid3| v...@onap.org<mailto:v...@onap.org>  |
| steve  | steve   | st...@onap.org<mailto:st...@onap.org> |
++-++
12 rows in set (0.000 sec)

When I do a show on the portal configmap, I see the following in the data;

kubectl get configmap dev-portal-portal-app-onapportal -n onap -o yaml
apiVersion: v1
data:
  fusion.properties: "# Copyright (c) 2018 Amdocs, Bell Canada, AT\n# 
Modifications
Copyright (c) 2018 AT\n#\n# Licensed under the Apache License, Ve

[onap-discuss] MUSIC/PORTAL problem (Keyspace portal does not exist) -> RE: Cannot Login to ONAP Portal

[Brian]

Looks like portal is throwing an error in SB06



2018-11-07T15:57:29.035Z|941fe7df-7920-4c9d-9591-7ab8259b496e|http-nio-8443-exec-10|ECOMP_PORTAL_BE|Unknown|||
 Keyspace portal does not exist
2018-11-07T15:57:29.035Z|941fe7df-7920-4c9d-9591-7ab8259b496e|http-nio-8443-exec-10|ECOMP_PORTAL_BE|Unknown|||
 org.onap.music.main.MusicCore - Keyspace portal does not exist
2018-11-07T15:57:29.036Z|941fe7df-7920-4c9d-9591-7ab8259b496e|http-nio-8443-exec-10|ECOMP_PORTAL_BE|Unknown|||
 getMaxInactiveInterval failed with id c71681e3~2d8a~4809~a033~978a21bfdd70
org.onap.music.exceptions.MusicServiceException: Keyspace portal does not exist
   at org.onap.music.main.MusicCore.get(MusicCore.java:717)
   at 
org.onap.portalapp.music.service.MusicService.getAttribute(MusicService.java:231)
   at 
org.onap.portalapp.music.conf.MusicSession.getMaxInactiveInterval(MusicSession.java:247)
   at 
org.onap.portalapp.music.service.MusicService.setMetaAttribute(MusicService.java:144)
   at 
org.onap.portalapp.music.conf.MusicSessionRepositoryHandler.put(MusicSessionRepositoryHandler.java:97)
   at 
org.onap.portalapp.music.conf.MusicSessionRepository.save(MusicSessionRepository.java:104)
   at 
org.onap.portalapp.music.conf.MusicSessionRepository.save(MusicSessionRepository.java:63)
   at 
org.springframework.session.web.http.SessionRepositoryFilter$SessionRepositoryRequestWrapper.commitSession(SessionRepositoryFilter.java:228)
   at 
org.springframework.session.web.http.SessionRepositoryFilter$SessionRepositoryRequestWrapper.access$100(SessionRepositoryFilter.java:196)
   at 
org.springframework.session.web.http.SessionRepositoryFilter.doFilterInternal(SessionRepositoryFilter.java:149)
   at 
org.springframework.session.web.http.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:81)
   at 
org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346)

From: onap-discuss@lists.onap.org  On Behalf Of 
Ukponmwan, Itohan
Sent: Tuesday, November 06, 2018 7:54 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Cannot Login to ONAP Portal

Hi All,

I have deployed ONAP OOM on Integration-SB-06 in Windriver lab. When I try to 
login to the ONAP portal, I get the following error;
Invalid username or password. Please try again.

So far, I have tried using the users demo, cs0008 and op0001 all with the 
password demo123456!

Does anyone know how to fix this error?

As part of my troubleshooting I have tried querying the portal db to confirm 
the users are there using the following;


kubectl exec -it -n onap dev-portal-portal-db-86f7bf-8kc28 -- /bin/bash

mysql -u root -p
MariaDB [(none)]> USE portal;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
MariaDB [portal]> SELECT first_name, org_user_id, email FROM fn_user;
++-++
| first_name | org_user_id | email  |
++-++
| Demo   | demo| d...@openecomp.org |
| Jimmy  | jh0003  | ad...@onap.org |
| Carlos | cs0008  | desig...@onap.org  |
| Joni   | jm0007  | tes...@onap.org|
| Steve  | op0001  | o...@onap.org   |
| David  | gv0001  | gover...@onap.org  |
| Teddy  | pm0001  | p...@onap.org   |
| Eden   | ps0001  | p...@onap.org   |
| vid1   | vid1| v...@onap.org  |
| vid2   | vid2| v...@onap.org  |
| vid3   | vid3| v...@onap.org  |
| steve  | steve   | st...@onap.org |
++-++
12 rows in set (0.000 sec)

When I do a show on the portal configmap, I see the following in the data;

kubectl get configmap dev-portal-portal-app-onapportal -n onap -o yaml
apiVersion: v1
data:
  fusion.properties: "# Copyright (c) 2018 Amdocs, Bell Canada, AT\n# 
Modifications
Copyright (c) 2018 AT\n#\n# Licensed under the Apache License, Version 
2.0 (the
\"License\");\n# you may not use this file except in compliance with the 
License.\n#
You may obtain a copy of the License at\n#\n#   
http://www.apache.org/licenses/LICENSE-2.0\n#\n#
Unless required by applicable law or agreed to in writing, software\n# 

Re: [onap-discuss] unable to instantiateVFW in Casablanca

[Brian]

Look at the logs on the robot server http://[k8hostip]:30209/logs/

instantiateVFW works but there are timing issues with selenium and the VID GUI.
Look at the log.html for the test 0011_demo_instantiateVFW via the web UI 
(should be test:test)

Brian



From: onap-discuss@lists.onap.org  On Behalf Of 
Deepak S
Sent: Tuesday, November 06, 2018 12:08 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] unable to instantiateVFW in Casablanca

Hi,

I successfully deployed the Casablanca and all the components are running. But 
if I try to run the ./demo-k8s.sh onap instantiateVFW or ./demo-k8s.sh onap 
init. It fails with below msg...

Any input here? Also, when I import the VSP using GUI, I am unable to submit it 
for testing... I can only certify.. Is the VNF in boarding process has changed?


root@rancher:~/oom/kubernetes/robot# ./demo-k8s.sh onap instantiateVFW
Number of parameters:
2
KEY:
instantiateVFW
++ kubectl --namespace onap get pods
++ sed 's/ .*//'
++ grep robot
+ POD=dev-robot-robot-58fdd67779-8v5ts
+ ETEHOME=/var/opt/OpenECOMP_ETE
++ kubectl --namespace onap exec dev-robot-robot-58fdd67779-8v5ts -- bash -c 
'ls -1q /share/logs/ | wc -l'
+ export GLOBAL_BUILD_NUMBER=11
+ GLOBAL_BUILD_NUMBER=11
++ printf %04d 11
+ OUTPUT_FOLDER=0011_demo_instantiateVFW
+ DISPLAY_NUM=101
+ VARIABLEFILES='-V /share/config/vm_properties.py -V 
/share/config/integration_robot_properties.py -V 
/share/config/integration_preload_parameters.py'
+ kubectl --namespace onap exec dev-robot-robot-58fdd67779-8v5ts -- 
/var/opt/OpenECOMP_ETE/runTags.sh -V /share/config/vm_properties.py -V 
/share/config/integration_robot_properties.py -V 
/share/config/integration_preload_parameters.py -v GLOBAL_BUILD_NUMBER:28572 -d 
/share/logs/0011_demo_instantiateVFW -i instantiateVFW --display 101
Starting Xvfb on display :101 with res 1280x1024x24
Executing robot tests at log level TRACE
==
Testsuites
==
Testsuites.Demo :: Executes the VNF Orchestration Test cases including setu...
==
Instantiate VFW   | FAIL |
'200 <= 401 < 300' should be true.
--
Testsuites.Demo :: Executes the VNF Orchestration Test cases inclu... | FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
Testsuites| FAIL |
1 critical test, 0 passed, 1 failed
1 test total, 0 passed, 1 failed
==
Output:  /share/logs/0011_demo_instantiateVFW/output.xml
Log: /share/logs/0011_demo_instantiateVFW/log.html
Report:  /share/logs/0011_demo_instantiateVFW/report.html

Thanks
Deepak



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13543): https://lists.onap.org/g/onap-discuss/message/13543
Mute This Topic: https://lists.onap.org/mt/27871885/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [dmaap] DMaaP is Not Reachable in Integration-OOM-Staging-Daily

[Brian]

Distribution works so I think you should be good for today.

Brian


From: FREEMAN, BRIAN D
Sent: Saturday, November 03, 2018 9:24 AM
To: 'onap-discuss@lists.onap.org' ; 
'fu.guangr...@zte.com.cn' 
Subject: RE: [onap-discuss] [dmaap] DMaaP is Not Reachable in 
Integration-OOM-Staging-Daily

I rolled integartion-staging-oom-daily back to 1.1.7 and it seems to work on 
30227 (3904)

Checking the other applications to see if we need to restart anything that had 
a problem coming up without dmaap responding.

Brian


From: FREEMAN, BRIAN D
Sent: Saturday, November 03, 2018 9:08 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
fu.guangr...@zte.com.cn<mailto:fu.guangr...@zte.com.cn>
Subject: RE: [onap-discuss] [dmaap] DMaaP is Not Reachable in 
Integration-OOM-Staging-Daily

Its broken this morning.

It occurred in two separate environments.

https://gerrit.onap.org/r/#/c/71697/  looks like it is the likely culprit.

1.  DMAAP-872<https://jira.onap.org/browse/DMAAP-844>created
2.
Looking for a work around now.


Brian


From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Guangrong Fu
Sent: Saturday, November 03, 2018 7:44 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] [dmaap] DMaaP is Not Reachable in 
Integration-OOM-Staging-Daily


Hi DMaaP Team,



The message router seems to be unreachable. When I run "curl 
http://10.43.91.32:3904/events/unauthenticated.SEC_FAULT_OUTPUT/testGroup/testUser;<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.43.91.32-3A3904_events_unauthenticated.SEC-5FFAULT-5FOUTPUT_testGroup_testUser-2522=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=QzIziu8sQPuQ1jLJyjkdb8ZRT5by4WhMgfaJB2Oe1EE=EwZy71tFJVTe7gNPyEiLLXD9A6tYn8wou-KptBsy_oE=>
 inside the Holmes docker containers, it returns a connection timeout error. I 
tried several times, the error kept on happening.



The message router could be reached in such a way in the past couple of days. 
Could you please take a look at it?



Thanks,

Guangrong










-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13485): https://lists.onap.org/g/onap-discuss/message/13485
Mute This Topic: https://lists.onap.org/mt/27837516/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [dmaap] DMaaP is Not Reachable in Integration-OOM-Staging-Daily

[Brian]

I rolled integartion-staging-oom-daily back to 1.1.7 and it seems to work on 
30227 (3904)

Checking the other applications to see if we need to restart anything that had 
a problem coming up without dmaap responding.

Brian


From: FREEMAN, BRIAN D
Sent: Saturday, November 03, 2018 9:08 AM
To: onap-discuss@lists.onap.org; fu.guangr...@zte.com.cn
Subject: RE: [onap-discuss] [dmaap] DMaaP is Not Reachable in 
Integration-OOM-Staging-Daily

Its broken this morning.

It occurred in two separate environments.

https://gerrit.onap.org/r/#/c/71697/  looks like it is the likely culprit.

1.  DMAAP-872<https://jira.onap.org/browse/DMAAP-844>created
2.
Looking for a work around now.


Brian


From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Guangrong Fu
Sent: Saturday, November 03, 2018 7:44 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] [dmaap] DMaaP is Not Reachable in 
Integration-OOM-Staging-Daily


Hi DMaaP Team,



The message router seems to be unreachable. When I run "curl 
http://10.43.91.32:3904/events/unauthenticated.SEC_FAULT_OUTPUT/testGroup/testUser;<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.43.91.32-3A3904_events_unauthenticated.SEC-5FFAULT-5FOUTPUT_testGroup_testUser-2522=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=QzIziu8sQPuQ1jLJyjkdb8ZRT5by4WhMgfaJB2Oe1EE=EwZy71tFJVTe7gNPyEiLLXD9A6tYn8wou-KptBsy_oE=>
 inside the Holmes docker containers, it returns a connection timeout error. I 
tried several times, the error kept on happening.



The message router could be reached in such a way in the past couple of days. 
Could you please take a look at it?



Thanks,

Guangrong










-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13483): https://lists.onap.org/g/onap-discuss/message/13483
Mute This Topic: https://lists.onap.org/mt/27837516/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [dmaap] DMaaP is Not Reachable in Integration-OOM-Staging-Daily

[Brian]

Its broken this morning.

It occurred in two separate environments.

https://gerrit.onap.org/r/#/c/71697/  looks like it is the likely culprit.

1.  DMAAP-872<https://jira.onap.org/browse/DMAAP-844>created
2.
Looking for a work around now.


Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Guangrong Fu
Sent: Saturday, November 03, 2018 7:44 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [dmaap] DMaaP is Not Reachable in 
Integration-OOM-Staging-Daily


Hi DMaaP Team,



The message router seems to be unreachable. When I run "curl 
http://10.43.91.32:3904/events/unauthenticated.SEC_FAULT_OUTPUT/testGroup/testUser;<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.43.91.32-3A3904_events_unauthenticated.SEC-5FFAULT-5FOUTPUT_testGroup_testUser-2522=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=QzIziu8sQPuQ1jLJyjkdb8ZRT5by4WhMgfaJB2Oe1EE=EwZy71tFJVTe7gNPyEiLLXD9A6tYn8wou-KptBsy_oE=>
 inside the Holmes docker containers, it returns a connection timeout error. I 
tried several times, the error kept on happening.



The message router could be reached in such a way in the past couple of days. 
Could you please take a look at it?



Thanks,

Guangrong










-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13482): https://lists.onap.org/g/onap-discuss/message/13482
Mute This Topic: https://lists.onap.org/mt/27837516/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Failure to parse SDC CSAR #sdc #pomba

[Brian]

That client was upgraded quite a while ago so surprised you havent run into 
other problems.

Here is what one of the client applications are using for client version an 
dtosca version.

Brian


  
22<https://gerrit.onap.org/r/gitweb?p=ccsdk/sli/northbound.git;a=blob;f=ueb-listener/pom.xml;h=b150d41adf22af7df09599efeb20a806918b9db3;hb=refs/heads/casablanca#l22>
 1.3.0
  
23<https://gerrit.onap.org/r/gitweb?p=ccsdk/sli/northbound.git;a=blob;f=ueb-listener/pom.xml;h=b150d41adf22af7df09599efeb20a806918b9db3;hb=refs/heads/casablanca#l23>
 1.4.4



From: onap-discuss@lists.onap.org  On Behalf Of 
BARSKY, GEORA
Sent: Friday, November 02, 2018 12:47 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Failure to parse SDC CSAR #sdc #pomba

Hello SDC team.

We are getting the error trying to parse CSAR file
" Failed to retrieve model data for sdc, reason: Failed to parse CSAR file: 
Error: CSAR version is unsupported. Parser supports versions 3.0 to 7.0."

we are using 1.2.2. version of sdc-tosca parser:

 org.openecomp.sdc.sdc-tosca
 sdc-tosca
  1.2.2

Please advise if we should use different Tosca parser version in Casablanca

Thank
Geora Barsky


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13474): https://lists.onap.org/g/onap-discuss/message/13474
Mute This Topic: https://lists.onap.org/mt/27829666/21656
Mute #sdc: https://lists.onap.org/mk?hashtag=sdc=2740164
Mute #pomba: https://lists.onap.org/mk?hashtag=pomba=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [integration] need to seperate onboarding and instantiation parts of vFW script

[Brian]

(Apologize for poor typing on my phone earlier)

The current script uses the VID GUI through the Selenium2 chrome plugin which 
will be too slow for any simultaneous load testing.

I think you will want to call the SO API’s directly for create service, create 
vnf , create vf_module via a python script like vCPE using the same vFWCL data.

You can do vFW if that matches your use case better (1 heat stack instead of 2 
stacks)

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
FREEMAN, BRIAN D
Sent: Thursday, November 01, 2018 8:30 AM
To: bianhl@chinatelecom.cn; onap-discuss@lists.onap.org; Gary Wu 

Cc: Yunxia Chen ; 黄宗和 ; 刘成龙 
; 王路曼 ; 张志超 
; 孙鑫龙 
Subject: Re: [onap-discuss] [integration] need to seperate onboarding and 
instantiation parts of vFW script

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Its not complrted yet but look at instantiatedemovfwcl. Iy calls a new keyword 
Instantiate Demo VNF
That only does instantiate not onboard. MY not be adequate for scale testng but 
shows the approach. What is needed is to tie in an automated sdc query to pull 
the model id for the demo vnf

Brian


Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: bianhl@chinatelecom.cn<mailto:bianhl@chinatelecom.cn>
Date: 11/1/18 4:51 AM (GMT-05:00)
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>, "FREEMAN, 
BRIAN D" mailto:bf1...@att.com>>, Gary Wu 
mailto:gary.i...@huawei.com>>
Cc: Yunxia Chen mailto:helen.c...@huawei.com>>, 黄宗和 
mailto:huangzh@chinatelecom.cn>>, 刘成龙 
mailto:liu...@asiainfo.com>>, 王路曼 
mailto:wanglm@chinatelecom.cn>>, 张志超 
mailto:zhangzhch@chinatelecom.cn>>, 孙鑫龙 
mailto:sunxl@chinatelecom.cn>>
Subject: [onap-discuss] [integration] need to seperate onboarding and 
instantiation parts of vFW script


Hi Brian, Gary,

As I mentioned last night, we want to separate the design time and runtime 
script of vFW, which means we want to separate the onboarding part and 
instantiation part of the script. Because we need to instantiate vFW 
concurrently while we only want do the onboarding once.
So we want to know who is in charge of the vFW script and maybe give a hand 
helping us to separate the script. Thanks

BRs,
Hongliang


卞宏梁/Bian Hongliang
中国电信股份有限公司北京研究院/China Telecom Corporation Limited Beijing Research Institute
昌平区北七家镇未来科技城南区中国电信北京信息科技创新园，邮编：102209
China Telecom Beijing Information Science & Technology Innovation Park, 
Southern Zone of Future Science & Technology City, Beiqijia Town, Changping 
District, Beijing, 102209, China
TEL：  +86 010-5090-2955
E-mail： bianhl@chinatelecom.cn<mailto:bia...@ctbri.com.cn>



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13452): https://lists.onap.org/g/onap-discuss/message/13452
Mute This Topic: https://lists.onap.org/mt/27815630/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [integration] need to seperate onboarding and instantiation parts of vFW script

[Brian]

Its not complrted yet but look at instantiatedemovfwcl. Iy calls a new keyword 
Instantiate Demo VNF
That only does instantiate not onboard. MY not be adequate for scale testng but 
shows the approach. What is needed is to tie in an automated sdc query to pull 
the model id for the demo vnf

Brian


Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: bianhl@chinatelecom.cn
Date: 11/1/18 4:51 AM (GMT-05:00)
To: onap-discuss@lists.onap.org, "FREEMAN, BRIAN D" , Gary Wu 

Cc: Yunxia Chen , 黄宗和 , 刘成龙 
, 王路曼 , 张志超 
, 孙鑫龙 
Subject: [onap-discuss] [integration] need to seperate onboarding and 
instantiation parts of vFW script


Hi Brian, Gary,

As I mentioned last night, we want to separate the design time and runtime 
script of vFW, which means we want to separate the onboarding part and 
instantiation part of the script. Because we need to instantiate vFW 
concurrently while we only want do the onboarding once.
So we want to know who is in charge of the vFW script and maybe give a hand 
helping us to separate the script. Thanks

BRs,
Hongliang


卞宏梁/Bian Hongliang

中国电信股份有限公司北京研究院/China Telecom Corporation Limited Beijing Research Institute
昌平区北七家镇未来科技城南区中国电信北京信息科技创新园，邮编：102209
China Telecom Beijing Information Science & Technology Innovation Park, 
Southern Zone of Future Science & Technology City, Beiqijia Town, Changping 
District, Beijing, 102209, China
TEL：  +86 010-5090-2955
E-mail： bianhl@chinatelecom.cn<mailto:bia...@ctbri.com.cn>


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13451): https://lists.onap.org/g/onap-discuss/message/13451
Mute This Topic: https://lists.onap.org/mt/27815630/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [OOM][AAI]Request to AAI got access denied

[Brian]

Ok must be same issue
Thanks

Your aaf is 2 1.6-snapshot right ?



Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: "Ukponmwan, Itohan" 
Date: 10/30/18 1:25 PM (GMT-05:00)
To: "FREEMAN, BRIAN D" , onap-discuss@lists.onap.org, 
krzysztof.kuzmi...@nokia.com, "GATHMAN, JONATHAN C" , "FORSYTH, 
JAMES" , "Ying, Ruoyu" 
Cc: "Ranganathan, Dileep" , "Huang, Haibin" 

Subject: RE: [onap-discuss] [OOM][AAI]Request to AAI got access denied

Hi Brian,

I am running it in integration-SB-06.

-Itohan

From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: Tuesday, October 30, 2018 10:21 AM
To: Ukponmwan, Itohan ; 
onap-discuss@lists.onap.org; krzysztof.kuzmi...@nokia.com; GATHMAN, JONATHAN C 
; FORSYTH, JAMES ; Ying, Ruoyu 

Cc: Ranganathan, Dileep ; Huang, Haibin 

Subject: RE: [onap-discuss] [OOM][AAI]Request to AAI got access denied

Itohan – which environment so we can track whether its a new issue or just that 
the fix from yesterday hasnt been propagated.

Brian


From: Ukponmwan, Itohan 
mailto:itohan.ukponm...@intel.com>>
Sent: Tuesday, October 30, 2018 1:11 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
krzysztof.kuzmi...@nokia.com<mailto:krzysztof.kuzmi...@nokia.com>; FREEMAN, 
BRIAN D mailto:bf1...@att.com>>; GATHMAN, JONATHAN C 
mailto:jg1...@att.com>>; FORSYTH, JAMES 
mailto:jf2...@att.com>>; Ying, Ruoyu 
mailto:ruoyu.y...@intel.com>>
Cc: Ranganathan, Dileep 
mailto:dileep.ranganat...@intel.com>>; Huang, 
Haibin mailto:haibin.hu...@intel.com>>
Subject: RE: [onap-discuss] [OOM][AAI]Request to AAI got access denied

I am also facing this issue. When I query AAI. I get the following error;

{"requestError":{"policyException":{"messageId":"POL3300","text":"Unauthorized 
(msg=%1) (ec=%2)","variables":["Unauthorized","ERR.5.1.3300"]}}}.

Is there a workaround for this?

-Itohan



From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Krzysztof Kuzmicki
Sent: Tuesday, October 30, 2018 8:19 AM
To: FREEMAN, BRIAN D mailto:bf1...@att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; GATHMAN, 
JONATHAN C mailto:jg1...@att.com>>; FORSYTH, JAMES 
mailto:jf2...@att.com>>; Ying, Ruoyu 
mailto:ruoyu.y...@intel.com>>
Cc: Ranganathan, Dileep 
mailto:dileep.ranganat...@intel.com>>; Huang, 
Haibin mailto:haibin.hu...@intel.com>>
Subject: Odp.: [onap-discuss] [OOM][AAI]Request to AAI got access denied


Hi



Unfortunately 2.1.5  and 2.1.5-SNAPSHOT :(.



br,

Krzysztof


Od: FREEMAN, BRIAN D mailto:bf1...@att.com>>
Wysłane: wtorek, 30 października 2018 15:20:59
Do: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Kuzmicki, 
Krzysztof (Nokia - PL/Wroclaw); GATHMAN, JONATHAN C; FORSYTH, JAMES; 
ruoyu.y...@intel.com<mailto:ruoyu.y...@intel.com>
DW: Ranganathan, Dileep; Huang, Haibin; GATHMAN, JONATHAN C
Temat: RE: [onap-discuss] [OOM][AAI]Request to AAI got access denied


Can you check if you are using the 2.1.6-SNAPSHOT  image of AAF ?



and if so we might need to get Jonathan support to add a credential until a fix 
is merged.



Brian



From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Krzysztof Kuzmicki
Sent: Tuesday, October 30, 2018 10:15 AM
To: GATHMAN, JONATHAN C mailto:jg1...@att.com>>; FORSYTH, JAMES 
mailto:jf2...@att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
ruoyu.y...@intel.com<mailto:ruoyu.y...@intel.com>
Cc: Ranganathan, Dileep 
mailto:dileep.ranganat...@intel.com>>; Huang, 
Haibin mailto:haibin.hu...@intel.com>>
Subject: Odp.: [onap-discuss] [OOM][AAI]Request to AAI got access denied



Hi



We noticed similar issue last night during PnP PNF tests in  ONAP installed in 
ONAP_5G tenant in TLAB.
Here is exception:

2018-10-29T15:48:01.786Z|abefeefc-1b83-4614-a829-d98a6c5335be| 
org.onap.so.client.RestClient - RestClientSSL using default SSL context!
2018-10-29T15:48:01.793Z|abefeefc-1b83-4614-a829-d98a6c5335be| 
o.o.so.logging.jaxrs.filter.PayloadLoggingFilter - Making GET request to: 
https://aai.onap:8443/aai/v14/business/customers/customer/%7Bsome%20subscriber%20id%7D<https://urldefense.proofpoint.com/v2/url?u=https-3A__aai.onap-3A8443_aai_v14_business_customers_customer_-257Bsome-2520subscriber-2520id-257D=DwQF-A=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=CAXb1pTUl0YtlTW2Baz_x86bQWJsjWpH3uWp_zWQRIA=veZQWw_Ja0zN34WLN3aUap1BtcYWHXQgslYnubEcquc=>
Request Headers: {Authorization=[Basic TVNPOk1TTw==], X-FromAppId=[MSO], 
X-TransactionId=[], Accept=[application/json], 
X-

Re: [onap-discuss] [OOM][AAI]Request to AAI got access denied

[Brian]

Itohan - which environment so we can track whether its a new issue or just that 
the fix from yesterday hasnt been propagated.

Brian


From: Ukponmwan, Itohan 
Sent: Tuesday, October 30, 2018 1:11 PM
To: onap-discuss@lists.onap.org; krzysztof.kuzmi...@nokia.com; FREEMAN, BRIAN D 
; GATHMAN, JONATHAN C ; FORSYTH, JAMES 
; Ying, Ruoyu 
Cc: Ranganathan, Dileep ; Huang, Haibin 

Subject: RE: [onap-discuss] [OOM][AAI]Request to AAI got access denied

I am also facing this issue. When I query AAI. I get the following error;

{"requestError":{"policyException":{"messageId":"POL3300","text":"Unauthorized 
(msg=%1) (ec=%2)","variables":["Unauthorized","ERR.5.1.3300"]}}}.

Is there a workaround for this?

-Itohan



From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Krzysztof Kuzmicki
Sent: Tuesday, October 30, 2018 8:19 AM
To: FREEMAN, BRIAN D mailto:bf1...@att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; GATHMAN, 
JONATHAN C mailto:jg1...@att.com>>; FORSYTH, JAMES 
mailto:jf2...@att.com>>; Ying, Ruoyu 
mailto:ruoyu.y...@intel.com>>
Cc: Ranganathan, Dileep 
mailto:dileep.ranganat...@intel.com>>; Huang, 
Haibin mailto:haibin.hu...@intel.com>>
Subject: Odp.: [onap-discuss] [OOM][AAI]Request to AAI got access denied


Hi



Unfortunately 2.1.5  and 2.1.5-SNAPSHOT :(.



br,

Krzysztof


Od: FREEMAN, BRIAN D mailto:bf1...@att.com>>
Wysłane: wtorek, 30 października 2018 15:20:59
Do: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Kuzmicki, 
Krzysztof (Nokia - PL/Wroclaw); GATHMAN, JONATHAN C; FORSYTH, JAMES; 
ruoyu.y...@intel.com<mailto:ruoyu.y...@intel.com>
DW: Ranganathan, Dileep; Huang, Haibin; GATHMAN, JONATHAN C
Temat: RE: [onap-discuss] [OOM][AAI]Request to AAI got access denied


Can you check if you are using the 2.1.6-SNAPSHOT  image of AAF ?



and if so we might need to get Jonathan support to add a credential until a fix 
is merged.



Brian



From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Krzysztof Kuzmicki
Sent: Tuesday, October 30, 2018 10:15 AM
To: GATHMAN, JONATHAN C mailto:jg1...@att.com>>; FORSYTH, JAMES 
mailto:jf2...@att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
ruoyu.y...@intel.com<mailto:ruoyu.y...@intel.com>
Cc: Ranganathan, Dileep 
mailto:dileep.ranganat...@intel.com>>; Huang, 
Haibin mailto:haibin.hu...@intel.com>>
Subject: Odp.: [onap-discuss] [OOM][AAI]Request to AAI got access denied



Hi



We noticed similar issue last night during PnP PNF tests in  ONAP installed in 
ONAP_5G tenant in TLAB.
Here is exception:

2018-10-29T15:48:01.786Z|abefeefc-1b83-4614-a829-d98a6c5335be| 
org.onap.so.client.RestClient - RestClientSSL using default SSL context!
2018-10-29T15:48:01.793Z|abefeefc-1b83-4614-a829-d98a6c5335be| 
o.o.so.logging.jaxrs.filter.PayloadLoggingFilter - Making GET request to: 
https://aai.onap:8443/aai/v14/business/customers/customer/%7Bsome%20subscriber%20id%7D<https://urldefense.proofpoint.com/v2/url?u=https-3A__aai.onap-3A8443_aai_v14_business_customers_customer_-257Bsome-2520subscriber-2520id-257D=DwQF-A=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=CAXb1pTUl0YtlTW2Baz_x86bQWJsjWpH3uWp_zWQRIA=veZQWw_Ja0zN34WLN3aUap1BtcYWHXQgslYnubEcquc=>
Request Headers: {Authorization=[Basic TVNPOk1TTw==], X-FromAppId=[MSO], 
X-TransactionId=[], Accept=[application/json], 
X-ONAP-RequestID=[abefeefc-1b83-4614-a829-d98a6c5335be], 
X-ONAP-InvocationID=[a4c2c792-0a05-4d3d-be0e-0e161bb30549], 
X-ONAP-PartnerName=[SO]}
2018-10-29T15:48:01.869Z|abefeefc-1b83-4614-a829-d98a6c5335be| 
o.o.so.logging.jaxrs.filter.PayloadLoggingFilter - Response from GET: 
https://aai.onap:8443/aai/v14/business/customers/customer/%7Bsome%20subscriber%20id%7D<https://urldefense.proofpoint.com/v2/url?u=https-3A__aai.onap-3A8443_aai_v14_business_customers_customer_-257Bsome-2520subscriber-2520id-257D=DwQF-A=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=CAXb1pTUl0YtlTW2Baz_x86bQWJsjWpH3uWp_zWQRIA=veZQWw_Ja0zN34WLN3aUap1BtcYWHXQgslYnubEcquc=>
Response Headers: {connection=[close], Date=[Mon, 29 Oct 2018 15:48:01 GMT], 
Strict-Transport-Security=[max-age=1600; includeSubDomains; preload;], 
WWW-Authenticate=[Basic 
realm="people.osaaf.org"]}{"requestError":{"policyException":{"messageId":"POL3300","text":"Unauthorized
 (msg=%1) (ec=%2)","variables":["Unauthorized","ERR.5.1.3300"]}}}

2018-10-29T15:48:01.876Z|abefeefc-1b83-4614-a829-d98a6c5335be| 
o.o.s.bpmn.servicedecomposition.tasks.BBInputSetup - Error calling A 
Request-Id=abefeefc-1b83-4614-a829-d98a

Re: [onap-discuss] [OOM][AAI]Request to AAI got access denied

[Brian]

Can you check if you are using the 2.1.6-SNAPSHOT  image of AAF ?

and if so we might need to get Jonathan support to add a credential until a fix 
is merged.

Brian

From: onap-discuss@lists.onap.org  On Behalf Of 
Krzysztof Kuzmicki
Sent: Tuesday, October 30, 2018 10:15 AM
To: GATHMAN, JONATHAN C ; FORSYTH, JAMES ; 
onap-discuss@lists.onap.org; ruoyu.y...@intel.com
Cc: Ranganathan, Dileep ; Huang, Haibin 

Subject: Odp.: [onap-discuss] [OOM][AAI]Request to AAI got access denied

Hi

We noticed similar issue last night during PnP PNF tests in  ONAP installed in 
ONAP_5G tenant in TLAB.
Here is exception:
2018-10-29T15:48:01.786Z|abefeefc-1b83-4614-a829-d98a6c5335be| 
org.onap.so.client.RestClient - RestClientSSL using default SSL context!
2018-10-29T15:48:01.793Z|abefeefc-1b83-4614-a829-d98a6c5335be| 
o.o.so.logging.jaxrs.filter.PayloadLoggingFilter - Making GET request to: 
https://aai.onap:8443/aai/v14/business/customers/customer/%7Bsome%20subscriber%20id%7D<https://urldefense.proofpoint.com/v2/url?u=https-3A__aai.onap-3A8443_aai_v14_business_customers_customer_-257Bsome-2520subscriber-2520id-257D=DwQF-A=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=CAXb1pTUl0YtlTW2Baz_x86bQWJsjWpH3uWp_zWQRIA=veZQWw_Ja0zN34WLN3aUap1BtcYWHXQgslYnubEcquc=>
Request Headers: {Authorization=[Basic TVNPOk1TTw==], X-FromAppId=[MSO], 
X-TransactionId=[], Accept=[application/json], 
X-ONAP-RequestID=[abefeefc-1b83-4614-a829-d98a6c5335be], 
X-ONAP-InvocationID=[a4c2c792-0a05-4d3d-be0e-0e161bb30549], 
X-ONAP-PartnerName=[SO]}
2018-10-29T15:48:01.869Z|abefeefc-1b83-4614-a829-d98a6c5335be| 
o.o.so.logging.jaxrs.filter.PayloadLoggingFilter - Response from GET: 
https://aai.onap:8443/aai/v14/business/customers/customer/%7Bsome%20subscriber%20id%7D<https://urldefense.proofpoint.com/v2/url?u=https-3A__aai.onap-3A8443_aai_v14_business_customers_customer_-257Bsome-2520subscriber-2520id-257D=DwQF-A=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=CAXb1pTUl0YtlTW2Baz_x86bQWJsjWpH3uWp_zWQRIA=veZQWw_Ja0zN34WLN3aUap1BtcYWHXQgslYnubEcquc=>
Response Headers: {connection=[close], Date=[Mon, 29 Oct 2018 15:48:01 GMT], 
Strict-Transport-Security=[max-age=1600; includeSubDomains; preload;], 
WWW-Authenticate=[Basic 
realm="people.osaaf.org"]}{"requestError":{"policyException":{"messageId":"POL3300","text":"Unauthorized
 (msg=%1) (ec=%2)","variables":["Unauthorized","ERR.5.1.3300"]}}}

2018-10-29T15:48:01.876Z|abefeefc-1b83-4614-a829-d98a6c5335be| 
o.o.s.bpmn.servicedecomposition.tasks.BBInputSetup - Error calling A 
Request-Id=abefeefc-1b83-4614-a829-d98a6c5335be 
{"requestError":{"policyException":{"messageId":"POL3300","text":"Unauthorized 
(msg=%1) (ec=%2)","variables":["Unauthorized","ERR.5.1.3300"]}}}
javax.ws.rs.ForbiddenException: Error calling A 
Request-Id=abefeefc-1b83-4614-a829-d98a6c5335be 
{"requestError":{"policyException":{"messageId":"POL3300","text":"Unauthorized 
(msg=%1) (ec=%2)","variables":["Unauthorized","ERR.5.1.3300"]}}}
(...)
at java.lang.Thread.run(Thread.java:748)
2018-10-29T15:48:01.878Z|abefeefc-1b83-4614-a829-d98a6c5335be| 
org.onap.so.client.exception.ExceptionBuilder - Building a WorkflowException 
for Subflow
2018-10-29T15:48:01.878Z|abefeefc-1b83-4614-a829-d98a6c5335be| 
org.onap.so.client.exception.ExceptionBuilder - Outgoing WorkflowException is 
WorkflowException[processKey=ExecuteBuildingBlock,errorCode=7000,errorMessage=Error
 calling A Request-Id=abefeefc-1b83-4614-a829-d98a6c5335be 
{"requestError":{"policyException":{"messageId":"POL3300","text":"Unauthorized 
(msg=%1) (ec=%2)","variables":["Unauthorized","ERR.5.1.3300"]}}},workStep=*]
2018-10-29T15:48:01.879Z|abefeefc-1b83-4614-a829-d98a6c5335be| 
org.onap.so.client.exception.ExceptionBuilder - Throwing MSOWorkflowException
2018-10-29T15:48:01.905Z|abefeefc-1b83-4614-a829-d98a6c5335be| 
o.onap.so.logging.jaxrs.filter.SpringClientFilter - Could not Target Entity: 
http://so-catalog-db-adapter.onap:8082/rainy_day_handler_macro/search/findOneByFlowNameAndServiceTypeAndVnfTypeAndErrorCodeAndWorkStep?flowName=UnassignServiceInstanceBB=%2A=%2A=7000=%2A<https://urldefense.proofpoint.com/v2/url?u=http-3A__so-2Dcatalog-2Ddb-2Dadapter.onap-3A8082_rainy-5Fday-5Fhandler-5Fmacro_search_findOneByFlowNameAndServiceTypeAndVnfTypeAndErrorCodeAndWorkStep-3FflowName-3DUnassignServiceInstanceBB-26serviceType-3D-252A-26vnfType-3D-252A-26errorCode-3D7000-26workStep-3D-252A=DwQF-A=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=CAXb1pTUl0YtlTW2Baz_x86bQWJsjWpH3uWp_zWQRIA=aOE2n0FYIehKlou3PgvVj4pVz0Vv56ABQWJwLY4c20s=>

Is that the same issue?

br,
Krzysztof


Od: o

Re: [onap-discuss] [OOM] Redeploy without affecting other components

[Brian]

Helm del dev-so -purge will only delete the so deployments. Replace dev-so with 
dev-[project] you want to remove.
Helm list -a to confirm it got removed (can not be in FAILED or PENDING_INSTALL 
state for subsequent deploy to work)
Then
Helm deploy ... will redeploy so (and bumps the revision of the others but its 
not a restart)

You do have to make sure that pv, pvc, secrets and data in /dockerdata-nfs is 
removed for your project.

For Integration it seems to work fairly reliably.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Ying, Ruoyu
Sent: Thursday, October 25, 2018 10:20 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [OOM] Redeploy without affecting other components

Hi all,

Is there a way to redeploy a single component while not affecting 
others(including upgrade)?
I know before we can first purge certain component with command 'kubectl delete 
- - purge ' then set 'true' in the integration-override.yaml 
file for only one component. So that it will redeploy the certain component.
However, while using the newest version of OOM, I found these method won't 
work. You have to enable all components in the integration-override.yaml, so 
that other components won't be deleted. But sometimes, I really don't want to 
upgrade the others.
Is there a way to do so?
Thanks a lot.

Best Regards,
Ruoyu





-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13330): https://lists.onap.org/g/onap-discuss/message/13330
Mute This Topic: https://lists.onap.org/mt/27735380/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [onap-discuss OOM ROBOT] credentials and scripts

[Brian]

The files in /share/config inside the container are created by the helm chart.
The quick method (courtesy of Gary and Yang) is to copy those files to a 
another location like /tmp/config and change ete-k8s.sh and demo-k8s.sh on the 
rancher machine to pass in /tmp/config instead of /share/config for the three 
files. Then you can edit them inside the robot container. Of course if K8 moves 
the container those changes will be lost.

The better method is to change the parameters in the integration-override.yaml 
file that you use to customize ONAP for your environment or to edit the helm 
resources for those files in the robot oom directory and then do the make robot 
; make onap ; helm deploy ...

For testing we tend to just copy the files to /tmp/config (you need those files 
since they have the helm chart variables resolved)

Brian

From: onap-discuss@lists.onap.org  On Behalf Of 
Mukesh Hotwani
Sent: Friday, October 26, 2018 5:34 AM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [onap-discuss OOM ROBOT] credentials and scripts

Hi Brian,
When I try to edit the file inside docker, it does not allow to write. Some 
permission issue
Can you please help
How can I login to docker using root or change permissions of file

thanks,
Mukesh


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13329): https://lists.onap.org/g/onap-discuss/message/13329
Mute This Topic: https://lists.onap.org/mt/25729195/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [E][onap-discuss][SDNC][AAI][SO] SDNC unable to get cloud region info from AAI when creating node instance in SO

[Brian]

Try setting   to  “CloudOwner”  (the actual string without quotes)

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Gopigiri, Sirisha via Lists.Onap.Org
Sent: Thursday, October 25, 2018 8:48 AM
To: onap-discuss@lists.onap.org
Subject: [E][onap-discuss][SDNC][AAI][SO] SDNC unable to get cloud region info 
from AAI when creating node instance in SO

Hi

I have installed ONAP master using OOM. I have configured the cloud information 
in AAI and could see the same details in AAI from the following URLs

/aai/v11/cloud-infrastructure/cloud-regions/cloud-region///tenants/tenant

/aai/v11/business/customers/customer/Demonstration/service-subscriptions/service-subscription/vFW

But when I am trying to create  from VID to the service 
created, SDNC is unable to get Cloud information from AAI and failing with 
"Cloud Region not found in AAI" 500 error. I am using the default subscriber 
Demonstration. I could see no error logs in AAI.

Is there any other configuration that needs to be done in SDNC or AAI?

Thank you in advance!

Best Regards
Sirisha Gopigiri


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13296): https://lists.onap.org/g/onap-discuss/message/13296
Mute This Topic: https://lists.onap.org/mt/27631810/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [OOM] Not able to deploy ONAP using OOM master

[Brian]

https://wiki.onap.org/display/DW/OOM+Helm+%28un%29Deploy+plugins

shows a new way to deploy via OOM using releases to work around the configmap 
limit.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
subhash kumar singh
Sent: Wednesday, October 24, 2018 9:01 AM
To: Subhash Kumar Singh ; onap-discuss 

Cc: Seshu m ; Kanagaraj Manickam 

Subject: Re: [onap-discuss] [OOM] Not able to deploy ONAP using OOM master

Hello Everyone,

Could someone please help me to fix this issue to deploy ONAP using OOM.

--
Regards,
Subhash Kumar Singh

From: Subhash Kumar Singh
Sent: Monday, October 22, 2018 10:26 PM
To: onap-discuss
Cc: Seshu m; Kanagaraj Manickam
Subject: [OOM] Not able to deploy ONAP using OOM master

Hello Everyone,

I am using master OOM to deploy ONAP by  following the latest documentation [1] 
 but I am not able to deploy ONAP. I observed that exception is thrown because 
of configMap size in tiller logs.
Same issue is reported in jira [2] and it is closed.Could you please let me 
know if I have to add some steps to deploy ONAP using OOM.

Following are logs :

$ helm install local/onap -n dev --namespace onap --debug
[debug] Created tunnel using local port: '45279'

[debug] SERVER: "127.0.0.1:45279"

[debug] Original chart version: ""
[debug] Fetched local/onap to /home/ubuntu/.helm/cache/archive/onap-3.0.0.tgz

[debug] CHART PATH: /home/ubuntu/.helm/cache/archive/onap-3.0.0.tgz

Error: release dev failed: Deployment in version "v1beta1" cannot be handled as 
a Deployment: v1beta1.Deployment: Spec: v1beta1.DeploymentSpec: Template: 
v1.PodTemplateSpec: Spec: v1.PodSpec: Containers:$
[]v1.Container: v1.Container: Env: []v1.EnvVar: v1.EnvVar: Value: ReadString: 
expects " or n, but found 8, error found in #10 byte of 
...|,"value":8089},{"nam|..., bigger context ...|ainers":[{"env":[{"na
me":"EXTERNAL_PORT","value":8089},{"name":"MSB_ADDR","value":"msb-iag:80"}],"im|...


logs from tiller pod:
2018/10/22 14:09:42 info: manifest 
"onap/charts/vid/charts/vid_mariadb_galera/templates/pvc.yaml" is empty. 
Skipping.
[tiller] 2018/10/22 14:09:43 performing install for dev
[tiller] 2018/10/22 14:09:43 executing 0 pre-install hooks for dev
[tiller] 2018/10/22 14:09:43 hooks complete for pre-install dev
[storage] 2018/10/22 14:09:43 getting release history for "dev"
[storage] 2018/10/22 14:09:43 creating release "dev.v1"
[storage/driver] 2018/10/22 14:09:45 create: failed to create: ConfigMap 
"dev.v1" is invalid: []: Too long: must have at most 1048576 characters
[tiller] 2018/10/22 14:09:45 warning: Failed to record release dev: ConfigMap 
"dev.v1" is invalid: []: Too long: must have at most 1048576 characters
[kube] 2018/10/22 14:09:45 building resources from manifest
[kube] 2018/10/22 14:09:46 creating 732 resource(s)
[tiller] 2018/10/22 14:10:01 warning: Release "dev" failed: Deployment in 
version "v1beta1" cannot be handled as a Deployment: v1beta1.Deployment: Spec: 
v1beta1.DeploymentSpec: Template: v1.PodTemplateSpec: Spec: v1.PodSpec: 
Containers: []v1.Container: v1.Container: Env: []v1.EnvVar: v1.EnvVar: Value: 
ReadString: expects " or n, but found 8, error found in #10 byte of 
...|,"value":8089},{"nam|..., bigger context 
...|ainers":[{"env":[{"name":"EXTERNAL_PORT","value":8089},{"name":"MSB_ADDR","value":"msb-iag:80"}],"im|...
[storage] 2018/10/22 14:10:01 updating release "dev.v1"
[storage/driver] 2018/10/22 14:10:06 update: failed to update: configmaps 
"dev.v1" not found
[tiller] 2018/10/22 14:10:06 warning: Failed to update release dev: configmaps 
"dev.v1" not found
[tiller] 2018/10/22 14:10:06 failed install perform step: release dev failed: 
Deployment in version "v1beta1" cannot be handled as a Deployment: 
v1beta1.Deployment: Spec: v1beta1.DeploymentSpec: Template: v1.PodTemplateSpec: 
Spec: v1.PodSpec: Containers: []v1.Container: v1.Container: Env: []v1.EnvVar: 
v1.EnvVar: Value: ReadString: expects " or n, but found 8, error found in #10 
byte of ...|,"value":8089},{"nam|..., bigger context 
...|ainers":[{"env":[{"name":"EXTERNAL_PORT","value":8089},{"name":"MSB_ADDR","value":"msb-iag:80"}],"im|...
[storage] 2018/10/22 14:11:57 listing all releases with filter

[1] 
https://onap.readthedocs.io/en/latest/submodules/oom.git/docs/oom_setup_kubernetes_rancher.htm<https://urldefense.proofpoint.com/v2/url?u=https-3A__onap.readthedocs.io_en_latest_submodules_oom.git_docs_oom-5Fsetup-5Fkubernetes-5Francher.htm=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=22YnnVrI1Zgr1lDTy4n8yN_QdvVEZcAKD1LcWLORM9c=S_k7L__DqEOyxD

Re: [onap-discuss][SDNC] Directed Graphs

[Brian]

You shouldnt have fo run the create release script with oom its preconfigured 
(nor heat for that matter) dguser logjn check wiki for password. You nay have 
messed up the default config by running the release script so you may want go 
delete that pod and get a fresh config


Brian



Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: George Clapp 
Date: 10/19/18 3:47 PM (GMT-05:00)
To: onap-discuss@lists.onap.org
Subject: [onap-discuss][SDNC] Directed Graphs

I’m working with a lab installation of ONAP using OOM’s Rancher/Kubernetes 
environment.  I’m following the tutorials on Directed Graphs 
(https://wiki.onap.org/display/DW/Service+Logic+Interpreter+Directed+Graph+Guide<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Service-2BLogic-2BInterpreter-2BDirected-2BGraph-2BGuide=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=uJAyhZOzfDvmDnsM4vlhX5yuT8hSnE2D7cn9uIP5C5Y=MY4Nm5lJ0ozHhqIHcgpQ2DmrMmudL0p8GEa-dGJsVRk=>),
 but the environment assumed for those tutorials is different than 
Rancher/Kubernetes.  I am able to access the DGBuilder container using its 
exposed NodePort :30203, but I have to use a terminal session into the 
DGBuilder container to execute the createReleaseDir.sh and start.sh scripts, 
which seems odd.  Those scripts appear to work correctly, but I can’t login to 
the DGBuilder web interface using the normal password “test123.”  Can anyone 
provide some advice on how to get it working?  Sorry for the newbie questions.

Thanks,
George


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13221): https://lists.onap.org/g/onap-discuss/message/13221
Mute This Topic: https://lists.onap.org/mt/27419340/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [E] Re: [onap-discuss] [OOM] SDNC is not installing when installing a subset of ONAP in Rancher/Kubernetes

[Brian]

I dont edit onap/values but the override fike passed in as a -f option to helm 
deploy
You can look in hour  hekm/plugins directory for the log file and see. The 
deploy PMlugin did just get updated so you can te.g.y re cloning and cooyjng jt 
ingo the plugi s directory

Brian



Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: "Gopigiri, Sirisha" 
Date: 10/23/18 2:11 AM (GMT-05:00)
To: onap-discuss@lists.onap.org, "FREEMAN, BRIAN D" 
Cc: georgehcl...@gmail.com
Subject: Re: [E] Re: [onap-discuss] [OOM] SDNC is not installing when 
installing a subset of ONAP in Rancher/Kubernetes

Hi

I am trying to install SDNC from ONAP Master branch and as George mentioned, I 
am facing the same problem, SDNC pods are not getting launched.

When I enable only SDNC in onap/values.yaml and run "helm deploy demo 
local/onap --namespace onap", the SDNC components are not coming up, but when I 
run "helm install demo local/onap -n onap" I am able to see the pods. Am I 
missing something?

My values.yaml has the below configuration for sdnc
sdnc:
  enabled: true
  replicaCount: 1

  mysql:
replicaCount: 1

I have edited the values.yaml as suggested(please refer below) but still no 
luck.

sdnc:
  replicaCount: 3
  config:
enableClustering: true

Thank you in advance!

Best Regards
Sirisha Gopigiri


On Tue, Oct 2, 2018 at 2:39 AM Brian mailto:bf1...@att.com>> 
wrote:
For SDNC you need something like this (from integration-override.yaml):
Remember the default is enabled: true so I think the issue is its not liking 
the mysql section vs the enableClustering: true/false

Brian

sdnc:
  replicaCount: 3
  config:
enableClustering: true

or

sdnc:
  replicaCount: 1
  config:
enableClustering: false

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
George Clapp
Sent: Monday, October 01, 2018 4:49 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [OOM] SDNC is not installing when installing a 
subset of ONAP in Rancher/Kubernetes

Thanks much!  Here it is.

# Copyright © 2017 Amdocs, Bell Canada
#
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
#   
http://www.apache.org/licenses/LICENSE-2.0<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.apache.org_licenses_LICENSE-2D2.0=DwQFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=-CGTkpgOLoeP83ahczyUwDnV1SZvaqqijO7GYGSC3iQ=rhnh6ybCMmI22alydQpKEtr4xdnarzLHBE2ogFI9Yjc=>
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.

#
# Global configuration overrides.
#
# These overrides will affect all helm charts (ie. applications)
# that are listed below and are 'enabled'.
#
global:
  # Change to an unused port prefix range to prevent port conflicts
  # with other instances running within the same k8s cluster
  nodePortPrefix: 302
  nodePortPrefixExt: 304

  # ONAP Repository
  # Uncomment the following to enable the use of a single docker
  # repository but ONLY if your repository mirrors all ONAP
  # docker images. This includes all images from dockerhub and
  # any other repository that hosts images for ONAP components.
  #repository: 
nexus3.onap.org:10001<https://urldefense.proofpoint.com/v2/url?u=http-3A__nexus3.onap.org-3A10001=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=6M_7_bpwxkJunck8oDyvunmaN0_0WU0LtOhDJw7NXpM=dS4N-QNQNE5hjh5FjogvhLaXWb6nvhYAJg-7DicXnnE=>
  repositoryCred:
user: docker
password: docker

  # readiness check - temporary repo until images migrated to nexus3
  readinessRepository: oomk8s
  # logging agent - temporary repo until images migrated to nexus3
  loggingRepository: 
docker.elastic.co<https://urldefense.proofpoint.com/v2/url?u=http-3A__docker.elastic.co=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=6M_7_bpwxkJunck8oDyvunmaN0_0WU0LtOhDJw7NXpM=Ssjz6G6RjC-5ISxF5eY2PtQ4TV7W5Mh85_sp-Pdrc4E=>

  # image pull policy
  pullPolicy: Always

  # default mount path root directory referenced
  # by persistent volumes and log files
  persistence:
mountPath: /dockerdata-nfs

  # flag to enable debugging - application support required
  debugEnabled: false

  # override default resource limit flavor for all charts
  flavor: unlimited

# Repository for creation of 
nexus3.onap.org<https://urldefense.proofpoint.com/v2/url?u=http-3A__nexus3.

Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

[Brian]

We should just test this for you :)

Brian

From: SMOKOWSKI, STEVEN
Sent: Monday, October 22, 2018 4:14 PM
To: FREEMAN, BRIAN D ; onap-discuss@lists.onap.org; Gary Wu 
; Yunxia Chen 
Subject: Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

You can update, create, delete via this.  I had a robot script change up for 
awhile ,but I could not test it.  My local laptop was not happy with the setup.

https://gerrit.onap.org/r/#/c/60773/

Thanks

-Steve


From: "FREEMAN, BRIAN D" mailto:bf1...@att.com>>
Date: Monday, October 22, 2018 at 4:07 PM
To: "SMOKOWSKI, STEVEN" mailto:ss8...@att.com>>, 
"onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, Gary Wu 
mailto:gary.i...@huawei.com>>, Yunxia Chen 
mailto:helen.c...@huawei.com>>
Subject: RE: [onap-discuss] [integration][sdnc][so] Integration Working Session

Can we set them via that interface ?

From: SMOKOWSKI, STEVEN
Sent: Monday, October 22, 2018 3:53 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; SMOKOWSKI, 
STEVEN mailto:ss8...@att.com>>; Gary Wu 
mailto:gary.i...@huawei.com>>; FREEMAN, BRIAN D 
mailto:bf1...@att.com>>; Yunxia Chen 
mailto:helen.c...@huawei.com>>
Subject: Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

You can also do a get to this uri to fetch them via rest.

address-of-catalogdb-adapter/cloudSite


Thanks

-Steve


From: mailto:onap-discuss@lists.onap.org>> on 
behalf of "SMOKOWSKI, STEVEN" mailto:ss8...@att.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, "SMOKOWSKI, 
STEVEN" mailto:ss8...@att.com>>
Date: Monday, October 22, 2018 at 3:51 PM
To: Gary Wu mailto:gary.i...@huawei.com>>, "FREEMAN, 
BRIAN D" mailto:bf1...@att.com>>, 
"'onap-discuss@lists.onap.org'" 
mailto:onap-discuss@lists.onap.org>>, Yunxia Chen 
mailto:helen.c...@huawei.com>>
Subject: Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.

It reads the database, what is in the database?  The integration-yaml only 
seeds the database,  unless you wipe it it will retain the original values.

Thanks

-Steve


From: Gary Wu mailto:gary.i...@huawei.com>>
Date: Monday, October 22, 2018 at 3:47 PM
To: "SMOKOWSKI, STEVEN" mailto:ss8...@att.com>>, "FREEMAN, 
BRIAN D" mailto:bf1...@att.com>>, 
"'onap-discuss@lists.onap.org'" 
mailto:onap-discuss@lists.onap.org>>, Yunxia Chen 
mailto:helen.c...@huawei.com>>
Subject: RE: [onap-discuss] [integration][sdnc][so] Integration Working Session

Confirmed that even with the overrides properly set at the so-openstack-adapter 
level, it’s still timing out on connection to 1.2.3.4:5000.  SO is behaving 
like the 1.2.3.4:5000 is hard-coded.

Thanks,
Gary

From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Monday, October 22, 2018 10:38 AM
To: FREEMAN, BRIAN D mailto:bf1...@att.com>>; Gary Wu 
mailto:gary.i...@huawei.com>>; 
'onap-discuss@lists.onap.org' 
mailto:onap-discuss@lists.onap.org>>; Yunxia Chen 
mailto:helen.c...@huawei.com>>
Subject: Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

No that should work, you can check the database, as the yaml is stored into the 
catalog-db tables.  Ensure the substitution worked?

Thanks

-Steve


From: "FREEMAN, BRIAN D" mailto:bf1...@att.com>>
Date: Monday, October 22, 2018 at 1:34 PM
To: 'Gary Wu' mailto:gary.i...@huawei.com>>, 
"'onap-discuss@lists.onap.org'" 
mailto:onap-discuss@lists.onap.org>>, "SMOKOWSKI, 
STEVEN" mailto:ss8...@att.com>>, 'Yunxia Chen' 
mailto:helen.c...@huawei.com>>
Subject: RE: [onap-discuss] [integration][sdnc][so] Integration Working Session

Integration-override.yaml has to override the values in so-openstack-adapter so 
perhaps it needs to be indented from so-openstack-adapter not just so ?

Brian


From: FREEMAN, BRIAN D
Sent: Monday, October 22, 2018 1:30 PM
To: Gary Wu mailto:gary.i...@huawei.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; SMOKOWSKI, 
STEVEN mailto:ss8...@att.com>>; Yunxia Chen 
mailto:helen.c...@huawei.com>>
Subject: RE: [onap-discuss] [integration][sdnc][so] Integration Working Session

Gary,

That should be in the integration-override.yaml perhaps the json path changed 
with the vnf-adapter (override.yaml)
We can always change it byhand in make so, make onap and then redploy SO.

Brian

so:
  config:
openStackUserName: "demo"
openStackKeyStoneUrl: 
"http://10

Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

[Brian]

Can we set them via that interface ?

From: SMOKOWSKI, STEVEN
Sent: Monday, October 22, 2018 3:53 PM
To: onap-discuss@lists.onap.org; SMOKOWSKI, STEVEN ; Gary Wu 
; FREEMAN, BRIAN D ; Yunxia Chen 

Subject: Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

You can also do a get to this uri to fetch them via rest.

address-of-catalogdb-adapter/cloudSite


Thanks

-Steve


From: mailto:onap-discuss@lists.onap.org>> on 
behalf of "SMOKOWSKI, STEVEN" mailto:ss8...@att.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, "SMOKOWSKI, 
STEVEN" mailto:ss8...@att.com>>
Date: Monday, October 22, 2018 at 3:51 PM
To: Gary Wu mailto:gary.i...@huawei.com>>, "FREEMAN, 
BRIAN D" mailto:bf1...@att.com>>, 
"'onap-discuss@lists.onap.org'" 
mailto:onap-discuss@lists.onap.org>>, Yunxia Chen 
mailto:helen.c...@huawei.com>>
Subject: Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.

It reads the database, what is in the database?  The integration-yaml only 
seeds the database,  unless you wipe it it will retain the original values.

Thanks

-Steve


From: Gary Wu mailto:gary.i...@huawei.com>>
Date: Monday, October 22, 2018 at 3:47 PM
To: "SMOKOWSKI, STEVEN" mailto:ss8...@att.com>>, "FREEMAN, 
BRIAN D" mailto:bf1...@att.com>>, 
"'onap-discuss@lists.onap.org'" 
mailto:onap-discuss@lists.onap.org>>, Yunxia Chen 
mailto:helen.c...@huawei.com>>
Subject: RE: [onap-discuss] [integration][sdnc][so] Integration Working Session

Confirmed that even with the overrides properly set at the so-openstack-adapter 
level, it’s still timing out on connection to 1.2.3.4:5000.  SO is behaving 
like the 1.2.3.4:5000 is hard-coded.

Thanks,
Gary

From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Monday, October 22, 2018 10:38 AM
To: FREEMAN, BRIAN D mailto:bf1...@att.com>>; Gary Wu 
mailto:gary.i...@huawei.com>>; 
'onap-discuss@lists.onap.org' 
mailto:onap-discuss@lists.onap.org>>; Yunxia Chen 
mailto:helen.c...@huawei.com>>
Subject: Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

No that should work, you can check the database, as the yaml is stored into the 
catalog-db tables.  Ensure the substitution worked?

Thanks

-Steve


From: "FREEMAN, BRIAN D" mailto:bf1...@att.com>>
Date: Monday, October 22, 2018 at 1:34 PM
To: 'Gary Wu' mailto:gary.i...@huawei.com>>, 
"'onap-discuss@lists.onap.org'" 
mailto:onap-discuss@lists.onap.org>>, "SMOKOWSKI, 
STEVEN" mailto:ss8...@att.com>>, 'Yunxia Chen' 
mailto:helen.c...@huawei.com>>
Subject: RE: [onap-discuss] [integration][sdnc][so] Integration Working Session

Integration-override.yaml has to override the values in so-openstack-adapter so 
perhaps it needs to be indented from so-openstack-adapter not just so ?

Brian


From: FREEMAN, BRIAN D
Sent: Monday, October 22, 2018 1:30 PM
To: Gary Wu mailto:gary.i...@huawei.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; SMOKOWSKI, 
STEVEN mailto:ss8...@att.com>>; Yunxia Chen 
mailto:helen.c...@huawei.com>>
Subject: RE: [onap-discuss] [integration][sdnc][so] Integration Working Session

Gary,

That should be in the integration-override.yaml perhaps the json path changed 
with the vnf-adapter (override.yaml)
We can always change it byhand in make so, make onap and then redploy SO.

Brian

so:
  config:
openStackUserName: "demo"
openStackKeyStoneUrl: 
"http://10.12.25.2:5000<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.12.25.2-3A5000=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=ggFGFA5CIke01nEQuytHAg-4AXozRBzMp2d2MH6r-pI=uQV7QjeJ8e7m0xwYVigGzNXKPJ8ntknK7fHQ-6Znw3c=>"
openStackEncryptedPasswordHere: "bbaef6cd76625ab9eb60deedeae7dbb9"

vs
cloud_config:
  identity_services:
RAX_KEYSTONE:
  identity_url: 
"https://identity.api.rackspacecloud.com/v2.0<https://urldefense.proofpoint.com/v2/url?u=https-3A__identity.api.rackspacecloud.com_v2.0=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=shs6nPzThSiGJml9VXN0Eg=ggFGFA5CIke01nEQuytHAg-4AXozRBzMp2d2MH6r-pI=Zx2b7_44Ramz1coYOpqrcue3yl4y3GveNoYxTDPCqGg=>"
  mso_id: "RACKSPACE_ACCOUNT_ID"
  mso_pass: "RACKSPACE_ACCOUNT_APIKEY"
  admin_tenant: "{{ .Values.config.openStackServiceTenantName }}"
  member_role: "admin"
  tenant_metadata: true
  identity_server_type: "KEYSTONE"
  identity_authentication_type: "RACKSPACE_APIKEY"
DEFAULT_KEYSTONE:
  identity_url: "{{ .Values.config.openStackKeyStoneUrl 

Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

[Brian]

Integration-override.yaml has to override the values in so-openstack-adapter so 
perhaps it needs to be indented from so-openstack-adapter not just so ?

Brian


From: FREEMAN, BRIAN D
Sent: Monday, October 22, 2018 1:30 PM
To: Gary Wu ; onap-discuss@lists.onap.org; SMOKOWSKI, 
STEVEN ; Yunxia Chen 
Subject: RE: [onap-discuss] [integration][sdnc][so] Integration Working Session

Gary,

That should be in the integration-override.yaml perhaps the json path changed 
with the vnf-adapter (override.yaml)
We can always change it byhand in make so, make onap and then redploy SO.

Brian

so:
  config:
openStackUserName: "demo"
openStackKeyStoneUrl: "http://10.12.25.2:5000;
openStackEncryptedPasswordHere: "bbaef6cd76625ab9eb60deedeae7dbb9"

vs
cloud_config:
  identity_services:
RAX_KEYSTONE:
  identity_url: "https://identity.api.rackspacecloud.com/v2.0;
  mso_id: "RACKSPACE_ACCOUNT_ID"
  mso_pass: "RACKSPACE_ACCOUNT_APIKEY"
  admin_tenant: "{{ .Values.config.openStackServiceTenantName }}"
  member_role: "admin"
  tenant_metadata: true
  identity_server_type: "KEYSTONE"
  identity_authentication_type: "RACKSPACE_APIKEY"
DEFAULT_KEYSTONE:
  identity_url: "{{ .Values.config.openStackKeyStoneUrl }}"
  mso_id: "{{ .Values.config.openStackUserName }}"
  mso_pass: "{{ .Values.config.openStackEncryptedPasswordHere }}"
  admin_tenant: "{{ .Values.config.openStackServiceTenantName }}"
  member_role: "admin"
  tenant_metadata: true
  identity_server_type: "KEYSTONE"
  identity_authentication_type: "USERNAME_PASSWORD"

~/oom/kubernetes/so/charts/so-openstack-adapter: values.yaml
...
config:
  openStackUserName: "vnf_user"
  openStackRegion: "RegionOne"
  openStackKeyStoneUrl: "http://1.2.3.4:5000/v2.0;
  openStackServiceTenantName: "service"
  openStackEncryptedPasswordHere: "c124921a3a0efbe579782cde8227681e"
  openStackTenantId: "d570c718cbc545029f40e50b75eb13df"



From: Gary Wu mailto:gary.i...@huawei.com>>
Sent: Monday, October 22, 2018 1:12 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; SMOKOWSKI, 
STEVEN mailto:ss8...@att.com>>; FREEMAN, BRIAN D 
mailto:bf1...@att.com>>; Yunxia Chen 
mailto:helen.c...@huawei.com>>
Subject: RE: [onap-discuss] [integration][sdnc][so] Integration Working Session

Hi Steve,

After pulling the latest SO staging images, we’re now getting the following 
errors.  Might be related to the hard-coding of “att-aic” or IP address of 
“1.2.3.4”?  Where can we configure SO to use a different cloud owner?

http://so.onap:8080<https://urldefense.proofpoint.com/v2/url?u=http-3A__so.onap-3A8080=DwQGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=eT0V7lP-NyPi_C3HYeT3IzBpMqMODaYlG6Tu6flfzXA=PE84kZn-UNGMVpQ8Sx-VZsV4sdVPuGbMIWGKQen2cEM=>
 "GET 
/onap/so/infra/orchestrationRequests/v6/01de2256-fdcc-4c9f-b7cc-be6b04dd2d06 
HTTP/1.1" 200 2794

Arguments: [ 
'{"request":{"requestId":"01de2256-fdcc-4c9f-b7cc-be6b04dd2d06","startTime":"Mon,
 22 Oct 2018 17:02:32 
GMT","requestScope":"vfModule","requestType":"createInstance","requestDetails":{"modelInfo":{"modelCustomizationName":"23461bd9C51544a3Ae72..base_vfw..module-0","modelInvariantId":"15724172-62e9-4ef8-b57a-31c166b7b04c","modelType":"vfModule","modelName":"23461bd9C51544a3Ae72..base_vfw..module-0","modelVersion":"1","modelCustomizationUuid":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelVersionId":"4402746d-6bea-444d-a61a-008839e123f4","modelCustomizationId":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelUuid":"4402746d-6bea-444d-a61a-008839e123f4","modelInvariantUuid":"15724172-62e9-4ef8-b57a-31c166b7b04c","modelInstanceName":"23461bd9C51544a3Ae72..base_vfw..module-0"},"requestInfo":{"source":"VID","instanceName":"Vfmodule_Ete_vFW_b96e3a89-fc1f-4f8c-b5a3-e7fcb21e1d38","suppressRollback":false,"requestorId":"demo"},"relatedInstanceList":[{"relatedInstance":{"instanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","modelInfo":{"modelInvariantId":"1fa1465c-65b4-437e-8c3a-93d075b8c4af","modelType":"service","modelName":"vFW
 2018-10-22 
16:58:04","modelVersion":"1.0","modelVersionId":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelUuid":"40f9ff8

Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

[Brian]

Gary,

That should be in the integration-override.yaml perhaps the json path changed 
with the vnf-adapter (override.yaml)
We can always change it byhand in make so, make onap and then redploy SO.

Brian

so:
  config:
openStackUserName: "demo"
openStackKeyStoneUrl: "http://10.12.25.2:5000;
openStackEncryptedPasswordHere: "bbaef6cd76625ab9eb60deedeae7dbb9"

vs
cloud_config:
  identity_services:
RAX_KEYSTONE:
  identity_url: "https://identity.api.rackspacecloud.com/v2.0;
  mso_id: "RACKSPACE_ACCOUNT_ID"
  mso_pass: "RACKSPACE_ACCOUNT_APIKEY"
  admin_tenant: "{{ .Values.config.openStackServiceTenantName }}"
  member_role: "admin"
  tenant_metadata: true
  identity_server_type: "KEYSTONE"
  identity_authentication_type: "RACKSPACE_APIKEY"
DEFAULT_KEYSTONE:
  identity_url: "{{ .Values.config.openStackKeyStoneUrl }}"
  mso_id: "{{ .Values.config.openStackUserName }}"
  mso_pass: "{{ .Values.config.openStackEncryptedPasswordHere }}"
  admin_tenant: "{{ .Values.config.openStackServiceTenantName }}"
  member_role: "admin"
  tenant_metadata: true
  identity_server_type: "KEYSTONE"
  identity_authentication_type: "USERNAME_PASSWORD"

~/oom/kubernetes/so/charts/so-openstack-adapter: values.yaml
...
config:
  openStackUserName: "vnf_user"
  openStackRegion: "RegionOne"
  openStackKeyStoneUrl: "http://1.2.3.4:5000/v2.0;
  openStackServiceTenantName: "service"
  openStackEncryptedPasswordHere: "c124921a3a0efbe579782cde8227681e"
  openStackTenantId: "d570c718cbc545029f40e50b75eb13df"



From: Gary Wu 
Sent: Monday, October 22, 2018 1:12 PM
To: onap-discuss@lists.onap.org; SMOKOWSKI, STEVEN ; FREEMAN, 
BRIAN D ; Yunxia Chen 
Subject: RE: [onap-discuss] [integration][sdnc][so] Integration Working Session

Hi Steve,

After pulling the latest SO staging images, we’re now getting the following 
errors.  Might be related to the hard-coding of “att-aic” or IP address of 
“1.2.3.4”?  Where can we configure SO to use a different cloud owner?

http://so.onap:8080<https://urldefense.proofpoint.com/v2/url?u=http-3A__so.onap-3A8080=DwQGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=eT0V7lP-NyPi_C3HYeT3IzBpMqMODaYlG6Tu6flfzXA=PE84kZn-UNGMVpQ8Sx-VZsV4sdVPuGbMIWGKQen2cEM=>
 "GET 
/onap/so/infra/orchestrationRequests/v6/01de2256-fdcc-4c9f-b7cc-be6b04dd2d06 
HTTP/1.1" 200 2794

Arguments: [ 
'{"request":{"requestId":"01de2256-fdcc-4c9f-b7cc-be6b04dd2d06","startTime":"Mon,
 22 Oct 2018 17:02:32 
GMT","requestScope":"vfModule","requestType":"createInstance","requestDetails":{"modelInfo":{"modelCustomizationName":"23461bd9C51544a3Ae72..base_vfw..module-0","modelInvariantId":"15724172-62e9-4ef8-b57a-31c166b7b04c","modelType":"vfModule","modelName":"23461bd9C51544a3Ae72..base_vfw..module-0","modelVersion":"1","modelCustomizationUuid":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelVersionId":"4402746d-6bea-444d-a61a-008839e123f4","modelCustomizationId":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelUuid":"4402746d-6bea-444d-a61a-008839e123f4","modelInvariantUuid":"15724172-62e9-4ef8-b57a-31c166b7b04c","modelInstanceName":"23461bd9C51544a3Ae72..base_vfw..module-0"},"requestInfo":{"source":"VID","instanceName":"Vfmodule_Ete_vFW_b96e3a89-fc1f-4f8c-b5a3-e7fcb21e1d38","suppressRollback":false,"requestorId":"demo"},"relatedInstanceList":[{"relatedInstance":{"instanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","modelInfo":{"modelInvariantId":"1fa1465c-65b4-437e-8c3a-93d075b8c4af","modelType":"service","modelName":"vFW
 2018-10-22 
16:58:04","modelVersion":"1.0","modelVersionId":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelUuid":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelInvariantUuid":"1fa1465c-65b4-437e-8c3a-93d075b8c4af"}}},{"relatedInstance":{"instanceId":"a2d09fed-4a98-4aff-8a5d-950e67b3565d","modelInfo":{"modelCustomizationName":"23461bd9-c515-44a3-ae72
 
0","modelInvariantId":"2221b622-ab08-46e2-9f3b-3d36db32cd56","modelType":"vnf","modelName":"23461bd9-c515-44a3-ae72","modelVersion":"

Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

[Brian]

SO error on instantiate VFModule


Brian

"requestId": "cd595902-1896-465b-923a-263f089171f2",
"requestType": "createInstance",
"timestamp": "Mon, 22 Oct 2018 11:23:54",
"requestState": "FAILED",
"requestStatus": "Error in queryAAIVfModuleForStatus(): No such property: 
VF_MODULES for class: org.onap.so.client.aai.AAIObjectPlurals",
"percent-progress": "100"

10/22/18 11:23:53 HTTP Status: Accepted (202)
{
  "requestReferences": {
"requestId": "cd595902-1896-465b-923a-263f089171f2",
"instanceId": "24b96818-b0c7-4432-baee-4d48739351aa"
  }
}



-Original Appointment-
From: Yunxia Chen 
Sent: Monday, October 22, 2018 10:08 AM
To: Yunxia Chen; onap-discuss
Subject: [onap-discuss] [integration][sdnc][so] Integration Working Session
When: Monday, October 22, 2018 8:00 AM-10:00 AM (UTC-08:00) Pacific Time (US & 
Canada).
Where: https://zoom.us/j/44


When: Monday, October 22, 2018 8:00 AM-10:00 AM. (UTC-08:00) Pacific Time (US & 
Canada)
Where: 
https://zoom.us/j/44<https://urldefense.proofpoint.com/v2/url?u=https-3A__zoom.us_j_44=DwQFoQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=n41TwnfwEDikb-wmVIodMSWMBi7bX3CUNKJjmRabXvI=XCYwrWtlflQujAZOO8PRaI_ynrWgdThl2PjN34v_g1E=>

*~*~*~*~*~*~*~*~*~*


Move two hours earlier to avoid conflict with CDS meeting.

Today we are going to test vFW instantiation.



Thank you,

Helen Chen




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13181): https://lists.onap.org/g/onap-discuss/message/13181
Mute This Topic: https://lists.onap.org/mt/27485563/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] 答复: [oom][integration] "kubectl" commands are failing//答复: RE: Help is Needed on SB04

[Brian]

Guangrong,

Not sure what the difference is but its working for me .

Only think I noticed is you are doing “sudo -s” instead of “sudo su”

The .helm configuration is under /root so I think you need to use “sudo su”.

If I just do sudo -s I get the same error as you. If I do sudo su I get the 
correct behavoir.

Brian


*** System restart required ***
Last login: Mon Oct 22 07:13:22 2018 from 10.12.25.157
ubuntu@onap-oom-rancher:~$ sudo su
root@onap-oom-rancher:/home/ubuntu# kubectl -n onap get pod | grep boot
dev-dcaegen2-dcae-bootstrap-776cf86d49-ljqxm  1/1   
Running   0  3d
root@onap-oom-rancher:/home/ubuntu# kubectl get pod -n onap | grep boot
dev-dcaegen2-dcae-bootstrap-776cf86d49-ljqxm  1/1   
Running   0  3d

From: onap-discuss@lists.onap.org  On Behalf Of 
Guangrong Fu
Sent: Sunday, October 21, 2018 11:15 PM
To: helen.c...@huawei.com; mike.elli...@amdocs.com
Cc: steven20...@gmail.com; VENKATESH KUMAR, VIJAY ; 
gildas.lani...@huawei.com; onap-discuss@lists.onap.org
Subject: [onap-discuss] 答复: [oom][integration] "kubectl" commands are 
failing//答复: RE: Help is Needed on SB04


Here's the complete steps I've tried:



[cid:image001.png@01D469E3.8C88DF60]



Thanks,

Guangrong








原始邮件
发件人：付光荣10144542
收件人：onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>>;
抄送人：Guangrong Fu 
mailto:steven20...@gmail.com>>;vv7...@att.com 
mailto:vv7...@att.com>>;mike.elli...@amdocs.com 
mailto:mike.elli...@amdocs.com>>;helen.c...@huawei.com 
mailto:helen.c...@huawei.com>>;gildas.lani...@huawei.com 
mailto:gildas.lani...@huawei.com>>;
日 期 ：2018年10月22日 10:22
主 题 ：[oom][integration] "kubectl" commands are failing//答复: RE: Help is Needed 
on SB04

Hi there,



I'm having trouble in performing any operations related to "kubectl" in the 
open lab. Here's the screenshot of the error(s):



[cid:image002.png@01D469E3.8C88DF60]



I've tried the commands under different projects (Integration-SB-04, 
Integration-OOM-Staging-Daily and Integration-OOM-Daily). The same error 
occurred in all of them. Vijay's suggestion didn't seem to work for me.



This is a little bit urgent because it's preventing me from completing the 
pairwise testing. Any help will be sincerely appreciated.



Thanks,

Guangrong










发件人：VENKATESHKUMAR,VIJAY mailto:vv7...@att.com>>
收件人：Guangrong Fu mailto:steven20...@gmail.com>>;
抄送人：付光荣10144542;
日 期 ：2018年10月20日 19:17
主 题 ：RE: Help is Needed on SB04
Hi Guangrong,
The error indicates issue for rancher to communicate with k8s cluster.

I just checked SB04 though and it looks k8s/kubectl are healthy; but the 
bootstrap pod you are trying to execute into though is not valid.

vv770d@pod-onap-01-vjhost:~$ ssh -i ~/onap_dev  
ubuntu@10.12.5.47<mailto:ubuntu@10.12.5.47>
ubuntu@onap-oom-rancher:~$ sudo su -
root@onap-oom-rancher:~# kubectl get pods -n onap | grep bootstrap
dev-dcaegen2-dcae-bootstrap-776cf86d49-ljqxm  1/1   
Running   0  1d
root@onap-oom-rancher:~# kubectl exec -it -n onap 
dev-dcaegen2-dcae-bootstrap-776cf86d49-ljqxm /bin/bash
[root@dev-dcaegen2-dcae-bootstrap-776cf86d49-ljqxm /]#


In some env, it was required explicitly to set home for kubectl to work – but 
dint need in SB04.
export home=/root

Also besides SB04, you could also check this on 
Integration-OOM-Staging-Daily/Integration-OOM-Daily environment tenant; they 
have full setup too – but they are torn down daily.

Thanks,
Vijay

From: Guangrong Fu mailto:steven20...@gmail.com>>
Sent: Friday, October 19, 2018 11:07 PM
To: VENKATESH KUMAR, VIJAY mailto:vv7...@att.com>>
Cc: fu.guangr...@zte.com.cn<mailto:fu.guangr...@zte.com.cn>
Subject: Re: Help is Needed on SB04

Looping myself in in case I could not access my personal mailbox on Gmail.

Guangrong Fu 
mailto:steven20...@gmail.com>>于2018年10月20日周六 上午11:05写道：
Hi Vijay,

Since I have no access to the DCAE project in the open lab, I tried to do 
something in SB04. But when I executed "kubectl" command, errors prompted.

Such as:

root@onap-oom-rancher:~# kubectl get pod -n onap
error: couldn't get version/kind; json parse error: json: cannot unmarshal 
string into Go value of type struct { APIVersion string 
"json:\"apiVersion,omitempty\""; Kind string "json:\"kind,omitempty\"" }

root@onap-oom-rancher:~# kubectl exec -it -n onap 
dev-dcaegen2-dcae-bootstrap-776cf86d49-mxzq6 /bin/bash
error: serializer for text/html doesn't exist

etc.

Do you have any experience in this? I am contacting Stephen Gooch for help, but 
he didn't respond.

Thanks,
Guangrong




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13171): https://lists.onap.org/g/onap-discuss/message/13171
Mute This Topic: https://lists.onap.org/mt/27463959/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] ONAP Support for Secure Communication

[Brian]

It is good to highlight both your server and client interfaces.

Brian



Sent via the Samsung Galaxy S8, an AT 4G LTE smartphone


 Original message 
From: "NGUEKO, GERVAIS-MARTIAL" 
Date: 10/19/18 12:40 PM (GMT-05:00)
To: onap-discuss@lists.onap.org, "DRAGOSH, PAM" , 
"HERNANDEZ-HERRERO, JORGE" , "ZWARICO, AMY" 
Subject: Re: [onap-discuss] ONAP Support for Secure Communication

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.

Hi Amy,

Here below more details on the secure communication on CLAMP, the reason behind 
my original “No” answer:
CLAMP UI itself is https and communication between frontend and backend is 
secured. but

  *   SDC communication is http and so not secure (sdc doesn’t support AAF and 
has not exposed a secure API till now), similar to Policy we use the sdc client 
so it will be up to SDC team to provide us a secured client.
  *   Call from CLAMP to DCAE inventory API is http so not secure(DCAE is not 
integrated with AAF and has not exposed this API in https). Other DCAE API, 
used by CLAMP for deployment triggering, are https and so are secured.
  *   Policy calls are secured.

Br,
Martial

From: onap-discuss@lists.onap.org  On Behalf Of 
DRAGOSH, PAM
Sent: vendredi 19 octobre 2018 17:43
To: onap-discuss@lists.onap.org; DRAGOSH, PAM ; 
HERNANDEZ-HERRERO, JORGE 
Subject: Re: [onap-discuss] ONAP Support for Secure Communication

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Correction – the policy distribution application has 2 endpoints. One for 
HealthCheck that will need https, and the other I mentioned is the SDC Client 
SDK that will need to support https.

Sorry

Pam

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of "DRAGOSH, PAMELA L (PAM)" 
mailto:pdrag...@research.att.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, "DRAGOSH, 
PAMELA L (PAM)" mailto:pdrag...@research.att.com>>
Date: Friday, October 19, 2018 at 2:00 AM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"HERNANDEZ-HERRERO, JORGE" mailto:jh1...@att.com>>
Subject: Re: [onap-discuss] ONAP Support for Secure Communication

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Amy – the policy distribution application uses the SDC Client SDK for http 
communication via dmaap. It will be up to that project to support https, not 
policy project.

Our other component is not MVP to this release and will have https for Dublin.

Pam

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of "HERNANDEZ-HERRERO, JORGE" mailto:jh1...@att.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"HERNANDEZ-HERRERO, JORGE" mailto:jh1...@att.com>>
Date: Thursday, October 18, 2018 at 8:05 PM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>
Subject: Re: [onap-discuss] ONAP Support for Secure Communication

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.


Yes, correct, that’s the plan.  -Jorge

From: ZWARICO, AMY
Sent: Thursday, October 18, 2018 8:49 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
HERNANDEZ-HERRERO, JORGE mailto:jh1...@att.com>>
Subject: RE: [onap-discuss] ONAP Support for Secure Communication

Thank you. Are there plans to support https for the new components in Dublin?

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of HERNANDEZ-HERRERO, JORGE
Sent: Thursday, October 18, 2018 7:13 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] ONAP Support for Secure Communication

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.

Hello Amy,



Responding on behalf of Pam D., Policy PTL, that is currently on vacations.



https is supported across all policy components with the exception of the new 
ones introduced in Casablanca release (apex-pdp, policy-distribution).



Jorge


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13149): https://lists.onap.org/g/onap-discuss/message/13149
Mute This Topic: https://lists.onap.org/mt/27369768/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] ONAP Support for Secure Communication

[Brian]

I’m just trying to correctly show the progress that has been made in some areas.
No implies you dont have any SSL/HTTPS which is not accurate hence I think its 
a two part question :)

Brian


From: FORSYTH, JAMES
Sent: Thursday, October 18, 2018 11:56 AM
To: FREEMAN, BRIAN D ; onap-discuss@lists.onap.org; ZWARICO, 
AMY 
Cc: PAROULEK Pavel OSK (ext.) ; NAMBI, ARUL 
; KAJUR, HARISH V ; AGGARWAL, MANISHA 
; LEE, TIAN ; BLIMKIE, STEVEN 

Subject: Re: [onap-discuss] ONAP Support for Secure Communication

Hi, Brian,

Seemed like the question was yes or no for the whole project, so I thought I 
couldn’t answer yes – seems like you are giving us a little more daylight, so 
I’ll take it!

AAI: “Yes, except for the GUI”

Thanks,
jimmy



From: "FREEMAN, BRIAN D" mailto:bf1...@att.com>>
Date: Thursday, October 18, 2018 at 11:47 AM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, "FORSYTH, 
JAMES" mailto:jf2...@att.com>>, "ZWARICO, AMY" 
mailto:az9...@att.com>>
Cc: "PAROULEK Pavel OSK (ext.)" 
mailto:pavel.parou...@orange.com>>, "NAMBI, ARUL" 
mailto:arul.na...@amdocs.com>>, HARISH V KAJUR 
mailto:vk2...@att.com>>, "AGGARWAL, MANISHA" 
mailto:amani...@att.com>>, "LEE, TIAN" 
mailto:ti...@amdocs.com>>, "BLIMKIE, STEVEN" 
mailto:steven.blim...@amdocs.com>>
Subject: RE: [onap-discuss] ONAP Support for Secure Communication

Dont you need two responses.

AAI:
GUI:No
REST: Yes

?

Brian


From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
FORSYTH, JAMES
Sent: Thursday, October 18, 2018 11:44 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; ZWARICO, 
AMY mailto:az9...@att.com>>
Cc: PAROULEK Pavel OSK (ext.) 
mailto:pavel.parou...@orange.com>>; NAMBI, ARUL 
mailto:arul.na...@amdocs.com>>; KAJUR, HARISH V 
mailto:vk2...@att.com>>; AGGARWAL, MANISHA 
mailto:amani...@att.com>>; KAJUR, HARISH V 
mailto:vk2...@att.com>>; LEE, TIAN 
mailto:ti...@amdocs.com>>; BLIMKIE, STEVEN 
mailto:steven.blim...@amdocs.com>>
Subject: Re: [onap-discuss] ONAP Support for Secure Communication

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Hi, Amy,

The response for AAI is “No” – our UI could not be integrated with the https 
version of the portal.

Thanks,
jimmy

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of "ZWARICO, AMY" mailto:az9...@att.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, "ZWARICO, 
AMY" mailto:az9...@att.com>>
Date: Tuesday, October 16, 2018 at 10:18 AM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] ONAP Support for Secure Communication

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.





PTLs: The security subcommittee is tracking ONAP support of secure 
communication on all ONAP interfaces (typically HTTPS), which is one of the S3P 
requirements. Please respond to this email with a the status of your project’s 
support of secure communication. ("Yes" or "No")

Amy Zwarico, LMTS

Chief Security Office / Enterprise Security Support / Cloud Security Services

AT Services

(205) 613-1667






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13128): https://lists.onap.org/g/onap-discuss/message/13128
Mute This Topic: https://lists.onap.org/mt/27369768/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] ONAP Support for Secure Communication

[Brian]

Dont you need two responses.

AAI:
GUI:No
REST: Yes

?

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
FORSYTH, JAMES
Sent: Thursday, October 18, 2018 11:44 AM
To: onap-discuss@lists.onap.org; ZWARICO, AMY 
Cc: PAROULEK Pavel OSK (ext.) ; NAMBI, ARUL 
; KAJUR, HARISH V ; AGGARWAL, MANISHA 
; KAJUR, HARISH V ; LEE, TIAN 
; BLIMKIE, STEVEN 
Subject: Re: [onap-discuss] ONAP Support for Secure Communication

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Hi, Amy,

The response for AAI is “No” – our UI could not be integrated with the https 
version of the portal.

Thanks,
jimmy

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of "ZWARICO, AMY" mailto:az9...@att.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, "ZWARICO, 
AMY" mailto:az9...@att.com>>
Date: Tuesday, October 16, 2018 at 10:18 AM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] ONAP Support for Secure Communication

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.





PTLs: The security subcommittee is tracking ONAP support of secure 
communication on all ONAP interfaces (typically HTTPS), which is one of the S3P 
requirements. Please respond to this email with a the status of your project’s 
support of secure communication. ("Yes" or "No")

Amy Zwarico, LMTS

Chief Security Office / Enterprise Security Support / Cloud Security Services

AT Services

(205) 613-1667






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13123): https://lists.onap.org/g/onap-discuss/message/13123
Mute This Topic: https://lists.onap.org/mt/27369768/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss][SO] : find request via SO API

[Brian]

Yes - you can see it in the robot logs but here is what I use in postman.

http://{{so_port}}/onap/so/infra/orchestrationRequests/v6/512447f4-23b6-4836-95b0-5e87bc439350<http://%7b%7bso_port%7d%7d/onap/so/infra/orchestrationRequests/v6/512447f4-23b6-4836-95b0-5e87bc439350>


Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Rene Robert
Sent: Tuesday, October 16, 2018 3:37 AM
To: onap-discuss@lists.onap.org; SMOKOWSKI, STEVEN 
Subject: [onap-discuss][SO] : find request via SO API

Hi

Is there a solution using the SO API to ask/list for "SO requests" given a 
service instance id ?

Best regards

[Logo 
Orange]<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.orange.com_=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=tfQkNpiHwH8rOylHBtKu1jL0zEbzLxc3Aogq-rGcA-g=753snWl8eEAb9mMKdGlyMHGtTvWl0racTZiHewlXQTs=>

René Robert
«Open and Smart solutions for autOmating Network Services»
ORANGE/IMT/OLN/CNC/NARA/OSONS

Fixe : +33 2 96 07 39 29 
<https://urldefense.proofpoint.com/v2/url?u=https-3A__monsi.sso.francetelecom.fr_index.asp-3Ftarget-3Dhttp-253A-252F-252Fclicvoice.sso.francetelecom.fr-252FClicvoiceV2-252FToolBar.do-253Faction-253Ddefault-2526rootservice-253DSIGNATURE-2526to-253D-2B33-25202-252096-252007-252039-252029=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=tfQkNpiHwH8rOylHBtKu1jL0zEbzLxc3Aogq-rGcA-g=QgM7t8o-jiDqHYlt51f6YO2o37mkk5Y00FntsJTdx0w=>
Mobile : +33 6 74 78 68 43 
<https://urldefense.proofpoint.com/v2/url?u=https-3A__monsi.sso.francetelecom.fr_index.asp-3Ftarget-3Dhttp-253A-252F-252Fclicvoice.sso.francetelecom.fr-252FClicvoiceV2-252FToolBar.do-253Faction-253Ddefault-2526rootservice-253DSIGNATURE-2526to-253D-2B33-25206-252074-252078-252068-252043=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=tfQkNpiHwH8rOylHBtKu1jL0zEbzLxc3Aogq-rGcA-g=tgRHmAbJqOOK8ZJUqBH1q9zxJyd00AEcdgchyPplZug=>
rene.rob...@orange.com<mailto:rene.rob...@orange.com>


_



Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.



This message and its attachments may contain confidential or privileged 
information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete 
this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.

Thank you.


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13079): https://lists.onap.org/g/onap-discuss/message/13079
Mute This Topic: https://lists.onap.org/mt/27367334/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss]RE: Status:Error: Failed to get service models from SDC

[Brian]

That seems strange - is there an error earlier where an HTTP request failed so 
the parsing the response was a NoSuchMethodFound Exception ?

Brian



From: Saiguru Mahesh Thota 
Sent: Tuesday, October 16, 2018 8:45 AM
To: FREEMAN, BRIAN D ; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss]RE: Status:Error: Failed to get service models from 
SDC

Hi Brian,

We are getting NoSuchMethodFound Exception. PFA log snapshot.


Regards,
Mahesh
Senior Consultant
Infosys Limited
+91-4030844799
saiguru_th...@infosys.com<mailto:sumant...@infosys.com>



From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: Tuesday, October 16, 2018 6:08 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Saiguru 
Mahesh Thota mailto:saiguru_th...@infosys.com>>
Subject: RE: [onap-discuss]RE: Status:Error: Failed to get service models from 
SDC

Check the VID logs to see what error message you are getting back from the VID 
query to SDC.

Brian


From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Mahesh Thota
Sent: Tuesday, October 16, 2018 6:31 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss]RE: Status:Error: Failed to get service models from SDC

Hi,

We have onboarded some service models in SDC, after that while trying to create 
service instance from VID, We are getting below error:

Status:Error: Failed to get service models from 
SDC<https://urldefense.proofpoint.com/v2/url?u=https-3A__apac01.safelinks.protection.outlook.com_-3Furl-3Dhttps-253A-252F-252Furldefense.proofpoint.com-252Fv2-252Furl-253Fu-253Dhttps-2D3A-5F-5Fwiki.onap.org-5Fquestions-5F15996992-5F-2D2Dstatuserror-2D2Dfailed-2D2Dto-2D2Dget-2D2Dservice-2D2Dmodels-2D2Dfrom-2D2Dsdc-2526d-253DDwMFAg-2526c-253DLFYZ-2Do9-5FHUMeMTSQicvjIg-2526r-253De3d1ehx3DI5AoMgDmi2Fzw-2526m-253Dn-2Dsy-5FsbYZxv-2DzAeDyQOxbSUbbqwEa6Z01-2DvcahVj1WI-2526s-253DX3iGEUHRbhsObkbgmuaOB3eT6S4UhXiK8C57-5F5c3nTU-2526e-253D-26data-3D01-257C01-257CSaiguru-5FThota-2540infosys.com-257Caf5f319e2a9a4cf7251608d6336476fd-257C63ce7d592f3e42cda8ccbe764cff5eb6-257C1-26sdata-3Drl7z2sFaI81l9AEDPnvV9GUiYzjymkH4RVKjMeIlDPo-253D-26reserved-3D0=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=_FowrQZxYvACcGKe2l9wbcgohEoQiKX9przyqsBcpAM=xUoSPo-zjekTW0dd9y6tctdO5Hfr2hyDSndN2r-fsI0=>

Does anyone faced this issue? If so please help on the resolution.


Regards,
Mahesh
Senior Consultant
Infosys Limited
+91-4030844799
saiguru_th...@infosys.com<mailto:sumant...@infosys.com>



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13073): https://lists.onap.org/g/onap-discuss/message/13073
Mute This Topic: https://lists.onap.org/mt/27367996/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss]RE: Status:Error: Failed to get service models from SDC

[Brian]

Check the VID logs to see what error message you are getting back from the VID 
query to SDC.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Mahesh Thota
Sent: Tuesday, October 16, 2018 6:31 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss]RE: Status:Error: Failed to get service models from SDC

Hi,

We have onboarded some service models in SDC, after that while trying to create 
service instance from VID, We are getting below error:

Status:Error: Failed to get service models from 
SDC<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_questions_15996992_-2Dstatuserror-2Dfailed-2Dto-2Dget-2Dservice-2Dmodels-2Dfrom-2Dsdc=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=n-sy_sbYZxv-zAeDyQOxbSUbbqwEa6Z01-vcahVj1WI=X3iGEUHRbhsObkbgmuaOB3eT6S4UhXiK8C57_5c3nTU=>

Does anyone faced this issue? If so please help on the resolution.


Regards,
Mahesh
Senior Consultant
Infosys Limited
+91-4030844799
saiguru_th...@infosys.com<mailto:sumant...@infosys.com>



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#13068): https://lists.onap.org/g/onap-discuss/message/13068
Mute This Topic: https://lists.onap.org/mt/27367996/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] onap-sdnc-ansible-server cannot launch

[Brian]

The 1.4-STAGING-latest and update to the command line (ansible  moved from sdnc 
to ccsdk in Casablanca) worked for me in an Beijing instance as well.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12993): https://lists.onap.org/g/onap-discuss/message/12993
Mute This Topic: https://lists.onap.org/mt/25510544/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [APPC]: DGBuilder UI error

[Brian]

Display is a real time rendering of a Graphviz picture so most likely the 
problem is the permission or location of graphviz.
I’ve also occasionally had issues with memory in a Heat solution (check the 
sdnc dgbuilder jira’s)

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Andreas Geissler
Sent: Thursday, October 11, 2018 7:38 AM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [APPC]: DGBuilder UI error


Hi Taka,

just for clarification.

The issue Chandrashekhar, is reporting about is happening in the default APPC 
installation via ONAP OOM.

We can launch the DGBuilder UI which shows all DGs, but if you press "Display" 
on any DG the above described error is shown. So I guess the data is loaded to 
the DB, but the flow files are missing.

So I wonder, if this needs to be fixed for Beijing+Casablance (To be checked) ??

[cid:image001.jpg@01D4613E.DD0A3F90]


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12954): https://lists.onap.org/g/onap-discuss/message/12954
Mute This Topic: https://lists.onap.org/mt/24005499/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down

[Brian]

should we open a separate ticket on nexus.onap.org connection reset on push ?

Brian


-Original Message-
From: TIMONEY, DAN 
Sent: Tuesday, October 02, 2018 3:03 PM
To: FREEMAN, BRIAN D ; onap-discuss@lists.onap.org; 
gary.i...@huawei.com; DRAGOSH, PAM ; 
onap-helpd...@rt.linuxfoundation.org; gildas.lani...@huawei.com
Cc: LEFEVRE, CATHERINE 
Subject: Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down

All,

FYI - I hoped to work around this issue by commenting out a module that isn't 
critical from our build, hoping to reduce load.  Didn't help - just moved the 
problem to someplace else.

Here's the error I'm getting:

18:43:05 [INFO] Installing /w/workspace/sdnc-oam-master-merge-java/pom.xml to 
/w/workspace/sdnc-oam-master-merge-java/admportal/target/nexus-staging/deferred/org/onap/sdnc/oam/sdnc-oam/1.4.0-SNAPSHOT/sdnc-oam-1.4.0-SNAPSHOT.pom
18:43:05 [INFO] Deploying remotely...
18:43:05 [INFO] Bulk deploying locally gathered artifacts from directory: 
18:43:05 [INFO]  * Bulk deploying locally gathered snapshot artifacts
18:45:14 Oct 02, 2018 6:45:14 PM 
org.apache.maven.wagon.providers.http.httpclient.impl.execchain.RetryExec 
execute
18:45:14 INFO: I/O exception (java.net.SocketException) caught when processing 
request to {}->http://nexus.onap.org:80: Connection reset

18:46:47 [ERROR] Failed to execute goal 
org.sonatype.plugins:nexus-staging-maven-plugin:1.6.7:deploy 
(injected-nexus-deploy) on project sdnc-oam: Failed to deploy artifacts: Could 
not transfer artifact 
org.onap.sdnc.oam:platform-logic-installer:zip:1.4.0-20181002.184326-145 
from/to ecomp-snapshots (http://nexus.onap.org/content/repositories/snapshots): 
Connection reset -> [Help 1]

So while the error is happening on Jenkins, it seems that Nexus is really the 
culprit.  


Dan
-- 
Dan Timoney
SDN-CP Development
ONAP Project Technical Lead : CCSDK and SDNC 
 
Please go to  D2 ECOMP Release Planning Wiki 
<https://wiki.web.att.com/display/DERP/D2+ECOMP+Release+Planning+Home> for D2 
ECOMP Project In-take, 2016 Release Planning, Change Management, and find key 
Release Planning Contact Information.
 

On 10/2/18, 2:14 PM, "FREEMAN, BRIAN D"  wrote:

Gildas,

Help - this is blocking instantiation testing because we cant distribute 
the models without a new sdnc docker.

Brian


-Original Message-
From: TIMONEY, DAN 
Sent: Tuesday, October 02, 2018 2:11 PM
To: onap-discuss@lists.onap.org; gary.i...@huawei.com; DRAGOSH, PAM 
; onap-helpd...@rt.linuxfoundation.org; 
gildas.lani...@huawei.com
Cc: FREEMAN, BRIAN D ; LEFEVRE, CATHERINE 

Subject: Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down

All,

Whatever can be done to alleviate this would be helpful. 

To echo Pam's point, last Friday, all my merges were taking over 90 minutes 
- or rather, they were running for 90 minutes then getting killed.   I've been 
working now for a week just on doing release builds.  The last one failed this 
morning due to socket connection dropped errors with Nexus.  I tried pushing a 
change to skip the jar that was hitting that error to see if that helps - the 
verify job for that change just finished after 1 hour and 20 mins.

Gildas - this constitutes a jeopardy on our Casablanca release.  We are 
completely blocked until this gets better : we can't create new docker 
containers to test what we already have; we can't merge anything new.  The 
factory is essentially closed for business.

Dan

-- 
Dan Timoney
SDN-CP Development
ONAP Project Technical Lead : CCSDK and SDNC 
 
Please go to  D2 ECOMP Release Planning Wiki 
<https://wiki.web.att.com/display/DERP/D2+ECOMP+Release+Planning+Home> for D2 
ECOMP Project In-take, 2016 Release Planning, Change Management, and find key 
Release Planning Contact Information.
 

On 10/2/18, 2:01 PM, "onap-discuss@lists.onap.org on behalf of Gary Wu" 
 wrote:

It seems like nexus and nexus3 are suffering severe congestion right 
now, so the jobs are spending a long time trying to download artifacts.



Maybe we should consider migrating those systems to AWS as well?



Thanks,

Gary



-Original Message-

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] 
On Behalf Of Pamela Dragosh

Sent: Tuesday, October 02, 2018 10:12 AM

To: onap-helpd...@rt.linuxfoundation.org

Cc: onap-discuss@lists.onap.org

Subject: Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down



This just started this morning. Seems to have been resolved as folks 
can now submit changes. 



Nobody hard codes any IP address, their environments haven’t changed in 

Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down

[Brian]

Gildas,

Help - this is blocking instantiation testing because we cant distribute the 
models without a new sdnc docker.

Brian


-Original Message-
From: TIMONEY, DAN 
Sent: Tuesday, October 02, 2018 2:11 PM
To: onap-discuss@lists.onap.org; gary.i...@huawei.com; DRAGOSH, PAM 
; onap-helpd...@rt.linuxfoundation.org; 
gildas.lani...@huawei.com
Cc: FREEMAN, BRIAN D ; LEFEVRE, CATHERINE 

Subject: Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down

All,

Whatever can be done to alleviate this would be helpful. 

To echo Pam's point, last Friday, all my merges were taking over 90 minutes - 
or rather, they were running for 90 minutes then getting killed.   I've been 
working now for a week just on doing release builds.  The last one failed this 
morning due to socket connection dropped errors with Nexus.  I tried pushing a 
change to skip the jar that was hitting that error to see if that helps - the 
verify job for that change just finished after 1 hour and 20 mins.

Gildas - this constitutes a jeopardy on our Casablanca release.  We are 
completely blocked until this gets better : we can't create new docker 
containers to test what we already have; we can't merge anything new.  The 
factory is essentially closed for business.

Dan

-- 
Dan Timoney
SDN-CP Development
ONAP Project Technical Lead : CCSDK and SDNC 
 
Please go to  D2 ECOMP Release Planning Wiki 
<https://wiki.web.att.com/display/DERP/D2+ECOMP+Release+Planning+Home> for D2 
ECOMP Project In-take, 2016 Release Planning, Change Management, and find key 
Release Planning Contact Information.
 

On 10/2/18, 2:01 PM, "onap-discuss@lists.onap.org on behalf of Gary Wu" 
 wrote:

It seems like nexus and nexus3 are suffering severe congestion right now, 
so the jobs are spending a long time trying to download artifacts.



Maybe we should consider migrating those systems to AWS as well?



Thanks,

Gary



-Original Message-

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Pamela Dragosh

Sent: Tuesday, October 02, 2018 10:12 AM

To: onap-helpd...@rt.linuxfoundation.org

Cc: onap-discuss@lists.onap.org

Subject: Re: [onap-discuss] [ONAP Helpdesk #61676] gerrit down



This just started this morning. Seems to have been resolved as folks can 
now submit changes. 



Nobody hard codes any IP address, their environments haven’t changed in 
months. These were separate firewalls.



But jenkins is really, really slow today and failing to finish verify and 
merge jobs.



Pam



On 10/2/18, 11:49 AM, "Andrew Grimberg via RT" 
 wrote:



On 10/02/2018 06:56 AM, pdrag...@research.att.com via RT wrote:

> 

> It seems that multiple folks on my team across the US cannot submit a

> gerrit review. It either hangs or gives a connection refused.

> 



Greetings Pam,



Is this a problem that people have been having (and are still having)

since the maintenance of Gerrit on Friday?



If so, it sounds like there's possibly corporate firewalls blocking

access then as the ONAP Gerrit system is working just fine for me and

I've seen no alarms from our monitoring.



The new system is now behind an Amazon ELB and does not have hard and

firm IP addresses. My experience with these sorts of systems is that the

addresses will change with no notice and no control on our part but as

Amazon remanages the addresses in their own system.



The _current_ IP addresses are: 35.166.47.83 and 35.164.144.118



-Andy-



-- 

Andrew J Grimberg

Manager Release Engineering

The Linux Foundation























-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12796): https://lists.onap.org/g/onap-discuss/message/12796
Mute This Topic: https://lists.onap.org/mt/26661009/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [OOM] SDNC is not installing when installing a subset of ONAP in Rancher/Kubernetes

[Brian]

Andrew,

Good catch !

We dont touch sniro-emulator in the integration-override.yaml so we didnt hit 
this problem.

Brian


From: Andrew Fenner 
Sent: Tuesday, October 02, 2018 8:52 AM
To: onap-discuss@lists.onap.org; FREEMAN, BRIAN D ; 
georgehcl...@gmail.com
Subject: RE: [onap-discuss] [OOM] SDNC is not installing when installing a 
subset of ONAP in Rancher/Kubernetes

Hi,

I was running into something similar and I think it is a little more complex 
(still investigating but think I’m close to the root of the problem)

I think the parsing in the deploy.sh is a tiny bit off and it is been confused 
by the sniro-emulator as the “–“ isn’t in the word definition.

I think if you enable the sniro-emulator
enabled : true

then it won’t mess up the sdnc.

I’m going to write a bug on it ASAP.


Or in the file
~/.helm/plugins/deploy/deploy.sh

Change the line
local s='[[:space:]]*' w='[a-zA-Z0-9_]*' fs=$(echo @|tr @ '\034')

to

local s='[[:space:]]*' w='[a-zA-Z0-9_-]*' fs=$(echo @|tr @ '\034')

Please note : I haven’t tested this a lot

/Andrew

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Brian
Sent: 01 October 2018 22:10
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
georgehcl...@gmail.com<mailto:georgehcl...@gmail.com>
Subject: Re: [onap-discuss] [OOM] SDNC is not installing when installing a 
subset of ONAP in Rancher/Kubernetes

For SDNC you need something like this (from integration-override.yaml):
Remember the default is enabled: true so I think the issue is its not liking 
the mysql section vs the enableClustering: true/false

Brian

sdnc:
  replicaCount: 3
  config:
enableClustering: true

or

sdnc:
  replicaCount: 1
  config:
enableClustering: false

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
George Clapp
Sent: Monday, October 01, 2018 4:49 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [OOM] SDNC is not installing when installing a 
subset of ONAP in Rancher/Kubernetes

Thanks much!  Here it is.

# Copyright © 2017 Amdocs, Bell Canada
#
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
#   
http://www.apache.org/licenses/LICENSE-2.0<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.apache.org_licenses_LICENSE-2D2.0=DwQFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=-CGTkpgOLoeP83ahczyUwDnV1SZvaqqijO7GYGSC3iQ=rhnh6ybCMmI22alydQpKEtr4xdnarzLHBE2ogFI9Yjc=>
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.

#
# Global configuration overrides.
#
# These overrides will affect all helm charts (ie. applications)
# that are listed below and are 'enabled'.
#
global:
  # Change to an unused port prefix range to prevent port conflicts
  # with other instances running within the same k8s cluster
  nodePortPrefix: 302
  nodePortPrefixExt: 304

  # ONAP Repository
  # Uncomment the following to enable the use of a single docker
  # repository but ONLY if your repository mirrors all ONAP
  # docker images. This includes all images from dockerhub and
  # any other repository that hosts images for ONAP components.
  #repository: nexus3.onap.org:10001
  repositoryCred:
user: docker
password: docker

  # readiness check - temporary repo until images migrated to nexus3
  readinessRepository: oomk8s
  # logging agent - temporary repo until images migrated to nexus3
  loggingRepository: docker.elastic.co

  # image pull policy
  pullPolicy: Always

  # default mount path root directory referenced
  # by persistent volumes and log files
  persistence:
mountPath: /dockerdata-nfs

  # flag to enable debugging - application support required
  debugEnabled: false

  # override default resource limit flavor for all charts
  flavor: unlimited

# Repository for creation of nexus3.onap.org secret
repository: nexus3.onap.org:10001


#
# Enable/disable and configure helm charts (ie. applications)
# to customize the ONAP deployment.
#
aaf:
  enabled: false
aai:
  enabled: true
appc:
  enabled: false
  config:
openStackType: OpenStackProvider
openStackName: OpenStack
openStackKeyStoneUrl: http://localhost:8181/apidoc/explorer/index.html

Re: [onap-discuss] [OOM] SDNC is not installing when installing a subset of ONAP in Rancher/Kubernetes

[Brian]

For SDNC you need something like this (from integration-override.yaml):
Remember the default is enabled: true so I think the issue is its not liking 
the mysql section vs the enableClustering: true/false

Brian

sdnc:
  replicaCount: 3
  config:
enableClustering: true

or

sdnc:
  replicaCount: 1
  config:
enableClustering: false

From: onap-discuss@lists.onap.org  On Behalf Of 
George Clapp
Sent: Monday, October 01, 2018 4:49 PM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [OOM] SDNC is not installing when installing a 
subset of ONAP in Rancher/Kubernetes

Thanks much!  Here it is.

# Copyright © 2017 Amdocs, Bell Canada
#
# Licensed under the Apache License, Version 2.0 (the "License");
# you may not use this file except in compliance with the License.
# You may obtain a copy of the License at
#
#   
http://www.apache.org/licenses/LICENSE-2.0<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.apache.org_licenses_LICENSE-2D2.0=DwQFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=-CGTkpgOLoeP83ahczyUwDnV1SZvaqqijO7GYGSC3iQ=rhnh6ybCMmI22alydQpKEtr4xdnarzLHBE2ogFI9Yjc=>
#
# Unless required by applicable law or agreed to in writing, software
# distributed under the License is distributed on an "AS IS" BASIS,
# WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
# See the License for the specific language governing permissions and
# limitations under the License.

#
# Global configuration overrides.
#
# These overrides will affect all helm charts (ie. applications)
# that are listed below and are 'enabled'.
#
global:
  # Change to an unused port prefix range to prevent port conflicts
  # with other instances running within the same k8s cluster
  nodePortPrefix: 302
  nodePortPrefixExt: 304

  # ONAP Repository
  # Uncomment the following to enable the use of a single docker
  # repository but ONLY if your repository mirrors all ONAP
  # docker images. This includes all images from dockerhub and
  # any other repository that hosts images for ONAP components.
  #repository: nexus3.onap.org:10001
  repositoryCred:
user: docker
password: docker

  # readiness check - temporary repo until images migrated to nexus3
  readinessRepository: oomk8s
  # logging agent - temporary repo until images migrated to nexus3
  loggingRepository: docker.elastic.co

  # image pull policy
  pullPolicy: Always

  # default mount path root directory referenced
  # by persistent volumes and log files
  persistence:
mountPath: /dockerdata-nfs

  # flag to enable debugging - application support required
  debugEnabled: false

  # override default resource limit flavor for all charts
  flavor: unlimited

# Repository for creation of nexus3.onap.org secret
repository: nexus3.onap.org:10001


#
# Enable/disable and configure helm charts (ie. applications)
# to customize the ONAP deployment.
#
aaf:
  enabled: false
aai:
  enabled: true
appc:
  enabled: false
  config:
openStackType: OpenStackProvider
openStackName: OpenStack
openStackKeyStoneUrl: http://localhost:8181/apidoc/explorer/index.html
openStackServiceTenantName: default
openStackDomain: default
openStackUserName: admin
openStackEncryptedPassword: admin
clamp:
  enabled: false
cli:
  enabled: false
consul:
  enabled: false
contrib:
  enabled: false
dcaegen2:
  enabled: false
  pnda:
enabled: false
dmaap:
  enabled: true
esr:
  enabled: false
log:
  enabled: true
sniro-emulator:
  enabled: false
oof:
  enabled: true
msb:
  enabled: false
multicloud:
  enabled: false
nbi:
  enabled: false
  config:
# openstack configuration
openStackRegion: "Yolo"
openStackVNFTenantId: "1234"
policy:
  enabled: true
pomba:
  enabled: false
portal:
  enabled: false
robot:
  enabled: false
  config:
# openStackEncryptedPasswordHere should match the encrypted string used in SO 
and APPC and overridden per environment
openStackEncryptedPasswordHere: "c124921a3a0efbe579782cde8227681e"
sdc:
  enabled: true
sdnc:
  enabled: true

  replicaCount: 1

  mysql:
replicaCount: 1
so:
  enabled: false

  replicaCount: 1

  liveness:
# necessary to disable liveness probe when setting breakpoints
# in debugger so K8s doesn't restart unresponsive container
enabled: true

  # so server configuration
  config:
# message router configuration
dmaapTopic: "AUTO"
# openstack configuration
openStackUserName: "vnf_user"
openStackRegion: "RegionOne"
openStackKeyStoneUrl: 
"http://1.2.3.4:5000<https://urldefense.proofpoint.com/v2/url?u=http-3A__1.2.3.4-3A5000=DwQFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgD

Re: [onap-discuss] [OOM] SDNC is not installing when installing a subset of ONAP in Rancher/Kubernetes

[Brian]

Copy your override.yaml into the message so we can look at it.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
George Clapp
Sent: Monday, October 01, 2018 3:08 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [OOM] SDNC is not installing when installing a subset 
of ONAP in Rancher/Kubernetes

I'm following the instructions at 
https://wiki.onap.org/display/DW/OOM+Helm+%28un%29Deploy+plugins<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_OOM-2BHelm-2B-2528un-2529Deploy-2Bplugins=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=mv_XzjBNb24OVejNZSqyBxf4RqPc8UjB4lImKk5YesQ=cW4ENDEVxPoMss_Vg0zys_2oiDcmgdwaayTplmEM2E0=>
 to install a subset of the ONAP components in a Rancher/Kubernetes 
environment.  To install only a subset, I copied 
oom/kubernetes/onap/values.yaml to an "override.yaml" file and set "enabled: 
true" to "enabled: false" for those components I do not want to install. I then 
executed:

helm deploy demo local/onap --namespace onap -f ~/override.yaml

All the selected components were installed except for SDNC even though he 
parameters for SDNC in the yaml file were not touched.  Has anyone else 
experienced this or have an idea about what might be happening?

Thanks,
George


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12775): https://lists.onap.org/g/onap-discuss/message/12775
Mute This Topic: https://lists.onap.org/mt/26508343/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] #integration #pomba

[Brian]

Geora,

Its your environment. Check how the password is being encrypted for SO and 
Robot – it should be the same string in the integration-override.yaml file for
“openStackEncryptedPasswordHere” in both places.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
BARSKY, GEORA
Sent: Thursday, September 27, 2018 3:40 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] #integration #pomba


Hello Integration team,

I was trying to run robot scripts for init and instantiation  ./demo-k8s.sh  
init  or ./demo-k8s.sh  instantiateVFW

and it was failing every time in the step of getting OpenStack credentials:

This is from robot output.xml

Arguments: [ "echo -n 
a1bbe8dfc3c184b7d4ae3adce7170158 | xxd -r -p | openssl enc -aes-128-ecb -d 
-nopad -nosalt -K aa3871669d893c7fb8abbcda31b88b4f | tr -d '\x08'" ]

Return: 
'georab\n\n\n\n\n\n\n\n\n'

${DECRYPTED_OPENSTACK_PASSWORD} = georab 


.
.
Arguments: [ '{\n "auth": 
{\n "tenantId" : "1ee88fe5d2364046818dc901090a0602",\n "passwordCredentials": 
{\n "username": "georab",\n "password": "georab\n\n\n\n\n\n\n\n\n"\n }\n 
}\n}\n' ]
ValueError: Invalid control 
character at: line 6 column 26 (char 149)
Traceback (most recent 
call last): File 
"/var/opt/OpenECOMP_ETE/robot/library/RequestsLibrary/RequestsKeywords.py", 
line 307, in to_json json_ = json.loads(content) File 
"/usr/lib/python2.7/json/__init__.py", line 339, in loads return 
_default_decoder.decode(s) File "/usr/lib/python2.7/json/decoder.py", line 364, 
in decode obj, end = self.raw_decode(s, idx=_w(s, 0).end()) File 
"/usr/lib/python2.7/json/decoder.py", line 380, in raw_decode obj, end = 
self.scan_once(s, idx)

As you can see, the returned password after decryption has extra "\n\n\n" at 
the end

I modified keystone_interface.robot , "Get Openstack Credentials", appending 
deletion '\n'   :

 ${DECRYPTED_OPENSTACK_PASSWORD}=   Runecho -n 
${GLOBAL_INJECTED_OPENSTACK_API_KEY} | xxd -r -p | openssl enc -aes-128-ecb -d 
-nopad -nosalt -K aa3871669d893c7fb8abbcda31b88b4f | tr -d '\x08' | tr -d '\n'

and it solved the problem.

Just wanted to know if it is known issue or there is something specific for my 
environment ?

Thanks
Geora


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12709): https://lists.onap.org/g/onap-discuss/message/12709
Mute This Topic: https://lists.onap.org/mt/26338384/21656
Mute #integration: https://lists.onap.org/mk?hashtag=integration=2740164
Mute #pomba: https://lists.onap.org/mk?hashtag=pomba=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [integration] CSIT repo relocation

[Brian]

Cant we copy instead of move so that we dont break verify jobs ?

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Gary Wu
Sent: Thursday, September 27, 2018 2:49 PM
To: onap-discuss@lists.onap.org; DRAGOSH, PAM 
Subject: Re: [onap-discuss] [integration] CSIT repo relocation

Yes, they will be failing until the migration is fully completed; hopefully by 
end of this week.

Thanks,
Gary

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Pamela Dragosh
Sent: Thursday, September 27, 2018 11:43 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] [integration] CSIT repo relocation

Gary,

So now all our verify jobs are failed. Will the triggered CSIT jobs also fail?

Pam

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Gary Wu mailto:gary.i...@huawei.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"gary.i...@huawei.com<mailto:gary.i...@huawei.com>" 
mailto:gary.i...@huawei.com>>
Date: Thursday, September 27, 2018 at 1:23 PM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] [integration] CSIT repo relocation

Hi all,

To help facilitate the branching of CSIT tests, we will be moving everything 
currently under integration/test/csit into its own repo: integration/csit

This changeover should be completed by end of this week.

Thanks,
Gary




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12706): https://lists.onap.org/g/onap-discuss/message/12706
Mute This Topic: https://lists.onap.org/mt/26337100/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [SDC] Questions about the ways to trigger SDC distribute the NS csar

[Brian]

Look in the robot code for the sdc_interface.robot.

There is an example of how to initiate a distribution sincne robot does it 
through the SDC API.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Lianhao Lu
Sent: Wednesday, September 26, 2018 1:20 AM
To: onap-discuss@lists.onap.org; Lu, Lianhao ; 
'onap-...@lists.onap.org' 
Subject: Re: [onap-discuss] [SDC] Questions about the ways to trigger SDC 
distribute the NS csar

I found this RESTful API: POST 
https://{serverRoot}/sdc/v1/catalog/services/{serviceUUID}/distribution/{opEnvId}/activate<https://urldefense.proofpoint.com/v2/url?u=https-3A__-257bserverRoot-257d_sdc_v1_catalog_services_-257bserviceUUID-257d_distribution_-257bopEnvId-257d_activate=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=V1DIwt6NqtAk9T9x554oAy2aFvtKPOyzj8PxlE5D_JA=xQj5jOBXxZaem_sTy_P-fg8iLrq2LT2ZbURjInfNsu4=>

Is that the correct one to activate the service distribution? Can anyone please 
tell me what is {opEnvId}? I went through the SDC catalog API reference, and 
this is the only place need operational environment ID.  What kind of value 
should we put here in this RESTful API call?

-Lianhao

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Lianhao Lu
Sent: Wednesday, September 26, 2018 10:19 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
'onap-...@lists.onap.org' 
mailto:onap-...@lists.onap.org>>
Subject: [onap-discuss] [SDC] Questions about the ways to trigger SDC 
distribute the NS csar

Hi SDC team,

Currently we're trying to do some stability test of policy which is a SDC 
distribution client user. So I'm wondering besides clicking on the button in 
SDC GUI, is there other way to trigger SDC to distribute the NS csar to all SDC 
distribution client users, e.g. is there a SDC RESTful API we can use?

Best Regards,
-Lianhao


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12659): https://lists.onap.org/g/onap-discuss/message/12659
Mute This Topic: https://lists.onap.org/mt/26226896/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[onap-discuss] AAI relationship does not start from a valid namespace -> RE: [Robot][Heatbridge][master][aai] Robot heatbridge action fails

[Brian]

The resource-id issue could simply be the bulkadd for images and flavors being 
run more than once. I dont think that is affecting anything.

The vfmodule one about "does not start with a valid namespace"  is concerning.  
I would try it via POSTMAN directly and see if you can determine the problem.

Jimmy,

Did the format of bulkadd or relationship change ?

Brian


Arguments: [ 'aai' | '/aai/v11/bulkadd' | data=b'{"transactions": [{"put": 
[{"body": {"image-os-distro": "unknown", "application-version": "unknown", 
"image-architecture": "unknown", "application-vendor": "unknown", "image-name": 
"unknown", "image-os-version": "unknown", "application": "unknown", "image-id": 
"6e219e86-cd94-4989-9119-def29aa10b12", "image-selflink": 
"http://10.12.25.2:8774/1e097c6713e74fd7ac8e4295e605ee1e/images/6e219e86-cd94-4989-9119-def29aa10b12"}<http://10.12.25.2:8774/1e097c6713e74fd7ac8e4295e605ee1e/images/6e219e86-cd94-4989-9119-def29aa10b12%22%7d>,
 "uri": 
"/cloud-infrastructure/cloud-regions/cloud-region/CloudOwner/RegionOne/images/image/6e219e86-cd94-4989-9119-def29aa10b12"}]},
 {"put": [{"body": {"flavor-id": "764efb04-5a46-4806-a766-2bdd24559f39", 
"flavor-vcpus": 2, "flavor-ephemeral": 0, "flavor-ram": 4096, "flavor-name": 
"m1.medium", "flavor-selflink": 
"http://10.12.25.2:8774/v2.1/1e097c6713e74fd7ac8e4295e605ee1e/flavors/764efb04-5a46-4806-a766-2bdd24559f39;,
 "flavor-disk": 40}, "uri": 
"/cloud-infrastructure/cloud-regions/cloud-region/CloudOwner/RegionOne/flavors/flavor/764efb04-5a46-4806-a766-2bdd24559f39"}]},
 {"put": [{"body": {"vserver-name2": "scale-out-wro-testing-vnf003", 
"vserver-name": "scale-out-wro-testing-vnf003", "relationship-list": 
{"relationship": [{"relationship-data": [{"relationship-key": 
"generic-vnf.vnf-id", "relationship-value": 
"9ce350e8-2daf-4e2d-be13-a3c536ca09ba"}], "related-to": "generic-vnf"}, 
{"relationship-data": [{"relationship-key": "vf-module.vf-module-id", 
"relationship-value": "84b59da3-1019-43f6-85ea-116be6301d3e"}], "related-to": 
"vf-module"}, {"relationship-data": [{"relationship-key": "flavor.flavor-id", 
"relationship-value": "764efb04-5a46-4806-a766-2bdd24559f39"}, 
{"relationship-key": "cloud-region.cloud-owner", "relationship-value": 
"CloudOwner"}, {"relationship-key": "cloud-region.cloud-region-id", 
"relationship-value": "RegionOne"}], "related-to": "flavor"}, 
{"relationship-data": [{"relationship-key": "image.image-id", 
"relationship-value": "6e219e86-cd94-4989-9119-def29aa10b12"}, 
{"relationship-key": "cloud-region.cloud-owner", "relationship-value": 
"CloudOwner"}, {"relationship-key": "cloud-region.cloud-region-id", 
"relationship-value": "RegionOne"}], "related-to": "image"}]}, "volumes": [], 
"prov-status": "ACTIVE", "vserver-id": "a45e87b1-d082-465f-8726-1f5607787ce4", 
"vserver-selflink": 
"http://10.12.25.2:8774/v2.1/1e097c6713e74fd7ac8e4295e605ee1e/servers/a45e87b1-d082-465f-8726-1f5607787ce4"}<http://10.12.25.2:8774/v2.1/1e097c6713e74fd7ac8e4295e605ee1e/servers/a45e87b1-d082-465f-8726-1f5607787ce4%22%7d>,
 "uri": 
"/cloud-infrastructure/cloud-regions/cloud-region/CloudOwner/RegionOne/tenants/tenant/1e097c6713e74fd7ac8e4295e605ee1e/vservers/vserver/a45e87b1-d082-465f-8726-1f5607787ce4"}]}]}'
 | headers={'Accept': 'application/json', 'Content-Type': 'application/json', 
'X-FromAppId': 'robot-ete', 'X-TransactionId': 
'robot-ete-daed81d0-7eb8-4158-8c22-c7042a6cb90b'} ]


07:07:16.018

DEBUG

Starting new HTTPS connection (1): 10.0.1.1:8443


07:07:16.156

DEBUG

https://10.0.1.1:8443 "PUT /aai/v11/bulkadd HTTP/1.1" 201 1918


07:07:16.157

DEBUG

put response: 
{"transaction":[{"put":[{"uri":"/cloud-infrastructure/cloud-regions/cloud-region/CloudOwner/RegionOne/images/image/6e219e86-cd94-4989-9119-def29aa10b12","body":{"412":"{\"requestError\":{\"serviceException\":{\"messageId\":\"SVC3000\",\"text\":\"Invalid
 input performing %1

Re: [onap-discuss] [AAI] AAI containers in CrashLoopBackOff after OOM Rancher/Kubernetes installation

[Brian]

AAI is still looking/fixing those three - they are not needed for distribution

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
George Clapp
Sent: Wednesday, September 19, 2018 12:42 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [AAI] AAI containers in CrashLoopBackOff after OOM 
Rancher/Kubernetes installation

I installed a set of ONAP components using OOM rancher/kubernetes, and some AAI 
containers have been in CrashLoopBackOff (please see the information below).  
I'd appreciate any suggestions on how to get them running.

Thanks much,
George



%: kubectl get pods -o wide -n onap | grep -i aai
dev-aai-5445ffdb99-blw6l1/1   Running0  
18h   10.42.114.60ant-vm-29
dev-aai-babel-8475d8bdf5-bsfxr  2/2   Running0  
18h   10.42.185.69ant-vm-32
dev-aai-cassandra-0 1/1   Running1  
18h   10.42.38.193ant-vm-28
dev-aai-cassandra-1 1/1   Running0  
18h   10.42.106.243   ant-vm-29
dev-aai-cassandra-2 1/1   Running1  
18h   10.42.240.206   ant-vm-32
dev-aai-champ-56b87c5c87-nrjmk  1/2   CrashLoopBackOff   
21418h   10.42.243.152   ant-vm-29
dev-aai-data-router-5bcf4f7996-r5m4q0/1   CrashLoopBackOff   
21218h   10.42.241.170   ant-vm-32
dev-aai-elasticsearch-6f7c8cdcd9-5pw5m  1/1   Running0  
18h   10.42.204.241   ant-vm-29
dev-aai-gizmo-65ff8c8dc7-pwblp  2/2   Running0  
18h   10.42.213.170   ant-vm-29
dev-aai-graphadmin-78bdc6d88f-fmm8f 2/2   Running0  
18h   10.42.108.101   ant-vm-28
dev-aai-modelloader-f79cc94fd-hpsq6 2/2   Running0  
18h   10.42.62.243ant-vm-32
dev-aai-resources-644494cbf-g7vf9   2/2   Running0  
18h   10.42.1.133 ant-vm-29
dev-aai-search-data-6c88ccdc97-pjls22/2   Running0  
18h   10.42.155.160   ant-vm-32
dev-aai-sparky-be-7f657c6dcc-qwnhz  1/2   CrashLoopBackOff   
21418h   10.42.74.225ant-vm-28
dev-aai-spike-68b68b5f6c-jxjxm  2/2   Running0  
18h   10.42.244.96ant-vm-28
dev-aai-traversal-74b5c96c4f-2kvlq  2/2   Running0  
18h   10.42.183.65ant-vm-28




%: kubectl describe pod/dev-aai-champ-56b87c5c87-nrjmk -n onap
Name:   dev-aai-champ-56b87c5c87-nrjmk
Namespace:  onap
Node:   ant-vm-29/135.207.129.119
Start Time: Tue, 18 Sep 2018 22:19:20 +
Labels: app=aai-champ
pod-template-hash=1264371743
release=dev
Annotations:
Status: Running
IP: 10.42.243.152
Controlled By:  ReplicaSet/dev-aai-champ-56b87c5c87
Containers:
  aai-champ:
Container ID:   
docker://fb970b10b58c197d4e8b02a7ed2377cc39f1b8f2224a293ee14517800b5752b0
Image:  nexus3.onap.org:10001/onap/champ:1.2.3
Image ID:   
docker-pullable://nexus3.onap.org:10001/onap/champ@sha256:22057abf7aa6002e6f2fd90537c64e4d95a4ebb405947319b4cfd210f103f66b
Port:   9522/TCP
State:  Waiting
  Reason:   CrashLoopBackOff
Last State: Terminated
  Reason:   Error
  Exit Code:1
  Started:  Wed, 19 Sep 2018 16:36:31 +
  Finished: Wed, 19 Sep 2018 16:36:33 +
Ready:  False
Restart Count:  215
Readiness:  tcp-socket :9522 delay=10s timeout=1s period=10s #success=1 
#failure=3
Environment:
  CONFIG_HOME:   /opt/app/champ-service/appconfig
  GRAPHIMPL: janus-deps
  KEY_STORE_PASSWORD:Optional: false
  KEY_MANAGER_PASSWORD:Optional: false
  SERVICE_BEANS: /opt/app/champ-service/dynamic/conf
Mounts:
  /etc/localtime from localtime (ro)
  /opt/app/champ-service/appconfig/auth from dev-aai-champ-secrets (rw)
  /opt/app/champ-service/appconfig/champ-api.properties from 
dev-aai-champ-config (rw)
  /opt/app/champ-service/bundleconfig/etc/logback.xml from 
dev-aai-champ-logback-config (rw)
  /opt/app/champ-service/dynamic/conf/champ-beans.xml from 
dev-aai-champ-dynamic-config (rw)
  /var/log/onap from dev-aai-champ-logs (rw)
  /var/run/secrets/kubernetes.io/serviceaccount from default-token-l6dpz 
(ro)
  filebeat-onap:
Container ID:   
docker://0ed35a07aab5e85a119ee72de03c835530cad645451e3f1b1d80093fd53e697a
Image:  docker.elastic.co/beats/filebeat:5.5.0
Image ID:   
docker-pullable://docker.elastic.co/beats/filebeat@sha256

Re: [onap-discuss] Why we need manual SDN-C preloading?

[Brian]

Tomek,

The issue is how to assign the per instance data that can not part of the model 
that is used multiple times for instantiation.

There are 3 mechanisms for setting that per instance data.


  1.  Preload to SDN-C where the instance specific hostnames , network 
information needed for the VNF to do its function , ssh key etc can be set.
 *   VID users selects the "use sdnc preload" option and SO queries for 
that data to SDNC at the VF Module instantiation
  2.  As a json file uploaded to VID so that the same information is provided 
to SO
 *   VID users selects the upload json file option instead of "use sdnc 
preload"
  3.  Automated SDN-C assignment where there is a controller design studio 
template used to do "resource resolution"
 *   VID user doesnt select the use sdnc preload option
 *   As part of the process of VNF design - the network/service designer 
creates the template for resource resolution and the corresponding policies for 
thing slike hostnames, query IP Address Management subsystem for assignments 
and any manually resolved data that came in from VID

It is not a simple problem because the .env file's that are provided with the 
VNF heat template's are not instance specific at model onboarding and each 
service provider is likely to have unique naming conventions and configuration 
policies they want to implement.


Casablanca will see the initial availability of the Controller Design Studio so 
you can see more of how the model/policy driven resource resolution will work.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Tomek
Sent: Wednesday, September 19, 2018 3:27 AM
To: onap-discuss@lists.onap.org
Cc: Rajewski Łukasz - Korpo 
Subject: [onap-discuss] Why we need manual SDN-C preloading?

Hello,

As in title, why we need manual SDN-C preloading in ONAP? We use and work with 
ONAP from Amsterdam release. It was surprising for us that there are some 
additional, manual steps needed to perform orchestration for any single VNF. We 
have currently ongoing development of Casablanca release and I don't see the 
feature requests to automate SDN-C preloading in ONAP. In my opinion it's just 
a matter of information exchange between SDC/SO/AAI/SDN-C.

Could you explain me why this manual step is still needed for ONAP? Is there 
any plan to automate it?

Regards,
Tomek

[Logo Orange]

Tomasz Osiński, Main R Specialist
Orange Labs R Center
Tel.: +48 50 130 06 88,
Orange Poland, Obrzeżna 7, 02-691 Warsaw
www.orange.pl<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.orange.pl_=DwMFBA=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=83ShlKLJYHsQ8x6q-X8YL24wHFwZI4uTMmfo-m9Y1JA=KuxxUC2YWgnewrJqjRv6IFzS3UqpGd9L87qn88jUstc=>





-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12518): https://lists.onap.org/g/onap-discuss/message/12518
Mute This Topic: https://lists.onap.org/mt/25753419/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Onap installation issue "Error: getting deployed release "dev": release: "dev" not found"

[Brian]

The problem is with the last round of changes to project helm charts the 
configMap has exceeded the boundary.

There is a change being tested to use a new approach for installation from the 
OOM team to use a per project release that solves the problem.
Its a new deploy/undeploy plugin to helm.

Mike Elliot has details but we havent finished testing yet.

I thought I had heard that removing the comments at the top of the helm charts 
for license info might also provide some temporary relief since comments if not 
wrapped correctly are kept in the configMap but that might be tedious.

Mike can add more on the new deploy approach.

Brian





From: onap-discuss@lists.onap.org  On Behalf Of 
Krzysztof Kuzmicki
Sent: Wednesday, September 19, 2018 5:20 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Onap installation issue "Error: getting deployed 
release "dev": release: "dev" not found"


Hi



We are facing strange issue during fresh installation of Casablance release.

After "make all" and "helm install  local/onap -n dev --namespace onap"

we got following error:
NAME:   dev
Error: getting deployed release "dev": release: "dev" not found
After this error installation starts in kuberentes however upgrades are not 
possible due to lack of release dev..

We tried also reduce amount of ONAP components (15 set to false)in 
kubernetes/onap/values.yaml issue still exists.



Has anybody noticed same issue?

Is for that some jira issue reported?

Maybe is for that some workaround?



br,

Krzysztof




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12515): https://lists.onap.org/g/onap-discuss/message/12515
Mute This Topic: https://lists.onap.org/mt/25753829/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Why we need manual SDN-C preloading?

[Brian]

Not sure. I usually test with the SDNC preload option.
I suspect its only the .env parameters since the data is added to the parameter 
line in the stack create when they match .env parameters and ignored if not.
SO might do other things with that data though.

Brian


From: Rajewski Łukasz - Korpo 
Sent: Wednesday, September 19, 2018 8:38 AM
To: FREEMAN, BRIAN D ; onap-discuss@lists.onap.org; Osiński 
Tomasz 2 - Korpo 
Subject: RE: Why we need manual SDN-C preloading?

Thanks Brian, it explains a lot.

regarding the option 2, this file contains only values of parameters specified 
in .env file for heat or there are some other ones required?

Regards,

[Logo Orange]

Łukasz Rajewski, R Expert
Orange Labs Polska, Advancend Networking Systems Agency, Warsaw
Mobile: +48 519 310 854
Orange Polska, Obrzeżna 7, 02-691 Warszawa
www.orange.pl<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.orange.pl_=DwMFBA=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=fWJOo710tN2kqhd7qJ2uN_1a6ehkRcTodkyZv4qtlw8=GIHauSayjqdpsddFNx9pbkEVO8pYh7RcTrlOVw6hiEE=>



From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: Wednesday, September 19, 2018 2:31 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Osiński 
Tomasz 2 - Korpo
Cc: Rajewski Łukasz - Korpo
Subject: RE: Why we need manual SDN-C preloading?

Tomek,

The issue is how to assign the per instance data that can not part of the model 
that is used multiple times for instantiation.

There are 3 mechanisms for setting that per instance data.


  1.  Preload to SDN-C where the instance specific hostnames , network 
information needed for the VNF to do its function , ssh key etc can be set.
 *   VID users selects the "use sdnc preload" option and SO queries for 
that data to SDNC at the VF Module instantiation
  2.  As a json file uploaded to VID so that the same information is provided 
to SO

 *   VID users selects the upload json file option instead of "use sdnc 
preload"
  1.  Automated SDN-C assignment where there is a controller design studio 
template used to do "resource resolution"

 *   VID user doesnt select the use sdnc preload option
 *   As part of the process of VNF design - the network/service designer 
creates the template for resource resolution and the corresponding policies for 
thing slike hostnames, query IP Address Management subsystem for assignments 
and any manually resolved data that came in from VID

It is not a simple problem because the .env file's that are provided with the 
VNF heat template's are not instance specific at model onboarding and each 
service provider is likely to have unique naming conventions and configuration 
policies they want to implement.


Casablanca will see the initial availability of the Controller Design Studio so 
you can see more of how the model/policy driven resource resolution will work.

Brian


From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Tomek
Sent: Wednesday, September 19, 2018 3:27 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: Rajewski Łukasz - Korpo 
mailto:lukasz.rajew...@orange.com>>
Subject: [onap-discuss] Why we need manual SDN-C preloading?

Hello,

As in title, why we need manual SDN-C preloading in ONAP? We use and work with 
ONAP from Amsterdam release. It was surprising for us that there are some 
additional, manual steps needed to perform orchestration for any single VNF. We 
have currently ongoing development of Casablanca release and I don't see the 
feature requests to automate SDN-C preloading in ONAP. In my opinion it's just 
a matter of information exchange between SDC/SO/AAI/SDN-C.

Could you explain me why this manual step is still needed for ONAP? Is there 
any plan to automate it?

Regards,
Tomek

[Logo Orange]

Tomasz Osiński, Main R Specialist
Orange Labs R Center
Tel.: +48 50 130 06 88,
Orange Poland, Obrzeżna 7, 02-691 Warsaw
www.orange.pl<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.orange.pl_=DwMFBA=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=83ShlKLJYHsQ8x6q-X8YL24wHFwZI4uTMmfo-m9Y1JA=KuxxUC2YWgnewrJqjRv6IFzS3UqpGd9L87qn88jUstc=>





-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12506): https://lists.onap.org/g/onap-discuss/message/12506
Mute This Topic: https://lists.onap.org/mt/25753419/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [OOM][AAI] Is aai data router broken?

[Brian]

It doesnt block distribution.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
FORSYTH, JAMES
Sent: Tuesday, September 18, 2018 9:16 AM
To: onap-discuss@lists.onap.org; piotr.dar...@nokia.com; adetalhoue...@gmail.com
Subject: Re: [onap-discuss] [OOM][AAI] Is aai data router broken?

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Hi, Piotr,

The AAI team has been working on the data-router issue, but I didn’t think 
data-router would block vFW distribution.

Thanks,
jimmy

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of "Darosz, Piotr (Nokia - PL/Wroclaw)" 
mailto:piotr.dar...@nokia.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"piotr.dar...@nokia.com<mailto:piotr.dar...@nokia.com>" 
mailto:piotr.dar...@nokia.com>>
Date: Tuesday, September 18, 2018 at 8:49 AM
To: onap-discuss 
mailto:onap-discuss@lists.onap.org>>, 
"adetalhoue...@gmail.com<mailto:adetalhoue...@gmail.com>" 
mailto:adetalhoue...@gmail.com>>
Subject: Re: [onap-discuss] [OOM][AAI] Is aai data router broken?


Hi,

this is blocking the work on scale-out, so I created JIRA ticket for it: 
https://jira.onap.org/browse/AAI-1621<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_AAI-2D1621=DwMF-g=LFYZ-o9_HUMeMTSQicvjIg=Oej6QUk5p2KdqNEWySpOHA=A48UahxTn44HRnzBIt96AGqh4OFzrQqgh0hgyGgCtEI=ndYIsV3-wZLdkOnQeWiCaARJ4XrtTTb2lH3P9vPoT1o=>


Piotr Darosz
Software Developer
Nokia, MN MANO RD ONAP-UI-ML DEVOPS WRO 2 SG
Contact number: +48 693 442 140

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> on behalf of 
Alexis de Talhouet mailto:adetalhoue...@gmail.com>>
Sent: Monday, September 17, 2018 11:05:40 PM
To: onap-discuss
Subject: [onap-discuss] [OOM][AAI] Is aai data router broken?

Hi experts,

I’ve been trying to distribute vFW today using the OOM deployment, but it 
appears aai data-router is in CrashLoopBackOff because port 9502 won’t open.
Here are some logs:

2018-09-17T20:59:30.773Z||main|DataRouter||org.onap.aai.datarouter.Application||INFO|Starting
 Application v1.3.0-SNAPSHOT on onap-aai-data-router-5c5d5d8584-bcc74 with PID 
1 (/opt/app/data-router/data-router.jar started by root in /opt/app/data-router)
2018-09-17T20:59:30.773Z||main|DataRouter||org.onap.aai.datarouter.Application||INFO|No
 active profile set, falling back to default profiles: default
2018-09-17T20:59:31.094Z||background-preinit|DataRouter||org.hibernate.validator.internal.util.Version||INFO|HV01:
 Hibernate Validator 5.3.6.Final
2018-09-17T20:59:33.008Z||main|DataRouter||org.apache.tomcat.util.net.SSLHostConfig||WARN|The
 protocol [TLSv1.2] was added to the list of protocols on the SSLHostConfig 
named [_default_]. Check if a +/- prefix is missing.
2018-09-17T20:59:33.100Z||main|DataRouter||org.apache.catalina.core.StandardService||INFO|Starting
 service [Tomcat]
2018-09-17T20:59:33.100Z||main|DataRouter||org.apache.catalina.core.StandardEngine||INFO|Starting
 Servlet Engine: Apache Tomcat/8.5.32
2018-09-17T20:59:33.238Z||localhost-startStop-1|DataRouter||org.apache.catalina.core.ContainerBase.[Tomcat].[localhost].[/]||INFO|Initializing
 Spring embedded WebApplicationContext
2018-09-17T20:59:38.282Z||main|DataRouter||org.onap.aai.schema.OxmModelLoader||INFO|DR0014I|DR0014I
 Successfully loaded schema: V8|
2018-09-17T20:59:38.285Z||main|DataRouter||org.onap.aai.schema.OxmModelLoader||INFO|DR0014I|DR0014I
 Successfully loaded schema: V9|
2018-09-17T20:59:38.288Z||main|DataRouter||org.onap.aai.schema.OxmModelLoader||INFO|DR0014I|DR0014I
 Successfully loaded schema: V10|
2018-09-17T20:59:38.291Z||main|DataRouter||org.onap.aai.schema.OxmModelLoader||INFO|DR0014I|DR0014I
 Successfully loaded schema: V11|
2018-09-17T20:59:38.294Z||main|DataRouter||org.onap.aai.schema.OxmModelLoader||INFO|DR0014I|DR0014I
 Successfully loaded schema: V12|
2018-09-17T20:59:38.296Z||main|DataRouter||org.onap.aai.schema.OxmModelLoader||INFO|DR0014I|DR0014I
 Successfully loaded schema: V13|
2018-09-17T20:59:38.298Z||main|DataRouter||org.onap.aai.datarouter.policy.EntityEventPolicy||INFO|EEP0005I|EEP0005I
 Found OXM model: V8|
2018-09-17T20:59:38.298Z||main|DataRouter||org.onap.aai.datarouter.policy.EntityEventPolicy||INFO|EEP0005I|EEP0005I
 Found OXM model: V9|
2018-09-17T20:59:38.298Z||main|DataRouter||org.onap.aai.datarouter.policy.EntityEventPolicy||INFO|EEP0005I|EEP0005I
 Found OXM model: V10|
2018-09-17T20:59:38.298Z||main|DataRouter||org.onap.aai.datarouter.policy.EntityEventPolicy||INFO|EEP0005I|EEP0005I
 Found OXM model: V12|
2018-09-17T20:59:38.298Z||main|DataRouter||org.onap.aai.datarouter.policy.EntityEventPolicy||INFO|EEP0005I|EEP0005I
 Found OXM model: V11|
2018-09-17T20:59:38

Re: [onap-discuss] [onap-discuss OOM ROBOT] credentials and scripts

[Brian]

Run "./demo-k8s.sh onap init_robot"  and it will prompt you for a password for 
the "test" userid.

If this fails - log into the robot got to /etc/lighttpd and create a file 
called "authorization" with one line "test:test" in it.

To use the "test" as the password for "test"

bRian


From: onap-discuss@lists.onap.org  On Behalf Of 
George Clapp
Sent: Monday, September 17, 2018 5:17 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [onap-discuss OOM ROBOT] credentials and scripts

I installed a minimal set of ONAP components (just SDNC, DMaaP and Robot) in a 
rancher/kubernetes environment.  I'm using the instructions at 
https://wiki.onap.org/display/DW/Using+Robot+Command+Line<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Using-2BRobot-2BCommand-2BLine=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=0U8t927EprHZjxHC2XtQcTvgkJ31i6WwwV46wbw09u4=bktc6aqVKSryrCLfVTMVn_w4gzJaJaKMCJCvSbxvoGs=>
 to access robot.  I browsed to :30209 and was prompted for 
credentials.  I searched but nothing that I found worked.  Can someone tell me 
the current credentials?  Also, that same wiki page says there are several 
scripts in the robot container, but I found nothing when I ssh'd into the 
container.  What's the current status?

Thanks much,
George


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12462): https://lists.onap.org/g/onap-discuss/message/12462
Mute This Topic: https://lists.onap.org/mt/25729195/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] SB04 for CDS F2F

[Brian]

I dont have it fully working.

If you dont need model distribution than it might work – the components are 
running but I am still trying to get model distribution and all of SO working 
so its likely to fail.

Brian


From: MALAKOV, YURIY
Sent: Wednesday, September 12, 2018 11:14 AM
To: FREEMAN, BRIAN D ; SMOKOWSKI, STEVEN ; 
'seshu.kuma...@huawei.com' ; 
'onap-discuss@lists.onap.org' 
Cc: 'de Talhouet, Alexis' ; 'Yang Xu (Yang, Fixed 
Network)' ; PLATANIA, MARCO 
Subject: RE: SB04 for CDS F2F

Hi Brian,
Is SB04 include A and is now available for testing?
Yang has the scripts ready to trigger SO Payload for macro instantiation 
request.


From: FREEMAN, BRIAN D
Sent: Tuesday, September 11, 2018 11:00 AM
To: MALAKOV, YURIY mailto:ym9...@att.com>>; SMOKOWSKI, STEVEN 
mailto:ss8...@att.com>>; 'seshu.kuma...@huawei.com' 
mailto:seshu.kuma...@huawei.com>>; 
'onap-discuss@lists.onap.org' 
mailto:onap-discuss@lists.onap.org>>
Cc: 'de Talhouet, Alexis' 
mailto:alexis.de_talho...@bell.ca>>; 'Yang Xu 
(Yang, Fixed Network)' mailto:yang@huawei.com>>; 
PLATANIA, MARCO mailto:plata...@research.att.com>>
Subject: RE: SB04 for CDS F2F

Gonna have to rebuild SB04 to pick up the latest AAI dockers (oom charts 
updated just  after SB04 was built on Friday)

Brian


From: FREEMAN, BRIAN D
Sent: Tuesday, September 11, 2018 10:03 AM
To: MALAKOV, YURIY mailto:ym9...@att.com>>; SMOKOWSKI, STEVEN 
mailto:ss8...@att.com>>; 
seshu.kuma...@huawei.com<mailto:seshu.kuma...@huawei.com>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: 'de Talhouet, Alexis' 
mailto:alexis.de_talho...@bell.ca>>; Yang Xu (Yang, 
Fixed Network) mailto:yang@huawei.com>>; PLATANIA, 
MARCO mailto:plata...@research.att.com>>
Subject: SB04 for CDS F2F

I have a smaller distribution of ONAP OOM in SB04 up and running.

./ete-k8s.sh onap sb04

This is simply a custom tag in testsuites/health_check.robot so that we skip 
the long timeouts for the components that dont pass health check yet.

It will run a health check on the main components that are both installed and 
working – more are installed but not passing healthchecks.

==
OpenECOMP ETE.Robot.Testsuites.Health-Check :: Testing ecomp components are...
==
Basic A Health Check   | PASS |
--
Basic DMAAP Message Router Health Check   | PASS |
--
Basic Policy Health Check | PASS |
--
Basic Portal Health Check | PASS |
--
Basic SDC Health Check| PASS |
--
Basic SDNC Health Check   | PASS |
--
Basic SO Health Check | PASS |
--
OpenECOMP ETE.Robot.Testsuites.Health-Check :: Testing ecomp compo... | PASS |
7 critical tests, 7 passed, 0 failed
7 tests total, 7 passed, 0 failed

I am still working on getting distribution to succeed via ete-k8s.sh onap 
healthdist tests.

Brian



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12406): https://lists.onap.org/g/onap-discuss/message/12406
Mute This Topic: https://lists.onap.org/mt/25512191/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[onap-discuss] SB04 for CDS F2F

[Brian]

I have a smaller distribution of ONAP OOM in SB04 up and running.

./ete-k8s.sh onap sb04

This is simply a custom tag in testsuites/health_check.robot so that we skip 
the long timeouts for the components that dont pass health check yet.

It will run a health check on the main components that are both installed and 
working – more are installed but not passing healthchecks.

==
OpenECOMP ETE.Robot.Testsuites.Health-Check :: Testing ecomp components are...
==
Basic A Health Check   | PASS |
--
Basic DMAAP Message Router Health Check   | PASS |
--
Basic Policy Health Check | PASS |
--
Basic Portal Health Check | PASS |
--
Basic SDC Health Check| PASS |
--
Basic SDNC Health Check   | PASS |
--
Basic SO Health Check | PASS |
--
OpenECOMP ETE.Robot.Testsuites.Health-Check :: Testing ecomp compo... | PASS |
7 critical tests, 7 passed, 0 failed
7 tests total, 7 passed, 0 failed

I am still working on getting distribution to succeed via ete-k8s.sh onap 
healthdist tests.

Brian



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12377): https://lists.onap.org/g/onap-discuss/message/12377
Mute This Topic: https://lists.onap.org/mt/25512191/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] onap-sdnc-ansible-server cannot launch

[Brian]

I'm not the expert on this but perhaps this will help.

Are you building your own SDNC docker containers ?


Looks like the problem is  in the
[sdnc/oam.git]
 / 
installation
 / 
ansible-server
 / 
src
 / 
main
 / 
scripts
 / 
startAnsibleServer.sh

  
11
 apt-add-repository -y ppa:ansible/ansible
  
12
 apt-get -y install ansible

But I am not sure.

Can you try that on a plain ubuntu and see if the ppa is out of synch with 
ubuntu archives.

You can always pull the sdnc ansible docker container from nexus3.onap.org if 
its blocking for you.

Brina

From: onap-discuss@lists.onap.org  On Behalf Of 
Abdelmuhaimen Seaudi
Sent: Tuesday, September 11, 2018 6:20 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] onap-sdnc-ansible-server cannot launch

Hi, I am using beijing branch for my OOM.

onap-sdnc-ansible-server cannot launch, the logs give the error below:
E: Failed to fetch 
http://archive.ubuntu.com/ubuntu/pool/universe/a/ansible/ansible_2.0.0.2-2ubuntu1_all.deb
 

  404  Not Found [IP: 91.189.88.152 80]

I see on the website the version is 
http://archive.ubuntu.com/ubuntu/pool/universe/a/ansible/ansible_2.0.0.2-2ubuntu1.1_all.deb

how can i correct this ?

Reading package lists...
Building dependency tree...
Reading state information...
The following additional packages will be installed:
  apt-utils cron dh-python distro-info-data gir1.2-glib-2.0 iso-codes
  libapt-inst2.0 libdbus-glib-1-2 libgirepository-1.0-1 libpython3-stdlib
  lsb-release python-apt-common python3 python3-apt python3-dbus python3-gi
  python3-minimal python3-pycurl python3-software-properties python3.5
  python3.5-minimal unattended-upgrades
Suggested packages:
  anacron logrotate checksecurity exim4 | postfix | mail-transport-agent
  isoquery lsb python3-doc python3-tk python3-venv python3-apt-dbg
  python-apt-doc python-dbus-doc python3-dbus-dbg libcurl4-gnutls-dev
  python-pycurl-doc python3-pycurl-dbg python3.5-venv python3.5-doc
  binfmt-support bsd-mailx mail-transport-agent
The following NEW packages will be installed:
  apt-utils cron dh-python distro-info-data gir1.2-glib-2.0 iso-codes
  libapt-inst2.0 libdbus-glib-1-2 libgirepository-1.0-1 libpython3-stdlib
  lsb-release python-apt-common python3 python3-apt python3-dbus python3-gi
  python3-minimal python3-pycurl python3-software-properties python3.5
  python3.5-minimal software-properties-common unattended-upgrades
0 upgraded, 23 newly installed, 0 to remove and 2 not upgraded.
Need to get 5255 kB of archives.
After this operation, 31.7 MB of additional disk space will be used.
Get:1 
http://archive.ubuntu.com/ubuntu
 xenial/main amd64 cron amd64 3.0pl1-128ubuntu2 [68.4 kB]
Get:2 
http://archive.ubuntu.com/ubuntu
 xenial-updates/main amd64 python3.5-minimal amd64 3.5.2-2ubuntu0~16.04.4 [1597 
kB]

Re: [onap-discuss] [doc] DOC Project PTL Election - Self-Nomination Phase Open

[Brian]

+1

From: onap-discuss@lists.onap.org  On Behalf Of 
Kenny Paul
Sent: Monday, September 10, 2018 2:25 PM
To: onap-discuss@lists.onap.org; stephen.terr...@ericsson.com; BENNETT, RICH 

Cc: Sofia Wallin 
Subject: Re: [onap-discuss] [doc] DOC Project PTL Election - Self-Nomination 
Phase Open

I just want to chime in to provide some background and express my support here 
as this is out of the norm.

Given the fact that there have been multiple unanswered calls for a 
Documentation PTL I believe that there is sufficient justification for a 
process exception to be granted by the ONAP community on this should no one 
else step up with a PTL nomination.

Sofia has a long history in open source and would bring some great leadership 
with her to ONAP.

Thanks!
-kenny


From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Stephen Terrill 
mailto:stephen.terr...@ericsson.com>>
Reply-To: mailto:onap-discuss@lists.onap.org>>, 
mailto:stephen.terr...@ericsson.com>>
Date: Monday, September 10, 2018 at 8:33 AM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, rich bennett 
mailto:rb2...@att.com>>
Cc: Sofia Wallin mailto:sofia.wal...@ericsson.com>>
Subject: Re: [onap-discuss] [doc] DOC Project PTL Election - Self-Nomination 
Phase Open

Hi Ritch, All,

Sofia Wallin would like to self-nominate.  She has PC problems hence she 
requested me to send this on her behalf.

Best Regards,

Steve


--

Hi,

I would like to nominate myself for the role as PTL for the ONAP documentation 
project.



As PTL for the OPNFV docs project and driver for the LFN cross community 
working group for docs I believe that I would contribute with good 
understanding of open source documentation, its importance, need of visibility 
and way of making documentation an important part of the code development.



Best regards

Sofia

--





From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Rich Bennett
Sent: Thursday, September 06, 2018 10:48 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [doc] DOC Project PTL Election - Self-Nomination Phase 
Open

Documentation Project Committers,

The ONAP PTL Elections process is described in the ONAP wiki at the following 
link : 
https://wiki.onap.org/display/DW/Annual+Community+Elections

The self-nomination phase is now open and will end in 2 business days from the 
time this email appears on the discuss list.
If you are interested in running for the PTL position, please reply all to this 
message to self-nominate.

The list of committers for the DOC project may be found here
https://gerrit.onap.org/r/gitweb?p=doc.git;a=blob_plain;f=INFO.yaml;hb=HEAD

Regards,
Rich Bennett


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12350): https://lists.onap.org/g/onap-discuss/message/12350
Mute This Topic: https://lists.onap.org/mt/25264919/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [SO] about Benchmark specific Zoom meeting arrangement

[Brian]

I will be on the call.

Thanks Yang !

Brian

From: Yang Xu (Yang, Fixed Network) 
Sent: Friday, September 07, 2018 5:14 PM
To: bianhl@chinatelecom.cn; onap-discuss@lists.onap.org; FREEMAN, BRIAN D 
; Gary Wu ; Kang Xi 
Cc: Yunxia Chen ; 'huangzonghe' 
; 刘成龙 ; 王路曼 
; 张志超 ; '孙鑫龙' 
; luyu0...@sina.com
Subject: RE: [onap-discuss] [SO] about Benchmark specific Zoom meeting 
arrangement

Hi Hongliang and Brian,

As suggested, I have sent a meeting invite for Monday(9/10) 10am EST to discuss 
the issues.

Thanks,
-Yang

From: bianhl@chinatelecom.cn<mailto:bianhl@chinatelecom.cn> 
[mailto:bianhl@chinatelecom.cn]
Sent: Friday, September 07, 2018 5:53 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
bf1...@att.com<mailto:bf1...@att.com>; Gary Wu; Yang Xu (Yang, Fixed Network); 
Kang Xi
Cc: Yunxia Chen; 'huangzonghe'; 刘成龙; 王路曼; 张志超; '孙鑫龙'; 
luyu0...@sina.com<mailto:luyu0...@sina.com>
Subject: 答复: [onap-discuss] [SO] about Benchmark specific Zoom meeting 
arrangement


Hi Brian and all,

We have analyzed the issues currently occur in benchmark test, and want to have 
a discussion with you experts.
If it is convenient for you to arrange the meeting today at 10:00 pm Beijing 
time? Otherwise we can arrange it at 10:00 pm next Monday. Thanks☺

BRs,
Hongliang



发件人: bianhl@chinatelecom.cn<mailto:bianhl@chinatelecom.cn> 
[mailto:bianhl@chinatelecom.cn]
发送时间: 2018年9月6日 23:03
收件人: 'onap-discuss@lists.onap.org'; 'bf1...@att.com'; 'Liu Chenglong'
抄送: 'SMOKOWSKI, STEVEN'; 'Kang Xi'; 'huangzonghe'; '孙鑫龙'; 王路曼 
(wanglm@chinatelecom.cn<mailto:wanglm@chinatelecom.cn>); 张志超 
(zhangzhch@chinatelecom.cn<mailto:zhangzhch@chinatelecom.cn>); 
luyu0...@sina.com<mailto:luyu0...@sina.com>
主题: [onap-discuss] [SO] about Benchmark specific Zoom meeting arrangement


Hi Brian,

As we have discussed during yesterday Zoom meeting we can set up Benchmark 
specific meeting. I have discussed with my team, and they are OK to arrange the 
meeting at night in Beijing time for example either 9:00 or 10:00 pm.
Since we don’t want to occupy too much of your time and make the meeting more 
efficient, we think one meeting a week is OK. We can send email for ordinary 
discussion and leave the tough issue to the meeting. And also we are OK with 
any day during the weekday so please pick a day as you convenience. Thanks☺

BRs,
Hongliang


发件人: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] 代表 Brian
发送时间: 2018年8月29日 19:56
收件人: Liu Chenglong
抄送: SMOKOWSKI, STEVEN; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Kang Xi; 
huangzonghe; 孙鑫龙
主题: Re: [onap-discuss] [SO] vcpe use case and call openstack stack api

Generally SO records data in their request database but you should see the 
instance data in AAI.

Brian


From: Liu Chenglong mailto:lcl7...@163.com>>
Sent: Wednesday, August 29, 2018 4:02 AM
To: FREEMAN, BRIAN D mailto:bf1...@att.com>>
Cc: Liu Chenglong mailto:lcl7...@163.com>>; SMOKOWSKI, STEVEN 
mailto:ss8...@att.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Kang Xi 
mailto:kang...@huawei.com>>; huangzonghe 
mailto:huangzh@chinatelecom.cn>>; 孙鑫龙 
mailto:sunxl....@chinatelecom.cn>>
Subject: Re: [onap-discuss] [SO] vcpe use case and call openstack stack api

Hi, Brian:
  We want to know which database table can record vnf data or instance data 
or requests data  when  we create vcpe use case?

  And where are the tables located? SO or SDC or SDNC database?   How to 
check it?


 Like this, when we create vbrg instance by running vcpe.py brg script,  SO 
docker will record what data and write the data into which database tables when 
SO docker received vcpe’s request?

--
Regards,
Liu Chenglong
lcl7...@163.com<mailto:lcl7...@163.com>



在 2018年8月28日，20:32，FREEMAN, BRIAN D mailto:bf1...@att.com>> 写道：

Cloud_config.json is created during restart of the docker – you should try 
without restarting but the base file is in  
volumes<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_gitweb-3Fp-3Dso_docker-2Dconfig.git-3Ba-3Dtree-3Bf-3Dvolumes-3Bhb-3Drefs_heads_beijing=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=1B-PTkXg8e43PYj7B3MGD_pqU_srKo7WxLKPv_pgJH0=JhKqtFeBDsXe9rTpHSz3vpJ8GMr2MCTCpQn3HYPq9Sc=>
 / 
mso<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_gitweb-3Fp-3Dso_docker-2Dconfig.git-3Ba-3Dtree-3Bf-3Dvolumes_mso-3Bhb-3Drefs_heads_beijing=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=1B-PTkXg8e43PYj7B3MGD_pqU_srKo7WxLKPv_pgJH0=wVV5e_WVAADowKckpFoEZ1kV50pHIi9HxHgr2Z_-Olo=>
 / 
chef-config<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_gitweb-3Fp-3Dso_docker-2Dconfig.git-3Ba-3Dtree-3Bf-3Dvolumes_mso_chef-2Dcon

Re: [onap-discuss] vFWCL - Beijing - CL - Policy #oom #appc #policy #usecaseui #dcaegen2

[Brian]

APPC is reporting  “connected” for the netconf connection. Usually un-available 
message are more about yang models in the device that weren’t available via 
get-schema. Did you try to confirm that APPC can talk to the device by pulling 
the operational tree ?

Brian



From: onap-discuss@lists.onap.org  On Behalf Of 
jkzcristiano
Sent: Thursday, August 30, 2018 1:53 PM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] vFWCL - Beijing - CL - Policy #oom #appc #policy 
#usecaseui #dcaegen2

Dear Pam,

thank you very much for your answer. I repeated the following instructions to 
push the policy again (without deleting anything) as suggested also 
here<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_g_onap-2Ddiscuss_topic_integration-5Fvfw-5Fclosed-5Floop_23245151-3Fp-3D-2C-2C-2C20-2C0-2C0-2C0-3A-3Arecentpostdate-252Fsticky-2C-2C-2C20-2C2-2C0-2C23245151=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=oshcPj3iZGETDBKfhY4h_NInMgtSX1jVlOQRlvwQ71o=1N4u16ddJg6IRtTn--X9NZenhc966u9wb5lC187mADc=>:

  *   Login to PAP
  *   Copy push-policy.sh to a non-read-only directory
 *   cp /tmp/policy-install/config/push-policies.sh /tmp/policy-install
  *   Change vFW policy resourceID in /tmp/policy-install/push-policies.sh to 
reflect the real vPacketGen model-invariant-id, e.g.:
 *   sed -i 
"s/Eace933104d443b496b8.nodes.heat.vpg/0f2526bd-8d2b-46f8-a9d2-96b926174fe0/g" 
push-policies.sh
  *   From Rancher VM, run: kubectl exec -it dev-pap-7ff989696d-s86wj -c pap -n 
onap -- bash -c "export PRELOAD_POLICIES=true; 
/tmp/policy-install/push-policies.sh"
The model-invariant uuid of the vPKG (the blue one) can be found in VID portal, 
i.e.:
[cid:image001.png@01D44069.BD3F1A00]

Then, the output when I execute:

ubuntu@rancher:~/oom/kubernetes$ kubectl exec -it 
onap-policy-pap-6dfcb4c7c7-4hl7m -c pap -n onap -- bash -c "export 
PRELOAD_POLICIES=true; /tmp/policy-install/push-policies.sh"


is shown in the attached file push-policies-output-2.txt

Then, following the 
wiki<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_vFWCL-2Binstantiation-252C-2Btesting-252C-2Band-2Bdebuging=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=oshcPj3iZGETDBKfhY4h_NInMgtSX1jVlOQRlvwQ71o=HSrb-P40GKWjiNJ9LSPk49eP__T6rF5UkY2qJXxtYRg=>
 I mounted APPC. However, in step 3.c of that wiki, when I try to verify the 
NETCONF connection has successfully being established I got the following 
response (the full response is attached in file "appc-response"):

...
...
"netconf-node-topology:host": "10.0.1.9",
"netconf-node-topology:unavailable-capabilities": {
"unavailable-capability": [
{
"capability": 
"(urn:opendaylight:params:xml:ns:yang:controller:md:sal:binding:impl?revision=2013-10-28)opendaylight-sal-binding-broker-impl",
"failure-reason": "unable-to-resolve"
}
]
},
"netconf-node-topology:connection-status": "connected",
"netconf-node-topology:port": 2831
}
]
}

Any guess what is wrong?

Kind regards


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12165): https://lists.onap.org/g/onap-discuss/message/12165
Mute This Topic: https://lists.onap.org/mt/25107768/21656
Mute #appc: https://lists.onap.org/mk?hashtag=appc=2740164
Mute #dcaegen2: https://lists.onap.org/mk?hashtag=dcaegen2=2740164
Mute #oom: https://lists.onap.org/mk?hashtag=oom=2740164
Mute #policy: https://lists.onap.org/mk?hashtag=policy=2740164
Mute #usecaseui: https://lists.onap.org/mk?hashtag=usecaseui=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [CDS][SDNC] - Modification of GENERIC-RESOURCE-API to support capability with multiple return values

[Brian]

Its a good design discussion and inside SDNC I think we need to do somehting 
like a mesh/template processing to make it generic.
Obviously back to SO we are past M3 so we arent changing that API (and it 
wouldnt fit with the way VIM’s deal with parameters anyway)

Brian


From: Alexis de Talhouët 
Sent: Thursday, August 30, 2018 10:49 AM
To: FREEMAN, BRIAN D 
Cc: onap-discuss@lists.onap.org; MALAKOV, YURIY ; TIMONEY, DAN 
; CHEUNG, PAT ; SINGH, AJAY ; 
ALBETAR, AMMAR 
Subject: Re: [onap-discuss] [CDS][SDNC] - Modification of GENERIC-RESOURCE-API 
to support capability with multiple return values

Yes, absolutely.
Instead of forcing the design to have one query for one parameter, I’d like to 
be able to also handle having one query for multiple parameters.
Say I need 4 sets of (ipaddress, gateway, prefix), I envision to have 4 queries 
to the same capability resolving the list of 3 params 4 times.

I understand what SO expects, and there is no reason why this should change. 
The change could only occur within SDNC to accommodate resource resolution, we 
could flatten the returned map to a single list.
This could bring more complexity to the name in environment parameters, such as 
eth0.ip-address, eth0.prefix, eth0.gateway, which could easily be mapped using 
DG logic to the proper value, e.g. eth0. means I’m expecting the capability 
resolving eth0 to provide all the values for the ip-address, prefix, gateway.

My goal is not necessary to jump to solution, but mainly to expose current 
limitation so we can think of the best solution to address it.

Alexis



On Aug 30, 2018, at 10:34 AM, FREEMAN, BRIAN D 
mailto:bf1...@att.com>> wrote:



Alexis,

I think I am talking about the SO to SDNC interface and you are talking about 
the SDNC to Capability Resolution sub-interface inside SDNC.

In the end ,  SO should get back a single response with an array of all the 
HEAT/TOSCA/ARM environment parameters needed or
if this is config generation inside SDNC , the result is a payload configlet 
for SDNC to use internally that has all the parameters needed.

Your valid concern is how to avoid a query per parameter inside SDNC and I 
agree its sub-optimal.

It seems like there is still a mapping required inside SDNC that can make set 
of parameters to a capability resolution query – this seems like it would be a 
template language construct in the template parsing since the template designer 
would need to know that this set of parameters (ipadress, gateway, prefix) are 
the result of the same query to capability resolution.

Am I in sync now ?

Brian



From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Alexis de Talhouet
Sent: Thursday, August 30, 2018 7:54 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; MALAKOV, 
YURIY mailto:ym9...@att.com>>
Cc: TIMONEY, DAN mailto:dt5...@att.com>>; CHEUNG, PAT 
mailto:kc1...@att.com>>; SINGH, AJAY 
mailto:as3...@att.com>>; ALBETAR, AMMAR 
mailto:amm...@amdocs.com>>
Subject: Re: [onap-discuss] [CDS][SDNC] - Modification of GENERIC-RESOURCE-API 
to support capability with multiple return values

Yuriy, I added inline answers.

On Aug 29, 2018, at 4:55 PM, MALAKOV, YURIY 
mailto:ym9...@att.com>> wrote:
Alexi,
Excellent question. Your absolutely right that we need a generic solution to 
handle such use cases.

The question becomes if the capability mS/Rest API always returns a simple 
response structure that fits the proposed schema or nested response structured. 
If you have nested response structured then we would need to modify the Yang 
schema to handle such scenario.

AdT: if the plugin response is a complex structure, it would be its job to 
unmarshall such structure to set properly the param in the context for which 
the capability is called. As we are supposed to know in advance what are the 
params we want to resolve.




Once the data is then persisted in the MD-SAL, how to we utilize for other 
cloud param resolution?

It would be good to discuss this on the SDN-C/CCSDK forum to come up with a 
generic strategy for cloud param resolution that can handle complex nested 
output structure for resource assignment resolution.


AdT: agree. Is there an agenda for next meeting where we can add bullet point?



NOTE: From external client perspective, MSO is only extracting for name/value 
in params block for cloud param resource when the 
sdnc_generated_cloud_resources is set to true.

  list param {
 key "name";
 leaf name {
type string;
 }
 leaf value {
type string;
 }


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, August 29, 2018 2:11 PM
To: onap-discuss 
mailto:onap-discuss@lists.onap.org>>
Cc: TIMONEY, DAN mailto:dt5...@att.com>>; MALAKOV, YURIY 
mailto:ym9...@att.com>>
Subject: [CDS][SDNC] - Modif

Re: [onap-discuss] [CDS][SDNC] - Modification of GENERIC-RESOURCE-API to support capability with multiple return values

[Brian]

Alexis,

I think I am talking about the SO to SDNC interface and you are talking about 
the SDNC to Capability Resolution sub-interface inside SDNC.

In the end ,  SO should get back a single response with an array of all the 
HEAT/TOSCA/ARM environment parameters needed or
if this is config generation inside SDNC , the result is a payload configlet 
for SDNC to use internally that has all the parameters needed.

Your valid concern is how to avoid a query per parameter inside SDNC and I 
agree its sub-optimal.

It seems like there is still a mapping required inside SDNC that can make set 
of parameters to a capability resolution query – this seems like it would be a 
template language construct in the template parsing since the template designer 
would need to know that this set of parameters (ipadress, gateway, prefix) are 
the result of the same query to capability resolution.

Am I in sync now ?

Brian



From: onap-discuss@lists.onap.org  On Behalf Of 
Alexis de Talhouet
Sent: Thursday, August 30, 2018 7:54 AM
To: onap-discuss@lists.onap.org; MALAKOV, YURIY 
Cc: TIMONEY, DAN ; CHEUNG, PAT ; SINGH, AJAY 
; ALBETAR, AMMAR 
Subject: Re: [onap-discuss] [CDS][SDNC] - Modification of GENERIC-RESOURCE-API 
to support capability with multiple return values

Yuriy, I added inline answers.

On Aug 29, 2018, at 4:55 PM, MALAKOV, YURIY 
mailto:ym9...@att.com>> wrote:
Alexi,
Excellent question. Your absolutely right that we need a generic solution to 
handle such use cases.

The question becomes if the capability mS/Rest API always returns a simple 
response structure that fits the proposed schema or nested response structured. 
If you have nested response structured then we would need to modify the Yang 
schema to handle such scenario.

AdT: if the plugin response is a complex structure, it would be its job to 
unmarshall such structure to set properly the param in the context for which 
the capability is called. As we are supposed to know in advance what are the 
params we want to resolve.



Once the data is then persisted in the MD-SAL, how to we utilize for other 
cloud param resolution?

It would be good to discuss this on the SDN-C/CCSDK forum to come up with a 
generic strategy for cloud param resolution that can handle complex nested 
output structure for resource assignment resolution.


AdT: agree. Is there an agenda for next meeting where we can add bullet point?


NOTE: From external client perspective, MSO is only extracting for name/value 
in params block for cloud param resource when the 
sdnc_generated_cloud_resources is set to true.

  list param {
 key "name";
 leaf name {
type string;
 }
 leaf value {
type string;
 }


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, August 29, 2018 2:11 PM
To: onap-discuss 
mailto:onap-discuss@lists.onap.org>>
Cc: TIMONEY, DAN mailto:dt5...@att.com>>; MALAKOV, YURIY 
mailto:ym9...@att.com>>
Subject: [CDS][SDNC] - Modification of GENERIC-RESOURCE-API to support 
capability with multiple return values

Team,

For the self serve initiative, resolution from a specific capability might 
produce more than one value.
If we take the example of assigning an IP address, the capability could return 
three values: the ip address, the prefix, and the gateway.
Current modelling doesn’t enable us to generically say a particular value is to 
be set for a given param, as the model allows us to only set one param for a 
request.
But in this example, I’d like to have one resolution request providing values 
to 3 params.

Hence, current modelling of the `param` grouping might not solve all use cases. 
To that, I’m proposing to change the generic-resource-api.yang schema, and have 
a list of param that can be resolved by a single capability call.

Currently, we have:
   grouping param {
  list param {
 key "name";
 leaf name {
type string;
 }
 leaf value {
type string;
 }
 container resource-resolution-data {
list resource-key {
   key "name";
   leaf name {
  type string;
   }
   leaf value {
  type string;
   }
}
leaf status {
   description "SUCCESS, FAILED, or PENDING - RA returned data as 
capability";
   type string;
}
leaf capability-name {
   description "Resource assignment resolution Capability name";
   type string;
}
 }
  }
   }

What I’m proposing is the addition of the yellow portion:
   grouping param {
  list param {
 key "id";
 leaf id {
   type string;
 }
 list outcome {
key "name";
leaf name {

Re: [onap-discuss] [CDS][SDNC] - Modification of GENERIC-RESOURCE-API to support capability with multiple return values

[Brian]

Alexis,

“If we take the example of assigning an IP address, the capability could return 
three values: the ip address, the prefix, and the gateway. Current modelling 
doesn’t enable us to generically say a particular value is to be set for a 
given param, as the model allows us to only set one param for a request.”

I’m not understanding the issue. Wouldn’t there be three parameters returned 
ip_address, ip_prefix and ip_gateway.

Param: [
  { “name”: “eth0.ip_address”, “value”: “10.0.0.2” },
 { “name”: “eth0.ip_prefix”, “value”: “10.0.0.0/24” }
{ “name”: “eth0.ip_gateway”, “value”: “10.0.0.1” }
]

Where the name matches variables for the VSP heat template ?

Am I just being dense ?  which is likely :)

Brian



From: onap-discuss@lists.onap.org  On Behalf Of 
MALAKOV, YURIY
Sent: Wednesday, August 29, 2018 4:56 PM
To: Alexis de Talhouët ; onap-discuss 

Cc: TIMONEY, DAN ; CHEUNG, PAT ; SINGH, AJAY 
; ALBETAR, AMMAR 
Subject: Re: [onap-discuss] [CDS][SDNC] - Modification of GENERIC-RESOURCE-API 
to support capability with multiple return values

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Alexi,
Excellent question. Your absolutely right that we need a generic solution to 
handle such use cases.

The question becomes if the capability mS/Rest API always returns a simple 
response structure that fits the proposed schema or nested response structured. 
If you have nested response structured then we would need to modify the Yang 
schema to handle such scenario.

Once the data is then persisted in the MD-SAL, how to we utilize for other 
cloud param resolution?

It would be good to discuss this on the SDN-C/CCSDK forum to come up with a 
generic strategy for cloud param resolution that can handle complex nested 
output structure for resource assignment resolution.

NOTE: From external client perspective, MSO is only extracting for name/value 
in params block for cloud param resource when the 
sdnc_generated_cloud_resources is set to true.


  list param {
 key "name";
 leaf name {
type string;
 }
 leaf value {
type string;
 }


From: Alexis de Talhouët [mailto:adetalhoue...@gmail.com]
Sent: Wednesday, August 29, 2018 2:11 PM
To: onap-discuss 
mailto:onap-discuss@lists.onap.org>>
Cc: TIMONEY, DAN mailto:dt5...@att.com>>; MALAKOV, YURIY 
mailto:ym9...@att.com>>
Subject: [CDS][SDNC] - Modification of GENERIC-RESOURCE-API to support 
capability with multiple return values

Team,

For the self serve initiative, resolution from a specific capability might 
produce more than one value.
If we take the example of assigning an IP address, the capability could return 
three values: the ip address, the prefix, and the gateway.
Current modelling doesn’t enable us to generically say a particular value is to 
be set for a given param, as the model allows us to only set one param for a 
request.
But in this example, I’d like to have one resolution request providing values 
to 3 params.

Hence, current modelling of the `param` grouping might not solve all use cases. 
To that, I’m proposing to change the generic-resource-api.yang schema, and have 
a list of param that can be resolved by a single capability call.

Currently, we have:
   grouping param {
  list param {
 key "name";
 leaf name {
type string;
 }
 leaf value {
type string;
 }
 container resource-resolution-data {
list resource-key {
   key "name";
   leaf name {
  type string;
   }
   leaf value {
  type string;
   }
}
leaf status {
   description "SUCCESS, FAILED, or PENDING - RA returned data as 
capability";
   type string;
}
leaf capability-name {
   description "Resource assignment resolution Capability name";
   type string;
}
 }
  }
   }

What I’m proposing is the addition of the yellow portion:
   grouping param {
  list param {
 key "id";
 leaf id {
   type string;
 }
 list outcome {
key "name";
leaf name {
   type string;
}
leaf value {
   type string;
}
 }
 container resource-resolution-data {
list resource-key {
   key "name";
   leaf name {
  type string;
   }
   leaf value {
  type string;
   }
}
leaf status {
   description "SUCCESS, FAILED, or PENDING - RA returned data as 
capability";
   t

Re: [onap-discuss] [SO] vcpe use case and call openstack stack api

[Brian]

Generally SO records data in their request database but you should see the 
instance data in AAI.

Brian


From: Liu Chenglong 
Sent: Wednesday, August 29, 2018 4:02 AM
To: FREEMAN, BRIAN D 
Cc: Liu Chenglong ; SMOKOWSKI, STEVEN ; 
onap-discuss@lists.onap.org; Kang Xi ; huangzonghe 
; 孙鑫龙 
Subject: Re: [onap-discuss] [SO] vcpe use case and call openstack stack api

Hi, Brian:
  We want to know which database table can record vnf data or instance data 
or requests data  when  we create vcpe use case?

  And where are the tables located? SO or SDC or SDNC database?   How to 
check it?


 Like this, when we create vbrg instance by running vcpe.py brg script,  SO 
docker will record what data and write the data into which database tables when 
SO docker received vcpe’s request?

--
Regards,
Liu Chenglong
lcl7...@163.com<mailto:lcl7...@163.com>




在 2018年8月28日，20:32，FREEMAN, BRIAN D mailto:bf1...@att.com>> 写道：

Cloud_config.json is created during restart of the docker – you should try 
without restarting but the base file is in  
volumes<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_gitweb-3Fp-3Dso_docker-2Dconfig.git-3Ba-3Dtree-3Bf-3Dvolumes-3Bhb-3Drefs_heads_beijing=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=1B-PTkXg8e43PYj7B3MGD_pqU_srKo7WxLKPv_pgJH0=JhKqtFeBDsXe9rTpHSz3vpJ8GMr2MCTCpQn3HYPq9Sc=>
 / 
mso<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_gitweb-3Fp-3Dso_docker-2Dconfig.git-3Ba-3Dtree-3Bf-3Dvolumes_mso-3Bhb-3Drefs_heads_beijing=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=1B-PTkXg8e43PYj7B3MGD_pqU_srKo7WxLKPv_pgJH0=wVV5e_WVAADowKckpFoEZ1kV50pHIi9HxHgr2Z_-Olo=>
 / 
chef-config<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_gitweb-3Fp-3Dso_docker-2Dconfig.git-3Ba-3Dtree-3Bf-3Dvolumes_mso_chef-2Dconfig-3Bhb-3Drefs_heads_beijing=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=1B-PTkXg8e43PYj7B3MGD_pqU_srKo7WxLKPv_pgJH0=I1igHU-c-gtQ6WjHPKHneKKYrUsthDuXogtj2Mz3vVs=>
 / 
mso-docker.json<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_gitweb-3Fp-3Dso_docker-2Dconfig.git-3Ba-3Dblob-5Fplain-3Bf-3Dvolumes_mso_chef-2Dconfig_mso-2Ddocker.json-3Bhb-3Drefs_heads_beijing=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=1B-PTkXg8e43PYj7B3MGD_pqU_srKo7WxLKPv_pgJH0=jLgZNt05BgRu2ebL5xtk2OFq1yo6xmLEPrzEvIZ_qSM=>

Json_updater.py updates mso-docker.json

Json_updater.py takes input from so_vm_init.sh/deploy.sh to setup the cloud 
regions.

I think if you modify mso-docker.json and restart the docker (not reboot the 
VM) then chef should expands mso-docker.json into the files in 
/etc/mso/config.d.

For some reason I thought changes to the cloud_config could be done without a 
restart of the docker container but its been a while since I did a Beijing 
config change on SO.

Brian


From: SMOKOWSKI, STEVEN
Sent: Tuesday, August 28, 2018 8:03 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
lcl7...@163.com<mailto:lcl7...@163.com>; FREEMAN, BRIAN D 
mailto:bf1...@att.com>>
Cc: Kang Xi mailto:kang...@huawei.com>>; huangzonghe 
mailto:huangzh@chinatelecom.cn>>; 孙鑫龙 
mailto:sunxl@chinatelecom.cn>>
Subject: Re: [onap-discuss] [SO] vcpe use case and call openstack stack api

In Casablanca this utilizes a database, making the cloud configuration easier 
to modify.  In Beijing you have to modify the json file directly.

Thanks

-Steve


From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Liu Chenglong mailto:lcl7...@163.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"lcl7...@163.com<mailto:lcl7...@163.com>" 
mailto:lcl7...@163.com>>
Date: Tuesday, August 28, 2018 at 4:34 AM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, "FREEMAN, 
BRIAN D" mailto:bf1...@att.com>>
Cc: Liu Chenglong mailto:lcl7...@163.com>>, Kang Xi 
mailto:kang...@huawei.com>>, huangzonghe 
mailto:huangzh@chinatelecom.cn>>, 
孙鑫龙mailto:sunxl@chinatelecom.cn>>
Subject: Re: [onap-discuss] [SO] vcpe use case and call openstack stack api

Hi,Brian:
 Thanks for your response.

 We want to simulate another openstack environment to test multi-vcpe use 
case. And we write the openstack auth-url data in cloud_config.json as your 
give url data’s format in SO docker /etc/mso/config.d. like this:
  

 After this we restart SO docker and run vcpe.py brg to test, but SO docker 
still create vbrg instance in onap’s openstack environment that not we want to.

 So we login into SO docker and check the file, we found that the file had 
change to the old one. like this:


 So we want to know how to modify

Re: [onap-discuss] Failed to pull image "nexus3.onap.org:10001/onap/activity-spec-init:1.3.0-SNAPSHOT"

[Brian]

Manifest-staging is only used for the integration team installs of the current 
master branch but agree it should not have been applied against Beijing branch 
only master branch.

Brian




From: sylvain.desbure...@orange.com 
Sent: Monday, August 27, 2018 11:59 AM
To: onap-discuss@lists.onap.org; FREEMAN, BRIAN D ; 
jkzcristi...@gmail.com
Subject: Re: [onap-discuss] Failed to pull image 
"nexus3.onap.org:10001/onap/activity-spec-init:1.3.0-SNAPSHOT"

When you ‘git blame’, you see it’s commit 
1b061396f99141cf55d958cb016dad709641c25b that brought that and the title is 
Activity Spec support in OOM – Casablance Release

So I guess it’s a bad commit for beijing

---
Sylvain Desbureaux

De : DESBUREAUX Sylvain IMT/OLN 
mailto:sylvain.desbure...@orange.com>>
Date : lundi 27 août 2018 à 17:55
À : "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"bf1...@att.com<mailto:bf1...@att.com>" 
mailto:bf1...@att.com>>, 
"jkzcristi...@gmail.com<mailto:jkzcristi...@gmail.com>" 
mailto:jkzcristi...@gmail.com>>
Objet : Re: [onap-discuss] Failed to pull image 
"nexus3.onap.org:10001/onap/activity-spec-init:1.3.0-SNAPSHOT"

I had the same, I pulled back to 2.0.0-ONAP and seems to work.

I think it’s a mistake for pushing code as 1.3.0 is more Casablanca release 
oriented (and thus we shouldn’t see this in Beijing release)

---
Sylvain Desbureaux

De : mailto:onap-discuss@lists.onap.org>> au nom 
de Brian mailto:bf1...@att.com>>
Répondre à : "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"bf1...@att.com<mailto:bf1...@att.com>" mailto:bf1...@att.com>>
Date : lundi 27 août 2018 à 17:50
À : "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"jkzcristi...@gmail.com<mailto:jkzcristi...@gmail.com>" 
mailto:jkzcristi...@gmail.com>>
Objet : Re: [onap-discuss] Failed to pull image 
"nexus3.onap.org:10001/onap/activity-spec-init:1.3.0-SNAPSHOT"

1.3.0 seems like a release tag but it is the version listed in the 
docker-manifest-staging.csv which is the source for integration installations.

https://gerrit.onap.org/r/gitweb?p=integration.git;a=blob;f=version-manifest/src/main/resources/docker-manifest-staging.csv;h=a0a721856aa37a8d1a94350f2374c0a45941d07c;hb=refs/heads/master<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_gitweb-3Fp-3Dintegration.git-3Ba-3Dblob-3Bf-3Dversion-2Dmanifest_src_main_resources_docker-2Dmanifest-2Dstaging.csv-3Bh-3Da0a721856aa37a8d1a94350f2374c0a45941d07c-3Bhb-3Drefs_heads_master=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=hdQjRGB8pofvOXK6WDp7lufaZYOvkUR2BIjEoORjuPc=nNfZHNvpYX6GEyAF8jkRhvxxJTMOWRGYgXHMylf7fHI=>


Brian


From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
jkzcristiano
Sent: Monday, August 27, 2018 11:31 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] Failed to pull image 
"nexus3.onap.org:10001/onap/activity-spec-init:1.3.0-SNAPSHOT"

Dear Rudolf,

I had the same issue. I don't know why but the resource "-SNAPSHOT" is not 
available anymore. You need to change it to: 
"nexus3.onap.org:10001/onap/activity-spec-init:1.3.0"

I hope this helps you!

Xoan


_



Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.



This message and its attachments may contain confidential or privileged 
information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete 
this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.

Thank you.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12083): https://lists.onap.org/g/onap-discuss/message/12083
Mute This Topic: https://lists.onap.org/mt/24971281/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Failed to pull image "nexus3.onap.org:10001/onap/activity-spec-init:1.3.0-SNAPSHOT"

[Brian]

1.3.0 seems like a release tag but it is the version listed in the 
docker-manifest-staging.csv which is the source for integration installations.

https://gerrit.onap.org/r/gitweb?p=integration.git;a=blob;f=version-manifest/src/main/resources/docker-manifest-staging.csv;h=a0a721856aa37a8d1a94350f2374c0a45941d07c;hb=refs/heads/master


Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
jkzcristiano
Sent: Monday, August 27, 2018 11:31 AM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Failed to pull image 
"nexus3.onap.org:10001/onap/activity-spec-init:1.3.0-SNAPSHOT"

Dear Rudolf,

I had the same issue. I don't know why but the resource "-SNAPSHOT" is not 
available anymore. You need to change it to: 
"nexus3.onap.org:10001/onap/activity-spec-init:1.3.0"

I hope this helps you!

Xoan


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12076): https://lists.onap.org/g/onap-discuss/message/12076
Mute This Topic: https://lists.onap.org/mt/24971281/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [SO] vcpe use case and call openstack stack api

[Brian]

An ONAP instance of SO can talk to mulitple clouds.

In Beijing its in the cloud_config.json file. In Casablanca its moved to the 
database.

Not sure for vCPE how homing in OOF will work and how the networking would 
occur between the components since the default installation didnt make sure 
that vGMUX in site 2 could get to the vDNS/vDHCP etc in site 1 for instance – 
that’s more of VNF design than an ONAP issue.

We have not tested this in ONAP but if you look at the unit test cases for SO 
you can see examples in the beijing resources

https://gerrit.onap.org/r/gitweb?p=so.git;a=blob;f=adapters/mso-vnf-adapter/src/test/resources/cloud_config.json;h=ff24633f3243acb79c8cd01c1f563208317b4086;hb=refs/heads/beijing

I would check if OOF supports this in Beijing since it wasnt an E2E test case.

In VID and the SO API – there should be a choice to pick the cloud site and you 
would have to make sure that AAI was populated with the matching cloud site 
data that is in SO.

Check “robot init” for an example of how to update a cloud region/tenant in 
AAI. Unfortunately Robot only deals with one cloud region at atime right now 
but it is an interesting change to make a list of cloud regions for the input 
to robot if one wanted to have robot do the automated instantiate of mulitple 
clouds in AAI and SO in Casablanca. For Beijing it probably makes the most 
sense to use curl/POSTMAN to update AAI (its a simple GET/PUT) or two instances 
of robot with different openstack data in /opt/config to setup the cloud sites 
and run test cases against site A or site B.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Liu Chenglong
Sent: Monday, August 27, 2018 3:31 AM
To: onap-discuss@lists.onap.org
Cc: Liu Chenglong ; Kang Xi ; huangzonghe 
; 孙鑫龙 
Subject: [onap-discuss] [SO] vcpe use case and call openstack stack api

Hi, SO group:
In vcpe use case,  we want to know some SO docker call openstack API 
flow. When SO vm start to create vfmodule like vbng/vbrg/vgw instance, the SO 
docker must call openstack stack api to create stack and instance. So, our 
question is  the openstack api’s address data are get from database that is 
testlab_mariadb_1,  or get from vcpe script that write openstack keystone url 
in vcpecommon.py file.
As like this description, if we have 2 openstack cloud platform that 
name ops_1(keystone ip: 192.168.10.1) and ops_2(keystone ip: 192.168.11.2), and 
this 2 cloud platform can connection each other. We install onap platform in 
ops_1 and the heat file for onap is ops_1 too.
We write ops_2 ip in vcpecommon.py(--os-auth-url value) and we want to 
create vcpe user case in ops_2 environment, so if we run vcpe.py infra or 
vcpe.py brg, which cloud environment will be choise, ops_1 or ops_2?
Or this question is like this, are our onap platform and all user case 
support deploy into two or many cloud platform?


--
Regards,
Liu Chenglong
lcl7...@163.com<mailto:lcl7...@163.com>





-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12071): https://lists.onap.org/g/onap-discuss/message/12071
Mute This Topic: https://lists.onap.org/mt/24971444/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [ONAP] E2E VNF functional testing

[Brian]

Morgan,

Jenkins jobs for daily installation and regression tests are off the 
jenkins/grafana site that Gary runs.

http://onapci.org/jenkins/
http://onapci.org/grafana/
http://onapci.org/grafana/d/8cGRqBOmz/daily-summary?orgId=1


We could start the discussion even before ONS.

I would encourage us to look at incorporating testing into the testsuite 
project rather than a new project but I may be mis-understanding what you mean 
by xtesting.

Installation of ONAP is generally in the demo or integration repos (demo is 
more for the test vnfs going forward) .
Testing is in testsuite and has end to end tests as well as domain focused 
tests for onboarding, instantiation and closed loop

As you indicated we break up the problem into 3 domains:

Demo project -> test vnfs and miscellaneous scripts needed to run demo’s at 
events. This is also where we have the scripts to build images from opensource 
tools (e.g. Intel’s vCPE VNFs)
Integraiton project -> resources/artifacts supporting the instllation of ONAP 
via OOM and HEAT – source for environment specific files to drive jenkins CI 
etec.
Testsuite project -> automated testing of ONAP in its role of onboard, 
instantiate and control loop using the ONAP instance deployed by Integration 
and VNFs in the demo project .

Testsuite  includes mostly robot framework tests but also python based 
tests/interfaces are allowed/encouraged where they make sense.

Brian



From: onap-discuss@lists.onap.org  On Behalf Of 
Morgan Richomme
Sent: Thursday, August 23, 2018 8:34 AM
To: helen.c...@huawei.com; ran.pol...@amdocs.com; moshe...@amdocs.com; 
christopher.don...@huawei.com; gary.i...@huawei.com; yang@huawei.com; 
PLATANIA, MARCO ; WAN, KEVIN ; 
FREEMAN, BRIAN D 
Cc: DEBEAU Eric IMT/OLN ; onap-discuss@lists.onap.org
Subject: [onap-discuss] [ONAP] E2E VNF functional testing

Hi,

a topic was dedicated to vCPE automation during Integration meeting today.

I think that E2E VNF testing automation is key to stabilize ONAP

For me automation means the ability to
- check packaging
- onboard the model
- instantiate the VNF
- check that resources are propely created on the target infrastructure
- perform functional tests (e.g. SIP tests on a vIMS VNF)
- clean the resources
- report the results

Automation shall be replicable on any ONAP platform without big effort except 
configuration file changes
It means decoupling use cases/ONAP installation (no hardcoded values in ONAP 
installation, no lab manual specific configuration)

Proprietary VNFs due to licensing models are very hard to integrate in CI/CD 
chains (which shall not prevent ambitious use cases to integrate such VNFs)

It is clearly challenging

As far as I know there are currently several initiatives aiming to provide ONAP 
VNF E2E automatic testing
1) integration project with the different cases including vCPE (integration 
team)
https://git.onap.org/testsuite/tree/robot<https://urldefense.proofpoint.com/v2/url?u=https-3A__git.onap.org_testsuite_tree_robot=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Gg4gmC80V5yeUcO8S6LA5ldv_A3lRsY4VWdqEBUu4yM=6ouN07lzctI0n1yC3En7jBLpebIxZLOjluTqClZ3n1M=>
https://git.onap.org/demo/tree/<https://urldefense.proofpoint.com/v2/url?u=https-3A__git.onap.org_demo_tree_=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Gg4gmC80V5yeUcO8S6LA5ldv_A3lRsY4VWdqEBUu4yM=EHox59SMJPEmO77AhWuvesEjFruG7s7hK7dsLezTzNk=>
https://git.onap.org/integration/tree/test<https://urldefense.proofpoint.com/v2/url?u=https-3A__git.onap.org_integration_tree_test=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Gg4gmC80V5yeUcO8S6LA5ldv_A3lRsY4VWdqEBUu4yM=pRnYTGcTKyr5b4bpAxYSRSCumL2AXej6ayLBCdl4GTA=>

Using Robot you can already onboard and instantiate several VNFs (vLB, vFW, 
vVG, vCPE): 
https://git.onap.org/testsuite/tree/robot/testsuites/model-distribution.robot<https://urldefense.proofpoint.com/v2/url?u=https-3A__git.onap.org_testsuite_tree_robot_testsuites_model-2Ddistribution.robot=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=Gg4gmC80V5yeUcO8S6LA5ldv_A3lRsY4VWdqEBUu4yM=SHWJyQF6GaJpH4gedp2HQbwMi3WUdn6evwD4FkzlwaY=>
Some tests were integrated in CI and even use for some robustnes tests (I did 
not find the jenkins url corresponding to daily runs of there testcases)

2) VNFSDK/VPP as part of VNF certification program (contact C.Donley)
information shared during LFN C meeting - the idea is to work on a 
verification program for VNF as the one initiated on the infrastructure by OPNFV
VNFs have been announced for September
only packaging check are planned for Casablanca as a first step but 
onboarding/lifecycle tests/functional tests are mentioned in the roadmap
dovetail framework is mentioned as the tooling to launch the tests

3) Amdocs demo shared during last ONS summit (contact: Moshe Hoadley)
It is also linked to 2) as a poc of ONAP Life cycle testing through dovetail
https://wiki.onap.org/display/DW/VNFTEST+integration+with+DOVETAIL?preview=/28377754/

Re: [onap-discuss] ONAP installation.

[Brian]

A minimal configuration should fit in 128 GB of RAM.

I believe we have folks doing Beijing installs on that class environment so a 
minimum should fit.
In Amsterdam we ran on 64 GB for some variations of minimal but the components 
have grown but I dont think we are a factor of two larger.

There is a limit on the number of containers per K8 host that some folks have 
run into so I would keep it to the minimum for your initial config and then add 
to it over time.  OOM team might have better data but I think you will be fine 
in 128 GB for a minimized config.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
prasad kokkula
Sent: Thursday, August 23, 2018 7:00 AM
To: onap-discuss@lists.onap.org; eric.deb...@orange.com
Subject: Re: [onap-discuss] ONAP installation.

Hi,
Could you please let me know what is minimum hardware requirements for vFW/vFW 
closed loop demo with the mentioned services in above (minimum configurations).

Present, I have installed openstack (Ocata) on Ubuntu host. which has 128GB 
RAM,  1TB disk, 24 cores. is it ok to proceed the ONAP installation.

Regards,
Varaprasad K

On Wed, Aug 22, 2018 at 10:00 PM Eric Debeau 
mailto:eric.deb...@orange.com>> wrote:
Hi,

Yes, we discussed such minimal configuration, but not yet documented.
As it is requested by the community, we should add it in the docs. I will do it 
;-)

For Heat template, only keep components listed by Brian and you can save 
resources (edit the yaml file and remove all the parts dealing with non 
relevant components).

For OOM, override the components not relevant as indicated by Roger. You can 
use a K8S cluster with a single node. We will verify the minimal hardware 
config required to run the vFW.

Best Regards

Eric


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12034): https://lists.onap.org/g/onap-discuss/message/12034
Mute This Topic: https://lists.onap.org/mt/24919470/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss][integration] vcpe bpmn error

[Brian]

Eric,

I'm not sure  I sent a note but the build yaml/env files are confusing robot. I 
moved them into a separate directory at the same level as vFW , vBNG etc 
something like
Vgw_build and moved the build_vgw.env and build_vgw.yaml to that directory.

I think we need to separate them since robot zip's the files up to create the 
package for onboarding to ONAP.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Multanen, Eric W
Sent: Wednesday, August 22, 2018 10:35 AM
To: onap-discuss@lists.onap.org; kang...@huawei.com; Yang, Bin 

Subject: Re: [onap-discuss][integration] vcpe bpmn error

I also want to point out that there are now two sets of vCPE images.

Images prepared during Amsterdam (and used for Amsterdam and Beijing) - 
probably multiple copies in different projects (can/should be shared).
Named like:  vbng-base-ubuntu-16-04
See the "Pre-built VNF images available" table here:  
https://wiki.onap.org/display/DW/Preparing+the+vCPE+VPP+VNF+Images+for+Amsterdam+and+Beijing<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_Preparing-2Bthe-2BvCPE-2BVPP-2BVNF-2BImages-2Bfor-2BAmsterdam-2Band-2BBeijing=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=I5ucFl5E4mLnEYy4oTEKQ36GhGD6BI3iLMPMQ0yCDVA=fXTvoVCDS6gjzeYF6vcW798QA7sK-Sy3oY4wDYrQvRQ=>


Images prepared with updated build scripts during Casablanca development
Named like: vbng-casa-ubuntu-16-04
See the "Pre-built VNF images available" table here   
https://wiki.onap.org/display/DW/ONAP+vCPE+VPP-based+VNF+Installation+and+Usage+Information<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_ONAP-2BvCPE-2BVPP-2Dbased-2BVNF-2BInstallation-2Band-2BUsage-2BInformation=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=I5ucFl5E4mLnEYy4oTEKQ36GhGD6BI3iLMPMQ0yCDVA=BgOWoRe2XnIM0Ovx1G60DpXBApE2L7nw60cyEm-Afq8=>
These new images are just in the ONAP-vCPE project at the moment.


Eric

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Kang Xi
Sent: Wednesday, August 22, 2018 7:32 AM
To: Yang, Bin mailto:bin.y...@windriver.com>>
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss][integration] vcpe bpmn error

The images in different spaces, e.g. SB06, SB07, etc, are all the same. If they 
can be shared across different spaces that's certainly fine.

Regards,
Kang

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Wednesday, August 22, 2018 1:56
To: Kang Xi mailto:kang...@huawei.com>>
Cc: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss][integration] vcpe bpmn error

Hi Kang,

   The wiki 
https://wiki.onap.org/display/DW/vCPE+Use+Case+Tutorial%3A+Design+and+Deploy+based+on+ONAP#vCPEUseCaseTutorial:DesignandDeploybasedonONAP-Downloadandmodifyautomationcode<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_display_DW_vCPE-2BUse-2BCase-2BTutorial-253A-2BDesign-2Band-2BDeploy-2Bbased-2Bon-2BONAP-23vCPEUseCaseTutorial-3ADesignandDeploybasedonONAP-2DDownloadandmodifyautomationcode=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=I5ucFl5E4mLnEYy4oTEKQ36GhGD6BI3iLMPMQ0yCDVA=hEgM9lb4N_RG1c-CoRGDi9IbQRQns5SKkzebr_uu4RQ=>
 mentioned there should be image created before deploy vCPE usecase, and I 
noticed there are multiple copies of the same image (e.g. 
vbng-base-ubuntu-16-04<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.12.25.2_admin_images_ae4b8b5c-2Db96c-2D4409-2Da36f-2D4915f8008b31_detail_=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=I5ucFl5E4mLnEYy4oTEKQ36GhGD6BI3iLMPMQ0yCDVA=r_dP8XJKNo5r3q08I015kWvD1ZtdcykHR6dqZEFwb_o=>)
 , each for dedicated openstack project. So is that the intention to keep them 
dedicated to specific project, or we can make these image be shared across all 
projects of the Integration lab?

Thanks

Best Regards,
Bin Yang,Solution Engineering Team,Wind River
ONAP Multi-VIM/Cloud PTL
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12008): https://lists.onap.org/g/onap-discuss/message/12008
Mute This Topic: https://lists.onap.org/mt/24532548/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] ONAP installation.

[Brian]

For heat install modify the heat template and env file to not install 
components that you are not likely to need for your testing.
Given your IP limitations you might want to try an OOM install.

For OOM but you can do it with in the integration-override.yaml by setting a 
project’s enabled=false

For example to turn of  cli you would do the following (can also be done on the 
command like with –set cli.enabled=false)
cli:
  enabled: false

also reduce the clustering to 1 node in SDNC/APPC.

There is work going on to create a standard template for various configuration 
of OOM – if you just want to do vFW or closed loops or if you want to do VoLTE 
etc.

Unfortunately as an End to End system there is quite a lot of memory required 
to run the full suite but you can make a smaller set.

I cant find the work Eric is doing on the minimal configuration but here is 
what I think you could get away with:

Assuming this is Bejing then:

For vFW onboard/instantiation:
Robot  - you will need robot to “init” the customer/cloud data
Dmaap
Portal
SDC
VID
AAI
SO
SDNC

For vFW closed loop add:
DCAE
Policy
APPC

You will not be able to run all the use cases with this miminal configuration 
but for the simple vFW/vFWCL it should be the minimal environment.
If you get errors on startup it may be that I missed a project so look at the 
log files to see if there was a startup dependency I missed (for some reason I 
suspect Music may be required for Portal.
Obviously if you want to test a particular aspect like CLAMP or OOF for vCPE 
you can add them in if your hardware permits.

Brian



From: onap-discuss@lists.onap.org  On Behalf Of 
prasad kokkula
Sent: Wednesday, August 22, 2018 8:44 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] ONAP installation.

Hi,

Iam trying to Install ONAP on Openstack (single tenate). I have observed below 
hardware requirements for ONAP, looking its huge memory requirements. Shall we 
proceed with less memory and single floating ip for PoC of vFW demo.

https://onap.readthedocs.io/en/latest/guides/onap-developer/settingup/onap_heat.html<https://urldefense.proofpoint.com/v2/url?u=https-3A__onap.readthedocs.io_en_latest_guides_onap-2Ddeveloper_settingup_onap-5Fheat.html=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=JkpSexJaioDlx7f_MwjQsG0eWVwhXY6UoEHfoDptbkU=KIRc4ofiD0xS3m5CutAFn8-0zuQDcB7KGsdjbFIDx6I=>

· 20 VM
· 88 vCPU
· 176 GB RAM
· 1.76 TB Storage
· 20 floating IP addresses
Regards,
Varaprasad K



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#12003): https://lists.onap.org/g/onap-discuss/message/12003
Mute This Topic: https://lists.onap.org/mt/24919470/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Docker images tagging rules for Casablanca #integration #oom #heat #docker

[Brian]

Gary would know for sure but I think this script updates helm chart images with 
manifest.csv values but not sure if its in use.

https://git.onap.org/integration/tree/version-manifest/src/main/scripts/update-oom-image-versions.sh

Brian


From: FREEMAN, BRIAN D
Sent: Friday, August 17, 2018 9:19 AM
To: onap-discuss@lists.onap.org; eric.deb...@orange.com
Subject: RE: [onap-discuss] Docker images tagging rules for Casablanca 
#integration #oom #heat #docker

Eric,

This is a good discussion.

The link you referenced was for the “release” version – at this point its 
Beijing.
The current development is the “staging” version
https://git.onap.org/integration/tree/version-manifest/src/main/resources/docker-manifest-staging.csv

This has the latest tags.

I will point out that some projects bury their tags in their deploy.sh scripts 
in HEAT (I found this in AAI) and we need to change that practice.

I thought we had an override script for OOM deployments that would set the 
image versions but I’m not as familiar with this part of the integration 
environment build process.

https://git.onap.org/integration/tree/version-manifest/src/main/scripts/add-images-from-oom.sh


Brian

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Eric Debeau
Sent: Friday, August 17, 2018 9:09 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] Docker images tagging rules for Casablanca #integration 
#oom #heat #docker

Hello

The docker-manifest file is the placeholder to store the Docker images version 
associated with each release.
https://git.onap.org/integration/tree/version-manifest/src/main/resources/docker-manifest.csv<https://urldefense.proofpoint.com/v2/url?u=https-3A__git.onap.org_integration_tree_version-2Dmanifest_src_main_resources_docker-2Dmanifest.csv=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=XB-9JPXMzWxGy0EcCrC4BihcVl9VckdJw6phzn2juE8=qf5aww_ly89MWt74gASFhn3itXG9AFl_of29O3ceea4=>

Today, a script developed by Integration team is populating the Heat env file 
for the Heat based installation.
For OOM, I believe that each project is managing the values in their Chart Helm 
file, but as far as I know, there is no formal alignment between those values 
and the docker-manifest file.

I also noticed that there is no "latest" tags in the docker-manifest file

I would like to know the strategy for Docker images tagging for the master 
branch.

Thanks

Best Regards


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11922): https://lists.onap.org/g/onap-discuss/message/11922
Mute This Topic: https://lists.onap.org/mt/24612018/21656
Mute #integration: https://lists.onap.org/mk?hashtag=integration=2740164
Mute #oom: https://lists.onap.org/mk?hashtag=oom=2740164
Mute #heat: https://lists.onap.org/mk?hashtag=heat=2740164
Mute #docker: https://lists.onap.org/mk?hashtag=docker=2740164
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [integration] [VNFSDK] Creating a TEST VNF

[Brian]

SDNC supports netconf as well – it just needed to be activated – I asked Dan to 
include that in future SDNC persona’s (its can be done after the controller is 
brought up but its a one line change in the config to do it as part of initial 
install so might as well)

WRT to the honeycomb VNF I think that is the right path since we would get both 
a config and operational tree to drive closed loops (with memory)

I havent tried this but I got the reference from our OpenROADM folks who are 
working on TransportPCE with Orange and others.

Maybe Eric knows 
guillaume.lamb...@orange.com<mailto:guillaume.lamb...@orange.com> (but its a 
big company)  ?

https://github.com/opendaylight/transportpce/tree/master/tests/honeynode

Brian

From: onap-discuss@lists.onap.org  On Behalf Of 
PLATANIA, MARCO
Sent: Friday, August 10, 2018 9:26 AM
To: onap-discuss@lists.onap.org; andrew.fen...@ericsson.com
Cc: Ajith Sreekumar 
Subject: Re: [onap-discuss] [integration] [VNFSDK] Creating a TEST VNF

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
Andrew,

I think it’s a good idea. I remember we talked about this a while ago, and I 
still believe it’s worth the effort. In particular, I agree on implementing 
APIs that can be used by controllers to execute LCM operations against the 
VNFs. In this regard, we have experience with Honeycomb, which we extensively 
used for the vFW and vLB use cases. The good news is that Honeycomb supports 
both Netconf and Rest APIs, which makes it even more appealing, considering 
that we also want SDNC to be able to talk to the VNF (SDNC supports Rest at 
this time).

Let’s talk on Wednesday during the integration meeting.

Marco

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Andrew Fenner 
mailto:andrew.fen...@ericsson.com>>
Reply-To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>, 
"andrew.fen...@ericsson.com<mailto:andrew.fen...@ericsson.com>" 
mailto:andrew.fen...@ericsson.com>>
Date: Friday, August 10, 2018 at 5:22 AM
To: "onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>" 
mailto:onap-discuss@lists.onap.org>>
Cc: Ajith Sreekumar 
mailto:ajith.sreeku...@ericsson.com>>
Subject: [onap-discuss] [integration] [VNFSDK] Creating a TEST VNF

Hi,

At the last Integration team meeting there was a discussion about the need for 
a test VNF which had a different focus to the vFW that we are using now.

I had created a task some time ago related to this and it seems like there is 
some enthusiasm for this now so I will try to follow up an report back to the 
integration team with a way forward.

Can you please look at the Jira 
https://jira.onap.org/browse/INT-355<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_INT-2D355=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=kG12w7U2YM6hhEUwEZyHPSVusPMPWJNSYMD-oCm2LeE=ibOFZltoPF0bkEA9xNBD7bKypd1rrFSPF5varoQJ5Xg=>
 for my initial thinking and look at
https://wiki.onap.org/download/attachments/16002054/BeijingDevForum2017-Dec-13-main-0.mp4?version=1=1513294598000=v2<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_download_attachments_16002054_BeijingDevForum2017-2DDec-2D13-2Dmain-2D0.mp4-3Fversion-3D1-26modificationDate-3D1513294598000-26api-3Dv2=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=kG12w7U2YM6hhEUwEZyHPSVusPMPWJNSYMD-oCm2LeE=1kbesoZGUTOzmw6ydCi1WhSY5BV8DTRctGOS1WO5MlE=>
 @ 05:26:40
and
https://onapbeijing2017.sched.com/event/D5pg/progressing-onap-testing-and-integration-with-a-dummy-vnf<https://urldefense.proofpoint.com/v2/url?u=https-3A__onapbeijing2017.sched.com_event_D5pg_progressing-2Donap-2Dtesting-2Dand-2Dintegration-2Dwith-2Da-2Ddummy-2Dvnf=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=kG12w7U2YM6hhEUwEZyHPSVusPMPWJNSYMD-oCm2LeE=R-deEQaZaXONCieoHBCJ8rX2fy-dQvKw6hPn6H-Jw6E=>
 & 
https://schd.ws/hosted_files/onapbeijing2017/49/ONAP-DummyVNF.pptx<https://urldefense.proofpoint.com/v2/url?u=https-3A__schd.ws_hosted-5Ffiles_onapbeijing2017_49_ONAP-2DDummyVNF.pptx=DwMGaQ=LFYZ-o9_HUMeMTSQicvjIg=KgFIQiUJzSC0gUhJaQxg8eC3w16GC3sKgWIcs4iIee0=kG12w7U2YM6hhEUwEZyHPSVusPMPWJNSYMD-oCm2LeE=CLVsv8ZdTFpNfQc82vQ7K9MXnBRLHUoH3_A-ALW2r_0=>

I have created a sub tack which is to try and move the story forward. I intend 
to report back to the Integration team next week.

At this stage I would like to confirm requirements and find proposed ways 
forward e.g. do we develop something ourselves can we inherit something from 
some other opensource project etc.

Please reply to this thread with any ideas/proposals or leave comments on the 
JIRA and I will correlate it back to the integration team for a proposed way 
forward.

/Andrew

PS:

I have previously made a

Re: [onap-discuss] [VNFSDK]New bridge for this week VNFSDK meeting

[Brian Hedstrom]

Let's try my ZOOM:

Hi there,

Brian Hedstrom is inviting you to a scheduled Zoom meeting.

Topic: Brian Hedstrom's Personal Meeting Room

Join from PC, Mac, Linux, iOS or Android: https://zoom.us/j/8672717796

Or iPhone one-tap :
US: +16465588656,,8672717796#  or +16699006833,,8672717796#
Or Telephone:
Dial(for higher quality, dial a number based on your current location):
US: +1 646 558 8656  or +1 669 900 6833
Meeting ID: 867 271 7796
International numbers available: https://zoom.us/u/jWaq2


On Fri, Aug 10, 2018 at 7:06 AM, gaoweitao  wrote:

> Hi VNFSDK Team Member,
>
>
>
>  Since Chris is enjoying his vacation, his personal bridge doesn’t
> work. Please use this bridge for today’s meeting:
> https://welink-meeting.zoom.us/j/151217618
>
>
>
> BR
>
> Victor
> 
>
>


-- 
Brian Hedstrom
Founder/CEO
OAM Technology Consulting LLC
oam.technology
brian.hedst...@oamtechnologies.com
720-470-7091

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11821): https://lists.onap.org/g/onap-discuss/message/11821
Mute This Topic: https://lists.onap.org/mt/24247816/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [SDC] What does the "Test" process really do to resources/services

[Brian]

So do you think the problem is I need to check in before certify ?

Brian

From: onap-discuss@lists.onap.org  On Behalf Of 
LANDO, MICHAEL
Sent: Wednesday, August 08, 2018 2:21 AM
To: Kang Xi 
Cc: Timothy Bruton ; Satyaki Mallick 
; Avinash S ; Anjali mangesh 
walsatwar ; Arcot Sindhuri 
; 'onap-...@lists.onap.org' 
; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [SDC] What does the "Test" process really do to 
resources/services

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
There was.

After a review we shortened the vf lifecycle to go straight to certification.

As a designer you can chek in and check out and from there you have the ability 
to certify the vf with out going to the tester screens this change is only on 
the VF level.









BR,

[Michael Lando]

AT Network Application Development * NetCom
Tel Aviv | Tampa | Atlanta | New Jersey |Chicago
***
Office: +972 (3) 5451487
Mobile: +972 (54) 7833603
e-mail: michael.la...@intl.att.com<mailto:michael.la...@intl.att.com>

From: Kang Xi mailto:kang...@huawei.com>>
Sent: Wednesday, August 08, 2018 04:33
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
Lando,Michael mailto:ml6...@intl.att.com>>
Cc: Timothy Bruton mailto:tim.bru...@huawei.com>>; 
Satyaki Mallick 
mailto:satyaki.mall...@huawei.com>>; Avinash S 
mailto:avinas...@huawei.com>>; Anjali mangesh walsatwar 
mailto:anjali.walsat...@huawei.com>>; Arcot 
Sindhuri mailto:arcot.sindh...@huawei.com>>
Subject: [SDC] What does the "Test" process really do to resources/services

Hi Michael and SDC experts,

I remember that back in R1, the "Test" process was pretty much a placeholder, 
it does not really do any testing to the resource/service. Just wondering if 
that's any changes to the "Test" process in the current version?

Regards,
Kang



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11749): https://lists.onap.org/g/onap-discuss/message/11749
Mute This Topic: https://lists.onap.org/mt/24226268/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [integration] vcpe new error

[Brian]

Chenglong,


Quota exceeded, too many key pairs.

This happens in test environments since repeated creates with manual cleanup 
doesnt always cleanup the rsa keypairs under the account that SO uses.
Login to the horizon portal using the account that SO is configured for and go 
to Compute -> Access & Security -> keypairs

Delete a bunch of keypairs – you should be able to tell from the timestamps and 
names the ones that are from your testing.

Dont delete your ONAP keys

There is probably a way to bump the quota for the SO account but its easier to 
delete a few keys.

Brian

From: Liu Chenglong 
Sent: Tuesday, August 07, 2018 4:58 AM
To: kang...@huawei.com; onap-discuss@lists.onap.org
Cc: Liu Chenglong ; FREEMAN, BRIAN D ; 
huangzonghe ; 孙鑫龙 
Subject: [onap-discuss] [integration] vcpe new error

Hi, Kang:
Today, we want to create a new vcpe use case in new onap platform that 
created yesterday.
At first, we run vcpe.py init ok, and then we run vcpe.py infra, that’s 
also ok and create 7 vms and 5 networks.  But when we deploy kea-sdnc-notify.so 
in vDHCP server, some error happened for our network and kea-sdnc-notify.so not 
work in vDHCP server. For this reason, we want to create another infra and so 
we delete all stack data include vnf and network in openstack that created 
before, and we sure all stack and instance are delete clear from openstack.
   After that, we running vcpe.py infra again, but there is a new error 
happened in this time, the error message is:
   "statusMessage": "Received vfModuleException from VnfAdapter: 
category='INTERNAL' message='Exception during create VF 0 : Stack error 
(CREATE_FAILED): Resource CREATE failed: Forbidden: resources.my_keypair: Quota 
exceeded, too many key pairs. (HTTP 403) (Request-ID: 
req-c6cab791-255c-4ec8-aa0c-e89aa0e43345)' rolledBack='true'"

  When the error happened, we check stack data and instance data in 
openstack platform, and we found only 2 network data and 1 vnf data that status 
is  “create failed" in stack area, in instance there is no any data. That show 
as flow picture:
  [cid:image002.png@01D42E2B.D376B2B0]


  So, we want to know:
  1. Which step the error happened?
  2. The reason why the error is happened?
  3. And we how to resolve the issues?


--
Regards,
Liu Chenglong
lcl7...@163.com<mailto:lcl7...@163.com>




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11716): https://lists.onap.org/g/onap-discuss/message/11716
Mute This Topic: https://lists.onap.org/mt/24218971/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [plts] Re: ONAP Lab Upgrade

[Brian]

I think upgrade would be good.

Pike still support /v2 still right ?

I think I heard from Orange that Queens drops support for /v2 so need to make 
sure we have a Dublin feature to move off /v2 if its still there.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Helen Chen
Sent: Monday, August 06, 2018 3:06 PM
To: Gooch, Stephen ; MAHER, RANDA 
; Gary Wu ; PLATANIA, MARCO 
; JI, LUSHENG ; YOUNG, RYAN J 
; OBRIEN, FRANK MICHAEL ; Yang, Bin 
; CHO, TAKAMUNE 
Cc: onap-discuss 
Subject: [onap-discuss] [plts] Re: ONAP Lab Upgrade

Thank you Stephen, that is very good news.

+1 from me on the upgrading at Friday. (I added PTLs to the email thread in 
case anyone has planned to use it at this Friday).

Regards,

Helen Chen

From: "Gooch, Stephen" 
mailto:stephen.go...@windriver.com>>
Date: Monday, August 6, 2018 at 11:59 AM
To: "MAHER, RANDA" mailto:rx1...@att.com>>, Gary Wu 
mailto:gary.i...@huawei.com>>, Helen Chen 00725961 
mailto:helen.c...@huawei.com>>, "PLATANIA, MARCO 
(MARCO)" mailto:plata...@research.att.com>>, LUSHENG 
JI mailto:l...@research.att.com>>, "YOUNG, RYAN J" 
mailto:ry3...@att.com>>, "OBRIEN, FRANK MICHAEL" 
mailto:frank.obr...@amdocs.com>>, "Yang, Bin" 
mailto:bin.y...@windriver.com>>, "CHO, TAKAMUNE" 
mailto:tc0...@att.com>>
Subject: RE: ONAP Lab Upgrade

Hello,

I have been informed that two of the five new servers are ready to power on.  
This means we can start the upgrade to Pike.   I have time to start the upgrade 
on Friday if there are no objections.

Br,
- Stephen

From: MAHER, RANDA [mailto:rx1...@att.com]
Sent: Wednesday, July 25, 2018 11:50
To: Gary Wu; Gooch, Stephen; Yunxia Chen; PLATANIA, MARCO; JI, LUSHENG; YOUNG, 
RYAN J; OBRIEN, FRANK MICHAEL; Yang, Bin; CHO, TAKAMUNE
Subject: RE: ONAP Lab Upgrade

+ Taka

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Wednesday, July 25, 2018 10:15 AM
To: Gooch, Stephen 
mailto:stephen.go...@windriver.com>>; Yunxia Chen 
mailto:helen.c...@huawei.com>>; PLATANIA, MARCO 
mailto:plata...@research.att.com>>; JI, LUSHENG 
mailto:l...@research.att.com>>; YOUNG, RYAN J 
mailto:ry3...@att.com>>; MAHER, RANDA 
mailto:rx1...@att.com>>; OBRIEN, FRANK MICHAEL 
mailto:frank.obr...@amdocs.com>>; Yang, Bin 
mailto:bin.y...@windriver.com>>
Subject: RE: ONAP Lab Upgrade

Let me know when the installation will start, and I can shut down some 
non-essential instances so that you don’t have to migrate them.

Thanks,
Gary

From: Gooch, Stephen [mailto:stephen.go...@windriver.com]
Sent: Tuesday, July 24, 2018 2:03 PM
To: Yunxia Chen mailto:helen.c...@huawei.com>>; Gary Wu 
mailto:gary.i...@huawei.com>>; Marco Platania 
(plata...@research.att.com<mailto:plata...@research.att.com>) 
mailto:plata...@research.att.com>>; JI, LUSHENG 
(LUSHENG) (l...@research.att.com<mailto:l...@research.att.com>) 
mailto:l...@research.att.com>>; Ryan J Young 
(ry3...@att.com<mailto:ry3...@att.com>) 
mailto:ry3...@att.com>>; Randa Maher 
(rx1...@att.com<mailto:rx1...@att.com>) 
mailto:rx1...@att.com>>; Michael O'Brien 
mailto:frank.obr...@amdocs.com>>; Yang, Bin 
mailto:bin.y...@windriver.com>>
Subject: ONAP Lab Upgrade

Hello,

Tomorrow afternoon Intel will begin installing additional servers into the ONAP 
integration lab rack.  These additional servers will allow a  live upgrade from 
OpenStack Newton to Pike (as they will give us the capacity to migrate the 
existing VMs to enable the upgrade).

Does anyone have concerns, input, or scheduling suggestions about the upgrade?  
We can leave the lab at Newton until the next release too – it is up to the 
team to tell me when the upgrade should occur.

Br,
- Stephen

Stephen Gooch | Senior Member of Technical Staff | Wind River
+1.510.965.7909 , Skype ID: stephen.gooch



-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11694): https://lists.onap.org/g/onap-discuss/message/11694
Mute This Topic: https://lists.onap.org/mt/24211991/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [sdnc] SDNC Profile and Preload

[Brian]

The message you referenced wasn't about preload faillures - pre-load failures 
would cause the vnf-topology-operation(assign) to fail.

VNF Profile creation in the SDNC admin portal isn't required if you are using 
the REST API to directly push the preload into SDNC.

What failure/error message are you recieving that makes you think its a VNF 
Profile problem ?

Does robot's ete-k8s.sh onap instantiate PASS in your environment ?

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
bharath thiruveedula
Sent: Monday, August 06, 2018 12:24 PM
To: onap-discuss@lists.onap.org; FREEMAN, BRIAN D ; 
bdfreeman1...@gmail.com
Subject: [onap-discuss] [sdnc] SDNC Profile and Preload


Hi,



As a prerequisite for adding "vf-module", I have done SDNC preload. But while 
adding "vf-module" the SO threw errors  as mentioned in the mail 
https://lists.onap.org/g/onap-discuss/message/11523<https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_g_onap-2Ddiscuss_message_11523=DwMFAw=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=x6D06lF7qDda_Eai32gR8bBoQ6TmXRPwFjk5L4K0Mwo=cNyeCkFhRrvFQ8KgPTY_peGklJTZEeSKP9aOqH8e_JY=>.
 In this case, we haven't done SDNC profile creation.



Does VNF profile creation is a mandatory step? May I know the reason why we are 
following this step in addition to SDNC preload?



Best Regards

Bharath T


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11682): https://lists.onap.org/g/onap-discuss/message/11682
Mute This Topic: https://lists.onap.org/mt/24210517/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] Error in SO when creating VF Module due to connectivity error with adopters - [SO]

[Brian]

SO is appropriately setting status to FAILED if the message to SDNC is failing 
on the “activate”

For Scenario II that you are running to becasue of the first failure , there is 
an issue that if the VF isnt in the “Active” state that the delete from SO to 
SDNC will fail. There is an updated DG for vnf-topology-operation-delete that 
relaxes that constraint.  Pull a new copy of 
platform-logic<https://gerrit.onap.org/r/gitweb?p=sdnc/oam.git;a=tree;f=platform-logic;hb=b0e7aed1ffa2a4cdbcc60053532a1f265022146d>
 / 
vnfapi<https://gerrit.onap.org/r/gitweb?p=sdnc/oam.git;a=tree;f=platform-logic/vnfapi;hb=b0e7aed1ffa2a4cdbcc60053532a1f265022146d>
 / 
src<https://gerrit.onap.org/r/gitweb?p=sdnc/oam.git;a=tree;f=platform-logic/vnfapi/src;hb=b0e7aed1ffa2a4cdbcc60053532a1f265022146d>
 / 
main<https://gerrit.onap.org/r/gitweb?p=sdnc/oam.git;a=tree;f=platform-logic/vnfapi/src/main;hb=b0e7aed1ffa2a4cdbcc60053532a1f265022146d>
 / 
xml<https://gerrit.onap.org/r/gitweb?p=sdnc/oam.git;a=tree;f=platform-logic/vnfapi/src/main/xml;hb=b0e7aed1ffa2a4cdbcc60053532a1f265022146d>
 / 
VNF-API_vnf-topology-delete.xml<https://gerrit.onap.org/r/gitweb?p=sdnc/oam.git;a=blob_plain;f=platform-logic/vnfapi/src/main/xml/VNF-API_vnf-topology-delete.xml;hb=b0e7aed1ffa2a4cdbcc60053532a1f265022146d>

The root problem is why is the vnf-topology-operation-activate failing (at 
least that seems like the issue)

Are there any errors in the SDNCAdapter log ?

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Prakash via Lists.Onap.Org
Sent: Monday, July 30, 2018 10:00 AM
To: onap-discuss@lists.onap.org
Cc: Kumar Skand Priya, Viswanath V 
Subject: [onap-discuss] Error in SO when creating VF Module due to connectivity 
error with adopters - [SO]

Hello,

 I have been trying to create vLB Demo using ONAP - R2, but the problem is SO 
is not stable/consistent when creating VF Module( Sometimes SO updates DB 
correctly, sometimes not).

Scenario I: When creating VF Module . SO is not updating the DB with the 
Request status as " COMPLETE" even after instantiating the VFs in Openstack.
   Problem Statement:   Installed ONAP Setup using OOM and when i tried 
creating VF Module SO's Database (DB: mso_requests Table:infra_active_requests) 
shows the Request status as "FAILED". But when i checked the openstack the vf 
module is actually successfully created and running. In the log i could see a 
connector error.  Attathe Table Description and BPMN Error in the attachment.
(BPMN Invoved in the Exception: SdnAdopter (Gets Timeout when waiting for asyn 
message))

LOG:
errordev-so-85d5cf48c5-f27j8.log:10:2018-07-30T09:30:46.169Z|16de8444-9535-493e-9357-433326dd37cb|default
 task-416|MSO.CVFMI|BPMNClient|BPMN|MSO.CVFMI|ERROR|UnknownError|Caught 
ConnectorRequestException running 
Process[3c7dfa8b-93db-11e8-929c-02202d521919:3cb0a3ce-93db-11e8-929c-02202d521919]
 after receiving sdncAdapterCallbackRequest with SDNCA_requestId = 
'16de8444-9535-493e-9357-433326dd37cb-1532943045674': 
org.camunda.connect.ConnectorRequestException: HTCL-02007 Unable to execute 
HTTP request|MSO-BPEL-9101E Exception encountered

Scenario II: Creation of VF Module is success but the deletion has the above 
issue.
   Problem Statement: SO Creates the VF Module Successfully and updates 
the DB Request Status as " COMPLETE", but when i tried deleting the same it 
updates the DB as "FAILED" though it deletes the instance from openstack.
 In the log i could see a connector error.  Added the Table Description in the 
attachment.
(BPMN Invoved in the Exception: VnfAdopterRestV1(Gets Timeout when waiting for 
asyn message))

LOG:
BPMN/errordev-so-85d5cf48c5-f27j8.log:17:2018-07-30T07:45:11.199Z|5d1bcea6-54f9-43b0-9d3c-fb65bfd9685d|default
 task-275|MSO.SDNCA|BPMNClient|BPMN|MSO.SDNCA|ERROR|UnknownError|Caught 
ConnectorRequestException running 
Process[72f54c9f-93cc-11e8-929c-02202d521919:72f83252-93cc-11e8-929c-02202d521919]
 after receiving WorkflowMessage with VNFAResponse_CORRELATOR = 
'5d1bcea6-54f9-43b0-9d3c-fb65bfd9685d-1532936694608': 
org.camunda.connect.ConnectorRequestException: HTCL-02007 Unable to execute 
HTTP request|MSO-BPEL-9101E Exception encountered
BPMN/errordev-so-85d5cf48c5-f27j8.log:18:2018-07-30T07:45:11.200Z|5d1bcea6-54f9-43b0-9d3c-fb65bfd9685d|default
 task-275|MSO.SDNCA|BPMNClient|BPMN|MSO.SDNCA|ERROR|UnknownError|Caught 
ConnectorRequestException running 
Process[72f54c9f-93cc-11e8-929c-02202d521919:72f83252-93cc-11e8-929c-02202d521919]
 after receiving WorkflowMessage with VNFAResponse_CORRELATOR = 
'5d1bcea6-54f9-43b0-9d3c-fb65bfd9685d-1532936694608': 
org.camunda.connect.ConnectorRequestException: HTCL-02007 Unable to execute 
HTTP request|MSO-BPEL-9100E Exception: 
org.camunda.c

Re: [onap-discuss] [integration] vgw_private_1_port IP address already allocated

[Brian]

If looks like your preload is wrong for vgw_private_ip_1 for the second vGW. 
That is the ONAP OAM IP asssigned during preload I think.

I’m not sure this is the latest from Kang’s script but I would check what you 
are doing in preload_templates/template.vcpe_vgw_vfmodule.json

10.0.101 should be used for assignments uniquely in the ONAP OAM interface. Can 
you check and see what might have the 10.0.101.103 address ? That isnt one that 
I remenber being used

Brian


From base_vcpe_vgw.env
onap_private_net_cidr: 10.0.0.0/16
  vgw_private_ip_0: 10.5.0.21
  vgw_private_ip_1: 10.0.101.30
  ## VPP will use DHCP to get the vgw_private_ip_2 on the CPE_PUBLIC subnet
  ## vgw_private_ip_2: 10.2.0.3

From base_vcpe_vgw.yaml

  vgw_private_ip_1:
type: string
label: vGW private IP address towards the ONAP management network
description: Private IP address that is assigned to the vGW to communicate 
with ONAP components


vgw_private_1_port:
type: OS::Neutron::Port
properties:
  network: { get_param: onap_private_net_id }
  fixed_ips: [{"subnet": { get_param: onap_private_subnet_id }, 
"ip_address": { get_param: vgw_private_ip_1 }}]

From: Liu Chenglong 
Sent: Monday, July 30, 2018 4:37 AM
To: FREEMAN, BRIAN D ; kang...@huawei.com
Cc: Liu Chenglong ; onap-discuss@lists.onap.org; huangzonghe 
; 孙鑫龙 
Subject: [onap-discuss] [integration] vgw_private_1_port IP address already 
allocated

Hi, Brian and Kang:
  According to  this 
url:https://gerrit.onap.org/r/#/c/56287/<https://urldefense.proofpoint.com/v2/url?u=https-3A__gerrit.onap.org_r_-23_c_56287_=DwMFoQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=X7tPamWhDsGlErLOYl2jC5XbmkW5ckyMI7uXlhQfRzQ=J2cX7uoAuErKHG6EXhUI7JQ9-SbyiIiEpcav8lWc4KY=>
  , we do this work for create new vgw2 in our laboratory, but an error 
happened. The error message is:
 "statusMessage": "Received vfModuleException from VnfAdapter: 
category='INTERNAL' message='Exception during create VF 0 : Stack error 
(CREATE_FAILED): Resource CREATE failed: Conflict: 
resources.vgw_private_1_port: IP address 10.0.101.103 already allocated in 
subnet 0ea19634-2497-4775-acb7-7a033251b0a1\nNeutron server returns 
request_ids: ['req-028091c0-349a-412a-9c11-16d81ce55b66'] - stack successfully 
deleted' rolledBack='true’”.

 [cid:image002.png@01D427E2.9F1F2E60]

 It seems like to vgw_private_0 error, and we want to konw how to modify 
the heat file.



--
Regards,
Liu Chenglong
lcl7...@163.com<mailto:lcl7...@163.com>




-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11520): https://lists.onap.org/g/onap-discuss/message/11520
Mute This Topic: https://lists.onap.org/mt/23858014/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [vid][aai] Owning Entity and Project in VID

[Brian]

I think I replied to a subsequent email but besides the reference from Ofir, 
robot's demo.sh init will populate a default set. You should be running demo.sh 
init to get the default customers setup as well.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Manoj K Nair
Sent: Friday, July 27, 2018 2:18 AM
To: SONSINO, OFIR ; onap-discuss@lists.onap.org
Subject: [onap-discuss] [vid][aai] Owning Entity and Project in VID

Hi VID/AAI Team,

Can you please let me know how the Owning entity and Project entries are filled 
and associated with a customer in A I followed the instructions 
here<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_pages_viewpage.action-3FpageId-3D25431491=DwMFAg=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=fjgu-enawqaq7Mi2wnHMwC2aNizfZbuo3HC-rTFeOzk=Ct7qmSsFKqSkIUUg5lsVBOZHBaZrmFzUTitYwEGC8A4=>
 (added customer, subscription, tenant etc as attached) , but this does not 
seem to populate the entries in VID for Owning Entity and Project.  Appreciate 
if you can let me know the procedure in the link above is correct or I need to 
follow additional steps. I am using ONAP Beijing Heat based installation

[cid:image001.jpg@01D42584.B8912DE0]

Thanks

Manoj




The information transmitted herein is intended only for the person or entity to 
which it is addressed and may contain confidential, proprietary and/or 
privileged material. Any review, retransmission, dissemination or other use of, 
or taking of any action in reliance upon, this information by persons or 
entities other than the intended recipient is prohibited. If you received this 
in error, please contact the sender and delete the material from any computer.


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11476): https://lists.onap.org/g/onap-discuss/message/11476
Mute This Topic: https://lists.onap.org/mt/23829864/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [vid][aai] Owning Entity and Project in VID

[Brian]

Robot init script puts in the default owning entity , project etc.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Lukasz Rajewski
Sent: Friday, July 27, 2018 7:30 AM
To: onap-discuss@lists.onap.org; manoj.k.n...@netcracker.com; SONSINO, OFIR 
; LANDO, MICHAEL 
Subject: Re: [onap-discuss] [vid][aai] Owning Entity and Project in VID

Hi,

I observe similar issue but with vFW distributed with "./demo-k8s.sh onap 
distribute " script. In fact I am sure that there is problem with model 
distribution because in VID in section "Create New Service Instance" and after 
selection of Subscriber and Service Type I have an error: "Status: Error: 
Failed to get service models from SDC". In the same time when I go to Browse 
SDC Service Models I can see VFWCL and vLB and when I click Deploy I cannot 
select Owning Entity because there is no entry in Owning Entity list. In order 
to avoid further questions: all pods are running except CLAMP and robot shows 
problems only with CLAMP. We do not install VFC nor UUI. ONAP is installed with 
OOM on Rancher.

Regards,

[Logo Orange]

Łukasz Rajewski, R Expert
Orange Labs Polska, Advancend Networking Systems Agency, Warsaw
Mobile: +48 519 310 854
Orange Polska, Obrzeżna 7, 02-691 Warszawa
www.orange.pl<https://urldefense.proofpoint.com/v2/url?u=http-3A__www.orange.pl_=DwMFBA=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=ndrdBjsdk-l3EaBHIoNdIPPRw0JbPVlSVcnx7e48n-0=qEGVho0IM71Bts2I9toIlGqPZdOaC0Y2ZGzPyjQbmE4=>



From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Manoj K Nair
Sent: Friday, July 27, 2018 8:18 AM
To: Ofir Sonsino; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] [vid][aai] Owning Entity and Project in VID

Hi VID/AAI Team,

Can you please let me know how the Owning entity and Project entries are filled 
and associated with a customer in A I followed the instructions 
here<https://urldefense.proofpoint.com/v2/url?u=https-3A__wiki.onap.org_pages_viewpage.action-3FpageId-3D25431491=DwMFBA=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=ndrdBjsdk-l3EaBHIoNdIPPRw0JbPVlSVcnx7e48n-0=f6VKMdldHHDIXMNnsBKM6ar8n9lhH4oT5s3uGGhF5r0=>
 (added customer, subscription, tenant etc as attached) , but this does not 
seem to populate the entries in VID for Owning Entity and Project.  Appreciate 
if you can let me know the procedure in the link above is correct or I need to 
follow additional steps. I am using ONAP Beijing Heat based installation

[cid:image002.jpg@01D42584.49906E60]

Thanks

Manoj




The information transmitted herein is intended only for the person or entity to 
which it is addressed and may contain confidential, proprietary and/or 
privileged material. Any review, retransmission, dissemination or other use of, 
or taking of any action in reliance upon, this information by persons or 
entities other than the intended recipient is prohibited. If you received this 
in error, please contact the sender and delete the material from any computer.


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11477): https://lists.onap.org/g/onap-discuss/message/11477
Mute This Topic: https://lists.onap.org/mt/23829864/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [integration] some question aount vcpe use case

[Brian]

For the duplicate IP problem with multiple vGWs the issue is the vGW heat 
template mistakenly is trying to set that IP and it isnt in the preload from 
SDNC since its DHCP based. Neutron is rejecting the second vGW (the first is 
okay) not because of real duplicate (vpp ignores that part of the base config 
and does a DHCP discover)  but parameter duplicate into the neutron heat api

See this fix

https://gerrit.onap.org/r/#/c/56287/

Brian

From: onap-discuss@lists.onap.org  On Behalf Of 
Kang Xi
Sent: Wednesday, July 25, 2018 10:44 AM
To: Liu Chenglong ; BRIAN FREEMAN ; 
onap-discuss@lists.onap.org
Cc: huangzonghe ; 孙鑫龙 
Subject: Re: [onap-discuss] [integration] some question aount vcpe use case

Answers inline

Regards,
Kang

From: Liu Chenglong [mailto:lcl7...@163.com]
Sent: Wednesday, July 25, 2018 3:29
To: Kang Xi mailto:kang...@huawei.com>>; BRIAN FREEMAN 
mailto:bfree...@optonline.net>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: Liu Chenglong mailto:lcl7...@163.com>>; huangzonghe 
mailto:huangzh@chinatelecom.cn>>; 孙鑫龙 
mailto:sunxl@chinatelecom.cn>>
Subject: [onap-discuss] [integration] some question aount vcpe use case

Hi, Kang and Brian:
 There are some question about vCPE use case:
 1. Each time the BRG is created, a record is added to the DHCP_MAP table 
in the sdnc database.  But when a BRG instance is deleted, and the table don’t 
delete the corresponding value. Is there any new solution?
[Kang] Unfortunately we don’t yet have code to automate deletion. So it has to 
be done manually.

 2. When creating multiple vxlan, we need to create multiple vgw, according 
to the 
https://jira.onap.org/browse/TEST-104<https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_TEST-2D104=DwMFbw=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=00CW1vXZHW6hl_IIdCaSHd8WQuZB2gnqzofNo1WCGs4=6wT7lSYrU5jPCJQpEm8WcbRnckxf-IQg7udVyBtHuK4=>
 method given by Brian, modify the parameters on the vdns and restart 
kea-dhcp4-server again. But when we try to create  vgw instance again, and It’s 
also make the mistake that the IP address is occupied. Please give us some help 
about this error.
[Kang] I did see a similar problem but maybe Brian can help on this.

 3. There is no portal can view and check these VF instances of vbrg, vgw, 
vbng, vgmux, vdns, vdhcp, vweb, that be generated by vcpe use case on ONAP, 
that can only be found and check on openstack.  Similarly, network instances 
can not be found on ONAP, and can only be view and check on openstack.
[Kang] If you want to get the instance UUID, AAI holds all such info. You can 
use postman to query. Note that AAI does not hold the IP addresses. For IP 
addresses, Openstack is the only place to get such info.



--
Regards,
Liu Chenglong
lcl7...@163.com<mailto:lcl7...@163.com>





-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

View/Reply Online (#11423): https://lists.onap.org/g/onap-discuss/message/11423
Mute This Topic: https://lists.onap.org/mt/23810714/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] SDN-C: Invalid order-status error

[Brian]

Michal,

I checked and we think we can modify the DG to relax that constraint.

I’d like to test it in your environment if you are game ?

Can I send you either a json DG (dgbuilder) or an xml DG (sdnc shell script to 
load) to load into your controller – which are you more comfortable with ?

Brain


From: Michal Ptacek 
Sent: Thursday, July 19, 2018 11:27 AM
To: FREEMAN, BRIAN D ; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] SDN-C: Invalid order-status error

Hi Brian,

such VF’s are in delete state, but they are NOT

[cid:image002.jpg@01D41F5F.FFCDF970]

See also xml attached, such VFs seems to be have that :

 
   
PendingCreate


M.


From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: Thursday, July 19, 2018 5:14 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
m.pta...@partner.samsung.com<mailto:m.pta...@partner.samsung.com>
Subject: RE: [onap-discuss] SDN-C: Invalid order-status error

Michal,

What is the status of the vfmodule in the VID screen ?  (I assume it says 
“active” but just checking)

Also could query the SDNC VNF-API or the apidoc/explorer

http://10.12.5.36:30202/restconf/config/VNF-API:vnfs<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.12.5.36-3A30202_restconf_config_VNF-2DAPI-3Avnfs=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=AvSoBc-w60cOWE-6J4RlcVGbOFGWxkhD8TEam5jIreo=7YqA5NZ-_6uT2UxGtKoJI7j4nzl1rxeJgG-PpuYelBg=>

"oper-status": {
"order-status": "Active",
"last-order-status": "PendingCreate",
"last-action": "VNFActivateRequest"
  },

We think the oper-status.order-status isnt “Active” on the ones that fail in 
SDNC

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Michal Ptacek
Sent: Thursday, July 19, 2018 10:03 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; FREEMAN, 
BRIAN D mailto:bf1...@att.com>>; 
m.pta...@partner.samsung.com<mailto:m.pta...@partner.samsung.com>
Subject: Re: [onap-discuss] SDN-C: Invalid order-status error

Hi Brian,

I am on k8s deployment and used demo-k8s.sh init for uploading subscriber 
specific stuff into AAI,

Anyway this is happening in subsequent step,
It happened for us when VF Module‘s creation failed (actually it can happen 
quite often in dev as we are still tuning sdnc-topology template file, which is 
uploaded in previous step)
But each such failure leads to this situation that creation failed but deleting 
is also not possible due to this problem below,

The only WA we discovered so far is to spawn new service instance,
It’s happening everytime (easily reproducable)

Any hints ?
Thanks,
Michal




From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Brian
Sent: Thursday, July 19, 2018 3:52 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
m.pta...@partner.samsung.com<mailto:m.pta...@partner.samsung.com>
Subject: Re: [onap-discuss] SDN-C: Invalid order-status error

Michal,

Does this happen when you use the robotframework ete.sh instantiate   or 
ete-k8s.sh onap instantiate ?

Instantiate does vLB, vVG, vFWCL create and  delete as well but it might be 
doing it higher in the object level.

Is it sporadic or every time ?

I have run into that problem but mostly on failed creates where we are a bit 
too picky on the status on a delete when a vfmodule didnt get created 
successfully.

Brian




From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Michal Ptacek
Sent: Thursday, July 19, 2018 8:24 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] SDN-C: Invalid order-status error

Hello,

we are testing VFWCL with stable/beijing, however we quite often hit following 
problem during VF Module deleting,
it’s practically unusable, any hints why this „SDN-C: Invalid order-status“ is 
happening ?

Our order is correct „vPKG first“

[cid:image004.jpg@01D41F5F.FFCDF970]

Thank you,
Michal

[http://ext.w1.samsung.net/mail/ext/v1/external/status/update?userid=m.ptacek=bWFpbElEPTIwMTgwNzE5MTIyMzM5ZXVjYXMxcDJjZGVmOTE2MGQyYzIzZTVjNWY1YTBmM2NkNTJmZWRiZSZyZWNpcGllbnRBZGRyZXNzPW9uYXAtZGlzY3Vzc0BsaXN0cy5vbmFwLm9yZw__]

[http://ext.w1.samsung.net/mail/ext/v1/external/status/update?userid=m.ptacek=bWFpbElEPTIwMTgwNzE5MTQwMzEyZXVjYXMxcDE1Y2FlZmU1OWJlMzgxYjVmNGNlOGVjMGIwMWFjY2ZhMyZyZWNpcGllbnRBZGRyZXNzPW9uYXAtZGlzY3Vzc0BsaXN0cy5vbmFwLm9yZw__]






 [cid:image005.gif@01D41F5F.FFCDF970]

[http://ext.w1.samsung.net/mail/ext/v1/external/status/update?userid=m.ptacek=bWFpbElEPTIwMTg

Re: [onap-discuss] SDN-C: Invalid order-status error

[Brian]

Just as a test could you set the oper-status to “Active” in the SDNC interface 
? to see if that allows the delete to propagate ? (might get a failure in SO 
VNFAdapter but its worth a shot)

Not sure why the status is “deleted” in the VID screen and PendingCreate in 
SDNC  (i smell a bug :) )

I assume VID pulls that status from AAI.

I have a Casablanca goal to focus more on these delete flows so this is very 
helpful.

Brian


From: Michal Ptacek 
Sent: Thursday, July 19, 2018 11:27 AM
To: FREEMAN, BRIAN D ; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] SDN-C: Invalid order-status error

Hi Brian,

such VF’s are in delete state, but they are NOT

[cid:image002.jpg@01D41F55.4E835CA0]

See also xml attached, such VFs seems to be have that :

 
   
PendingCreate


M.


From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: Thursday, July 19, 2018 5:14 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
m.pta...@partner.samsung.com<mailto:m.pta...@partner.samsung.com>
Subject: RE: [onap-discuss] SDN-C: Invalid order-status error

Michal,

What is the status of the vfmodule in the VID screen ?  (I assume it says 
“active” but just checking)

Also could query the SDNC VNF-API or the apidoc/explorer

http://10.12.5.36:30202/restconf/config/VNF-API:vnfs<https://urldefense.proofpoint.com/v2/url?u=http-3A__10.12.5.36-3A30202_restconf_config_VNF-2DAPI-3Avnfs=DwMFaQ=LFYZ-o9_HUMeMTSQicvjIg=e3d1ehx3DI5AoMgDmi2Fzw=AvSoBc-w60cOWE-6J4RlcVGbOFGWxkhD8TEam5jIreo=7YqA5NZ-_6uT2UxGtKoJI7j4nzl1rxeJgG-PpuYelBg=>

"oper-status": {
"order-status": "Active",
"last-order-status": "PendingCreate",
"last-action": "VNFActivateRequest"
  },

We think the oper-status.order-status isnt “Active” on the ones that fail in 
SDNC

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Michal Ptacek
Sent: Thursday, July 19, 2018 10:03 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; FREEMAN, 
BRIAN D mailto:bf1...@att.com>>; 
m.pta...@partner.samsung.com<mailto:m.pta...@partner.samsung.com>
Subject: Re: [onap-discuss] SDN-C: Invalid order-status error

Hi Brian,

I am on k8s deployment and used demo-k8s.sh init for uploading subscriber 
specific stuff into AAI,

Anyway this is happening in subsequent step,
It happened for us when VF Module‘s creation failed (actually it can happen 
quite often in dev as we are still tuning sdnc-topology template file, which is 
uploaded in previous step)
But each such failure leads to this situation that creation failed but deleting 
is also not possible due to this problem below,

The only WA we discovered so far is to spawn new service instance,
It’s happening everytime (easily reproducable)

Any hints ?
Thanks,
Michal




From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Brian
Sent: Thursday, July 19, 2018 3:52 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
m.pta...@partner.samsung.com<mailto:m.pta...@partner.samsung.com>
Subject: Re: [onap-discuss] SDN-C: Invalid order-status error

Michal,

Does this happen when you use the robotframework ete.sh instantiate   or 
ete-k8s.sh onap instantiate ?

Instantiate does vLB, vVG, vFWCL create and  delete as well but it might be 
doing it higher in the object level.

Is it sporadic or every time ?

I have run into that problem but mostly on failed creates where we are a bit 
too picky on the status on a delete when a vfmodule didnt get created 
successfully.

Brian




From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Michal Ptacek
Sent: Thursday, July 19, 2018 8:24 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] SDN-C: Invalid order-status error

Hello,

we are testing VFWCL with stable/beijing, however we quite often hit following 
problem during VF Module deleting,
it’s practically unusable, any hints why this „SDN-C: Invalid order-status“ is 
happening ?

Our order is correct „vPKG first“

[cid:image004.jpg@01D41F55.4E835CA0]

Thank you,
Michal

[http://ext.w1.samsung.net/mail/ext/v1/external/status/update?userid=m.ptacek=bWFpbElEPTIwMTgwNzE5MTIyMzM5ZXVjYXMxcDJjZGVmOTE2MGQyYzIzZTVjNWY1YTBmM2NkNTJmZWRiZSZyZWNpcGllbnRBZGRyZXNzPW9uYXAtZGlzY3Vzc0BsaXN0cy5vbmFwLm9yZw__]

[http://ext.w1.samsung.net/mail/ext/v1/external/status/update?userid=m.ptacek=bWFpbElEPTIwMTgwNzE5MTQwMzEyZXVjYXMxcDE1Y2FlZmU1OWJlMzgxYjVmNGNlOGVjMGIwMWFjY2ZhMyZyZWNpcGllbnRBZGRyZXNzPW9uYXAtZG