[onap-discuss] [integration] Integration Working Session

[Helen Chen]

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Pacific Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN=Yunxia Chen:MAILTO:helen.c...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 ss:MAILTO:onap-discuss@lists.onap.org
DESCRIPTION;LANGUAGE=en-US:When: Wednesday\, October 24\, 2018 1:00 PM-3:00
  PM. (UTC-08:00) Pacific Time (US & Canada)\nWhere: https://zoom.us/j/4466
 66\n\n*~*~*~*~*~*~*~*~*~*\n\nPlace holder for Integration daily workin
 g session before Casablanca release.\n\nBest regards\,\n\nHelen Chen\n
SUMMARY;LANGUAGE=en-US:[integration] Integration Working Session
DTSTART;TZID=Pacific Standard Time:20181024T13
DTEND;TZID=Pacific Standard Time:20181024T15
UID:46D5DBBF-1985-4FDE-9E33-1DAD52288F29
RECURRENCE-ID;TZID=Pacific Standard Time:20181024T10
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20181023T031237Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:4
LOCATION;LANGUAGE=en-US:https://zoom.us/j/44
X-MICROSOFT-CDO-APPT-SEQUENCE:4
X-MICROSOFT-CDO-OWNERAPPTID:2116727295
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:3
X-MICROSOFT-DISALLOW-COUNTER:TRUE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT15M
END:VALARM
END:VEVENT
END:VCALENDAR

Re: [onap-discuss] [multicloud] Unable to get tenant info from multicloud proxy

[ethanlynnl]

Did you register VIM through ESR? What information did you input to ESR?


On 23 Oct 2018, at 10:32 AM, bharath thiruveedula 
mailto:bharath_...@hotmail.com>> wrote:

Hi Yang,

I am using ONAP Beijing in my own machine.

Best Regards
Bharath T


From: Yang, Bin mailto:bin.y...@windriver.com>>
Sent: Tuesday, October 23, 2018 7:56:27 AM
To: bharath thiruveedula; 
onap-discuss@lists.onap.org
Cc: HUANG, HAIBIN (haibin.hu...@intel.com)
Subject: RE: [multicloud] Unable to get tenant info from multicloud proxy

Which version of ONAP are you testing with? Where is it deployed? Integration 
lab?

Best Regards,
Bin Yang,Solution Engineering Team,Wind River
ONAP Multi-VIM/Cloud PTL
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Tuesday, October 23, 2018 8:58 AM
To: Yang, Bin; onap-discuss@lists.onap.org
Cc: HUANG, HAIBIN (haibin.hu...@intel.com)
Subject: Re: [multicloud] Unable to get tenant info from multicloud proxy

Hi Yang/Victor,

The response I got for "/tenants" is 404 resource not found. I actually 
register the cloud with admin details.

I am using titanium cloud version.

Best Regards
Bharath T

From: Yang, Bin mailto:bin.y...@windriver.com>>
Sent: Tuesday, October 23, 2018 6:22 AM
To: bharath thiruveedula; 
onap-discuss@lists.onap.org
Cc: HUANG, HAIBIN (haibin.hu...@intel.com)
Subject: RE: [multicloud] Unable to get tenant info from multicloud proxy

Hi Bharath,



What’s the response you got? Did it include any permission or privilege message?



And how do you onboard your openstack? Which cloud version was you 
choosing/populating? ocata? titanium_cloud?



It is most probably a tenant user privilege issue, while API “/tenants” 
requires openstack admin privilege, other APIs work well with openstack member 
privilege.



Thanks



Best Regards,
Bin Yang,Solution Engineering Team,Wind River
ONAP Multi-VIM/Cloud PTL
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993



From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Tuesday, October 23, 2018 1:59 AM
To: onap-discuss@lists.onap.org; Yang, Bin
Subject: [multicloud] Unable to get tenant info from multicloud proxy



Hi,



I am using multicloud to orchestrate VNF/NS in openstack through VF-C. I am 
currently facing an issue while getting tenant details from multicloud. The 
request looks like 
"msb_base_url:80/api/multicloud/v0/cloudowner_regionone/tenants", but this 
request throws 404 error. On the other side all other requests are working fine 
for example "/api/multicloud/v0/cloudowner_regionone/tenantid/servers", 
"/api/multicloud/v0/cloudowner_regionone/tenantid/images" and so on.



Am I missing something here while getting tenant information?



Best Regards
Bharath T



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

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

Re: [onap-discuss] Unstable Jenkins jobs

[Jessica Wagantall]

Looks like we are back to normal..

I am just re-running more jobs

Thanks!
Jess

On Mon, Oct 22, 2018 at 7:03 PM Jessica Wagantall <
jwagant...@linuxfoundation.org> wrote:

> Dear team
>
> I just wanted to let you know that I am still working on this..
>
> Sorry for the delays.
>
> Thanks!
> Jess
>
> On Mon, Oct 22, 2018 at 6:00 PM Jessica Wagantall <
> jwagant...@linuxfoundation.org> wrote:
>
>> Sorry for the delay.. Getting issues fetching the latest lftools.
>>
>> Looking for help from my team too..
>>
>> Thanks!
>> JEss
>>
>> On Mon, Oct 22, 2018 at 5:34 PM Jessica Wagantall <
>> jwagant...@linuxfoundation.org> wrote:
>>
>>> Change is up now..
>>>
>>> I am just quick checking it and will get someone to approve it for me
>>> https://gerrit.onap.org/r/#/c/71015/
>>>
>>> Thanks!
>>> Jess
>>>
>>> On Mon, Oct 22, 2018 at 4:53 PM Gary Wu  wrote:
>>>
 Hi helpdesk,

 All the Jenkins jobs keep returning Unstable status.  Can you take a
 look?

 Thanks,
 Gary



>>> 
>

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

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

Re: [onap-discuss] [multicloud] Unable to get tenant info from multicloud proxy

[bharath thiruveedula]

Hi Yang,

I am using ONAP Beijing in my own machine.

Best Regards
Bharath T


From: Yang, Bin 
Sent: Tuesday, October 23, 2018 7:56:27 AM
To: bharath thiruveedula; onap-discuss@lists.onap.org
Cc: HUANG, HAIBIN (haibin.hu...@intel.com)
Subject: RE: [multicloud] Unable to get tenant info from multicloud proxy

Which version of ONAP are you testing with? Where is it deployed? Integration 
lab?

Best Regards,
Bin Yang,Solution Engineering Team,Wind River
ONAP Multi-VIM/Cloud PTL
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Tuesday, October 23, 2018 8:58 AM
To: Yang, Bin; onap-discuss@lists.onap.org
Cc: HUANG, HAIBIN (haibin.hu...@intel.com)
Subject: Re: [multicloud] Unable to get tenant info from multicloud proxy

Hi Yang/Victor,

The response I got for "/tenants" is 404 resource not found. I actually 
register the cloud with admin details.

I am using titanium cloud version.

Best Regards
Bharath T

From: Yang, Bin 
Sent: Tuesday, October 23, 2018 6:22 AM
To: bharath thiruveedula; onap-discuss@lists.onap.org
Cc: HUANG, HAIBIN (haibin.hu...@intel.com)
Subject: RE: [multicloud] Unable to get tenant info from multicloud proxy


Hi Bharath,



What’s the response you got? Did it include any permission or privilege message?



And how do you onboard your openstack? Which cloud version was you 
choosing/populating? ocata? titanium_cloud?



It is most probably a tenant user privilege issue, while API “/tenants” 
requires openstack admin privilege, other APIs work well with openstack member 
privilege.



Thanks



Best Regards,

Bin Yang,Solution Engineering Team,Wind River

ONAP Multi-VIM/Cloud PTL

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

Skype: yangbincs993



From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Tuesday, October 23, 2018 1:59 AM
To: onap-discuss@lists.onap.org; Yang, Bin
Subject: [multicloud] Unable to get tenant info from multicloud proxy



Hi,



I am using multicloud to orchestrate VNF/NS in openstack through VF-C. I am 
currently facing an issue while getting tenant details from multicloud. The 
request looks like 
"msb_base_url:80/api/multicloud/v0/cloudowner_regionone/tenants", but this 
request throws 404 error. On the other side all other requests are working fine 
for example "/api/multicloud/v0/cloudowner_regionone/tenantid/servers", 
"/api/multicloud/v0/cloudowner_regionone/tenantid/images" and so on.



Am I missing something here while getting tenant information?



Best Regards

Bharath T

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

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

Re: [onap-discuss] [multicloud] Unable to get tenant info from multicloud proxy

[Yang Bin]

Which version of ONAP are you testing with? Where is it deployed? Integration 
lab?

Best Regards,
Bin Yang,Solution Engineering Team,Wind River
ONAP Multi-VIM/Cloud PTL
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Tuesday, October 23, 2018 8:58 AM
To: Yang, Bin; onap-discuss@lists.onap.org
Cc: HUANG, HAIBIN (haibin.hu...@intel.com)
Subject: Re: [multicloud] Unable to get tenant info from multicloud proxy

Hi Yang/Victor,

The response I got for "/tenants" is 404 resource not found. I actually 
register the cloud with admin details.

I am using titanium cloud version.

Best Regards
Bharath T

From: Yang, Bin 
Sent: Tuesday, October 23, 2018 6:22 AM
To: bharath thiruveedula; onap-discuss@lists.onap.org
Cc: HUANG, HAIBIN (haibin.hu...@intel.com)
Subject: RE: [multicloud] Unable to get tenant info from multicloud proxy


Hi Bharath,



What's the response you got? Did it include any permission or privilege message?



And how do you onboard your openstack? Which cloud version was you 
choosing/populating? ocata? titanium_cloud?



It is most probably a tenant user privilege issue, while API "/tenants" 
requires openstack admin privilege, other APIs work well with openstack member 
privilege.



Thanks



Best Regards,

