Re: [onap-discuss] AAF Installation and integration issue

[amit chinnapurkar]

Hi All,

While debugging error in Kubernates i can see below error

org.onap.aaf.misc.env.APIException: java.io.IOException: Neither File: 
/opt/app/osaaf/etc/org.osaaf.log4j.props nor resource on Classpath 
org.osaaf.log4j.props exist
at org.onap.aaf.auth.server.Log4JLogIt.(Log4JLogIt.java:79)
at org.onap.aaf.auth.service.AAF_Service.main(AAF_Service.java:217)
Caused by: java.io.IOException: Neither File: 
/opt/app/osaaf/etc/org.osaaf.log4j.props nor resource on Classpath 
org.osaaf.log4j.props exist
at org.onap.aaf.misc.env.log4j.LogFileNamer.configure(LogFileNamer.java:82)
at org.onap.aaf.auth.server.Log4JLogIt.(Log4JLogIt.java:77)
... 1 more

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

View/Reply Online (#11700): https://lists.onap.org/g/onap-discuss/message/11700
Mute This Topic: https://lists.onap.org/mt/24209525/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] Jira workflow change for designated projects

[Randa Maher]

Hello LF Helpdesk,

Please add OPENLABS to the list.
+1 received from Chengli Wang.

Thank you,
Randa

From: MAHER, RANDA
Sent: Monday, August 06, 2018 4:31 PM
To: 'onap-helpd...@rt.linuxfoundation.org' 

Cc: onap-rele...@lists.onap.org; onap-discuss@lists.onap.org; onap-tsc 

Subject: Jira workflow change for designated projects

Dear LF Helpdesk,

Per agreement will all the PTLs (voted +1), the following projects need to be 
updated to change their workflow to workflow v.3

* AAF,

* CCSDK,

* CLSC ,

* DMAAP,

* EXTAPI,

* INT,

* LOG,

* MULTICLOUD,

* MUSIC,

* ONAPARC,

* OPTFRA,

* VFC,

* VNFRQTS,

* VVP,

* VNFSDK,

* HOLMES,

* MSB,

* CLI,

* MODEL

* Openlabs

For mapping,

* To Do maps to Open

* In Progress maps to In Progress

* Implemented maps to Delivered

* Done maps to Closed

Also please ensure that workflow v.3 is the default workflow when new projects 
are created.

Slides capturing the +1 were presented to TSC on 8/2; Model project voted +1 
during meeting.
https://wiki.onap.org/display/DW/TSC+2018-08-02?preview=/36962643/38115755/1%20Jira%20Workflow%20-%20TSC%20Update%2008-02-18-v1.pdf

Let me know if there are any questions.


Thanks,

Randa

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

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

[onap-discuss] Jira workflow change for designated projects

[Randa Maher]

Dear LF Helpdesk,

Per agreement will all the PTLs (voted +1), the following projects need to be 
updated to change their workflow to workflow v.3

* AAF,

* CCSDK,

* CLSC ,

* DMAAP,

* EXTAPI,

* INT,

* LOG,

* MULTICLOUD,

* MUSIC,

* ONAPARC,

* OPTFRA,

* VFC,

* VNFRQTS,

* VVP,

* VNFSDK,

* HOLMES,

* MSB,

* CLI,

* MODEL

For mapping,

* To Do maps to Open

* In Progress maps to In Progress

* Implemented maps to Delivered

* Done maps to Closed

Also please ensure that workflow v.3 is the default workflow when new projects 
are created.

Slides capturing the +1 were presented to TSC on 8/2; Model project voted +1 
during meeting.
https://wiki.onap.org/display/DW/TSC+2018-08-02?preview=/36962643/38115755/1%20Jira%20Workflow%20-%20TSC%20Update%2008-02-18-v1.pdf

Let me know if there are any questions.


Thanks,

Randa

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

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

[onap-discuss] Nexus IQ related question

[Jessica Wagantall]

Dear ONAP team,

I am helping Steve track down some of the JS failures reported by Nexus IQ
tool.

I have a small question to the teams about this. Can I get a confirmation
on the files being
included in *.war artifacts? Are these including both Java and Java Script
related files?

Some of the bogus failures we have are related to Java Script packages
found inside *war files
and we wan to take the right approach to minimize these.

Thanks!
Jess

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

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

Re: [onap-discuss] [plts] Re: ONAP Lab Upgrade

[Brian]

I think upgrade would be good.

Pike still support /v2 still right ?

I think I heard from Orange that Queens drops support for /v2 so need to make 
sure we have a Dublin feature to move off /v2 if its still there.

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
Helen Chen
Sent: Monday, August 06, 2018 3:06 PM
To: Gooch, Stephen ; MAHER, RANDA 
; Gary Wu ; PLATANIA, MARCO 
; JI, LUSHENG ; YOUNG, RYAN J 
; OBRIEN, FRANK MICHAEL ; Yang, Bin 
; CHO, TAKAMUNE 
Cc: onap-discuss 
Subject: [onap-discuss] [plts] Re: ONAP Lab Upgrade

Thank you Stephen, that is very good news.

+1 from me on the upgrading at Friday. (I added PTLs to the email thread in 
case anyone has planned to use it at this Friday).

Regards,

Helen Chen

From: "Gooch, Stephen" 
mailto:stephen.go...@windriver.com>>
Date: Monday, August 6, 2018 at 11:59 AM
To: "MAHER, RANDA" mailto:rx1...@att.com>>, Gary Wu 
mailto:gary.i...@huawei.com>>, Helen Chen 00725961 
mailto:helen.c...@huawei.com>>, "PLATANIA, MARCO 
(MARCO)" mailto:plata...@research.att.com>>, LUSHENG 
JI mailto:l...@research.att.com>>, "YOUNG, RYAN J" 
mailto:ry3...@att.com>>, "OBRIEN, FRANK MICHAEL" 
mailto:frank.obr...@amdocs.com>>, "Yang, Bin" 
mailto:bin.y...@windriver.com>>, "CHO, TAKAMUNE" 
mailto:tc0...@att.com>>
Subject: RE: ONAP Lab Upgrade

Hello,

I have been informed that two of the five new servers are ready to power on.  
This means we can start the upgrade to Pike.   I have time to start the upgrade 
on Friday if there are no objections.

Br,
- Stephen

From: MAHER, RANDA [mailto:rx1...@att.com]
Sent: Wednesday, July 25, 2018 11:50
To: Gary Wu; Gooch, Stephen; Yunxia Chen; PLATANIA, MARCO; JI, LUSHENG; YOUNG, 
RYAN J; OBRIEN, FRANK MICHAEL; Yang, Bin; CHO, TAKAMUNE
Subject: RE: ONAP Lab Upgrade

+ Taka

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Wednesday, July 25, 2018 10:15 AM
To: Gooch, Stephen 
mailto:stephen.go...@windriver.com>>; Yunxia Chen 
mailto:helen.c...@huawei.com>>; PLATANIA, MARCO 
mailto:plata...@research.att.com>>; JI, LUSHENG 
mailto:l...@research.att.com>>; YOUNG, RYAN J 
mailto:ry3...@att.com>>; MAHER, RANDA 
mailto:rx1...@att.com>>; OBRIEN, FRANK MICHAEL 
mailto:frank.obr...@amdocs.com>>; Yang, Bin 
mailto:bin.y...@windriver.com>>
Subject: RE: ONAP Lab Upgrade

Let me know when the installation will start, and I can shut down some 
non-essential instances so that you don’t have to migrate them.

Thanks,
Gary

From: Gooch, Stephen [mailto:stephen.go...@windriver.com]
Sent: Tuesday, July 24, 2018 2:03 PM
To: Yunxia Chen mailto:helen.c...@huawei.com>>; Gary Wu 
mailto:gary.i...@huawei.com>>; Marco Platania 
(plata...@research.att.com) 
mailto:plata...@research.att.com>>; JI, LUSHENG 
(LUSHENG) (l...@research.att.com) 
mailto:l...@research.att.com>>; Ryan J Young 
(ry3...@att.com) 
mailto:ry3...@att.com>>; Randa Maher 
(rx1...@att.com) 
mailto:rx1...@att.com>>; Michael O'Brien 
mailto:frank.obr...@amdocs.com>>; Yang, Bin 
mailto:bin.y...@windriver.com>>
Subject: ONAP Lab Upgrade

Hello,

Tomorrow afternoon Intel will begin installing additional servers into the ONAP 
integration lab rack.  These additional servers will allow a  live upgrade from 
OpenStack Newton to Pike (as they will give us the capacity to migrate the 
existing VMs to enable the upgrade).

Does anyone have concerns, input, or scheduling suggestions about the upgrade?  
We can leave the lab at Newton until the next release too – it is up to the 
team to tell me when the upgrade should occur.

Br,
- Stephen

Stephen Gooch | Senior Member of Technical Staff | Wind River
+1.510.965.7909 , Skype ID: stephen.gooch



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

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

Re: [onap-discuss] Container based VNF on K8S using Beijing release

[Srini]

Hi Will,

Yes, we have Multi-Cloud K8S plugin, but the work is still in progress. Though 
some parts are tested, it is not ready for networking yet.  We intend to 
complete this in Casablanca.  That said, K8S plugin is being tested 
incrementally.  So, you (as another pair of eyes) testing would help in making 
it better.

But, I want to caution that it is not going to be integrated with SO in R3 
(Casablanca). So testing can only be done using test scripts.

BTW, you also require Kubernetes based deployment to test that out.  If you 
have not done that yet, that could be your next step.

Victor and Shashank, please provide needed information for KRD and test scripts 
to instantiate containerized VNF such as EdgeXFoundry.

Thanks
Srini


From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Chen, Weidong 2. (Nokia - US/Irving)
Sent: Monday, August 6, 2018 8:50 AM
To: onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Container based VNF on K8S using Beijing release

Hi Srini,

In Beijing release, I currently want to integrate the already deployed VNF on 
K8S to ONAP so that ONAP can recognize this VNF on K8S zone.  I have the Go 
Lang MultiCloud K8S plugin successfully installed.  So what will be the next 
steps?  Is there any document/guidance I can use?

Regards,

Will


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

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

[onap-discuss] [modeling] Network Service Descriptor model

[Jessie Jewitt]

Please review and provide comments by 8/13 (on the wiki) for the
proposed Network
Service Descriptor

model. It was aligned with ETSI IFA014 v2.4.4.

Thanks,
Jessie

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

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

Re: [onap-discuss] [SO] Committer's enforcing ONAP Code Standards?

[Marcus G K Williams]

SO Committers,

RE: Conversation below

Can we agree to enforce code style and standards?

Does anyone have arguments against this?

Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.

From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Friday, August 3, 2018 11:59 AM
To: Williams, Marcus ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] [SO] Committer's enforcing ONAP Code Standards?

