[onap-discuss] Jenkins Slow!!

[Pamela Dragosh]

Hi,

Can someone check why Jenkins is very unresponsive?

Thanks,

Pam

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

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

[onap-discuss] #controlloop Agenda for 11/21

[Pamela Dragosh]

Folks,

The meeting on 11/21 will focus on Dublin Functional Requirements being 
supported by Control Loop Sub Committee.

https://wiki.onap.org/display/DW/11-21-2018+Control+Loop+Sub+Committee+Weekly+Meeting


Thanks,

Pam

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

View/Reply Online (#13852): https://lists.onap.org/g/onap-discuss/message/13852
Mute This Topic: https://lists.onap.org/mt/28241080/21656
Mute #controlloop: https://lists.onap.org/mk?hashtag=controlloop=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] [Onap-release] ONAP deployment

[Pamela Dragosh]

Gildas – NO for policy

From:  on behalf of "gildas.lani...@huawei.com" 

Date: Thursday, November 15, 2018 at 2:24 PM
To: "onap-rele...@lists.onap.org" , 
"onap-discuss@lists.onap.org" 
Subject: [Onap-release] ONAP deployment

Hi PTLs,

This is in preparation for Releasing all the ONAP artifacts so we can guarantee 
ONAP is using the same binary and code over and over again.

Question: While doing the deployment of your Docker image, do you have to run  
a “git clone” cmd or in other word is there “git clone” call in the Dockerfile?
Please answer Yes/NO.



Thanks,
Gildas

[uaweiLogowithName]
Gildas Lanilis
ONAP Release Manager
Santa Clara CA, USA
gildas.lani...@huawei.com
Mobile: 1 415 238 6287



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

View/Reply Online (#13787): https://lists.onap.org/g/onap-discuss/message/13787
Mute This Topic: https://lists.onap.org/mt/28156216/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] running run-clm on all repos immediately without waiting for weekly sunday build - to fix stale nexus-iq reports

[Pamela Dragosh]

Michael,

Agree – oparent should be fully clean. Otherwise you cannot require 
expectations that downstream projects be clean also.

Today on the PTL call Jimmy and myself want to bring up the issue of CLM run 
frequency and what the responsibilities are for the PTL’s on this.

The CLM tool seems to be inconsistent at times. Some things appear, then they 
disappear, only to re-appear at a later date.

When a new dependency is introduced to my tree, I usually hold off closing the 
JIRA until a CLM job runs. That’s if I remember to do that manual process.

Thanks,

Pam


On 11/11/18, 10:13 PM, "onap-discuss@lists.onap.org on behalf of Michael 
O'Brien"  
wrote:

Sounds good
When I posted "all" I only meant my pod - logging-analytics/POMBA 
Essentially I am doing this - finding a gerrit review to run-clm in - does 
not matter which one.

Running CLM weekly is not sufficient because CLM issues are being upgraded 
in severity within the week - we loose up to 7 days knowing about the issue.  
For example the spring library has had an issue since the 20th of Oct at the 
root pom level  - but it could have been occurring since the 13th - we don't 
know
I recommend during RCx cycles we switch to daily builds of the CLM jobs - 
at least for root repos so - as we are being hammered on CLM work.


https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_TSC-2D50=DwIGaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=WNPjQKD2jHZWgwQ6DUyMs_Aq-OlerL95HCQP9gQvMfw=iYvMbKBqVC3ba6vOuoXswY6MsPqAbMwOQM9H0ooxTYM=

Thank you
/michael


-Original Message-
From: Andrew Grimberg  
Sent: Saturday, November 10, 2018 12:01 PM
To: onap-discuss@lists.onap.org; Michael O'Brien 
Subject: Re: [onap-discuss] running run-clm on all repos immediately 
without waiting for weekly sunday build - to fix stale nexus-iq reports

On 11/09/2018 04:40 PM, Michael O'Brien wrote:
> Team,
> 
>Noticed some of the clm reports are stale – not reflecting current 
> state of dependency issues.
> 
>This is usually fixed by the magic word “run-clm” – in a current merge.
> 
>Issue is how do I kick of builds in all the repos without having to 
> hunt down the last commit for each repo – or without having to use 
> gerrit to run Jenkins jobs.
> 
>/michael

Greetings Michael,

The run-clm comment causes Jenkins to run against the latest tip of the 
branch that it is triggered on. That means that _any_ merged change in a 
repository that gets the comment will trigger the job. You don't have to figure 
out the latest one and leave it on that.

As to how do you kick off builds on all repos without touching Gerrit.
You can't. What you _can_ do though, is for each repository that you care 
about (and we really, really don't want you just triggering this on all repos 
at once!) is do a local script that iterates over the repos and posts a comment 
on them.

Something along the lines of (note this isn't tested, I'm just writing it 
off the top of my head)

--[cut]--
myuid=
mygerrit=gerrit.onap.org

for i in ${REPOS}
do
  pushd ${i}
  git fetch origin
  TIP=$(git rev-parse origin/master)
  ssh -p 29418 ${myuid}@${mygerrit} gerrit review ${TIP} \
--message 'run-clm'
  popd
done
--[cut]--

That should iterate over all of the repos you care about, fetch the origin 
(but not apply it to your current branch!) get the tip of the master branch and 
leave a comment of 'run-clm' on it thereby triggering Jenkins to run.

As I said, please do not do this against _all_ the repos at one time.
While we have a lot of capacity, doing something like that could easily 
block actual work that needs to happen.

-Andy-

--
Andrew J Grimberg
Manager Release Engineering
The Linux Foundation

“Amdocs’ email platform is based on a third-party, worldwide, cloud-based 
system. Any emails sent to Amdocs will be processed and stored using such 
system and are accessible by third party providers of such system on a limited 
basis. Your sending of emails to Amdocs evidences your consent to the use of 
such system and such processing, storing and access”.






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

View/Reply Online (#13689): https://lists.onap.org/g/onap-discuss/message/13689
Mute This Topic: https://lists.onap.org/mt/28057929/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] How to delete policy via PDP API #policy

[Pamela Dragosh]

Lasse,

I opened a JIRA to have these details added to our documentation – we still in 
process of this. But Ravi was able to add some details about the payload 
difference.

Please see the comment section for this JIRA:

https://jira.onap.org/browse/POLICY-1219

we’ll try to get more information to you asap.

Thanks,

Pam


From:  on behalf of 
"l.kaihlav...@partner.samsung.com" 
Reply-To: "onap-discuss@lists.onap.org" , 
"l.kaihlav...@partner.samsung.com" 
Date: Wednesday, October 24, 2018 at 10:03 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] How to delete policy via PDP API #policy

Hi,

as discussed with Mike Mokry and Pamela Dragosh in biweekly Policy community 
meeting (24th Oct), a detailed example of the steps and commands required to 
remove a policy completely via PDP API could be useful in documentation. What I 
gathered from the discussion was that this should be possible by two 
consecutive remove commands for the policy where the first one removes it from 
PDP group and second one completely, but I couldn't figure out the required 
details for the second command from any documents I found,

br,

Lasse


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

View/Reply Online (#13320): https://lists.onap.org/g/onap-discuss/message/13320
Mute This Topic: https://lists.onap.org/mt/27618086/21656
Mute #policy: https://lists.onap.org/mk?hashtag=policy=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] ONAP Support for Secure Communication

[Pamela Dragosh]

No we have a separate endpoint that does the HealthCheck – we will need to 
secure that.

Pam

From: "ZWARICO, AMY" 
Date: Wednesday, October 24, 2018 at 10:14 PM
To: "onap-discuss@lists.onap.org" , "DRAGOSH, 
PAMELA L (PAM)" , "HERNANDEZ-HERRERO, JORGE" 

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

Thank Pam and Jorge. Is this statement accurate? If the SDC client SDK supports 
HTTPS, then all interfaces exposed by Policy support HTTPS.

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

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

Sorry

Pam

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

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

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

Pam

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

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



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

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

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

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

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

Hello Amy,



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



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



Jorge


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

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

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

[Pamela Dragosh]

Correction – the policy distribution application has 2 endpoints. One for 
HealthCheck that will need https, and the other I mentioned is the SDC Client 
SDK that will need to support https.

Sorry

Pam

From:  on behalf of "DRAGOSH, PAMELA L (PAM)" 

Reply-To: "onap-discuss@lists.onap.org" , 
"DRAGOSH, PAMELA L (PAM)" 
Date: Friday, October 19, 2018 at 2:00 AM
To: "onap-discuss@lists.onap.org" , 
"HERNANDEZ-HERRERO, JORGE" 
Subject: Re: [onap-discuss] ONAP Support for Secure Communication

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

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

Pam

From:  on behalf of "HERNANDEZ-HERRERO, JORGE" 

Reply-To: "onap-discuss@lists.onap.org" , 
"HERNANDEZ-HERRERO, JORGE" 
Date: Thursday, October 18, 2018 at 8:05 PM
To: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] ONAP Support for Secure Communication

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



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

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

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

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

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

Hello Amy,



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



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



Jorge


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

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

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

[Pamela Dragosh]

Amy – the policy distribution application uses the SDC Client SDK for http 
communication via dmaap. It will be up to that project to support https, not 
policy project.

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

Pam

From:  on behalf of "HERNANDEZ-HERRERO, JORGE" 

Reply-To: "onap-discuss@lists.onap.org" , 
"HERNANDEZ-HERRERO, JORGE" 
Date: Thursday, October 18, 2018 at 8:05 PM
To: "onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] ONAP Support for Secure Communication

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


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

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

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

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

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

Hello Amy,



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



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



Jorge


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

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

Re: [onap-discuss] csit jobs in integration repo #integration

[Pamela Dragosh]

There is a new repo that holds all this:

integration/csit

Pam

From:  on behalf of Sudhakar Reddy 

Reply-To: "onap-discuss@lists.onap.org" , 
"sudhakar.re...@amdocs.com" 
Date: Wednesday, October 10, 2018 at 10:29 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] csit jobs in integration repo #integration

Hi All,

I couldn't find the testplans in the latest code of integration repo. Can 
anyone tell me where it has been moved to?


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

View/Reply Online (#12920): https://lists.onap.org/g/onap-discuss/message/12920
Mute This Topic: https://lists.onap.org/mt/27157482/21656
Mute #integration: https://lists.onap.org/mk?hashtag=integration=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] [policy][integration] Problem with access to policy

[Pamela Dragosh]

We are in the process of working with the portal team on some configuration 
changes. We hope to have a fix today.

Thanks,

Pam

From:  on behalf of "Krysiak, Adam (Nokia - 
PL/Wroclaw)" 
Reply-To: "onap-discuss@lists.onap.org" , 
"adam.krys...@nokia.com" 
Date: Tuesday, October 9, 2018 at 7:27 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [policy][integration] Problem with access to policy

Hi

I wanted to perform some tests on Windriver project: Integration-SB07.
Unfortunately Policy is not accessible from portal.
It looks like misconfiguration.
Can anyone from policy team check what's going on there?

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 (#12892): https://lists.onap.org/g/onap-discuss/message/12892
Mute This Topic: https://lists.onap.org/mt/27120710/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] Problem with JIRA search results

[Pamela Dragosh]

Its inconsistent – a lot of previously closed JIRA’s now show up on my board 
and I can’t find ones that are currently open.

Pam

On 10/5/18, 8:56 AM, "onap-discuss@lists.onap.org on behalf of Gooch, Stephen" 
 wrote:

Jira is definably misbehaving.   I cannot find open tickets assigned to my 
account.

- Stephen

-Original Message-
From: onap-discuss@lists.onap.org [mailto:onap-discuss@lists.onap.org] On 
Behalf Of Keong Lim
Sent: Friday, October 05, 2018 03:42
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Problem with JIRA search results
Sensitivity: Confidential

Hi Jessica,

Just a few minutes ago, I used this query on ONAP JIRA:

https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_issues_-3Fjql-3Dissuetype-2520-253D-2520Bug-2520AND-2520priority-2520in-2520-28Medium-29-2520AND-2520status-2520-253D-2520Open-2520ORDER-2520BY-2520createdDate-2520DESC=DwIFAg=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=Uvlt9VGF1JRGYAGjb7EBSntceXuBnEMbSI3Qq1mWjIg=QoS4GNGozbgIKUP229K4u5iH7Y67ZYTdCYeo3zT7o6k=

and noticed that the search results were mismatched to the JIRA issue 
itself, e.g. 
https://urldefense.proofpoint.com/v2/url?u=https-3A__jira.onap.org_browse_AAI-2D1665=DwIFAg=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=Uvlt9VGF1JRGYAGjb7EBSntceXuBnEMbSI3Qq1mWjIg=dUpIoBWLLCdav02dqWGAyPtxrlwXEWSGoU2L-ymiVps=
i.e. the status, resolution, updated date, resolved date are all mismatched 
values.

See also attached annotated screenshot.

Could you please check if the JIRA instance needs re-indexing or some other 
maintenance to get the search results up-to-date again?


Thanks,
Keong


Customer Experience and Platform Integration R Dept
--
Keong Lim, Huawei Technologies Co. Ltd (keong@huawei.com) Ground Floor, 
Suite 1, 5 Lakeside Drive, BURWOOD EAST VIC 3151 AUSTRALIA
--
  "If ye love wealth better than liberty, the tranquillity of servitude 
than the
   animating contest of freedom-go from us in peace. We ask not your 
counsels
   or arms. Crouch down and lick the hands which feed you. May your chains 
sit
   lightly upon you, and may posterity forget that ye were our countrymen!"
- Samuel Adams











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

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

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

[Pamela Dragosh]

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

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

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

Pam

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

On 10/02/2018 06:56 AM, pdrag...@research.att.com via RT wrote:
> 
> It seems that multiple folks on my team across the US cannot submit a
> gerrit review. It either hangs or gives a connection refused.
> 

Greetings Pam,

Is this a problem that people have been having (and are still having)
since the maintenance of Gerrit on Friday?

If so, it sounds like there's possibly corporate firewalls blocking
access then as the ONAP Gerrit system is working just fine for me and
I've seen no alarms from our monitoring.

The new system is now behind an Amazon ELB and does not have hard and
firm IP addresses. My experience with these sorts of systems is that the
addresses will change with no notice and no control on our part but as
Amazon remanages the addresses in their own system.

The _current_ IP addresses are: 35.166.47.83 and 35.164.144.118

-Andy-

-- 
Andrew J Grimberg
Manager Release Engineering
The Linux Foundation





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

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

[onap-discuss] gerrit down

[Pamela Dragosh]

Hi LF,

It seems that multiple folks on my team across the US cannot submit a gerrit 
review. It either hangs or gives a connection refused.

Can someone please prioritize this??


Thanks,

Pam Dragosh

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

View/Reply Online (#12789): https://lists.onap.org/g/onap-discuss/message/12789
Mute This Topic: https://lists.onap.org/mt/26653071/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] CSIT error

[Pamela Dragosh]

Adding more:

Maybe use docker stop and docker start instead of bringing it all down. 
Especially if 2 of your images cannot run without knowing an exact IP address 
to make an api call. That is a different issue that you should fix separately.

Pam

From:  on behalf of "DRAGOSH, PAMELA L (PAM)" 

Reply-To: "onap-discuss@lists.onap.org" , 
"DRAGOSH, PAMELA L (PAM)" 
Date: Thursday, September 27, 2018 at 7:44 PM
To: "onap-discuss@lists.onap.org" , 
"jwagant...@linuxfoundation.org" , "UNNAVA, 
SUNIL" 
Cc: "HERNANDEZ-HERRERO, JORGE" , Gildas Lanilis 

Subject: Re: [onap-discuss] CSIT error

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

The scripts are doing 2 docker-compose up and downs. You cannot guarantee IP 
addresse’s between those calls. So why is this being done?

The first calls seem to be getting IP addresses, saving them to files. Then 
shut everything down and bring it all up again. Maybe you have reasons.

I would re-initialize the IP address variable after the 2nd docker-compose up 
to ensure you have the right one.

Insert this line:

DMAAP_MR_IP=$(docker inspect --format='{{range 
.NetworkSettings.Networks}}{{.IPAddress}}{{end}}' dockercompose_dmaap_1)

At line 88.

Before you start curl dumping dmaap messages and then call the Robot script to 
test it.

Pam


From:  on behalf of Jessica Wagantall 

Reply-To: "onap-discuss@lists.onap.org" , 
"jwagant...@linuxfoundation.org" 
Date: Thursday, September 27, 2018 at 5:37 PM
To: "UNNAVA, SUNIL" 
Cc: "HERNANDEZ-HERRERO, JORGE" , "onap-discuss@lists.onap.org" 
, Gildas Lanilis 
Subject: Re: [onap-discuss] CSIT error

Thanks for your reply Jorge!

What could be the cause of docker-compose starting and stopping? Is this being 
controlled via script? I wonder if we can make sure docker-compose is running 
before executing these
tasks

Thanks!
Jess

On Thu, Sep 27, 2018 at 9:07 AM UNNAVA, SUNIL 
mailto:su6...@att.com>> wrote:
Hi Jorge,

Thanks for sharing your thoughts.  IP address of the Kafka and Zookeeper 
address are not changed from the first time( Otherwise MR container will not 
start), I can’t identify the IP address of the MR based on the log. We don’t 
see any issue in local and it is working with out any issues earlier.


Jessica,

Please let me know, when we can connect and debug the issue.

Thanks,
Sunil

From: HERNANDEZ-HERRERO, JORGE
Sent: Thursday, September 27, 2018 11:05 AM
To: onap-discuss@lists.onap.org; UNNAVA, 
SUNIL mailto:su6...@att.com>>
Cc: Gildas Lanilis 
mailto:gildas.lani...@huawei.com>>; 
jwagant...@linuxfoundation.org
Subject: RE: CSIT error

Hello Sunil,

Giving it a shot ..  Errno 101 has to do with network  connectivity.   By 
looking at from looking at the logs  in 
https://jenkins.onap.org/view/dmaap/job/dmaap-master-csit-mrpubsub/405/console,
 I wonder since the logs show going through a couple docker-compose up and 
docker-compose down, the DMAAP_MR_IP is staled from the first time.See 
below .. Just an idea, in case it helps:

19:35:08 DMaaP Service Running
19:35:08 ++ break
19:35:08 +++ docker inspect '--format={{range 
.NetworkSettings.Networks}}{{.IPAddress}}{{end}}' dockercompose_dmaap_1
19:35:09 ++ DMAAP_MR_IP=172.17.0.4
19:35:09 +++ docker inspect '--format={{range 
.NetworkSettings.Networks}}{{.IPAddress}}{{end}}' dockercompose_kafka_1
19:35:09 ++ KAFKA_IP=172.17.0.3
19:35:09 +++ docker inspect '--format={{range 
.NetworkSettings.Networks}}{{.IPAddress}}{{end}}' dockercompose_zookeeper_1
19:35:09 ++ ZOOKEEPER_IP=172.17.0.2
19:35:09 ++ echo DMAAP_MR_IP=172.17.0.4
19:35:09 DMAAP_MR_IP=172.17.0.4
19:35:09 ++ echo KAFKA_IP=172.17.0.3
19:35:09 KAFKA_IP=172.17.0.3
19:35:09 ++ echo ZOOKEEPER_IP=172.17.0.2
19:35:09 ZOOKEEPER_IP=172.17.0.2
19:35:09 ++ docker-compose down
19:35:10 [33mWARNING:[0m Dependency conflict: an older version of the 
'docker-py' package may be polluting the namespace. If you're experiencing 
crashes, run the following command to remedy the issue:
19:35:10 pip uninstall docker-py; pip uninstall docker; pip install docker
19:35:10 Stopping dockercompose_dmaap_1 ...
19:35:10 Stopping dockercompose_kafka_1 ...
19:35:10 Stopping dockercompose_zookeeper_1 ...


..  The DMAAP_MR_IP may change .. 20 seconds later, I don’t see the variable 
updated in the logs, so may be stale, and explain the 101 errno ..

19:35:38 Creating network "dockercompose_default" with the default driver
19:35:38 Creating dockercompose_zookeeper_1 ...
19:35:38 Creating dockercompose_zookeeper_1
19:35:39 [1A[2K
Creating dockercompose_zookeeper_1 ... 

Re: [onap-discuss] CSIT error

[Pamela Dragosh]

Folks,

The scripts are doing 2 docker-compose up and downs. You cannot guarantee IP 
addresse’s between those calls. So why is this being done?

The first calls seem to be getting IP addresses, saving them to files. Then 
shut everything down and bring it all up again. Maybe you have reasons.

I would re-initialize the IP address variable after the 2nd docker-compose up 
to ensure you have the right one.

Insert this line:

DMAAP_MR_IP=$(docker inspect --format='{{range 
.NetworkSettings.Networks}}{{.IPAddress}}{{end}}' dockercompose_dmaap_1)

At line 88.

Before you start curl dumping dmaap messages and then call the Robot script to 
test it.

Pam


From:  on behalf of Jessica Wagantall 

Reply-To: "onap-discuss@lists.onap.org" , 
"jwagant...@linuxfoundation.org" 
Date: Thursday, September 27, 2018 at 5:37 PM
To: "UNNAVA, SUNIL" 
Cc: "HERNANDEZ-HERRERO, JORGE" , "onap-discuss@lists.onap.org" 
, Gildas Lanilis 
Subject: Re: [onap-discuss] CSIT error

Thanks for your reply Jorge!

What could be the cause of docker-compose starting and stopping? Is this being 
controlled via script? I wonder if we can make sure docker-compose is running 
before executing these
tasks

Thanks!
Jess

On Thu, Sep 27, 2018 at 9:07 AM UNNAVA, SUNIL 
mailto:su6...@att.com>> wrote:
Hi Jorge,

Thanks for sharing your thoughts.  IP address of the Kafka and Zookeeper 
address are not changed from the first time( Otherwise MR container will not 
start), I can’t identify the IP address of the MR based on the log. We don’t 
see any issue in local and it is working with out any issues earlier.


Jessica,

Please let me know, when we can connect and debug the issue.

Thanks,
Sunil

From: HERNANDEZ-HERRERO, JORGE
Sent: Thursday, September 27, 2018 11:05 AM
To: onap-discuss@lists.onap.org; UNNAVA, 
SUNIL mailto:su6...@att.com>>
Cc: Gildas Lanilis 
mailto:gildas.lani...@huawei.com>>; 
jwagant...@linuxfoundation.org
Subject: RE: CSIT error

Hello Sunil,

Giving it a shot ..  Errno 101 has to do with network  connectivity.   By 
looking at from looking at the logs  in 
https://jenkins.onap.org/view/dmaap/job/dmaap-master-csit-mrpubsub/405/console,
 I wonder since the logs show going through a couple docker-compose up and 
docker-compose down, the DMAAP_MR_IP is staled from the first time.See 
below .. Just an idea, in case it helps:

19:35:08 DMaaP Service Running
19:35:08 ++ break
19:35:08 +++ docker inspect '--format={{range 
.NetworkSettings.Networks}}{{.IPAddress}}{{end}}' dockercompose_dmaap_1
19:35:09 ++ DMAAP_MR_IP=172.17.0.4
19:35:09 +++ docker inspect '--format={{range 
.NetworkSettings.Networks}}{{.IPAddress}}{{end}}' dockercompose_kafka_1
19:35:09 ++ KAFKA_IP=172.17.0.3
19:35:09 +++ docker inspect '--format={{range 
.NetworkSettings.Networks}}{{.IPAddress}}{{end}}' dockercompose_zookeeper_1
19:35:09 ++ ZOOKEEPER_IP=172.17.0.2
19:35:09 ++ echo DMAAP_MR_IP=172.17.0.4
19:35:09 DMAAP_MR_IP=172.17.0.4
19:35:09 ++ echo KAFKA_IP=172.17.0.3
19:35:09 KAFKA_IP=172.17.0.3
19:35:09 ++ echo ZOOKEEPER_IP=172.17.0.2
19:35:09 ZOOKEEPER_IP=172.17.0.2
19:35:09 ++ docker-compose down
19:35:10 [33mWARNING:[0m Dependency conflict: an older version of the 
'docker-py' package may be polluting the namespace. If you're experiencing 
crashes, run the following command to remedy the issue:
19:35:10 pip uninstall docker-py; pip uninstall docker; pip install docker
19:35:10 Stopping dockercompose_dmaap_1 ...
19:35:10 Stopping dockercompose_kafka_1 ...
19:35:10 Stopping dockercompose_zookeeper_1 ...


..  The DMAAP_MR_IP may change .. 20 seconds later, I don’t see the variable 
updated in the logs, so may be stale, and explain the 101 errno ..

19:35:38 Creating network "dockercompose_default" with the default driver
19:35:38 Creating dockercompose_zookeeper_1 ...
19:35:38 Creating dockercompose_zookeeper_1
19:35:39 [1A[2K
Creating dockercompose_zookeeper_1 ... [32mdone[0m
[1BCreating dockercompose_kafka_1 ...
19:35:39 Creating dockercompose_kafka_1
19:35:39 [1A[2K
Creating dockercompose_kafka_1 ... [32mdone[0m
[1BCreating dockercompose_dmaap_1 ...
19:35:39 Creating dockercompose_dmaap_1
19:35:40 [1A[2K
Creating dockercompose_dmaap_1 ... [32mdone[0m
[1B++ for i in '{1..50}'
19:35:40 +++ docker inspect --format '{{ .State.Running }}' 
dockercompose_dmaap_1
19:35:40 ++ '[' true ']'
19:35:40 +++ docker inspect --format '{{ .State.Running }}' 
dockercompose_zookeeper_1
19:35:40 ++ '[' true ']'
19:35:40 +++ docker inspect --format '{{ .State.Running }}' 
dockercompose_dmaap_1
19:35:41 ++ '[' true ']'
19:35:41 ++ echo 'DMaaP Service Running'
19:35:41 DMaaP Service Running
19:35:41 ++ break

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

[Pamela Dragosh]

Gary,

So now all our verify jobs are failed. Will the triggered CSIT jobs also fail?

Pam

From:  on behalf of Gary Wu 
Reply-To: "onap-discuss@lists.onap.org" , 
"gary.i...@huawei.com" 
Date: Thursday, September 27, 2018 at 1:23 PM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [integration] CSIT repo relocation

Hi all,

To help facilitate the branching of CSIT tests, we will be moving everything 
currently under integration/test/csit into its own repo: integration/csit

This changeover should be completed by end of this week.

Thanks,
Gary




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

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

[onap-discuss] [controlloop] Call for agenda 9/5/2018

[Pamela Dragosh]

Dear ONAP,

The control loop subcommittee meeting call for agenda for tomorrow 9/5/2018:

https://wiki.onap.org/display/DW/09-05-2018+Control+Loop+Sub+Committee+Weekly+Meeting

Thank you,

Pam Dragosh
Chair

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

View/Reply Online (#1): https://lists.onap.org/g/onap-discuss/message/1
Mute This Topic: https://lists.onap.org/mt/25177344/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] vFWCL - Beijing - CL - Policy #oom #appc #policy #usecaseui #dcaegen2

[Pamela Dragosh]

The value ControlLoop-vFirewall-d0a1dfc6-94f5-4fd4-a5b5-4630b438850a identifies 
the control loop uniquely, not the model-invariant-id for the target VNF. These 
are two completely different ids.

The value you are supposed to substitute is the resource ID from the heat for 
the Operational Policy, not the control loop id. Should look something like 
this: Eace933104d443b496b8.nodes.heat.vpg

Not sure where you are even getting the 0f2526bd-8d2b-46f8-a9d2-96b926174fe0 
value from.

Pam

From:  on behalf of jkzcristiano 

Reply-To: "onap-discuss@lists.onap.org" , 
"jkzcristi...@gmail.com" 
Date: Thursday, August 30, 2018 at 8:21 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] vFWCL - Beijing - CL - Policy #oom #appc #policy 
#usecaseui #dcaegen2


Dear community,

I am trying the closed loop part of the vFW use case in ONAP Beijing. I haven't 
succeed yet. I suspect the push-policies.sh didn't work as expected.

In the original push-policies.sh file I substituted the original string 
"d0a1dfc6-94f5-4fd4-a5b5-4630b438850a" by 
"0f2526bd-8d2b-46f8-a9d2-96b926174fe0" that is my vPacketGen model-invariant-id.
However, later when I check the events sent by TCA it seems it is still using 
the original uuid "d0a1dfc6-94f5-4fd4-a5b5-4630b438850a", i.e.;

...
...
"{\"closedLoopEventClient\":\"DCAE_INSTANCE_ID.dcae-tca\",\"policyVersion\":\"v0.0.1\",\"policyName\":\"DCAE.Config_tca-hi-lo\",\"policyScope\":\"DCAE\",\"target_type\":\"VNF\",\"AAI\":{\"generic-vnf.resource-version\":\"1535132668740\",\"generic-vnf.nf-role\":\"\",\"generic-vnf.prov-status\":\"PROV\",\"generic-vnf.orchestration-status\":\"Active\",\"generic-vnf.is-closed-loop-disabled\":false,\"generic-vnf.service-id\":\"23ad1eb0-7c0f-4888-8d7d-0876b2efc7ef\",\"generic-vnf.in-maint\":false,\"generic-vnf.nf-type\":\"\",\"generic-vnf.nf-naming-code\":\"\",\"generic-vnf.vnf-name\":\"VNF-VSP-vFWSNK-Instance-II\",\"generic-vnf.model-version-id\":\"b3c0649a-f10c-4f7d-af7d-3f9145120245\",\"generic-vnf.model-customization-id\":\"2192608b-85b9-403d-99af-bb37a2ee6209\",\"generic-vnf.nf-function\":\"\",\"generic-vnf.vnf-type\":\"Virtual-Firewall-Service/VSP-vFWSNK
 
0\",\"generic-vnf.model-invariant-id\":\"85a290f8-a9fc-4f4d-b3a0-95d5c21b2020\",\"generic-vnf.vnf-id\":\"f6e15d84-2ac6-4b4f-8f47-badf96488244\"},\"closedLoopAlarmStart\":1535588596912789,\"closedLoopEventStatus\":\"ONSET\",\"closedLoopControlName\":\"ControlLoop-vFirewall-d0a1dfc6-94f5-4fd4-a5b5-4630b438850a\",\"version\":\"1.0.2\",\"target\":\"generic-vnf.vnf-name\",\"requestID\":\"1d2c85c0-37de-4730-aabd-b43ce78653eb\",\"from\":\"DCAE\"}"
]

All uuid values seem ok with the exception of the on in red. I understand it 
should be the blue one instead. In addition, all uuids seem to be related to 
the vFWSNK VNF and not from the vPKG VNF. Is that ok?

[cid:image001.png@01D4403C.024FD9F0]

I would appreciate your help!

Xoan


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

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

Re: [onap-discuss] [control-loop][policy][appc] Control loop problem

[Pamela Dragosh]

Adam,

So this is why we need to standardize and simplify the outgoing actions from 
Policy to the controllers. This effort should eliminate these problems:

https://wiki.onap.org/display/DW/Event+based+Common+Notification+messaging+format+for+Control+Loop+Operations

Once I have this vetted out we bring this to the Architecture Sub Committee for 
approval.

I want to eliminate the need for Policy to have to implement all these various 
API’s in the controllers, orchestrators and internal applications that can be 
involved in Control Loop loop. There shouldn’t be any need for that. The 
controllers/orchestrators/applications just provide a specification on the 
recipes that are available and the notification messages can be dynamically 
created and sent to them. The work is on their end to implement their recipes, 
which is always necessary anyway.

Thanks,

Pam


From: "Krysiak, Adam (Nokia - PL/Wroclaw)" 
Date: Tuesday, August 28, 2018 at 3:40 AM
To: "onap-discuss@lists.onap.org" 
Cc: "MAHER, RANDA" , "DRAGOSH, PAMELA L (PAM)" 

Subject: [control-loop][policy][appc] Control loop problem


Hi,



During latest researches in control loop scenario we've identified a problem 
with recipe names.

Generally the problem exists when configuring Closed Loop in clamp and choose 
in HealthCheck as action that should be performed after threshold is exceeded. 
Everything is fine until Policy is trying to perform action and then it fails 
with exception.



We've investigated it a bit deeper. Outcome is that when choosing action/recipe 
combined from 2 words (like HealthCheck) clamp creates yaml with this action 
and sends it to configure drools rule template. Then when drools tries to 
perform action using APPC it takes recipe from yaml and uses it to create lcm 
request. In request action name is used both in URL:

/restconf/operations/appc-provider-lcm:health-check

and in body:

{

...

"action": "HealthCheck"

...
}
In current solution for health check clamp sends 'healthCheck' as recipe in 
yaml file.
When policy creates request in function  
AppcLcmActorServiceProvider.constructRequest(...) to format URL it uses 
lowercase recipe and for body it capitalizes it.

That causes situation where we get URL:

/restconf/operations/appc-provider-lcm:healthcheck
and body

{

...

"action": "Healthcheck"

...
}
That causes an error in APPC:

Invalid value 'Healthcheck' for enum type. Allowed values are: [Restart, 
Rebuild, Migrate, Evacuate, Snapshot, Rollback, Sync, Audit, Stop, Start, 
Terminate, SoftwareUpload, HealthCheck, LiveUpgrade, Lock, Unlock, Test, 
CheckLock, Configure, ConfigModify, ConfigScaleOut, ConfigRestore, 
ConfigBackup, ConfigBackupDelete, ConfigExport, StopApplication, 
StartApplication, QuiesceTraffic, ResumeTraffic, UpgradePreCheck, 
UpgradeSoftware, UpgradePostCheck, UpgradeBackup, UpgradeBackout, ActionStatus, 
Query, Reboot, AttachVolume, DetachVolume]



This bug will also be observed when we try to use ConfigModify (not available 
by default but can be added in properties) in CLAMP and all other actions 
combined of two words.
From my current observations multi-word actions are dash case in URL and camel 
case in body. So proposition for the solution for this bug is to:

  1.  standardize way those kind of actions are send from CLAMP
  2.  change request construction in 
AppcLcmActorServiceProvider.constructRequest(..) in Policy

We can take care of that bug. What we need is:

  *   an approve that our theory about cases is fine and proposed solution will 
work for other scenarios
  *   an approve from community


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

[onap-discuss] Until CLM license is fixed, this plugin can help teams find what vulnerabilities still exist

[Pamela Dragosh]

ONAP,

https://jeremylong.github.io/DependencyCheck/dependency-check-maven/index.html

If anyone knows something better to use in the meantime, please chime in.

Thanks,

Pam

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

View/Reply Online (#12043): https://lists.onap.org/g/onap-discuss/message/12043
Mute This Topic: https://lists.onap.org/mt/24930708/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] Add application to Nexus IQ

[Pamela Dragosh]

Sudhakar,

All the CLM Jenkins Jobs are done using builder scripts that are located in the 
ci-management project. Clone that repo and submit modifications as needed as a 
gerrit review.

Pam

From:  on behalf of Sudhakar Reddy 

Reply-To: "onap-discuss@lists.onap.org" , 
"sudhakar.re...@amdocs.com" 
Date: Wednesday, August 22, 2018 at 12:12 AM
To: "onap-discuss@lists.onap.org" , 
"stephen.terr...@ericsson.com" 
Subject: [onap-discuss] Add application to Nexus IQ

Hi,

What is the procedure to add a new application to Nexus IQ to run the clm job?

I tried adding from the Nexus IQ portal but it is showing me “Insufficient 
privileges” error.

Thanks & Regards
Sudhakar Reddy


“Amdocs’ email platform is based on a third-party, worldwide, cloud-based 
system. Any emails sent to Amdocs will be processed and stored using such 
system and are accessible by third party providers of such system on a limited 
basis. Your sending of emails to Amdocs evidences your consent to the use of 
such system and such processing, storing and access”.


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

View/Reply Online (#11999): https://lists.onap.org/g/onap-discuss/message/11999
Mute This Topic: https://lists.onap.org/mt/24917147/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] [policy][holmes]CCVPN CL Event

[Pamela Dragosh]

I will not entertain such drastic change which will endanger the use cases that 
the Policy team did commit to.

The point of the CL event is to identify the SINGLE VM or VNF that is having 
issues. The Operational Policies express what services/vms/vnfs are going to be 
taken action upon, not the CL event.

There are many other reasons which I will not go into on this thread.

Pam

From: Xin Miao 
Date: Monday, August 20, 2018 at 10:54 PM
To: Guangrong Fu , "DRAGOSH, PAMELA L (PAM)" 

Cc: onap-discuss , guobiaomo 
, "fu.guangrong" 
Subject: RE: [policy][holmes]CCVPN CL Event

This really changes the json data format.
If we do it this way, the CL event for previous use cases will have to update 
their documents on CL event description at least.

Xin Miao
M: +1-4692685226
E: xin.m...@huawei.com
2012实验室-硅谷网络技术实验室
2012 Laboratories-Silicon Valley Network Technology Lab
From: Guangrong Fu
To: DRAGOSH, PAMELA L 
(PAM)mailto:pdrag...@research.att.com>>
Cc: 
onap-discussmailto:onap-discuss@lists.onap.org>>;guobiaomomailto:guobia...@chinamobile.com>>;Xin
 
Miaomailto:xin.m...@huawei.com>>;fu.guangrongmailto:fu.guangr...@zte.com.cn>>
Subject: [policy][holmes]CCVPN CL Event
Time: 2018-08-20 19:30:00

Hi Pam,

I'm working with the CCVPN team to complete the control loop for the CCVPN use 
case. It requires Policy to perform some operations on three service instances. 
In this case, how do we put three instances into the CL event in order that 
Policy could digest it?

In the VoLTE use case, the CL event is like this:
{
"closedLoopEventClient": "DCAE.HolmesInstance",
"policyVersion": "1.0.0.5",
"policyName": "vVOLTE",
"policyScope": 
"resource=volte,service=VolteSErvice,type=SampleType,closedLoopControlName=CL-VOLTE-SIG-d925ed73-8231-4d02-9545-db4e101f88f8",
"target_type": "VM",
"AAI": {
"vserver.vserver-name": "dfw1lb01lb01",
"service-instance.service-instance-id" : "TBD",
"generic-vnf.vnf-id" : "TBD",
"generic-vnf.vnf-name" : "TBD"
},
"closedLoopAlarmStart": 1484677482204798,
"closedLoopEventStatus": "ONSET",
"closedLoopControlName": 
"ControlLoop-VOLTE-2179b738-fd36-4843-a71a-a8c24c70c55b",
"version": "1.0.2",
"target": "vserver.vserver-name",
"requestID": "97964e10-686e-4790-8c45-bdfa61df770f",
"from": "DCAE"
}

Can we use the similar data format, changing only the "AAI" filed from a JSON 
object to a JSON array:
{
"closedLoopEventClient": "DCAE.HolmesInstance",
"policyVersion": "1.0.0.5",
"policyName": "CCVPN",
"policyScope": 
"service=SOTNService,type=SampleType,closedLoopControlName=CL-CCVPN-d925ed73-8231-4d02-9545-db4e101f88f8",
"target_type": "VM",
"AAI": [
{
"service-instance.service-instance-id" : "service-instance-1",
...
},
{
"service-instance.service-instance-id" : "service-instance-2",
...
},
{
"service-instance.service-instance-id" : "service-instance-2",
...
}
],
"closedLoopAlarmStart": 1484677482204798,
"closedLoopEventStatus": "ONSET",
"closedLoopControlName": 
"ControlLoop-CCVPN-2179b738-fd36-4843-a71a-a8c24c70c55b",
"version": "1.0.2",
"target": "vserver.vserver-name",
"requestID": "97964e10-686e-4790-8c45-bdfa61df770f",
"from": "DCAE"
}

If the answer is negative, how could we achieve our goal?

Best Regards,
Guagnrong

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

View/Reply Online (#11971): https://lists.onap.org/g/onap-discuss/message/11971
Mute This Topic: https://lists.onap.org/mt/24830650/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] [policy] Custom Policy for a new VNF

[Pamela Dragosh]

Bharath,

You can use the Policy API similar to how the use cases use the API. We have a 
script in our helm charts called push-policies.sh that prepopulate. You could 
use those examples to create the policies you want.

These are also captured on our wiki page for integration testing here:

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

There you can find examples on the payloads and the actual API calls 
themselves. NOTE: The page is draft and various parts are incomplete. But I 
believe what you are interested in is there.

Thanks,

Pam


From:  on behalf of "Bharath Thiruveedula via 
Lists.Onap.Org" 
Reply-To: "onap-discuss@lists.onap.org" , 
"bharath.thiruveed...@verizon.com" 
Date: Friday, August 10, 2018 at 10:17 AM
To: onap-discuss 
Cc: Sirisha Gopigiri 
Subject: [onap-discuss] [policy] Custom Policy for a new VNF

Hi,

I am currently looking for closed loop for a customised VNF. But I am not sure 
how can I add custom operational and configurational policy for a new VNF. Can 
you give some pointers where I can refer and implement?

Best Regards
Bharath T


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

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

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

[Pamela Dragosh]

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" 
 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_=DwIDaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=96Bc1k_3iM0oj6iIg3pHPLg7zV1VFjiM9y5IwOAqVWE=CVoNLkzJtZNh4I9xpHeeyK8iwsIM_xxzGstuP5rD42w=
> 
> 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=DwIDaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=96Bc1k_3iM0oj6iIg3pHPLg7zV1VFjiM9y5IwOAqVWE=26d8T531m1w2Zyb8LwiRNuo0s4yEliJQcsZ53TovA7E=
> 
> 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=DwIDaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=96Bc1k_3iM0oj6iIg3pHPLg7zV1VFjiM9y5IwOAqVWE=xxbxiUJ_p9h83EE8i7hjBozLqB8QameiNgbsB3p2TDs=
> 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
> > hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
> > 08:42:43   at
> > 
hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:744)
> > 08:42:43   at
> > hudson.model.Build$BuildExecution.build(Build.java:206)
> > 08:42:43   at
> > hudson.model.Build$BuildExecution.doRun(Build.java:163)
> > 08:42:43   at
> > 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:504)
> > 08:42:43   at hudson.model.Run.execute(Run.java:1798)
> > 08:42:43   at
> > hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
> > 08:42:43   at
> > 

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

[Pamela Dragosh]

Marcus,

I am on board with this. I understand folks think its tedious, but having clean 
well-formatted code really helps with the reviewers.

I have been asking anyone who wants to get started to contribute for Policy to 
start with sonar and checkstyle issues. They are an easy way to get familiar 
not only with the codebase, but also ONAP code review process. I have had some 
folks perform awesome with this, while others faded.

One thing I would like to share is that for my project, we agreed as committers 
that we are going to require going forward that any code submission be preceded 
or followed by checkstyle fixes. That is, if they are changing a file, then 
they must submit it first with formatting done. Then submit the change they 
trying to introduce. Or vice versa fixing any newly introduced sonar problems. 
Sometimes they can be done in the submission itself, but we found as reviewers 
that it was too difficult to sort out the actual changes vs checkstyle 
formatting. We shall see how that goes.

I don’t think we should force any requirements right now. We have too much a 
burden with the workload that we have and laying down more requirements as a 
release goes along tends to upset us PTL’s. But perhaps over the next few 
releases we can buckle down on checkstyle, sonar and Junit code coverage. These 
things take time both doing them and reviewing them.

Thanks,

Pam Dragosh
Policy PTL

From:  on behalf of Marcus G K Williams 

Reply-To: "onap-discuss@lists.onap.org" , 
"marcus.willi...@intel.com" 
Date: Thursday, August 2, 2018 at 7:59 PM
To: onap-discuss 
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 (#11636): https://lists.onap.org/g/onap-discuss/message/11636
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] [policy] Re: resource limit for policy

[Pamela Dragosh]

Vaibav,

Thanks for your question. I’d like to push that we use onap-discuss for this so 
the community will benefit.

I’m sure Jorge will be able to help answer the question as he is our expert on 
our Helm charts.

Thanks,

Pam


From: Vaibhav Jayas 
Date: Wednesday, July 25, 2018 at 10:30 AM
To: "DRAGOSH, PAMELA L (PAM)" 
Subject: resource limit for policy

Hi Pamela
I was working on the OOM task 
https://jira.onap.org/browse/OOM-1145
 subtask 
https://jira.onap.org/browse/OOM-1158


This is related to ensure sufficient computer resources to effectively use each 
of the ONAP components a "resources:" section needs to be added to the 
values.yaml file(s) of each ONAP project. Here is an example:

resources:
  limits:
cpu: 1
memory: 1.2Gi
  requests:
cpu: 10m
memory: 800Mi

Should insufficient resources exist in the cluster, K8s will wait for compute 
resources to be added to the cluster and not schedule containers to run on 
overloaded nodes.

So I wanted your help on the resource limit for the policy component an how can 
we test the component on the load

Is there any way to simulate it ??


Regards
Vaibhav
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
Amdocs Development Centre India Private Limited having CIN: 
U72200PN2004PTC0188320 converted into Amdocs Development Centre India LLP (A 
limited liability partner­ship with LLP Identification Number: AAI-6901 
effective 28th Feb 2017)

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

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

[onap-discuss] CLM jobs missing Nexus IQ configuration

[Pamela Dragosh]

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 
hudson.tasks.BuildStepMonitor$1.perform(BuildStepMonitor.java:20)
08:42:43   at 
hudson.model.AbstractBuild$AbstractBuildExecution.perform(AbstractBuild.java:744)
08:42:43   at 
hudson.model.Build$BuildExecution.build(Build.java:206)
08:42:43   at 
hudson.model.Build$BuildExecution.doRun(Build.java:163)
08:42:43   at 
hudson.model.AbstractBuild$AbstractBuildExecution.run(AbstractBuild.java:504)
08:42:43   at hudson.model.Run.execute(Run.java:1798)
08:42:43   at 
hudson.model.FreeStyleBuild.run(FreeStyleBuild.java:43)
08:42:43   at 
hudson.model.ResourceController.execute(ResourceController.java:97)
08:42:43   at hudson.model.Executor.run(Executor.java:429)
08:42:43 Build step 'IQ Policy Evaluation - pre-build' marked build as failure

Looks like everyone had this problem.

Can someone please look into this?

Thanks,

Pam Dragosh
Policy PTL


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

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

Re: [onap-discuss] [ONAP Helpdesk #58421] jira.onap.org still timing out during early am EST

[Pamela Dragosh]

Ok – I’m back on this morning and I’m getting timeouts again.

Thanks,

Pam

On 7/17/18, 5:08 PM, "Jessica Wagantall via RT" 
 wrote:

Reported this to Ryan,

He mentioned that at that time when Pam detected the issue there were about 
6 people
using the system too but no errors detected. 

He is looking closely now

Thanks!
Jess

On Tue Jul 17 09:20:54 2018, jeremyphelps wrote:
> Hi Pam,
> I'm currently on ONAP jira and it seems to be ok.  Perhaps it was
> intermittent?  Or are you still having timeout issues?
> Jeremy
> 
> On Tue Jul 17 08:34:10 2018, pdrag...@research.att.com wrote:
> > Jessica,
> >
> > Sorry – but I’m trying to get a new sprint organized today and I
> > can’t
> > even look at JIRA’s because the system keeps timing out on me. Can
> > someone please look into the logs and see what the problem is??
> >
> > Thanks,
> >
> > Pam






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

View/Reply Online (#11213): https://lists.onap.org/g/onap-discuss/message/11213
Mute This Topic: https://lists.onap.org/mt/23670234/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.onap.org still timing out during early am EST

[Pamela Dragosh]

Jessica,

Sorry – but I’m trying to get a new sprint organized today and I can’t even 
look at JIRA’s because the system keeps timing out on me. Can someone please 
look into the logs and see what the problem is??

Thanks,

Pam

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

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

[onap-discuss] [policy] BiWeekly Meeting (Pushed from 7/4/2018)

[Pamela Dragosh]

BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Eastern Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0400
TZOFFSETTO:-0500
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0500
TZOFFSETTO:-0400
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="DRAGOSH, PAMELA L (PAM)":MAILTO:pdrag...@research.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
DESCRIPTION;LANGUAGE=en-US:When: Wednesday\, July 11\, 2018 9:00 AM-10:00 A
 M. (UTC-05:00) Eastern Time (US & Canada)\nWhere: https://zoom.us/j/921418
 973\n\n*~*~*~*~*~*~*~*~*~*\n\nDear ONAP\,\n\n\n\nI apologize as somehow th
 e meeting request to move it from last week did not go through.\n\n\n\nHer
 e are the logistics for today’s meeting.\n\n\n\n\n\nTopic: [policy] Bi-W
 eekly (Pushed from 7/4/2018\n\nTime: Jul 11\, 2018 9:00 AM Eastern Time (U
 S and Canada)\n\n\n\nJoin from PC\, Mac\, Linux\, iOS or Android: https://
 zoom.us/j/921418973\n\n\n\nOr iPhone one-tap :\n\nUS: +16699006833\,\,
 921418973#  or +16465588656\,\,921418973#\n\nOr Telephone:\n\nDial(for
  higher quality\, dial a number based on your current location):\n\n  
   US: +1 669 900 6833  or +1 646 558 8656  or +1 877 369 0926 (Toll Free) 
 or +1 855 880 1246 (Toll Free)\n\nMeeting ID: 921 418 973\n\nInter
 national numbers available: https://zoom.us/u/cxaiheu4\n\n\n\n\n
SUMMARY;LANGUAGE=en-US:[policy] BiWeekly Meeting (Pushed from 7/4/2018)
DTSTART;TZID=Eastern Standard Time:20180711T09
DTEND;TZID=Eastern Standard Time:20180711T10
UID:C26465C4-BE4E-4A4C-8C2E-D529C629F678
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20180711T120332Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION;LANGUAGE=en-US:https://zoom.us/j/921418973
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-OWNERAPPTID:2116508259
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:0
X-MICROSOFT-DISALLOW-COUNTER:TRUE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT15M
END:VALARM
END:VEVENT
END:VCALENDAR

[onap-discuss] [controlloop] Control Loop Sub Committee Agenda

[Pamela Dragosh]

Dear ONAP,

https://wiki.onap.org/display/DW/07-11-2018+Control+Loop+Sub+Committee+Weekly+Meeting

We will focus on providing recommendations for S3P Performance for Control Loop 
Projects.

Thanks,

Pam Dragosh
Chair

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

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

Re: [onap-discuss] [ONAP Helpdesk #57978] JIRA - serious performance/rendering issues this morning again

[Pamela Dragosh]

Definitely still happening as of today.

Thanks Jess

Pam

On 7/4/18, 1:48 AM, "onap-discuss@lists.onap.org on behalf of Jessica Wagantall 
via RT"  wrote:

Spoke to our INFRA team. 

We are looking closely into this and saving reports of CPU, I/O, network 
statistics for this few days to detect any inconsistencies. 

Thanks!
Jess

On Tue Jul 03 11:53:15 2018, jwagantall wrote:
> Dear Michael,
> 
> I have reported this to Ryan now.
> 2 weeks ago (or so) Pam reported issues too during a very specific
> window of time which
> turned out to be the backup tasks running, we disabled those.
> 
> Ryan is looking at what else could this be.
> 
> During the rest of the day, we notice JIRA 90% idle.
> 
> thanks!
> Jess
> 
> On Tue Jul 03 10:33:18 2018, frank.obr...@amdocs.com wrote:
> > LF Hi,
> >Jira is experiencing a lot of slowdown and rendering issues this
> > morning again - on 3 different machines and 2 different networks - to
> > be sure.
> >This has been happening periodically for a couple weeks - can we
> > get a RCA on this issue
> >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://urldefense.proofpoint.com/v2/url?u=https-3A__www.amdocs.com_about_email-2Ddisclaimer=DwIFaQ=LFYZ-o9_HUMeMTSQicvjIg=jwTiArcEj6aUX0HjV0M3dT12gUtk7rC07xpgpVZkS_4=KrecPYhTmkDVzaZ6EX0wpKd-tMPj_7sMRP7_XTk2Tbg=HkqvaIzob8Es6QhYudoz4z-m-xaPeXneNkICjvCmcEw=
> > 










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

View/Reply Online (#10869): https://lists.onap.org/g/onap-discuss/message/10869
Mute This Topic: https://lists.onap.org/mt/23164322/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 - serious performance/rendering issues this morning again

[Pamela Dragosh]

Yes I agree– I filed a Helpdesk #57742 last week. But it is a real 
inconvenience. Liam Fallon is also experiencing issues.

Kenny and Phil, can you escalate?

Thanks,

Pam

From:  on behalf of Michael O'Brien 

Date: Tuesday, July 3, 2018 at 10:33 AM
To: "'helpd...@onap.org'" , onap-discuss 

Subject: [onap-discuss] JIRA - serious performance/rendering issues this 
morning again

LF Hi,
   Jira is experiencing a lot of slowdown and rendering issues this morning 
again – on 3 different machines and 2 different networks – to be sure.
   This has been happening periodically for a couple weeks – can we get a RCA 
on this issue
   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 (#10790): https://lists.onap.org/g/onap-discuss/message/10790
Mute This Topic: https://lists.onap.org/mt/23024606/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] [policy] PTL Election for Policy Framework Project - self nomination

[Pamela Dragosh]

All,

I would to self-nominate myself for PTL of the Policy Framework Project.

I have 28 years of experience in designing and building software platforms in 
AT Research. My projects have ranged from speech recognition, text-to-speech, 
digital rights management, music encryption, big data, location-based services, 
software defined networking, and policy platform. I have open sourced several 
projects including XACML 3.0 Policy Engine, OpenAZ Apache, and OpenECOMP 
(Policy). I have led the ONAP Policy Platform for 2 releases as PTL.

I am committed to building a world class Policy Platform that can be used by 
ONAP and other open source projects. Lightweight, user-friendly, model-driven, 
highly-deployable and extendable.

Thanks,

Pam Dragosh
Lead Inventive Scientist
AT Research


From:  on behalf of "DRAGOSH, PAMELA L (PAM)" 

Date: Tuesday, July 3, 2018 at 9:09 AM
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] [policy] PTL Election for Policy Framework Project - 
self nomination

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

The ONAP election process is described in the wiki: 
https://wiki.onap.org/display/DW/Annual+Community+Elections

This is the self-nomination phase and will end in 2 business days: Thursday 
July 5th 2018 at the time this email appears on the discuss list.

The list of committers for the policy project is located here: 
https://wiki.onap.org/display/DW/Resources+and+Repositories#ResourcesandRepositories-PolicyFramework

Thanks,

Pam Dragosh
ONAP Policy Framework PTL



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

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

[onap-discuss] [policy] PTL Election for Policy Framework Project - self nomination

[Pamela Dragosh]

All,

The ONAP election process is described in the wiki: 
https://wiki.onap.org/display/DW/Annual+Community+Elections

This is the self-nomination phase and will end in 2 business days: Thursday 
July 5th 2018 at the time this email appears on the discuss list.

The list of committers for the policy project is located here: 
https://wiki.onap.org/display/DW/Resources+and+Repositories#ResourcesandRepositories-PolicyFramework

Thanks,

Pam Dragosh
ONAP Policy Framework PTL


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

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

[onap-discuss] [controlloop] Control Loop weekly called canceled 7/4/2018

[Pamela Dragosh]

Folks,

Due to U.S. Holiday, this meeting is canceled this week. Please look for the 
cancellation from Kenny.

Thanks,

Pam Dragosh
ONAP Control Loop Sub Committee Chair


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

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

[onap-discuss] [policy] Policy Wednesday 7/4 meeting is moved to 7/11/18

[Pamela Dragosh]

Due to U.S. Holiday – most of the team and committers will be unavailable.

Please look to onap-discuss for an updated invitation from Kenny.

Thanks,

Pam Dragosh
ONAP Policy PTL


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

View/Reply Online (#10748): https://lists.onap.org/g/onap-discuss/message/10748
Mute This Topic: https://lists.onap.org/mt/23003940/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.onap.org hangs and timeouts consistently during early morning EST

[Pamela Dragosh]

Hi LF,

Every day between approximately 7:30am and 8:30am EST I try to access 
jira.onap.org, and every day I consistently get time outs and hanging. It 
doesn’t matter if I refresh my browser, re-login or what network I am on. This 
is consistent pretty much every day. At some point it seems to recover and 
behave better during the day.

Can someone please look into the logs and see what the problem is? I realize it 
just got upgraded, but the problem has been happening for many months now.

It is extremely inconvenient and frustrating as I am trying to assess the work 
that was done overnight and what to prepare for during the day.

Thanks,

Pam

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

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