Bin Yang,Solution Engineering Team,Wind River

ONAP Multi-VIM/Cloud PTL

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

Skype: yangbincs993



From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Tuesday, October 23, 2018 1:59 AM
To: onap-discuss@lists.onap.org; Yang, Bin
Subject: [multicloud] Unable to get tenant info from multicloud proxy



Hi,



I am using multicloud to orchestrate VNF/NS in openstack through VF-C. I am 
currently facing an issue while getting tenant details from multicloud. The 
request looks like 
"msb_base_url:80/api/multicloud/v0/cloudowner_regionone/tenants", but this 
request throws 404 error. On the other side all other requests are working fine 
for example "/api/multicloud/v0/cloudowner_regionone/tenantid/servers", 
"/api/multicloud/v0/cloudowner_regionone/tenantid/images" and so on.



Am I missing something here while getting tenant information?



Best Regards

Bharath T

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

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

Re: [onap-discuss] Unstable Jenkins jobs

[Jessica Wagantall]

Dear team

I just wanted to let you know that I am still working on this..

Sorry for the delays.

Thanks!
Jess

On Mon, Oct 22, 2018 at 6:00 PM Jessica Wagantall <
jwagant...@linuxfoundation.org> wrote:

> Sorry for the delay.. Getting issues fetching the latest lftools.
>
> Looking for help from my team too..
>
> Thanks!
> JEss
>
> On Mon, Oct 22, 2018 at 5:34 PM Jessica Wagantall <
> jwagant...@linuxfoundation.org> wrote:
>
>> Change is up now..
>>
>> I am just quick checking it and will get someone to approve it for me
>> https://gerrit.onap.org/r/#/c/71015/
>>
>> Thanks!
>> Jess
>>
>> On Mon, Oct 22, 2018 at 4:53 PM Gary Wu  wrote:
>>
>>> Hi helpdesk,
>>>
>>> All the Jenkins jobs keep returning Unstable status.  Can you take a
>>> look?
>>>
>>> Thanks,
>>> Gary
>>>
>>>
>>>
>> 
>

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

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

Re: [onap-discuss] Unstable Jenkins jobs

[Jessica Wagantall]

Sorry for the delay.. Getting issues fetching the latest lftools.

Looking for help from my team too..

Thanks!
JEss

On Mon, Oct 22, 2018 at 5:34 PM Jessica Wagantall <
jwagant...@linuxfoundation.org> wrote:

> Change is up now..
>
> I am just quick checking it and will get someone to approve it for me
> https://gerrit.onap.org/r/#/c/71015/
>
> Thanks!
> Jess
>
> On Mon, Oct 22, 2018 at 4:53 PM Gary Wu  wrote:
>
>> Hi helpdesk,
>>
>> All the Jenkins jobs keep returning Unstable status.  Can you take a look?
>>
>> Thanks,
>> Gary
>>
>>
>> 
>>
>

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

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

Re: [onap-discuss] [multicloud] Unable to get tenant info from multicloud proxy

[bharath thiruveedula]

Hi Yang/Victor,

The response I got for "/tenants" is 404 resource not found. I actually 
register the cloud with admin details.

I am using titanium cloud version.

Best Regards
Bharath T

From: Yang, Bin 
Sent: Tuesday, October 23, 2018 6:22 AM
To: bharath thiruveedula; onap-discuss@lists.onap.org
Cc: HUANG, HAIBIN (haibin.hu...@intel.com)
Subject: RE: [multicloud] Unable to get tenant info from multicloud proxy


Hi Bharath,



What’s the response you got? Did it include any permission or privilege message?



And how do you onboard your openstack? Which cloud version was you 
choosing/populating? ocata? titanium_cloud?



It is most probably a tenant user privilege issue, while API “/tenants” 
requires openstack admin privilege, other APIs work well with openstack member 
privilege.



Thanks



Best Regards,

Bin Yang,Solution Engineering Team,Wind River

ONAP Multi-VIM/Cloud PTL

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

Skype: yangbincs993



From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Tuesday, October 23, 2018 1:59 AM
To: onap-discuss@lists.onap.org; Yang, Bin
Subject: [multicloud] Unable to get tenant info from multicloud proxy



Hi,



I am using multicloud to orchestrate VNF/NS in openstack through VF-C. I am 
currently facing an issue while getting tenant details from multicloud. The 
request looks like 
"msb_base_url:80/api/multicloud/v0/cloudowner_regionone/tenants", but this 
request throws 404 error. On the other side all other requests are working fine 
for example "/api/multicloud/v0/cloudowner_regionone/tenantid/servers", 
"/api/multicloud/v0/cloudowner_regionone/tenantid/images" and so on.



Am I missing something here while getting tenant information?



Best Regards

Bharath T

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

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

Re: [onap-discuss] [multicloud] Unable to get tenant info from multicloud proxy

[Yang Bin]

Hi Bharath,

What's the response you got? Did it include any permission or privilege message?

And how do you onboard your openstack? Which cloud version was you 
choosing/populating? ocata? titanium_cloud?

It is most probably a tenant user privilege issue, while API "/tenants" 
requires openstack admin privilege, other APIs work well with openstack member 
privilege.

Thanks

Best Regards,
Bin Yang,Solution Engineering Team,Wind River
ONAP Multi-VIM/Cloud PTL
Direct +86,10,84777126Mobile +86,13811391682Fax +86,10,64398189
Skype: yangbincs993

From: bharath thiruveedula [mailto:bharath_...@hotmail.com]
Sent: Tuesday, October 23, 2018 1:59 AM
To: onap-discuss@lists.onap.org; Yang, Bin
Subject: [multicloud] Unable to get tenant info from multicloud proxy

Hi,

I am using multicloud to orchestrate VNF/NS in openstack through VF-C. I am 
currently facing an issue while getting tenant details from multicloud. The 
request looks like 
"msb_base_url:80/api/multicloud/v0/cloudowner_regionone/tenants", but this 
request throws 404 error. On the other side all other requests are working fine 
for example "/api/multicloud/v0/cloudowner_regionone/tenantid/servers", 
"/api/multicloud/v0/cloudowner_regionone/tenantid/images" and so on.

Am I missing something here while getting tenant information?

Best Regards
Bharath T

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

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

[onap-discuss] 答复: [integration][ptl] Beijing images in Casablanca Release manifest

[gaoweitao]

Hi Gary,

For VNFSDK: Yes.
This two images have not been updated in this release.
e5d27485 
version-manifest/src/main/resources/docker-manifest.csv (Chris Donley   
5 months ago   140) onap/vnfsdk/ice,1.1.0
e5d27485 version-manifest/src/main/resources/docker-manifest.csv (Chris Donley  
 5 months ago   143) onap/vnfsdk/vnftest,1.1.0
BR
Victor

发件人: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] 代表 Gary Wu
发送时间: 2018年10月23日 1:18
收件人: onap-discuss@lists.onap.org
主题: [onap-discuss] [integration][ptl] Beijing images in Casablanca Release 
manifest

Hi PTLs,

The following entries in the release manifest have not been updated for 
Casablanca.  If you are intending to deliver the same Beijing images for 
Casablanca, can you reply to this thread to confirm?  Otherwise, can you 
provide an ETA for when your Casablanca images will be released?


c033a9ef version-manifest/src/main/resources/docker-manifest.csv (Gildas 
Lanilis 5 months ago18) onap/aai/esr-gui,1.1.0
c033a9ef version-manifest/src/main/resources/docker-manifest.csv (Gildas 
Lanilis 5 months ago19) 
onap/aai/esr-server,1.1.0
c7931b9f version-manifest/src/main/resources/docker-manifest.csv (jmac  
 5 months ago20) onap/admportal-sdnc-image,1.3.4
783526e4 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago57) onap/oom/kube2msb,1.1.0
5ae67b78 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago64) 
onap/org.onap.dcaegen2.deployments.bootstrap,1.1.3
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago68) 
onap/org.onap.dcaegen2.deployments.redis-cluster-container,1.0.0
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago69) 
onap/org.onap.dcaegen2.deployments.tca-cdap-container,1.1.0
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago71) 
onap/org.onap.dcaegen2.platform.cdapbroker,4.1.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago89) onap/sdc-api-tests,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago90) onap/sdc-backend,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago91) onap/sdc-backend-init,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago92) onap/sdc-cassandra,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago93) onap/sdc-cassandra-init,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago94) onap/sdc-elasticsearch,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago95) onap/sdc-frontend,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago96) 
onap/sdc-init-elasticsearch,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago97) onap/sdc-kibana,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago98) onap/sdc-onboard-backend,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago99) 
onap/sdc-onboard-cassandra-init,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago   100) onap/sdc-simulator,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago   101) onap/sdc-ui-tests,1.2.0
345d5756 version-manifest/src/main/resources/docker-manifest.csv (Michael Lando 
 5 months ago   102) 
onap/sdc/sdc-workflow-designer,1.1.0
ca86676c version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago   108) onap/sniroemulator,1.0.0
538ca588 version-manifest/src/main/resources/docker-manifest.csv (zhangab   
 5 months ago   118) onap/usecase-ui,1.1.1