From what I have seen most do not allow configuration.  I looked it appears you 
would have to fork the repo.

I think you should enforce it, or we can automate applying it via maven or 
another mechanism.

Thanks

-Steve


From: "Williams, Marcus" 
mailto:marcus.willi...@intel.com>>
Date: Friday, August 3, 2018 at 2:29 PM
To: "SMOKOWSKI, STEVEN" mailto:ss8...@att.com>>, 
"onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>
Subject: RE: [onap-discuss] [SO] Committer's enforcing ONAP Code Standards?

Counter question: Do the tools you refer to allow style modification? If not we 
can discuss unmodified google standard.

I can see us doing some effort to clean things up in one swoop and then 
maintaining or during each new code change we force the authors to fix style. 
Over time that would have the same effect.

Second question: Do committers agree to enforce style when reviewing?

If the second question is no, there is no point in making the first effort.

Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.

From: SMOKOWSKI, STEVEN [mailto:ss8...@att.com]
Sent: Friday, August 3, 2018 6:18 AM
To: onap-discuss@lists.onap.org; Williams, 
Marcus mailto:marcus.willi...@intel.com>>
Subject: Re: [onap-discuss] [SO] Committer's enforcing ONAP Code Standards?

Can we allow for usage of the unmodified google standard?  There appears to be 
tools that can mass apply the style changes instead of doing this manually.

