[onap-discuss] Poll Result //Re: Please Vote on MSB Weekly Meeting Time Slot-Doodle Poll

[Huabing Zhao]

Hi folks,

Thanks for your participation in the poll.

According to the poll result, The MSB weekly meeting will be held between
9:00AM-10:00 AM, GMT+8, China Standard Time on Tuesday.

If you have anything want to discuss, please add them to the meeting agenda
wiki page  in advance,
we will try to incorporate these items in the meeting.

See you next Tuesday.

Best Regards,

Huabing Zhao


On Mon, Jul 16, 2018 at 3:48 PM 赵化冰  wrote:

> Dear ONAPer,
>
> Given that many
> guys have shown interest in the Istio service mesh integration, we'd better
> change the current MSB weekly meeting time to allow them to participate.
>
> Please choose your available time at this doodle poll:
> https://doodle.com/poll/6uffdebvqpw6a63y
>
> Thanks,
> Huabing Zhao
>

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

View/Reply Online (#11302): https://lists.onap.org/g/onap-discuss/message/11302
Mute This Topic: https://lists.onap.org/mt/23750644/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] Multi-Cloud new committers

[Xinhui Li]

Hi Srini

I sent this wiki page to our infrastructure coordinator following up the process

Thanks,
Xinhui

From: "Addepalli, Srinivasa R" 
Date: Friday, July 20, 2018 at 1:28 AM
To: Xinhui Li 
Cc: "onap-discuss@lists.onap.org" 
Subject: Multi-Cloud new committers

Hi Xinhui,

I see a table of existing contributors for committer position here

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

Looks like three existing committers voted in favor.
I don’t see any vote being casted by other two committers.

Does this mean that these people are confirmed to be committers?
If not, what is the next step in the process.

Thanks
Srini



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

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

[onap-discuss] NEW: Staging Docker Manifest

[Gary Wu]

SUMMARY: Please update the new docker-manifest-staging.csv to reflect your new 
docker image versions from master branch.


As Gildas mentioned this morning, going forward we will be running two sets of 
deployment tests daily: one for release images, one for staging images.

A new docker-manifest-staging.csv is added: 
https://git.onap.org/integration/tree/version-manifest/src/main/resources/docker-manifest-staging.csv.
  The daily Staging deployments will use the versions listed here.  Please 
update the staging manifest with the image versions that your master branch is 
producing now, so that they will be used in the daily Staging deployment.

The original docker-manifest.csv will accept only release images going forward. 
 This manifest will be used for the daily Release deployments.

NOTE: these manifests are considered the "source of truth" and will override 
the image versions checked-in to OOM helm charts and the HEAT template, so 
please keep them up to date.

Thanks,
Gary



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

View/Reply Online (#11300): https://lists.onap.org/g/onap-discuss/message/11300
Mute This Topic: https://lists.onap.org/mt/23747738/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 VCPE Install Script Changes

[Gary Wu]

Hi Enyinna,

The scripts are now available as maven artifacts here: 
https://nexus.onap.org/content/repositories/snapshots/org/onap/demo/vnf/vcpe/vcpe-scripts/1.3.0-SNAPSHOT/

To retrieve them, please see the related change to the heat templates here:
https://gerrit.onap.org/r/#/c/56955/1/heat/vCPE/infra/base_vcpe_infra.yaml

Thanks,
Gary

From: Ochulor, Enyinna [mailto:enyinna.ochu...@intel.com]
Sent: Thursday, July 19, 2018 9:35 AM
To: Gary Wu ; PLATANIA, MARCO (MARCO) 

Cc: Multanen, Eric W ; onap-discuss@lists.onap.org
Subject: RE: ONAP VCPE Install Script Changes

Appreciated, Gary.


Thanks,
Enyinna Ochulor

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Thursday, July 19, 2018 9:28 AM
To: Ochulor, Enyinna 
mailto:enyinna.ochu...@intel.com>>; PLATANIA, MARCO 
(MARCO) mailto:plata...@research.att.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; 
onap-discuss@lists.onap.org
Subject: RE: ONAP VCPE Install Script Changes

Hi Enyinna,

Pushing to sites/raw was deprecated in favor of having such scripts packaged 
and deployed to nexus as regular maven artifacts.  However, it looks like those 
scripts have not been packaged/deployed yet.  I’ll set this up and then get 
back to you.

Thanks,
Gary

From: Ochulor, Enyinna [mailto:enyinna.ochu...@intel.com]
Sent: Thursday, July 19, 2018 9:13 AM
To: PLATANIA, MARCO (MARCO) 
mailto:plata...@research.att.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; Gary Wu 
mailto:gary.i...@huawei.com>>; 
onap-discuss@lists.onap.org
Subject: RE: ONAP VCPE Install Script Changes

Copying the mailing list.

Thanks,
Enyinna Ochulor

From: Ochulor, Enyinna
Sent: Thursday, July 19, 2018 9:10 AM
To: 'PLATANIA, MARCO (MARCO)' 
mailto:plata...@research.att.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; Gary Wu 
mailto:gary.i...@huawei.com>>
Subject: RE: ONAP VCPE Install Script Changes

Hi Gary,

Have you had a chance to look into this?

Thanks,
Enyinna Ochulor

From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Monday, July 16, 2018 7:48 PM
To: Ochulor, Enyinna 
mailto:enyinna.ochu...@intel.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; Gary Wu 
mailto:gary.i...@huawei.com>>
Subject: Re: ONAP VCPE Install Script Changes

Hi Enyinna,

The daily Jenkins job should upload the new vCPE install scripts in 
https://nexus.onap.org/content/sites/raw/org.onap.demo/vnfs/vcpe/ in a 
subfolder called 1.3.0-SNAPSHOT. For some reason, this is not happening even 
though the job completes successfully.


Gary,

Is something different with snapshots compared to previous releases?

Thanks,
Marco

From: "Ochulor, Enyinna" 
mailto:enyinna.ochu...@intel.com>>
Date: Monday, July 16, 2018 at 5:00 PM
To: "PLATANIA, MARCO (MARCO)" 
mailto:plata...@research.att.com>>
Cc: "Multanen, Eric W" 
mailto:eric.w.multa...@intel.com>>
Subject: ONAP VCPE Install Script Changes

Hello Marco,

Any idea how to make changes to 
‘https://nexus.onap.org/content/sites/raw/org.onap.demo/vnfs/vcpe/’?
 As part of the build process, the new install scripts for VBNG, VGW, VBRG, and 
VGMUX need to be present in the that repo.

Thanks,
Enyinna Ochulor


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

View/Reply Online (#11298): https://lists.onap.org/g/onap-discuss/message/11298
Mute This Topic: https://lists.onap.org/mt/23745848/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] nodeport 30258 unused - reserved for logdemonode service - the RI example (optional container)

[Michael O'Brien]

OOM team,
   I am allocating 30258 for the optional logging-analtyics logdemonode service 
- the RI example for the ELK stack running on the existing 30253, 30254, 30255 
ports.

   I understand that 90+ % of the 302nn ports are used - I verified 30258 was 
unspecified on the wiki and also verified on a current master deployment on 
master.onap.info that there was no service running on 30258

   I updated the page
   https://wiki.onap.org/display/DW/OOM+NodePort+List

   thank you
   /michael

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

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


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

View/Reply Online (#11297): https://lists.onap.org/g/onap-discuss/message/11297
Mute This Topic: https://lists.onap.org/mt/23746671/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] [coe] Today's meeting

[Victor Morales]

Hey Tal,

This was more a status meeting, I’m going to publish the minutes that I took 
later. As you know, we have created the KRD project to offer a reference 
deployment of the minimal requirements required for the k8s plugin to work. 
Last week we did more testing to make sure that Multus CNI works properly.  
This is the ansible playbook that we create for installing and configure the 
services [1] and this is our “functional” test [2] that we use to validate it. 
That version is working but having extra eyes are always welcome. Can your team 
take a quick look and help us to double-check it?

Thanks
Victor Morales

[1] 
https://github.com/electrocucaracha/krd/blob/master/playbooks/configure-multus.yml
[2] https://github.com/electrocucaracha/krd/blob/master/tests/multus.sh


From:  on behalf of Tal Liron 
Reply-To: "onap-discuss@lists.onap.org" , 
"tli...@redhat.com" 
Date: Tuesday, July 17, 2018 at 1:29 PM
To: onap-discuss , Victor Morales 

Subject: Re: [onap-discuss] [coe] Today's meeting

Hi Victor, sorry I missed this important meeting today. Actually members of my 
team are some of the key developers of Multus and would love to be involved. I 
will be sure to join the meeting next week.

On Tue, Jul 17, 2018 at 12:34 PM Victor Morales 
mailto:victor.mora...@intel.com>> wrote:
Hey there,

Just a reminder of today’s meeting at 1:00 PM PST 
(https://wiki.onap.org/pages/viewpage.action?pageId=16009184 ). We have made 
good progress in the implementation of Multus in the KRD so this meeting will 
cover this and the impact that it has into the plugin

Regards,
Victor Morales




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

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

[onap-discuss] Multi-Cloud new committers

[Srini]

Hi Xinhui,

I see a table of existing contributors for committer position here

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

Looks like three existing committers voted in favor.
I don't see any vote being casted by other two committers.

Does this mean that these people are confirmed to be committers?
If not, what is the next step in the process.

Thanks
Srini



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

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

Re: [onap-discuss] SDN-C: Invalid order-status error

[Brian]

Michal,

I checked and we think we can modify the DG to relax that constraint.

I’d like to test it in your environment if you are game ?

Can I send you either a json DG (dgbuilder) or an xml DG (sdnc shell script to 
load) to load into your controller – which are you more comfortable with ?

Brain


From: Michal Ptacek 
Sent: Thursday, July 19, 2018 11:27 AM
To: FREEMAN, BRIAN D ; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] SDN-C: Invalid order-status error

Hi Brian,

such VF’s are in delete state, but they are NOT

[cid:image002.jpg@01D41F5F.FFCDF970]

See also xml attached, such VFs seems to be have that :

 
   
PendingCreate


M.


From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: Thursday, July 19, 2018 5:14 PM
To: onap-discuss@lists.onap.org; 
m.pta...@partner.samsung.com
Subject: RE: [onap-discuss] SDN-C: Invalid order-status error

Michal,

What is the status of the vfmodule in the VID screen ?  (I assume it says 
“active” but just checking)

Also could query the SDNC VNF-API or the apidoc/explorer

http://10.12.5.36:30202/restconf/config/VNF-API:vnfs

"oper-status": {
"order-status": "Active",
"last-order-status": "PendingCreate",
"last-action": "VNFActivateRequest"
  },

We think the oper-status.order-status isnt “Active” on the ones that fail in 
SDNC

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Michal Ptacek
Sent: Thursday, July 19, 2018 10:03 AM
To: onap-discuss@lists.onap.org; FREEMAN, 
BRIAN D mailto:bf1...@att.com>>; 
m.pta...@partner.samsung.com
Subject: Re: [onap-discuss] SDN-C: Invalid order-status error

Hi Brian,

I am on k8s deployment and used demo-k8s.sh init for uploading subscriber 
specific stuff into AAI,

Anyway this is happening in subsequent step,
It happened for us when VF Module‘s creation failed (actually it can happen 
quite often in dev as we are still tuning sdnc-topology template file, which is 
uploaded in previous step)
But each such failure leads to this situation that creation failed but deleting 
is also not possible due to this problem below,

The only WA we discovered so far is to spawn new service instance,
It’s happening everytime (easily reproducable)

Any hints ?
Thanks,
Michal




From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Brian
Sent: Thursday, July 19, 2018 3:52 PM
To: onap-discuss@lists.onap.org; 
m.pta...@partner.samsung.com
Subject: Re: [onap-discuss] SDN-C: Invalid order-status error

Michal,

Does this happen when you use the robotframework ete.sh instantiate   or 
ete-k8s.sh onap instantiate ?

Instantiate does vLB, vVG, vFWCL create and  delete as well but it might be 
doing it higher in the object level.

Is it sporadic or every time ?

I have run into that problem but mostly on failed creates where we are a bit 
too picky on the status on a delete when a vfmodule didnt get created 
successfully.

Brian




From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Michal Ptacek
Sent: Thursday, July 19, 2018 8:24 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] SDN-C: Invalid order-status error

Hello,

we are testing VFWCL with stable/beijing, however we quite often hit following 
problem during VF Module deleting,
it’s practically unusable, any hints why this „SDN-C: Invalid order-status“ is 
happening ?

Our order is correct „vPKG first“

[cid:image004.jpg@01D41F5F.FFCDF970]

Thank you,
Michal

[http://ext.w1.samsung.net/mail/ext/v1/external/status/update?userid=m.ptacek=bWFpbElEPTIwMTgwNzE5MTIyMzM5ZXVjYXMxcDJjZGVmOTE2MGQyYzIzZTVjNWY1YTBmM2NkNTJmZWRiZSZyZWNpcGllbnRBZGRyZXNzPW9uYXAtZGlzY3Vzc0BsaXN0cy5vbmFwLm9yZw__]

[http://ext.w1.samsung.net/mail/ext/v1/external/status/update?userid=m.ptacek=bWFpbElEPTIwMTgwNzE5MTQwMzEyZXVjYXMxcDE1Y2FlZmU1OWJlMzgxYjVmNGNlOGVjMGIwMWFjY2ZhMyZyZWNpcGllbnRBZGRyZXNzPW9uYXAtZGlzY3Vzc0BsaXN0cy5vbmFwLm9yZw__]






 [cid:image005.gif@01D41F5F.FFCDF970]

[http://ext.w1.samsung.net/mail/ext/v1/external/status/update?userid=m.ptacek=bWFpbElEPTIwMTgwNzE5MTUyNzA2ZXVjYXMxcDFiZjRiMTJiNDlmZWZlN2I0YjZlZDFjNmE4NDhlZDgwYSZyZWNpcGllbnRBZGRyZXNzPWJmMTkzNkBhdHQuY29t]

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive 

Re: [onap-discuss] ONAP VCPE Install Script Changes

[Gary Wu]

Hi Enyinna,

Pushing to sites/raw was deprecated in favor of having such scripts packaged 
and deployed to nexus as regular maven artifacts.  However, it looks like those 
scripts have not been packaged/deployed yet.  I’ll set this up and then get 
back to you.

Thanks,
Gary

From: Ochulor, Enyinna [mailto:enyinna.ochu...@intel.com]
Sent: Thursday, July 19, 2018 9:13 AM
To: PLATANIA, MARCO (MARCO) 
Cc: Multanen, Eric W ; Gary Wu 
; onap-discuss@lists.onap.org
Subject: RE: ONAP VCPE Install Script Changes

Copying the mailing list.

Thanks,
Enyinna Ochulor

From: Ochulor, Enyinna
Sent: Thursday, July 19, 2018 9:10 AM
To: 'PLATANIA, MARCO (MARCO)' 
mailto:plata...@research.att.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; Gary Wu 
mailto:gary.i...@huawei.com>>
Subject: RE: ONAP VCPE Install Script Changes

Hi Gary,

Have you had a chance to look into this?

Thanks,
Enyinna Ochulor

From: PLATANIA, MARCO (MARCO) [mailto:plata...@research.att.com]
Sent: Monday, July 16, 2018 7:48 PM
To: Ochulor, Enyinna 
mailto:enyinna.ochu...@intel.com>>
Cc: Multanen, Eric W 
mailto:eric.w.multa...@intel.com>>; Gary Wu 
mailto:gary.i...@huawei.com>>
Subject: Re: ONAP VCPE Install Script Changes

Hi Enyinna,

The daily Jenkins job should upload the new vCPE install scripts in 
https://nexus.onap.org/content/sites/raw/org.onap.demo/vnfs/vcpe/ in a 
subfolder called 1.3.0-SNAPSHOT. For some reason, this is not happening even 
though the job completes successfully.


Gary,

Is something different with snapshots compared to previous releases?

Thanks,
Marco

From: "Ochulor, Enyinna" 
mailto:enyinna.ochu...@intel.com>>
Date: Monday, July 16, 2018 at 5:00 PM
To: "PLATANIA, MARCO (MARCO)" 
mailto:plata...@research.att.com>>
Cc: "Multanen, Eric W" 
mailto:eric.w.multa...@intel.com>>
Subject: ONAP VCPE Install Script Changes

Hello Marco,

Any idea how to make changes to 
‘https://nexus.onap.org/content/sites/raw/org.onap.demo/vnfs/vcpe/’?
 As part of the build process, the new install scripts for VBNG, VGW, VBRG, and 
VGMUX need to be present in the that repo.

Thanks,
Enyinna Ochulor


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

View/Reply Online (#11293): https://lists.onap.org/g/onap-discuss/message/11293
Mute This Topic: https://lists.onap.org/mt/23745848/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 Beijing k8s vFW VID service deployment failed with SVC3001 error

[Vivekanandan Muthukrishnan]

Hi All,

Here is the VID screen shot for your reference.

Thanks & Regards
Vivek




On Thu, Jul 19, 2018 at 9:54 PM, Vivekanandan Muthukrishnan <
vmuthukrish...@aarnanetworks.com> wrote:

> Hi All,
>
> We deployed ONAP Beijing k8s and able on board vFW service and distributed
> the same from SDC. However the Service instance creation  (Deploy) failed
> at the VID UI.
>
> It seems like something went wrong at the AAI side, it looks like AAI is
> not persisting the SDC service models. We looked at the event logs and the
> event distribution was successful at the AAI model loader service & MSO.
>
> Is this a know issue ? Are there any workarounds for this one? Do let us
> know, if you need any further logs and below are the screen shots for your
> reference.
>
>
> *1) VID error : System failure (status: 404 message: Not Found) *
>
> VID UI Side URL : http://vid.api.simpledemo.
> onap.org:30200/vid/aai_get_services?r=0.5171660054823624
>
> Status Code : 404 Not Found
>
> Response :
>
> 
> {"requestError":{"serviceException":{"messageId":"SVC3001","text":"Resource
> not found for %1 using id %2 (msg=%3) (ec=%4)","variables":["GET","
> service-design-and-creation/services","Node Not Found:No Node of type
> service found at: service-design-and-creation/services","ERR.5.4.6114"]}}}
>
>
>
>
>
>
> *2)  SDC Service distribution success*
>
>
>
>
> Thanks & Regards
> Vivek
>
>

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

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

[onap-discuss] ONAP Beijing k8s vFW VID service deployment failed with SVC3001 error

[Vivekanandan Muthukrishnan]

Hi All,

We deployed ONAP Beijing k8s and able on board vFW service and distributed
the same from SDC. However the Service instance creation  (Deploy) failed
at the VID UI.

It seems like something went wrong at the AAI side, it looks like AAI is
not persisting the SDC service models. We looked at the event logs and the
event distribution was successful at the AAI model loader service & MSO.

Is this a know issue ? Are there any workarounds for this one? Do let us
know, if you need any further logs and below are the screen shots for your
reference.


*1) VID error : System failure (status: 404 message: Not Found) *

VID UI Side URL :
http://vid.api.simpledemo.onap.org:30200/vid/aai_get_services?r=0.5171660054823624

Status Code : 404 Not Found

Response :


{"requestError":{"serviceException":{"messageId":"SVC3001","text":"Resource
not found for %1 using id %2 (msg=%3)
(ec=%4)","variables":["GET","service-design-and-creation/services","Node
Not Found:No Node of type service found at:
service-design-and-creation/services","ERR.5.4.6114"]}}}






*2)  SDC Service distribution success*




Thanks & Regards
Vivek

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

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

Re: [E] Re: [onap-discuss] [oom] [sdc] sdc-fe is in waiting state infinitely

[Bharath Thiruveedula via Lists.Onap.Org]

Hi Kranthi,

Now I can see the below lines too.
+ python importONAPNormativeAll.py -i sdc-be.onap
 End output of "bash"  "/tmp/chef-script20180719-13-1u8cl9j" 
Ran "bash"  "/tmp/chef-script20180719-13-1u8cl9j" returned
FATAL: Chef::Exceptions::ChildConvergeError: Chef run process exited
unsuccessfully (exit code 1)
FATAL: Chef::Exceptions::ChildConvergeError: Chef run process exited
unsuccessfully (exit code 1)

Best Regards
Bharath T



On Thu, Jul 19, 2018 at 9:00 PM Kranthi Guttikonda <
kranthi.guttiko...@b-yond.com> wrote:

> Because + python importONAPNormativeAll.py -i sdc-be.onap didn’t finish.
> So, sdc-fe has the dependency on sdc-be and waits
>
>
>
> I had the same problem but not sure what is the root cause but in
> redeployment issue was disappeared. I am trying again to reproduce the issue
>
>
>
> Thanks,
> kranthi
>
>
>
> *From: * on behalf of "Bharath Thiruveedula
> via Lists.Onap.Org" 
> *Reply-To: *"onap-discuss@lists.onap.org" , "
> bharath.thiruveed...@verizon.com" 
> *Date: *Thursday, July 19, 2018 at 11:27 AM
> *To: *onap-discuss , "ml6...@intl.att.com" <
> ml6...@intl.att.com>
> *Cc: *"Kumar Skand Priya, Viswanath V" <
> viswanath.kumarskandpr...@verizon.com>, UdhayaChandran M <
> udhayachandra...@verizon.com>
> *Subject: *[onap-discuss] [oom] [sdc] sdc-fe is in waiting state
> infinitely
>
>
>
> Hi,
>
>
>
> I am trying to deploy SDC using OOM. But except sdc-fe all other pods are
> in RUNNING state even portal pods. After running kubectl describe pod
> sdc-fe -n onap, I could see below output:
>
>
>
> sdc-fe-job-completion:
>
> Container ID:
> docker://cae0e65c4f976d35075a7a9d065c354d239d17abe293eb52bf3e5f757fef0d64
>
> Image: oomk8s/readiness-check:2.0.0
>
> Image ID:  docker-pullable://oomk8s/readiness-check@sha256
> :7daa08b81954360ad03364febcb3dcfeb723bcc12ce3eb3ed3e53f2323ed
>
> Port:  
>
> Command:
>
>   /root/job_complete.py
>
> Args:
>
>   --job-name
>
>   dev-sdc-be-config-backend
>
> State:  Running
>
>   Started:  Thu, 19 Jul 2018
>
> Last State: Terminated
>
>   Reason:   Error
>
>   Exit Code:1
>
>   Started:  Thu, 19 Jul 2018
>
>   Finished: Thu, 19 Jul 2018
>
> Ready:  False
>
> Restart Count:  5
>
>
>
> But I couldn't find any error from sdc-be-config pod:
>
>
>
>
>
> /bin/chmod +x importCategoryTypes.py importCommon.py importDataTypes.py
> importGroupTypes.py importHeatTypes.py importNfvTypes.py importNodeType.py
> importNormativeAll.py importNormativeCapabilities.py
> importNormativeElements.py importNormativeInterfaceLifecycleTypes.py
> importNormativeNoHeatAndNormativeTypes.py importNormativeTypes.py
> importONAPNormativeAll.py importOnapTypes.py importPolicyTypes.py
> importSolTypes.py importUsersFromYaml.py upgradeHeatAndNormativeTypes.py
> upgradeHeatTypes1707.py upgradeNfvTypes.py upgradeNormative.py
> upgradeNormativeVersion.py upgradeNormativeVersionAll.py
> upgradeNormativeVersionProd1702_3537.py upgradeONAPNormative.py
> upgradeONAPTypes.py upgradeSolTypes.py
>
>   + check_normative=/tmp/check_normative.out
>
>   ++ curl -s -o /tmp/check_normative.out -w '%{http_code}\n'
> -X GET -H 'Content-Type: application/json;charset=UTF-8' -H 'USER_ID:
> jh0003' -H 'X-ECOMP-RequestID: cbe744a0-037b-458f-aab5-df6e543c4090'
> http://sdc-be.onap:8080/sdc2/rest/v1/screen
> 
>
>   + status_code=200
>
>   + '[' 200 '!=' 200 ']'
>
>   ++ cat /tmp/check_normative.out
>
>   ++ jq '.["resources"]|length'
>
>   + resources_len=0
>
>   + mkdir -p /var/lib/jetty/logs
>
>   + '[' 0 -eq 0 ']'
>
>   + python importONAPNormativeAll.py -i sdc-be.onap
>
>
>
> Am I missing anything here?
>
>
>
>
>
> Best Regards
>
> Bharath T
>
>
>
> 
>

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

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

Re: [onap-discuss] SDN-C: Invalid order-status error

[Brian]

Just as a test could you set the oper-status to “Active” in the SDNC interface 
? to see if that allows the delete to propagate ? (might get a failure in SO 
VNFAdapter but its worth a shot)

Not sure why the status is “deleted” in the VID screen and PendingCreate in 
SDNC  (i smell a bug :) )

I assume VID pulls that status from AAI.

I have a Casablanca goal to focus more on these delete flows so this is very 
helpful.

Brian


From: Michal Ptacek 
Sent: Thursday, July 19, 2018 11:27 AM
To: FREEMAN, BRIAN D ; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] SDN-C: Invalid order-status error

Hi Brian,

such VF’s are in delete state, but they are NOT

[cid:image002.jpg@01D41F55.4E835CA0]

See also xml attached, such VFs seems to be have that :

 
   
PendingCreate


M.


From: FREEMAN, BRIAN D [mailto:bf1...@att.com]
Sent: Thursday, July 19, 2018 5:14 PM
To: onap-discuss@lists.onap.org; 
m.pta...@partner.samsung.com
Subject: RE: [onap-discuss] SDN-C: Invalid order-status error

Michal,

What is the status of the vfmodule in the VID screen ?  (I assume it says 
“active” but just checking)

Also could query the SDNC VNF-API or the apidoc/explorer

http://10.12.5.36:30202/restconf/config/VNF-API:vnfs

"oper-status": {
"order-status": "Active",
"last-order-status": "PendingCreate",
"last-action": "VNFActivateRequest"
  },

We think the oper-status.order-status isnt “Active” on the ones that fail in 
SDNC

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Michal Ptacek
Sent: Thursday, July 19, 2018 10:03 AM
To: onap-discuss@lists.onap.org; FREEMAN, 
BRIAN D mailto:bf1...@att.com>>; 
m.pta...@partner.samsung.com
Subject: Re: [onap-discuss] SDN-C: Invalid order-status error

Hi Brian,

I am on k8s deployment and used demo-k8s.sh init for uploading subscriber 
specific stuff into AAI,

Anyway this is happening in subsequent step,
It happened for us when VF Module‘s creation failed (actually it can happen 
quite often in dev as we are still tuning sdnc-topology template file, which is 
uploaded in previous step)
But each such failure leads to this situation that creation failed but deleting 
is also not possible due to this problem below,

The only WA we discovered so far is to spawn new service instance,
It’s happening everytime (easily reproducable)

Any hints ?
Thanks,
Michal




From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Brian
Sent: Thursday, July 19, 2018 3:52 PM
To: onap-discuss@lists.onap.org; 
m.pta...@partner.samsung.com
Subject: Re: [onap-discuss] SDN-C: Invalid order-status error

Michal,

Does this happen when you use the robotframework ete.sh instantiate   or 
ete-k8s.sh onap instantiate ?

Instantiate does vLB, vVG, vFWCL create and  delete as well but it might be 
doing it higher in the object level.

Is it sporadic or every time ?

I have run into that problem but mostly on failed creates where we are a bit 
too picky on the status on a delete when a vfmodule didnt get created 
successfully.

Brian




From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Michal Ptacek
Sent: Thursday, July 19, 2018 8:24 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] SDN-C: Invalid order-status error

Hello,

we are testing VFWCL with stable/beijing, however we quite often hit following 
problem during VF Module deleting,
it’s practically unusable, any hints why this „SDN-C: Invalid order-status“ is 
happening ?

Our order is correct „vPKG first“

[cid:image004.jpg@01D41F55.4E835CA0]

Thank you,
Michal

[http://ext.w1.samsung.net/mail/ext/v1/external/status/update?userid=m.ptacek=bWFpbElEPTIwMTgwNzE5MTIyMzM5ZXVjYXMxcDJjZGVmOTE2MGQyYzIzZTVjNWY1YTBmM2NkNTJmZWRiZSZyZWNpcGllbnRBZGRyZXNzPW9uYXAtZGlzY3Vzc0BsaXN0cy5vbmFwLm9yZw__]

[http://ext.w1.samsung.net/mail/ext/v1/external/status/update?userid=m.ptacek=bWFpbElEPTIwMTgwNzE5MTQwMzEyZXVjYXMxcDE1Y2FlZmU1OWJlMzgxYjVmNGNlOGVjMGIwMWFjY2ZhMyZyZWNpcGllbnRBZGRyZXNzPW9uYXAtZGlzY3Vzc0BsaXN0cy5vbmFwLm9yZw__]






 [cid:image005.gif@01D41F55.4E835CA0]

[onap-discuss] [oom] [sdc] sdc-fe is in waiting state infinitely

[Bharath Thiruveedula via Lists.Onap.Org]

Hi,

I am trying to deploy SDC using OOM. But except sdc-fe all other pods are
in RUNNING state even portal pods. After running kubectl describe pod
sdc-fe -n onap, I could see below output:

sdc-fe-job-completion:
Container ID:
docker://cae0e65c4f976d35075a7a9d065c354d239d17abe293eb52bf3e5f757fef0d64
Image: oomk8s/readiness-check:2.0.0
Image ID:  docker-pullable://oomk8s/readiness-check@sha256
:7daa08b81954360ad03364febcb3dcfeb723bcc12ce3eb3ed3e53f2323ed
Port:  
Command:
  /root/job_complete.py
Args:
  --job-name
  dev-sdc-be-config-backend
State:  Running
  Started:  Thu, 19 Jul 2018
Last State: Terminated
  Reason:   Error
  Exit Code:1
  Started:  Thu, 19 Jul 2018
  Finished: Thu, 19 Jul 2018
Ready:  False
Restart Count:  5

But I couldn't find any error from sdc-be-config pod:


/bin/chmod +x importCategoryTypes.py importCommon.py importDataTypes.py
importGroupTypes.py importHeatTypes.py importNfvTypes.py importNodeType.py
importNormativeAll.py importNormativeCapabilities.py
importNormativeElements.py importNormativeInterfaceLifecycleTypes.py
importNormativeNoHeatAndNormativeTypes.py importNormativeTypes.py
importONAPNormativeAll.py importOnapTypes.py importPolicyTypes.py
importSolTypes.py importUsersFromYaml.py upgradeHeatAndNormativeTypes.py
upgradeHeatTypes1707.py upgradeNfvTypes.py upgradeNormative.py
upgradeNormativeVersion.py upgradeNormativeVersionAll.py
upgradeNormativeVersionProd1702_3537.py upgradeONAPNormative.py
upgradeONAPTypes.py upgradeSolTypes.py
  + check_normative=/tmp/check_normative.out
  ++ curl -s -o /tmp/check_normative.out -w '%{http_code}\n' -X
GET -H 'Content-Type: application/json;charset=UTF-8' -H 'USER_ID: jh0003'
-H 'X-ECOMP-RequestID: cbe744a0-037b-458f-aab5-df6e543c4090'
http://sdc-be.onap:8080/sdc2/rest/v1/screen
  + status_code=200
  + '[' 200 '!=' 200 ']'
  ++ cat /tmp/check_normative.out
  ++ jq '.["resources"]|length'
  + resources_len=0
  + mkdir -p /var/lib/jetty/logs
  + '[' 0 -eq 0 ']'
  + python importONAPNormativeAll.py -i sdc-be.onap

Am I missing anything here?


Best Regards
Bharath T

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

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

Re: [onap-discuss] SDN-C: Invalid order-status error

[Brian]

Might be handy to use the direct view of oper-status

http://10.12.5.36:30202/restconf/config/VNF-API:vnfs/vnf-list/77a13602-df70-42c4-a6fd-ae48cbf0ec8d/service-data/oper-status


(change the k8host IP and the vnf-id to match yoru environment and one of your 
VNFs)

I suspect you will get this back

{
  "oper-status": {
"order-status": "Active",
"last-order-status": "PendingCreate",
"last-action": "VNFActivateRequest"
  }
}

From: FREEMAN, BRIAN D
Sent: Thursday, July 19, 2018 11:14 AM
To: onap-discuss@lists.onap.org; m.pta...@partner.samsung.com
Subject: RE: [onap-discuss] SDN-C: Invalid order-status error

Michal,

What is the status of the vfmodule in the VID screen ?  (I assume it says 
“active” but just checking)

Also could query the SDNC VNF-API or the apidoc/explorer

http://10.12.5.36:30202/restconf/config/VNF-API:vnfs

"oper-status": {
"order-status": "Active",
"last-order-status": "PendingCreate",
"last-action": "VNFActivateRequest"
  },

We think the oper-status.order-status isnt “Active” on the ones that fail in 
SDNC

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Michal Ptacek
Sent: Thursday, July 19, 2018 10:03 AM
To: onap-discuss@lists.onap.org; FREEMAN, 
BRIAN D mailto:bf1...@att.com>>; 
m.pta...@partner.samsung.com
Subject: Re: [onap-discuss] SDN-C: Invalid order-status error

Hi Brian,

I am on k8s deployment and used demo-k8s.sh init for uploading subscriber 
specific stuff into AAI,

Anyway this is happening in subsequent step,
It happened for us when VF Module‘s creation failed (actually it can happen 
quite often in dev as we are still tuning sdnc-topology template file, which is 
uploaded in previous step)
But each such failure leads to this situation that creation failed but deleting 
is also not possible due to this problem below,

The only WA we discovered so far is to spawn new service instance,
It’s happening everytime (easily reproducable)

Any hints ?
Thanks,
Michal




From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Brian
Sent: Thursday, July 19, 2018 3:52 PM
To: onap-discuss@lists.onap.org; 
m.pta...@partner.samsung.com
Subject: Re: [onap-discuss] SDN-C: Invalid order-status error

Michal,

Does this happen when you use the robotframework ete.sh instantiate   or 
ete-k8s.sh onap instantiate ?

Instantiate does vLB, vVG, vFWCL create and  delete as well but it might be 
doing it higher in the object level.

Is it sporadic or every time ?

I have run into that problem but mostly on failed creates where we are a bit 
too picky on the status on a delete when a vfmodule didnt get created 
successfully.

Brian




From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Michal Ptacek
Sent: Thursday, July 19, 2018 8:24 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] SDN-C: Invalid order-status error

Hello,

we are testing VFWCL with stable/beijing, however we quite often hit following 
problem during VF Module deleting,
it’s practically unusable, any hints why this „SDN-C: Invalid order-status“ is 
happening ?

Our order is correct „vPKG first“

[cid:image002.jpg@01D41F53.574C93D0]

Thank you,
Michal

[http://ext.w1.samsung.net/mail/ext/v1/external/status/update?userid=m.ptacek=bWFpbElEPTIwMTgwNzE5MTIyMzM5ZXVjYXMxcDJjZGVmOTE2MGQyYzIzZTVjNWY1YTBmM2NkNTJmZWRiZSZyZWNpcGllbnRBZGRyZXNzPW9uYXAtZGlzY3Vzc0BsaXN0cy5vbmFwLm9yZw__]





 [cid:image003.gif@01D41F53.574C93D0]

[http://ext.w1.samsung.net/mail/ext/v1/external/status/update?userid=m.ptacek=bWFpbElEPTIwMTgwNzE5MTQwMzEyZXVjYXMxcDE1Y2FlZmU1OWJlMzgxYjVmNGNlOGVjMGIwMWFjY2ZhMyZyZWNpcGllbnRBZGRyZXNzPW9uYXAtZGlzY3Vzc0BsaXN0cy5vbmFwLm9yZw__]


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

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

Re: [onap-discuss] SDN-C: Invalid order-status error

[Brian]

Michal,

What is the status of the vfmodule in the VID screen ?  (I assume it says 
“active” but just checking)

Also could query the SDNC VNF-API or the apidoc/explorer

http://10.12.5.36:30202/restconf/config/VNF-API:vnfs

"oper-status": {
"order-status": "Active",
"last-order-status": "PendingCreate",
"last-action": "VNFActivateRequest"
  },

We think the oper-status.order-status isnt “Active” on the ones that fail in 
SDNC

From: onap-discuss@lists.onap.org  On Behalf Of 
Michal Ptacek
Sent: Thursday, July 19, 2018 10:03 AM
To: onap-discuss@lists.onap.org; FREEMAN, BRIAN D ; 
m.pta...@partner.samsung.com
Subject: Re: [onap-discuss] SDN-C: Invalid order-status error

Hi Brian,

I am on k8s deployment and used demo-k8s.sh init for uploading subscriber 
specific stuff into AAI,

Anyway this is happening in subsequent step,
It happened for us when VF Module‘s creation failed (actually it can happen 
quite often in dev as we are still tuning sdnc-topology template file, which is 
uploaded in previous step)
But each such failure leads to this situation that creation failed but deleting 
is also not possible due to this problem below,

The only WA we discovered so far is to spawn new service instance,
It’s happening everytime (easily reproducable)

Any hints ?
Thanks,
Michal




From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Brian
Sent: Thursday, July 19, 2018 3:52 PM
To: onap-discuss@lists.onap.org; 
m.pta...@partner.samsung.com
Subject: Re: [onap-discuss] SDN-C: Invalid order-status error

Michal,

Does this happen when you use the robotframework ete.sh instantiate   or 
ete-k8s.sh onap instantiate ?

Instantiate does vLB, vVG, vFWCL create and  delete as well but it might be 
doing it higher in the object level.

Is it sporadic or every time ?

I have run into that problem but mostly on failed creates where we are a bit 
too picky on the status on a delete when a vfmodule didnt get created 
successfully.

Brian




From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Michal Ptacek
Sent: Thursday, July 19, 2018 8:24 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] SDN-C: Invalid order-status error

Hello,

we are testing VFWCL with stable/beijing, however we quite often hit following 
problem during VF Module deleting,
it’s practically unusable, any hints why this „SDN-C: Invalid order-status“ is 
happening ?

Our order is correct „vPKG first“

[cid:image002.jpg@01D41F50.2266E380]

Thank you,
Michal

[http://ext.w1.samsung.net/mail/ext/v1/external/status/update?userid=m.ptacek=bWFpbElEPTIwMTgwNzE5MTIyMzM5ZXVjYXMxcDJjZGVmOTE2MGQyYzIzZTVjNWY1YTBmM2NkNTJmZWRiZSZyZWNpcGllbnRBZGRyZXNzPW9uYXAtZGlzY3Vzc0BsaXN0cy5vbmFwLm9yZw__]





 [cid:image003.gif@01D41F50.2266E380]

[http://ext.w1.samsung.net/mail/ext/v1/external/status/update?userid=m.ptacek=bWFpbElEPTIwMTgwNzE5MTQwMzEyZXVjYXMxcDE1Y2FlZmU1OWJlMzgxYjVmNGNlOGVjMGIwMWFjY2ZhMyZyZWNpcGllbnRBZGRyZXNzPW9uYXAtZGlzY3Vzc0BsaXN0cy5vbmFwLm9yZw__]


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

View/Reply Online (#11283): https://lists.onap.org/g/onap-discuss/message/11283
Mute This Topic: https://lists.onap.org/mt/23743937/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] facing problem with portal app

[Borislav Glozman]

Hi,

The AAF problem is usually related to nfs (/dockerdata-nfs) not working between 
the nodes.
Please check that the nfs is working.

Thanks,
Borislav Glozman
O:+972.9.776.1988
M:+972.52.2835726
[amdocs-a]
Amdocs a Platinum member of 
ONAP

From: Michael O'Brien
Sent: Thursday, July 19, 2018 5:49 PM
To: Vidhu Shekhar Pandey - ERS, HCL Tech ; Borislav 
Glozman ; Mike Elliott 
Cc: onap-discuss@lists.onap.org
Subject: RE: facing problem with portal app

Hi,
   For the aaf pod - this looks like one of the known issue pods - we need a 
page for these though for reference - the teams like AAF can keep up to date 
(along with checking the status of the CI/CD reference servers)
   For your portal issue - I don't remember if it was your team or another we 
were working with - where I mentioned that only the Rancher RI comes with a 
default LoadBalancer service - make sure if you are using an alternative 
kubernetes setup based on kubectl that you setup your own native LoadBalancer - 
or switch to using Rancher.
   Thank you
/michael

From: Vidhu Shekhar Pandey - ERS, HCL Tech 
mailto:vidhu.pan...@hcl.com>>
Sent: Thursday, July 19, 2018 10:08 AM
To: Michael O'Brien mailto:frank.obr...@amdocs.com>>; 
Borislav Glozman 
mailto:borislav.gloz...@amdocs.com>>; Mike Elliott 
mailto:mike.elli...@amdocs.com>>
Cc: onap-discuss@lists.onap.org
Subject: RE: facing problem with portal app

Hi Mike/Borislav,

As discussed in yesterday's meeting I am sharing the configuration I have setup 
in my lab. I have one Rancher node and a cluster of 4 Kubernetes nodes for the 
Beijing release. Rancher VM is 12 vCPU, 15GB RAM , 80GB disk. Each k8s VM node 
is 12 vCPUs, 40GB RAM, 160GB disk. This I am setting this up in OpenStack 
following the steps is link 
http://onap.readthedocs.io/en/latest/submodules/oom.git/docs/oom_setup_kubernetes_rancher.html.

I had shared this with Michael O'Brien earlier and got the setup verified as in 
the below mail. But even after trying 2-3 attempts some of the pods did not 
come up. These are intermittent and the failed pods vary each time. In recent 
run I had problem with:

onap-aaf-cm (crashloopbackoff)
onap-dbc-pg-0 (this shows readiness probe failure)
onap-dbc-pg-1 (this pod used to come up earlier but not this time)
onap-dmaap-bus-controller (crashloopbackoff)
portal-app (this remains in init state every time due to a failed init 
container)

Just wanted  to know if having 6 k8s nodes with 32 GB RAM, as suggested by 
Borislav in recent posts, would improve the chances?
Michael had indicated that there are Docker image downloading problems which 
can lead to pod syncing issues. What Internet speed is recommended for pulling 
the images; could fluctuating bandwidth be a problem?

Thanks,
Vidhu

From: Michael O'Brien [mailto:frank.obr...@amdocs.com]
Sent: 05 July 2018 04:57
To: Vidhu Shekhar Pandey - ERS, HCL Tech 
mailto:vidhu.pan...@hcl.com>>
Cc: onap-discuss@lists.onap.org
Subject: RE: facing problem with portal app

Adding ONAP community for reference and input
Your setup looks fine - docker downloads will be 40G per VM, the master will 
only run the rancher/kubernetes system, ONAP will sort of come up in 96G but it 
will expand past 120G if you provide a large enough cluster - you are running 
160G so ok there as well.

Deploying ONAP on a clean set of VM will be problematic mostly because of the 
docker downloads issue - until we retrofit the preload script to run off the 
manifest.  The 2nd time you deploy it will come up faster for that day as your 
4 docker caches per/vm are filled.  This is less of a problem on some cloud 
providers and if you run behind your own local nexus3 proxy.

The NFS share is recommended but not required until pods start getting 
rescheduled across cluster VM's
The system does have dependency tracking in the case of readiness checks - but 
the number of retries are unfortunately finite in number and durations and 
start time - to be fine tuned as we go.  Therefore you are subject to a bit of 
random start order for now - as we have not allocated resource cpu/ram where it 
is required low in the dep tree yet - except for DaemonSets.  Lately for the 
past 2 weeks portal has also been failing for the CD system when it runs every 
4 hours, along with clamp, appc, nbi, oof, policy, sdc (db init container 
related retries), sdnc, so,  and intermittently dcae, aaf, and a couple aai on 
kibana.onap.info:5601

I have not looked into all of these failures, a couple were docker image tag 
version flips 

Re: [onap-discuss] facing problem with portal app

[Michael O'Brien]

Hi,
   For the aaf pod - this looks like one of the known issue pods - we need a 
page for these though for reference - the teams like AAF can keep up to date 
(along with checking the status of the CI/CD reference servers)
   For your portal issue - I don't remember if it was your team or another we 
were working with - where I mentioned that only the Rancher RI comes with a 
default LoadBalancer service - make sure if you are using an alternative 
kubernetes setup based on kubectl that you setup your own native LoadBalancer - 
or switch to using Rancher.
   Thank you
/michael

From: Vidhu Shekhar Pandey - ERS, HCL Tech 
Sent: Thursday, July 19, 2018 10:08 AM
To: Michael O'Brien ; Borislav Glozman 
; Mike Elliott 
Cc: onap-discuss@lists.onap.org
Subject: RE: facing problem with portal app

Hi Mike/Borislav,

As discussed in yesterday's meeting I am sharing the configuration I have setup 
in my lab. I have one Rancher node and a cluster of 4 Kubernetes nodes for the 
Beijing release. Rancher VM is 12 vCPU, 15GB RAM , 80GB disk. Each k8s VM node 
is 12 vCPUs, 40GB RAM, 160GB disk. This I am setting this up in OpenStack 
following the steps is link 
http://onap.readthedocs.io/en/latest/submodules/oom.git/docs/oom_setup_kubernetes_rancher.html.

I had shared this with Michael O'Brien earlier and got the setup verified as in 
the below mail. But even after trying 2-3 attempts some of the pods did not 
come up. These are intermittent and the failed pods vary each time. In recent 
run I had problem with:

onap-aaf-cm (crashloopbackoff)
onap-dbc-pg-0 (this shows readiness probe failure)
onap-dbc-pg-1 (this pod used to come up earlier but not this time)
onap-dmaap-bus-controller (crashloopbackoff)
portal-app (this remains in init state every time due to a failed init 
container)

Just wanted  to know if having 6 k8s nodes with 32 GB RAM, as suggested by 
Borislav in recent posts, would improve the chances?
Michael had indicated that there are Docker image downloading problems which 
can lead to pod syncing issues. What Internet speed is recommended for pulling 
the images; could fluctuating bandwidth be a problem?

Thanks,
Vidhu

From: Michael O'Brien [mailto:frank.obr...@amdocs.com]
Sent: 05 July 2018 04:57
To: Vidhu Shekhar Pandey - ERS, HCL Tech 
mailto:vidhu.pan...@hcl.com>>
Cc: onap-discuss@lists.onap.org
Subject: RE: facing problem with portal app

Adding ONAP community for reference and input
Your setup looks fine - docker downloads will be 40G per VM, the master will 
only run the rancher/kubernetes system, ONAP will sort of come up in 96G but it 
will expand past 120G if you provide a large enough cluster - you are running 
160G so ok there as well.

Deploying ONAP on a clean set of VM will be problematic mostly because of the 
docker downloads issue - until we retrofit the preload script to run off the 
manifest.  The 2nd time you deploy it will come up faster for that day as your 
4 docker caches per/vm are filled.  This is less of a problem on some cloud 
providers and if you run behind your own local nexus3 proxy.

The NFS share is recommended but not required until pods start getting 
rescheduled across cluster VM's
The system does have dependency tracking in the case of readiness checks - but 
the number of retries are unfortunately finite in number and durations and 
start time - to be fine tuned as we go.  Therefore you are subject to a bit of 
random start order for now - as we have not allocated resource cpu/ram where it 
is required low in the dep tree yet - except for DaemonSets.  Lately for the 
past 2 weeks portal has also been failing for the CD system when it runs every 
4 hours, along with clamp, appc, nbi, oof, policy, sdc (db init container 
related retries), sdnc, so,  and intermittently dcae, aaf, and a couple aai on 
kibana.onap.info:5601

I have not looked into all of these failures, a couple were docker image tag 
version flips that were required, a couple were removed images from nexus3 that 
were fixed.

My highest healthcheck was 40/43 on June 20th on a clean cluster - where there 
were only issues with clamp, sdc and sdnc - most of them timing related not 
particular to these apps - they were just unlucky to be starved of resources - 
this is on a 4 cluster (64cores/256G ram) each 16 cores/64G/120Gssd/20GbpsNet 
with EFS/NFS share

As you can see -failed containers does not necessarily match failed 
healtchecks.  Health can still fail on 1/1 or 2/2 running containers if these 
are still initializing - which is good, or not fail if the container is not 
part of the healthcheck - which is 

Re: [onap-discuss] SDN-C: Invalid order-status error

[Michal Ptacek]

Hi Brian,

 

I am on k8s deployment and used demo-k8s.sh init for uploading subscriber 
specific stuff into AAI,

 

Anyway this is happening in subsequent step, 

It happened for us when VF Module‘s creation failed (actually it can happen 
quite often in dev as we are still tuning sdnc-topology template file, which is 
uploaded in previous step)

But each such failure leads to this situation that creation failed but deleting 
is also not possible due to this problem below,

 

The only WA we discovered so far is to spawn new service instance,

It’s happening everytime (easily reproducable)

 

Any hints ?

Thanks,

Michal

 

 

 

 

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Brian
Sent: Thursday, July 19, 2018 3:52 PM
To: onap-discuss@lists.onap.org; m.pta...@partner.samsung.com
Subject: Re: [onap-discuss] SDN-C: Invalid order-status error

 

Michal,

 

Does this happen when you use the robotframework ete.sh instantiate   or 
ete-k8s.sh onap instantiate ?

 

Instantiate does vLB, vVG, vFWCL create and  delete as well but it might be 
doing it higher in the object level.

 

Is it sporadic or every time ?

 

I have run into that problem but mostly on failed creates where we are a bit 
too picky on the status on a delete when a vfmodule didnt get created 
successfully.

 

Brian

 

 

 

 

From: onap-discuss@lists.onap.org   
mailto:onap-discuss@lists.onap.org> > On Behalf 
Of Michal Ptacek
Sent: Thursday, July 19, 2018 8:24 AM
To: onap-discuss@lists.onap.org  
Subject: [onap-discuss] SDN-C: Invalid order-status error

 

Hello,

 

we are testing VFWCL with stable/beijing, however we quite often hit following 
problem during VF Module deleting,

it’s practically unusable, any hints why this „SDN-C: Invalid order-status“ is 
happening ?

 

Our order is correct „vPKG first“

 



 

Thank you,

Michal


 

 




  

 




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

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

Re: [onap-discuss] SDN-C: Invalid order-status error

[Brian]

Michal,

Does this happen when you use the robotframework ete.sh instantiate   or 
ete-k8s.sh onap instantiate ?

Instantiate does vLB, vVG, vFWCL create and  delete as well but it might be 
doing it higher in the object level.

Is it sporadic or every time ?

I have run into that problem but mostly on failed creates where we are a bit 
too picky on the status on a delete when a vfmodule didnt get created 
successfully.

Brian




From: onap-discuss@lists.onap.org  On Behalf Of 
Michal Ptacek
Sent: Thursday, July 19, 2018 8:24 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] SDN-C: Invalid order-status error

Hello,

we are testing VFWCL with stable/beijing, however we quite often hit following 
problem during VF Module deleting,
it’s practically unusable, any hints why this „SDN-C: Invalid order-status“ is 
happening ?

Our order is correct „vPKG first“

[cid:image002.jpg@01D41F45.97266F70]

Thank you,
Michal





 [cid:image003.gif@01D41F45.97266F70]

[http://ext.w1.samsung.net/mail/ext/v1/external/status/update?userid=m.ptacek=bWFpbElEPTIwMTgwNzE5MTIyMzM5ZXVjYXMxcDJjZGVmOTE2MGQyYzIzZTVjNWY1YTBmM2NkNTJmZWRiZSZyZWNpcGllbnRBZGRyZXNzPW9uYXAtZGlzY3Vzc0BsaXN0cy5vbmFwLm9yZw__]


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

View/Reply Online (#11278): https://lists.onap.org/g/onap-discuss/message/11278
Mute This Topic: https://lists.onap.org/mt/23743937/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] Sparky-fe - problem with storeAnalytics enpoint

[Arul Nambi]

Hi Switon,
I recently made a few changed to the OOM Beijing can you try pulling the latest 
release it will fix the issue where you do not see the vnf once it has been 
added to AAI.

My understading is portal team is working on making the analytics better. It is 
a question better directed towards them. Manoop and Sunder will be the right 
person to answer those questions for you.
I don’t understand your comment about the request not coming from sparky can 
you please elaborate?
Regards
Arul

-Original Message-
From: Switon, Tomasz (Nokia - PL/Wroclaw) [mailto:tomasz.swi...@nokia.com] 
Sent: Thursday, July 19, 2018 3:58 AM
To: Arul Nambi 
Cc: onap-discuss@lists.onap.org
Subject: Re: Sparky-fe - problem with storeAnalytics enpoint

The lab has been deployed with OOM - Beijing version. 

I have investigated the portal endpoint that you have mentioned, but as far as 
I can read it, it parses the request body for the parameter, that does not (and 
cannot) come from the sparky-fe and then echoes the whole request body back to 
the poster. 

Is there some specification to this portal endpoints? All I have found is this 
page, but it does not provide information about request body. 
http://onap.readthedocs.io/en/latest/submodules/portal.git/docs/platfor
m/offeredapis.html 

On Wed, 2018-07-18 at 15:56 +, Arul Nambi wrote:
> Hi Switon,
> I am glad to hear that you are trying the sparky-ui.
> To help you with the missing VNF can I ask you how you have deployed 
> your setup? Do you have the OOM/Heat/Dev setup? And which version of 
> ONAP you are using?
> Regarding the /api/v2/storeAnalytics call it is a call that the portal 
> wanted us to use. I have asked the portal team to eloborte on that I 
> will let you know once I find the answers.
> Regards
> Arul
>  
> From: Switon, Tomasz (Nokia - PL/Wroclaw) [mailto:tomasz.switon@nokia 
> .com]
> Sent: Wednesday, July 18, 2018 7:35 AM
> To: Arul Nambi 
> Subject: Sparky-fe - problem with storeAnalytics enpoint
>  
> Hi Arul,
>  
> I am investigating a bug that we have noticed in nokia bout sparky- 
> fe. After creating VNF it is not visible in AAI UI (I'm assuming that 
> sparky-fe is the only UI for AAI - if there is another one, please 
> inform me).
>  
> I have debug this and noticed, that the page sends a POST on the 
> '/api/v2/storeAnalytics' endpoint. The response is 404 and I have not 
> found any information about this endpoint anywhere in the code. Do you 
> know in which project I can find it?
>  
> Besides, I have found that, the method that sends this 
> 'postAnalyticsData' in /sparky- 
> fe/src/app/analytics/AnalyticsActions.js. I see that you have commited 
> this code to the project. I can see that the body has always and empty 
> 'page' and 'functions' keys and an 'action' key, which seems to map to 
> the whole html of the page that sends this request (sic!). I really 
> don't know how to interpret this... Why send a html of the page using 
> the POST method to some endpoint? Could you please help me out?
>  
> --
> Best regards,
> Tomasz Switon
>  
> Software Development Specialist, Software Engineer MN MANO RD 
> ONAP-UI-ML DEVOPS WRO 2 SG Nokia Contact number: +48 727 590 036 This 
> message and the information contained herein is proprietary and 
> confidential and subject to the Amdocs policy statement, you may 
> review at https://www.amdocs.com/about/email-disclaimer
This message and the information contained herein is proprietary and 
confidential and subject to the Amdocs policy statement,

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


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

View/Reply Online (#11276): https://lists.onap.org/g/onap-discuss/message/11276
Mute This Topic: https://lists.onap.org/mt/23672134/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] Supporting IETF Interface YANG model based on RFC8343?

[WRIGHT, STEVEN A]

The obsolescence/upgrade of upstream specifications seems like a   problem we 
need a generic solution for. These may not be major feature upgrades, but we 
need to maintain parity with the larger industry.  Even if the RFC upgrade is 
not supported in this release, I would expect we would need to support it in a 
future release. Hence I would like to find a way to track this in JIRA and 
assign it to a future release so that we don't forget about it.  We can 
reconsider the task as we review the next release planning whether this sort of 
upgrade should be supported in that release. I can create a task/story  in 
VNFRQTS for the upgrade there, but I would need corresponding tasks for the 
upgrades that would need to be in place elsewhere in the ONAP platform 
components and have them assigned to those components.  
Does this seem a reasonable way to proceed?

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

View/Reply Online (#11273): https://lists.onap.org/g/onap-discuss/message/11273
Mute This Topic: https://lists.onap.org/mt/23743179/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] Supporting IETF Interface YANG model based on RFC8343?

[Brian]

[sdnc/northbound.git]
 / 
generic-resource-api
 / 
model
 / 
src
 / 
main
 / 
yang
 / 
GENERIC-RESOURCE-API.yang

There is also a northbound model under sdnc/northbound/vnf-api.
You will also want to check the LCM-API.yang model (under ccsdk or appc  should 
be the same model as we move it from appc to ccsdk)


Service providers may also have service provider specific northbound models and 
of course various adapters have yang models

In any case a find across the ONAP tree services a set like this.

Brian

./ccsdk/sli/core/sli/model/src/main/yang/sliapi.yang
./ccsdk/sli/core/sliapi/provider/src/main/yang/sliapi-provider-impl.yang
./ccsdk/sli/core/sliapi/model/src/main/yang/sliapi.yang
./ccsdk/sli/northbound/dataChange/model/src/main/yang/DataChange.yang
./ccsdk/sli/northbound/lcm/model/src/main/yang/lcm.yang
./ccsdk/sli/northbound/asdcApi/model/src/main/yang/ASDC-API.yang
./ccsdk/sli/northbound/asdcApi/model/src/main/yang/asdc-license-model.yang
./ccsdk/sli/northbound/asdcApi/model/src/main/yang/asdc-api-common.yang
./demo/vnfs/honeycomb_plugin/sample_plugin/sample-plugin-api/src/main/yang/sample-plugin.yang
./demo/vnfs/vLBMS/apis/health-vnf-onap-plugin/health-vnf-onap-plugin-api/src/main/yang/health-vnf-onap-plugin.yang
./demo/vnfs/vLBMS/apis/vlb-business-vnf-onap-plugin/vlb-business-vnf-onap-plugin-api/src/main/yang/vlb-business-vnf-onap-plugin.yang
./sdnc/northbound/vnfapi/model/src/main/yang/VNF-API.yang
./sdnc/northbound/vnfapi/model/src/main/yang/vnfsubmodule.yang
./sdnc/northbound/generic-resource-api/model/src/main/yang/GENERIC-RESOURCE-API.yang
./appc/appc-provider/appc-provider-model/src/main/yang/appc-provider-lcm.yang
./appc/appc-provider/appc-provider-model/src/main/yang/appc-provider.yang
./appc/appc-provider/appc-provider-bundle/src/main/yang/appc-provider-lcm.yang
./appc/appc-provider/appc-provider-bundle/src/main/yang/appc-provider.yang
./appc/appc-inbound/appc-design-services/model/src/main/yang/appc-design-services.yang
./appc/appc-inbound/appc-artifact-handler/provider/src/main/yang/artifact-handler-provider-impl.yang
./appc/appc-inbound/appc-artifact-handler/model/src/main/yang/artifact-handler.yang
./appc/appc-inbound/appc-interfaces-service/model/src/main/yang/appc-interfaces-service.yang
./appc/appc-oam/appc-oam-model/src/main/yang/appc-oam.yang
./appc/appc-oam/appc-oam-bundle/src/main/yang/appc-oam.yang
./appc/appc-sequence-generator/appc-sequence-generator-model/src/main/yang/sequence-generator.yang
./appc/appc-sequence-generator/appc-sequence-generator-bundle/src/main/yang/sequence-generator.yang
./appc/appc-sdc-listener/appc-yang-generator/src/test/resources/yang/expectedYang.yang
./appc/appc-dg/appc-dg-shared/appc-dg-mdsal-store/appc-dg-mdsal-model/src/main/yang/mdsal-store.yang
./appc/appc-dg/appc-dg-shared/appc-dg-mdsal-store/appc-dg-mdsal-bundle/src/main/yang/mdsal-store.yang

From: John Quilty 
Sent: Thursday, July 19, 2018 5:48 AM
To: FREEMAN, BRIAN D ; onap-discuss@lists.onap.org
Subject: Supporting IETF Interface YANG model based on RFC8343?

Hi Brian
  I am also looking at a JIRA issue about whether we should support RFC8343 
(YANG data model for interface management) as it obsoletes RFC7223. I cannot 
find the interface YANG model used by SDNC. Is it based on RFC7223 or RFC8343?


The difference is that the "/interfaces-state" subtree with read only data 
nodes is deprecated in RFC8343. All read only data nodes are now present in the 
"/interfaces" subtree (which previously only had read write data nodes). 
RFC7223 structure is still allowed in RFC8343 for backward compatibility 
reasons.



New RFC8343 model:

module: ietf-interfaces
 +--rw interfaces
+--rw interface* [name]
   +--rw namestring
   +--rw description?string
   +--rw typeidentityref
   +--rw enabled?boolean
   +--rw link-up-down-trap-enable?   enumeration {if-mib}?
   +--ro admin-statusenumeration {if-mib}?
   +--ro oper-status enumeration
   +--ro last-change?yang:date-and-time
 

[onap-discuss] SDN-C: Invalid order-status error

[Michal Ptacek]

Hello,

 

we are testing VFWCL with stable/beijing, however we quite often hit
following problem during VF Module deleting,

it's practically unusable, any hints why this "SDN-C: Invalid order-status"
is happening ?

 

Our order is correct "vPKG first"

 



 

Thank you,

Michal


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

View/Reply Online (#11269): https://lists.onap.org/g/onap-discuss/message/11269
Mute This Topic: https://lists.onap.org/mt/23743937/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-tsc][OOM] PTL Election for OOM

[Yury Novitsky]

+1

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

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

[onap-discuss] Supporting IETF Interface YANG model based on RFC8343?

[John Q]

Hi Brian
  I am also looking at a JIRA issue about whether we should support RFC8343 
(YANG data model for interface management) as it obsoletes RFC7223. I cannot 
find the interface YANG model used by SDNC. Is it based on RFC7223 or RFC8343?


The difference is that the "/interfaces-state" subtree with read only data 
nodes is deprecated in RFC8343. All read only data nodes are now present in the 
"/interfaces" subtree (which previously only had read write data nodes). 
RFC7223 structure is still allowed in RFC8343 for backward compatibility 
reasons.



New RFC8343 model:

module: ietf-interfaces
 +--rw interfaces
+--rw interface* [name]
   +--rw namestring
   +--rw description?string
   +--rw typeidentityref
   +--rw enabled?boolean
   +--rw link-up-down-trap-enable?   enumeration {if-mib}?
   +--ro admin-statusenumeration {if-mib}?
   +--ro oper-status enumeration
   +--ro last-change?yang:date-and-time
   +--ro if-indexint32 {if-mib}?
   +--ro phys-address?   yang:phys-address
   +--ro higher-layer-if*interface-ref
   +--ro lower-layer-if* interface-ref
   +--ro speed?  yang:gauge64
   +--ro statistics
  +--ro discontinuity-timeyang:date-and-time
  +--ro in-octets?yang:counter64
  +--ro in-unicast-pkts?  yang:counter64
  +--ro in-broadcast-pkts?yang:counter64
  +--ro in-multicast-pkts?yang:counter64
  +--ro in-discards?  yang:counter32
  +--ro in-errors?yang:counter32
  +--ro in-unknown-protos?yang:counter32
  +--ro out-octets?   yang:counter64
  +--ro out-unicast-pkts? yang:counter64
  +--ro out-broadcast-pkts?   yang:counter64
  +--ro out-multicast-pkts?   yang:counter64
  +--ro out-discards? yang:counter32
  +--ro out-errors?   yang:counter32

Regards
John

From: FREEMAN, BRIAN D 
Sent: 18 July 2018 14:13
To: 'onap-discuss@lists.onap.org' < onap-discuss@lists.onap.org >; John Quilty 

Subject: RE: Supporting YANG models based on RFC6020 and RFC7950

At least for GENERIC-RESOURCE-API.

Vendor models exposed directly would be supported if ODL correctly communicates 
with the Yang 1.1 based device

Brian


From: FREEMAN, BRIAN D
Sent: Wednesday, July 18, 2018 9:12 AM
To: onap-discuss@lists.onap.org; 
john.qui...@ericsson.com
Subject: RE: Supporting YANG models based on RFC6020 and RFC7950

I thought this question had already been asked and the feedback was that only 
RFC6020 (Yang 1.0) was supported not RFC7950 (Yang 1.1)

For VNF netconf interfaces I think there is recognition that Yang 1.1 models 
are available in a few devices and I thought folks were going to make it an 
option for the VNF Requirements.

We are not supporting it on the northbound restconf interfaces on the 
controllers.

I think you should follow up with the VNF Requirements project  (Stephen Wright 
is PTL) if you are not already working with them.

Brian




From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
John Q
Sent: Wednesday, July 18, 2018 6:42 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Supporting YANG models based on RFC6020 and RFC7950

Hi
  I am looking to find out if there are any ONAP components using YANG parsers 
that cannot support models based on RFC7950 (also known as RFC6020bis). The ODL 
Yang parser can support both RFC6020 and RFC7950
Regards
 John


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

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

[onap-discuss][clamp][policy] Error during closed loop resubmit

[Krysiak, Adam (Nokia - PL/Wroclaw)]

Hi,


I've found weird behavior during resubmitting Policy from CLAMP.

During 'resubmit' CLAMP first checks if policy exists to know if it should be 
created or updated.

>From logs I see that during check response is that it's new policy.

But when clamp tries to create it the response is that policy already exists.

Also in logs there is an info about bad request when checking policy.

Data Issue: :400:[{"policyConfigMessage":"PE300 - Data Issue: Incorrect Params 
passed: Decision not a 
Permit.","policyConfigStatus":"CONFIG_NOT_FOUND","type":null,"config":null,"policyName":null,"policyType":null,"policyVersion":null,"matchingConditions":null,"responseAttributes":null,"property":null}]
At least that's what logs are saying.


I've quickly debugged it and it looks like CLAMP sends request with body:

{"policyName":"test_policy_error.Config_MS_ClosedLoop_3cb6b3ad_8b2a_11e8_b055_0242ac120003_TCA_0owl1kv","onapName":null,"configName":null,"configAttributes":null,"requestID":null,"unique":false,"ecompName":null}


In exception from Policy policyName param is null but clamp is sending it.
It looks like some simple serialization issue on Policy side.

I've attached logs to this email.

Can anyone take a look and tell if it happens only on my environment because of 
some misconfiguration or is it a bug and jira needs to be created?




Adam Krysiak
Software Engineer
MN MANO RD ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316

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

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

10:06:43.808 [http-nio-8080-exec-25] INFO  
org.onap.clamp.clds.client.req.tca.TcaRequestFormatter - 
tcaPolicyContent={"domain":"measurementsForVfScaling","metricsPerEventName":[{"eventName":"vLoadBalancer","controlLoopSchemaType":"VNF","policyScope":"DCAE","policyName":"test_policy_error.ClosedLoop_3cb6b3ad_8b2a_11e8_b055_0242ac120003_TCA_0owl1kv","policyVersion":"v0.0.1","thresholds":[{"closedLoopControlName":"ClosedLoop-3cb6b3ad-8b2a-11e8-b055-0242ac120003_0","version":"1.0.2","fieldPath":"$.event.measurementsForVfScalingFields.additionalMeasurements[*].arrayOfFields[0].value","thresholdValue":10,"direction":"GREATER","severity":"MAJOR","closedLoopEventStatus":"ONSET"}]}]}
10:06:43.808 [http-nio-8080-exec-25] INFO  
org.onap.clamp.clds.client.req.tca.TcaRequestFormatter - 
tcaPolicyReq={"service":"tca_policy","version":"1.1.0","location":"SampleServiceLocation","configName":"SampleConfigName","uuid":"test","policyScope":"CLAMP","templateVersion":"OpenSource.version.1","policyName":"test_policy_error.ClosedLoop_3cb6b3ad_8b2a_11e8_b055_0242ac120003_TCA_0owl1kv","description":"MicroService
 
Policy","priority":"1","riskType":"SampleRiskType","riskLevel":"1","guard":"False","content":{"tca_policy":{"domain":"measurementsForVfScaling","metricsPerEventName":[{"eventName":"vLoadBalancer","controlLoopSchemaType":"VNF","policyScope":"DCAE","policyName":"test_policy_error.ClosedLoop_3cb6b3ad_8b2a_11e8_b055_0242ac120003_TCA_0owl1kv","policyVersion":"v0.0.1","thresholds":[{"closedLoopControlName":"ClosedLoop-3cb6b3ad-8b2a-11e8-b055-0242ac120003_0","version":"1.0.2","fieldPath":"$.event.measurementsForVfScalingFields.additionalMeasurements[*].arrayOfFields[0].value","thresholdValue":10,"direction":"GREATER","severity":"MAJOR","closedLoopEventStatus":"ONSET"}]}]}}}
10:06:43.808 [http-nio-8080-exec-25] INFO  
org.onap.clamp.clds.client.req.policy.PolicyClient - Search in Policy Engine 
for 
policyName=test_policy_error.Config_MS_ClosedLoop_3cb6b3ad_8b2a_11e8_b055_0242ac120003_TCA_0owl1kv
10:06:44.087 [http-nio-8080-exec-25] WARN  
org.onap.clamp.clds.client.req.policy.PolicyClient - policy not found...policy 
name - 
test_policy_error.Config_MS_ClosedLoop_3cb6b3ad_8b2a_11e8_b055_0242ac120003_TCA_0owl1kv
org.onap.policy.api.PolicyConfigException: PE300 - Data Issue: Invalid Data is 
given.
at 
org.onap.policy.std.StdPolicyEngine.getConfigImpl(StdPolicyEngine.java:628)
at 
org.onap.policy.std.StdPolicyEngine.getConfig(StdPolicyEngine.java:236)
at org.onap.policy.api.PolicyEngine.getConfig(PolicyEngine.java:247)
at 
org.onap.clamp.clds.client.req.policy.PolicyClient.getVersions(PolicyClient.java:339)
at 
org.onap.clamp.clds.client.req.policy.PolicyClient.send(PolicyClient.java:227)
at 
org.onap.clamp.clds.client.req.policy.PolicyClient.sendMicroServiceInOther(PolicyClient.java:202)
at 
org.onap.clamp.clds.client.TcaPolicyDelegate.execute(TcaPolicyDelegate.java:72)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62)
at 

Re: [onap-discuss] Sparky-fe - problem with storeAnalytics enpoint

[Switon, Tomasz (Nokia - PL/Wroclaw)]

The lab has been deployed with OOM - Beijing version. 

I have investigated the portal endpoint that you have mentioned, but as
far as I can read it, it parses the request body for the parameter,
that does not (and cannot) come from the sparky-fe and then echoes the
whole request body back to the poster. 

Is there some specification to this portal endpoints? All I have found
is this page, but it does not provide information about request body. 
http://onap.readthedocs.io/en/latest/submodules/portal.git/docs/platfor
m/offeredapis.html 

On Wed, 2018-07-18 at 15:56 +, Arul Nambi wrote:
> Hi Switon,
> I am glad to hear that you are trying the sparky-ui.
> To help you with the missing VNF can I ask you how you have deployed
> your setup? Do you have the OOM/Heat/Dev setup? And which version of
> ONAP you are using?
> Regarding the /api/v2/storeAnalytics call it is a call that the
> portal wanted us to use. I have asked the portal team to eloborte on
> that I will let you know once I find the answers.
> Regards
> Arul
>  
> From: Switon, Tomasz (Nokia - PL/Wroclaw) [mailto:tomasz.switon@nokia
> .com] 
> Sent: Wednesday, July 18, 2018 7:35 AM
> To: Arul Nambi 
> Subject: Sparky-fe - problem with storeAnalytics enpoint
>  
> Hi Arul,
>  
> I am investigating a bug that we have noticed in nokia bout sparky-
> fe. After creating VNF it is not visible in AAI UI (I'm assuming that
> sparky-fe is the only UI for AAI - if there is another one, please
> inform me).
>  
> I have debug this and noticed, that the page sends a POST on the
> '/api/v2/storeAnalytics' endpoint. The response is 404 and I have not
> found any information about this endpoint anywhere in the code. Do
> you know in which project I can find it?
>  
> Besides, I have found that, the method that sends this
> 'postAnalyticsData' in /sparky-
> fe/src/app/analytics/AnalyticsActions.js. I see that you have
> commited this code to the project. I can see that the body has always
> and empty 'page' and 'functions' keys and an 'action' key, which
> seems to map to the whole html of the page that sends this request
> (sic!). I really don't know how to interpret this... Why send a html
> of the page using the POST method to some endpoint? Could you please
> help me out?
>  
> -- 
> Best regards,
> Tomasz Switon
>  
> Software Development Specialist, Software Engineer
> MN MANO RD ONAP-UI-ML DEVOPS WRO 2 SG
> Nokia
> Contact number: +48 727 590 036
> This message and the information contained herein is proprietary and
> confidential and subject to the Amdocs policy statement,
> you may review at https://www.amdocs.com/about/email-disclaimer
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

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

[onap-discuss] [SDC] TCA deployment

[Krysiak, Adam (Nokia - PL/Wroclaw)]

Hi,


To deploy closed loop I need to have TCA deployment artifact in DCAE inventory.

Until now I was feeding DCAE inventory manually using REST API and it worked as 
workaround.


Problem is that I want it to happen automatically during SDC artifact 
distribution.

To achieve that I've added TCA cloudify blueprint as DCAE_TOSCA deployment 
artifact in SDC.

But it didn't work. There is no new dcae service type in DCAE.

To check if blueprint is available I'm using request:
http://portal.api.simpledemo.onap.org:30350/dcae-service-types


Can any one tell me what what am I doing wrong and what should I do to have TCA 
blueprint automatically in DCAE inventory?


BR,


Adam Krysiak
Software Engineer
MN MANO RD ONAP-UI-ML DEVOPS WRO 2 SG
Nokia
Contact number: +48691441316

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

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