538ca588 version-manifest/src/main/resources/docker-manifest.csv (zhangab   
 5 months ago   

Re: [onap-discuss] Unstable Jenkins jobs

[Jessica Wagantall]

Change is up now..

I am just quick checking it and will get someone to approve it for me
https://gerrit.onap.org/r/#/c/71015/

Thanks!
Jess

On Mon, Oct 22, 2018 at 4:53 PM Gary Wu  wrote:

> Hi helpdesk,
>
> All the Jenkins jobs keep returning Unstable status.  Can you take a look?
>
> Thanks,
> Gary
>
>
> 
>

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

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

[onap-discuss] Unstable Jenkins jobs

[Gary Wu]

Hi helpdesk,

All the Jenkins jobs keep returning Unstable status.  Can you take a look?

Thanks,
Gary



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

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

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

[Gary Wu]

A clean redeploy of SO has put in the right URL to the DB, and gotten us past 
that error.  Thanks.

Now we’re getting:

Exception during create VF 0 : Stack error (CREATE_FAILED): Resource CREATE 
failed: EntityNotFound: resources.vsn_private_1_port: The Resource (PUT THE 
ONAP SECURITY GROUP HERE) could not be found. - stack successfully deleted

This is probably a robot issue.  Will have to dig around.

Thanks,
Gary

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Gary Wu
Sent: Monday, October 22, 2018 1:03 PM
To: SMOKOWSKI, STEVEN ; FREEMAN, BRIAN D ; 
'onap-discuss@lists.onap.org' ; Yunxia Chen 

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

Looks like the DB contains the wrong URL.  I’ll try a clean redeploy of SO 
again and see what happens.

Thanks,
Gary

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

Catalogdb.cloud_sites and catalogdb.identity_services.

Thanks

-Steve


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

Which table should I be looking at?

Thanks,
Gary

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

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

Thanks

-Steve


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

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

Thanks,
Gary

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

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

Thanks

-Steve


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

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

Brian


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

Gary,

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

Brian

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

vs
cloud_config:
  identity_services:
RAX_KEYSTONE:
  identity_url: 

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

[Brian]

We should just test this for you :)

Brian

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

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

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

Thanks

-Steve


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

Can we set them via that interface ?

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

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

address-of-catalogdb-adapter/cloudSite


Thanks

-Steve


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

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

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

Thanks

-Steve


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

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

Thanks,
Gary

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

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

Thanks

-Steve


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

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

Brian


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

Gary,

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

Brian

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

vs
cloud_config:
  identity_services:
RAX_KEYSTONE:
  identity_url: 

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

[Steve Smokowski]

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

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

Thanks

-Steve


From: "FREEMAN, BRIAN D" 
Date: Monday, October 22, 2018 at 4:07 PM
To: "SMOKOWSKI, STEVEN" , "onap-discuss@lists.onap.org" 
, Gary Wu , Yunxia Chen 

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

Can we set them via that interface ?

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

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

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

address-of-catalogdb-adapter/cloudSite


Thanks

-Steve


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

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


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

Thanks

-Steve


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

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

Thanks,
Gary

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

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

Thanks

-Steve


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

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

Brian


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

Gary,

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

Brian

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

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

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

[Brian]

Can we set them via that interface ?

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

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

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

address-of-catalogdb-adapter/cloudSite


Thanks

-Steve


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

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

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

Thanks

-Steve


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

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

Thanks,
Gary

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

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

Thanks

-Steve


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

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

Brian


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

Gary,

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

Brian

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

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

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

[Gary Wu]

Looks like the DB contains the wrong URL.  I’ll try a clean redeploy of SO 
again and see what happens.

Thanks,
Gary

From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Monday, October 22, 2018 12:58 PM
To: Gary Wu ; FREEMAN, BRIAN D ; 
'onap-discuss@lists.onap.org' ; Yunxia Chen 

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

Catalogdb.cloud_sites and catalogdb.identity_services.

Thanks

-Steve


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

Which table should I be looking at?

Thanks,
Gary

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

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

Thanks

-Steve


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

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

Thanks,
Gary

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

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

Thanks

-Steve


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

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

Brian


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

Gary,

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

Brian

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

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

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

[Steve Smokowski]

Catalogdb.cloud_sites and catalogdb.identity_services.

Thanks

-Steve


From: Gary Wu 
Date: Monday, October 22, 2018 at 3:55 PM
To: "SMOKOWSKI, STEVEN" , "FREEMAN, BRIAN D" , 
"'onap-discuss@lists.onap.org'" , Yunxia Chen 

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

Which table should I be looking at?

Thanks,
Gary

From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Monday, October 22, 2018 12:51 PM
To: Gary Wu ; FREEMAN, BRIAN D ; 
'onap-discuss@lists.onap.org' ; Yunxia Chen 

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

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

Thanks

-Steve


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

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

Thanks,
Gary

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

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

Thanks

-Steve


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

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

Brian


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

Gary,

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

Brian

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

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

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

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

[Gary Wu]

Which table should I be looking at?

Thanks,
Gary

From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Monday, October 22, 2018 12:51 PM
To: Gary Wu ; FREEMAN, BRIAN D ; 
'onap-discuss@lists.onap.org' ; Yunxia Chen 

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

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

Thanks

-Steve


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

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

Thanks,
Gary

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

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

Thanks

-Steve


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

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

Brian


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

Gary,

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

Brian

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

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

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



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

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

[Steve Smokowski]

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

address-of-catalogdb-adapter/cloudSite


Thanks

-Steve


From:  on behalf of "SMOKOWSKI, STEVEN" 

Reply-To: "onap-discuss@lists.onap.org" , 
"SMOKOWSKI, STEVEN" 
Date: Monday, October 22, 2018 at 3:51 PM
To: Gary Wu , "FREEMAN, BRIAN D" , 
"'onap-discuss@lists.onap.org'" , Yunxia Chen 

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

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


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

Thanks

-Steve


From: Gary Wu 
Date: Monday, October 22, 2018 at 3:47 PM
To: "SMOKOWSKI, STEVEN" , "FREEMAN, BRIAN D" , 
"'onap-discuss@lists.onap.org'" , Yunxia Chen 

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

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

Thanks,
Gary

From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Monday, October 22, 2018 10:38 AM
To: FREEMAN, BRIAN D ; Gary Wu ; 
'onap-discuss@lists.onap.org' ; Yunxia Chen 

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

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

Thanks

-Steve


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

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

Brian


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

Gary,

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

Brian

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

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

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



From: Gary Wu mailto:gary.i...@huawei.com>>
Sent: Monday, October 22, 2018 1:12 PM
To: onap-discuss@lists.onap.org; SMOKOWSKI, 
STEVEN mailto:ss8...@att.com>>; FREEMAN, BRIAN D 
mailto:bf1...@att.com>>; Yunxia Chen 
mailto:helen.c...@huawei.com>>

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

[Steve Smokowski]

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

Thanks

-Steve


From: Gary Wu 
Date: Monday, October 22, 2018 at 3:47 PM
To: "SMOKOWSKI, STEVEN" , "FREEMAN, BRIAN D" , 
"'onap-discuss@lists.onap.org'" , Yunxia Chen 

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

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

Thanks,
Gary

From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Monday, October 22, 2018 10:38 AM
To: FREEMAN, BRIAN D ; Gary Wu ; 
'onap-discuss@lists.onap.org' ; Yunxia Chen 

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

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

Thanks

-Steve


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

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

Brian


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

Gary,

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

Brian

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

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

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



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

Hi Steve,

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

http://so.onap:8080
 "GET 

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

[Gary Wu]

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

Thanks,
Gary

From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Monday, October 22, 2018 10:38 AM
To: FREEMAN, BRIAN D ; Gary Wu ; 
'onap-discuss@lists.onap.org' ; Yunxia Chen 

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

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

Thanks

-Steve


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

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

Brian


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

Gary,

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

Brian

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

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

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



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

Hi Steve,

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

http://so.onap:8080
 "GET 
/onap/so/infra/orchestrationRequests/v6/01de2256-fdcc-4c9f-b7cc-be6b04dd2d06 
HTTP/1.1" 200 2794