Thanks

-Steve


From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Marcus G K Williams 
mailto:marcus.willi...@intel.com>>
Reply-To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"marcus.willi...@intel.com" 
mailto:marcus.willi...@intel.com>>
Date: Thursday, August 2, 2018 at 7:59 PM
To: onap-discuss 
mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] [SO] Committer's enforcing ONAP Code Standards?

Hi SO Committers, PTL and community,

I think we have an opportunity to be an earlier adopter in the community. I’d 
like to propose that we work on conforming our codebase to ONAP code standards: 
https://wiki.onap.org/display/DW/Java+code+style

Generally this entails 4 spaces in place of tabs, 120 character line limit and 
google style guidelines, which largely follow generally accepted Java Style.

Our codebase does not currently conform to these standards. Further some of the 
style issues result in a very large amount of warnings in build logs (last time 
I counted it was 10s of thousands), which increase build time and space used by 
Jenkins/LF for each build.

We should also make sure we don’t have extraneous spaces (gerrit highlights 
those in red and having them in open source code is generally frowned upon by 
any self-respecting open source engineer).

Does anyone have any problem with working to make the code conform to style 
guidelines? Can we agree to -1 changes that do not conform until the submitter 
conforms the patch to style guidelines?

As a corollary I’d suggest we enforce commit message guidelines as well: 
https://wiki.onap.org/display/DW/Commit+Messages
Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.



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

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

[onap-discuss] [plts] Re: ONAP Lab Upgrade

[Helen Chen]

Thank you Stephen, that is very good news.

+1 from me on the upgrading at Friday. (I added PTLs to the email thread in 
case anyone has planned to use it at this Friday).

Regards,

Helen Chen

From: "Gooch, Stephen" 
Date: Monday, August 6, 2018 at 11:59 AM
To: "MAHER, RANDA" , Gary Wu , Helen Chen 
00725961 , "PLATANIA, MARCO (MARCO)" 
, LUSHENG JI , "YOUNG, RYAN 
J" , "OBRIEN, FRANK MICHAEL" , "Yang, 
Bin" , "CHO, TAKAMUNE" 
Subject: RE: ONAP Lab Upgrade

Hello,

I have been informed that two of the five new servers are ready to power on.  
This means we can start the upgrade to Pike.   I have time to start the upgrade 
on Friday if there are no objections.

Br,
- Stephen

From: MAHER, RANDA [mailto:rx1...@att.com]
Sent: Wednesday, July 25, 2018 11:50
To: Gary Wu; Gooch, Stephen; Yunxia Chen; PLATANIA, MARCO; JI, LUSHENG; YOUNG, 
RYAN J; OBRIEN, FRANK MICHAEL; Yang, Bin; CHO, TAKAMUNE
Subject: RE: ONAP Lab Upgrade

+ Taka

From: Gary Wu [mailto:gary.i...@huawei.com]
Sent: Wednesday, July 25, 2018 10:15 AM
To: Gooch, Stephen ; Yunxia Chen 
; PLATANIA, MARCO ; JI, 
LUSHENG ; YOUNG, RYAN J ; MAHER, RANDA 
; OBRIEN, FRANK MICHAEL ; Yang, Bin 

Subject: RE: ONAP Lab Upgrade

Let me know when the installation will start, and I can shut down some 
non-essential instances so that you don’t have to migrate them.

Thanks,
Gary

From: Gooch, Stephen [mailto:stephen.go...@windriver.com]
Sent: Tuesday, July 24, 2018 2:03 PM
To: Yunxia Chen mailto:helen.c...@huawei.com>>; Gary Wu 
mailto:gary.i...@huawei.com>>; Marco Platania 
(plata...@research.att.com) 
mailto:plata...@research.att.com>>; JI, LUSHENG 
(LUSHENG) (l...@research.att.com) 
mailto:l...@research.att.com>>; Ryan J Young 
(ry3...@att.com) 
mailto:ry3...@att.com>>; Randa Maher 
(rx1...@att.com) 
mailto:rx1...@att.com>>; Michael O'Brien 
mailto:frank.obr...@amdocs.com>>; Yang, Bin 
mailto:bin.y...@windriver.com>>
Subject: ONAP Lab Upgrade

Hello,

Tomorrow afternoon Intel will begin installing additional servers into the ONAP 
integration lab rack.  These additional servers will allow a  live upgrade from 
OpenStack Newton to Pike (as they will give us the capacity to migrate the 
existing VMs to enable the upgrade).

Does anyone have concerns, input, or scheduling suggestions about the upgrade?  
We can leave the lab at Newton until the next release too – it is up to the 
team to tell me when the upgrade should occur.

Br,
- Stephen

Stephen Gooch | Senior Member of Technical Staff | Wind River
+1.510.965.7909 , Skype ID: stephen.gooch


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

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

Re: [onap-discuss] Joint meeting with CL subcommittee

[Alla Goldner]

Hi all,

Today we had join meeting with CL subcommittee.
Thanks to all meeting's attendants!

Here is the meeting summary:


1.   All Beijing Release functional requirements leads (HPA (Alex), Change 
Management (Emmanuel), Scaling (Scott)) are asked to list all their functional 
requirements "shortcuts" which were made in Beijing Release and what is planned 
to be accomplished out of this list for Casablanca Release. I have created the 
following wiki page for this: 
https://wiki.onap.org/display/DW/Beijing+release+functional+requirements+shortcuts



2.   We must further discuss how we handle and prioritize requirements and 
use cases  (with EUAG involvement) prior to each release. I will raise this 
point at one of the upcoming TSC meetings



