[onap-discuss] [SDC] ASDC reports status 500 for health check

[ESWAR RAO]

Hi All,

Can you please help me in resolving below:


I executed robot test case to verify sanity out of which 2 components are
failing.

root@onap-robot:/home/ubuntu# docker exec -it openecompete_container
/var/opt/OpenECOMP_ETE/runTags.sh -i health h -d ./html
-V /share/config/integration_robot_properties.py  -V
/share/config/integration_preload_parameters.py -V
/share/config/vm_properties.py

*Basic DCAE Health Chec*k   |
*FAIL *|
[  | cdap |  |  |  |  | cdap_broker | config_binding_service |
deployment_handler | inventory |
a35a7b6a9379424386475302c113c3d5_cdap_app_cdap_app_tca
| platform_doc
kerhost |  | b982f9652d8c4f3d95dd806b20f31909_dcaegen2-collectors-ves |
component_dockerhost |
| cloudify_manager ] does not contain match for pattern
'service-change-handler'.

*Basic ASDC Health Check*   |
*FAIL *|
500 != 200

###

root@onap-sdc:/opt# docker images
REPOSITORY  TAG
 IMAGE IDCREATED SIZE
nexus3.onap.org:10001/openecomp/sdc-cassandra   v1.1.0
119363b4876b2 months ago874MB
nexus3.onap.org:10001/openecomp/sdc-kibana  v1.1.0
5a60bc32b5412 months ago487MB
nexus3.onap.org:10001/openecomp/sdc-elasticsearch   v1.1.0
9c94734127942 months ago541MB
nexus3.onap.org:10001/openecomp/sdc-frontendv1.1.0
72064d647e902 months ago824MB
nexus3.onap.org:10001/openecomp/sdc-backend v1.1.0
bd2289ba829d2 months ago1.39GB

root@onap-sdc:/opt# docker ps
CONTAINER IDIMAGE
COMMAND  CREATED STATUS  PORTS
   NAMES
cc42b59a1da1nexus3.onap.org:10001/openecomp/sdc-frontend:v1.1.0
"/root/startup.sh"   4 days ago  Up 4 days
 0.0.0.0:8181->8181/tcp, 8080/tcp, 0.0.0.0:9443->9443/tcp
sdc-FE
69634c4c666bnexus3.onap.org:10001/openecomp/sdc-backend:v1.1.0
   "/root/startup.sh"   4 days ago  Up 4 days
0.0.0.0:8080->8080/tcp,
0.0.0.0:8443->8443/tcpsdc-BE
2827bb3ad057nexus3.onap.org:10001/openecomp/sdc-kibana:v1.1.0
"/root/startup.sh"   4 days ago  Up 4 days
 0.0.0.0:5601->5601/tcp
sdc-kbn
f0792a125861nexus3.onap.org:10001/openecomp/sdc-cassandra:v1.1.0
   "/root/startup.sh"   4 days ago  Up 4 days
 7000-7001/tcp, 0.0.0.0:9042->9042/tcp, 7199/tcp, 0.0.0.0:9160->9160/tcp
 sdc-cs
5e4e73a7fdccnexus3.onap.org:10001/openecomp/sdc-elasticsearch:v1.1.0
 "/root/startup.sh"   4 days ago  Up 4 days
0.0.0.0:9200->9200/tcp,
0.0.0.0:9300->9300/tcpsdc-es
root@onap-sdc:/opt#

root@onap-sdc:/opt# curl http://10.0.3.1:8181/sdc1/rest/healthCheck
{
  "sdcVersion": "UNKNOWN",
  "siteMode": "UNKNOWN",
  "componentsInfo": [
{
  "healthCheckComponent": "FE",
  "healthCheckStatus": "UP",
  "version": "1.1.0",
  "description": "OK"
},
{
  "healthCheckComponent": "BE",
  "healthCheckStatus": "DOWN"
},
{
  "healthCheckComponent": "TITAN",
  "healthCheckStatus": "UNKNOWN"
},
{
  "healthCheckComponent": "CASSANDRA",
  "healthCheckStatus": "UNKNOWN"
},
{
  "healthCheckComponent": "DE",
  "healthCheckStatus": "UNKNOWN"
},
{
  "healthCheckComponent": "ON_BOARDING",
  "healthCheckStatus": "UNKNOWN"
}
  ]
}root@onap-sdc:/opt#

###


Thanks
Eswar Rao
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [s3p][logging] Level 1 met with EELF?

[MAHER, RANDA]

Thank you Jason and Michael, appreciate the feedback.
Thanks, Randa


From: OBRIEN, FRANK MICHAEL
Sent: Monday, January 15, 2018 2:34 PM
To: Jason Hunt ; MAHER, RANDA ; Luke Parker 

Cc: onap-discuss@lists.onap.org; onap-rele...@lists.onap.org
Subject: RE: [s3p][logging] Level 1 met with EELF?

Randa,
   Hi, yes as long as you are following the current logging guidelines for 
Beijing you should be good.  Try to use EELF 1.0.0 not 0.0.1 - appc is 
currently pushing logs to the ELK stack - not tested as much yet as we rarely 
get to closed-loop for the vFW.

   There is a difference wiki on the changes between Amsterdam and Beijing for 
the guidelines - minimal changes.
https://wiki.onap.org/display/DW/What%27s+New+-+ONAP+Application+Logging+Guidelines

   Also an RI for all projects is being developed that component teams can 
reference shortly that will be a logging config, usage and deployment example.
   
https://jira.onap.org/browse/LOG-118

   The current state of logging capture via OOM filebeat container/microservice 
into the OOM ELK stack pod is described below
https://wiki.onap.org/display/DW/Logging+Reference+Implementation#LoggingReferenceImplementation-DI2:20171231:Audit:EELFimplementors

   For example the aai, appc, mso, policy, portal, sdc, sdnc and vid projects 
currently stream logs into the ELK stack - so are essentially compliant beyond 
a completed format/location audit.
   Where the appc project has 1 of its' 3 containers (the ODL app) retrofitted 
with a sidecar container 
pattern
 in the form of a filebeat sister container in their yaml - for reference sdnc 
has its ODL app and DB containers configured - but it is the only component 
that logs from its DB.
   Appc along with dmaap, part of policy, deprecated projects of aai and so run 
the older 0.0.1 version of ELK not the current 1.0.0 version.
   I am currently verifying what is different between 0.0.1 and 1.0.0 - likely 
I will just raise a jira to push up the version in your pom and retest.
https://github.com/att/EELF

   Thank you
   /michael

From: Jason Hunt [mailto:djh...@us.ibm.com]
Sent: Monday, January 15, 2018 12:19
To: MAHER, RANDA >
Cc: LEFEVRE, CATHERINE >; 
MCCRAY, CHRISTOPHER >; 
onap-discuss@lists.onap.org; 
onap-rele...@lists.onap.org; Michael 
O'Brien >
Subject: Re: [s3p][logging] Level 1 met with EELF?

Randa,

Thanks for the question.  The "single logging system" would be under the scope 
of the Logging Enhancement project.  If you are following all of their 
guidelines (which includes EELF) so that they can pull in your logs, you should 
be good.  Look to that team (Michael O'Brien) for further guidance.


Regards,
Jason Hunt
Executive Software Architect, IBM

Phone: 314-749-7422
Email: djh...@us.ibm.com
Twitter: @DJHunt




From:"MAHER, RANDA" >
To:Jason Hunt >
Cc:"onap-discuss@lists.onap.org" 
>, 
"onap-rele...@lists.onap.org" 
>, "LEFEVRE, 
CATHERINE" >, "MCCRAY, 
CHRISTOPHER" 

Re: [onap-discuss] VIM registration for Multi-VIM

[Kanagaraj Manickam]

You may find alternate way of registering VIM thru ONAP CLI.
Vim-register command would help here. 
http://onap.readthedocs.io/en/latest/submodules/cli.git/docs/cmd_help.html#vim-register

Regards
Kanagaraj M
-
Be transparent! Win together !!

本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！
This e-mail and its attachments contain confidential information from HUAWEI, 
which is intended only for the person  or entity whose address is listed above. 
Any use of the information contained herein in any way (including, but not   
limited to, total or partial disclosure, reproduction, or dissemination) by 
persons other than the intended recipient(s) is  prohibited. If you receive 
this e-mail in error, please notify the sender by phone or email immediately 
and delete it!


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of li.z...@zte.com.cn
Sent: Tuesday, January 16, 2018 8:56 AM
To: suraj.bi...@nokia.com
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] VIM registration for Multi-VIM




Please refer to this doc 
http://onap.readthedocs.io/en/latest/submodules/aai/esr-server.git/docs/platform/installation.html



BR,

LiZi


原始邮件
发件人： >;
收件人：李滋00164331; >;
抄送人： >;
日 期 ：2018年01月16日 11:22
主 题 ：RE: [onap-discuss] VIM registration for Multi-VIM
Hi Lizi,

Is there any UI or command to check VIM connectivity status?

Thanks,
Suraj

From: Bisht, Suraj (Nokia - US/Irving)
Sent: Monday, January 15, 2018 9:19 PM
To: 'li.z...@zte.com.cn' >; 
bin.y...@windriver.com
Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] VIM registration for Multi-VIM

Thanks it worked

Suraj

From: li.z...@zte.com.cn [mailto:li.z...@zte.com.cn]
Sent: Monday, January 15, 2018 9:06 PM
To: bin.y...@windriver.com; Bisht, Suraj (Nokia 
- US/Irving) >
Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] VIM registration for Multi-VIM


Thanks, Bin.



Hi Suraj，

Would you try this json bellow? For the api from esr-server, the vimAuthInfo 
should be vimAuthInfos, and it's an object list.



{

"cloudOwner": "ZTE1",

"cloudRegionId": "region-one1",

"cloudType": "openstack",

"cloudRegionVersion": "v1.0",

"ownerDefinedType": "owner-defined-type",

"cloudZone": "cloud zone",

"complexName": "complex name",

"cloudExtraInfo": "cloud-extra-info",

"vimAuthInfos":

[

{

  "userName": "admin",

  "password": "admin",

  "authUrl": "http://10.74.151.22:5000/v2.0;,

  "sslCacert": "ssl-cacert",

  "sslInsecure": true,

  "cloudDomain": "cloud-domain"

}

]

}



Regards,

LiZi




原始邮件
发件人： >;
收件人： >; 
>;李滋00164331;
日 期 ：2018年01月16日  10:50
主 题 ：RE: [onap-discuss] VIM registration for Multi-VIM
Hi Suraj,

   Do you have to register the VIM instance with rest API call? If 
not , I suggest you simply do that via the ESR portal:


http:///iui/aai-esr-gui/extsys/vim/vimView.html

you can use ocata or windriver to cloud region version.

Best Regards,
Bin Yang,Solution Readiness Team,Wind River
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: Bisht, Suraj (Nokia -  US/Irving) [mailto:suraj.bi...@nokia.com]
Sent: Tuesday, January 16, 2018 10:23 AM
To: Yang, Bin; onap-discuss@lists.onap.org; 
li.z...@zte.com.cn
Subject: RE: [onap-discuss] VIM registration for Multi-VIM

Hi Bin,

Thanks for quick response, I tried “ocata” with "sslInsecure" true as well as 
false but got same error response.
We are adding openstack Newton VIM without SSL.

Kindly let me know what can be possible error in request and share link 
containing updated API detail