Arguments: [ 
'{"request":{"requestId":"01de2256-fdcc-4c9f-b7cc-be6b04dd2d06","startTime":"Mon,
 22 Oct 2018 17:02:32 

Re: [onap-discuss] [multicloud] Unable to get tenant info from multicloud proxy

[Victor Morales]

Hey Bharath,

I have few questions about this, What OpenStack release are you using? Is this 
release using Keystone v2? I was checking the urls.py 
(https://git.onap.org/multicloud/openstack/tree/ocata/ocata/proxy/urls.py ) for 
the ocata release and it seems like tenants is supported.

Thanks
Victor Morales

From:  on behalf of bharath thiruveedula 

Reply-To: "onap-discuss@lists.onap.org" , 
"bharath_...@hotmail.com" 
Date: Monday, October 22, 2018 at 10:59 AM
To: "onap-discuss@lists.onap.org" , 
"bin.y...@windriver.com" 
Subject: [onap-discuss] [multicloud] Unable to get tenant info from multicloud 
proxy

Hi,

I am using multicloud to orchestrate VNF/NS in openstack through VF-C. I am 
currently facing an issue while getting tenant details from multicloud. The 
request looks like 
"msb_base_url:80/api/multicloud/v0/cloudowner_regionone/tenants", but this 
request throws 404 error. On the other side all other requests are working fine 
for example "/api/multicloud/v0/cloudowner_regionone/tenantid/servers", 
"/api/multicloud/v0/cloudowner_regionone/tenantid/images" and so on.

Am I missing something here while getting tenant information?

Best Regards
Bharath T


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

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

[onap-discuss] [multicloud] Unable to get tenant info from multicloud proxy

[bharath thiruveedula]

Hi,

I am using multicloud to orchestrate VNF/NS in openstack through VF-C. I am 
currently facing an issue while getting tenant details from multicloud. The 
request looks like 
"msb_base_url:80/api/multicloud/v0/cloudowner_regionone/tenants", but this 
request throws 404 error. On the other side all other requests are working fine 
for example "/api/multicloud/v0/cloudowner_regionone/tenantid/servers", 
"/api/multicloud/v0/cloudowner_regionone/tenantid/images" and so on.

Am I missing something here while getting tenant information?

Best Regards
Bharath T

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

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

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

[Steve Smokowski]

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

Thanks

-Steve


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

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

Brian


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

Gary,

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

Brian

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

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

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



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

Hi Steve,

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

http://so.onap:8080
 "GET 
/onap/so/infra/orchestrationRequests/v6/01de2256-fdcc-4c9f-b7cc-be6b04dd2d06 
HTTP/1.1" 200 2794

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

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

[Brian]

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

Brian


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

Gary,

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

Brian

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

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

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



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

Hi Steve,

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

http://so.onap:8080
 "GET 
/onap/so/infra/orchestrationRequests/v6/01de2256-fdcc-4c9f-b7cc-be6b04dd2d06 
HTTP/1.1" 200 2794

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

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

[Brian]

Gary,

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

Brian

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

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

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



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

Hi Steve,

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

http://so.onap:8080
 "GET 
/onap/so/infra/orchestrationRequests/v6/01de2256-fdcc-4c9f-b7cc-be6b04dd2d06 
HTTP/1.1" 200 2794

Arguments: [ 
'{"request":{"requestId":"01de2256-fdcc-4c9f-b7cc-be6b04dd2d06","startTime":"Mon,
 22 Oct 2018 17:02:32 
GMT","requestScope":"vfModule","requestType":"createInstance","requestDetails":{"modelInfo":{"modelCustomizationName":"23461bd9C51544a3Ae72..base_vfw..module-0","modelInvariantId":"15724172-62e9-4ef8-b57a-31c166b7b04c","modelType":"vfModule","modelName":"23461bd9C51544a3Ae72..base_vfw..module-0","modelVersion":"1","modelCustomizationUuid":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelVersionId":"4402746d-6bea-444d-a61a-008839e123f4","modelCustomizationId":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelUuid":"4402746d-6bea-444d-a61a-008839e123f4","modelInvariantUuid":"15724172-62e9-4ef8-b57a-31c166b7b04c","modelInstanceName":"23461bd9C51544a3Ae72..base_vfw..module-0"},"requestInfo":{"source":"VID","instanceName":"Vfmodule_Ete_vFW_b96e3a89-fc1f-4f8c-b5a3-e7fcb21e1d38","suppressRollback":false,"requestorId":"demo"},"relatedInstanceList":[{"relatedInstance":{"instanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","modelInfo":{"modelInvariantId":"1fa1465c-65b4-437e-8c3a-93d075b8c4af","modelType":"service","modelName":"vFW
 2018-10-22 
16:58:04","modelVersion":"1.0","modelVersionId":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelUuid":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelInvariantUuid":"1fa1465c-65b4-437e-8c3a-93d075b8c4af"}}},{"relatedInstance":{"instanceId":"a2d09fed-4a98-4aff-8a5d-950e67b3565d","modelInfo":{"modelCustomizationName":"23461bd9-c515-44a3-ae72
 
0","modelInvariantId":"2221b622-ab08-46e2-9f3b-3d36db32cd56","modelType":"vnf","modelName":"23461bd9-c515-44a3-ae72","modelVersion":"1.0","modelCustomizationUuid":"06f3330e-8ad4-46ce-8ed6-0e5353b0e79a","modelVersionId":"b4a92b67-f709-4e56-930d-790fd5337424","modelCustomizationId":"06f3330e-8ad4-46ce-8ed6-0e5353b0e79a","modelUuid":"b4a92b67-f709-4e56-930d-790fd5337424","modelInvariantUuid":"2221b622-ab08-46e2-9f3b-3d36db32cd56","modelInstanceName":"23461bd9-c515-44a3-ae72
 
0"}}}],"cloudConfiguration":{"tenantId":"ebb0ea7144004bacac1e39ff23105fa7","cloudOwner":"att-aic","lcpCloudRegionId":"RegionOne"},"requestParameters":{"testApi":"VNF_API","usePreload":true}},"instanceReferences":{"serviceInstanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","vnfInstanceId":"a2d09fed-4a98-4aff-8a5d-950e67b3565d","vfModuleInstanceId":"64b092d3-fc50-403f-9256-af7f06d5bc3e","vfModuleInstanceName":"Vfmodule_Ete_vFW_b96e3a89-fc1f-4f8c-b5a3-e7fcb21e1d38","requestorId":"demo"},"requestStatus":{"requestState":"FAILED","statusMessage":"Received
 vfModuleException from VnfAdapter: category=\'INTERNAL\' 

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

[Helen Chen]

Hi, Steve & Rob,

Please let us know the progress on this one and we could continue the testing.  
Please feel free to login that machine to have a look: we are on 
integration-sb-02, which has the staging deployment (3 days old in general) 
with the latest SO upgrade this morning.

Regards,

Helen Chen

From: Gary Wu 
Date: Monday, October 22, 2018 at 10:11 AM
To: onap-discuss , "ss8...@att.com" 
, "FREEMAN, BRIAN D" , Helen Chen 00725961 

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

Hi Steve,

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

http://so.onap:8080 "GET 
/onap/so/infra/orchestrationRequests/v6/01de2256-fdcc-4c9f-b7cc-be6b04dd2d06 
HTTP/1.1" 200 2794

Arguments: [ 
'{"request":{"requestId":"01de2256-fdcc-4c9f-b7cc-be6b04dd2d06","startTime":"Mon,
 22 Oct 2018 17:02:32 
GMT","requestScope":"vfModule","requestType":"createInstance","requestDetails":{"modelInfo":{"modelCustomizationName":"23461bd9C51544a3Ae72..base_vfw..module-0","modelInvariantId":"15724172-62e9-4ef8-b57a-31c166b7b04c","modelType":"vfModule","modelName":"23461bd9C51544a3Ae72..base_vfw..module-0","modelVersion":"1","modelCustomizationUuid":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelVersionId":"4402746d-6bea-444d-a61a-008839e123f4","modelCustomizationId":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelUuid":"4402746d-6bea-444d-a61a-008839e123f4","modelInvariantUuid":"15724172-62e9-4ef8-b57a-31c166b7b04c","modelInstanceName":"23461bd9C51544a3Ae72..base_vfw..module-0"},"requestInfo":{"source":"VID","instanceName":"Vfmodule_Ete_vFW_b96e3a89-fc1f-4f8c-b5a3-e7fcb21e1d38","suppressRollback":false,"requestorId":"demo"},"relatedInstanceList":[{"relatedInstance":{"instanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","modelInfo":{"modelInvariantId":"1fa1465c-65b4-437e-8c3a-93d075b8c4af","modelType":"service","modelName":"vFW
 2018-10-22 
16:58:04","modelVersion":"1.0","modelVersionId":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelUuid":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelInvariantUuid":"1fa1465c-65b4-437e-8c3a-93d075b8c4af"}}},{"relatedInstance":{"instanceId":"a2d09fed-4a98-4aff-8a5d-950e67b3565d","modelInfo":{"modelCustomizationName":"23461bd9-c515-44a3-ae72
 
0","modelInvariantId":"2221b622-ab08-46e2-9f3b-3d36db32cd56","modelType":"vnf","modelName":"23461bd9-c515-44a3-ae72","modelVersion":"1.0","modelCustomizationUuid":"06f3330e-8ad4-46ce-8ed6-0e5353b0e79a","modelVersionId":"b4a92b67-f709-4e56-930d-790fd5337424","modelCustomizationId":"06f3330e-8ad4-46ce-8ed6-0e5353b0e79a","modelUuid":"b4a92b67-f709-4e56-930d-790fd5337424","modelInvariantUuid":"2221b622-ab08-46e2-9f3b-3d36db32cd56","modelInstanceName":"23461bd9-c515-44a3-ae72
 
0"}}}],"cloudConfiguration":{"tenantId":"ebb0ea7144004bacac1e39ff23105fa7","cloudOwner":"att-aic","lcpCloudRegionId":"RegionOne"},"requestParameters":{"testApi":"VNF_API","usePreload":true}},"instanceReferences":{"serviceInstanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","vnfInstanceId":"a2d09fed-4a98-4aff-8a5d-950e67b3565d","vfModuleInstanceId":"64b092d3-fc50-403f-9256-af7f06d5bc3e","vfModuleInstanceName":"Vfmodule_Ete_vFW_b96e3a89-fc1f-4f8c-b5a3-e7fcb21e1d38","requestorId":"demo"},"requestStatus":{"requestState":"FAILED","statusMessage":"Received
 vfModuleException from VnfAdapter: category=\'INTERNAL\' 
message=\'org.onap.so.openstack.exceptions.MsoIOException: Connect to 
1.2.3.4:5000 [/1.2.3.4] failed: Operation timed out (Connection timed out)\' 
rolledBack=\'true\'","percentProgress":100,"finishTime":"Mon, 22 Oct 2018 
17:04:57 GMT"}}}' | 'FAILED' ]

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

Re: [onap-discuss] [integration][ptl] Beijing images in Casablanca Release manifest

[Helen Chen]

Thank you Vijay for your fast response.

Regards,

Helen Chen

From: onap-discuss  on behalf of "VENKATESH KUMAR, 
VIJAY" 
Reply-To: onap-discuss , "VENKATESH KUMAR, VIJAY" 

Date: Monday, October 22, 2018 at 10:21 AM
To: onap-discuss , Gary Wu 
Subject: Re: [onap-discuss] [integration][ptl] Beijing images in Casablanca 
Release manifest

Hi Gary,
The following DCAE containers are un-changed from R2 hence the same version 
will apply for R3 as well.

5ae67b78 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago64) 
onap/org.onap.dcaegen2.deployments.bootstrap,1.1.3
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago68) 
onap/org.onap.dcaegen2.deployments.redis-cluster-container,1.0.0
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago69) 
onap/org.onap.dcaegen2.deployments.tca-cdap-container,1.1.0
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago71) 
onap/org.onap.dcaegen2.platform.cdapbroker,4.1.0


Thanks,
Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
Gary Wu
Sent: Monday, October 22, 2018 1:18 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [integration][ptl] Beijing images in Casablanca Release 
manifest

Hi PTLs,