3.   We reviewed CL requirements 
https://wiki.onap.org/display/DW/Control+Loop+Sub+Committee+Release+Planning 
and our recommendation is:



a.   vFirewall enhancements - discuss with vFirewall team firstly

b.  Ease of creating analytic components and on-boarding DCAE micro 
services  - discuss with DCAE team firstly

c.   Event based Common API for Control Loop Operations and Defining and 
Modeling Control Loop for LCM Operations - discuss with ARC subcommittee

Best regards,

Alla Goldner

Open Network Division
Amdocs Technology


[cid:image001.png@01D42DCD.A8B66BA0]

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Alla Goldner
Sent: Thursday, August 02, 2018 9:13 AM
To: onap-usecase...@lists.onap.org
Cc: onap-tsc ; onap-discuss@lists.onap.org; DRAGOSH, 
PAMELA L (PAM) ; GILBERT, MAZIN E (MAZIN E) 

Subject: [onap-discuss] Joint meeting with CL subcommittee

Hi all,

As we discussed, next week's Usecase subcommittee meeting will be joined by 
Closed Loop subcommittee. I am working with Kenny on extending the meeting time 
to 2 hours.

Please prepare functional requirements you could think of as generic closed 
loop requirements for the future releases for our joint discussion.

Best regards,

Alla Goldner

Open Network Division
Amdocs Technology