{
"cloudOwner": "Nokia",
"cloudRegionId": "regionOne",
"cloudType": "openstack",
"cloudRegionVersion": "ocata",
"ownerDefinedType": "owner-defined-type",
"cloudZone": "cloud zone",
"complexName": "complex name",
"cloudExtraInfo": "cloud-extra-info",
"vimAuthInfo":
 {
"userName": "admin",
"password": "admin",

[onap-discuss] 答复：Re: VIM registration for Multi-VIM

[li.zi30]

Sorry， I miss understood your meanings. I think Bin should know this. 
:)发自我的zMail 


 


原始邮件








发件人:李滋00164331



收件人:suraj.bi...@nokia.com;



抄送人:onap-discuss@lists.onap.org;



日期:2018-01-16 11:26:14



主题:Re: [onap-discuss] VIM registration for Multi-VIM






___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss












Please refer to this doc 
http://onap.readthedocs.io/en/latest/submodules/aai/esr-server.git/docs/platform/installation.html








BR,



LiZi
























发件人： ;



收件人：李滋00164331; ;



抄送人： ;



日 期 ：2018年01月16日 11:22



主 题 ：RE: [onap-discuss] VIM registration for Multi-VIM











Hi Lizi,





 





Is there any UI or command to check VIM connectivity status?





 





Thanks,





Suraj





 






From: Bisht, Suraj (Nokia - US/Irving) 
 Sent: Monday, January 15, 2018 9:19 PM
 To: 'li.z...@zte.com.cn' ; bin.y...@windriver.com
 Cc: onap-discuss@lists.onap.org
 Subject: RE: [onap-discuss] VIM registration for Multi-VIM










 



Thanks it worked





 





Suraj





 





From: li.z...@zte.com.cn [mailto:li.z...@zte.com.cn] 
 Sent: Monday, January 15, 2018 9:06 PM
 To: bin.y...@windriver.com; Bisht, Suraj (Nokia - US/Irving) 

 Cc: onap-discuss@lists.onap.org
 Subject: RE: [onap-discuss] VIM registration for Multi-VIM








 




Thanks, Bin.









 



Hi Suraj，






Would you try this json bellow? For the api from esr-server, the vimAuthInfo 
should be vimAuthInfos, and it's an object list.









 



{






    "cloudOwner": "ZTE1",






    "cloudRegionId": "region-one1",






    "cloudType": "openstack",






    "cloudRegionVersion": "v1.0",






    "ownerDefinedType": "owner-defined-type",






    "cloudZone": "cloud zone",






    "complexName": "complex name",






    "cloudExtraInfo": "cloud-extra-info",






    "vimAuthInfos": 






    [






    {






      "userName": "admin",






      "password": "admin",






      "authUrl": "http://10.74.151.22:5000/v2.0;,






      "sslCacert": "ssl-cacert",






      "sslInsecure": true,






      "cloudDomain": "cloud-domain"






    }






    ]






}





 




Regards,




LiZi




 




 






原始邮件









发件人： ;









收件人： ; ;李滋00164331;









日 期 ：2018年01月16日  10:50









主 题 ：RE: [onap-discuss] VIM registration for Multi-VIM











Hi Suraj,






 






   Do you have to register the VIM instance with rest API call? If 
not , I suggest you simply do that via the ESR portal:






 






http:///iui/aai-esr-gui/extsys/vim/vimView.html






 






you can use ocata or windriver to cloud region version.






 







Best Regards,






Bin Yang,    Solution Readiness Team,    Wind River






Direct +86,10,84777126    Mobile +86,13811391682    Fax +86,10,64398189






Skype: yangbincs993








 








From: Bisht, Suraj (Nokia -  US/Irving) [mailto:suraj.bi...@nokia.com] 
 Sent: Tuesday, January 16, 2018 10:23 AM
 To: Yang, Bin; onap-discuss@lists.onap.org; li.z...@zte.com.cn
 Subject: RE: [onap-discuss] VIM registration for Multi-VIM









 






Hi Bin,






 






Thanks for quick response, I tried “ocata” with "sslInsecure" true as well as 
false but got same error response.






We are adding openstack Newton VIM without SSL.






 






Kindly let me know what can be possible error in request and share link 
containing updated API detail






 






{






"cloudOwner": "Nokia",






"cloudRegionId": "regionOne",






"cloudType": "openstack",






"cloudRegionVersion": "ocata",






"ownerDefinedType": "owner-defined-type",






"cloudZone": "cloud zone",






"complexName": "complex name",






"cloudExtraInfo": "cloud-extra-info",






"vimAuthInfo":






 {






"userName": "admin",






"password": "admin",






"authUrl": "http://1.1.1.1:5000/v2.0;,






"sslCacert": "ssl-cacert",






"sslInsecure": true,






"cloudDomain": "cloud-domain"






}






}






 






Response






{






    "code": 400,






    "message": "Unable to process JSON",






    "details": null






}






 






Thanks,






Suraj






 








From: Yang, Bin [mailto:bin.y...@windriver.com] 
 Sent: Monday, January 15, 2018 7:29 PM
 To: Bisht, Suraj (Nokia - US/Irving) ; 
onap-discuss@lists.onap.org; li.z...@zte.com.cn
 Subject: RE: [onap-discuss] VIM registration for Multi-VIM









 






Hi Suraj,






 






It seems you are trying to register VIM instance via ESR API. So I 

Re: [onap-discuss] [Multicloud] Heat not getting listed in swagger url

[Yang, Bin]

Hi Eswar,

   I don’t know exactly how you performed those actions, but I can 
put my test here:

ubuntu@vm0-robot:~$ export 
MULTICLOUD_PLUGIN_ENDPOINT=http://10.0.14.1:80/api/multicloud-titanium_cloud/v0/pod25_RegionOne

ubuntu@vm0-robot:~$ curl -v -s -H "Content-Type: application/json" -X POST -d 
'{"auth": {"tenantName": "xxx", "passwordCredentials": {"username": "yyy", 
"password": "zzz"}}}'  $MULTICLOUD_PLUGIN_ENDPOINT/identity/v2.0/tokens
*   Trying 10.0.14.1...
* Connected to 10.0.14.1 (10.0.14.1) port 80 (#0)
> POST /api/multicloud-titanium_cloud/v0/pod25_RegionOne/identity/v2.0/tokens 
> HTTP/1.1
> Host: 10.0.14.1
> User-Agent: curl/7.47.0
> Accept: */*
> Content-Type: application/json
> Content-Length: 119
>
* upload completely sent off: 119 out of 119 bytes
< HTTP/1.1 200 OK
< Server: openresty
< Date: Tue, 16 Jan 2018 03:22:25 GMT
< Content-Type: application/json
< Transfer-Encoding: chunked
< Connection: keep-alive
< Vary: Cookie
< X-Frame-Options: SAMEORIGIN
< Allow: GET, POST, HEAD, OPTIONS
<
{"access":{"token":{"issued_at":"2018-01-16T03:22:26.00Z","expires":"2018-01-16T04:22:26.00Z","id":"7c463130b2ad403ea14c85352243c495","tenant":


ubuntu@vm0-robot:~$ export TOKEN=7c463130b2ad403ea14c85352243c495


ubuntu@vm0-robot:~$ curl -v -s  -H "Content-Type: application/json"  -H 
"X-Auth-Token: $TOKEN" -X GET 
$MULTICLOUD_PLUGIN_ENDPOINT/orchestration/v1/c7738ddc4c414303b8960048a16b7fc6/stacks
*   Trying 10.0.14.1...
* Connected to 10.0.14.1 (10.0.14.1) port 80 (#0)
> GET 
> /api/multicloud-titanium_cloud/v0/pod25_RegionOne/orchestration/v1/c7738ddc4c414303b8960048a16b7fc6/stacks
>  HTTP/1.1
> Host: 10.0.14.1
> User-Agent: curl/7.47.0
> Accept: */*
> Content-Type: application/json
> X-Auth-Token: 7c463130b2ad403ea14c85352243c495
>
< HTTP/1.1 200 OK
< Server: openresty
< Date: Tue, 16 Jan 2018 03:23:30 GMT
< Content-Type: application/json
< Transfer-Encoding: chunked
< Connection: keep-alive
< X-Subject-Token: 7c463130b2ad403ea14c85352243c495
< Vary: Cookie
< X-Frame-Options: SAMEORIGIN
< Allow: GET, POST, PUT, PATCH, DELETE, HEAD, OPTIONS
<
* Connection #0 to host 10.0.14.1 left intact
{"stacks":[{"description":"","parent":null,"deletion_time":null,"stack_name":"onap.d","stack_user_project_id":"92d4d1230d254a8185f989a15b459aad","stack_status_reason":"Stack
 CREATE completed 
successfully","creation_time":"2018-01-16T02:27:25Z","links":[{"href":"http://10.0.14.1:80/api/multicloud-titanium_cloud/v0/pod25_RegionOne/orchestration/v1/c7738ddc4c414303b8960048a16b7fc6/stacks/onap.d/8e50c023-8caf-4c7e-9601-f4821a3fe7d0","rel":"self"}],"updated_time":"2018-01-16T02:27:25Z","stack_owner":null,"stack_status":"CREATE_COMPLETE","id":"8e50c023-8caf-4c7e-9601-f4821a3fe7d0","tags":null}]}


Best Regards,
Bin Yang,Solution Readiness Team,Wind River
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: ESWAR RAO [mailto:eswar7...@gmail.com]
Sent: Tuesday, January 16, 2018 8:26 AM
To: Yang, Bin
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [Multicloud] Heat not getting listed in swagger url


Hi Bin,

Thanks for the help.

I have tried with keystone v2.0 token and issued the below call,

curl -v -s  -H "Content-Type: application/json"  -H "X-Auth-Token:$TOKEN" -X 
GET http://192.168.21.212:80/api/multicloud/v0/radisys_mec/ 
orchestration/v1/323b4f23d58143d29a81cd4adb6ade3b/stacks

it gives,
* About to connect() to 192.168.21.212 port 80 (#0)
*   Trying 192.168.21.212...
* Connected to 192.168.21.212 (192.168.21.212) port 80 (#0)
> GET 
> /api/multicloud/v0/radisys_mec/orchestration/v1/323b4f23d58143d29a81cd4adb6ade3b/stacks
>  HTTP/1.1
User-Agent: curl/7.29.0
Host: 192.168.21.212
Accept: */*
Content-Type: application/json
X-Auth-Token:gABaXKre8_O5Y4TuTLMYxIzr6w9u9VAEX2i8G8WMs_zwQLvQ4_1cYaKUFjBxMuq23DKB0Ps40bmnkqGoi0_QaQJ_bJyksCqJRmw0O6AAiF6okezB9teYZLyt08iscEqMZnbhOv88OZVFnGODf7wfIkHwFN-t7Dwa88KEvGBuSaIoK1WVWA0

HTTP/1.1 403 Unknown Status Code
Server: openresty
Date: Mon, 15 Jan 2018 13:30:12 GMT
Content-Type: application/json
Content-Length: 58
Connection: keep-alive
status: 403
Vary: Cookie
content-encoding: gzip
Allow: GET, POST, PUT, PATCH, DELETE, HEAD, OPTIONS
x-frame-options: SAMEORIGIN
* Connection #0 to host 192.168.21.212 left intact
{"detail":"Authentication credentials were not provided."}
Where TOKEN= 
gABaXKre8_O5Y4TuTLMYxIzr6w9u9VAEX2i8G8WMs_zwQLvQ4_1cYaKUFjBxMuq23DKB0Ps40bmnkqGoi0_QaQJ_bJyksCqJRmw0O6AAiF6okezB9teYZLyt08iscEqMZnbhOv88OZVFnGODf7wfIkHwFN-t7Dwa88KEvGBuSaIoK1WVWA0

FYI, the above call is not even reaching registered VIM heat-api.


Thanks
Eswar Rao


On Mon, Jan 15, 2018 at 3:39 PM, Yang, Bin 
> wrote:
Hi Eswar,

   The heat API was not listed yet, it requires multiple steps.  
You can try with following URI 

Re: [onap-discuss] VIM registration for Multi-VIM

[li.zi30]

Please refer to this doc 
http://onap.readthedocs.io/en/latest/submodules/aai/esr-server.git/docs/platform/installation.html






BR,


LiZi







原始邮件



发件人： ;
收件人：李滋00164331; ;
抄送人： ;
日 期 ：2018年01月16日 11:22
主 题 ：RE: [onap-discuss] VIM registration for Multi-VIM




Hi Lizi,


 


Is there any UI or command to check VIM connectivity status?


 


Thanks,


Suraj


 



From: Bisht, Suraj (Nokia - US/Irving) 
 Sent: Monday, January 15, 2018 9:19 PM
 To: 'li.z...@zte.com.cn' ; bin.y...@windriver.com
 Cc: onap-discuss@lists.onap.org
 Subject: RE: [onap-discuss] VIM registration for Multi-VIM




 


Thanks it worked


 


Suraj


 


From: li.z...@zte.com.cn [mailto:li.z...@zte.com.cn] 
 Sent: Monday, January 15, 2018 9:06 PM
 To: bin.y...@windriver.com; Bisht, Suraj (Nokia - US/Irving) 

 Cc: onap-discuss@lists.onap.org
 Subject: RE: [onap-discuss] VIM registration for Multi-VIM


 


Thanks, Bin.


 


Hi Suraj，


Would you try this json bellow? For the api from esr-server, the vimAuthInfo 
should be vimAuthInfos, and it's an object list.


 


{


"cloudOwner": "ZTE1",


"cloudRegionId": "region-one1",


"cloudType": "openstack",


"cloudRegionVersion": "v1.0",


"ownerDefinedType": "owner-defined-type",


"cloudZone": "cloud zone",


"complexName": "complex name",


"cloudExtraInfo": "cloud-extra-info",


"vimAuthInfos": 


[


{


  "userName": "admin",


  "password": "admin",


  "authUrl": "http://10.74.151.22:5000/v2.0;,


  "sslCacert": "ssl-cacert",


  "sslInsecure": true,


  "cloudDomain": "cloud-domain"


}


]


}

 

Regards,

LiZi

 

 


原始邮件



发件人： ;



收件人： ; ;李滋00164331;



日 期 ：2018年01月16日  10:50



主 题 ：RE: [onap-discuss] VIM registration for Multi-VIM




Hi Suraj,


 


   Do you have to register the VIM instance with rest API call? If 
not , I suggest you simply do that via the ESR portal:


 


http:///iui/aai-esr-gui/extsys/vim/vimView.html


 


you can use ocata or windriver to cloud region version.


 


Best Regards,


Bin Yang,Solution Readiness Team,Wind River


Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189


Skype: yangbincs993



 



From: Bisht, Suraj (Nokia -  US/Irving) [mailto:suraj.bi...@nokia.com] 
 Sent: Tuesday, January 16, 2018 10:23 AM
 To: Yang, Bin; onap-discuss@lists.onap.org; li.z...@zte.com.cn
 Subject: RE: [onap-discuss] VIM registration for Multi-VIM




 


Hi Bin,


 


Thanks for quick response, I tried “ocata” with "sslInsecure" true as well as 
false but got same error response.


We are adding openstack Newton VIM without SSL.


 


Kindly let me know what can be possible error in request and share link 
containing updated API detail


 


{


"cloudOwner": "Nokia",


"cloudRegionId": "regionOne",


"cloudType": "openstack",


"cloudRegionVersion": "ocata",


"ownerDefinedType": "owner-defined-type",


"cloudZone": "cloud zone",


"complexName": "complex name",


"cloudExtraInfo": "cloud-extra-info",


"vimAuthInfo":


 {


"userName": "admin",


"password": "admin",


"authUrl": "http://1.1.1.1:5000/v2.0;,


"sslCacert": "ssl-cacert",


"sslInsecure": true,


"cloudDomain": "cloud-domain"


}


}


 


Response


{


"code": 400,


"message": "Unable to process JSON",


"details": null


}


 


Thanks,


Suraj


 



From: Yang, Bin [mailto:bin.y...@windriver.com] 
 Sent: Monday, January 15, 2018 7:29 PM
 To: Bisht, Suraj (Nokia - US/Irving) ; 
onap-discuss@lists.onap.org; li.z...@zte.com.cn
 Subject: RE: [onap-discuss] VIM registration for Multi-VIM




 


Hi Suraj,


 


It seems you are trying to register VIM instance via ESR API. So I add Li Zi 
the PTL of ESR in loop.


 


One possible issue with your request might be the value for 
“cloudRegionVersion”. With “cloudType” being openstack,  you can only set the 
“cloudRegionVersion”  to be “ocata” or “titanium_cloud” because they are the 
only  VIM type supported by deployed multicloud services in ONAP platform 
Amsterdam release.


 


You’d better set "sslInsecure" to be true as well.


 


 


Best Regards,


Bin Yang,Solution Readiness Team,Wind River


Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189


Skype: yangbincs993



 



From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Bisht, Suraj (Nokia - 
US/Irving)
 Sent: Tuesday, January 16, 2018 7:15 AM
 To: onap-discuss@lists.onap.org
 Subject: [onap-discuss] VIM registration for Multi-VIM




 


Hi,


 


We are trying to add 

Re: [onap-discuss] VIM registration for Multi-VIM

[Bisht, Suraj (Nokia - US/Irving)]

Hi Lizi,

Is there any UI or command to check VIM connectivity status?

Thanks,
Suraj

From: Bisht, Suraj (Nokia - US/Irving)
Sent: Monday, January 15, 2018 9:19 PM
To: 'li.z...@zte.com.cn' ; bin.y...@windriver.com
Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] VIM registration for Multi-VIM

Thanks it worked

Suraj

From: li.z...@zte.com.cn [mailto:li.z...@zte.com.cn]
Sent: Monday, January 15, 2018 9:06 PM
To: bin.y...@windriver.com; Bisht, Suraj (Nokia 
- US/Irving) >
Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] VIM registration for Multi-VIM


Thanks, Bin.



Hi Suraj，

Would you try this json bellow? For the api from esr-server, the vimAuthInfo 
should be vimAuthInfos, and it's an object list.



{

"cloudOwner": "ZTE1",

"cloudRegionId": "region-one1",

"cloudType": "openstack",

"cloudRegionVersion": "v1.0",

"ownerDefinedType": "owner-defined-type",

"cloudZone": "cloud zone",

"complexName": "complex name",

"cloudExtraInfo": "cloud-extra-info",

"vimAuthInfos":

[

{

  "userName": "admin",

  "password": "admin",

  "authUrl": "http://10.74.151.22:5000/v2.0;,

  "sslCacert": "ssl-cacert",

  "sslInsecure": true,

  "cloudDomain": "cloud-domain"

}

]

}



Regards,

LiZi




原始邮件
发件人： >;
收件人： >; 
>;李滋00164331;
日 期 ：2018年01月16日 10:50
主 题 ：RE: [onap-discuss] VIM registration for Multi-VIM
Hi Suraj,

   Do you have to register the VIM instance with rest API call? If 
not , I suggest you simply do that via the ESR portal:


http:///iui/aai-esr-gui/extsys/vim/vimView.html

you can use ocata or windriver to cloud region version.

Best Regards,
Bin Yang,Solution Readiness Team,Wind River
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: Bisht, Suraj (Nokia - US/Irving) [mailto:suraj.bi...@nokia.com]
Sent: Tuesday, January 16, 2018 10:23 AM
To: Yang, Bin; onap-discuss@lists.onap.org; 
li.z...@zte.com.cn
Subject: RE: [onap-discuss] VIM registration for Multi-VIM

Hi Bin,

Thanks for quick response, I tried “ocata” with "sslInsecure" true as well as 
false but got same error response.
We are adding openstack Newton VIM without SSL.

Kindly let me know what can be possible error in request and share link 
containing updated API detail

{
"cloudOwner": "Nokia",
"cloudRegionId": "regionOne",
"cloudType": "openstack",
"cloudRegionVersion": "ocata",
"ownerDefinedType": "owner-defined-type",
"cloudZone": "cloud zone",
"complexName": "complex name",
"cloudExtraInfo": "cloud-extra-info",
"vimAuthInfo":
 {
"userName": "admin",
"password": "admin",
"authUrl": "http://1.1.1.1:5000/v2.0;,
"sslCacert": "ssl-cacert",
"sslInsecure": true,
"cloudDomain": "cloud-domain"
}
}

Response
{
"code": 400,
"message": "Unable to process JSON",
"details": null
}

Thanks,
Suraj

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Monday, January 15, 2018 7:29 PM
To: Bisht, Suraj (Nokia - US/Irving) 
>; 
onap-discuss@lists.onap.org; 
li.z...@zte.com.cn
Subject: RE: [onap-discuss] VIM registration for Multi-VIM

Hi Suraj,

It seems you are trying to register VIM instance via ESR API. So I add Li Zi 
the PTL of ESR in loop.

One possible issue with your request might be the value for 
“cloudRegionVersion”. With “cloudType” being openstack, you can only set the 
“cloudRegionVersion”  to be “ocata” or “titanium_cloud” because they are the 
only  VIM type supported by deployed multicloud services in ONAP platform 
Amsterdam release.

You’d better set "sslInsecure" to be true as well.


Best Regards,
Bin Yang,Solution Readiness Team,Wind River
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Bisht, Suraj (Nokia - 
US/Irving)
Sent: Tuesday, January 16, 2018 7:15 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] VIM registration for Multi-VIM

Hi,

We are trying to add additional VIM for VNF deployment using following link and 
getting error. Kindly help us in resolving 

Re: [onap-discuss] VIM registration for Multi-VIM

[Bisht, Suraj (Nokia - US/Irving)]

Thanks it worked

Suraj

From: li.z...@zte.com.cn [mailto:li.z...@zte.com.cn]
Sent: Monday, January 15, 2018 9:06 PM
To: bin.y...@windriver.com; Bisht, Suraj (Nokia - US/Irving) 

Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] VIM registration for Multi-VIM


Thanks, Bin.



Hi Suraj，

Would you try this json bellow? For the api from esr-server, the vimAuthInfo 
should be vimAuthInfos, and it's an object list.



{

"cloudOwner": "ZTE1",

"cloudRegionId": "region-one1",

"cloudType": "openstack",

"cloudRegionVersion": "v1.0",

"ownerDefinedType": "owner-defined-type",

"cloudZone": "cloud zone",

"complexName": "complex name",

"cloudExtraInfo": "cloud-extra-info",

"vimAuthInfos":

[

{

  "userName": "admin",

  "password": "admin",

  "authUrl": "http://10.74.151.22:5000/v2.0;,

  "sslCacert": "ssl-cacert",

  "sslInsecure": true,

  "cloudDomain": "cloud-domain"

}

]

}



Regards,

LiZi




原始邮件
发件人： >;
收件人： >; 
>;李滋00164331;
日 期 ：2018年01月16日 10:50
主 题 ：RE: [onap-discuss] VIM registration for Multi-VIM
Hi Suraj,

   Do you have to register the VIM instance with rest API call? If 
not , I suggest you simply do that via the ESR portal:


http:///iui/aai-esr-gui/extsys/vim/vimView.html

you can use ocata or windriver to cloud region version.

Best Regards,
Bin Yang,Solution Readiness Team,Wind River
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: Bisht, Suraj (Nokia - US/Irving) [mailto:suraj.bi...@nokia.com]
Sent: Tuesday, January 16, 2018 10:23 AM
To: Yang, Bin; onap-discuss@lists.onap.org; 
li.z...@zte.com.cn
Subject: RE: [onap-discuss] VIM registration for Multi-VIM

Hi Bin,

Thanks for quick response, I tried “ocata” with "sslInsecure" true as well as 
false but got same error response.
We are adding openstack Newton VIM without SSL.

Kindly let me know what can be possible error in request and share link 
containing updated API detail

{
"cloudOwner": "Nokia",
"cloudRegionId": "regionOne",
"cloudType": "openstack",
"cloudRegionVersion": "ocata",
"ownerDefinedType": "owner-defined-type",
"cloudZone": "cloud zone",
"complexName": "complex name",
"cloudExtraInfo": "cloud-extra-info",
"vimAuthInfo":
 {
"userName": "admin",
"password": "admin",
"authUrl": "http://1.1.1.1:5000/v2.0;,
"sslCacert": "ssl-cacert",
"sslInsecure": true,
"cloudDomain": "cloud-domain"
}
}

Response
{
"code": 400,
"message": "Unable to process JSON",
"details": null
}

Thanks,
Suraj

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Monday, January 15, 2018 7:29 PM
To: Bisht, Suraj (Nokia - US/Irving) 
>; 
onap-discuss@lists.onap.org; 
li.z...@zte.com.cn
Subject: RE: [onap-discuss] VIM registration for Multi-VIM

Hi Suraj,

It seems you are trying to register VIM instance via ESR API. So I add Li Zi 
the PTL of ESR in loop.

One possible issue with your request might be the value for 
“cloudRegionVersion”. With “cloudType” being openstack, you can only set the 
“cloudRegionVersion”  to be “ocata” or “titanium_cloud” because they are the 
only  VIM type supported by deployed multicloud services in ONAP platform 
Amsterdam release.

You’d better set "sslInsecure" to be true as well.


Best Regards,
Bin Yang,Solution Readiness Team,Wind River
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Bisht, Suraj (Nokia - 
US/Irving)
Sent: Tuesday, January 16, 2018 7:15 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] VIM registration for Multi-VIM

Hi,

We are trying to add additional VIM for VNF deployment using following link and 
getting error. Kindly help us in resolving this issue and confirm if Multi-VIM 
functionality fully working in Amsterdam release (1.2.0-snapshot)

https://wiki.onap.org/pages/viewpage.action?pageId=11930343#A:ExternalSystemOperationAPIDefinition-VIMregistration

Request

http:///api/aai-esr-server/v1/vims

{
"cloudOwner": "Nokia",
"cloudRegionId": "regionOne",
"cloudType": "openstack",
"cloudRegionVersion": "v1.0",
"ownerDefinedType": 

Re: [onap-discuss] VIM registration for Multi-VIM

[li.zi30]

Thanks, Bin.






Hi Suraj，


Would you try this json bellow? For the api from esr-server, the vimAuthInfo 
should be vimAuthInfos, and it's an object list.






{


"cloudOwner": "ZTE1",


"cloudRegionId": "region-one1",


"cloudType": "openstack",


"cloudRegionVersion": "v1.0",


"ownerDefinedType": "owner-defined-type",


"cloudZone": "cloud zone",


"complexName": "complex name",


"cloudExtraInfo": "cloud-extra-info",


"vimAuthInfos": 


[


{


  "userName": "admin",


  "password": "admin",


  "authUrl": "http://10.74.151.22:5000/v2.0;,


  "sslCacert": "ssl-cacert",


  "sslInsecure": true,


  "cloudDomain": "cloud-domain"


}


]


}






Regards,


LiZi













原始邮件



发件人： ;
收件人： ; ;李滋00164331;
日 期 ：2018年01月16日 10:50
主 题 ：RE: [onap-discuss] VIM registration for Multi-VIM




Hi Suraj,


 


   Do you have to register the VIM instance with rest API call? If 
not , I suggest you simply do that via the ESR portal:


 


http:///iui/aai-esr-gui/extsys/vim/vimView.html


 


you can use ocata or windriver to cloud region version.


 


Best Regards,


Bin Yang,Solution Readiness Team,Wind River


Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189


Skype: yangbincs993



 



From: Bisht, Suraj (Nokia - US/Irving) [mailto:suraj.bi...@nokia.com] 
 Sent: Tuesday, January 16, 2018 10:23 AM
 To: Yang, Bin; onap-discuss@lists.onap.org; li.z...@zte.com.cn
 Subject: RE: [onap-discuss] VIM registration for Multi-VIM




 


Hi Bin,


 


Thanks for quick response, I tried “ocata” with "sslInsecure" true as well as 
false but got same error response.


We are adding openstack Newton VIM without SSL.


 


Kindly let me know what can be possible error in request and share link 
containing updated API detail


 


{


"cloudOwner": "Nokia",


"cloudRegionId": "regionOne",


"cloudType": "openstack",


"cloudRegionVersion": "ocata",


"ownerDefinedType": "owner-defined-type",


"cloudZone": "cloud zone",


"complexName": "complex name",


"cloudExtraInfo": "cloud-extra-info",


"vimAuthInfo":


 {


"userName": "admin",


"password": "admin",


"authUrl": "http://1.1.1.1:5000/v2.0;,


"sslCacert": "ssl-cacert",


"sslInsecure": true,


"cloudDomain": "cloud-domain"


}


}


 


Response


{


"code": 400,


"message": "Unable to process JSON",


"details": null


}


 


Thanks,


Suraj


 



From: Yang, Bin [mailto:bin.y...@windriver.com] 
 Sent: Monday, January 15, 2018 7:29 PM
 To: Bisht, Suraj (Nokia - US/Irving) ; 
onap-discuss@lists.onap.org; li.z...@zte.com.cn
 Subject: RE: [onap-discuss] VIM registration for Multi-VIM




 


Hi Suraj,


 


It seems you are trying to register VIM instance via ESR API. So I add Li Zi 
the PTL of ESR in loop.


 


One possible issue with your request might be the value for 
“cloudRegionVersion”. With “cloudType” being openstack, you can only set the 
“cloudRegionVersion”  to be “ocata” or “titanium_cloud” because they are the 
only  VIM type supported by deployed multicloud services in ONAP platform 
Amsterdam release.


 


You’d better set "sslInsecure" to be true as well.


 


 


Best Regards,


Bin Yang,Solution Readiness Team,Wind River


Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189


Skype: yangbincs993



 



From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Bisht, Suraj (Nokia - 
US/Irving)
 Sent: Tuesday, January 16, 2018 7:15 AM
 To: onap-discuss@lists.onap.org
 Subject: [onap-discuss] VIM registration for Multi-VIM




 


Hi,


 


We are trying to add additional VIM for VNF deployment using following link and 
getting error. Kindly help us in resolving this issue and confirm if Multi-VIM 
functionality fully working in Amsterdam release (1.2.0-snapshot)


 


https://wiki.onap.org/pages/viewpage.action?pageId=11930343#A:ExternalSystemOperationAPIDefinition-VIMregistration


 


Request


 


http:///api/aai-esr-server/v1/vims


 


{


"cloudOwner": "Nokia",


"cloudRegionId": "regionOne",


"cloudType": "openstack",


"cloudRegionVersion": "v1.0",


"ownerDefinedType": "owner-defined-type",


"cloudZone": "cloud zone",


"complexName": "complex name",


"cloudExtraInfo": "cloud-extra-info",


"vimAuthInfo":


 {


"userName": "admin",


"password": "admin",


"authUrl": "http://1.1.1.1:5000/v2.0;,


"sslCacert": "ssl-cacert",


"sslInsecure": false,


"cloudDomain": "cloud-domain"


}


}


 


Headers


 


Accept: application/json


Content-Type: application/json


X-FromAppId: AAI


  Authorization: Basic QUFJOkFBSQ==


 


Response


 


{


"code": 400,


"message": "Unable to process JSON",


"details": null

Re: [onap-discuss] VIM registration for Multi-VIM

[Yang, Bin]

Hi Suraj,

   Do you have to register the VIM instance with rest API call? If 
not , I suggest you simply do that via the ESR portal:


http:///iui/aai-esr-gui/extsys/vim/vimView.html

you can use ocata or windriver to cloud region version.

Best Regards,
Bin Yang,Solution Readiness Team,Wind River
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: Bisht, Suraj (Nokia - US/Irving) [mailto:suraj.bi...@nokia.com]
Sent: Tuesday, January 16, 2018 10:23 AM
To: Yang, Bin; onap-discuss@lists.onap.org; li.z...@zte.com.cn
Subject: RE: [onap-discuss] VIM registration for Multi-VIM

Hi Bin,

Thanks for quick response, I tried "ocata" with "sslInsecure" true as well as 
false but got same error response.
We are adding openstack Newton VIM without SSL.

Kindly let me know what can be possible error in request and share link 
containing updated API detail

{
"cloudOwner": "Nokia",
"cloudRegionId": "regionOne",
"cloudType": "openstack",
"cloudRegionVersion": "ocata",
"ownerDefinedType": "owner-defined-type",
"cloudZone": "cloud zone",
"complexName": "complex name",
"cloudExtraInfo": "cloud-extra-info",
"vimAuthInfo":
 {
"userName": "admin",
"password": "admin",
"authUrl": "http://1.1.1.1:5000/v2.0;,
"sslCacert": "ssl-cacert",
"sslInsecure": true,
"cloudDomain": "cloud-domain"
}
}

Response
{
"code": 400,
"message": "Unable to process JSON",
"details": null
}

Thanks,
Suraj

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Monday, January 15, 2018 7:29 PM
To: Bisht, Suraj (Nokia - US/Irving) 
>; 
onap-discuss@lists.onap.org; 
li.z...@zte.com.cn
Subject: RE: [onap-discuss] VIM registration for Multi-VIM

Hi Suraj,

It seems you are trying to register VIM instance via ESR API. So I add Li Zi 
the PTL of ESR in loop.

One possible issue with your request might be the value for 
"cloudRegionVersion". With "cloudType" being openstack, you can only set the 
"cloudRegionVersion" to be "ocata" or "titanium_cloud" because they are the 
only  VIM type supported by deployed multicloud services in ONAP platform 
Amsterdam release.

You'd better set "sslInsecure" to be true as well.


Best Regards,
Bin Yang,Solution Readiness Team,Wind River
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Bisht, Suraj (Nokia - 
US/Irving)
Sent: Tuesday, January 16, 2018 7:15 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] VIM registration for Multi-VIM

Hi,

We are trying to add additional VIM for VNF deployment using following link and 
getting error. Kindly help us in resolving this issue and confirm if Multi-VIM 
functionality fully working in Amsterdam release (1.2.0-snapshot)

https://wiki.onap.org/pages/viewpage.action?pageId=11930343#A:ExternalSystemOperationAPIDefinition-VIMregistration

Request

http:///api/aai-esr-server/v1/vims

{
"cloudOwner": "Nokia",
"cloudRegionId": "regionOne",
"cloudType": "openstack",
"cloudRegionVersion": "v1.0",
"ownerDefinedType": "owner-defined-type",
"cloudZone": "cloud zone",
"complexName": "complex name",
"cloudExtraInfo": "cloud-extra-info",
"vimAuthInfo":
 {
"userName": "admin",
"password": "admin",
"authUrl": "http://1.1.1.1:5000/v2.0;,
"sslCacert": "ssl-cacert",
"sslInsecure": false,
"cloudDomain": "cloud-domain"
}
}

Headers

Accept: application/json
Content-Type: application/json
X-FromAppId: AAI
  Authorization: Basic QUFJOkFBSQ==

Response

{
"code": 400,
"message": "Unable to process JSON",
"details": null
}

GET commands working fine. Request received by esr_server and server sending 
above error.

Thanks,
Suraj
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [vnfsdk] repo plan

[Lu, Lianhao]

Do we need new repos for those tools coming from SDC? i.e. license tools and 
heat-tosca translater?

Best Refgards,
-Lianhao

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Christopher Donley 
(Chris)
Sent: Tuesday, January 16, 2018 2:14 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [vnfsdk] repo plan

Team,

As we discussed on Friday, we'll need some new repos for vnfsdk.  Since we need 
to ask for TSC approval for new repos, I want to make sure we have everything 
we expect to need for Beijing before I ask.  I'm planning to request the 
following:

* Dovetail-integration for integration with the OPNFV Dovetail tool

* Ice for ICE tools
I also propose that we rename "compliance" to "ves-agent", since that's what 
we're using it for.

Comments/feedback? Anything missing?  Please let me know by Weds so that I can 
ask the TSC to approve our new repos.

Thanks,
Chris
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [SO][SDC]Distribution Client Register Failed.

[Chenchuanyu]

Hi SDC Team,
   I found that Distribution Client of SO cannot registered successful to SDC.
Below is the errormso.log and the SDC configuration , asdc-controller1 is used 
to register the distribution client. The response message from SDC is 
CONF_INVALID_ASDC_FQDN.
Because of this SO cannot get the template information designed in SDC, can 
anyone help on this?

2017-12-02T23:25:30.003Z|trace-#|EJB default - 
9|InitASDC||ASDC||WARN|BusinessProcesssError|ASDCControllerException in 
checkInStoppedState|Exception raised: 
org.openecomp.mso.asdc.client.exceptions.ASDCControllerException: 
Initialization of the ASDC Controller failed with reason: configuration is 
invalid: CONF_INVALID_ASDC_FQDN -   at 
org.openecomp.mso.asdc.client.ASDCController.initASDC(ASDCController.java:237) 
-   at 
org.openecomp.mso.asdc.client.ASDCGlobalController.checkInStoppedState(ASDCGlobalController.java:130)
 -  at 
org.openecomp.mso.asdc.ASDCControllerSingleton.periodicControllerTask(ASDCControllerSingleton.java:63)
 -  at sun.reflect.GeneratedMethodAccessor367.invoke(Unknown Source) -  
  at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 -at java.lang.reflect.Method.invoke(Method.java:498) -at 
org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
 -   at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) -  
at 
org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:57)
 - at 
org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:61)
 - at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) -  
at 
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437)
 - at 
org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:82)
 -at 
org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:95)
 -   at 
org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:61)
 - at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) -  
at 
org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:57)
 - at 
org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:61)
 - at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) -  
at 
org.jboss.as.ejb3.component.invocationmetrics.ExecutionTimeInterceptor.processInvocation(ExecutionTimeInterceptor.java:43)
 -  at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) -  
at 
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:437)
 - at 
org.jboss.weld.ejb.AbstractEJBRequestScopeActivationInterceptor.aroundInvoke(AbstractEJBRequestScopeActivationInterceptor.java:73)
 -   at 
org.jboss.as.weld.ejb.EjbRequestScopeActivationInterceptor.processInvocation(EjbRequestScopeActivationInterceptor.java:83)
 -  at 
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:340) -  
at

{
"asdc-connections":{
"asdc-controller1":{
"user":"mso",
"consumerGroup":"sdc-OpenSource-Env1-mso-dockero",
"consumerId":"sdc-COpenSource-Env11-mso-dockero",
"environmentName":"SDC-OpenSource-Env1",
"asdcAddress":"c2.vm1.sdc.simpledemo.openecomp.org:8443",

"password":"613AF3483E695524F9857643B697FA51C7A9A0951094F53791485BF3458F9EADA37DBACCCEBD0CB242B85B4062745247",
"pollingInterval":"60",
"pollingTimeout":"60",
"relevantArtifactTypes":"HEAT,HEAT_ENV,HEAT_VOL",
"activateServerTLSAuth":"false",
"keyStorePassword":"",
"keyStorePath":""
},
"asdc-controller2":{
"user":"user",
"consumerGroup":"mso-mso-dockero",
"consumerId":"mso-mso-dockero",
"environmentName":"PROD",
"asdcAddress":"asdc_hostname2:8443",
"password":"f3895035812addbf115bfaf7d2dc850e",
"pollingInterval":"60",
"pollingTimeout":"60",
"relevantArtifactTypes":"HEAT,HEAT_ENV,HEAT_VOL",
"activateServerTLSAuth":"false",
"keyStorePassword":"",
"keyStorePath":""
}
},
"mso.properties.reload.time.minutes":2
}

Thanks ,
Chuanyu Chen.
***
本邮件及其附件含有华为公司的保密信息，仅限于发送给上面地址中列出的个人或群组。禁止任何其他人以任何形式使用（包括但不限于全部或部分地泄露、复制、或散发）本邮件中的信息。如果您错收了本邮件，请您立即电话或邮件通知发件人并删除本邮件！
**

Re: [onap-discuss] VIM registration for Multi-VIM

[Bisht, Suraj (Nokia - US/Irving)]

Hi Bin,

Thanks for quick response, I tried "ocata" with "sslInsecure" true as well as 
false but got same error response.
We are adding openstack Newton VIM without SSL.

Kindly let me know what can be possible error in request and share link 
containing updated API detail

{
"cloudOwner": "Nokia",
"cloudRegionId": "regionOne",
"cloudType": "openstack",
"cloudRegionVersion": "ocata",
"ownerDefinedType": "owner-defined-type",
"cloudZone": "cloud zone",
"complexName": "complex name",
"cloudExtraInfo": "cloud-extra-info",
"vimAuthInfo":
 {
"userName": "admin",
"password": "admin",
"authUrl": "http://1.1.1.1:5000/v2.0;,
"sslCacert": "ssl-cacert",
"sslInsecure": true,
"cloudDomain": "cloud-domain"
}
}

Response
{
"code": 400,
"message": "Unable to process JSON",
"details": null
}

Thanks,
Suraj

From: Yang, Bin [mailto:bin.y...@windriver.com]
Sent: Monday, January 15, 2018 7:29 PM
To: Bisht, Suraj (Nokia - US/Irving) ; 
onap-discuss@lists.onap.org; li.z...@zte.com.cn
Subject: RE: [onap-discuss] VIM registration for Multi-VIM

Hi Suraj,

It seems you are trying to register VIM instance via ESR API. So I add Li Zi 
the PTL of ESR in loop.

One possible issue with your request might be the value for 
"cloudRegionVersion". With "cloudType" being openstack, you can only set the 
"cloudRegionVersion" to be "ocata" or "titanium_cloud" because they are the 
only  VIM type supported by deployed multicloud services in ONAP platform 
Amsterdam release.

You'd better set "sslInsecure" to be true as well.


Best Regards,
Bin Yang,Solution Readiness Team,Wind River
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Bisht, Suraj (Nokia - 
US/Irving)
Sent: Tuesday, January 16, 2018 7:15 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] VIM registration for Multi-VIM

Hi,

We are trying to add additional VIM for VNF deployment using following link and 
getting error. Kindly help us in resolving this issue and confirm if Multi-VIM 
functionality fully working in Amsterdam release (1.2.0-snapshot)

https://wiki.onap.org/pages/viewpage.action?pageId=11930343#A:ExternalSystemOperationAPIDefinition-VIMregistration

Request

http:///api/aai-esr-server/v1/vims

{
"cloudOwner": "Nokia",
"cloudRegionId": "regionOne",
"cloudType": "openstack",
"cloudRegionVersion": "v1.0",
"ownerDefinedType": "owner-defined-type",
"cloudZone": "cloud zone",
"complexName": "complex name",
"cloudExtraInfo": "cloud-extra-info",
"vimAuthInfo":
 {
"userName": "admin",
"password": "admin",
"authUrl": "http://1.1.1.1:5000/v2.0;,
"sslCacert": "ssl-cacert",
"sslInsecure": false,
"cloudDomain": "cloud-domain"
}
}

Headers

Accept: application/json
Content-Type: application/json
X-FromAppId: AAI
  Authorization: Basic QUFJOkFBSQ==

Response

{
"code": 400,
"message": "Unable to process JSON",
"details": null
}

GET commands working fine. Request received by esr_server and server sending 
above error.

Thanks,
Suraj
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] VIM registration for Multi-VIM

[Yang, Bin]

Hi Suraj,

It seems you are trying to register VIM instance via ESR API. So I add Li Zi 
the PTL of ESR in loop.

One possible issue with your request might be the value for 
"cloudRegionVersion". With "cloudType" being openstack, you can only set the 
"cloudRegionVersion" to be "ocata" or "titanium_cloud" because they are the 
only  VIM type supported by deployed multicloud services in ONAP platform 
Amsterdam release.

You'd better set "sslInsecure" to be true as well.


Best Regards,
Bin Yang,Solution Readiness Team,Wind River
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Bisht, Suraj (Nokia - 
US/Irving)
Sent: Tuesday, January 16, 2018 7:15 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] VIM registration for Multi-VIM

Hi,

We are trying to add additional VIM for VNF deployment using following link and 
getting error. Kindly help us in resolving this issue and confirm if Multi-VIM 
functionality fully working in Amsterdam release (1.2.0-snapshot)

https://wiki.onap.org/pages/viewpage.action?pageId=11930343#A:ExternalSystemOperationAPIDefinition-VIMregistration

Request

http:///api/aai-esr-server/v1/vims

{
"cloudOwner": "Nokia",
"cloudRegionId": "regionOne",
"cloudType": "openstack",
"cloudRegionVersion": "v1.0",
"ownerDefinedType": "owner-defined-type",
"cloudZone": "cloud zone",
"complexName": "complex name",
"cloudExtraInfo": "cloud-extra-info",
"vimAuthInfo":
 {
"userName": "admin",
"password": "admin",
"authUrl": "http://1.1.1.1:5000/v2.0;,
"sslCacert": "ssl-cacert",
"sslInsecure": false,
"cloudDomain": "cloud-domain"
}
}

Headers

Accept: application/json
Content-Type: application/json
X-FromAppId: AAI
  Authorization: Basic QUFJOkFBSQ==

Response

{
"code": 400,
"message": "Unable to process JSON",
"details": null
}

GET commands working fine. Request received by esr_server and server sending 
above error.

Thanks,
Suraj
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [DCAE] problems with dcae bootstrap VM

[JI, LUSHENG (LUSHENG)]

Eswar,

Good to hear the progress you have made.

Service Change Handler has dependency on (A)SDC because it is expecting the 
latter to distribute close loop models.  So if SDC is not healthy, Service 
Change Handler will bail.

For debugging (A)SDC, you may want to check with the SDC team.  You might want 
to start with looking into SDC's docker log just like how you checked the DCAE 
boot container.


Lusheng

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


 Original message 
From: ESWAR RAO 
Date: 1/15/18 7:47 PM (GMT-05:00)
To: Josef Reisinger 
Cc: "JI, LUSHENG (LUSHENG)" , 
onap-discuss@lists.onap.org, onap-discuss-boun...@lists.onap.org
Subject: Re: [onap-discuss] [DCAE] problems with dcae bootstrap VM

Hi Josef and Lusheng,

Thanks for the response.

I made the boot container to run without exiting and i deleted all 
deployments/cancelledexecutions individually and installed them manually using 
the install script.

All 29 VM's are UP.

While installation of deployment "PlatformServicesInventory" I faced problem 
with "service-change-handler" start.

I executed robot test case to verify sanity out of which 2 components are 
failing.

root@onap-robot:/home/ubuntu# docker exec -it openecompete_container 
/var/opt/OpenECOMP_ETE/runTags.sh -i health h -d ./html
-V /share/config/integration_robot_properties.py  -V 
/share/config/integration_preload_parameters.py -V 
/share/config/vm_properties.py

Basic DCAE Health Check   | FAIL |
[  | cdap |  |  |  |  | cdap_broker | config_binding_service | 
deployment_handler | inventory | 
a35a7b6a9379424386475302c113c3d5_cdap_app_cdap_app_tca | platform_doc
kerhost |  | b982f9652d8c4f3d95dd806b20f31909_dcaegen2-collectors-ves | 
component_dockerhost |
| cloudify_manager ] does not contain match for pattern 
'service-change-handler'.

Basic ASDC Health Check   | FAIL |
500 != 200


(1) Please let me know where I can debug for Basic ASDC Health Check failure ??

(2) Please help to start 'service-change-handler' docker.

 # cfy install -p ./blueprints/inv/inventory.yaml -b PlatformServicesInventory 
-d PlatformServicesInventory
 -i "location_id=fKHc" -i ./config/invinputs.yaml  -vv

2018-01-15T10:36:44 CFY  [inventory_ec24a.start] 
Task succeeded 'dockerplugin.create_and_start_container_for_platforms'
2018-01-15T10:36:45 CFY  
[service-change-handler_8060a] Creating node
2018-01-15T10:41:50 CFY  
[service-change-handler_8060a.start] Task failed 
'dockerplugin.create_and_start_container_for_platforms' -> Container never 
became healthy
Traceback (most recent call last):
  File "/tmp/pip-build-P7Jcnx/cloudify-plugins-common/cloudify/dispatch.py", 
line 596, in main
  File "/tmp/pip-build-P7Jcnx/cloudify-plugins-common/cloudify/dispatch.py", 
line 366, in handle
  File 
"/opt/mgmtworker/env/plugins/dockerplugin-2.4.0/lib/python2.7/site-packages/dockerplugin/decorators.py",
 line 57, in wrapper
raise NonRecoverableError(e)
NonRecoverableError: Container never became healthy

2018-01-15T10:41:51 CFY  'install' workflow 
execution failed: RuntimeError: Workflow failed: Task failed 
'dockerplugin.create_and_start_container_for_platforms' -> Container never 
became healthy

Image is downloaded to dokp ; but process is not running

ubuntu@dcaedokp00:~$ sudo docker images
REPOSITORY
TAG IMAGE IDCREATED SIZE
nexus3.onap.org:10001/onap/org.onap.dcaegen2.platform.configbinding
   v1.2.0  001c94f2d7992 months ago714 MB
nexus3.onap.org:10001/onap/org.onap.dcaegen2.platform.inventory-api
   v1.2.0  7237fbbd35cb2 months ago557 MB
nexus3.onap.org:10001/onap/org.onap.dcaegen2.platform.servicechange-handler
   v1.0.0  5eaedd6dee572 months ago324 MB
onapdcae/registrator  
v7   

[onap-discuss] Did you know?

[Mike Elliott]

[cid:image002.png@01D38881.512F7620]

Did You Know?
OOM supports scaling stateful applications.

OOM leverages the kubernetes capability to scale stateful applications. And 
this is done without the need to change any application code.

[cid:EB30C46D-1DFA-4AD7-AF70-5FD0A61B569D]

You can try these examples today to scale out and back in the SDNC database.

Scale out sdnc database to 5 instances:
kubectl scale statefulset sdnc-dbhost -n onap-sdnc --replicas=5

Scale in sdnc database to 2 instances:
kubectl scale statefulset sdnc-dbhost -n onap-sdnc --replicas=2



If you’d like to learn more about OOM, check out the OOM 
wiki or 
concepts to find out more about 
Kubernetes.

Mike Elliott
[amdocs-a]
Amdocs a Platinum member of 
ONAP
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,
you may review at https://www.amdocs.com/about/email-disclaimer
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [DCAE] problems with dcae bootstrap VM

[ESWAR RAO]

Hi Josef and Lusheng,

Thanks for the response.

I made the boot container to run without exiting and i deleted all
deployments/cancelledexecutions individually and installed them manually
using the install script.

All 29 VM's are UP.

While installation of deployment "PlatformServicesInventory" I faced
problem with "service-change-handler" start.

I executed robot test case to verify sanity out of which 2 components are
failing.

root@onap-robot:/home/ubuntu# docker exec -it openecompete_container
/var/opt/OpenECOMP_ETE/runTags.sh -i health h -d ./html
-V /share/config/integration_robot_properties.py  -V
/share/config/integration_preload_parameters.py -V
/share/config/vm_properties.py

*Basic DCAE Health Chec*k   | *FAIL
*|
[  | cdap |  |  |  |  | cdap_broker | config_binding_service |
deployment_handler | inventory |
a35a7b6a9379424386475302c113c3d5_cdap_app_cdap_app_tca | platform_doc
kerhost |  | b982f9652d8c4f3d95dd806b20f31909_dcaegen2-collectors-ves |
component_dockerhost |
| cloudify_manager ] does not contain match for pattern
'service-change-handler'.

*Basic ASDC Health Check*   | *FAIL
*|
500 != 200


(1) Please let me know where I can debug for Basic ASDC Health Check
failure ??

(2) Please help to start 'service-change-handler' docker.

 # cfy install -p ./blueprints/inv/inventory.yaml -b
PlatformServicesInventory -d PlatformServicesInventory
 -i "location_id=fKHc" -i ./config/invinputs.yaml  -vv

2018-01-15T10:36:44 CFY  [inventory_ec24a.start]
Task succeeded 'dockerplugin.create_and_start_container_for_platforms'
2018-01-15T10:36:45 CFY 
[service-change-handler_8060a] Creating node
2018-01-15T10:41:50 CFY 
[service-change-handler_8060a.start] Task failed
'dockerplugin.create_and_start_container_for_platforms' -> Container never
became healthy
Traceback (most recent call last):
  File
"/tmp/pip-build-P7Jcnx/cloudify-plugins-common/cloudify/dispatch.py", line
596, in main
  File
"/tmp/pip-build-P7Jcnx/cloudify-plugins-common/cloudify/dispatch.py", line
366, in handle
  File
"/opt/mgmtworker/env/plugins/dockerplugin-2.4.0/lib/python2.7/site-packages/dockerplugin/decorators.py",
line 57, in wrapper
raise NonRecoverableError(e)
NonRecoverableError: Container never became healthy

2018-01-15T10:41:51 CFY  'install' workflow
execution failed: RuntimeError: Workflow failed: Task failed
'dockerplugin.create_and_start_container_for_platforms' -> Container never
became healthy

*Image is downloaded to dokp ; but process is not running*

ubuntu@dcaedokp00:~$ sudo docker images
REPOSITORY
  TAG IMAGE IDCREATED SIZE
nexus3.onap.org:10001/onap/org.onap.dcaegen2.platform.configbinding
   v1.2.0  001c94f2d7992 months ago714 MB
nexus3.onap.org:10001/onap/org.onap.dcaegen2.platform.inventory-api
   v1.2.0  7237fbbd35cb2 months ago557 MB
*nexus3.onap.org:10001/onap/org.onap.dcaegen2.platform.servicechange-handler
*
 v1.0.0  5eaedd6dee572 months ago324 MB
onapdcae/registrator
  v7  89857c1a0e485 months ago298 MB
postgres
  9.5.2   17922730618d20 months ago   266 MB
ubuntu@dcaedokp00:~$

ubuntu@dcaedokp00:~$ sudo docker ps
CONTAINER IDIMAGE
  COMMAND  CREATED STATUS
PORTS  NAMES
7b7aa7e6f932
nexus3.onap.org:10001/onap/org.onap.dcaegen2.platform.inventory-api:v1.2.0
 "java -jar /opt/in..."   21 minutes ago  Up 21 minutes
 0.0.0.0:8080->8080/tcp inventory
f97c6c73postgres:9.5.2
 "/docker-entrypoin..."   21 minutes ago  Up 21
minutes   0.0.0.0:5432->5432/tcp pstg-write
7e4b2f65d150
nexus3.onap.org:10001/onap/org.onap.dcaegen2.platform.configbinding:v1.2.0
 "/bin/sh -c run.py"  3 hours ago Up 3 hours
0.0.0.0:1->1/tcp   config_binding_service
8411530d0658onapdcae/registrator:v7
  "/bin/sh -c '/bin/..."   4 hours ago Up 4
hours registrator
ubuntu@dcaedokp00:~$

I can see in* inventory.yaml* as:

  service-change-handler:
type: dcae.nodes.DockerContainerForPlatforms
properties:
  name:
"service-change-handler"
  application_config:
asdcDistributionClient:
  asdcAddress: { get_input: asdc_address }
  asdcUri: { get_input: asdc_uri }
  user: { get_input: asdc_user }
  password: { get_input: asdc_password }
  pollingInterval: 20
  pollingTimeout: 20
  consumerGroup: dcae
  consumerId: dcae-sch
  environmentName: { get_input: asdc_environment_name }
  keyStorePath:
  keyStorePassword:
  activateServerTLSAuth: { 

Re: [onap-discuss] [Multicloud] Heat not getting listed in swagger url

[ESWAR RAO]

Hi Bin,

Thanks for the help.

I have tried with keystone v2.0 token and issued the below call,



curl -v -s  -H "Content-Type: application/json"  -H "X-Auth-Token:$TOKEN"
-X GET http://192.168.21.212:80/api/multicloud/v0/radisys_mec/
orchestration/v1/323b4f23d58143d29a81cd4adb6ade3b/stacks




it gives,

* About to connect() to 192.168.21.212 port 80 (#0)

*   Trying 192.168.21.212...

* Connected to 192.168.21.212 (192.168.21.212) port 80 (#0)

> GET
/api/multicloud/v0/radisys_mec/orchestration/v1/323b4f23d58143d29a81cd4adb6ade3b/stacks
HTTP/1.1

User-Agent: curl/7.29.0

Host: 192.168.21.212

Accept: */*

Content-Type: application/json

X-Auth-Token:gABaXKre8_O5Y4TuTLMYxIzr6w9u9VAEX2i8G8WMs_zwQLvQ4_1cYaKUFjBxMuq23DKB0Ps40bmnkqGoi0_QaQJ_bJyksCqJRmw0O6AAiF6okezB9teYZLyt08iscEqMZnbhOv88OZVFnGODf7wfIkHwFN-t7Dwa88KEvGBuSaIoK1WVWA0



HTTP/1.1 403 Unknown Status Code

Server: openresty

Date: Mon, 15 Jan 2018 13:30:12 GMT

Content-Type: application/json

Content-Length: 58

Connection: keep-alive

status: 403

Vary: Cookie

content-encoding: gzip

Allow: GET, POST, PUT, PATCH, DELETE, HEAD, OPTIONS

x-frame-options: SAMEORIGIN

* Connection #0 to host 192.168.21.212 left intact

*{"detail":"Authentication credentials were not provided."}*

Where TOKEN=
gABaXKre8_O5Y4TuTLMYxIzr6w9u9VAEX2i8G8WMs_zwQLvQ4_1cYaKUFjBxMuq23DKB0Ps40bmnkqGoi0_QaQJ_bJyksCqJRmw0O6AAiF6okezB9teYZLyt08iscEqMZnbhOv88OZVFnGODf7wfIkHwFN-t7Dwa88KEvGBuSaIoK1WVWA0



FYI, the above call is not even reaching registered VIM heat-api.



Thanks

Eswar Rao



On Mon, Jan 15, 2018 at 3:39 PM, Yang, Bin  wrote:

> Hi Eswar,
>
>
>
>The heat API was not listed yet, it requires multiple
> steps.  You can try with following URI prefix for heat APIs:
>
>
>
> http://onap-multi-service:80/api/multicloud-ocata/v0/vimid/
> orchestration/v1/
>
>
>
> So to list the stack, you can refer to following commands:
>
>
>
> export MULTICLOUD_PLUGIN_ENDPOINT= http://onap-multi-service:80/
> api/multicloud-ocata/v0/radisys_mec
>
> curl -v -s -H "Content-Type: application/json" -X POST -d '{"auth":
> {"tenantName": "", "passwordCredentials": {"username":
> "", "password": ""}}}'
> $MULTICLOUD_PLUGIN_ENDPOINT/identity/v2.0/tokens
>
>
>
> export TOKEN= 
>
> export PROJECT_ID = 
>
> curl -v -s  -H "Content-Type: application/json"  -H "X-Auth-Token: $TOKEN"
> -X GET $MULTICLOUD_PLUGIN_ENDPOINT/orchestration/v1/$PROJECT_ID/stacks
>
>
>
>
>
>
>
> Best Regards,
>
> Bin Yang,Solution Readiness Team,*Wind River*
>
> Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
>
> Skype: yangbincs993
>
>
>
> *From:* onap-discuss-boun...@lists.onap.org [mailto:onap-discuss-bounces@
> lists.onap.org] *On Behalf Of *ESWAR RAO
> *Sent:* Monday, January 15, 2018 4:47 PM
> *To:* onap-discuss@lists.onap.org
> *Subject:* [onap-discuss] [Multicloud] Heat not getting listed in swagger
> url
>
>
>
>
>
> Hi All,
>
>
>
> Can some one please help me in en-listing HEAT with multicloud for a
> registered VIM.
>
>
>
>
>
> I have summarized the issue.
>
>
>
> *When we issue request as per online documentation,*
>
>
>
> *http://onap.readthedocs.io/en/latest/submodules/multicloud/framework.git/docs/Multicloud-Fake_Cloud-Guide.html
> *
>
> *http://onap.readthedocs.io/en/latest/submodules/multicloud/framework.git/docs/MultiCloud-Test-Guide.html#list-instance-of-users-project
> *
>
>
>
> http:// onap-multi-service:80/api/multicloud-ocata/v0/vimid/nova/
> 323b4f23d58143d29a81cd4adb6ade3b/servers/
>
> HTTP/1.1 500 Internal Server Error
>
> Server: openresty
>
> Date: Mon, 15 Jan 2018 07:06:14 GMT
>
> Content-Type: application/json
>
> Transfer-Encoding: chunked
>
> Connection: keep-alive
>
> Vary: Cookie
>
> X-Frame-Options: SAMEORIGIN
>
> Allow: GET, POST, PUT, PATCH, DELETE, HEAD, OPTIONS
>
> response
>
> {"error":"invalid cached metadata"}
>
>
>
> *When we issue request as per swagger gui, it works. (Attached)*
>
>
>
> *Eventhough HEAT is installed on the VIM, it is not listed in the
> swagger and I am getting the below error*
>
>
>
> http:// onap-multi-service:80/api/multicloud-ocata/v0/radisys_mec/
> 323b4f23d58143d29a81cd4adb6ade3b/stacks/
>
>
>
> *HTTP/1.1 404 Not Found*
>
> *Server: openresty*
>
> *…*
>
> **
>
> *  Using the URLconf defined in ocata.urls,*
>
> *  Django tried these URL patterns, in this order:*
>
> *  *
>
> *…..*
>
> *The current URL,
> api/multicloud-ocata/v0/radisys_mec/323b4f23d58143d29a81cd4adb6ade3b/stacks/,
> didn't match any of these.*
>
>
>
>
>
> *Thanks*
>
> *Eswar Rao*
>
___

[onap-discuss] VIM registration for Multi-VIM

[Bisht, Suraj (Nokia - US/Irving)]

Hi,

We are trying to add additional VIM for VNF deployment using following link and 
getting error. Kindly help us in resolving this issue and confirm if Multi-VIM 
functionality fully working in Amsterdam release (1.2.0-snapshot)

https://wiki.onap.org/pages/viewpage.action?pageId=11930343#A:ExternalSystemOperationAPIDefinition-VIMregistration

Request

http:///api/aai-esr-server/v1/vims

{
"cloudOwner": "Nokia",
"cloudRegionId": "regionOne",
"cloudType": "openstack",
"cloudRegionVersion": "v1.0",
"ownerDefinedType": "owner-defined-type",
"cloudZone": "cloud zone",
"complexName": "complex name",
"cloudExtraInfo": "cloud-extra-info",
"vimAuthInfo":
 {
"userName": "admin",
"password": "admin",
"authUrl": "http://1.1.1.1:5000/v2.0;,
"sslCacert": "ssl-cacert",
"sslInsecure": false,
"cloudDomain": "cloud-domain"
}
}

Headers

Accept: application/json
Content-Type: application/json
X-FromAppId: AAI
  Authorization: Basic QUFJOkFBSQ==

Response

{
"code": 400,
"message": "Unable to process JSON",
"details": null
}

GET commands working fine. Request received by esr_server and server sending 
above error.

Thanks,
Suraj
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [OOM] - restart pod behavoir with SDNC data

[FREEMAN, BRIAN D]

Michael, Alexis,

I did a test where I created an OOM environment, sent preload into SDNC and 
then deleted the SDNC Pod.
K8 restarted the POD but the data saved to SDNC wasnt there.
This was Amsterdam.

Do we need to have the /opt/opendaylight/current/ directory persisted (or 
current/journal) ?

I think the clustering team may have addressed this as well but cold recovery 
of an SDNC cluster created by OOM requires something stored on the hard disk.

Brian

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] HF2 Network Downtime Jan 12 2018

[Michael O'Brien]

Fyi,
   I raised the issue on the VPN 36 hours ago after the Thu retrofit – service 
has been excellent and prompt – I would expect tomorrow we should be good.
   https://jira.onap.org/browse/OPENLABS-153
https://lists.onap.org/pipermail/onap-discuss/2018-January/007390.html

   For now you can consult the CD poc on AWS that is pending migration to the 
LF under (OOM-500) to at least get 
healthcheck hourly for master
http://jenkins.onap.info/job/oom-cd/

http://kibana.onap.info:5601/app/kibana#/dashboard/AWAtvpS63NTXK5mX2kuS?_g=(refreshInterval:(display:Off,pause:!f,value:0),time:(from:now-7d,mode:quick,to:now))&_a=(description:'',filters:!(),options:(darkTheme:!f),panels:!((col:1,id:AWAts77k3NTXK5mX2kuM,panelIndex:1,row:1,size_x:8,size_y:3,type:visualization),(col:9,id:AWAtuTVI3NTXK5mX2kuP,panelIndex:2,row:1,size_x:4,size_y:3,type:visualization),(col:1,id:AWAtuBTY3NTXK5mX2kuO,panelIndex:3,row:7,size_x:6,size_y:3,type:visualization),(col:1,id:AWAttmqB3NTXK5mX2kuN,panelIndex:4,row:4,size_x:6,size_y:3,type:visualization),(col:7,id:AWAtvHtY3NTXK5mX2kuR,panelIndex:6,row:4,size_x:6,size_y:6,type:visualization)),query:(match_all:()),timeRestore:!f,title:'CD%20Health%20Check',uiState:(),viewMode:view)

Notice that the MSB fix has fixed the 8 failing heathcheck from the 13th – 3 
hours ago
https://gerrit.onap.org/r/#/c/27943/

   thanks Stephen,
   /michael


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gooch, Stephen
Sent: Monday, January 15, 2018 09:57
To: Yang Xu (Yang, Fixed Network) ; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] HF2 Network Downtime Jan 12 2018

Hi Yang (and all),

The core networking update in HF2 has affected access to the ONAP pod.  I don’t 
have visibility at the moment on what the issue is as the problem is downstream 
from the ONAP POD.  I am working with Intel IT/Lab Ops to address this. 
However, today is a U.S. holiday, and IT staffing is minimum.

Br,
- Stephen

From: Yang Xu (Yang, Fixed Network) [mailto:yang@huawei.com]
Sent: Monday, January 15, 2018 15:01
To: Gooch, Stephen
Subject: RE: HF2 Network Downtime Jan 12 2018

Hi Stephen,

I was not able to ping VPN server 192.55.48.241 this morning.  I haven’t used 
the lab lately, was there any change?

Thanks,
-Yang

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gooch, Stephen
Sent: Friday, January 12, 2018 2:37 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] FW: HF2 Network Downtime Jan 12 2018
Importance: High

Appologies for the late notice, the lab where the ONAP developers POD is 
located will be off line tomorrow morning from 07:00 to 09:00 PST, see below 
message from Intel IT.
I was added to the IT mailing list today, thus, in the future notices to the 
ONAP community will go out in advance.
Br,
- Stephen

 Forwarded Message 
REMINDER


Summary:

HF2 Lab Network is being switched to a new Router
Downtime will be from 7-9am
Testing of Network to occur from 8-9am
Application testing is to be performed by System Owner

Downtime to upgrade to core.  1-2-hour downtime for local area network changes.

No impact from the firewall perspective.  Same rules for now.  There will be a 
second phase to characterize traffic at a later date.

This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [integration]Please help us on Integration Lab

[Michael O'Brien]

Fyi,
   I raised the issue on the VPN 36 hours ago after the Thu retrofit – service 
has been excellent and prompt – I would expect tomorrow we should be good.
   https://jira.onap.org/browse/OPENLABS-153
https://lists.onap.org/pipermail/onap-discuss/2018-January/007390.html

   For now you can consult the CD poc on AWS that is pending migration to the 
LF under (OOM-500) to at least get 
healthcheck hourly for master
http://jenkins.onap.info/job/oom-cd/

http://kibana.onap.info:5601/app/kibana#/dashboard/AWAtvpS63NTXK5mX2kuS?_g=(refreshInterval:(display:Off,pause:!f,value:0),time:(from:now-7d,mode:quick,to:now))&_a=(description:'',filters:!(),options:(darkTheme:!f),panels:!((col:1,id:AWAts77k3NTXK5mX2kuM,panelIndex:1,row:1,size_x:8,size_y:3,type:visualization),(col:9,id:AWAtuTVI3NTXK5mX2kuP,panelIndex:2,row:1,size_x:4,size_y:3,type:visualization),(col:1,id:AWAtuBTY3NTXK5mX2kuO,panelIndex:3,row:7,size_x:6,size_y:3,type:visualization),(col:1,id:AWAttmqB3NTXK5mX2kuN,panelIndex:4,row:4,size_x:6,size_y:3,type:visualization),(col:7,id:AWAtvHtY3NTXK5mX2kuR,panelIndex:6,row:4,size_x:6,size_y:6,type:visualization)),query:(match_all:()),timeRestore:!f,title:'CD%20Health%20Check',uiState:(),viewMode:view)

Notice that the MSB fix has fixed the 8 failing heathcheck from the 13th – 3 
hours ago
https://gerrit.onap.org/r/#/c/27943/

   thanks Stephen,
   /michael


From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Yunxia Chen
Sent: Monday, January 15, 2018 10:15
To: Gooch, Stephen ; Raineri, Eddy 
; Yang, Bin 
Cc: onap-discuss 
Subject: Re: [onap-discuss] [integration]Please help us on Integration Lab

Thank you Stephen.
Since the team is doing MR testing, if possible, please help to get it up asap.

Regards,

Helen Chen

From: "Gooch, Stephen" 
>
Date: Monday, January 15, 2018 at 7:10 AM
To: Helen Chen 00725961 >, 
"Raineri, Eddy" 
>, "Yang, Bin" 
>
Cc: onap-discuss 
>
Subject: RE: [integration]Please help us on Integration Lab

Hi Helen,

The issue is in the building, external to the ONAP lab.   See attached.

Br,
- Stephen

From: Yunxia Chen [mailto:helen.c...@huawei.com]
Sent: Monday, January 15, 2018 16:08
To: Gooch, Stephen; Raineri, Eddy; Yang, Bin
Cc: onap-discuss
Subject: [integration]Please help us on Integration Lab

Hi, Stephen, Eddy & Bin,

We cannot access Integration lab this morning, could you please help take a 
look?

Regards,
Helen Chen


This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [s3p][logging] Level 1 met with EELF?

[Michael O'Brien]

Randa,
   Hi, yes as long as you are following the current logging guidelines for 
Beijing you should be good.  Try to use EELF 1.0.0 not 0.0.1 - appc is 
currently pushing logs to the ELK stack - not tested as much yet as we rarely 
get to closed-loop for the vFW.

   There is a difference wiki on the changes between Amsterdam and Beijing for 
the guidelines - minimal changes.
https://wiki.onap.org/display/DW/What%27s+New+-+ONAP+Application+Logging+Guidelines

   Also an RI for all projects is being developed that component teams can 
reference shortly that will be a logging config, usage and deployment example.
   https://jira.onap.org/browse/LOG-118

   The current state of logging capture via OOM filebeat container/microservice 
into the OOM ELK stack pod is described below
https://wiki.onap.org/display/DW/Logging+Reference+Implementation#LoggingReferenceImplementation-DI2:20171231:Audit:EELFimplementors

   For example the aai, appc, mso, policy, portal, sdc, sdnc and vid projects 
currently stream logs into the ELK stack - so are essentially compliant beyond 
a completed format/location audit.
   Where the appc project has 1 of its' 3 containers (the ODL app) retrofitted 
with a sidecar container 
pattern
 in the form of a filebeat sister container in their yaml - for reference sdnc 
has its ODL app and DB containers configured - but it is the only component 
that logs from its DB.
   Appc along with dmaap, part of policy, deprecated projects of aai and so run 
the older 0.0.1 version of ELK not the current 1.0.0 version.
   I am currently verifying what is different between 0.0.1 and 1.0.0 - likely 
I will just raise a jira to push up the version in your pom and retest.
https://github.com/att/EELF

   Thank you
   /michael

From: Jason Hunt [mailto:djh...@us.ibm.com]
Sent: Monday, January 15, 2018 12:19
To: MAHER, RANDA 
Cc: LEFEVRE, CATHERINE ; MCCRAY, CHRISTOPHER 
; onap-discuss@lists.onap.org; onap-rele...@lists.onap.org; 
Michael O'Brien 
Subject: Re: [s3p][logging] Level 1 met with EELF?

Randa,

Thanks for the question.  The "single logging system" would be under the scope 
of the Logging Enhancement project.  If you are following all of their 
guidelines (which includes EELF) so that they can pull in your logs, you should 
be good.  Look to that team (Michael O'Brien) for further guidance.


Regards,
Jason Hunt
Executive Software Architect, IBM

Phone: 314-749-7422
Email: djh...@us.ibm.com
Twitter: @DJHunt




From:"MAHER, RANDA" >
To:Jason Hunt >
Cc:"onap-discuss@lists.onap.org" 
>, 
"onap-rele...@lists.onap.org" 
>, "LEFEVRE, 
CATHERINE" >, "MCCRAY, 
CHRISTOPHER" >
Date:01/15/2018 10:06 AM
Subject:[s3p][logging] Level 1 met with EELF?




Hello Jason,

I was looking for some clarification on the Manageability requirement for Level 
1.
APPC and  many other components of the ONAP support EELF for standardized 
logging.
If a project supports EELF, can we assume it is at Level 1 or where you looking 
for something different under this area?
Manageability

  *   Level 1:
 *   All ONAP components will use a single logging system.

Thanks, Randa


This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

you may review at https://www.amdocs.com/about/email-disclaimer 

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [ONAP Helpdesk #51126] [integration] nexus.onap.org is down

[Jessica Wagantall via RT]

Should be back now

Thanks!

On Mon Jan 15 14:08:01 2018, jwagantall wrote:
> Our team is looking into it now.
> 
> thanks a ton and sorry for the inconvenience
> Jess
> 
> On Mon Jan 15 13:14:35 2018, gary.i...@huawei.com wrote:
> > Hi helpdesk,
> >
> > Nexus.onap.org is currently returning 502 Bad Gateway.  Can you take
> > a look?
> >
> > Thanks,
> > Gary
> >
> >



___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [ONAP Helpdesk #51126] [integration] nexus.onap.org is down

[Jessica Wagantall via RT]

Our team is looking into it now. 

thanks a ton and sorry for the inconvenience
Jess

On Mon Jan 15 13:14:35 2018, gary.i...@huawei.com wrote:
> Hi helpdesk,
> 
> Nexus.onap.org is currently returning 502 Bad Gateway.  Can you take a look?
> 
> Thanks,
> Gary
> 
> 



___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [integration] nexus.onap.org is down

[Gary Wu]

Hi helpdesk,

Nexus.onap.org is currently returning 502 Bad Gateway.  Can you take a look?

Thanks,
Gary


___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [vnfsdk] repo plan

[Christopher Donley (Chris)]

Team,

As we discussed on Friday, we'll need some new repos for vnfsdk.  Since we need 
to ask for TSC approval for new repos, I want to make sure we have everything 
we expect to need for Beijing before I ask.  I'm planning to request the 
following:

*Dovetail-integration for integration with the OPNFV Dovetail tool

*Ice for ICE tools
I also propose that we rename "compliance" to "ves-agent", since that's what 
we're using it for.

Comments/feedback? Anything missing?  Please let me know by Weds so that I can 
ask the TSC to approve our new repos.

Thanks,
Chris
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [s3p][logging] Level 1 met with EELF?

[Jason Hunt]

Randa,

Thanks for the question.  The "single logging system" would be under the 
scope of the Logging Enhancement project.  If you are following all of 
their guidelines (which includes EELF) so that they can pull in your logs, 
you should be good.  Look to that team (Michael O'Brien) for further 
guidance.


Regards,
Jason Hunt 
Executive Software Architect, IBM 

Phone: 314-749-7422
Email: djh...@us.ibm.com
Twitter: @DJHunt
 



From:   "MAHER, RANDA" 
To: Jason Hunt 
Cc: "onap-discuss@lists.onap.org" , 
"onap-rele...@lists.onap.org" , "LEFEVRE, 
CATHERINE" , "MCCRAY, CHRISTOPHER" 
Date:   01/15/2018 10:06 AM
Subject:[s3p][logging] Level 1 met with EELF?



Hello Jason,
 
I was looking for some clarification on the Manageability requirement for 
Level 1.
APPC and  many other components of the ONAP support EELF for standardized 
logging. 
If a project supports EELF, can we assume it is at Level 1 or where you 
looking for something different under this area? 
Manageability
Level 1: 
All ONAP components will use a single logging system.
 
Thanks, Randa
 



___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [s3p][logging] Level 1 met with EELF?

[MAHER, RANDA]

Hello Jason,

I was looking for some clarification on the Manageability requirement for Level 
1.
APPC and  many other components of the ONAP support EELF for standardized 
logging.
If a project supports EELF, can we assume it is at Level 1 or where you looking 
for something different under this area?
Manageability

  *   Level 1:
 *   All ONAP components will use a single logging system.

Thanks, Randa

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [integration]Please help us on Integration Lab

[Yunxia Chen]

Thank you Stephen.
Since the team is doing MR testing, if possible, please help to get it up asap.

Regards,

Helen Chen

From: "Gooch, Stephen" 
Date: Monday, January 15, 2018 at 7:10 AM
To: Helen Chen 00725961 , "Raineri, Eddy" 
, "Yang, Bin" 
Cc: onap-discuss 
Subject: RE: [integration]Please help us on Integration Lab

Hi Helen,

The issue is in the building, external to the ONAP lab.   See attached.

Br,
- Stephen

From: Yunxia Chen [mailto:helen.c...@huawei.com]
Sent: Monday, January 15, 2018 16:08
To: Gooch, Stephen; Raineri, Eddy; Yang, Bin
Cc: onap-discuss
Subject: [integration]Please help us on Integration Lab

Hi, Stephen, Eddy & Bin,

We cannot access Integration lab this morning, could you please help take a 
look?

Regards,
Helen Chen


___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [integration]Please help us on Integration Lab

[Gooch, Stephen]

Hi Helen,

The issue is in the building, external to the ONAP lab.   See attached.

Br,
- Stephen

From: Yunxia Chen [mailto:helen.c...@huawei.com]
Sent: Monday, January 15, 2018 16:08
To: Gooch, Stephen; Raineri, Eddy; Yang, Bin
Cc: onap-discuss
Subject: [integration]Please help us on Integration Lab

Hi, Stephen, Eddy & Bin,

We cannot access Integration lab this morning, could you please help take a 
look?

Regards,
Helen Chen


--- Begin Message ---
Hi Yang (and all),



The core networking update in HF2 has affected access to the ONAP pod.  I don’t 
have visibility at the moment on what the issue is as the problem is downstream 
from the ONAP POD.  I am working with Intel IT/Lab Ops to address this. 
However, today is a U.S. holiday, and IT staffing is minimum.



Br,

- Stephen



From: Yang Xu (Yang, Fixed Network) [mailto:yang@huawei.com]
Sent: Monday, January 15, 2018 15:01
To: Gooch, Stephen
Subject: RE: HF2 Network Downtime Jan 12 2018



Hi Stephen,



I was not able to ping VPN server 192.55.48.241 this morning.  I haven’t used 
the lab lately, was there any change?



Thanks,

-Yang



From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gooch, Stephen
Sent: Friday, January 12, 2018 2:37 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] FW: HF2 Network Downtime Jan 12 2018
Importance: High



Appologies for the late notice, the lab where the ONAP developers POD is 
located will be off line tomorrow morning from 07:00 to 09:00 PST, see below 
message from Intel IT.

I was added to the IT mailing list today, thus, in the future notices to the 
ONAP community will go out in advance.

Br,

- Stephen

 Forwarded Message 

REMINDER





Summary:



HF2 Lab Network is being switched to a new Router

Downtime will be from 7-9am

Testing of Network to occur from 8-9am

Application testing is to be performed by System Owner



Downtime to upgrade to core.  1-2-hour downtime for local area network changes.



No impact from the firewall perspective.  Same rules for now.  There will be a 
second phase to characterize traffic at a later date.



___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss
--- End Message ---
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [integration]Please help us on Integration Lab

[Yunxia Chen]

Hi, Stephen, Eddy & Bin,

We cannot access Integration lab this morning, could you please help take a 
look?

Regards,
Helen Chen


___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] HF2 Network Downtime Jan 12 2018

[Gooch, Stephen]

Hi Yang (and all),

The core networking update in HF2 has affected access to the ONAP pod.  I don’t 
have visibility at the moment on what the issue is as the problem is downstream 
from the ONAP POD.  I am working with Intel IT/Lab Ops to address this. 
However, today is a U.S. holiday, and IT staffing is minimum.

Br,
- Stephen

From: Yang Xu (Yang, Fixed Network) [mailto:yang@huawei.com]
Sent: Monday, January 15, 2018 15:01
To: Gooch, Stephen
Subject: RE: HF2 Network Downtime Jan 12 2018

Hi Stephen,

I was not able to ping VPN server 192.55.48.241 this morning.  I haven’t used 
the lab lately, was there any change?

Thanks,
-Yang

From: 
onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of Gooch, Stephen
Sent: Friday, January 12, 2018 2:37 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] FW: HF2 Network Downtime Jan 12 2018
Importance: High

Appologies for the late notice, the lab where the ONAP developers POD is 
located will be off line tomorrow morning from 07:00 to 09:00 PST, see below 
message from Intel IT.
I was added to the IT mailing list today, thus, in the future notices to the 
ONAP community will go out in advance.
Br,
- Stephen

 Forwarded Message 
REMINDER


Summary:

HF2 Lab Network is being switched to a new Router
Downtime will be from 7-9am
Testing of Network to occur from 8-9am
Application testing is to be performed by System Owner

Downtime to upgrade to core.  1-2-hour downtime for local area network changes.

No impact from the firewall perspective.  Same rules for now.  There will be a 
second phase to characterize traffic at a later date.

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [Policy][TCA] Relationship between Policy and tca_policy

[VENKATESH KUMAR, VIJAY]

As Pam noted, the configuration update flow gaps between Policy and DCAE will 
be addressed in R2. 

In the interim, the TCA configuration can be updated directly via CDAP GUI 
(this can be accessed via on cdap02 host and 11011 port). The policy 
configuration are identified as "tca_policy" under application preferences.

Regards,
Vijay

-Original Message-
From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of DRAGOSH, PAM
Sent: Monday, January 15, 2018 8:20 AM
To: Alexis de Talhouët ; onap-discuss 

Subject: Re: [onap-discuss] [Policy][TCA] Relationship between Policy and 
tca_policy

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

Alexis,



During Amsterdam post-RC1 it was determined that the DCAE team had expectations 
for the Policy API that would not work in their architecture. It was too late 
for Policy to make change the API to accommodate them. Thus, any updates will 
not work. I don’t know what the workaround is for DCAE as Policy does work with 
updates.



It was agreed to fix it in Beijing: POLICY-434 and DCAEGEN2196 are tracking 
this.



Regards,



Pam



Ps I can’t emphasize enough that help these teams (POLICY, DCAE, etc) need from 
other companies. These projects are not finished yet. In fact, DCAEGEN2 is 
brand new. There is still a lot of work to be done and I ask other companies 
within ONAP to help provide resources to harden, test and help fix issues.



On 1/12/18, 3:13 PM, "onap-discuss-boun...@lists.onap.org on behalf of Alexis 
de Talhouët"  wrote:



Hi experts,



I’m trying to understand how Policy works. Hence I tried to update the vFW 
policy (MS) to reduce the thresholds. My expectation was to see this being 
applied to the TCA application, but it seems it didn’t pick it up, tca_policy 
in CDAP remained un-changed.



What should be the process to update a policy, and have this update 
probably reflected in TCA?



Thanks,

Alexis

___

onap-discuss mailing list

onap-discuss@lists.onap.org


https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=HCMIEMWko9lPKkjqFMnASx5luljbnTjMLIClSlB0S2k=3jXal6Qt3V_-ZW1d6gBdbOelU5LhUqUydHHD6w7GuNI=
 





___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=6WYcUG7NY-ZxfqWx5MmzVQ=_K3hbnpRCl8Bnj8G_mkv7sCbmMidFEkHpxLZg0qcR1E=eCa_6odRALg4ubGxX8MgTMzbuOPTK2rIPwuAF5E6248=
 
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [Policy][TCA] Relationship between Policy and tca_policy

[Alexis de Talhouët]

Pam,

Thanks for the answer, I understand the gap now.
I also understand the need for resources, when I’ll have spare cycles, I’ll 
jump in the weekly meetings. But I’m currently very invested in OOM.

Regards,
Alexis

> On Jan 15, 2018, at 8:20 AM, DRAGOSH, PAMELA L (PAM) 
>  wrote:
> 
> Alexis,
> 
> During Amsterdam post-RC1 it was determined that the DCAE team had 
> expectations for the Policy API that would not work in their architecture. It 
> was too late for Policy to make change the API to accommodate them. Thus, any 
> updates will not work. I don’t know what the workaround is for DCAE as Policy 
> does work with updates.
> 
> It was agreed to fix it in Beijing: POLICY-434 and DCAEGEN2196 are tracking 
> this.
> 
> Regards,
> 
> Pam
> 
> Ps I can’t emphasize enough that help these teams (POLICY, DCAE, etc) need 
> from other companies. These projects are not finished yet. In fact, DCAEGEN2 
> is brand new. There is still a lot of work to be done and I ask other 
> companies within ONAP to help provide resources to harden, test and help fix 
> issues.
> 
> On 1/12/18, 3:13 PM, "onap-discuss-boun...@lists.onap.org on behalf of Alexis 
> de Talhouët"  adetalhoue...@gmail.com> wrote:
> 
>Hi experts,
> 
>I’m trying to understand how Policy works. Hence I tried to update the vFW 
> policy (MS) to reduce the thresholds. My expectation was to see this being 
> applied to the TCA application, but it seems it didn’t pick it up, tca_policy 
> in CDAP remained un-changed.
> 
>What should be the process to update a policy, and have this update 
> probably reflected in TCA?
> 
>Thanks,
>Alexis
>___
>onap-discuss mailing list
>onap-discuss@lists.onap.org
>
> https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=HCMIEMWko9lPKkjqFMnASx5luljbnTjMLIClSlB0S2k=3jXal6Qt3V_-ZW1d6gBdbOelU5LhUqUydHHD6w7GuNI=
>  
> 
> 

___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [Policy][TCA] Relationship between Policy and tca_policy

[DRAGOSH, PAMELA L (PAM)]

Alexis,

During Amsterdam post-RC1 it was determined that the DCAE team had expectations 
for the Policy API that would not work in their architecture. It was too late 
for Policy to make change the API to accommodate them. Thus, any updates will 
not work. I don’t know what the workaround is for DCAE as Policy does work with 
updates.

It was agreed to fix it in Beijing: POLICY-434 and DCAEGEN2196 are tracking 
this.

Regards,

Pam

Ps I can’t emphasize enough that help these teams (POLICY, DCAE, etc) need from 
other companies. These projects are not finished yet. In fact, DCAEGEN2 is 
brand new. There is still a lot of work to be done and I ask other companies 
within ONAP to help provide resources to harden, test and help fix issues.

On 1/12/18, 3:13 PM, "onap-discuss-boun...@lists.onap.org on behalf of Alexis 
de Talhouët"  wrote:

Hi experts,

I’m trying to understand how Policy works. Hence I tried to update the vFW 
policy (MS) to reduce the thresholds. My expectation was to see this being 
applied to the TCA application, but it seems it didn’t pick it up, tca_policy 
in CDAP remained un-changed.

What should be the process to update a policy, and have this update 
probably reflected in TCA?

Thanks,
Alexis
___
onap-discuss mailing list
onap-discuss@lists.onap.org

https://urldefense.proofpoint.com/v2/url?u=https-3A__lists.onap.org_mailman_listinfo_onap-2Ddiscuss=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=HCMIEMWko9lPKkjqFMnASx5luljbnTjMLIClSlB0S2k=3jXal6Qt3V_-ZW1d6gBdbOelU5LhUqUydHHD6w7GuNI=
 


___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

Re: [onap-discuss] [DCAE] problems with dcae bootstrap VM

[Josef Reisinger]

Eswar,

maybe this medium complex procedure helps:

run the boot container until it exits. (not sure it is needed at all)
create a new image from stopped boot container: docker commit boot broken 
# broken is the new image name
create environment variables
NEXUS_USER=$(cat /opt/config/nexus_username.txt)
NEXUS_PASSWORD=$(cat /opt/config/nexus_password.txt)
NEXUS_DOCKER_REPO=$(cat /opt/config/nexus_docker_repo.txt)
DOCKER_VERSION=$(cat /opt/config/docker_version.txt)
# use rand_str as zone
ZONE=$(cat /opt/config/rand_str.txt)
MYFLOATIP=$(cat /opt/config/dcae_float_ip.txt)
MYLOCALIP=$(cat /opt/config/dcae_ip_addr.txt)
run committed image:  docker run -it  --user root  -v 
/opt/app/config:/opt/app/installer/config -e "LOCATION=$ZONE" 
--entrypoint=/bin/bash broken
you need to change every occasion of "mkdir" in the file "installer" by 
"mkdir -p"; otherwise the script will fail; maybe you need to install an 
editor 
bash -x installer # this runs now as root .. not sure this has an impact, 
but it is just for testing

Let me know whether it worked :-)

Mit freundlichen Grüßen / Kind regards
Josef Reisinger 
IBM Deutschland GmbH / Vorsitzender des Aufsichtsrats: Martin Jetter 
Geschäftsführung: Martina Koederitz (Vorsitzende), Nicole Reimer, Norbert 
Janzen, Dr. Christian Keller, Ivo Koerner, Stefan Lutz 
Sitz der Gesellschaft: Ehningen / Registergericht: Amtsgericht Stuttgart, 
HRB 14562 / WEEE-Reg.-Nr. DE 99369940 




From:   ESWAR RAO 
To: "JI, LUSHENG (LUSHENG)" 
Cc: "onap-discuss@lists.onap.org" 
Date:   14.01.2018 09:38
Subject:Re: [onap-discuss] [DCAE] problems with dcae bootstrap VM
Sent by:onap-discuss-boun...@lists.onap.org




Hi Lusheng,

Thanks for the response.

I deleted the boot-docker multiple times and at-last the bootstrap-docker 
was able to spin all 14 DCAE VM's.

But I still see issues like :

| 23755508-1765-4a01-a023-8ee3059c3c94 | dcaedokp00| ACTIVE | 
oam_onap_fKHc=10.0.0.14, 192.168.21.204  | es-new-ubuntu-16.04 |
| 3c1aa9f3-2b13-47f9-bdcd-afee49e94903 | dcaedoks00| ACTIVE | 
oam_onap_fKHc=10.0.0.5, 192.168.21.201   | es-new-ubuntu-16.04 |



root@onap-dcae-bootstrap:/home/ubuntu# docker logs boot -f

2018-01-14T03:28:53 CFY  [registrator_b8f59.start] Task 
failed 'dockerplugin.create_and_start_container' -> Failed to find: 
platform_dockerhost
Traceback (most recent call last):
  File 
"/tmp/pip-build-P7Jcnx/cloudify-plugins-common/cloudify/dispatch.py", line 
596, in main
  File 
"/tmp/pip-build-P7Jcnx/cloudify-plugins-common/cloudify/dispatch.py", line 
366, in handle
  File 
"/opt/mgmtworker/env/plugins/dockerplugin-2.4.0/lib/python2.7/site-packages/dockerplugin/decorators.py",
 
line 53, in wrapper
raise RecoverableError(e)
RecoverableError: Failed to find: platform_dockerhost

+ grep cdap
+ curl -Ss http://192.168.21.218:8500/v1/catalog/service/cdap
+ echo -n .
+ sleep 30


ubuntu@dcaedokp00:/$ tail -f  /var/log/cloud-init-output.log
* Failed to resolve cloudify-manager-fKHc: lookup cloudify-manager-fKHc on 
192.168.21.66:53: read udp 
10.0.0.14:59076->192.168.21.66:53: read: no route to host)
Failed to join any nodes.
+ echo Waiting to join Consul cluster
Waiting to join Consul cluster
+ sleep 60
...


Can you please help me in resolving them:

Platform/Service  docker host(dokp/doks) is trying to join 
#/opt/consul/bin/consul join "cloudify-manager-${{DATACENTER}"
for which its trying to access my openstack setup controller 
192.168.21.66.

Thanks
Eswar Rao




On Sat, Jan 13, 2018 at 9:35 AM, JI, LUSHENG (LUSHENG) <
l...@research.att.com> wrote:
Eswar,
 
If the container has not exited, you can get into the container as Alexis 
mentioned. The container entry point is a script called 
/opt/app/installer.  This script contains all the steps
 
If the container has already exited, you can first delete it (sudo docker 
rm boot), then rerun dcae2-vm-init.sh under /opt.
 
Thanks,
Lusheng Ji
 
 
From:  on behalf of ESWAR RAO <
eswar7...@gmail.com>
Date: Friday, January 12, 2018 at 11:16 AM
To: Alexis de Talhouët 
Cc: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] [DCAE] problems with dcae bootstrap VM
 
Thanks Alexis for the response.
 
As you know,  dcae-bootstrap docker after creating dcaeorcI00 VM its 
trying to install packages but upon failure of install its rollbacking 
using uninstall and docker container is killed.
 
Please let me know how we can bypass the docket getting killed/removed so 
that we can run cfy scripts manually.
 
Thanks
Eswar Rao
 
 
 
 
On 12 Jan 2018 8:28 pm, "Alexis de Talhouët"  
wrote:
Hi, Here is an example I faced, maybe it can help you.
To debug, I have done the following:
1.  go in the boot container
docker exec -it boot bash
2.  Activate the virtual environment 

Re: [onap-discuss] [Multicloud] Heat not getting listed in swagger url

[Yang, Bin]

Hi Eswar,

   The heat API was not listed yet, it requires multiple steps.  
You can try with following URI prefix for heat APIs:

http://onap-multi-service:80/api/multicloud-ocata/v0/vimid/orchestration/v1/

So to list the stack, you can refer to following commands:

export MULTICLOUD_PLUGIN_ENDPOINT= 
http://onap-multi-service:80/api/multicloud-ocata/v0/radisys_mec
curl -v -s -H "Content-Type: application/json" -X POST -d '{"auth": 
{"tenantName": "", "passwordCredentials": {"username": "", "password": ""}}}'  
$MULTICLOUD_PLUGIN_ENDPOINT/identity/v2.0/tokens

export TOKEN= 
export PROJECT_ID = 
curl -v -s  -H "Content-Type: application/json"  -H "X-Auth-Token: $TOKEN" -X 
GET $MULTICLOUD_PLUGIN_ENDPOINT/orchestration/v1/$PROJECT_ID/stacks



Best Regards,
Bin Yang,Solution Readiness Team,Wind River
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: onap-discuss-boun...@lists.onap.org 
[mailto:onap-discuss-boun...@lists.onap.org] On Behalf Of ESWAR RAO
Sent: Monday, January 15, 2018 4:47 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [Multicloud] Heat not getting listed in swagger url


Hi All,

Can some one please help me in en-listing HEAT with multicloud for a registered 
VIM.


I have summarized the issue.

When we issue request as per online documentation,

http://onap.readthedocs.io/en/latest/submodules/multicloud/framework.git/docs/Multicloud-Fake_Cloud-Guide.html
http://onap.readthedocs.io/en/latest/submodules/multicloud/framework.git/docs/MultiCloud-Test-Guide.html#list-instance-of-users-project

http:// 
onap-multi-service:80/api/multicloud-ocata/v0/vimid/nova/323b4f23d58143d29a81cd4adb6ade3b/servers/
HTTP/1.1 500 Internal Server Error
Server: openresty
Date: Mon, 15 Jan 2018 07:06:14 GMT
Content-Type: application/json
Transfer-Encoding: chunked
Connection: keep-alive
Vary: Cookie
X-Frame-Options: SAMEORIGIN
Allow: GET, POST, PUT, PATCH, DELETE, HEAD, OPTIONS
response
{"error":"invalid cached metadata"}

When we issue request as per swagger gui, it works. (Attached)

Eventhough HEAT is installed on the VIM, it is not listed in the swagger and I 
am getting the below error

http:// 
onap-multi-service:80/api/multicloud-ocata/v0/radisys_mec/323b4f23d58143d29a81cd4adb6ade3b/stacks/

HTTP/1.1 404 Not Found
Server: openresty
…

  Using the URLconf defined in ocata.urls,
  Django tried these URL patterns, in this order:
  
…..
The current URL, 
api/multicloud-ocata/v0/radisys_mec/323b4f23d58143d29a81cd4adb6ade3b/stacks/,
 didn't match any of these.


Thanks
Eswar Rao
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss

[onap-discuss] [Multicloud] Heat not getting listed in swagger url

[ESWAR RAO]

Hi All,

Can some one please help me in en-listing HEAT with multicloud for a
registered VIM.


I have summarized the issue.



*When we issue request as per online documentation,*


*http://onap.readthedocs.io/en/latest/submodules/multicloud/framework.git/docs/Multicloud-Fake_Cloud-Guide.html
*

*http://onap.readthedocs.io/en/latest/submodules/multicloud/framework.git/docs/MultiCloud-Test-Guide.html#list-instance-of-users-project
*


http://
onap-multi-service:80/api/multicloud-ocata/v0/vimid/nova/323b4f23d58143d29a81cd4adb6ade3b/servers/

HTTP/1.1 500 Internal Server Error

Server: openresty

Date: Mon, 15 Jan 2018 07:06:14 GMT

Content-Type: application/json

Transfer-Encoding: chunked

Connection: keep-alive

Vary: Cookie

X-Frame-Options: SAMEORIGIN

Allow: GET, POST, PUT, PATCH, DELETE, HEAD, OPTIONS

response

{"error":"invalid cached metadata"}



*When we issue request as per swagger gui, it works. (Attached)*


*Eventhough HEAT is installed on the VIM, it is not listed in the swagger **and
I am getting the below error*


http://
onap-multi-service:80/api/multicloud-ocata/v0/radisys_mec/323b4f23d58143d29a81cd4adb6ade3b/stacks/



*HTTP/1.1 404 Not Found*

*Server: openresty*

*…*

**

*  Using the URLconf defined in ocata.urls,*

*  Django tried these URL patterns, in this order:*

*  *

*…..*

*The current URL,
api/multicloud-ocata/v0/radisys_mec/323b4f23d58143d29a81cd4adb6ade3b/stacks/,
didn't match any of these.*



*Thanks*

*Eswar Rao*
___
onap-discuss mailing list
onap-discuss@lists.onap.org
https://lists.onap.org/mailman/listinfo/onap-discuss