The following entries in the release manifest have not been updated for 
Casablanca.  If you are intending to deliver the same Beijing images for 
Casablanca, can you reply to this thread to confirm?  Otherwise, can you 
provide an ETA for when your Casablanca images will be released?


c033a9ef version-manifest/src/main/resources/docker-manifest.csv (Gildas 
Lanilis 5 months ago18) onap/aai/esr-gui,1.1.0
c033a9ef version-manifest/src/main/resources/docker-manifest.csv (Gildas 
Lanilis 5 months ago19) 
onap/aai/esr-server,1.1.0
c7931b9f version-manifest/src/main/resources/docker-manifest.csv (jmac  
 5 months ago20) onap/admportal-sdnc-image,1.3.4
783526e4 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago57) onap/oom/kube2msb,1.1.0
5ae67b78 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago64) 
onap/org.onap.dcaegen2.deployments.bootstrap,1.1.3
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago68) 
onap/org.onap.dcaegen2.deployments.redis-cluster-container,1.0.0
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago69) 
onap/org.onap.dcaegen2.deployments.tca-cdap-container,1.1.0
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago71) 
onap/org.onap.dcaegen2.platform.cdapbroker,4.1.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago89) onap/sdc-api-tests,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago90) onap/sdc-backend,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago91) onap/sdc-backend-init,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago92) onap/sdc-cassandra,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago93) onap/sdc-cassandra-init,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago94) onap/sdc-elasticsearch,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago95) onap/sdc-frontend,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago96) 
onap/sdc-init-elasticsearch,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago97) onap/sdc-kibana,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago98) onap/sdc-onboard-backend,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago99) 
onap/sdc-onboard-cassandra-init,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago   100) 

Re: [onap-discuss] [integration][ptl] Beijing images in Casablanca Release manifest

[Vijay VK]

Hi Gary,
The following DCAE containers are un-changed from R2 hence the same version 
will apply for R3 as well.

5ae67b78 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago64) 
onap/org.onap.dcaegen2.deployments.bootstrap,1.1.3
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago68) 
onap/org.onap.dcaegen2.deployments.redis-cluster-container,1.0.0
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago69) 
onap/org.onap.dcaegen2.deployments.tca-cdap-container,1.1.0
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago71) 
onap/org.onap.dcaegen2.platform.cdapbroker,4.1.0


Thanks,
Vijay

From: onap-discuss@lists.onap.org  On Behalf Of 
Gary Wu
Sent: Monday, October 22, 2018 1:18 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [integration][ptl] Beijing images in Casablanca Release 
manifest

Hi PTLs,

The following entries in the release manifest have not been updated for 
Casablanca.  If you are intending to deliver the same Beijing images for 
Casablanca, can you reply to this thread to confirm?  Otherwise, can you 
provide an ETA for when your Casablanca images will be released?


c033a9ef version-manifest/src/main/resources/docker-manifest.csv (Gildas 
Lanilis 5 months ago18) onap/aai/esr-gui,1.1.0
c033a9ef version-manifest/src/main/resources/docker-manifest.csv (Gildas 
Lanilis 5 months ago19) 
onap/aai/esr-server,1.1.0
c7931b9f version-manifest/src/main/resources/docker-manifest.csv (jmac  
 5 months ago20) onap/admportal-sdnc-image,1.3.4
783526e4 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago57) onap/oom/kube2msb,1.1.0
5ae67b78 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago64) 
onap/org.onap.dcaegen2.deployments.bootstrap,1.1.3
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago68) 
onap/org.onap.dcaegen2.deployments.redis-cluster-container,1.0.0
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago69) 
onap/org.onap.dcaegen2.deployments.tca-cdap-container,1.1.0
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago71) 
onap/org.onap.dcaegen2.platform.cdapbroker,4.1.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago89) onap/sdc-api-tests,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago90) onap/sdc-backend,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago91) onap/sdc-backend-init,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago92) onap/sdc-cassandra,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago93) onap/sdc-cassandra-init,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago94) onap/sdc-elasticsearch,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago95) onap/sdc-frontend,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago96) 
onap/sdc-init-elasticsearch,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago97) onap/sdc-kibana,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago98) onap/sdc-onboard-backend,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago99) 
onap/sdc-onboard-cassandra-init,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago   100) onap/sdc-simulator,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago   101) onap/sdc-ui-tests,1.2.0
345d5756 version-manifest/src/main/resources/docker-manifest.csv (Michael Lando 
 5 months ago   102) 
onap/sdc/sdc-workflow-designer,1.1.0
ca86676c 

[onap-discuss] [integration][ptl] Beijing images in Casablanca Release manifest

[Gary Wu]

Hi PTLs,

The following entries in the release manifest have not been updated for 
Casablanca.  If you are intending to deliver the same Beijing images for 
Casablanca, can you reply to this thread to confirm?  Otherwise, can you 
provide an ETA for when your Casablanca images will be released?


c033a9ef version-manifest/src/main/resources/docker-manifest.csv (Gildas 
Lanilis 5 months ago18) onap/aai/esr-gui,1.1.0
c033a9ef version-manifest/src/main/resources/docker-manifest.csv (Gildas 
Lanilis 5 months ago19) 
onap/aai/esr-server,1.1.0
c7931b9f version-manifest/src/main/resources/docker-manifest.csv (jmac  
 5 months ago20) onap/admportal-sdnc-image,1.3.4
783526e4 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago57) onap/oom/kube2msb,1.1.0
5ae67b78 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago64) 
onap/org.onap.dcaegen2.deployments.bootstrap,1.1.3
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago68) 
onap/org.onap.dcaegen2.deployments.redis-cluster-container,1.0.0
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago69) 
onap/org.onap.dcaegen2.deployments.tca-cdap-container,1.1.0
6af0101d version-manifest/src/main/resources/docker-manifest.csv (Lusheng Ji
 5 months ago71) 
onap/org.onap.dcaegen2.platform.cdapbroker,4.1.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago89) onap/sdc-api-tests,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago90) onap/sdc-backend,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago91) onap/sdc-backend-init,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago92) onap/sdc-cassandra,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago93) onap/sdc-cassandra-init,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago94) onap/sdc-elasticsearch,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago95) onap/sdc-frontend,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago96) 
onap/sdc-init-elasticsearch,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago97) onap/sdc-kibana,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago98) onap/sdc-onboard-backend,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago99) 
onap/sdc-onboard-cassandra-init,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago   100) onap/sdc-simulator,1.2.0
2f55cbd7 version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago   101) onap/sdc-ui-tests,1.2.0
345d5756 version-manifest/src/main/resources/docker-manifest.csv (Michael Lando 
 5 months ago   102) 
onap/sdc/sdc-workflow-designer,1.1.0
ca86676c version-manifest/src/main/resources/docker-manifest.csv (Gary Wu   
 5 months ago   108) onap/sniroemulator,1.0.0
538ca588 version-manifest/src/main/resources/docker-manifest.csv (zhangab   
 5 months ago   118) onap/usecase-ui,1.1.1
538ca588 version-manifest/src/main/resources/docker-manifest.csv (zhangab   
 5 months ago   119) 
onap/usecase-ui/usecase-ui-server,1.1.1
e5d27485 version-manifest/src/main/resources/docker-manifest.csv (Chris Donley  
 5 months ago   140) onap/vnfsdk/ice,1.1.0
e5d27485 version-manifest/src/main/resources/docker-manifest.csv (Chris Donley  
 5 months ago   143) onap/vnfsdk/vnftest,1.1.0


Thanks,
Gary



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