[cid:image001.png@01D42DCD.A8B66BA0]

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 (#11689): https://lists.onap.org/g/onap-discuss/message/11689
Mute This Topic: https://lists.onap.org/mt/24140971/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] [SO] separate mailing list

[Marcus G K Williams]

Individual projects should and are able to organize however they choose, I 
believe this is codified by TSC Rules. The debate between the ‘firehose of 
information’ list, I.E. the Open Stack list model, that requires skillful 
filtering and increases the chance of missing something due to overload, and 
the each project has its own list, I.E. the OpenDaylight model where claims 
include that it’s difficult to stay looped in and that it is tedious to 
subscribe to all the lists, has been debated ad infinitum.

I’m not interested in repeating it.

I’m for finding ways to increase communication in SO and so far many have been 
shy to use the list as it broadcasts to the whole ONAP community. If that is a 
blocker for needed communication, I am for trying something different, 
including a separate list. I have no doubt that the community can subscribe to 
said list and still stay looped into SO plans and communication. 
https://lists.onap.org/g/main/topics  or groups.io makes staying up on topics 
rather easy. I am not proposing that all projects follow suit or that the TSC 
mandate separate lists, but projects are welcome to create lists according to 
their own organizing decisions.

Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Victor Morales
Sent: Monday, August 6, 2018 5:59 AM
To: onap-discuss@lists.onap.org; tli...@redhat.com; Michael O'Brien 

Subject: Re: [onap-discuss] [SO] separate mailing list

Marcus,

What about using hashtags? I’m agree with Tal and Michael about creating a 
separate mailing list per project could reduce the communication among 
projects. Shouldn’t be better to provide some mailing list etiquette 
information as OpenStack does?

https://wiki.openstack.org/wiki/MailingListEtiquette

Regards,
Victor Morales

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of Tal Liron mailto:tli...@redhat.com>>
Reply-To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"tli...@redhat.com" 
mailto:tli...@redhat.com>>
Date: Saturday, August 4, 2018 at 10:06 AM
To: onap-discuss 
mailto:onap-discuss@lists.onap.org>>, Michael 
O'Brien mailto:frank.obr...@amdocs.com>>
Subject: Re: [onap-discuss] [SO] separate mailing list

I agree strongly with Michael that it's a bad idea. If every project had its 
own mailing list it would make visibility and participation that much harder. 
But perhaps we can create a WeChat group for the project to help dev 
coordination.

And I do think we should do something else, though -- have clearly separate 
"support" and "development" mailing lists for ONAP in general. There is 
"onap-users" that is never used and "onap-discuss" which is just too general 
and becomes the catchall for everything.

On Fri, Aug 3, 2018 at 8:10 PM Michael O'Brien 
mailto:frank.obr...@amdocs.com>> wrote:
-1
on a separate mailing list per project
I find that splitting up the already distinct project more is not a good 
development.
Onap-discuss should be the goto place for anything onap related including sdnc, 
security and so related items.
/michael

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Marcus G K Williams
Sent: Friday, August 3, 2018 3:03 PM
To: Seshu m mailto:seshu.kuma...@huawei.com>>
Cc: onap-discuss@lists.onap.org; Jessica 
Wagantall 
mailto:jwagant...@linuxfoundation.org>>
Subject: [onap-discuss] [SO] separate mailing list

Seshu, +2 to your mention of setting up a separate list for SO.

As an FYI, I setup a list for SDNC when I was a committer there last year 
(https://lists.onap.org/g/onap-sdnc/topics ). The process just entailed opening 
a ticket with the LF. I’d imagine the process is the same, even though we 
migrated to groups.io.

Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.

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 (#11688): https://lists.onap.org/g/onap-discuss/message/11688
Mute This Topic: https://lists.onap.org/mt/24157225/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [onap-discuss] OOM k8s Beijing/2.0.0-ONAP Helm build fails for nodeSelector attribute in values.yaml

[Vivekanandan Muthukrishnan]

Hi Kiran,

We did write a script to fix this issue in all files (statefulset.yaml  &
deployment.yaml). However it is failing at the
mysql/templates/statefulset.yaml file under the spec: section.

We will wait for you to deliver the patch, kindly send us the patch details
after you deliver the code changes.

We really appropriate your quick response.

Thanks & Regards
Vivek



On Mon, Aug 6, 2018 at 11:06 PM, Kamineni, Kiran K <
kiran.k.kamin...@intel.com> wrote:

> It looks like this need would need to be fixed for all the statefulsets
> and deployment yaml files.
>
> Maybe try something with sed? That might help in doing the replacement
> across all the files.
>
>
>
> If you can wait, I can upload a patch that fixes the indentation today.
>
>
>
> *-- K i r a n*
>
>
>
> *From:* onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] *On
> Behalf Of *Vivekanandan Muthukrishnan
> *Sent:* Saturday, August 04, 2018 9:58 AM
> *To:* onap-discuss@lists.onap.org; Vivekanandan Muthukrishnan <
> vmuthukrish...@aarnanetworks.com>
> *Cc:* Sriram Rupanagunta ; Amar Kapadia <
> akapa...@aarnanetworks.com>
> *Subject:* Re: [onap-discuss] OOM k8s Beijing/2.0.0-ONAP Helm build fails
> for nodeSelector attribute in values.yaml
>
>
>
> Hi Kiran,
>
>
>
> We found that the below list of file have the indentation issue with
> respect to *nodeSelector *attribute*.* After fixing the same we get the
> following make error.
>
>
>
> It seems like the indentation varies across the modules.  Do you have any
> workaround to fix the template issue in all files?
>
>
>
>
>
> [INFO] Chart.yaml: icon is recommended
>
> [ERROR] templates/statefulset.yaml: unable to parse YAML
>
> error converting YAML to JSON: yaml: line 120: did not
> find expected '-' indicator
>
>
>
> Error: 1 chart(s) linted, 1 chart(s) failed
>
> Makefile:40: recipe for target 'lint-mysql' failed
>
> make[3]: *** [lint-mysql] Error 1
>
> make[3]: Leaving directory '/home/aarna/ONAP_Kubernetes/
> oom/kubernetes/common'
>
> Makefile:30: recipe for target 'mysql' failed
>
> make[2]: *** [mysql] Error 2
>
> make[2]: Leaving directory '/home/aarna/ONAP_Kubernetes/
> oom/kubernetes/common'
>
> Makefile:39: recipe for target 'make-common' failed
>
> make[1]: *** [make-common] Error 2
>
> make[1]: Leaving directory '/home/aarna/ONAP_Kubernetes/oom/kubernetes'
>
> Makefile:35: recipe for target 'common' failed
>
> make: *** [common] Error 2
>
>
>
>
>
>
>
>
>
> *Files found to be having the indentation issues*
>
>
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_
> beijing/oom/kubernetes/dmaap/charts/dmaap-bus-controller/
> templates/deployment.yaml
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/log/
> charts/log-elasticsearch/templates/deployment.yaml
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/log/
> charts/log-kibana/templates/deployment.yaml
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/log/
> charts/log-logstash/templates/deployment.yaml
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/uui/
> templates/deployment.yaml
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/so/
> templates/deployment.yaml
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/so/
> charts/mariadb/templates/deployment.yaml
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_
> beijing/oom/kubernetes/clamp/templates/deployment.yaml
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_
> beijing/oom/kubernetes/clamp/charts/clamp-dash-logstash/
> templates/deployment.yaml
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_
> beijing/oom/kubernetes/clamp/charts/clamp-dash-kibana/
> templates/deployment.yaml
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_
> beijing/oom/kubernetes/clamp/charts/mariadb/templates/deployment.yaml
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_
> beijing/oom/kubernetes/clamp/charts/clamp-dash-es/
> templates/deployment.yaml
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/sdnc/
> templates/statefulset.yaml
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/sdnc/
> charts/sdnc-ansible-server/templates/deployment.yaml
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/sdnc/
> charts/sdnc-portal/templates/deployment.yaml
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/sdnc/
> charts/ueb-listener/templates/deployment.yaml
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/sdnc/
> charts/dmaap-listener/templates/deployment.yaml
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_
> beijing/oom/kubernetes/common/dgbuilder/templates/deployment.yaml
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_
> beijing/oom/kubernetes/common/mongo/templates/statefulset.yaml
>
> Found in file :  /home/aarna/ONAP/Beijing/oom_
> beijing/oom/kubernetes/common/mysql/templates/statefulset.yaml
>
> Found in file :  /home

Re: [onap-discuss] OOM k8s Beijing/2.0.0-ONAP Helm build fails for nodeSelector attribute in values.yaml

[Kiran Kamineni]

It looks like this need would need to be fixed for all the statefulsets and 
deployment yaml files.
Maybe try something with sed? That might help in doing the replacement across 
all the files.

If you can wait, I can upload a patch that fixes the indentation today.

-- K i r a n

From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Vivekanandan Muthukrishnan
Sent: Saturday, August 04, 2018 9:58 AM
To: onap-discuss@lists.onap.org; Vivekanandan Muthukrishnan 

Cc: Sriram Rupanagunta ; Amar Kapadia 

Subject: Re: [onap-discuss] OOM k8s Beijing/2.0.0-ONAP Helm build fails for 
nodeSelector attribute in values.yaml

Hi Kiran,

We found that the below list of file have the indentation issue with respect to 
nodeSelector attribute. After fixing the same we get the following make error.

It seems like the indentation varies across the modules.  Do you have any 
workaround to fix the template issue in all files?


[INFO] Chart.yaml: icon is recommended
[ERROR] templates/statefulset.yaml: unable to parse YAML
error converting YAML to JSON: yaml: line 120: did not find 
expected '-' indicator

Error: 1 chart(s) linted, 1 chart(s) failed
Makefile:40: recipe for target 'lint-mysql' failed
make[3]: *** [lint-mysql] Error 1
make[3]: Leaving directory '/home/aarna/ONAP_Kubernetes/oom/kubernetes/common'
Makefile:30: recipe for target 'mysql' failed
make[2]: *** [mysql] Error 2
make[2]: Leaving directory '/home/aarna/ONAP_Kubernetes/oom/kubernetes/common'
Makefile:39: recipe for target 'make-common' failed
make[1]: *** [make-common] Error 2
make[1]: Leaving directory '/home/aarna/ONAP_Kubernetes/oom/kubernetes'
Makefile:35: recipe for target 'common' failed
make: *** [common] Error 2




Files found to be having the indentation issues

Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/dmaap/charts/dmaap-bus-controller/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/log/charts/log-elasticsearch/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/log/charts/log-kibana/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/log/charts/log-logstash/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/uui/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/so/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/so/charts/mariadb/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/clamp/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/clamp/charts/clamp-dash-logstash/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/clamp/charts/clamp-dash-kibana/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/clamp/charts/mariadb/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/clamp/charts/clamp-dash-es/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/sdnc/templates/statefulset.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/sdnc/charts/sdnc-ansible-server/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/sdnc/charts/sdnc-portal/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/sdnc/charts/ueb-listener/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/sdnc/charts/dmaap-listener/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/common/dgbuilder/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/common/mongo/templates/statefulset.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/common/mysql/templates/statefulset.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/common/mariadb-galera/templates/statefulset.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/common/postgres/templates/statefulset.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/vfc/charts/vfc-generic-vnfm-driver/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/vfc/charts/vfc-ems-driver/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/vfc/charts/vfc-nokia-vnfm-driver/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/vfc/charts/vfc-nokia-v2vnfm-driver/templates/deployment.yaml
Found in file :  
/home/aarna/ONAP/Beijing/oom_beijing/oom/kubernetes/vfc/charts/vfc-juju-vnfm-driver/templates/deployment.yam

Re: [onap-discuss] [ONAP Helpdesk #58617] CLM jobs missing Nexus IQ configuration

[Jessica Wagantall]

Hi Pam,

We are not making any changes to the credentials as far as any work done to
upgrade this plugin.

Can you please show me which link is giving you the login failure? Are you
able to login and see no
content, or are you not able to login at all?

I need to check if this plugin upgrade touched anything related to
permissions.

Are you able to see the report by clicking on the Jenkins link "Latest
Application Composition Report"?

Thanks!
Jess

On Fri, Aug 3, 2018 at 8:47 AM, Pamela Dragosh 
wrote:

> Thanks Jess,
>
> I was able to re-run them. Yesterday and this morning I was able to login
> and view the reports.
>
> But now for some reason LDAP authentication is failing. Can someone check
> to see what is going on? Maybe you guys are making changes still??
>
> Thanks,
>
> Pam
>
>
> On 8/1/18, 8:27 PM, "Jessica Wagantall via RT"  linuxfoundation.org> wrote:
>
> These CLM templates are now running again!
>
> Please feel free to try your jobs using the "run-clm" comment in
> Gerrit.
>
> Thanks!
> Jess
>
>
> On Mon Jul 23 14:28:37 2018, jwagantall wrote:
> > Dear Pam,
> >
> > I sent an email about this last week.
> > Unfortunately these plugins are deprecated and we are working on the
> > configuring the new ones for
> > JJB and re-code our CLM job:
> >
> > This is my email I sent:
> >
> > 
> >
> > I wanted to inform you that after upgrading Jenkins due to a high
> > priority security patch, some
> > plugins became deprecated. Including IQ and CLM Nexus plugins.
> >
> > This is due to one of the security patches closing off an API that
> > those plugins were depending on:
> >
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__
> jenkins.io_blog_2018_03_15_jep-2D200-2Dlts_&d=DwIDaQ&c=
> LFYZ-o9_HUMeMTSQicvjIg&r=jwTiArcEj6aUX0HjV0M3dT12gUtk7r
> C07xpgpVZkS_4&m=96Bc1k_3iM0oj6iIg3pHPLg7zV1VFjiM9y5IwOAqVWE&s=
> CVoNLkzJtZNh4I9xpHeeyK8iwsIM_xxzGstuP5rD42w&e=
> >
> > On the other hand according to Sonatype's download page for the
> > plugins they are both deprecated plugins and they no longer recommend
> > installing it:
> >
> > https://urldefense.proofpoint.com/v2/url?u=https-3A__help.
> sonatype.com_iqserver_download-2Dand-2Dcompatibility&d=DwIDaQ&c=
> LFYZ-o9_HUMeMTSQicvjIg&r=jwTiArcEj6aUX0HjV0M3dT12gUtk7r
> C07xpgpVZkS_4&m=96Bc1k_3iM0oj6iIg3pHPLg7zV1VFjiM9y5IwOAqVWE&s=
> 26d8T531m1w2Zyb8LwiRNuo0s4yEliJQcsZ53TovA7E&e=
> >
> > We are working on installing Nexus Platform plugin 3.x but it seems
> > that there is no way to migrate
> > our CLM jobs into the new plugin. We are working on changing global-
> > jjb to adapt to this new
> > configuration, but we need to update also upstream JJB to add the
> > support.
> >
> > I will let you know more details on this work and hopefully get us
> > going soon.
> >
> > The reports are still available via https://urldefense.proofpoint.
> com/v2/url?u=https-3A__nexus-2D&d=DwIDaQ&c=LFYZ-o9_HUMeMTSQicvjIg&r=
> jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4&m=96Bc1k_
> 3iM0oj6iIg3pHPLg7zV1VFjiM9y5IwOAqVWE&s=xxbxiUJ_
> p9h83EE8i7hjBozLqB8QameiNgbsB3p2TDs&e=
> > iq.wl.linuxfoundation.org/assets/index.html#/reports/violations
> >
> > --
> >
> > Thanks!
> > Jess
> > On Mon Jul 23 08:03:59 2018, pdrag...@research.att.com wrote:
> > > Hi,
> > >
> > > All of the ONAP CLM jobs failed over the weekend due to nexus IQ
> > > server address has not been configured:
> > >
> > > 08:42:25 [INFO] BUILD SUCCESS
> > > 08:42:25 [INFO]
> > > 
> 
> > > 08:42:25 [INFO] Total time: 12:47 min
> > > 08:42:25 [INFO] Finished at: 2018-07-21T08:42:25Z
> > > 08:42:25 [INFO]
> > > 
> 
> > > 08:42:31 [policy-engine-maven-clm-master] $ /bin/bash
> > > /tmp/jenkins8728067635506742314.sh
> > > 08:42:41 [policy-engine-maven-clm-master] $ /bin/sh -xe
> > > /tmp/jenkins7691417530010630761.sh
> > > 08:42:41 + find . -regex .*karaf/target
> > > 08:42:41 + xargs rm -rf
> > > 08:42:43 ERROR: Build step failed with exception
> > > 08:42:43 java.lang.IllegalArgumentException: Nexus IQ Server
> address
> > > has not been configured
> > > 08:42:43   at
> > > com.sonatype.insight.ci.client.Context.(SourceFile:37)
> > > 08:42:43   at
> > > com.sonatype.insight.ci.hudson.InsightLink.context(
> InsightLink.java:210)
> > > 08:42:43   at
> > > com.sonatype.insight.ci.hudson.WorkSpaceScanner.scan(
> WorkSpaceScanner.java:59)
> > > 08:42:43   at
> > > com.sonatype.insight.ci.hudson.PreBuildScan.perform(
> PreBuildScan.java:127)
> > > 08:42:43   at
> > > h

Re: [onap-discuss] [sdnc] SDNC Profile and Preload

[Brian]

The message you referenced wasn't about preload faillures - pre-load failures 
would cause the vnf-topology-operation(assign) to fail.

VNF Profile creation in the SDNC admin portal isn't required if you are using 
the REST API to directly push the preload into SDNC.

What failure/error message are you recieving that makes you think its a VNF 
Profile problem ?

Does robot's ete-k8s.sh onap instantiate PASS in your environment ?

Brian


From: onap-discuss@lists.onap.org  On Behalf Of 
bharath thiruveedula
Sent: Monday, August 06, 2018 12:24 PM
To: onap-discuss@lists.onap.org; FREEMAN, BRIAN D ; 
bdfreeman1...@gmail.com
Subject: [onap-discuss] [sdnc] SDNC Profile and Preload


Hi,



As a prerequisite for adding "vf-module", I have done SDNC preload. But while 
adding "vf-module" the SO threw errors  as mentioned in the mail 
https://lists.onap.org/g/onap-discuss/message/11523.
 In this case, we haven't done SDNC profile creation.



Does VNF profile creation is a mandatory step? May I know the reason why we are 
following this step in addition to SDNC preload?



Best Regards

Bharath T


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

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

[onap-discuss] [sdnc] SDNC Profile and Preload

[bharath thiruveedula]

Hi,


As a prerequisite for adding "vf-module", I have done SDNC preload. But while 
adding "vf-module" the SO threw errors  as mentioned in the mail 
https://lists.onap.org/g/onap-discuss/message/11523. In this case, we haven't 
done SDNC profile creation.


Does VNF profile creation is a mandatory step? May I know the reason why we are 
following this step in addition to SDNC preload?


Best Regards

Bharath T

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

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

Re: [onap-discuss] Container based VNF on K8S using Beijing release

[Chen, Weidong 2. (Nokia - US/Irving)]

Hi Srini, 

In Beijing release, I currently want to integrate the already deployed VNF on 
K8S to ONAP so that ONAP can recognize this VNF on K8S zone.  I have the Go 
Lang MultiCloud K8S plugin successfully installed.  So what will be the next 
steps?  Is there any document/guidance I can use?

Regards,

Will

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

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

[onap-discuss] [VNFSDK] vnfsdk csar-validate - producing error

[vamshi]

Dear All,

I followed below wiki link to configure and validate CSAR package of VNF 
service-template.
https://onap.readthedocs.io/en/latest/submodules/vnfsdk/model.git/docs/files/pkgtool.html

I tried to create a CSAR package with sample csar (extracted from wiki, which I 
tried uploading in VNF Reposity and it was validated and uploaded there) 
service-template the below command. It was smooth. I could create csar package 
and with vnfsdk csar-open I could extract as well.
vnfsdk csar-create resource-Vcpeinfra09-csar/Definitions/ 
resource-Vcpeinfra09-template.yml -d csar-package-test.csar

But the trouble is with csar-validate when I hit the below command to validate 
the package. I'm running the tool in root user. The tools expecting the file to 
be present in /tmp directory, but it was not present there. vnfsdk 
csar-validate csar-package-test.csar

Validation issues:
  0: location: /tmp/tmphv3Smt/resource-Vcpeinfra09-template.yml
 ReaderNotFoundError: location: 
/tmp/tmphv3Smt/resource-Vcpeinfra09-template.yml
Traceback (most recent call last):
  File "/usr/local/bin/vnfsdk", line 11, in 
load_entry_point('vnfsdk==1.1.0', 'console_scripts', 'vnfsdk')()
  File 
"/usr/local/lib/python2.7/dist-packages/vnfsdk_pkgtools/cli/__main__.py", line 
120, in main
args.func(args)
  File 
"/usr/local/lib/python2.7/dist-packages/vnfsdk_pkgtools/cli/__main__.py", line 
47, in csar_validate_func
driver.validate(reader)
  File 
"/usr/local/lib/python2.7/dist-packages/vnfsdk_pkgtools/validator/aria_validator.py",
 line 41, in validate
raise RuntimeError('Validation failed')
RuntimeError: Validation failed

Can somebody suggest what was causing the trouble. Appreciate your help. Thank 
for your time.


Thanks & Regards,

Vamshi Krishna | Tech Mahindra

Sharda Centre, Off Karve Road, Erandwane, Pune 411 004, INDIA
Mobile: +91 9848639561, ext : 3492
Email Id - vn00480...@techmahindra.com



[cid:image001.jpg@01D25617.55BC0E30]








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



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

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

[onap-discuss] PNF #sdc #aai #dcaegen2 #sdnc #portal

[eng . mostafahasanali]

Hi ONAP,

Could you please add an example or demo to demonstrate the PNF plug and play 
Usecase from modeling the physical device (router ..) to the onap communication 
with this device in ONAP Bejiin release.

Best Regards,

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

View/Reply Online (#11678): https://lists.onap.org/g/onap-discuss/message/11678
Mute This Topic: https://lists.onap.org/mt/24209994/21656
Mute #dcaegen2: https://lists.onap.org/mk?hashtag=dcaegen2&subid=2740164
Mute #sdnc: https://lists.onap.org/mk?hashtag=sdnc&subid=2740164
Mute #portal: https://lists.onap.org/mk?hashtag=portal&subid=2740164
Mute #sdc: https://lists.onap.org/mk?hashtag=sdc&subid=2740164
Mute #aai: https://lists.onap.org/mk?hashtag=aai&subid=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] Sparky-fe - problem with storeAnalytics enpoint

[Rahul Wadodkar]

Hi Arun,

we are facing similar issue while loading A&A UI on ONAP portal, I tried to 
pull latest Image from github, but the Analytics URL is still pointing to

*export* *const* ANALYTICS_URL = BASE_URL + '/api/v2/storeAnalytics' ;

Could you please confirm if the changes that are made in order to solve this 
issue?

On Thu, Jul 19, 2018 at 06:16 AM, Arul Nambi wrote:

> 
> 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
>

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

View/Reply Online (#11677): https://lists.onap.org/g/onap-discuss/message/11677
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] AAF Installation and integration issue

[amit chinnapurkar]

Hi ONAP team,

I wanted to some help in making AAF available via PORTAL UI in beijing release

Query 1) I am not able to install container for
                  1) dev-aaf-cm 
                  2) dev-aaf-gui
                  3) dev-aaf-hello
                  4) dev-aaf-auth

Getting below error " Back-off restarting failed container"

Query 2 ) Which database is used for storing AAF details ? Can i add user via 
UI ?
Query 3) I have my own UI and i wanted to integrate AAF with same so that i can 
reuse authentication feature?

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

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

Re: [onap-discuss] [SO] separate mailing list

[Victor Morales]

Marcus,

What about using hashtags? I’m agree with Tal and Michael about creating a 
separate mailing list per project could reduce the communication among 
projects. Shouldn’t be better to provide some mailing list etiquette 
information as OpenStack does?

https://wiki.openstack.org/wiki/MailingListEtiquette

Regards,
Victor Morales

From:  on behalf of Tal Liron 
Reply-To: "onap-discuss@lists.onap.org" , 
"tli...@redhat.com" 
Date: Saturday, August 4, 2018 at 10:06 AM
To: onap-discuss , Michael O'Brien 

Subject: Re: [onap-discuss] [SO] separate mailing list

I agree strongly with Michael that it's a bad idea. If every project had its 
own mailing list it would make visibility and participation that much harder. 
But perhaps we can create a WeChat group for the project to help dev 
coordination.

And I do think we should do something else, though -- have clearly separate 
"support" and "development" mailing lists for ONAP in general. There is 
"onap-users" that is never used and "onap-discuss" which is just too general 
and becomes the catchall for everything.