View/Reply Online (#13184): https://lists.onap.org/g/onap-discuss/message/13184
Mute This Topic: https://lists.onap.org/mt/27500675/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: 

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

[Gary Wu]

Hi Steve,

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

http://so.onap:8080 "GET 
/onap/so/infra/orchestrationRequests/v6/01de2256-fdcc-4c9f-b7cc-be6b04dd2d06 
HTTP/1.1" 200 2794

Arguments: [ 
'{"request":{"requestId":"01de2256-fdcc-4c9f-b7cc-be6b04dd2d06","startTime":"Mon,
 22 Oct 2018 17:02:32 
GMT","requestScope":"vfModule","requestType":"createInstance","requestDetails":{"modelInfo":{"modelCustomizationName":"23461bd9C51544a3Ae72..base_vfw..module-0","modelInvariantId":"15724172-62e9-4ef8-b57a-31c166b7b04c","modelType":"vfModule","modelName":"23461bd9C51544a3Ae72..base_vfw..module-0","modelVersion":"1","modelCustomizationUuid":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelVersionId":"4402746d-6bea-444d-a61a-008839e123f4","modelCustomizationId":"0f2d6f1a-2d1a-454c-a11b-d41b8dcea0df","modelUuid":"4402746d-6bea-444d-a61a-008839e123f4","modelInvariantUuid":"15724172-62e9-4ef8-b57a-31c166b7b04c","modelInstanceName":"23461bd9C51544a3Ae72..base_vfw..module-0"},"requestInfo":{"source":"VID","instanceName":"Vfmodule_Ete_vFW_b96e3a89-fc1f-4f8c-b5a3-e7fcb21e1d38","suppressRollback":false,"requestorId":"demo"},"relatedInstanceList":[{"relatedInstance":{"instanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","modelInfo":{"modelInvariantId":"1fa1465c-65b4-437e-8c3a-93d075b8c4af","modelType":"service","modelName":"vFW
 2018-10-22 
16:58:04","modelVersion":"1.0","modelVersionId":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelUuid":"40f9ff89-8f74-4a40-aa62-98f1511656bd","modelInvariantUuid":"1fa1465c-65b4-437e-8c3a-93d075b8c4af"}}},{"relatedInstance":{"instanceId":"a2d09fed-4a98-4aff-8a5d-950e67b3565d","modelInfo":{"modelCustomizationName":"23461bd9-c515-44a3-ae72
 
0","modelInvariantId":"2221b622-ab08-46e2-9f3b-3d36db32cd56","modelType":"vnf","modelName":"23461bd9-c515-44a3-ae72","modelVersion":"1.0","modelCustomizationUuid":"06f3330e-8ad4-46ce-8ed6-0e5353b0e79a","modelVersionId":"b4a92b67-f709-4e56-930d-790fd5337424","modelCustomizationId":"06f3330e-8ad4-46ce-8ed6-0e5353b0e79a","modelUuid":"b4a92b67-f709-4e56-930d-790fd5337424","modelInvariantUuid":"2221b622-ab08-46e2-9f3b-3d36db32cd56","modelInstanceName":"23461bd9-c515-44a3-ae72
 
0"}}}],"cloudConfiguration":{"tenantId":"ebb0ea7144004bacac1e39ff23105fa7","cloudOwner":"att-aic","lcpCloudRegionId":"RegionOne"},"requestParameters":{"testApi":"VNF_API","usePreload":true}},"instanceReferences":{"serviceInstanceId":"58b07f74-9671-41f1-8c4e-14efcbe6bfb0","vnfInstanceId":"a2d09fed-4a98-4aff-8a5d-950e67b3565d","vfModuleInstanceId":"64b092d3-fc50-403f-9256-af7f06d5bc3e","vfModuleInstanceName":"Vfmodule_Ete_vFW_b96e3a89-fc1f-4f8c-b5a3-e7fcb21e1d38","requestorId":"demo"},"requestStatus":{"requestState":"FAILED","statusMessage":"Received
 vfModuleException from VnfAdapter: category=\'INTERNAL\' 
message=\'org.onap.so.openstack.exceptions.MsoIOException: Connect to 
1.2.3.4:5000 [/1.2.3.4] failed: Operation timed out (Connection timed out)\' 
rolledBack=\'true\'","percentProgress":100,"finishTime":"Mon, 22 Oct 2018 
17:04:57 GMT"}}}' | 'FAILED' ]

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

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

[Steve Smokowski]

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

Above fixes that, what are we testing on here?

Thanks

-Steve


From:  on behalf of "FREEMAN, BRIAN D" 

Reply-To: "onap-discuss@lists.onap.org" , 
"FREEMAN, BRIAN D" 
Date: Monday, October 22, 2018 at 12:27 PM
To: "onap-discuss@lists.onap.org" , 
"helen.c...@huawei.com" 
Subject: Re: [onap-discuss] [integration][sdnc][so] Integration Working Session

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



SO error on instantiate VFModule


Brian

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

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



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


When: Monday, October 22, 2018 8:00 AM-10:00 AM. (UTC-08:00) Pacific Time (US & 
Canada)
Where: 
https://zoom.us/j/44

*~*~*~*~*~*~*~*~*~*
Move two hours earlier to avoid conflict with CDS meeting.
Today we are going to test vFW instantiation.

Thank you,
Helen Chen



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

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

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

[Brian]

SO error on instantiate VFModule


Brian

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

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



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


When: Monday, October 22, 2018 8:00 AM-10:00 AM. (UTC-08:00) Pacific Time (US & 
Canada)
Where: 
https://zoom.us/j/44

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


Move two hours earlier to avoid conflict with CDS meeting.

Today we are going to test vFW instantiation.



Thank you,

Helen Chen




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

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

[onap-discuss] CLM job block refactoring

[Jessica Wagantall]

Dear ONAP team,

I have been working on re-writing out CLM job definitions under
ci-management/jjb/*

The idea is to isolate the CLM portion of the job similar to how we have it
for the
Sonar one. This is in preparation for two things:
- The new changes that we will be working in global-jjb to allow teams to
define an
  application name for each job so that the entry in IQ looks like
"onap-aai-aai-common"
  for example. As you know, The same IQ server is shared with many projects
so adding
  this prefix will help in cases where 2 projects have the same repo name.
This change will
  be easier to apply on an isolated job block.
- CLM works best when running in master. We have had cases where adding
several
  branches in CLM causes the reports to be overwritten since we do not have
control of
  which branch runs first, so the prevailing report will be from the last
branch that was ran on.
  If teams really desire to switch branches, they can still do so in the
CLM block but let's
  keep it running for just 1 branch at a time to avoid confusions with the
resulting reports.

You can find my work here:
https://gerrit.onap.org/r/#/q/topic:clm-project-refactor

I will be adding the PTLs to these changes and review them once more.
Please help me
reviewing and +1 the change if you agree with it.

Thank you AAI for having this all in place already :)

Thanks so much!
Jess

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

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

Re: [onap-discuss] Dmaap bus-controller, dr-node, dr-prov is failing after OOM Casablanca installation.

[Fiachra Corcoran]

On Mon, Oct 22, 2018 at 02:01 AM, Krzysztof Kuźmicki wrote:

> 
> is not allowed to connect to this MariaDB server

Hi Krzysztof,

We have tried to recreate your issue with dmaap-dr on a (3 x 60GB) environment 
and all came up successfully.

We will continue to monitor this and maybe next time you see this could you 
check the dmaap-dr-db log for anything obvious.

//Fiachra

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

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

[onap-discuss] [integration][so][oof] Help for health check on windriver-oom-daily

[Helen Chen]

Hi, Sarat & Steven,

We are going to use windriver-oom-daily for today's integration testing. 
However, at this moment SO and OOF failed health check. Could you please help? 
Ideally, please join today’s integration working session at 8AM PDT. Thank you 
very much !

http://onapci.org/jenkins/job/windriver-oom-daily/221/robot/

Regards,
Helen Chen

Principal Architect, Open Orchestration
Huawei US R Center
Futurewei Technologies, Inc.

2330 Central Expressway, C2-16
Santa Clara, CA 95050
Tel: (408) 330-4696
Cell: (510) 825-7348

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

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

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

[subhash kumar singh]

Hello Everyone,

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

Following are logs :

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

[debug] SERVER: "127.0.0.1:45279"

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

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

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


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

--
Regards,
Subhash Kumar Singh
FNOSS, ONAP

Huawei Technologies India Pvt. Ltd.
Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield
Bengaluru-560066, Karnataka
Tel: + 91-80-49160700 Ext 70992 II Mob: 8050101106 Email: 
subhash.kumar.si...@huawei.com

[cid:image003.jpg@01D46A56.3A3F84C0]


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!


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

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

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

[Helen Chen]

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Pacific Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN=Yunxia Chen:MAILTO:helen.c...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 ss:MAILTO:onap-discuss@lists.onap.org
DESCRIPTION;LANGUAGE=en-US:When: Monday\, October 22\, 2018 8:00 AM-10:00 A
 M. (UTC-08:00) Pacific Time (US & Canada)\nWhere: https://zoom.us/j/44
 \n\n*~*~*~*~*~*~*~*~*~*\n\nMove two hours earlier to avoid conflict wi
 th CDS meeting.\nToday we are going to test vFW instantiation.\n\nThank yo
 u\,\nHelen Chen\n
SUMMARY;LANGUAGE=en-US:[integration][sdnc][so] Integration Working Session
DTSTART;TZID=Pacific Standard Time:20181022T08
DTEND;TZID=Pacific Standard Time:20181022T10
UID:46D5DBBF-1985-4FDE-9E33-1DAD52288F29
RECURRENCE-ID;TZID=Pacific Standard Time:20181022T10
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20181022T140746Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:2
LOCATION;LANGUAGE=en-US:https://zoom.us/j/44
X-MICROSOFT-CDO-APPT-SEQUENCE:2
X-MICROSOFT-CDO-OWNERAPPTID:2116727295
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:3
X-MICROSOFT-DISALLOW-COUNTER:TRUE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT15M
END:VALARM
END:VEVENT
END:VCALENDAR

[onap-discuss] [integration] Integration Working Session

[Helen Chen]

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Pacific Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN=Yunxia Chen:MAILTO:helen.c...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 ss:MAILTO:onap-discuss@lists.onap.org
DESCRIPTION;LANGUAGE=en-US:When: Occurs every weekday from 10:00 AM to 12:0
 0 PM effective 10/22/2018 until 11/16/2018. (UTC-08:00) Pacific Time (US &
  Canada)\nWhere: https://zoom.us/j/44\n\n*~*~*~*~*~*~*~*~*~*\n\nPl
 ace holder for Integration daily working session before Casablanca release
 .\n\n\n\nBest regards\,\n\n\n\nHelen Chen\n
RRULE:FREQ=WEEKLY;UNTIL=20181116T18Z;INTERVAL=1;BYDAY=MO,TU,WE,TH,FR;WK
 ST=SU
SUMMARY;LANGUAGE=en-US:[integration] Integration Working Session
DTSTART;TZID=Pacific Standard Time:20181022T10
DTEND;TZID=Pacific Standard Time:20181022T12
UID:46D5DBBF-1985-4FDE-9E33-1DAD52288F29
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20181022T131856Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION;LANGUAGE=en-US:https://zoom.us/j/44
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-OWNERAPPTID:2116727295
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:1
X-MICROSOFT-DISALLOW-COUNTER:TRUE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT15M
END:VALARM
END:VEVENT
END:VCALENDAR

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

[Guangrong Fu]

Thank you, Brian. Lusheng figured out a way for me early today. I’ll try this 
approach tomorrow. Best Regards,Guangrong 


 


原始邮件
 
 




发件人:bf1936



收件人:onap-discuss;付光荣10144542;helen.chen;mike.elliott;



抄送人:steven20027;vv770d;gildas.lanilis;



日期:2018-10-22 20:45:17



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



 
 
 
 
Guangrong,




 



 

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




 



 

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




 



 

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




 



 

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




 



 

 
Brian




 



 

 



 

 
*** System restart required ***




 
Last login: Mon Oct 22 07:13:22 2018 from 10.12.25.157




 
ubuntu@onap-oom-rancher:~$ sudo su




 
root@onap-oom-rancher:/home/ubuntu# kubectl -n onap get pod | grep boot




 
dev-dcaegen2-dcae-bootstrap-776cf86d49-ljqxm  1/1   
Running   0  3d




 
root@onap-oom-rancher:/home/ubuntu# kubectl get pod -n onap | grep boot




 
dev-dcaegen2-dcae-bootstrap-776cf86d49-ljqxm  1/1   
Running   0  3d




 



 

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




 



 

 Here's the complete steps I've tried:



  



 



  



 Thanks,



 Guangrong



  



  



  



  



 
 原始邮件



 
 
发件人：付光荣10144542




 
 
收件人：onap-discuss@lists.onap.org ;




 
 
抄送人：Guangrong Fu ;vv7...@att.com 
;mike.elli...@amdocs.com 
;helen.c...@huawei.com 
;gildas.lani...@huawei.com ;




 
 
日 期 ：2018年10月22日 10:22




 
 
主 题 ：[oom][integration] "kubectl" commands are failing//答复: RE: Help is Needed 
on SB04




 
 
 Hi there,



  



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



  



 



  



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



  



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



  



 Thanks,



 Guangrong



  



  



  



  



 


 

 
 
 
 
 
发件人：VENKATESHKUMAR,VIJAY 




 
 
收件人：Guangrong Fu ;




 
 
抄送人：付光荣10144542;




 
 
日 期 ：2018年10月20日 19:17




 
 
主 题 ：RE: Help is Needed on SB04




 
 
 
Hi Guangrong,




 
The error indicates issue for rancher to communicate with k8s cluster.




 
 




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




 
 




 
vv770d@pod-onap-01-vjhost:~$ ssh -i ~/onap_dev  ubuntu@10.12.5.47




 
ubuntu@onap-oom-rancher:~$ sudo su -




 
root@onap-oom-rancher:~# kubectl get pods -n onap | grep bootstrap




 
dev-dcaegen2-dcae-bootstrap-776cf86d49-ljqxm      1/1   
Running   0  1d




 
root@onap-oom-rancher:~# kubectl exec -it -n onap 
dev-dcaegen2-dcae-bootstrap-776cf86d49-ljqxm /bin/bash




 
[root@dev-dcaegen2-dcae-bootstrap-776cf86d49-ljqxm /]#




 
 




 
 




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




 
export home=/root




 
 




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




 
 




 
Thanks,




 
Vijay




 
 




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




 
 




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




 
 




 
Guangrong Fu 于2018年10月20日周六 上午11:05写道：




 
 
Hi Vijay,




 
 




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




 
 
 




 
Such as:




 
 
 




 
root@onap-oom-rancher:~# kubectl get pod -n onap




 
 
error: couldn't get version/kind; json parse error: json: cannot unmarshal 
string into Go value of type struct { APIVersion string 
"json:\"apiVersion,omitempty\""; Kind string "json:\"kind,omitempty\"" }




 
 
 
 




 
root@onap-oom-rancher:~# kubectl exec -it -n onap 
dev-dcaegen2-dcae-bootstrap-776cf86d49-mxzq6 /bin/bash




 
 
error: serializer for text/html doesn't exist




 
 
 
 

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

[Brian]

Guangrong,

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

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

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

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

Brian


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

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


Here's the complete steps I've tried:



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



Thanks,

Guangrong








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

Hi there,



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



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



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



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



Thanks,

Guangrong










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

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

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


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

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

Thanks,
Vijay

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

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

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

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

Such as:

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

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

etc.

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

Thanks,
Guangrong




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

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

Re: [onap-discuss] #aai [aai] AAI weekly developer's discussion

[Jimmy Forsyth]

AAI Devs,

Thanks to those who participated in the poll for the weekly AAI developers 
session.  Looks like 8-9AM US/Eastern on Thursdays will work for all 
respondents.

Thanks,
jimmy

From: "FORSYTH, JAMES" 
Date: Wednesday, October 17, 2018 at 7:57 PM
To: "onap-discuss@lists.onap.org" 
Subject: Re: #aai [aai] AAI weekly developer's discussion

AAI Devs,

In an attempt to allow our Australian team member to join our weekly dev 
session,  I have updated the choices and opened a new poll:

https://doodle.com/poll/t2c7md2kv9x7cdzx

thanks,
jimmy

From: "FORSYTH, JAMES" 
Date: Wednesday, October 10, 2018 at 2:55 PM
To: "onap-discuss@lists.onap.org" 
Subject: FW: #aai [aai] AAI weekly developer's discussion

AAI Devs,

We have had lively discussion around AAI on the weekly Wednesday call and are 
routinely going over time.  I am proposing that we add an additional 
developer’s session once a week – vote for your preferred time here:

https://doodle.com/poll/b3dy2qy74nqyz6d3

Please only vote if you would plan to attend these technical sessions related 
specifically to AAI.

Thanks,
jimmy

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

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

Re: [onap-discuss] [sdc] SVC4063 error while submitting VF for testing

[Kedar Ambekar]

Hi Michael,

I was getting this issue for all vnfs including vfw/vlb use cases.

Is there any way to recover from this issue without reinstalling SDC ?

From: onap-discuss@lists.onap.org  On Behalf Of 
Michael Lando
Sent: Thursday, October 18, 2018 12:16 PM
To: Kedar Ambekar 
Cc: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [sdc] SVC4063 error while submitting VF for testing

Hi,

What is the vf you are onboarding?

Is it your own or own of the vnfs used by onap?









BR,

[Michael Lando]

AT Network Application Development · NetCom
Tel Aviv | Tampa | Atlanta | New Jersey |Chicago
···
Office: +972 (3) 5451487
Mobile: +972 (54) 7833603
e-mail: michael.la...@intl.att.com

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Kedar Ambekar
Sent: Tuesday, October 16, 2018 08:52
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [sdc] SVC4063 error while submitting VF for testing

Hi Rene,

Thanks for sharing your experience.

I should have mentioned before that, post ONAP installation I was able to 
instantiate vLB use case without much trouble. This SVC4063 issue has started 
afterwards all of sudden.

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Rene Robert
Sent: Monday, October 15, 2018 8:32 PM
To: onap-discuss@lists.onap.org; Kedar 
Ambekar mailto:ake...@techmahindra.com>>
Subject: Re: [onap-discuss] [sdc] SVC4063 error while submitting VF for testing

Hello

We also faced that issue with "master" version.
We determined that SDC initialisation had failed when injecting all objects in 
SDC database (a set of python scripts that called some SDC API to initialize 
the SDC catalog).
So we relaunched SDC installation...


[Logo 
Orange]

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

Fixe : +33 2 96 07 39 29 

Mobile : +33 6 74 78 68 43 

rene.rob...@orange.com





De : onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] De la part de Kedar Ambekar
Envoyé : lundi 15 octobre 2018 16:01
À : onap-discuss@lists.onap.org
Objet : [onap-discuss] [sdc] SVC4063 error while submitting VF for testing

Hi SDC team,

As a designer (cs0008), when I submit any VF for testing, I am getting below 
error.
I tried to look into SDC FE & BE logs to get some clue. Part of BE logs where I 
see errors while doing this operation are attached with this email.

Appreciate any help on this !

I am using Beijing release with OOM based installation.

[cid:image003.png@01D46A24.171E36D0]



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

[onap-discuss] Dmaap bus-controller, dr-node, dr-prov is failing after OOM Casablanca installation.

[Krzysztof Kuźmicki]

Hi


After deploy of newest OOM Casablanca we noticed following issues:

NAME   READY STATUS 
RESTARTS   AGE
demo-dmaap-dmaap-bus-controller-b9d6b577-27vrr 0/1   
Init:0/1   96 16h
demo-dmaap-dmaap-dr-node-854957bb6c-rrwsk  0/1   
Init:0/1   97 16h
demo-dmaap-dmaap-dr-prov-668984b85c-2dqm7  0/1   
CrashLoopBackOff   17114h
demo-portal-portal-app-7b654b6b7b-z5hsf0/2   
Init:0/1   96 16h

We have checked and in dmaap-dr-prov is present following error:


# cat ./root/dr2/logs/provint.log
2018-10-22 06:43:57,711 FATAL [main] - PROV9000: The database credentials are 
not working: Host '10.42.246.234' is not allowed to connect to this MariaDB 
server


Could you inform us if issue is already reported and if there is any workaround?


br,

Krzysztof

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

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

Re: [onap-discuss] ONAP cli commands failing

[Kanagaraj Manickam]

Hi Rajendra,

Can you please use the sdc port 8081 instead of 8080 for the failed one.

Regards
Kanagaraj Manickam
Senior System Architect
P ONAP
Huawei Technologies India Pvt. Ltd.
Survey No. 37, Next to EPIP Area, Kundalahalli, Whitefield
Bengaluru-560066, Karnataka
Tel: + 91-80-49160700 ext 72410 Mob: 9945602938
[Company_logo]


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@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Rajendra Prasad Mishra
Sent: 15 October 2018 21:21
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] ONAP cli commands failing

Hi,
 I am trying to use the latest version of onap cli, however I find that 
certain commands are failing. The same stuff works fine from the ONAP GUI.
Below is a log of things I tried and things that failed. On the below link I 
saw that cli did work in a certain version.

https://onap.readthedocs.io/en/beijing/submodules/cli.git/docs/user_guide_end_to_end_onap_cli_commands.html#create-vsp

Would like to know what version should I use. I am trying to on-board VNF's 
using the onap command line.

Currently I am using Beijing release.

Here is CLI version.
-
aarna@beijing01:~$ kubectl exec -it -n onap dev-cli-84c8786c9f-29626 -- onap -v
CLI version   : 2.0.2 [20180524T053620Z]
Available products: [open-cli, onap-beijing, onap-amsterdam, sample-helloworld]
Enabled product   : onap-beijing

To enable a product, use one of following methods:
1. In scripting mode, set environment variable OPEN_CLI_PRODUCT_IN_USE
2. In interactive mode, use the directive 'use '
---

Here is the one that fails for me. I switched on debugging to get more details.


aarna@beijing01:~$ kubectl exec -it -n onap dev-cli-84c8786c9f-29626 -- onap 
vlm-list -u cs0008 -p demo123456!  -m http://10.42.243.102:8080 -d
404::0x6001::Command vlm-list failed to execute,

URL: http://10.42.243.102:8080/onboarding-api/v1.0/vendor-license-models
Method: get
Request Queries: {}
Request Body:
Request Headers: {Authorization=Basic Y3MwMDA4OmRlbW8xMjM0NTYh, 
X-FromAppId=ONAP CLI, Accept=application/json, USER_ID=cs0008, 
X-TransactionId=req-ac1c0543-9ef3-43b8-963f-f2aaf102a21c, 
Content-Type=application/json}
Request Cookies: {}
binaryData=false
Context={}
HTTP Status: 404
Response Body:
Response Headers: {Cache-Control=must-revalidate,no-cache,no-store, 
Server=Jetty(9.3.23.v20180228), Content-Length=0}
Response Cookies: {Authorization=Basic Y3MwMDA4OmRlbW8xMjM0NTYh, 
X-FromAppId=ONAP CLI, USER_ID=cs0008, 
X-TransactionId=req-ac1c0543-9ef3-43b8-963f-f2aaf102a21c}
command terminated with exit code 1
---

The command that worked for me.

---
aarna@beijing01:~$ kubectl exec -it -n onap dev-cli-84c8786c9f-29626 -- onap 
vf-model-list -u cs0008 -p demo123456!  -m http://10.42.243.102:8080

+--+--+--+--+--++
|uuid  |uniqueid  
|invariant-uuid|name  |version   
|status  |
+--+--+--+--+--++
|b0fada99-e63b-4a48-8c09-298e331d92ad  |edacd2d3-ee72-4eac-8c5a-4ef6551ae811  
|bc6c9e53-f6b7-48ab-8c32-79effd577260  |57d9c701-7b4c-47a8-8532   |1.0   
|CERTIFIED   |
+--+--+--+--+--++
|bb35f646-2ab8-47f9-b510-b118f1a40c8f  |edee3d68-6212-4d16-b5e3-2fd6e809fc5a  
|d3873209-6dae-4842-8a4a-c8eca016aee4  |3eb7423f-6d71-4893-88cc   |1.0   
|CERTIFIED   |
+--+--+--+--+--++
|2dfe113f-42a8-463d-8c10-1b48ae4a24bc  |a0d777c0-7cb5-4207-a52a-5d3e66705679  
|1c124dae-0f5f-486d-9dc2-2d35db97855e  |e3caa814-d7ec-48aa-a450   |1.0   

[onap-discuss] [appc] APPC CDT- Specifying Source as A in Parameter Definition

[Viresh R Navalli]

Hi Taka, Thanks for reply.

I have tried with below PD file. Still error persists. PFA the files for 
reference.

It seems technical issue related to json--> java object parsing.

name: vnf_name
  type: null
  description: null
  required: null
  default: null
  source: "A"
  rule-type: vnf-name
  request-keys: null
  response-keys:
  - unique-key-name: parent-name
unique-key-value: vnf
field-key-name: vnf-name
_
Thanks & Regards
Viresh N

From: CHO, TAKAMUNE [mailto:tc0...@att.com]
Sent: Saturday, October 20, 2018 01:59 AM
To: Viresh R Navalli 
Cc: onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] [appc] APPC CDT- Specifying Source as A in 
Parameter Definition

See below:

Taka

From: Viresh R Navalli [mailto:vn00569...@techmahindra.com]
Sent: Friday, October 19, 2018 4:21 AM
To: CHO, TAKAMUNE mailto:tc0...@att.com>>
Cc: onap-discuss@lists.onap.org
Subject: [onap-discuss] [appc] APPC CDT- Specifying Source as A in Parameter 
Definition

Hi Taka,
Thanks for reply.


1.   What is the expected request-key here? Is it the name of parameter we 
are providing? In our case would it be like below?

request-keys:

  - key-name: vnf_name

  - key-value: vnf_name



We tried with this and it's same error.

Please see below correct PD file data for rule-type as vnf-name with source as 
A
-
  name: vnf_name
  type: null
  description: null
  required: null
  default: null
  source: "A"
  rule-type: vnf-name
  request-keys: null
  response-keys:
  - unique-key-name: parent-name
unique-key-value: vnf
field-key-name: vnf-name





2.   We have tried to change eth source as A and other ruletype it seems 
that by default the request-keys are fetched as null.
Yes it will be null However the keyword "request-keys " should be present in 
the PD file as shown in above example.



3.   How this rule type really works? Is this rule-type represents the AAI 
object and field key-name represents the actuals field name?
Yes



4.   How can we specify the new ruletype and new field-key-name? Do we need 
to add the data in any of the properties file or table?
We do not have to add the data in any properties file.   Any other rule type 
apart from the one listed below will not work
If the source = A, then the following rule-types should be displayed in a 
drop-down:

  *   vnf-name
  *   vm-name-list
  *   vnfc-name-list
  *   vnf-oam-ipv4-address
  *   vnfc-oam-ipv4-address-list

_
Thanks & Regards
Viresh N

From: CHO, TAKAMUNE [mailto:tc0...@att.com]
Sent: Wednesday, October 17, 2018 09:50 PM
To: onap-discuss@lists.onap.org; Viresh R 
Navalli mailto:vn00569...@techmahindra.com>>
Subject: RE: [onap-discuss] [appc] APPC CDT- Specifying Source as A in 
Parameter Definition

Viresh,

In your PD file, the request-key is missing.

-Taka

PD file:
kind: 'Property Definition'
version: V1
vnf-parameter-list:
-
  name: vnf_name
  type: null
  description: null
  required: null
  default: null
  source: A
  rule-type: vnf-name
  request-keys: null
  response-keys:
  - unique-key-name: parent-name
unique-key-value: vnf
field-key-name: vnf-name



Taka

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Viresh R Navalli
Sent: Wednesday, October 17, 2018 5:52 AM
To: CHO, TAKAMUNE mailto:tc0...@att.com>>
Cc: onap-discuss@lists.onap.org
Subject: [onap-discuss] [appc] APPC CDT- Specifying Source as A in Parameter 
Definition

Hi Taka,

On further investigation of specifying Source as A in Parameter Definition, 
we observed below result while running configure action from appc swagger. We 
tried to use the rule-type as 'vnf-name' and response-keys (unique-key-name: 
parent-name,  unique-key-value: vnf,  field-key-name: vnf-name)

Please find attached PD file, payload and logs-
2018-10-17 08:20:36,981 | ERROR | ppc-dispatcher-7 | InstarClientNode   
  | 409 - appc-common - 1.3.0 - SvcLogicGraph [module=APPC, 
rpc=ProcessParameterDefinition, mode=sync, version=4.0.0, 
md5sum=fc75493451a1d5a7e9b3eece1dfa19eb] - 1 (block) | Failed processing AAI 
data
com.fasterxml.jackson.databind.exc.UnrecognizedPropertyException: Unrecognized 
field "rule-type" (class org.onap.sdnc.config.params.data.Parameter), not 
marked as ignorable (9 known properties: "requestKeys", "name", "defaultValue", 
"responseKeys", "ruleType", "type", "source", "description", "required"])
at [Source: 
java.io.StringReader@450691af; line: 1, 
column: 105] (through reference chain: 
org.onap.sdnc.config.params.data.Parameter["rule-type"])


Queries are-

1.   Do we need to upload the key file for parameters with A as source? 
From wiki it seems that it is only required if the source is other than A

2.   How this rule type really works? Is this rule-type represents the AAI 
object 

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

[Ofir Sonsino]

Hi,

That exception is not relevant to the error you see. The exception around 
getAppName function is in the logs quite often, and is being checked with 
Portal team.

May you please attach VID log files so I can take a look?

You can also try the following query against AAI:
curl -X PUT   'https://{{AAI_IP}}:8443/aai/v13/query?format=resource'   -H 
'authorization: Basic VklEOlZJRA=='   -H 'cache-control: no-cache'   -H 
'content-type: application/json'   -H 'x-fromappid: VidAaiController'   -H 
'x-transactionid: bd6e812a-dad2-481f--c36cec2f8494'  -d '{"start" : 
"service-design-and-creation/models/", "query" : 
"query/serviceModels-byDistributionStatus?distributionStatus=DISTRIBUTION_COMPLETE_OK"}'
 -k
Did you get any results from this query?

Thanks,
Ofir

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of FREEMAN, BRIAN D
Sent: Tuesday, October 16, 2018 4:02 PM
To: Saiguru Mahesh Thota ; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss]RE: Status:Error: Failed to get service models from 
SDC

***Security Advisory: This Message Originated Outside of AT ***
Reference http://cso.att.com/EmailSecurity/IDSP.html for more information.
That seems strange - is there an error earlier where an HTTP request failed so 
the parsing the response was a NoSuchMethodFound Exception ?

Brian



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

Hi Brian,

We are getting NoSuchMethodFound Exception. PFA log snapshot.


Regards,
Mahesh
Senior Consultant
Infosys Limited
+91-4030844799
saiguru_th...@infosys.com



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

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

Brian


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

Hi,

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

Status:Error: Failed to get service models from 
SDC

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


Regards,
Mahesh
Senior Consultant
Infosys Limited
+91-4030844799
saiguru_th...@infosys.com



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

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