On Fri, Aug 3, 2018 at 8:10 PM Michael O'Brien 
mailto:frank.obr...@amdocs.com>> wrote:
-1
on a separate mailing list per project
I find that splitting up the already distinct project more is not a good 
development.
Onap-discuss should be the goto place for anything onap related including sdnc, 
security and so related items.
/michael

From: onap-discuss@lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Marcus G K Williams
Sent: Friday, August 3, 2018 3:03 PM
To: Seshu m mailto:seshu.kuma...@huawei.com>>
Cc: onap-discuss@lists.onap.org; Jessica 
Wagantall 
mailto:jwagant...@linuxfoundation.org>>
Subject: [onap-discuss] [SO] separate mailing list

Seshu, +2 to your mention of setting up a separate list for SO.

As an FYI, I setup a list for SDNC when I was a committer there last year 
(https://lists.onap.org/g/onap-sdnc/topics ). The process just entailed opening 
a ticket with the LF. I’d imagine the process is the same, even though we 
migrated to groups.io.

Thanks,

Marcus Williams
IRC, Twitter, etc. @ mgkwill
Intel Corp.

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 (#11675): https://lists.onap.org/g/onap-discuss/message/11675
Mute This Topic: https://lists.onap.org/mt/24157225/21656
Group Owner: onap-discuss+ow...@lists.onap.org
Unsubscribe: https://lists.onap.org/g/onap-discuss/unsub  
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[onap-discuss] #dcaegen2

[Rahul Wadodkar]

Hello,
We need help regarding, DCAE module does Alarm Enrichment.

When you get a SNMP trap information from EMS (SNMP Collector), how to use A&AI 
information to enrich the same. 
Is it happens through DCAE mS or Holmes?

Thanks,
Rahul Wadodkar

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

View/Reply Online (#11674): https://lists.onap.org/g/onap-discuss/message/11674
Mute This Topic: https://lists.onap.org/mt/24208602/21656
Mute #dcaegen2: https://lists.onap.org/mk?hashtag=dcaegen2&subid=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] VID

[Ofir Sonsino]

Hi Abir,

Can you detail at what stage you're stuck ? What is missing exactly ? Share a 
screenshot if possible.

You can see many of the administration steps explained here:
http://onap.readthedocs.io/en/latest/submodules/vid.git/docs/administration.html
Or just run robot init script in order to get it done automatically.

Thanks,
Ofir

From: El Attar, Abir (Nokia - FR/Lannion) [mailto:abir.el_at...@nokia.com]
Sent: Monday, August 06, 2018 12:22 PM
To: Sonsino, Ofir 
Subject: VID

Hi Ofir,

I am trying to "Create Virtual Network Function -- a la carte" using Onap 
Beijing, and I am kind of stuck.
I know that for Beijing I have to make some declaration for the VID using REST 
requests, but I can't find a doc that describes these anywhere.
Do you have a doc that describes these and a specific procedure to instantiate 
a VNF for ONAP Beijing please?

Thanks in advance,
Regards,

Abir

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

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