Re: [onap-discuss] Gerrit not responding

[Michael O'Brien]

Seems to be ok now – working for me – the new 2.16.8 interface
/michael

From:  on behalf of Marco Platania 

Reply-To: "onap-discuss@lists.onap.org" , 
"plata...@research.att.com" 
Date: Monday, May 20, 2019 at 22:13
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] Gerrit not responding

Is it just me or Gerrit is not responding?

Marco

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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

[onap-discuss] No logging meet this week - PTL change vote in progress #logging

[Michael O'Brien]

Team,
   I have a meeting conflict.  There is a PTL vote in progress by the 5 
committers and results will be posted for the TSC meet on Thursday.
   https://wiki.onap.org/display/DW/LOG+Meeting+Minutes+2019-05-21
   https://wiki.onap.org/display/DW/Dublin+RC2+-+Logging+PTL+Change+Vote
  https://lists.onap.org/g/onap-tsc/message/4993


   /michael

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

View/Reply Online (#17129): https://lists.onap.org/g/onap-discuss/message/17129
Mute This Topic: https://lists.onap.org/mt/31693589/21656
Mute #log: https://lists.onap.org/mk?hashtag=log&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] ONAP Gaps related to logs

[Michael O'Brien]

Eliza,
   Thanks for the heads up.  Logging related work is being tracked for Dublin 
in LOG-707 – most of this work has moved to El-Alto.
   I’ll correlate if anything is missing and add stories to LOG-707 if needed.
   Thank you
/michael

From: "CELENTI, ELIZA C" 
Date: Monday, May 20, 2019 at 19:43
To: Michael O'Brien 
Subject: ONAP Gaps related to logs

Hi Michael,

We recently completed a 5G PoC in ONAP and as a result we were able to identify 
a number of gaps related to the Common functionality (i.e. logs). We only 
tested Portal and A&AI components for that purpose, because we learned that in 
Casablanca only a few components follow the standards (A&AI, Portal, MSO).

At the site below, item #19 seems to address some of these concerns. Please let 
me know if all the issues described in the attached table are known and 
addressed or if additional gaps should be created in Jira for that purpose.

https://wiki.onap.org/display/DW/SP+priorities+for+Dublin

Thanks you in advance for your time and help,

Eliza Celenti
AT&T Labs
Intelligent Systems and Architecture
200 Laurel Ave, D5-2C06
Middletown, NJ 07748
+1 732 420 5046
ec6...@att.com<mailto:ec6...@att.com>

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 
<https://www.amdocs.com/about/email-terms-of-service>

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

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

[onap-discuss] logging pairwise RC1 results

[Michael O'Brien]

Pairwise complete - updated, a couple components either don't ship logs, need a 
filebeat refactor or need more advanced use cases on my part.
https://wiki.onap.org/display/DW/Logging+Dublin+RC1+Deliverables+for+RC1+Milestone+Checklist
https://wiki.onap.org/display/DW/Logging+Pair+Wise+Testing+for+Dublin+Release

/michael


This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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

[onap-discuss] FW: Velero-Heptio clarifications

[Michael O'Brien]

Moving to the wider public group

From: "ANNE, SWAPNA" 
Date: Wednesday, May 15, 2019 at 07:07
To: Michael O'Brien , Vaibhav Chopra 

Cc: "VENKATESH KUMAR, VIJAY" , "ACHARYA, SHRIKANT" 
, "DESHMUKH, KAILAS" , "HU, JUN NICOLAS" 

Subject: RE: Velero-Heptio clarifications

Hi Vaibhav/Michael,

Are you right contacts from ONAP? If yes, could you please respond. Thank you.

I was able to install 0.11.0 Valero successfully. Ran few tests on backup and 
restore and looks good at namespace level objects. Having trouble taking backup 
of PVC. I also integrated with Restic to take PVC backup and see Restic 
controller running fine.  I’ve done annotations for storage volumes and 
followed the documentation, but, failing to take backup only when we have PVC.  
We are using gluster/heketi solution for our cluster. Restic supposed to take 
backup of almost any type of Kubernetes volume regardless of the underlying 
storage provider. Were you able to get PV backups working with Restic?

Swapna

From: ANNE, SWAPNA
Sent: Monday, May 13, 2019 10:45 AM
To: OBRIEN, FRANK MICHAEL ; vaibhav.cho...@amdocs.com
Cc: VENKATESH KUMAR, VIJAY ; ACHARYA, SHRIKANT 
; DESHMUKH, KAILAS ; HU, JUN NICOLAS 

Subject: Velero-Heptio clarifications

Hi Michael/Vaibhav,

Good Morning. I’m from ECOMP-C Controller team working on Kubernetes Backup and 
Restore Solution POC and exploring the Velero-Heptio suitable solution. 
Shrikant mentioned ONAP also using the same solution and looking at your wiki 
page.

I noticed few things  as below. Can you please advise.

1.  Noticed that you are installing version 0.9.3.  from 0.11.0, Heptio Ark has 
become Velero . all ark cli and CRD api resources renamed to velero. Have you 
tried latest version?

  1.  The installation what you have doesn’t cover Persistent volume backup. 
Seeing Restic integration with Valero as an option.  Restic is not tied to a 
specific storage platform so might be a solution for AIC too. Have you started 
looking at this option too?
  2.  Instructions what you have and as well on the velero website looking to 
have “00-prereqs.yaml” to be installed and I couldn’t find this anywhere  in 
the latest velero repos . I continued to further on installation and didn’t see 
Valero getting installed. Looking thru and seems to be these are now bundled 
with release specific tar balls.


What is best time for you to reach out for any further questions?

Swapna
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 
<https://www.amdocs.com/about/email-terms-of-service>

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

View/Reply Online (#17060): https://lists.onap.org/g/onap-discuss/message/17060
Mute This Topic: https://lists.onap.org/mt/31634509/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 a custom OOM chart/service to ONAP #oom

[Michael O'Brien]

Xoan,
  Yes, it is relatively straight forward.  I had the same requirement – add a 
logging example container to hammer the ELK stack in ONAP.  I essentially 
copied the oom/kubernetes/common/common templates and followed the template 
example in OOM.
  An example is here

Code
https://git.onap.org/logging-analytics/tree/reference
specifically
https://git.onap.org/logging-analytics/tree/reference/logging-kubernetes
which defines a new module
https://git.onap.org/logging-analytics/tree/reference/logging-kubernetes/logdemonode

Deployment notes
https://wiki.onap.org/display/DW/Logging+Developer+Guide#LoggingDeveloperGuide-Deployment

There is also a starter template from OOM here that is now available
https://git.onap.org/oom/tree/kubernetes/helm/starters/onap-app

/michael

From:  on behalf of jkzcristiano 

Reply-To: "onap-discuss@lists.onap.org" , 
"jkzcristi...@gmail.com" 
Date: Tuesday, May 14, 2019 at 14:07
To: "onap-discuss@lists.onap.org" 
Subject: [onap-discuss] Add a custom OOM chart/service to ONAP #oom

Dear all,

I would like to know if it is possible to add a new custom service (e.g., like 
AAI, VID, etc) to ONAP namespace in OOM. Thus you can deploy ONAP jointly with 
your extra service(s). Is there any wiki or so or any guide recommendation to 
follow? I haven't found anything in the wikis yet.

I would appreciate you may provide some highlights!

Kind regards,
Xoan

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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

[onap-discuss] No logging meeting this week - continue with RC2 work

[Michael O'Brien]

Team,
We will continue with work on RC2 for this Thursday’s TSC meet and work 
items from the PTL meet yesterday.
/michael
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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

Re: [onap-discuss] AAI helm charts removed in OOM #oom

[Michael O'Brien]

Team,
   Right the following change must be retrofitted to all installation scripts 
and wiki’s that involve oom cloning
Example
https://gerrit.onap.org/r/#/c/86638/1/deployment/heat/onap-rke/rancher_vm_entrypoint.sh
https://jira.onap.org/browse/OOM-1598

pending
https://wiki.onap.org/display/DW/Cloud+Native+Deployment
https://onap.readthedocs.io/en/latest/submodules/oom.git/docs/oom_quickstart_guide.html
https://wiki.onap.org/display/DW/OOM+RKE+Kubernetes+Deployment
https://git.onap.org/logging-analytics/tree/deploy/cd.sh#n150

/michael


From:  on behalf of Andreas Geissler 

Reply-To: "onap-discuss@lists.onap.org" , 
"andreas-geiss...@telekom.de" 
Date: Friday, May 3, 2019 at 06:07
To: David Perez Caparros , 
"onap-discuss@lists.onap.org" 
Subject: Re: [onap-discuss] AAI helm charts removed in OOM #oom


Oh I see,
as I am using the same installation procedure as the integration team, I have 
to fix my rancher_vm_entrypoint.sh to use the --recursive-submodules option.

Thanks a lot
Andreas

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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

[onap-discuss] No logging meeting tomorrow tue 1100 GMT-4 #logging #pomba

[Michael O'Brien]

Team,
   No changes since the last meet, I have some meeting conflicts.
   The following work is pending for RC0

  Pairwise/Healtcheck testing

https://wiki.onap.org/display/DW/Logging+Pair+Wise+Testing+for+Dublin+Release
see example in

https://wiki.onap.org/display/DW/Logging+Pair+Wise+Testing+for+Casablanca+Release

Vulnerabilities list/triage/updates

https://wiki.onap.org/pages/viewpage.action?pageId=51282493
for example

https://nexus-iq.wl.linuxfoundation.org/assets/index.html#/reports/onap-logging-analytics-pomba-pomba-aai-context-builder/de296df570c544e2a2c62da0ddb62f63


Verify non-root usage by Alpine based containers
Verify ability to upgrade spring boot to 2.x
Verify https internal ports and nodeports

CII Best Practices

https://bestpractices.coreinfrastructure.org/en/projects/1578


S3P priorities
Item 15 of 
https://wiki.onap.org/display/DW/SP+priorities+for+Dublin

Jiras
Move out all open stories to ElAlto

https://jira.onap.org/browse/SDNC-644?jql=labels%20%3D%20EnterpriseScrumTeam

https://jira.onap.org/browse/SDNC-663?jql=labels%20%3D%20POMBA

RC0 
https://wiki.onap.org/display/DW/Logging+Dublin+M4+Deliverable+for+Code+Freeze+Milestone+Checklist+Template
Release Images
Released by pomba and dependencies are 
updated
OOM helm charts updated
Infrastructure CSV manifest updated
Integration blockers = OK

https://wiki.onap.org/display/DW/Dublin+Release+Integration+Test+Blocking+Issues
merge jobs OK
https://jenkins.onap.org/view/Merge-Jobs/
SONAR code coverage

https://sonar.onap.org/projects?search=pomba&sort=name
55 < 57% on

https://sonar.onap.org/dashboard?id=org.onap.logging-analytics.pomba%3Apomba-sdc-context-builder




Documentation
RTD updated

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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

[onap-discuss] RKE HA collaboration for Kubernetes/Helm/Docker alignment #oom #integration #documentation

[Michael O'Brien]

Gary,
   Hi, we (OOM) would like to continue our collaboration with yourself, Brian, 
Yang, Alain, Mike, Sylvain, Morgan, Eric, …and others inside devops teams on 
getting an HA deployment of RKE aligned via a 
script/template/documentation-procedure up for RC0.
   The goal/deliverables will be as we did together before for Rancher 1.6.25 
in Casablanca – but this time for Dublin around RKE as a replacement for 
Rancher.

  *   Community based RI for RKE to be used for staging/testing and production 
readiness
  *   Alignment on the k8s/helm/docker versions

   We have the following merged collocated/single-node script based on the 2 
month old RKE 0.1.17 that we will be upgrading to RKE 2.1.x to leverage fixes 
in the move from Docker 17.03/18.06 to 18.09, Helm 2.9.1 to 2.12.5 and 
Kubernetes 1.11.5 to 1.13.5 – some of these moves solve critical 
vulnerabilities.
https://git.onap.org/oom/tree/kubernetes/contrib/tools/rke/rke_setup.sh#n98

Tracking via https://jira.onap.org/browse/OOM-1598
Preliminary docs to be rewritten for RTD via 
https://wiki.onap.org/display/DW/OOM+RKE+Kubernetes+Deployment

   I understand you are actively testing a larger cluster and script and 
distributing the 3 roles (controlplane, worker, etcd) – which I currently run 
on a single node.   We would like to align with your proposed VM distribution 
of these 3 roles (like we did for rancher on the 13+1 cluster).  We will then 
do a 2 step distribution of the yaml to documentation for RC0 with full script 
retrofit for RC1+
   Did a quick check in git and I will look through your 
https://git.onap.org/integration/tree/deployment/heat/onap-rke for the 
yaml/role profile.

   Thank you
   /michael
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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

[onap-discuss] #log no logging meeting tue - conflict

[Michael O'Brien]

Team,
   I have a meeting conflict – no logging meeting today
  /michael
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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

[onap-discuss] No log meeting today - In LA for the day visiting a hospital - not me

[Michael O'Brien]

Next week - logging team
/michael
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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

[onap-discuss] Logging meeting cancelled tue

[Michael O'Brien]

Team,  Other work has come up, I don’t expecdt any status change – see you next 
week
/michael
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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

[onap-discuss] FW: Pricing quoted for an instance running on AWS

[Michael O'Brien]

These types of mails usually are posted to the list

Spot will run you 85% off depending on the DC – ohio use-east-2 is the cheapest.
Pick R4 instances they spike on the market the least and have the best ram/cost 
ration – but are slower – so up the granularity to 32g – r4xlarge
A full onap deployment will require at least 192g – ideally 224 or 256 – this 
will cost around 300 US/month
I recommend making your master node static by registering an elasticip – ami 
the node after it is setup so you can bring the cluster back up after an outage 
with the same IP.

Everything is on the wiki somewhere on this latest page
https://wiki.onap.org/display/DW/Cloud+Native+Deployment
/michael


From: Pranjal Dadhich 
Sent: Tuesday, April 2, 2019 1:08 AM
To: Michael O'Brien 
Subject: Pricing quoted for an instance running on AWS

Hello Michael,
I would like to know pricing for running an AWS instance (on demand/reserved) 
on monthly/yearly basis.


I can see price quote of $300/month per 128G deployment mentioned by you in 
below link

https://wiki.onap.org/display/DW/ONAP+Deployment+Specification+for+Finance+and+Operations#ONAPDeploymentSpecificationforFinanceandOperations-AmazonAWS

But unfortunately when i compare using the pricing calculator for the flavors
1. Flavor m4.4xlarge (16 vcpu and 64 gb of ram)
2. Flavor c5.4xlarge (16 vcpu and 32 gb ram)
 minimum monthly cost comes around $ 357 and $ 313 (1 yr all upfront) per 
instance.
if i create 4 host instances of flavor (c5.4xlarge ) and 1 rancher instance 
(m4.4xlarge), total monthly cost comes around $1600/ month.


Please clarify on the same.




Thanks and Regards,
Pranjal Dadhich
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 
<https://www.amdocs.com/about/email-terms-of-service>

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

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

[onap-discuss] FW: ONAP CSAR package

[Michael O'Brien]

Forwarding to list

From: Logesh Kumar 
Sent: Wednesday, April 3, 2019 3:32 AM
To: Michael O'Brien 
Subject: ONAP CSAR package

Hi  Michael,

Greetings!
I am working on the ONAP orchestrator based testing platform. I am in need of a 
sample csar package which has the working values in it. I have gone through the 
ONAP documentation and I couldn't find what I am looking for. If you help me 
with the sample csar package to create a Network Service, it would be helpful. 
Thanks in advance.




Regards,
Logesh Kumar

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 
<https://www.amdocs.com/about/email-terms-of-service>

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

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

[onap-discuss] Logging meeting TUE 2 April cancelled - Mike taking 1d vac to study for cert exam

[Michael O'Brien]

Team,
   No meeting tomorrow, I will be taking a day off to study disconnected.
   /michael

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

View/Reply Online (#16429): https://lists.onap.org/g/onap-discuss/message/16429
Mute This Topic: https://lists.onap.org/mt/30863034/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] Gerrit infrastructure 504 on corporate network and 502 on separate cell network

[Michael O'Brien]

Correction,
504 gateway timeout on my corporate
Then a 502 bad gateway - on my cell


From: Michael O'Brien 
Date: Monday, March 25, 2019 at 14:52
To: "onap-discuss@lists.onap.org" 
Subject: Gerrit infrastructure 504 on corporate network and separate cell 
network

All my machines showing intermittent 504’s right now
/michael
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 
<https://www.amdocs.com/about/email-terms-of-service>

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

View/Reply Online (#16315): https://lists.onap.org/g/onap-discuss/message/16315
Mute This Topic: https://lists.onap.org/mt/30774535/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] Gerrit infrastructure 504 on corporate network and 502 on separate cell network

[Michael O'Brien]

Jira is slow, confluence is ok.


From: Michael O'Brien 
Date: Monday, March 25, 2019 at 14:58
To: "onap-discuss@lists.onap.org" 
Cc: "hel...@onap.org" 
Subject: Re: Gerrit infrastructure 504 on corporate network and 502 on separate 
cell network

Correction,
504 gateway timeout on my corporate
Then a 502 bad gateway - on my cell


From: Michael O'Brien 
Date: Monday, March 25, 2019 at 14:52
To: "onap-discuss@lists.onap.org" 
Subject: Gerrit infrastructure 504 on corporate network and separate cell 
network

All my machines showing intermittent 504’s right now
/michael
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 
<https://www.amdocs.com/about/email-terms-of-service>

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

View/Reply Online (#16312): https://lists.onap.org/g/onap-discuss/message/16312
Mute This Topic: https://lists.onap.org/mt/30774535/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 infrastructure 504 on corporate network and separate cell network

[Michael O'Brien]

All my machines showing intermittent 504’s right now
/michael
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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

Re: [onap-discuss] DMaaP Certificate issue for 3.0.2-ONAP tag

[Michael O'Brien]

The DMaaP team has posted results – looks good – I have +1’d the review along 
with several other developers – we can get an OOM committer to merge +2 the 
change as soon as the -1 review is removed from March 1st.

Workaround for -1 hanging reviews:
There is a workaround to remove -1 reviews where the reviewer may be away or on 
vacation – submit a new patch to the review – in this case do a minor change to 
a comment on a helm chart that will not require a full CD retest/review and 
then we will reset the reviews – we can then +2 the change

The procedure to repatch (rebase is not enough) is here if you need it - 
https://wiki.onap.org/display/DW/ONAP+Development#ONAPDevelopment-Amendingexistinggerritchangesinreview

/michael


From: onap-discuss@lists.onap.org  On Behalf Of 
Michael O'Brien
Sent: Thursday, March 21, 2019 3:30 PM
To: Conor Ward 
Cc: Yang Xu (Yang, Fixed Network) ; Borislav Glozman 
; Ronan Keogh ; Emmett Cox 
; Gerard Nugent ; Fiachra Corcoran 
; de Talhouet, Alexis ; 
Mariusz Sobucki ; Paul Dennehy P 
; Tom O'Neill ; Mike Elliott 
; Prudence Au ; James MacNider 
; Catherine LEFEVRE 
; Brian ; 
michal.pta...@tieto.com; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] DMaaP Certificate issue for 3.0.2-ONAP tag

Conor,
   Adding onap-discuss as we need to keep the other members of TSC-119/120 in 
the loop for Monday
https://jira.onap.org/browse/TSC-119
https://jira.onap.org/browse/TSC-120

   No problem, the deadline is Monday – I would need the -1 review from 
michal.pta...@tieto.com<mailto:michal.pta...@tieto.com> addressed or removed – 
that was March 8th
   Ronan, conor, can you repost the hc and pod results as well as getting 
Michal to retest with the patch you posted since his last review
   The last checks I see are from the 1st before the -1
https://gerrit.onap.org/r/#/c/79210/
/michael

Code-Review

-1 Michal Ptacek



From: Conor Ward mailto:conor.w...@est.tech>>
Date: Thursday, March 21, 2019 at 12:25
To: Michael O'Brien mailto:frank.obr...@amdocs.com>>
Cc: "Yang Xu (Yang, Fixed Network)" 
mailto:yang@huawei.com>>, Borislav Glozman 
mailto:borislav.gloz...@amdocs.com>>, Ronan Keogh 
mailto:ronan.ke...@est.tech>>, Emmett Cox 
mailto:emmett@est.tech>>, Gerard Nugent 
mailto:gerard.nug...@est.tech>>, Fiachra Corcoran 
mailto:fiachra.corco...@est.tech>>, Mariusz Sobucki 
mailto:mariusz.sobu...@est.tech>>, Paul Dennehy P 
mailto:paul.p.denn...@est.tech>>, Tom O'Neill 
mailto:tom.o.ne...@ericsson.com>>
Subject: DMaaP Certificate issue for 3.0.2-ONAP tag


Hi Michael,



Is it possible to get this code change<https://gerrit.onap.org/r/#/c/79210/> 
merged before 25th March as the 3.0.2-ONAP tag is being created then. If we 
need to do anything else to get this merged let us know as we have already 
posted the running pods and robot healthcheck results for DMaaP components.



Kind Regards,

Conor


This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 
<https://www.amdocs.com/about/email-terms-of-service>

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

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

Re: [onap-discuss] DMaaP Certificate issue for 3.0.2-ONAP tag

[Michael O'Brien]

James merged it  - evidently I learned something new – a committer +2 merge can 
override a -1 non-committer review
Thanks guys
/michael

From: Michael O'Brien
Sent: Friday, March 22, 2019 11:49 AM
To: onap-discuss@lists.onap.org; Michael O'Brien ; 
Conor Ward 
Cc: Yang Xu (Yang, Fixed Network) ; Borislav Glozman 
; Ronan Keogh ; Emmett Cox 
; Gerard Nugent ; Fiachra Corcoran 
; de Talhouet, Alexis ; 
Mariusz Sobucki ; Paul Dennehy P 
; Tom O'Neill ; Mike Elliott 
; Prudence Au ; James MacNider 
; Catherine LEFEVRE 
; Brian ; 
michal.pta...@tieto.com
Subject: RE: [onap-discuss] DMaaP Certificate issue for 3.0.2-ONAP tag

The DMaaP team has posted results – looks good – I have +1’d the review along 
with several other developers – we can get an OOM committer to merge +2 the 
change as soon as the -1 review is removed from March 1st.

Workaround for -1 hanging reviews:
There is a workaround to remove -1 reviews where the reviewer may be away or on 
vacation – submit a new patch to the review – in this case do a minor change to 
a comment on a helm chart that will not require a full CD retest/review and 
then we will reset the reviews – we can then +2 the change

The procedure to repatch (rebase is not enough) is here if you need it - 
https://wiki.onap.org/display/DW/ONAP+Development#ONAPDevelopment-Amendingexistinggerritchangesinreview

/michael


From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Michael O'Brien
Sent: Thursday, March 21, 2019 3:30 PM
To: Conor Ward mailto:conor.w...@est.tech>>
Cc: Yang Xu (Yang, Fixed Network) 
mailto:yang@huawei.com>>; Borislav Glozman 
mailto:borislav.gloz...@amdocs.com>>; Ronan Keogh 
mailto:ronan.ke...@est.tech>>; Emmett Cox 
mailto:emmett@est.tech>>; Gerard Nugent 
mailto:gerard.nug...@est.tech>>; Fiachra Corcoran 
mailto:fiachra.corco...@est.tech>>; de Talhouet, 
Alexis mailto:alexis.de_talho...@bell.ca>>; Mariusz 
Sobucki mailto:mariusz.sobu...@est.tech>>; Paul 
Dennehy P mailto:paul.p.denn...@est.tech>>; Tom 
O'Neill mailto:tom.o.ne...@ericsson.com>>; Mike 
Elliott mailto:mike.elli...@amdocs.com>>; Prudence Au 
mailto:prudence...@amdocs.com>>; James MacNider 
mailto:james.macni...@amdocs.com>>; Catherine 
LEFEVRE 
mailto:catherine.lefe...@intl.att.com>>; Brian 
mailto:bf1...@att.com>>; 
michal.pta...@tieto.com<mailto:michal.pta...@tieto.com>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] DMaaP Certificate issue for 3.0.2-ONAP tag

Conor,
   Adding onap-discuss as we need to keep the other members of TSC-119/120 in 
the loop for Monday
https://jira.onap.org/browse/TSC-119
https://jira.onap.org/browse/TSC-120

   No problem, the deadline is Monday – I would need the -1 review from 
michal.pta...@tieto.com<mailto:michal.pta...@tieto.com> addressed or removed – 
that was March 8th
   Ronan, conor, can you repost the hc and pod results as well as getting 
Michal to retest with the patch you posted since his last review
   The last checks I see are from the 1st before the -1
https://gerrit.onap.org/r/#/c/79210/
/michael

Code-Review

-1 Michal Ptacek



From: Conor Ward mailto:conor.w...@est.tech>>
Date: Thursday, March 21, 2019 at 12:25
To: Michael O'Brien mailto:frank.obr...@amdocs.com>>
Cc: "Yang Xu (Yang, Fixed Network)" 
mailto:yang@huawei.com>>, Borislav Glozman 
mailto:borislav.gloz...@amdocs.com>>, Ronan Keogh 
mailto:ronan.ke...@est.tech>>, Emmett Cox 
mailto:emmett@est.tech>>, Gerard Nugent 
mailto:gerard.nug...@est.tech>>, Fiachra Corcoran 
mailto:fiachra.corco...@est.tech>>, Mariusz Sobucki 
mailto:mariusz.sobu...@est.tech>>, Paul Dennehy P 
mailto:paul.p.denn...@est.tech>>, Tom O'Neill 
mailto:tom.o.ne...@ericsson.com>>
Subject: DMaaP Certificate issue for 3.0.2-ONAP tag


Hi Michael,



Is it possible to get this code change<https://gerrit.onap.org/r/#/c/79210/> 
merged before 25th March as the 3.0.2-ONAP tag is being created then. If we 
need to do anything else to get this merged let us know as we have already 
posted the running pods and robot healthcheck results for DMaaP components.



Kind Regards,

Conor


This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 
<https://www.amdocs.com/about/email-terms-of-service>

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

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

Re: [onap-discuss] DMaaP Certificate issue for 3.0.2-ONAP tag

[Michael O'Brien]

Conor,
   Adding onap-discuss as we need to keep the other members of TSC-119/120 in 
the loop for Monday
https://jira.onap.org/browse/TSC-119
https://jira.onap.org/browse/TSC-120

   No problem, the deadline is Monday – I would need the -1 review from 
michal.pta...@tieto.com<mailto:michal.pta...@tieto.com> addressed or removed – 
that was March 8th
   Ronan, conor, can you repost the hc and pod results as well as getting 
Michal to retest with the patch you posted since his last review
   The last checks I see are from the 1st before the -1
https://gerrit.onap.org/r/#/c/79210/
/michael

Code-Review

-1 Michal Ptacek



From: Conor Ward 
Date: Thursday, March 21, 2019 at 12:25
To: Michael O'Brien 
Cc: "Yang Xu (Yang, Fixed Network)" , Borislav Glozman 
, Ronan Keogh , Emmett Cox 
, Gerard Nugent , Fiachra Corcoran 
, Mariusz Sobucki , Paul 
Dennehy P , Tom O'Neill 
Subject: DMaaP Certificate issue for 3.0.2-ONAP tag


Hi Michael,



Is it possible to get this code change<https://gerrit.onap.org/r/#/c/79210/> 
merged before 25th March as the 3.0.2-ONAP tag is being created then. If we 
need to do anything else to get this merged let us know as we have already 
posted the running pods and robot healthcheck results for DMaaP components.



Kind Regards,

Conor


This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 
<https://www.amdocs.com/about/email-terms-of-service>

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

View/Reply Online (#16270): https://lists.onap.org/g/onap-discuss/message/16270
Mute This Topic: https://lists.onap.org/mt/30699859/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 installation steps query

[Michael O'Brien]

dded"
echo "kubectl get pods --all-namespaces"
kubectl get pods --all-namespaces
echo "upgrade server side of helm in kubernetes"
if [ "$USERNAME" == "root" ]; then
   helm version
else
   sudo helm version
fi
echo "sleep 90"
sleep 90
if [ "$USERNAME" == "root" ]; then
   helm init --upgrade
else
   sudo helm init --upgrade
fi
echo "sleep 90"
sleep 90
echo "verify both versions are the same below"
if [ "$USERNAME" == "root" ]; then
   helm version
else
   sudo helm version
fi
echo "start helm server"
if [ "$USERNAME" == "root" ]; then
   helm serve &
else
   sudo helm serve &
fi
echo "sleep 30"
sleep 30
echo "add local helm repo"
if [ "$USERNAME" == "root" ]; then
   helm repo add local http://127.0.0.1:8879
   helm repo list
else
   sudo helm repo add local http://127.0.0.1:8879
   sudo helm repo list
fi
echo "To enable grafana dashboard - do this after running cd.sh which brings up 
onap - or you may get a 302xx port conflict"
echo "kubectl expose -n kube-system deployment monitoring-grafana 
--type=LoadBalancer --name monitoring-grafana-client"
echo "to get the nodeport for a specific VM running grafana"
echo "kubectl get services --all-namespaces | grep graf"
kubectl get pods --all-namespaces
echo "finished!"

From: Viji Jeyaraman 
Date: Thursday, March 21, 2019 at 09:08
To: Michael O'Brien 
Cc: Pranjal Sharma , "vij...@prodapt.com" 
, "pranjal0...@gmail.com" 
Subject: Onap installation steps query

To Michael,

We are currently doing ONAP installation Casablanca version following 
https://docs.onap.org/en/casablanca/submodules/oom.git/docs/oom_setup_kubernetes_rancher.html#onap-on-kubernetes-with-rancher
documentation.

Our deployment VMS consists of

  1.  1 Rancher master node
  2.  14 kubernetes nodes which is internally called  1 masterNFS +13 SlaveNFS 
VMS

We have created the VMS, and through Rancher UI we have added 14 kubernetes 
nodes as hosts and created the kubernetes cluster.

In the documentation we got stuck in “Configure kubectl and helm” step.

We need a clarification from you, the following configuration steps  should we 
run in all the 15VMs including rancher or we should run only in k8s 
hosts(14VMS) or only in masterNFS VM

  1.  vi .kube/config -- add config generated from rancher UI
  2.  kubectl config get-contexts
  3.  kubectl get pods --all-namespaces -o=wide
  4.  helm list
  5.  helm init –upgrade

Also, when we ran the above configuration steps at  first in masterNFS VM, 
things went fine. “tiller-deploy-76747d6678-455n2” pod came up and in running 
state and also “rancher/pause-amd64” container was seen running in “kube 
system” namespace in masterNFS VM.
root@masterNFS:~# kubectl get pods --all-namespaces -o=wide
NAMESPACE NAMEREADY STATUS
RESTARTS   AGE   IP  NODENOMINATED NODE
kube-system   heapster-5c6fddd5b-7k9881/1   Running   0 
 18h   10.42.230.106   masternfs   
kube-system   kube-dns-8587b597fc-49mwv   3/3   Running   0 
 18h   10.42.240.2 masternfs   
kube-system   kubernetes-dashboard-79599f58bc-zhz8k   1/1   Running   0 
 18h   10.42.115.179   masternfs   
kube-system   monitoring-grafana-74c4f86f9c-tx6d8 1/1   Running   0 
 18h   10.42.53.121masternfs   
kube-system   monitoring-influxdb-f78c85b98-8jvd4 1/1   Running   0 
 18h   10.42.188.87masternfs   
kube-system   tiller-deploy-b5f895978-95ctj   1/1   Running   0 
 18h   10.42.6.233 masternfs   

Then, same steps executed in slaveNFS VM, “tiller-deploy-76747d6678-455n2” was 
not up and “rancher/pause-amd64” container now seen in slavenfs which is also 
not in running state.

root@slaveNFS:~# kubectl get pods --all-namespaces -o=wide
NAMESPACE NAMEREADY STATUS  
   RESTARTS   AGE   IP  NODENOMINATED NODE
kube-system   heapster-5c6fddd5b-7k9881/1   Running 
   0  18h   10.42.230.106   masternfs   
kube-system   kube-dns-8587b597fc-49mwv   3/3   Running 
   0  18h   10.42.240.2 masternfs   
kube-system   kubernetes-dashboard-79599f58bc-zhz8k   1/1   Running 
   0  18h   10.42.115.179   masternfs   
kube-system   monitoring-grafana-74c4f86f9c-tx6d8 1/1   Running 
   0  18h   10.42.53.121masternfs   
kube-system   monitoring-influxdb-f78c85b98-8jvd4 1/1   Running 
   0  18h   10.42.188.87masternfs   
kube-system   tiller-deploy-76747d6678-4zljw  0/1   
ImagePullBackOff   

[onap-discuss] Logging meeting at older time of 11 EDT or GMT-4

[Michael O'Brien]

Team,
   We decided to keep the logging meeting for now at the same 11EDT GMT-4  
timeslot.  If there is a problem with the original bridge we can use my zoom as 
an alternate

Tomorrow’s meet
https://wiki.onap.org/display/DW/LOG+Meeting+Minutes+2019-03-19
https://zoom.us/j/519971638
alternate : https://zoom.us/j/7939937123

Note: there is a scheduled POMBA demo for the 26th March timeslot

Last 2nd week’s meet
https://wiki.onap.org/display/DW/LOG+Meeting+Minutes+2019-03-05
Attendees

Luke Parker<https://wiki.onap.org/display/~lparker> , Prudence 
Au<https://wiki.onap.org/display/~pau2882> , Michael 
O'Brien<https://wiki.onap.org/display/~michaelobrien> , Sanjay,  Lorraine 
Welch<https://wiki.onap.org/display/~lorraineawelch>

Agenda
§  Meetings every 2 weeks now - next meeting the 19th
§  Need to accomidate Luke Parker<https://wiki.onap.org/display/~lparker> - who 
is up at 3 am right now in Australia - will be 1 in the morning until April - 
then 2am
§  ideas: Better to be up at 1-3 than 8am - keep at 11 for now
§  For NA - stays at 11 - but I will verify if we are on UTC
§  DST is coming this weekend - we should agree on the meeting time - Luke does 
not go DST for 3 more weeks
§  Michael: status no progress on logging related jiras involving dublin scope 
(code/tech) last week
§  Passed M2
§  Discussed in TSC and PTL meets - issue related to manifest vs k8s 
values.yaml overrides for casablanca and CMR releases -
§  <https://jira.onap.org/browse/TSC-86> 
[https://jira.onap.org/secure/viewavatar?size=xsmall&avatarId=10303&avatarType=issuetype]
 <https://jira.onap.org/browse/TSC-86> TSC-86 - Lock down docker image tag name 
source of truth - oom values.yaml or integration repo manifest - A: both but 
manifest is the source SUBMITTED
§  TSC 2019-02-28<https://wiki.onap.org/display/DW/TSC+2019-02-28>
§  <https://jira.onap.org/browse/OOM-1560> 
[https://jira.onap.org/secure/viewavatar?size=xsmall&avatarId=10303&avatarType=issuetype]
 <https://jira.onap.org/browse/OOM-1560> OOM-1560 - dmaap-dr-node deployment is 
failing - casablanca SUBMITTED
§  In architecture review for M3 -  (Addressed comments) Logging Dublin M3 
Architecture 
Review<https://wiki.onap.org/display/DW/Logging+Dublin+M3+Architecture+Review>
§  Working more for OOM lately - Created RKE script to replace rancher - 
pending work is to test HA - https://gerrit.onap.org/r/#/c/79067/ for  
<https://jira.onap.org/browse/OOM-1670> 
[https://jira.onap.org/secure/viewavatar?size=xsmall&avatarId=10316&avatarType=issuetype]
 <https://jira.onap.org/browse/OOM-1670> OOM-1670 - RKE installation script and 
reference HEAT yaml/env/sh SUBMITTED
§  Assisting with ONS April demo prep - 2 or more ONAP installations working 
together - one as an edge cloud
§  Focused on onap devops - primarily for 2 customers deploying ONAP
§  5G training next week
§  April 3-5 ONS work
§  k8s infrastructure and
§  Logging will be a part of the demo - we will show the kibana logs during a 
vFW operation in an i-frame for the master and edge ONAP deploys
§  PTL position is open - let me know if anyone would like to take it.
§  Also quickly discussed idea of rolling LOG into OOM - should revisit
§  Pending committer for pomba - Committer Request for Trevor 
Tait<https://wiki.onap.org/display/DW/Committer+Request+for+Trevor+Tait> and 
Committer Request for Pierre 
Rioux<https://wiki.onap.org/display/DW/Committer+Request+for+Pierre+Rioux> - 
will send out reviews once stats are completed - TSC review will be needed
§  TODO I need to check MSB issues on onap-discuss -
§  Spondon - import the dashboard  - fix the one on the wiki - Lorraine 
Welch<https://wiki.onap.org/display/~lorraineawelch> export to json first ONAP 
Culprit Locator<https://wiki.onap.org/display/DW/ONAP+Culprit+Locator>
§  Lorraine Welch<https://wiki.onap.org/display/~lorraineawelch> question about 
changing the index for the db (Grafana for example) -  @Timestamp timestamp for 
example - TODO - merge the 2 indexes -
§  Q) Sanjay: (opentracking related - picking up errors on stdout (err, out)
§  how:
§  (also review from 2 weeks ago - Lorraine 
Welch<https://wiki.onap.org/display/~lorraineawelch> System.out standardout - 
review in terms of not using a hardcoded file appender - in terms of syslogs
· see https://12factor.net/logs)
· log retention on pod failure - those not mapped to PVs - including 
the current EmptyDir link between the sidecar - etherial PV - logs only end up 
in the elk stack
· Look into PV/PVC structure for log retention instead of the default 
emptydir
· 
https://git.onap.org/logging-analytics/tree/reference/logging-kubernetes/logdemonode/charts/logdemonode/templates/deployment.yaml#n114
· see PV/PVC example . logs can go to the /dockerdatanfs)
· 
https://git.onap.org/oom/tree/kubernetes/portal/charts/port

[onap-discuss] OOM meeting Wed at normal 10AM EDT (GMT-4) time

[Michael O'Brien]

Team,
   We will be meeting normally this wed at the original 10am GMT-4 timeslot – 
if there is a problem with the bridge we can use my personal zoom
Next
https://wiki.onap.org/display/DW/OOM+Meeting+Notes+-+2019-03-20

Last week’s
https://wiki.onap.org/display/DW/OOM+Meeting+Notes+-+2019-03-13
https://zoom.us/j/118908904
alternate: https://zoom.us/j/7939937123

/michael


This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

View/Reply Online (#16192): https://lists.onap.org/g/onap-discuss/message/16192
Mute This Topic: https://lists.onap.org/mt/30503762/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] Request to change existing meeting ONAP COE day and time

[Michael O'Brien]

Sood,
  Hi, don’t know if I can get to this tonight, posting to the list for now
/michael

From: "Sood, Ritu" 
Date: Monday, March 18, 2019 at 17:23
To: Michael O'Brien 
Cc: "Sood, Ritu" 
Subject: Request to change existing meeting ONAP COE day and time

Hi Michael
Based on the current groups.io change your name is listed as one of the 
Moderators.
Please change the Meeting invite for COE as below. The reason for the change is 
that the current time of 1 PM PST is not convenient for folks outside of US.
· Meeting Name COE
· Day/Date Current – (Tuesday) New – (Thursday)
· Time & Timezone – Current (1 PM (PST)) New (6 AM (PST))
· Duration 1 hour
· Is the meeting Recurring or a One-Off? Recurring
· Is a new Bridge Required - COE is assigned ONAP5 and currently there 
are no other meeting for ONAP5 on Thursday at 6AM (PDT)
· Any other comments you feel are relevant.
Please let me know if more information is required or if I should be contacting 
someone else for this change.
-Ritu

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 
<https://www.amdocs.com/about/email-terms-of-service>

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

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

[onap-discuss] Logging meeting - use just this one time - https://zoom.us/j/7939937123

[Michael O'Brien]

Normal meeting is busted today
https://zoom.us/j/7939937123

https://wiki.onap.org/display/DW/LOG+Meeting+Minutes+2019-03-05

/michael

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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

[onap-discuss] Logging/POMBA arch review for M3

[Michael O'Brien]

Team,
   We would like to request an email/wiki based review as there are minimal 
changes this release – same model as VID for example.
   Page is at
https://wiki.onap.org/display/DW/Logging+Dublin+M3+Architecture+Review

   thank you
   /michael

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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

[onap-discuss] Logging meeting cancelled on Tuesday - moving to 2 week frequency

[Michael O'Brien]

Team,
   Cancelling logging meet as I am onsite this week.
   Also I may not have access to email because I switched machines - and ran 
into a corp password reset today - since I am offsite I will miss the reset 
window - and get locked out for a couple days.
   /michael
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

View/Reply Online (#15705): https://lists.onap.org/g/onap-discuss/message/15705
Mute This Topic: https://lists.onap.org/mt/30030757/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] robot healthcheck busted in master for last couple days - CD systems and reviews on hold

[Michael O'Brien]

We are good - I verified pods and HC on Brian's update from 1.3.2 to 
1.4.0-STAGING-latest
https://gerrit.onap.org/r/#/c/78977/
Thanks Brian, Yang.
Abandoned other 2

Larger question is when anyone including myself does not run the CSV - we are 
not really running dublin
/michael

From: onap-discuss@lists.onap.org  On Behalf Of 
Yang Xu
Sent: Thursday, February 21, 2019 6:08 PM
To: onap-discuss@lists.onap.org; Michael O'Brien 
Subject: Re: [onap-discuss] robot healthcheck busted in master for last couple 
days - CD systems and reviews on hold

Michael,

Submitted the change for it  https://gerrit.onap.org/r/#/c/78979/

Thanks,
-Yang

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Michael O'Brien
Sent: Thursday, February 21, 2019 5:28 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Michael 
O'Brien mailto:frank.obr...@amdocs.com>>
Subject: Re: [onap-discuss] robot healthcheck busted in master for last couple 
days - CD systems and reviews on hold

Ok I get it after a ping from Brian - integration override - dublin oom is 
currently pointing to 1.3.2 - could we put in a patch to also upgrade OOM to 
1.4.0 - for anyone not running the integration override
image: onap/testsuite:1.3.2
in
https://git.onap.org/oom/tree/kubernetes/robot/values.yaml#n25

thank you
/michael

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Michael O'Brien
Sent: Thursday, February 21, 2019 5:24 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] robot healthcheck busted in master for last couple days 
- CD systems and reviews on hold

Team,
My CD system was offline until yesterday due to a VM issue - I restarted 
the system but am getting no healthcheck logs into my kibana.
http://kibana.onap.info:5601/app/kibana#/dashboard/AWAtvpS63NTXK5mX2kuS
from
http://jenkins.onap.info/job/oom-cd-master2-aws/174/console
15:08:47 rpc error: code = 2 desc = oci runtime error: exec failed: 
container_linux.go:247: starting container process caused "exec: 
\"/var/opt/ONAP/runTags.sh\": stat /var/opt/ONAP/runTags.sh: no such file or 
directory"


Later today I tried running healthcheck on 2 of my systems - one of which 
to do the standard get pods and HC prior to an OOM merge - a cherry pick of 
1.3.3 data-router - I can't proceed until the robot config is restored from the 
new ONAP back to the EComp dir.
https://gerrit.onap.org/r/#/c/78958/

onap 
onap-robot-robot-64886c7774<https://gerrit.onap.org/r/#/q/64886c7774>-lkk4h 1/1 
Running 0 19m
Michael O'Brien
4:55 PM Patch Set 1:

New issue running health ++ kubectl --namespace onap exec 
onap-robot-robot-64886c7774<https://gerrit.onap.org/r/#/q/64886c7774>-lkk4h -- 
/var/opt/ONAP/runTags.sh -V /share/config/vm_properties.py -V 
/share/config/integration_robot_properties.py -V 
/share/config/integration_preload_parameters.py -v GLOBAL_BUILD_NUMBER:115706 
-d /share/logs/_ete_health -i health --display 90 rpc error: code = 2 desc 
= oci runtime error: exec failed: container_linux.go:247: starting container 
process caused "exec: \"/var/opt/ONAP/runTags.sh\": stat 
/var/opt/ONAP/runTags.sh: no such file or directory"

command terminated with exit code 126 
amdocs@obriensystemsu0:~/oom/kubernetes/robot$ kubectl get pods 
--all-namespaces | grep robot onap 
onap-robot-robot-64886c7774<https://gerrit.onap.org/r/#/q/64886c7774>-lkk4h 1/1 
Running 0 22m
Michael O'Brien
4:57 PM Patch Set 1:

root@onap-robot-robot-64886c7774<https://gerrit.onap.org/r/#/q/64886c7774>-lkk4h:/#
 ls /var/opt OpenECOMP_ETE 
root@onap-robot-robot-64886c7774<https://gerrit.onap.org/r/#/q/64886c7774>-lkk4h:/#
 ls /var/opt/OpenECOMP_ETE/runTags.sh /var/opt/OpenECOMP_ETE/runTags.sh
Michael O'Brien
5:08 PM Patch Set 1:

https://gerrit.onap.org/r/#/c/78445/ has broken healthcheck - pinging owner


So the process before any OOM change is to run kubectl get pods 
-all-namespaces - check for 1/1 2/2 3/3 only - then cd into 
oom/kubernetes/robot and run the ete-k8s.sh onap health script
Could we revert part of the following - thanks - it looks like the dir 
change does not match the directory.

https://gerrit.onap.org/r/#/c/78445/2/kubernetes/robot/ete-k8s.sh

/michael
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service

This email and the information contained herein is proprietary and confidential 
and su

Re: [onap-discuss] robot healthcheck busted in master for last couple days - CD systems and reviews on hold

[Michael O'Brien]

Ok I get it after a ping from Brian - integration override - dublin oom is 
currently pointing to 1.3.2 - could we put in a patch to also upgrade OOM to 
1.4.0 - for anyone not running the integration override
image: onap/testsuite:1.3.2
in
https://git.onap.org/oom/tree/kubernetes/robot/values.yaml#n25

thank you
/michael

From: onap-discuss@lists.onap.org  On Behalf Of 
Michael O'Brien
Sent: Thursday, February 21, 2019 5:24 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] robot healthcheck busted in master for last couple days 
- CD systems and reviews on hold

Team,
My CD system was offline until yesterday due to a VM issue - I restarted 
the system but am getting no healthcheck logs into my kibana.
http://kibana.onap.info:5601/app/kibana#/dashboard/AWAtvpS63NTXK5mX2kuS
from
http://jenkins.onap.info/job/oom-cd-master2-aws/174/console
15:08:47 rpc error: code = 2 desc = oci runtime error: exec failed: 
container_linux.go:247: starting container process caused "exec: 
\"/var/opt/ONAP/runTags.sh\": stat /var/opt/ONAP/runTags.sh: no such file or 
directory"


Later today I tried running healthcheck on 2 of my systems - one of which 
to do the standard get pods and HC prior to an OOM merge - a cherry pick of 
1.3.3 data-router - I can't proceed until the robot config is restored from the 
new ONAP back to the EComp dir.
https://gerrit.onap.org/r/#/c/78958/

onap 
onap-robot-robot-64886c7774<https://gerrit.onap.org/r/#/q/64886c7774>-lkk4h 1/1 
Running 0 19m
Michael O'Brien
4:55 PM Patch Set 1:

New issue running health ++ kubectl --namespace onap exec 
onap-robot-robot-64886c7774<https://gerrit.onap.org/r/#/q/64886c7774>-lkk4h -- 
/var/opt/ONAP/runTags.sh -V /share/config/vm_properties.py -V 
/share/config/integration_robot_properties.py -V 
/share/config/integration_preload_parameters.py -v GLOBAL_BUILD_NUMBER:115706 
-d /share/logs/_ete_health -i health --display 90 rpc error: code = 2 desc 
= oci runtime error: exec failed: container_linux.go:247: starting container 
process caused "exec: \"/var/opt/ONAP/runTags.sh\": stat 
/var/opt/ONAP/runTags.sh: no such file or directory"

command terminated with exit code 126 
amdocs@obriensystemsu0:~/oom/kubernetes/robot$ kubectl get pods 
--all-namespaces | grep robot onap 
onap-robot-robot-64886c7774<https://gerrit.onap.org/r/#/q/64886c7774>-lkk4h 1/1 
Running 0 22m
Michael O'Brien
4:57 PM Patch Set 1:

root@onap-robot-robot-64886c7774<https://gerrit.onap.org/r/#/q/64886c7774>-lkk4h:/#
 ls /var/opt OpenECOMP_ETE 
root@onap-robot-robot-64886c7774<https://gerrit.onap.org/r/#/q/64886c7774>-lkk4h:/#
 ls /var/opt/OpenECOMP_ETE/runTags.sh /var/opt/OpenECOMP_ETE/runTags.sh
Michael O'Brien
5:08 PM Patch Set 1:

https://gerrit.onap.org/r/#/c/78445/ has broken healthcheck - pinging owner


So the process before any OOM change is to run kubectl get pods 
-all-namespaces - check for 1/1 2/2 3/3 only - then cd into 
oom/kubernetes/robot and run the ete-k8s.sh onap health script
Could we revert part of the following - thanks - it looks like the dir 
change does not match the directory.

https://gerrit.onap.org/r/#/c/78445/2/kubernetes/robot/ete-k8s.sh

/michael
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 
<https://www.amdocs.com/about/email-terms-of-service>

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

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

[onap-discuss] robot healthcheck busted in master for last couple days - CD systems and reviews on hold

[Michael O'Brien]

Team,
My CD system was offline until yesterday due to a VM issue - I restarted 
the system but am getting no healthcheck logs into my kibana.
http://kibana.onap.info:5601/app/kibana#/dashboard/AWAtvpS63NTXK5mX2kuS
from
http://jenkins.onap.info/job/oom-cd-master2-aws/174/console
15:08:47 rpc error: code = 2 desc = oci runtime error: exec failed: 
container_linux.go:247: starting container process caused "exec: 
\"/var/opt/ONAP/runTags.sh\": stat /var/opt/ONAP/runTags.sh: no such file or 
directory"


Later today I tried running healthcheck on 2 of my systems - one of which 
to do the standard get pods and HC prior to an OOM merge - a cherry pick of 
1.3.3 data-router - I can't proceed until the robot config is restored from the 
new ONAP back to the EComp dir.
https://gerrit.onap.org/r/#/c/78958/

onap 
onap-robot-robot-64886c7774<https://gerrit.onap.org/r/#/q/64886c7774>-lkk4h 1/1 
Running 0 19m
Michael O'Brien
4:55 PM Patch Set 1:

New issue running health ++ kubectl --namespace onap exec 
onap-robot-robot-64886c7774<https://gerrit.onap.org/r/#/q/64886c7774>-lkk4h -- 
/var/opt/ONAP/runTags.sh -V /share/config/vm_properties.py -V 
/share/config/integration_robot_properties.py -V 
/share/config/integration_preload_parameters.py -v GLOBAL_BUILD_NUMBER:115706 
-d /share/logs/_ete_health -i health --display 90 rpc error: code = 2 desc 
= oci runtime error: exec failed: container_linux.go:247: starting container 
process caused "exec: \"/var/opt/ONAP/runTags.sh\": stat 
/var/opt/ONAP/runTags.sh: no such file or directory"

command terminated with exit code 126 
amdocs@obriensystemsu0:~/oom/kubernetes/robot$ kubectl get pods 
--all-namespaces | grep robot onap 
onap-robot-robot-64886c7774<https://gerrit.onap.org/r/#/q/64886c7774>-lkk4h 1/1 
Running 0 22m
Michael O'Brien
4:57 PM Patch Set 1:

root@onap-robot-robot-64886c7774<https://gerrit.onap.org/r/#/q/64886c7774>-lkk4h:/#
 ls /var/opt OpenECOMP_ETE 
root@onap-robot-robot-64886c7774<https://gerrit.onap.org/r/#/q/64886c7774>-lkk4h:/#
 ls /var/opt/OpenECOMP_ETE/runTags.sh /var/opt/OpenECOMP_ETE/runTags.sh
Michael O'Brien
5:08 PM Patch Set 1:

https://gerrit.onap.org/r/#/c/78445/ has broken healthcheck - pinging owner


So the process before any OOM change is to run kubectl get pods 
-all-namespaces - check for 1/1 2/2 3/3 only - then cd into 
oom/kubernetes/robot and run the ete-k8s.sh onap health script
Could we revert part of the following - thanks - it looks like the dir 
change does not match the directory.

https://gerrit.onap.org/r/#/c/78445/2/kubernetes/robot/ete-k8s.sh

/michael
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 
<https://www.amdocs.com/about/email-terms-of-service>

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

View/Reply Online (#15679): https://lists.onap.org/g/onap-discuss/message/15679
Mute This Topic: https://lists.onap.org/mt/29991305/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 OOM Casablanca DMaaP-Prov container - Issue

[Michael O'Brien]

My environment was minimal – a 50G VMware Workstation 12.5 VM on my laptop 
running only dmaap - SSD-NVMe drive, 12 vCores, 2.4Ghz
/michael

From: onap-discuss@lists.onap.org  On Behalf Of 
Ronan Keogh
Sent: Monday, February 18, 2019 6:30 AM
To: kranthi guttikonda ; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Onap OOM Casablanca DMaaP-Prov container - Issue

Hi Kranthi,

Thanks for reporting this issue.

Can you send on the following logs from dmaap-dr-db pod please..

  *   /var/lib/mysql/slow_query.log
  *   /var/lib/mysql/audit.log
  *   /var/log/mysql/mysql.log

Also, if you have details of your deployment so I can try to reproduce the 
issue that would be great, e.g. deploying across how many VMs and VM specs; 
full OOM deployment or a subset of components, etc?

Thanks,
Ronan

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

View/Reply Online (#15656): https://lists.onap.org/g/onap-discuss/message/15656
Mute This Topic: https://lists.onap.org/mt/29867671/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] dev-dmaap-dmaap-dr-node pod does not come up due to https call to dev-dmaap-dmaap-dr-prov pod #dmaap #casablanca

[Michael O'Brien]

Guys seeing this again both on casablanca 20190218 and master 20180218 - both 
running only dmaap (nothing else deployed or deployed with aaf)
LOG-898
master
onap onap-dmaap-dmaap-dr-node-57f77bd54d-q7v78 0/1 CrashLoopBackOff 9 26m 
10.42.112.70 obriensystemsu0 
casablanca (3.0.1 essentially)
onap onap-dmaap-dmaap-dr-node-57f77bd54d-kw8n7 0/1 Running 79 5h

I am also seeing an issue with SDNC ansible on both the latest Casablanca and 
master – sdnc required dmaap and sdc to come up - note
onap  onap-sdnc-sdnc-ansible-server-7d595dd8-fvm95   0/1   
CrashLoopBackOff   41 3h

/michael
From: onap-discuss@lists.onap.org  On Behalf Of 
kranthi guttikonda
Sent: Tuesday, February 19, 2019 2:07 PM
To: onap-discuss@lists.onap.org; alessandro.dalessan...@telecomitalia.it
Subject: Re: [onap-discuss] dev-dmaap-dmaap-dr-node pod does not come up due to 
https call to dev-dmaap-dmaap-dr-prov pod #dmaap #casablanca

Please take a look into https://jira.onap.org/browse/DMAAP-964

From: mailto:onap-discuss@lists.onap.org>> on 
behalf of D'Alessandro Alessandro Gerardo 
mailto:alessandro.dalessan...@telecomitalia.it>>
Reply-To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, 
"alessandro.dalessan...@telecomitalia.it"
 
mailto:alessandro.dalessan...@telecomitalia.it>>
Date: Tuesday, February 19, 2019 at 12:16 PM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] dev-dmaap-dmaap-dr-node pod does not come up due to 
https call to dev-dmaap-dmaap-dr-prov pod #dmaap #casablanca


Hi all,

I have deployed Casablanca and I have an issue with the highlighted pod





dev-dmaap-dbc-pg-0  
  1/1  Running0  30m   10.42.29.89   k8s-13


dev-dmaap-dbc-pg-1  
  1/1   Running0  27m   10.42.182.91 k8s-7 


dev-dmaap-dbc-pgpool-7b748d5894-88wb9 1/1   Running 
   0  30m   10.42.140.152   k8s-11

dev-dmaap-dbc-pgpool-7b748d5894-pj8zv1/1Running 
   0  30m   10.42.183.217   k8s-6 

dev-dmaap-dmaap-bus-controller-6757c4c86-rv9zh   1/1   Running  
  0  30m   10.42.156.206   k8s-10

dev-dmaap-dmaap-dr-db-bb4c67cfd-84c991/1   Running  
  0  30m   10.42.138.166   k8s-10

dev-dmaap-dmaap-dr-node-5655ffbd55-gdfpx 0/1   Running  
  6 30m   10.42.30.95 k8s-6 

dev-dmaap-dmaap-dr-prov-66df46884f-sjd7x  1/1   Running 
   0  30m   10.42.13.150k8s-7 

dev-dmaap-message-router-684b499dbc-8c6dm1/1   Running  
  0 30m   10.42.191.38k8s-11

dev-dmaap-message-router-kafka-8466bf6864-t7gtq1/1   Running
0  30m  10.42.32.83 k8s-4 

dev-dmaap-message-router-zookeeper-5bd997b466-dfmzl  1/1   Running  
  0  30m   10.42.25.154k8s-2 



Log from dev-dmaap-dmaap-dr-node-5655ffbd55-gdfpx is:



16:03:22.198 ERROR [Node Configuration Timer] 
org.onap.dmaap.datarouter.node.NodeConfigManager - EELF0004E  Configuration 
failed.

java.net.UnknownHostException: dmaap-dr-prov - try again later.

provurl:: https://dmaap-dr-prov:8443/internal/prov

16:03:22.200 ERROR [Node Configuration Timer] 
org.onap.dmaap.datarouter.node.NodeConfigManager - EELF0004E  Configuration 
failed.

java.net.UnknownHostException: dmaap-dr-prov - try again later.

provurl:: https://dmaap-dr-prov:8443/internal/prov





what I notice is that if the request comes from http it is satisfied while it 
is NOT if it comes from https



please look at the details here below from the robot container:



curl -v http://dmaap-dr-prov:8080/internal/prov



{

"feeds": [

],

"groups": [

],

"subscriptions": [

],

"parameters": {

   "ACTIVE_POD": "dmaap-dr-prov",

   "DELIVERY_INIT_RETRY_INTERVAL": 10,

   "DELIVERY_MAX_AGE": 86400,

   "DELIVERY_MAX_RETRY_INTERVAL": 3600,

   "DELIVERY_RETRY_RATIO": 2,

   "LOGROLL_INTERVAL": 300,

   "NODES": ["dmaap-dr-node"],

   "PROV_ACTIVE_NAME": "dmaap-dr-prov",

   "PROV_AUTH_ADDRESSES":

["dmaap-dr-prov","dmaap-dr-node"],

   "PROV_AUTH_SUBJECTS": [""],

   "PROV_DOMAIN": "onap",

   "PROV_MAXFEED_COUNT": 1,

   "PROV_MAXSUB_COUNT": 10,

   "PROV_NAME": "dmaap-dr-prov",

   "PROV_REQUIRE_CERT": "false",

   "PROV_REQUIRE_SECURE": "false",

   "STANDBY_POD": "",

   "_INT_VALUES":

["LOGROLL_INTERVAL","PROV_MAXFEED_COUNT","PROV_MAXSUB_COUNT","DELIVERY_INIT_RETRY_INTERVAL","DELIVERY_MAX_RETRY_INTERVAL","DELIVERY_RETRY_RATIO","DELIVERY_MAX_A

Re: [onap-discuss] ONAP: communication components.

[Michael O'Brien]

Natacha,
  We discussed this briefly during the PTL call this morning - you bring up a 
good point - we need to revisit the dependency tree (static, deployment, 
runtime, compile time) - to get a good view of the system - there are several 
pages in the wiki - we should meet over this - Friday is a more open day, lets 
discuss this in the TSC.
  The diagram is a screencap of the original lucidchart diagram - there is no 
more to it - I just ran a full 3.0.0-ONAP deployment, did the following 2 
commands to get pods and nodeports - I don't plan on doing this manual diagram 
again - it was about 12h over a couple days - since 3.x was stable - it was a 
good time for snapshot - and I needed a diagram in which to enumerate log 
compliance (libraries, format, sidecars, shipping etc...) - there are no REST 
level API dependencies or deploy time pod dependencies in that diagram - just 
extraction of the DB layer from the pods.
  Kubectl get pods -all-namespaces
  Kubectl get services -all-namespaces
  Hi, that diagram only shows links from the filebeat sidecars into the 
logstash port on the ELK stack pods - for log streaming.
  I'll keep any changes on the main page in 
https://wiki.onap.org/display/DW/Cloud+Native+Deployment
  You would be more interested in the levels of coms and compile dependencies 
between the pods.
  I created that diagram in lucidchart (for speed of drawing - easier than in 
gliffy) - it was a 1-time for casablanca - I am working on automating a live 
version as part of a dashboard.

  For static compile dependencies you can mine the pom.xml files
  For static pod dependencies you can mine the deployment yamls in the oom dir 
- this is how I derived the partial chart of pod dependencies enforced on 
deployment startup.
https://wiki.onap.org/display/DW/Log+Streaming+Compliance+and+API#LogStreamingComplianceandAPI-DeploymentDependencyTree-Containerlevel

  Most interesting would be the dynamic REST calls between the components - 
this would require going through all the code - or pulling the logs/metrics 
from the k8s stack during operations (would require 100% code coverage though) 
- Another option would be to either instrument/weave the rest controllers or 
more likely mine the logs generated during these saturation calls - easier to 
just browse the code - writing a parsing tool would be better but would likely 
take as much time as doing a pass through the code - like I did for the OOM 
dependencies.

   Sorry for the late reply - I have to triage/queue the work I do as I am 
currently overallocated.
  /michael


From: natacha.m...@orange.com 
Sent: Monday, February 11, 2019 4:51 AM
To: Michael O'Brien 
Cc: PAWLAK Pawel O-PL 
Subject: ONAP: communication components.
Importance: High

Hello Michael,

We have had a discussion with Pawel within SECCOM regarding the relevance to 
elaborate a communication matrix between ONAP components.
In attached is a file that you transmitted : if it is possible to reuse this 
document, would you have the original file, that we could rely on in order to 
start the study regarding the communication flows between ONAP components?

Many thanks and regards
Natacha

_



Ce message et ses pieces jointes peuvent contenir des informations 
confidentielles ou privilegiees et ne doivent donc

pas etre diffuses, exploites ou copies sans autorisation. Si vous avez recu ce 
message par erreur, veuillez le signaler

a l'expediteur et le detruire ainsi que les pieces jointes. Les messages 
electroniques etant susceptibles d'alteration,

Orange decline toute responsabilite si ce message a ete altere, deforme ou 
falsifie. Merci.



This message and its attachments may contain confidential or privileged 
information that may be protected by law;

they should not be distributed, used or copied without authorisation.

If you have received this email in error, please notify the sender and delete 
this message and its attachments.

As emails may be altered, Orange is not liable for messages that have been 
modified, changed or falsified.

Thank you.
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 
<https://www.amdocs.com/about/email-terms-of-service>

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

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

[onap-discuss] Michael reduced availability - more devops focus

[Michael O'Brien]

Team,
   I have taken on a full time DevOps kubernetes based role last week directly 
related to ONAP that may cause less focus on public in the short term and 
includes 20% travel.
   We can discuss this in the affected meetings.
   I have more than a couple pending mails to answer - sorry for the de-focus 
the last 2 weeks.
   I am still working out the details of working privately and publicly - as I 
was previously 100% public - the team I work with on DevOps is very open to the 
idea of continuing the LOG and CD work - as there is also opportunity for 
up-sourcing as both sides are ONAP focused and the role is in support of 
production ONAP deployment.
   So just a heads up
   /michael

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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

[onap-discuss] Canceled: CD task force TSC-25 meetings moved to Thu 31 Jan at 1430 EDT (1130 PST-GMT-8) (2030 CEST-GMT+1)

[Michael O'Brien]

BEGIN:VCALENDAR
METHOD:CANCEL
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=Michael O'Brien:MAILTO:frank.obr...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jbaker@lin
 uxfoundation.org:MAILTO:jba...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=helpdesk@o
 nap.org:MAILTO:helpd...@onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mike Ellio
 tt:MAILTO:mike.elli...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Soleil, Al
 ain":MAILTO:alain.sole...@t-mobile.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jeremy Phe
 lps:MAILTO:jphe...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jwagantall
 @linuxfoundation.org:MAILTO:jwagant...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Barry Erga
 ng:MAILTO:barry.erg...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jim Watson
 :MAILTO:jim.wat...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Susan Byls
 ma:MAILTO:susan.byl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Doucerain,
  Jerome":MAILTO:jerome.doucer...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=john.lotos
 k...@arris.com:MAILTO:john.loto...@arris.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Closset, C
 hristophe":MAILTO:christophe.clos...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="de Talhoue
 t, Alexis":MAILTO:alexis.de_talho...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=sylvain.de
 sbure...@orange.com:MAILTO:sylvain.desbure...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=RICHOMME M
 organ IMT/OLN:MAILTO:morgan.richo...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='adolfo.pe
 rez-du...@oamtechnologies.com':MAILTO:adolfo.perez-duran@oamtechnologies.c
 om
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bengt Thur
 ee:MAILTO:bthu...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jevans@lin
 uxfoundation.org:MAILTO:jev...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mehmet.toy
 @verizon.com:MAILTO:mehmet@verizon.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Yang Xu (Y
 ang, Fixed Network)":MAILTO:yang@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=gary.i.wu@
 huawei.com:MAILTO:gary.i...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Roger Mait
 land:MAILTO:roger.maitl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="RICE, CHRI
 STOPHER":MAILTO:cr2...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Marisa S V
 iveros:MAILTO:vive...@us.ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Margaret C
 hiosi (A):MAILTO:margaret.chio...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Gino Frabo
 ni:MAILTO:gino.frab...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Prudence A
 u:MAILTO:prudence...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Casem Majd
  (Cas Majd):MAILTO:cas.m...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="GUPTA, ALO
 K":MAILTO:ag1...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Takuya.Miy
 ash...@us.fujitsu.com:MAILTO:takuya.miyash...@us.fujitsu.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Alex Daltr
 ini (adaltrin):MAILTO:adalt...@cisco.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=angela.che
 n...@itri.org.tw:MAILTO:angela.c...@itri.org.tw
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bartosz Ba
 lazinski:MAILTO:bartosz.balazin...@ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bou Hanana
  Mohamed:MAILTO:mohamed.bouhan...@aalto.fi
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jorge Sala
 zar:MAILTO:jorge.sala...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Pugaczewsk
 i, Jack":MAILTO:jack.pugaczew...@centurylink.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Am

[onap-discuss] Canceled: CD task force TSC-25 meetings moved to Thu 31 Jan at 1430 EDT (1130 PST-GMT-8) (2030 CEST-GMT+1)

[Michael O'Brien]

BEGIN:VCALENDAR
METHOD:CANCEL
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=Michael O'Brien:MAILTO:frank.obr...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=helpdesk@o
 nap.org:MAILTO:helpd...@onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mike Ellio
 tt:MAILTO:mike.elli...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Soleil, Al
 ain":MAILTO:alain.sole...@t-mobile.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jeremy Phe
 lps:MAILTO:jphe...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jwagantall
 @linuxfoundation.org:MAILTO:jwagant...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Barry Erga
 ng:MAILTO:barry.erg...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jim Watson
 :MAILTO:jim.wat...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Susan Byls
 ma:MAILTO:susan.byl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Doucerain,
  Jerome":MAILTO:jerome.doucer...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=john.lotos
 k...@arris.com:MAILTO:john.loto...@arris.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Closset, C
 hristophe":MAILTO:christophe.clos...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="de Talhoue
 t, Alexis":MAILTO:alexis.de_talho...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=sylvain.de
 sbure...@orange.com:MAILTO:sylvain.desbure...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=RICHOMME M
 organ IMT/OLN:MAILTO:morgan.richo...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='adolfo.pe
 rez-du...@oamtechnologies.com':MAILTO:adolfo.perez-duran@oamtechnologies.c
 om
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bengt Thur
 ee:MAILTO:bthu...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jevans@lin
 uxfoundation.org:MAILTO:jev...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jbaker@lin
 uxfoundation.org:MAILTO:jba...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mehmet.toy
 @verizon.com:MAILTO:mehmet@verizon.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Yang Xu (Y
 ang, Fixed Network)":MAILTO:yang@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=gary.i.wu@
 huawei.com:MAILTO:gary.i...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Roger Mait
 land:MAILTO:roger.maitl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="RICE, CHRI
 STOPHER":MAILTO:cr2...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Marisa S V
 iveros:MAILTO:vive...@us.ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Margaret C
 hiosi (A):MAILTO:margaret.chio...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Gino Frabo
 ni:MAILTO:gino.frab...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Prudence A
 u:MAILTO:prudence...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Casem Majd
  (Cas Majd):MAILTO:cas.m...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="GUPTA, ALO
 K":MAILTO:ag1...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Takuya.Miy
 ash...@us.fujitsu.com:MAILTO:takuya.miyash...@us.fujitsu.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Alex Daltr
 ini (adaltrin):MAILTO:adalt...@cisco.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=angela.che
 n...@itri.org.tw:MAILTO:angela.c...@itri.org.tw
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bartosz Ba
 lazinski:MAILTO:bartosz.balazin...@ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bou Hanana
  Mohamed:MAILTO:mohamed.bouhan...@aalto.fi
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jorge Sala
 zar:MAILTO:jorge.sala...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Pugaczewsk
 i, Jack":MAILTO:jack.pugaczew...@centurylink.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Am

[onap-discuss] Canceled: CD task force TSC-25 meetings moved to Thu 31 Jan at 1430 EDT (1130 PST-GMT-8) (2030 CEST-GMT+1)

[Michael O'Brien]

BEGIN:VCALENDAR
METHOD:CANCEL
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=Michael O'Brien:MAILTO:frank.obr...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=helpdesk@o
 nap.org:MAILTO:helpd...@onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mike Ellio
 tt:MAILTO:mike.elli...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Soleil, Al
 ain":MAILTO:alain.sole...@t-mobile.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jeremy Phe
 lps:MAILTO:jphe...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jwagantall
 @linuxfoundation.org:MAILTO:jwagant...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Barry Erga
 ng:MAILTO:barry.erg...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jim Watson
 :MAILTO:jim.wat...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Susan Byls
 ma:MAILTO:susan.byl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Doucerain,
  Jerome":MAILTO:jerome.doucer...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=john.lotos
 k...@arris.com:MAILTO:john.loto...@arris.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Closset, C
 hristophe":MAILTO:christophe.clos...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="de Talhoue
 t, Alexis":MAILTO:alexis.de_talho...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=sylvain.de
 sbure...@orange.com:MAILTO:sylvain.desbure...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=RICHOMME M
 organ IMT/OLN:MAILTO:morgan.richo...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='adolfo.pe
 rez-du...@oamtechnologies.com':MAILTO:adolfo.perez-duran@oamtechnologies.c
 om
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bengt Thur
 ee:MAILTO:bthu...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jevans@lin
 uxfoundation.org:MAILTO:jev...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jbaker@lin
 uxfoundation.org:MAILTO:jba...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mehmet.toy
 @verizon.com:MAILTO:mehmet@verizon.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Yang Xu (Y
 ang, Fixed Network)":MAILTO:yang@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=gary.i.wu@
 huawei.com:MAILTO:gary.i...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Roger Mait
 land:MAILTO:roger.maitl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="RICE, CHRI
 STOPHER":MAILTO:cr2...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Marisa S V
 iveros:MAILTO:vive...@us.ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Margaret C
 hiosi (A):MAILTO:margaret.chio...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Gino Frabo
 ni:MAILTO:gino.frab...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Prudence A
 u:MAILTO:prudence...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Casem Majd
  (Cas Majd):MAILTO:cas.m...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="GUPTA, ALO
 K":MAILTO:ag1...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Takuya.Miy
 ash...@us.fujitsu.com:MAILTO:takuya.miyash...@us.fujitsu.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Alex Daltr
 ini (adaltrin):MAILTO:adalt...@cisco.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=angela.che
 n...@itri.org.tw:MAILTO:angela.c...@itri.org.tw
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bartosz Ba
 lazinski:MAILTO:bartosz.balazin...@ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bou Hanana
  Mohamed:MAILTO:mohamed.bouhan...@aalto.fi
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jorge Sala
 zar:MAILTO:jorge.sala...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Pugaczewsk
 i, Jack":MAILTO:jack.pugaczew...@centurylink.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Am

[onap-discuss] CD task force TSC-25 meetings moved to Thu 31 Jan at 1430 EDT (1130 PST-GMT-8) (2030 CEST-GMT+1)

[Michael O'Brien]

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=Michael O'Brien:MAILTO:frank.obr...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=helpdesk@o
 nap.org:MAILTO:helpd...@onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mike Ellio
 tt:MAILTO:mike.elli...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Soleil, Al
 ain":MAILTO:alain.sole...@t-mobile.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jeremy Phe
 lps:MAILTO:jphe...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jwagantall
 @linuxfoundation.org:MAILTO:jwagant...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Barry Erga
 ng:MAILTO:barry.erg...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jim Watson
 :MAILTO:jim.wat...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Susan Byls
 ma:MAILTO:susan.byl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Doucerain,
  Jerome":MAILTO:jerome.doucer...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=john.lotos
 k...@arris.com:MAILTO:john.loto...@arris.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Closset, C
 hristophe":MAILTO:christophe.clos...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="de Talhoue
 t, Alexis":MAILTO:alexis.de_talho...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=sylvain.de
 sbure...@orange.com:MAILTO:sylvain.desbure...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=RICHOMME M
 organ IMT/OLN:MAILTO:morgan.richo...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='adolfo.pe
 rez-du...@oamtechnologies.com':MAILTO:adolfo.perez-duran@oamtechnologies.c
 om
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bengt Thur
 ee:MAILTO:bthu...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jevans@lin
 uxfoundation.org:MAILTO:jev...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jbaker@lin
 uxfoundation.org:MAILTO:jba...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mehmet.toy
 @verizon.com:MAILTO:mehmet@verizon.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Yang Xu (Y
 ang, Fixed Network)":MAILTO:yang@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=gary.i.wu@
 huawei.com:MAILTO:gary.i...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Roger Mait
 land:MAILTO:roger.maitl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="RICE, CHRI
 STOPHER":MAILTO:cr2...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Marisa S V
 iveros:MAILTO:vive...@us.ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Margaret C
 hiosi (A):MAILTO:margaret.chio...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Gino Frabo
 ni:MAILTO:gino.frab...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Prudence A
 u:MAILTO:prudence...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Casem Majd
  (Cas Majd):MAILTO:cas.m...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="GUPTA, ALO
 K":MAILTO:ag1...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Takuya.Miy
 ash...@us.fujitsu.com:MAILTO:takuya.miyash...@us.fujitsu.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Alex Daltr
 ini (adaltrin):MAILTO:adalt...@cisco.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=angela.che
 n...@itri.org.tw:MAILTO:angela.c...@itri.org.tw
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bartosz Ba
 lazinski:MAILTO:bartosz.balazin...@ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bou Hanana
  Mohamed:MAILTO:mohamed.bouhan...@aalto.fi
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jorge Sala
 zar:MAILTO:jorge.sala...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Pugaczewsk
 i, Jack":MAILTO:jack.pugaczew...@centurylink.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=A

[onap-discuss] CD task force TSC-25 meetings moved to Thu 31 Jan at 1430 EDT (1130 PST-GMT-8) (2030 CEST-GMT+1)

[Michael O'Brien]

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=Michael O'Brien:MAILTO:frank.obr...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jbaker@lin
 uxfoundation.org:MAILTO:jba...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=helpdesk@o
 nap.org:MAILTO:helpd...@onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mike Ellio
 tt:MAILTO:mike.elli...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Soleil, Al
 ain":MAILTO:alain.sole...@t-mobile.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jeremy Phe
 lps:MAILTO:jphe...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jwagantall
 @linuxfoundation.org:MAILTO:jwagant...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Barry Erga
 ng:MAILTO:barry.erg...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jim Watson
 :MAILTO:jim.wat...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Susan Byls
 ma:MAILTO:susan.byl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Doucerain,
  Jerome":MAILTO:jerome.doucer...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=john.lotos
 k...@arris.com:MAILTO:john.loto...@arris.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Closset, C
 hristophe":MAILTO:christophe.clos...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="de Talhoue
 t, Alexis":MAILTO:alexis.de_talho...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=sylvain.de
 sbure...@orange.com:MAILTO:sylvain.desbure...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=RICHOMME M
 organ IMT/OLN:MAILTO:morgan.richo...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='adolfo.pe
 rez-du...@oamtechnologies.com':MAILTO:adolfo.perez-duran@oamtechnologies.c
 om
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bengt Thur
 ee:MAILTO:bthu...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jevans@lin
 uxfoundation.org:MAILTO:jev...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mehmet.toy
 @verizon.com:MAILTO:mehmet@verizon.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Yang Xu (Y
 ang, Fixed Network)":MAILTO:yang@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=gary.i.wu@
 huawei.com:MAILTO:gary.i...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Roger Mait
 land:MAILTO:roger.maitl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="RICE, CHRI
 STOPHER":MAILTO:cr2...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Marisa S V
 iveros:MAILTO:vive...@us.ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Margaret C
 hiosi (A):MAILTO:margaret.chio...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Gino Frabo
 ni:MAILTO:gino.frab...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Prudence A
 u:MAILTO:prudence...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Casem Majd
  (Cas Majd):MAILTO:cas.m...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="GUPTA, ALO
 K":MAILTO:ag1...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Takuya.Miy
 ash...@us.fujitsu.com:MAILTO:takuya.miyash...@us.fujitsu.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Alex Daltr
 ini (adaltrin):MAILTO:adalt...@cisco.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=angela.che
 n...@itri.org.tw:MAILTO:angela.c...@itri.org.tw
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bartosz Ba
 lazinski:MAILTO:bartosz.balazin...@ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bou Hanana
  Mohamed:MAILTO:mohamed.bouhan...@aalto.fi
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jorge Sala
 zar:MAILTO:jorge.sala...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Pugaczewsk
 i, Jack":MAILTO:jack.pugaczew...@centurylink.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=A

Re: [onap-discuss] so-mariadb pod is not initialized properly. #casablanca (initial threat: SO issues about certificates during installation ) #SO

[Michael O'Brien]

Guys, just an observation, besides whether the config job actually runs the db 
config properly – I don’t see any issue with the pods themselves in master or 
Casablanca (testing other issues – so I had these results handy – for single 
component deploys)
If you are seeing intermittent issues – it may be timing related on your system 
– do you see the same issue if you just bring up SO by itself (note that SO 
currently has no enforced pod dependencies to dmaap for example)

All my SO pods are up fine
master
amdocs@obriensystemsu0:~$ kubectl get pods --all-namespaces
NAMESPACE NAME   READY 
STATUSRESTARTS   AGE
kube-system   heapster-7b48b696fc-69hqm  1/1   
Running   0  12h
kube-system   kube-dns-6655f78c68-blgzk  3/3   
Running   0  12h
kube-system   kubernetes-dashboard-6f54f7c4b-69hd2   1/1   
Running   0  12h
kube-system   monitoring-grafana-7877679464-fmwws1/1   
Running   0  12h
kube-system   monitoring-influxdb-64664c6cf5-kqswn   1/1   
Running   0  12h
kube-system   tiller-deploy-6f4745cbcf-p55ng 1/1   
Running   0  12h
onap  onap-dmaap-dbc-pg-01/1   
Running   0  7h
onap  onap-dmaap-dbc-pg-11/1   
Running   0  7h
onap  onap-dmaap-dbc-pgpool-d865b8fdd-7n8lh  1/1   
Running   0  7h
onap  onap-dmaap-dbc-pgpool-d865b8fdd-rmndq  1/1   
Running   0  7h
onap  onap-dmaap-dmaap-bus-controller-776674db7f-qqr64   1/1   
Running   0  7h
onap  onap-dmaap-dmaap-dr-db-0   1/1   
Running   0  7h
onap  onap-dmaap-dmaap-dr-db-1   1/1   
Running   0  7h
onap  onap-dmaap-dmaap-dr-node-57f77bd54d-jqlvk  0/1   
Running   1227h
onap  onap-dmaap-dmaap-dr-prov-5987c4898c-hqb48  1/1   
Running   0  7h
onap  onap-dmaap-message-router-01/1   
Running   0  7h
onap  onap-dmaap-message-router-kafka-0  1/1   
Running   2  7h
onap  onap-dmaap-message-router-kafka-1  1/1   
Running   2  7h
onap  onap-dmaap-message-router-kafka-2  1/1   
Running   2  7h
onap  onap-dmaap-message-router-zookeeper-0  1/1   
Running   0  7h
onap  onap-dmaap-message-router-zookeeper-1  1/1   
Running   0  7h
onap  onap-dmaap-message-router-zookeeper-2  1/1   
Running   0  7h
onap  onap-robot-robot-64886c7774-92vqq  1/1   
Running   0  7h
onap  onap-so-so-75bb4b68bb-88xx71/1   
Running   0  7h
onap  onap-so-so-bpmn-infra-56f99599b6-4x47n 1/1   
Running   0  7h
onap  onap-so-so-catalog-db-adapter-7994778fd9-ll9hf 1/1   
Running   0  7h
onap  onap-so-so-mariadb-795cf844d8-g6msl1/1   
Running   0  7h
onap  onap-so-so-monitoring-b75b95f76-xbv5q  1/1   
Running   0  7h
onap  onap-so-so-openstack-adapter-78dc84b88f-5jjhm  1/1   
Running   1  7h
onap  onap-so-so-request-db-adapter-64ff55cb79-pn4c8 1/1   
Running   0  7h
onap  onap-so-so-sdc-controller-d89d44595-8k24j  1/1   
Running   0  7h
onap  onap-so-so-sdnc-adapter-8db65dfb8-w6c271/1   
Running   0  7h
onap  onap-so-so-vfc-adapter-6c4d54b6fd-z88hx1/1   
Running   0  7h

casablanca 20190218
amdocs@obriensystemsu0:~$ kubectl get pods --all-namespaces
NAMESPACE NAME   READY 
STATUSRESTARTS   AGE
kube-system   heapster-7b48b696fc-69hqm  1/1   
Running   0  17h
kube-system   kube-dns-6655f78c68-blgzk  3/3   
Running   0  17h
kube-system   kubernetes-dashboard-6f54f7c4b-69hd2   1/1   
Running   0  17h
kube-system   monitoring-grafana-7877679464-fmwws1/1   
Running   0  17h
kube-system   monitoring-influxdb-64664c6cf5-kqswn   1/1   
Running   0  17h
kube-system   tiller-deploy-6f4745cbcf-p55ng 1/1   
Running   0  17h
onap  onap-dmaap-dbc-pg-01/1   
Running   0  3h
onap  onap-dmaap-dbc-pg-11/1   
Running   0  3h
onap  onap-dmaap-dbc-p

Re: [onap-discuss] [ONAP] Orange openlab upgrade casablanca to casablanca maintenance release

[Michael O'Brien]

Team,
   Verified that POMBA is OK on the latest Casablanca – the key is adhering to 
the orchestration sequence – DmaaP (specifically the mr pod) – needs to be up 
before everything else
https://wiki.onap.org/display/DW/Log+Streaming+Compliance+and+API#LogStreamingComplianceandAPI-DeploymentDependencyTree-Containerlevel

  All pods are up no problem – using the branch (essentially 3.0.1-ONAP) (Note: 
however on a long running 3.0.0-ONAP system for 60 days I do see crashloops on 
several pods across the ONAP deployment – but this is due to our s3p status in 
general)
Every 2.0s: kubectl get pods --all-namespaces   

  Sun Feb 17 18:48:55 2019

NAMESPACE NAME   
READY STATUSRESTARTS   AGE
kube-system   heapster-7b48b696fc-69hqm  
1/1   Running   0  44m
kube-system   kube-dns-6655f78c68-blgzk  
3/3   Running   0  44m
kube-system   kubernetes-dashboard-6f54f7c4b-69hd2   
1/1   Running   0  44m
kube-system   monitoring-grafana-7877679464-fmwws
1/1   Running   0  44m
kube-system   monitoring-influxdb-64664c6cf5-kqswn   
1/1   Running   0  44m
kube-system   tiller-deploy-6f4745cbcf-p55ng 
1/1   Running   0  44m
onap  onap-dmaap-dbc-pg-0
1/1   Running   0  15m
onap  onap-dmaap-dbc-pg-1
1/1   Running   0  15m
onap  onap-dmaap-dbc-pgpool-c5f8498-8fbfk
1/1   Running   0  15m
onap  onap-dmaap-dbc-pgpool-c5f8498-q4jcm
1/1   Running   0  15m
onap  onap-dmaap-dmaap-bus-controller-557dc8c59c-ps99v   
1/1   Running   0  15m
onap  onap-dmaap-dmaap-dr-db-576f7968b8-dflf4
1/1   Running   0  15m
onap  onap-dmaap-dmaap-dr-node-7647f9d6d8-rbwpd  
0/1   Running   7  15m
onap  onap-dmaap-dmaap-dr-prov-f4d84869f-87mj2   
1/1   Running   0  15m
onap  onap-dmaap-message-router-76f4799d-j6srw   
1/1   Running   0  15m
onap  onap-dmaap-message-router-kafka-5d96486cd6-77dkd   
1/1   Running   0  15m
onap  onap-dmaap-message-router-zookeeper-677d5894d5-g5g9m   
1/1   Running   0  15m
onap  onap-pomba-pomba-aaictxbuilder-8565f7d75c-dwvfr
2/2   Running   0  10m
onap  onap-pomba-pomba-contextaggregator-d9f888c4-zpx2k  
1/1   Running   0  10m
onap  onap-pomba-pomba-data-router-66c556-d9crb  
1/1   Running   0  10m
onap  onap-pomba-pomba-elasticsearch-5c4f8c6b5b-85tvl
1/1   Running   0  10m
onap  onap-pomba-pomba-kibana-849cb74588-hfqps   
1/1   Running   0  10m
onap  onap-pomba-pomba-networkdiscovery-556bb9d7b8-9ghm4 
2/2   Running   0  10m
onap  onap-pomba-pomba-networkdiscoveryctxbuilder-6ff7d49464-ngjql   
2/2   Running   0  10m
onap  onap-pomba-pomba-sdcctxbuilder-7799ffccc9-jd2jx
1/1   Running   0  10m
onap  onap-pomba-pomba-search-data-7c649f8cbf-sfb5q  
2/2   Running   0  10m
onap  onap-pomba-pomba-servicedecomposition-5f8bb9d6f6-qdnqv 
2/2   Running   0  10m
onap  onap-pomba-pomba-validation-service-79b8d5cb9f-x99r4   
1/1   Running   0  10m

/michael



From: onap-discuss@lists.onap.org  On Behalf Of 
Morgan Richomme
Sent: Friday, February 15, 2019 10:00 AM
To: xiao_xi.z...@nokia-sbell.com; ZZZ Onap OPENLAB ; 
mohamedlamine.tra...@lams-tra.fr; ntho...@fortinet.com; 
harshith.bar...@arris.com; barn...@customercaresolutions.com; 
shara...@mail.smu.edu; pm00501...@techmahindra.com; d035...@polito.it; 
mark.harrison.u...@gmail.com; james_bry...@jabil.com; 
raj...@customercaresolutions.com; chao@ril.com; GARCIA CESPEDES, Francisco 
javier OSP ; PAWLAK Pawel O-PL 
; MASTALERZ Wojciech O-PL 
; BRAUD Arnaud TGI/OLN 
; srupanagu...@aarnanetworks.com; 
surveraj0...@gmail.com; jian.4...@nokia-sbell.com; MINODIER David TGI/OLN 
; anuj.si...@ril.com; ROZIECKI Arnaud OLN/QOP 
; mandar.ghog...@ril.com; cpre...@cisco.com; 
alas...@innova.com.tr; SKORUPA Marian O-PL ; 
KOWALCZYK Emil O-PL ; GEEREBAERT Matthieu TGI/OLS 
; HASPEKIAN Goar TGI/OLN 
; kyrylo_iar...@jabil.com; DEBEAU Eric TG

Re: [onap-discuss] Onap OOM Casablanca DMaaP-Prov container - Issue #dmaap

[Michael O'Brien]

Guys,
   Casablanca is better than it used to be – only the data-router-node pod is 
crashing on my system not the other 2 – I think your config job may have timed 
out or not completed – check that you cleaned up any previous pv/pvcs that your 
nfs dir is wiped for dmaap and that you started dmaap first – it is the bottom 
of the dependency tree (the mr specifically)
https://wiki.onap.org/display/DW/Log+Streaming+Compliance+and+API#LogStreamingComplianceandAPI-DeploymentDependencyTree-Containerlevel


Every 2.0s: kubectl get pods --all-namespaces   

  Sun Feb 17 18:48:55 2019

NAMESPACE NAME   
READY STATUSRESTARTS   AGE
kube-system   heapster-7b48b696fc-69hqm  
1/1   Running   0  44m
kube-system   kube-dns-6655f78c68-blgzk  
3/3   Running   0  44m
kube-system   kubernetes-dashboard-6f54f7c4b-69hd2   
1/1   Running   0  44m
kube-system   monitoring-grafana-7877679464-fmwws
1/1   Running   0  44m
kube-system   monitoring-influxdb-64664c6cf5-kqswn   
1/1   Running   0  44m
kube-system   tiller-deploy-6f4745cbcf-p55ng 
1/1   Running   0  44m
onap  onap-dmaap-dbc-pg-0
1/1   Running   0  15m
onap  onap-dmaap-dbc-pg-1
1/1   Running   0  15m
onap  onap-dmaap-dbc-pgpool-c5f8498-8fbfk
1/1   Running   0  15m
onap  onap-dmaap-dbc-pgpool-c5f8498-q4jcm
1/1   Running   0  15m
onap  onap-dmaap-dmaap-bus-controller-557dc8c59c-ps99v   
1/1   Running   0  15m
onap  onap-dmaap-dmaap-dr-db-576f7968b8-dflf4
1/1   Running   0  15m
onap  onap-dmaap-dmaap-dr-node-7647f9d6d8-rbwpd  
0/1   Running   7  15m
onap  onap-dmaap-dmaap-dr-prov-f4d84869f-87mj2   
1/1   Running   0  15m
onap  onap-dmaap-message-router-76f4799d-j6srw   
1/1   Running   0  15m
onap  onap-dmaap-message-router-kafka-5d96486cd6-77dkd   
1/1   Running   0  15m
onap  onap-dmaap-message-router-zookeeper-677d5894d5-g5g9m   
1/1   Running   0  15m

/michael

From: onap-discuss@lists.onap.org  On Behalf Of 
Dominic Lunanuova
Sent: Saturday, February 16, 2019 10:58 AM
To: onap-discuss@lists.onap.org; kranthi.guttiko...@b-yond.com
Subject: Re: [onap-discuss] Onap OOM Casablanca DMaaP-Prov container - Issue 
#dmaap

(Tagged Subject with #dmaap)

Refer to: https://jira.onap.org/browse/DMAAP-964
But I will leave it to DR team to give any further advice.

-Dom

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of kranthi guttikonda
Sent: Friday, February 15, 2019 5:38 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Onap OOM Casablanca DMaaP-Prov container - Issue

Hi Team,

I am having one weird issues with OOM setup using Casablanca version. I have 
tried 4 times so far and increased the RedinessProbe and livenessProbe 
“initialDelaySeconds” but no luck


dev-dmaap-dbc-pg-0 0/1   Running
 5  34m   10.42.71.206onap3 

dev-dmaap-dbc-pgpool-7b748d5894-8gdml  1/1   Running
 0  34m   10.42.247.161   onap5 

dev-dmaap-dbc-pgpool-7b748d5894-sw952  1/1   Running
 0  34m   10.42.31.9  onap2 

dev-dmaap-dmaap-bus-controller-6c59c69f5d-n68wq0/1   Init:0/1   
 3  34m   10.42.89.49 onap5 

dev-dmaap-dmaap-dr-db-6f99446cd4-kgcdh 1/1   Running
 2  34m   10.42.77.253onap4 

dev-dmaap-dmaap-dr-node-74df495b75-qxgtb   0/1   Init:0/1   
 3  34m   10.42.240.224   onap3 

dev-dmaap-dmaap-dr-prov-7bd857899c-zvvj6   0/1   
CrashLoopBackOff6  34m   10.42.165.41onap2 

dev-dmaap-message-router-79cb447bcd-s2bj9  1/1   Running
 0  34m   10.42.94.200onap4 

dev-dmaap-message-router-kafka-5dbccc4d8b-cfkcm1/1   Running
 0  34m   10.42.107.165   onap1 

dev-dmaap-message-router-zookeeper-6fbfdb5ddc-qq8jt1/1   Running
 0  34m   10.4

[onap-discuss] TSC-25 meeting every 2 weeks now - cancelling 20190214 meet + Orange full CD demo video from 20190131

[Michael O'Brien]

Team,
  The meeting is at 2030 for France - reducing frequency as the LF 
and Orange are full speed without the meet.
  Last meeting minutes and video here
https://jira.onap.org/browse/TSC-25
recording from this week on
https://wiki.onap.org/display/DW/CD+-+Continuous+Deployment#CD-ContinuousDeployment-20190207

  Also, I had the wrong video for meeting 2 weeks ago - this is the 
one you want with the full Orange CD demo from Sylvain.
Orange demo from last week on 
https://wiki.onap.org/display/DW/CD+-+Continuous+Deployment#CD-ContinuousDeployment-20190131-OrangeCDdemofromSylvainDesbureaux

  Thank you
  /michael
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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

[onap-discuss] Canceled: CD task force TSC-25 meetings moved to Thu 31 Jan at 1430 EDT (1130 PST-GMT-8) (2030 CEST-GMT+1)

[Michael O'Brien]

BEGIN:VCALENDAR
METHOD:CANCEL
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=Michael O'Brien:MAILTO:frank.obr...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=helpdesk@o
 nap.org:MAILTO:helpd...@onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mike Ellio
 tt:MAILTO:mike.elli...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Soleil, Al
 ain":MAILTO:alain.sole...@t-mobile.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jeremy Phe
 lps:MAILTO:jphe...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jwagantall
 @linuxfoundation.org:MAILTO:jwagant...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Barry Erga
 ng:MAILTO:barry.erg...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jim Watson
 :MAILTO:jim.wat...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Susan Byls
 ma:MAILTO:susan.byl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Doucerain,
  Jerome":MAILTO:jerome.doucer...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=john.lotos
 k...@arris.com:MAILTO:john.loto...@arris.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Closset, C
 hristophe":MAILTO:christophe.clos...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="de Talhoue
 t, Alexis":MAILTO:alexis.de_talho...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=sylvain.de
 sbure...@orange.com:MAILTO:sylvain.desbure...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=RICHOMME M
 organ IMT/OLN:MAILTO:morgan.richo...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='adolfo.pe
 rez-du...@oamtechnologies.com':MAILTO:adolfo.perez-duran@oamtechnologies.c
 om
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bengt Thur
 ee:MAILTO:bthu...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jevans@lin
 uxfoundation.org:MAILTO:jev...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jbaker@lin
 uxfoundation.org:MAILTO:jba...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mehmet.toy
 @verizon.com:MAILTO:mehmet@verizon.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Yang Xu (Y
 ang, Fixed Network)":MAILTO:yang@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=gary.i.wu@
 huawei.com:MAILTO:gary.i...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Roger Mait
 land:MAILTO:roger.maitl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="RICE, CHRI
 STOPHER":MAILTO:cr2...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Marisa S V
 iveros:MAILTO:vive...@us.ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Margaret C
 hiosi (A):MAILTO:margaret.chio...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Gino Frabo
 ni:MAILTO:gino.frab...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Prudence A
 u:MAILTO:prudence...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Casem Majd
  (Cas Majd):MAILTO:cas.m...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="GUPTA, ALO
 K":MAILTO:ag1...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Takuya.Miy
 ash...@us.fujitsu.com:MAILTO:takuya.miyash...@us.fujitsu.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Alex Daltr
 ini (adaltrin):MAILTO:adalt...@cisco.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=angela.che
 n...@itri.org.tw:MAILTO:angela.c...@itri.org.tw
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bartosz Ba
 lazinski:MAILTO:bartosz.balazin...@ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bou Hanana
  Mohamed:MAILTO:mohamed.bouhan...@aalto.fi
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jorge Sala
 zar:MAILTO:jorge.sala...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Pugaczewsk
 i, Jack":MAILTO:jack.pugaczew...@centurylink.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Am

[onap-discuss] Canceled: CD task force TSC-25 meetings moved to Thu 31 Jan at 1430 EDT (1130 PST-GMT-8) (2030 CEST-GMT+1)

[Michael O'Brien]

BEGIN:VCALENDAR
METHOD:CANCEL
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=Michael O'Brien:MAILTO:frank.obr...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=helpdesk@o
 nap.org:MAILTO:helpd...@onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mike Ellio
 tt:MAILTO:mike.elli...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Soleil, Al
 ain":MAILTO:alain.sole...@t-mobile.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jeremy Phe
 lps:MAILTO:jphe...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jwagantall
 @linuxfoundation.org:MAILTO:jwagant...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Barry Erga
 ng:MAILTO:barry.erg...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jim Watson
 :MAILTO:jim.wat...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Susan Byls
 ma:MAILTO:susan.byl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Doucerain,
  Jerome":MAILTO:jerome.doucer...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=john.lotos
 k...@arris.com:MAILTO:john.loto...@arris.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Closset, C
 hristophe":MAILTO:christophe.clos...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="de Talhoue
 t, Alexis":MAILTO:alexis.de_talho...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=sylvain.de
 sbure...@orange.com:MAILTO:sylvain.desbure...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=RICHOMME M
 organ IMT/OLN:MAILTO:morgan.richo...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='adolfo.pe
 rez-du...@oamtechnologies.com':MAILTO:adolfo.perez-duran@oamtechnologies.c
 om
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bengt Thur
 ee:MAILTO:bthu...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jevans@lin
 uxfoundation.org:MAILTO:jev...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jbaker@lin
 uxfoundation.org:MAILTO:jba...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mehmet.toy
 @verizon.com:MAILTO:mehmet@verizon.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Yang Xu (Y
 ang, Fixed Network)":MAILTO:yang@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=gary.i.wu@
 huawei.com:MAILTO:gary.i...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Roger Mait
 land:MAILTO:roger.maitl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="RICE, CHRI
 STOPHER":MAILTO:cr2...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Marisa S V
 iveros:MAILTO:vive...@us.ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Margaret C
 hiosi (A):MAILTO:margaret.chio...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Gino Frabo
 ni:MAILTO:gino.frab...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Prudence A
 u:MAILTO:prudence...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Casem Majd
  (Cas Majd):MAILTO:cas.m...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="GUPTA, ALO
 K":MAILTO:ag1...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Takuya.Miy
 ash...@us.fujitsu.com:MAILTO:takuya.miyash...@us.fujitsu.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Alex Daltr
 ini (adaltrin):MAILTO:adalt...@cisco.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=angela.che
 n...@itri.org.tw:MAILTO:angela.c...@itri.org.tw
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bartosz Ba
 lazinski:MAILTO:bartosz.balazin...@ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bou Hanana
  Mohamed:MAILTO:mohamed.bouhan...@aalto.fi
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jorge Sala
 zar:MAILTO:jorge.sala...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Pugaczewsk
 i, Jack":MAILTO:jack.pugaczew...@centurylink.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Am

Re: [onap-discuss] ONAP Master or ONAP Master with staging?

[Michael O'Brien]

This is my understanding after a couple discussions at the TSC and PTL meets
Manifest = truth for now
Although oom and the manifest should be in sync at all times – via dual commits 
from each PTL.
https://jira.onap.org/browse/TSC-86
https://wiki.onap.org/display/DW/PTL+2019-01-07
https://wiki.onap.org/display/DW/TSC+2019-01-10
https://wiki.onap.org/display/DW/OOM+Helm+%28un%29Deploy+plugins?focusedCommentId=48529890#comment-48529890

the RTD just needs to be updated for all developers including the CD pods for 
TSC-25
https://onap.readthedocs.io/en/latest/submodules/integration.git/docs/onap-oom-heat.html?highlight=manifest%20csv

/michael
From: Gary Wu 
Sent: Tuesday, February 5, 2019 2:02 PM
To: sylvain.desbure...@orange.com; Mike Elliott ; 
Michael O'Brien ; Yang Xu (Yang, Fixed Network) 
; RICHOMME Morgan TGI/OLN 
Cc: DEBEAU Eric TGI/OLN ; Catherine LEFEVRE 

Subject: RE: ONAP Master or ONAP Master with staging?

Hi Sylvain,

This is how it work today:

onapci.org does two full deployment and end-to-end tests daily: one using the 
release manifest (docker-manifest.csv), one using the staging manifest 
(docker-manifest-staging.csv).
This is done by taking the helm charts from oom master branch, and overriding 
the docker tags using the two manifests above from integration master branch 
respectively.

So for the SDC-FE example you gave, the versions used are:

  *   Release deployment: onap/sdc-frontend:1.3.4
  *   Staging deployment: onap/sdc-frontend:1.4-STAGING-latest

The Staging deployment is there to help PTLs assess when their staging docker 
images are ready for release.  Once they release their docker images, then the 
Release manifest can be updated accordingly.  Only LF released docker images 
are allowed in the Release manifest.

As of today, the docker tagged in OOM are not used by onapci.org for the daily 
deployments, since the manifests are considered “source of truth” and used to 
override the versions in OOM.  At release time, the versions are sync’ed from 
the release manifest into OOM.


Originally, we came up with the manifests as a way to keep HEAT and OOM docker 
versions in sync.  We have since also added additional validations on the 
manifests to help with release activities.  Since we no longer support HEAT 
starting with Casablanca, I’ve floated the idea of doing away with the 
manifests and just going with OOM helm charts, but this is still in early 
discussion/preparation stages and not ready for a switch-over yet.


Thanks,
Gary


From: sylvain.desbure...@orange.com<mailto:sylvain.desbure...@orange.com> 
[mailto:sylvain.desbure...@orange.com]
Sent: Tuesday, February 05, 2019 9:25 AM
To: Mike Elliott mailto:mike.elli...@amdocs.com>>; 
Michael O'Brien mailto:frank.obr...@amdocs.com>>; Yang 
Xu (Yang, Fixed Network) mailto:yang@huawei.com>>; 
Gary Wu mailto:gary.i...@huawei.com>>; RICHOMME Morgan 
TGI/OLN mailto:morgan.richo...@orange.com>>
Cc: DEBEAU Eric TGI/OLN 
mailto:eric.deb...@orange.com>>; Catherine LEFEVRE 
mailto:catherine.lefe...@intl.att.com>>
Subject: ONAP Master or ONAP Master with staging?

Hello,

Following discussions in https://jira.onap.org/browse/SDC-2096 (I’m not a JIRA 
lover so I prefer to send an email), I’m a bit puzzled on what we should test, 
especially for OOM Gating.

In one hand, I’ve got OOM code with specific version for Master / Casablanca / 
3.0.0-ONAP / Beijing /…
In the other hand, I’ve got csv files in integration repo (docker-manifest.csv 
and docker-manifest-staging.csv)

In the SDC-FE example, that gives me:

  *   OOM:
 *   Master: onap/sdc-frontend:1.3.5
 *   Casablanca: onap/sdc-frontend:1.3.6
 *   3.0.0-ONAP: onap/sdc-frontend:1.3.5
  *   Integration:
 *   Docker-staging: onap/sdc-frontend:1.4-STAGING-latest
 *   Docker: onap/sdc-frontend:1.3.4

I’ve got then 4 different versions for the component…
I could understand 3 versions (but I don’t understand why master has a lower 
version than Casablanca) but not 4…

So, what do we test when we want to test a “master” release? OOM Master? OOM 
Master + gary’s script?

If it’s the latter, what’s the point of the version in OOM Master?
If it’s the first, how long does it takes to move from “staging” to “master”? 
as of today, sdc-frontend is in 1.4.0-staging since November 16.

Any advices and way to solve that?


Regards,
--
[cid:image001.png@01D33D23.D1353070]<http://www.orange.com/>

Sylvain Desbureaux
Senior Automation Architect
ORANGE/IMT/OLN/CNC/NCA/SINA

Fixe : +33 2 96 07 13 80 
<https://monsi.sso.francetelecom.fr/index.asp?target=http%3A%2F%2Fclicvoice.sso.francetelecom.fr%2FClicvoiceV2%2FToolBar.do%3Faction%3Ddefault%26rootservice%3DSIGNATURE%26to%3D+33%202%2096%2007%2013%2080>
Mobile : +33 6 71 17 25 57 
<https://monsi.sso.francetelecom.fr/index.asp?target=http%3A%2F%2Fclicvoice.sso.francetelecom.fr%2FClicvoiceV2%2FToolBar.do%3Faction%3Ddefault%26rootservice%3DSI

Re: [onap-discuss] re-deployment procedure

[Michael O'Brien]

There is a parallel discussion on this at 
https://lists.onap.org/g/onap-discuss/topic/casablanca_kafka_s_pod_in/29665079?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,29665079

Quoting my answer there – keep in mind that a helm undeploy only works as well 
as the artifact tree that kubernetes manages – if some components are out of 
band – which some are  -then you need to do some manual cleanup as Michel 
mentions
A full make build and purge will be required if you are experiencing leftover 
config/artifacts – as currently some pv’s are out of bounds and will require 
manual cleaning outside of the namespace delete – this includes wiping 
dockerdata-nfs as some config jobs will not rerun.  It is also important to 
allow some pods to fully complete before attempting to use the system – as 
healthcheck does not necessarily verify DB functionality – just 200 readiness.
The DNS service routing in k8s should not need to be modified out-of-band.  
Curious as to your deployment model – if running on multiple VMs make sure the 
::1/0 and 0.0.0.0/0 open CIDR security groups are set – or step back and run 
everything co-located to verify your k8s cluster on a single VM.  Also verify 
you are running the Rancher bootstrapped version of kubernetes that most of us 
run as the RI
Verify the OS – Ubuntu 16 is usually ok, but RHEL 7.6 will require extra 
network and firewall config

Verify everything is purged via
https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeDeployment-RemoveaDeployment
sudo helm undeploy $ENVIRON --purge
kubectl delete namespace onap
sudo helm delete --purge onap
kubectl delete pv --all
kubectl delete pvc --all
kubectl delete secrets --all
kubectl delete clusterrolebinding --all
sudo rm -rf /dockerdata-nfs/onap-

then rebuild
https://git.onap.org/logging-analytics/tree/deploy/cd.sh#n189

cd oom/kubernetes/

sudo make clean

sudo make all

sudo make $ENVIRON

deploy (use integrations’ cloud override yaml as well)
one ---set at a time if you like
empty first

sudo helm deploy onap local/onap --namespace $ENVIRON -f $DISABLE_CHARTS_YAML 
–verbose

dmaap and the rest in sequence

sudo helm deploy onap local/onap --namespace $ENVIRON -f $DISABLE_CHARTS_YAML  
-f $DEV0_YAML $APPENDABLE_ENABLED_FLAGS --verbose

Do a helm list to check for a failed portal deployment
also check the helm deploy logs off the ~/.helm/plugins/deploy directory

/michael

From: onap-discuss@lists.onap.org  On Behalf Of 
Michal Ptacek
Sent: Friday, February 1, 2019 5:25 AM
To: onap-discuss@lists.onap.org; da...@data.co.ug
Subject: Re: [onap-discuss] re-deployment procedure

Thanks David for raising this topic, we also in offline deployments hit similar 
issues.
For us redeploying using „undeploy / deploy“ end up with new environment in 
FAILED state, most likely because of some dependencies.
So I guess it’s about finding individual not cleaned k8s artifacts after 
“undeploy“ before attempting new „deploy“.

Undeploy/deploy works for us if we do it with full environment ….
Also the procedure with upgrading current setup with --set sdc.enabled=false 
(and later with --set sdc.enabled=true)
seems to work weel for us … as described in onap wiki
https://wiki.onap.org/display/DW/OOM+Helm+%28un%29Deploy+plugins


regards,
Michal

PS: some notes from undeploy I am doing

helm undeploy dev --purge
kubectl delete namespace onap
kubectl delete persistentvolumes --all
kubectl delete secrets --all
kubectl delete clusterrolebindings --all
# clean  /dockerdata-nfs before starting new deploy

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of David Darbinyan
Sent: Friday, February 1, 2019 8:57 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] re-deployment procedure




Hi gurus!

pls explain me where am i wrong



according to current documentation, I deployed casablanca release with the 
following command:

(being in /root/oom/kubernetes )

# helm deploy   development local/onap --namespace onap

some of components, i.e.  "portal" ,  gave STATUS Error, or  Init:Error or 
CrashLoopBackOff. as example

# kubectl get pods --namespace onap
...
development-aaf-aaf-sshsm-testca-fqxd6 0/1   Error  
0  13h
development-aaf-aaf-sshsm-testca-g9d4w 0/1   Error  
0  10h
development-aaf-aaf-sshsm-testca-gx4gg 0/1   
Init:Error 0  19h
development-aaf-aaf-sshsm-testca-ww6rs 0/1   
Init:Error 0  18h
...

development-dmaap-dmaap-dr-prov-6d65874bdb-hkj5f   0/1   
CrashLoopBackOff   10918h
...

(portal is already removed so i cant past it here. sorry)



so we decided to reinstall them. steps:

# helm undeploy development-portal --purge
# helm deploy development-portal local/portal  --namespace onap -f 

Re: [onap-discuss] what platform is the most ONAP friendly

[Michael O'Brien]

Michal,
Good to talk with you.  I actually last night needed to test RHEL 7.6 
support for the Rancher/Helm/Kubernetes/docker stack – as we traditionally 
mentioned only using Ubuntu 16.04 (originally a requirement of Rancher).
  The rancher/kubernetes bootstrap script was just updated to work 
with RHEL/CentOS – in addition to Ubuntu – details below
https://gerrit.onap.org/r/#/c/77850/

I last used docker OK at Nokia under 7.2/7.3 – no Kubernetes then.
The latest release under 7.6 seems to be ok – but I am in the process of 
bringing up a subset of ONAP to verify the pods.

 For now I would say that the Ubuntu 16.04.3 version is the most tested – 
for myself on AWS R4/C4 with EBS instances, on Azure VMs up to 450G, on 
Openstack/Windriver of course, on VMware Workstation 12.5-15, VMWare Fusion 
8-11.

  I would like to work with you on certifying the Redhat distribution – I 
am using the developer RHEL 7.6 subscription.
  Thank you
  /michael

From: onap-discuss@lists.onap.org  On Behalf Of 
Michal Ptacek
Sent: Monday, February 4, 2019 12:07 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] what platform is the most ONAP friendly

Dear ONAP friends,

as you might know we are working on offline-installer solution for ONAP, our 
first platform was RHEL 7.4.
Now we have reached some limitations of this platform and starting with 
Casablanca old RHEL7.4 kernel is crashing (attached)

We are considering adding support for some Centos distribution, later-on it 
might be ubuntu/xenial but we are not sure
what version to pick, is there any information regarding some recommended OS 
platform + version for Casablanca and later Dublin ONAP ???

Not sure if everyone is just on xenial as its reference rancher platform, for 
us some rpm distro would be easier to start with.
https://onap.readthedocs.io/en/latest/submodules/oom.git/docs/oom_setup_kubernetes_rancher.html#onap-on-kubernetes-with-rancher
“Select Ubuntu 16.04 as base image …“
any comment / feedback appreciated

thanks,
Michal






 [cid:image001.gif@01D4BD62.19D23C00]

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

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

View/Reply Online (#15354): https://lists.onap.org/g/onap-discuss/message/15354
Mute This Topic: https://lists.onap.org/mt/29653942/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] [Casablanca] Kafka's pod in crashloobackoff

[Michael O'Brien]

As Brian mentions – a full make build and purge will be required if you are 
experiencing leftover config/artifacts – as currently some pv’s are out of 
bounds and will require manual cleaning outside of the namespace delete – this 
includes wiping dockerdata-nfs as some config jobs will not rerun.  It is also 
important to allow some pods to fully complete before attempting to use the 
system – as healthcheck does not necessarily verify DB functionality – just 200 
readiness.
The DNS service routing in k8s should not need to be modified out-of-band.  
Curious as to your deployment model – if running on multiple VMs make sure the 
::1/0 and 0.0.0.0/0 open CIDR security groups are set – or step back and run 
everything co-located to verify your k8s cluster on a single VM.  Also verify 
you are running the Rancher bootstrapped version of kubernetes that most of us 
run as the RI
Verify the OS – Ubuntu 16 is usually ok, but RHEL 7.6 will require extra 
network and firewall config

Verify everything is purged via
https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeDeployment-RemoveaDeployment
kubectl delete namespace onap
sudo helm delete --purge onap
kubectl delete pv --all
kubectl delete pvc --all
kubectl delete secrets --all
kubectl delete clusterrolebinding --all
sudo rm -rf /dockerdata-nfs/onap-

then rebuild
https://git.onap.org/logging-analytics/tree/deploy/cd.sh#n189

cd oom/kubernetes/

sudo make clean

sudo make all

sudo make $ENVIRON

deploy (use integrations’ cloud override yaml as well)
one ---set at a time if you like
empty first

sudo helm deploy onap local/onap --namespace $ENVIRON -f $DISABLE_CHARTS_YAML 
–verbose

dmaap and the rest in sequence

sudo helm deploy onap local/onap --namespace $ENVIRON -f $DISABLE_CHARTS_YAML  
-f $DEV0_YAML $APPENDABLE_ENABLED_FLAGS --verbose



DMAAP usually comes up in 3 min except for the occasional issue with DR in 
master
17:00:19 onap  onap-dmaap-dbc-pg-0  
  1/1   Running0  3h10.42.229.159   
a-ld0.fkpj53f4vfsulhfnozmmhljcya.cx.internal.cloudapp.net   
17:00:19 onap  onap-dmaap-dbc-pg-1  
  1/1   Running0  3h10.42.37.56 
a-ld0.fkpj53f4vfsulhfnozmmhljcya.cx.internal.cloudapp.net   
17:00:19 onap  onap-dmaap-dbc-pgpool-d865b8fdd-62rtj
  1/1   Running0  3h10.42.195.122   
a-ld0.fkpj53f4vfsulhfnozmmhljcya.cx.internal.cloudapp.net   
17:00:19 onap  onap-dmaap-dbc-pgpool-d865b8fdd-zn8x9
  1/1   Running0  3h10.42.172.243   
a-ld0.fkpj53f4vfsulhfnozmmhljcya.cx.internal.cloudapp.net   
17:00:19 onap  onap-dmaap-dmaap-bus-controller-847cc8f99b-d62cb 
  1/1   Running0  3h10.42.56.233
a-ld0.fkpj53f4vfsulhfnozmmhljcya.cx.internal.cloudapp.net   
17:00:19 onap  onap-dmaap-dmaap-dr-db-576f7968b8-rdbjx  
  1/1   Running1  3h10.42.189.181   
a-ld0.fkpj53f4vfsulhfnozmmhljcya.cx.internal.cloudapp.net   
17:00:19 onap  onap-dmaap-dmaap-dr-node-7647f9d6d8-qgvxp
  0/1   Init:0/1   21 3h10.42.134.128   
a-ld0.fkpj53f4vfsulhfnozmmhljcya.cx.internal.cloudapp.net   
17:00:19 onap  onap-dmaap-dmaap-dr-prov-f4d84869f-r7w7s 
  0/1   CrashLoopBackOff   45 3h10.42.93.142
a-ld0.fkpj53f4vfsulhfnozmmhljcya.cx.internal.cloudapp.net   
17:00:19 onap  onap-dmaap-message-router-0  
  1/1   Running0  3h10.42.5.86  
a-ld0.fkpj53f4vfsulhfnozmmhljcya.cx.internal.cloudapp.net   
17:00:19 onap  onap-dmaap-message-router-kafka-0
  1/1   Running1  3h10.42.210.69
a-ld0.fkpj53f4vfsulhfnozmmhljcya.cx.internal.cloudapp.net   
17:00:19 onap  onap-dmaap-message-router-kafka-1
  1/1   Running2  3h10.42.80.212
a-ld0.fkpj53f4vfsulhfnozmmhljcya.cx.internal.cloudapp.net   
17:00:19 onap  onap-dmaap-message-router-kafka-2
  1/1   Running1  3h10.42.131.2 
a-ld0.fkpj53f4vfsulhfnozmmhljcya.cx.internal.cloudapp.net   
17:00:19 onap  onap-dmaap-message-router-zookeeper-0
  1/1   Running0  3h10.42.133.199   
a-ld0.fkpj53f4vfsulhfnozmmhljcya.cx.internal.cloudapp.net   
17:00:19 onap  onap-dmaap-message-router-zookeeper-1
  1/1   Running0  3h10.42.55.225
a-ld0.fkpj53f4vfsulhfnozmmhljcya.cx.internal.cloudapp.net   
17:00:19 onap  onap-dmaap-message-router-zoo

Re: [onap-discuss] Kafka's pod in crashloobackoff during installation #casablanca #deploy

[Michael O'Brien]

Signorelli,
   Sorry to hear this.  Try the 3.0.0-ONAP tag for now until 3.0.1-ONAP is cut 
this week – 3.0.0 is highly stable since mid Dec – later move to 3.0.1
   The pods may need to be managed in both their order and startup timing 
depending on your undercloud.
   Follow 
https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeDeployment-DeploymentIntegritybasedonPodDependencies
   And specifically the order in
https://git.onap.org/logging-analytics/tree/deploy/cd.sh#n228
EPLOY_ORDER_POD_NAME_ARRAY=('consul msb dmaap dcaegen2 aaf robot aai esr 
multicloud oof so sdc sdnc vid policy portal log vfc uui vnfsdk appc clamp cli 
pomba vvp contrib sniro-emulator')

In 3.0.0-ONAP both the MR and DR pods in dmaap will start
For your sdnc failure – this is a normal pod dependency – SDNC is a good 
project that has defined its pod dependencies – it will not until DMAAP, SDC 
and Consul are up (in your case dmaap-mr)
https://wiki.onap.org/display/DW/Log+Streaming+Compliance+and+API#LogStreamingComplianceandAPI-DeploymentDependencyTree

 Try a subset of the above list to start and let us know
 Thank you
  /michael

From: onap-discuss@lists.onap.org  On Behalf Of 
Signorelli Marco
Sent: Tuesday, February 5, 2019 10:40 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Kafka's pod in crashloobackoff during installation 
#casablanca #deploy


Hi all,

we are deploying Onap Casablanca release by following this guide:

https://docs.onap.org/en/casablanca/submodules/oom.git/docs/oom_quickstart_guide.html

After we run the installation command ( helm deploy dev ...), helm returns that 
all components have been deployed.

But when we run kubectl get pods -n onap, about 30 pods aren't in the running 
state, in particular:

onap  dev-dmaap-message-router-fb9f4bc7d-grhtt  
 0/1   Init:0/1   5  57m

onap  dev-dmaap-message-router-kafka-8c558bfc-l7854 0/1 
  CrashLoopBackOff  15 57m

onap  dev-dmaap-message-router-zookeeper-bbd595c46-hdvhw  1/1   
Running  0  57m

onap  dev-sdnc-sdnc-dmaap-listener-84bffc54-sgntp   
 0/1   Init:0/1   1  2h



The message-router's pod kafka has the following log error:

 root@sb4-rancher:~# kubectl logs -n onap 
dev-dmaap-message-router-kafka-5fbc897f48-hsxlp

 [2019-02-04 16:06:06,166] INFO Initiating client connection, 
connectString=message-router-zookeeper:2181 sessionTimeout=6000 
watcher=org.I0Itec.zkclient.ZkClient@4313f5bc
 (org.apache.zookeeper.ZooKeeper)

[2019-02-04 16:06:06,199] INFO Waiting for keeper state SyncConnected 
(org.I0Itec.zkclient.ZkClient)

[2019-02-04 16:06:12,200] INFO Terminate ZkClient event thread. 
(org.I0Itec.zkclient.ZkEventThread) waiting for kafka to be ready

[2019-02-04 16:06:16,218] INFO Opening socket connection to server 
10.42.8.38/10.42.8.38:2181. Will not attempt to authenticate using SASL 
(unknown error) (org.apache.zookeeper.ClientCnxn)

[2019-02-04 16:06:16,240] INFO Socket connection established to 
10.42.8.38/10.42.8.38:2181, initiating session (org.apache.zookeeper.ClientCnxn)

[2019-02-04 16:06:16,256] INFO Session establishment complete on server 
10.42.8.38/10.42.8.38:2181, sessionid = 0x168b8e2e4280005, negotiated timeout = 
6000 (org.apache.zookeeper.ClientCnxn)

[2019-02-04 16:06:16,263] INFO Session: 0x168b8e2e4280005 closed 
(org.apache.zookeeper.ZooKeeper)

[2019-02-04 16:06:16,266] FATAL Fatal error during KafkaServer startup. Prepare 
to shutdown (kafka.server.KafkaServer)

org.I0Itec.zkclient.exception.ZkTimeoutException: Unable to connect to 
zookeeper server 'message-router-zookeeper:2181' with timeout of 6000 ms at

org.I0Itec.zkclient.ZkClient.connect(ZkClient.java:1233)

at org.I0Itec.zkclient.ZkClient.(ZkClient.java:157)

at org.I0Itec.zkclient.ZkClient.(ZkClient.java:131)

at kafka.utils.ZkUtils$.createZkClientAndConnection(ZkUtils.scala:103)

at kafka.utils.ZkUtils$.apply(ZkUtils.scala:85)

at kafka.server.KafkaServer.initZk(KafkaServer.scala:341)

at kafka.server.KafkaServer.startup(KafkaServer.scala:191)

at kafka.server.KafkaServerStartable.startup(KafkaServerStartable.scala:38)

at kafka.Kafka$.main(Kafka.scala:65)

at kafka.Kafka.main(Kafka.scala)

[2019-02-04 16:06:16,266] INFO EventThread shut down for session: 
0x168b8e2e4280005 (org.apache.zookeeper.ClientCnxn)

[2019-02-04 16:06:16,271] INFO shutting down (kafka.server.KafkaServer)

[2019-02-04 16:06:16,285] INFO shut down completed (kafka.server.KafkaServer)

[2019-02-04 16:06:16,286] FATAL Exiting Kafka.  
(kafka.server.KafkaServerStartable)

[2019-02-04 16:06:16,291] INFO shutting down (kafka.server.KafkaServer)



while zookeeper log is :

 2019-02-04 16:07:47,856 [myid:] – INFO 
[NIOServerCxn.Factory:0.0.0.0/0.0.0.0:2181:NIOServerCnxnFactory@192] - Accepted 

Re: [onap-discuss][integration] anything wrong with integration repo?

[Michael O'Brien]

I am fine on OSX

obrienbiometrics:20190125-log-898-adjust-cd-master michaelobrien$ git clone 
https://gerrit.onap.org/r/integration
Cloning into 'integration'...
remote: Counting objects: 448, done
remote: Finding sources: 100% (24/24)
remote: Total 17720 (delta 0), reused 17713 (delta 0)
Receiving objects: 100% (17720/17720), 6.74 MiB | 9.56 MiB/s, done.
Resolving deltas: 100% (8132/8132), done.
obrienbiometrics:20190125-log-898-adjust-cd-master michaelobrien$ cd 
integration/
obrienbiometrics:integration michaelobrien$ git status
On branch master
Your branch is up to date with 'origin/master'.
nothing to commit, working tree clean


From: onap-discuss@lists.onap.org  On Behalf Of 
Yang Bin
Sent: Tuesday, January 29, 2019 11:54 PM
To: onap-discuss@lists.onap.org; Yang, Bin ; 
gary.i...@huawei.com; Yang Xu (Yang, Fixed Network) 
Subject: Re: [onap-discuss][integration] anything wrong with integration repo?

Hi Gary,

It seems Line ending issue which cannot resolved from local workstation.

I did tests on both Ubuntu and windows 7, the modified files varies according 
to different platform as below:


Ubuntu:

root@cc1c32311231:~/integration# git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes not staged for commit:
  (use "git add ..." to update what will be committed)
  (use "git checkout -- ..." to discard changes in working directory)

modified:   docs/files/figure1.png
modified:   docs/files/figure10.png
modified:   docs/files/figure11.png
modified:   docs/files/figure12.png
modified:   docs/files/figure13.png
modified:   docs/files/figure2.png
   modified:   docs/files/figure3.png
modified:   docs/files/figure4.png
modified:   docs/files/figure5.png
modified:   docs/files/figure6.png
modified:   docs/files/figure7.png
modified:   docs/files/figure8.png
modified:   docs/files/figure9.png
modified:   test/postman/images/collection-detail-test.png
modified:   test/postman/images/collection-detail.png
modified:   test/postman/images/collections.png
modified:   test/postman/images/globals.png
modified:   test/postman/images/import.png
modified:   test/postman/images/run.png
modified:   test/postman/images/zipfile.png

no changes added to commit (use "git add" and/or "git commit -a")
root@cc1c32311231:~/integration# git diff 
test/postman/images/collection-detail.png
warning: CRLF will be replaced by LF in 
test/postman/images/collection-detail.png.
The file will have its original line endings in your working directory.
diff --git a/test/postman/images/collection-detail.png 
b/test/postman/images/collection-detail.png
index 59b7db2..d8097b4 100755
Binary files a/test/postman/images/collection-detail.png and 
b/test/postman/images/collection-detail.png differ




Windows 7:



BYang2@PEK-BYANG2-L2 MINGW64 /c/workspace/onap/projects/temp1/integration 
(master)
$ git status
On branch master
Your branch is up-to-date with 'origin/master'.
Changes not staged for commit:
  (use "git add ..." to update what will be committed)
  (use "git checkout -- ..." to discard changes in working directory)

modified:   test/postman/images/collection-detail-test.png
modified:   test/postman/images/collection-detail.png
modified:   test/postman/images/collections.png
modified:   test/postman/images/globals.png
modified:   test/postman/images/import.png
modified:   test/postman/images/run.png
modified:   test/postman/images/zipfile.png

no changes added to commit (use "git add" and/or "git commit -a")

BYang2@PEK-BYANG2-L2 MINGW64 /c/workspace/onap/projects/temp1/integration 
(master)
$ git diff test/postman/images/collection-detail.png
diff --git a/test/postman/images/collection-detail.png 
b/test/postman/images/collection-detail.png
index 59b7db2..d8097b4 100755
Binary files a/test/postman/images/collection-detail.png and 
b/test/postman/images/collection-detail.png differ
warning: CRLF will be replaced by LF in 
test/postman/images/collection-detail.png.
The file will have its original line endings in your working directory.




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

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Yang Bin
Sent: Wednesday, January 30, 2019 9:18 AM
To: onap-discuss@lists.onap.org; 
gary.i...@huawei.com; Yang Xu (Yang, Fixed Network)
Subject: Re: [onap-discuss][integration] anything wrong with integration repo?

Hi Gary,

Nothing changes after 'get reset --hard'

I didn't do settings changes recently...

Best Regards,
Bin Yang,Solution Engineering Team,Wind River
ONAP Multi-VIM/Cloud

[onap-discuss] LOG meeting zoom has "meeting in progress" error - use my personal zoom this one time - https://zoom.us/j/7939937123

[Michael O'Brien]

https://wiki.onap.org/display/DW/LOG+Meeting+Minutes+2019-01-29

https://zoom.us/j/7939937123

/michael
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

View/Reply Online (#15217): https://lists.onap.org/g/onap-discuss/message/15217
Mute This Topic: https://lists.onap.org/mt/29583304/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] New NodePorts for the DMaaP

[Michael O'Brien]

Sunil,
   Hi, check the following page. If you want consecutive numbers  - try 
30490,91,92 - I have pre-reserved them for you - follow the yaml prefix pattern 
of the other 304xx projects like music, dcae and sdnc

https://wiki.onap.org/display/DW/OOM+NodePort+List

   Note: when you are testing your pods - make sure to bring up the entire ONAP 
stack - all 198+ pods - to verify that there is no nodeport conflict with any 
team not reserving their ports - a helm deploy will catch this.

thank you
   /michael

From: UNNAVA, SUNIL 
Sent: Tuesday, January 29, 2019 9:55 AM
To: Michael O'Brien ; Mike Elliott 
; Borislav Glozman 
Cc: RAMESH, BHANU ; SAWANT, MANDAR 
Subject: New NodePorts for the DMaaP

Hi OOM team,

As part of the Dublin requirements , we have to expose the Kafka brokers 
outside the Kubernetes cluster. So please let us know the 3 consecutive node 
port we can use.

Thanks,
Sunil
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 
<https://www.amdocs.com/about/email-terms-of-service>

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

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

[onap-discuss] CD TSC-25 task force 20190124 meeting minutes - next meet - Orange Demo 20190131:1430EST

[Michael O'Brien]

https://jira.onap.org/browse/TSC-25
Meeting Minutes: 20190124
I/we appreciate each ONAP member that is working on deployment verification 
that attended.
Kenny Paul<https://jira.onap.org/secure/ViewProfile.jspa?name=KennyPaul>
Michael 
O'Brien<https://jira.onap.org/secure/ViewProfile.jspa?name=michaelobrien>
Mike Elliott<https://jira.onap.org/secure/ViewProfile.jspa?name=melliott>
Sylvain Desbureaux<https://jira.onap.org/secure/ViewProfile.jspa?name=sdesbure>
Habib Torab<https://jira.onap.org/secure/ViewProfile.jspa?name=htorablf>
Jun (Nicolas) Hu<https://jira.onap.org/secure/ViewProfile.jspa?name=jh245g>
@Paul Ionut Vaduva
Alain Soleil<https://jira.onap.org/secure/ViewProfile.jspa?name=Yumtaax3425>
Gary Wu<https://jira.onap.org/secure/ViewProfile.jspa?name=gwu>
Jessica Wagantall<https://jira.onap.org/secure/ViewProfile.jspa?name=jwagantall>
Jim Baker<https://jira.onap.org/secure/ViewProfile.jspa?name=mtnskiier>
John Lotoski<https://jira.onap.org/secure/ViewProfile.jspa?name=JohnL101>

  *   - demo from Orange next thu - 2030 GMT+1 (france time)
*
* recording - except during sensitive pw screens -
* Bengt 
Thuree<https://jira.onap.org/secure/ViewProfile.jspa?name=bthuree> needs 
another slot - moved to Thu 2030
* 1830 in france not good - 2030 is good - will move meet to 1430EDT
* LF is the level of testing their own deployment
* Orange/OOM discussion in the past - working on pulling the release 
tag for a gerrit review poc -
around
sudo helm deploy local/onap --namespace onap -f 
onap/resources/environments/disable-allcharts.yaml --set so.enabled=true
server
https://gitlab.com/Orange-OpenSource/lfn/onap/onap_oom_automatic_installation/pipelines/44398686
* orange oom deploy step: validation steps are kubectl get pods, 
healthcheck, and some TBD subset of a use case (4 use case VNFs, (IMS)
* - SO issue being worked on by Sylvain 
Desbureaux<https://jira.onap.org/secure/ViewProfile.jspa?name=sdesbure> and 
Morgan Richomme<https://jira.onap.org/secure/ViewProfile.jspa?name=mrichomme>
* source above on 
https://gitlab.com/Orange-OpenSource/lfn/onap/onap_oom_automatic_installation
* Orange higher level source for all LF projects in 
https://gitlab.com/Orange-OpenSource/lfn
* Bengt 
Thuree<https://jira.onap.org/secure/ViewProfile.jspa?name=bthuree> working with 
IT/infra team for for VM's -
* next meeting next thu 31st Jan
* - demo from Orange next thu - 2030 GMT+1 (france time)
* how to work -
*  keep it in the main jira as notes...
* - LF will work out integration with the infrastructure they are 
bringing up
* - a status mid week would be beneficial from the LF (you can work in 
the jira or subtask or via comments on the jira)
* key is getting the magic word working from an oom review
* - Orange Sylvain 
Desbureaux<https://jira.onap.org/secure/ViewProfile.jspa?name=sdesbure> can 
work with Bengt.
*
* Ultimate Main Goal: prevent to merge code that has not been tested in 
a CD environment.
*  [https://jira.onap.org/images/icons/emoticons/add.png]  POCs
Integration team: 2018
Gary Wu<https://jira.onap.org/secure/ViewProfile.jspa?name=gwu> - full onap 
system 13 vms - freq: master once a day
http://onapci.org/grafana/d/8cGRqBOmz/daily-summary?orgId=1
https://github.com/garyiwu/onap-lab-ci
Logging/OOM Team: 201710
Michael 
O'Brien<https://jira.onap.org/secure/ViewProfile.jspa?name=michaelobrien> - 
partial onap system 1 vm - freq: hourly for 3 pod - 6 hours for full onap 
deploy 256G vm
http://kibana.onap.info:5601/app/kibana#/dashboard/AWAtvpS63NTXK5mX2kuS
http://jenkins.onap.info/job/oom-cd-master2-aws/
https://git.onap.org/logging-analytics/tree/deploy
Orange Labs 201901
https://gitlab.com/Orange-OpenSource/lfn/onap/onap_oom_automatic_installation/pipelines/44398686
https://gitlab.com/Orange-OpenSource/lfn
*
* Proposed flow 1 should be doable for Dublin - fully automated CI/CD - 
ElAlto due to VM resources
* - gerrit commit on the oom repo for a particular component like so, 
aai
- keyed by Issue-ID Jira
* - helm-verify jjb jenkins job currently runs - reports +1/-1
* - manual magic word "run-helm-deploy" will kick in a helm-deploy jjb 
job
that deploys robot and the particular pod to a 16-32g VM (preconfigured with
rancher as a single node) - how? jenkins will run a remote ssh shell to a
server using a cached key - a cd.sh script will need to be written - see the
2 pocs below already running
* - reports +1/-1 if healthcheck for that component passes after 20 min 
- parse
the logs from jenkins
* - scripts to bring up k8s/helm/docker - see links in comments



This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Emai

[onap-discuss] CD task force TSC-25 meetings moved to Thu 31 Jan at 1430 EDT (1130 PST-GMT-8) (2030 CEST-GMT+1)

[Michael O'Brien]

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=Michael O'Brien:MAILTO:frank.obr...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=helpdesk@o
 nap.org:MAILTO:helpd...@onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mike Ellio
 tt:MAILTO:mike.elli...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Soleil, Al
 ain":MAILTO:alain.sole...@t-mobile.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jeremy Phe
 lps:MAILTO:jphe...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jwagantall
 @linuxfoundation.org:MAILTO:jwagant...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Barry Erga
 ng:MAILTO:barry.erg...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jim Watson
 :MAILTO:jim.wat...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Susan Byls
 ma:MAILTO:susan.byl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Doucerain,
  Jerome":MAILTO:jerome.doucer...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=john.lotos
 k...@arris.com:MAILTO:john.loto...@arris.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Closset, C
 hristophe":MAILTO:christophe.clos...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="de Talhoue
 t, Alexis":MAILTO:alexis.de_talho...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=sylvain.de
 sbure...@orange.com:MAILTO:sylvain.desbure...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=RICHOMME M
 organ IMT/OLN:MAILTO:morgan.richo...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='adolfo.pe
 rez-du...@oamtechnologies.com':MAILTO:adolfo.perez-duran@oamtechnologies.c
 om
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bengt Thur
 ee:MAILTO:bthu...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jevans@lin
 uxfoundation.org:MAILTO:jev...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jbaker@lin
 uxfoundation.org:MAILTO:jba...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mehmet.toy
 @verizon.com:MAILTO:mehmet@verizon.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Yang Xu (Y
 ang, Fixed Network)":MAILTO:yang@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=gary.i.wu@
 huawei.com:MAILTO:gary.i...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Roger Mait
 land:MAILTO:roger.maitl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="RICE, CHRI
 STOPHER":MAILTO:cr2...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Marisa S V
 iveros:MAILTO:vive...@us.ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Margaret C
 hiosi (A):MAILTO:margaret.chio...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Gino Frabo
 ni:MAILTO:gino.frab...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Prudence A
 u:MAILTO:prudence...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Casem Majd
  (Cas Majd):MAILTO:cas.m...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="GUPTA, ALO
 K":MAILTO:ag1...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Takuya.Miy
 ash...@us.fujitsu.com:MAILTO:takuya.miyash...@us.fujitsu.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Alex Daltr
 ini (adaltrin):MAILTO:adalt...@cisco.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=angela.che
 n...@itri.org.tw:MAILTO:angela.c...@itri.org.tw
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bartosz Ba
 lazinski:MAILTO:bartosz.balazin...@ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bou Hanana
  Mohamed:MAILTO:mohamed.bouhan...@aalto.fi
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jorge Sala
 zar:MAILTO:jorge.sala...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Pugaczewsk
 i, Jack":MAILTO:jack.pugaczew...@centurylink.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=A

[onap-discuss] CD task force TSC-25 meetings moved to Thu 31 Jan at 1430 EDT (1130 PST-GMT-8) (2030 CEST-GMT+1)

[Michael O'Brien]

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=Michael O'Brien:MAILTO:frank.obr...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jbaker@lin
 uxfoundation.org:MAILTO:jba...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jorge Sala
 zar:MAILTO:jorge.sala...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=helpdesk@o
 nap.org:MAILTO:helpd...@onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mike Ellio
 tt:MAILTO:mike.elli...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Soleil, Al
 ain":MAILTO:alain.sole...@t-mobile.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jeremy Phe
 lps:MAILTO:jphe...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jwagantall
 @linuxfoundation.org:MAILTO:jwagant...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Barry Erga
 ng:MAILTO:barry.erg...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jim Watson
 :MAILTO:jim.wat...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Susan Byls
 ma:MAILTO:susan.byl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Doucerain,
  Jerome":MAILTO:jerome.doucer...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=john.lotos
 k...@arris.com:MAILTO:john.loto...@arris.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Closset, C
 hristophe":MAILTO:christophe.clos...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="de Talhoue
 t, Alexis":MAILTO:alexis.de_talho...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=sylvain.de
 sbure...@orange.com:MAILTO:sylvain.desbure...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=RICHOMME M
 organ IMT/OLN:MAILTO:morgan.richo...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='adolfo.pe
 rez-du...@oamtechnologies.com':MAILTO:adolfo.perez-duran@oamtechnologies.c
 om
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bengt Thur
 ee:MAILTO:bthu...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jevans@lin
 uxfoundation.org:MAILTO:jev...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mehmet.toy
 @verizon.com:MAILTO:mehmet@verizon.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Yang Xu (Y
 ang, Fixed Network)":MAILTO:yang@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=gary.i.wu@
 huawei.com:MAILTO:gary.i...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Roger Mait
 land:MAILTO:roger.maitl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="RICE, CHRI
 STOPHER":MAILTO:cr2...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Marisa S V
 iveros:MAILTO:vive...@us.ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Margaret C
 hiosi (A):MAILTO:margaret.chio...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Gino Frabo
 ni:MAILTO:gino.frab...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Prudence A
 u:MAILTO:prudence...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Casem Majd
  (Cas Majd):MAILTO:cas.m...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="GUPTA, ALO
 K":MAILTO:ag1...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Takuya.Miy
 ash...@us.fujitsu.com:MAILTO:takuya.miyash...@us.fujitsu.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Alex Daltr
 ini (adaltrin):MAILTO:adalt...@cisco.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=angela.che
 n...@itri.org.tw:MAILTO:angela.c...@itri.org.tw
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bartosz Ba
 lazinski:MAILTO:bartosz.balazin...@ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bou Hanana
  Mohamed:MAILTO:mohamed.bouhan...@aalto.fi
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Pugaczewsk
 i, Jack":MAILTO:jack.pugaczew...@centurylink.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=A

[onap-discuss] Canceled: CD task force TSC-25 meetings moved to Thu 24 Jan at 1230 EDT (930 PST-GMT-8) (1830 CEST-GMT+1)

[Michael O'Brien]

BEGIN:VCALENDAR
METHOD:CANCEL
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=Michael O'Brien:MAILTO:frank.obr...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=helpdesk@o
 nap.org:MAILTO:helpd...@onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mike Ellio
 tt:MAILTO:mike.elli...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Soleil, Al
 ain":MAILTO:alain.sole...@t-mobile.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jeremy Phe
 lps:MAILTO:jphe...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jwagantall
 @linuxfoundation.org:MAILTO:jwagant...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Barry Erga
 ng:MAILTO:barry.erg...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jim Watson
 :MAILTO:jim.wat...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Susan Byls
 ma:MAILTO:susan.byl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Doucerain,
  Jerome":MAILTO:jerome.doucer...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=john.lotos
 k...@arris.com:MAILTO:john.loto...@arris.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Closset, C
 hristophe":MAILTO:christophe.clos...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=sylvain.de
 sbure...@orange.com:MAILTO:sylvain.desbure...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=RICHOMME M
 organ IMT/OLN:MAILTO:morgan.richo...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='adolfo.pe
 rez-du...@oamtechnologies.com':MAILTO:adolfo.perez-duran@oamtechnologies.c
 om
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bengt Thur
 ee:MAILTO:bthu...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jevans@lin
 uxfoundation.org:MAILTO:jev...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jbaker@lin
 uxfoundation.org:MAILTO:jba...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mehmet.toy
 @verizon.com:MAILTO:mehmet@verizon.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Yang Xu (Y
 ang, Fixed Network)":MAILTO:yang@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=gary.i.wu@
 huawei.com:MAILTO:gary.i...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Roger Mait
 land:MAILTO:roger.maitl...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Eyal Felst
 aine:MAILTO:eyal.felsta...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="RICE, CHRI
 STOPHER":MAILTO:cr2...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Marisa S V
 iveros:MAILTO:vive...@us.ibm.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Margaret C
 hiosi (A):MAILTO:margaret.chio...@huawei.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Gino Frabo
 ni:MAILTO:gino.frab...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Prudence A
 u:MAILTO:prudence...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Casem Majd
  (Cas Majd):MAILTO:cas.m...@huawei.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="GUPTA, ALO
 K":MAILTO:ag1...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Takuya.Miy
 ash...@us.fujitsu.com:MAILTO:takuya.miyash...@us.fujitsu.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Alex Daltr
 ini (adaltrin):MAILTO:adalt...@cisco.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=angela.che
 n...@itri.org.tw:MAILTO:angela.c...@itri.org.tw
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bartosz Ba
 lazinski:MAILTO:bartosz.balazin...@ibm.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bou Hanana
  Mohamed:MAILTO:mohamed.bouhan...@aalto.fi
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jorge Sala
 zar:MAILTO:jorge.sala...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Pugaczewsk
 i, Jack":MAILTO:jack.pugaczew...@centurylink.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Amit Sinha

[onap-discuss] Canceled: CD task force TSC-25 meetings moved to Thu 24 Jan at 1230 EDT (930 PST-GMT-8) (1830 CEST-GMT+1)

[Michael O'Brien]

BEGIN:VCALENDAR
METHOD:CANCEL
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=Michael O'Brien:MAILTO:frank.obr...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=helpdesk@o
 nap.org:MAILTO:helpd...@onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mike Ellio
 tt:MAILTO:mike.elli...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Soleil, Al
 ain":MAILTO:alain.sole...@t-mobile.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jeremy Phe
 lps:MAILTO:jphe...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jwagantall
 @linuxfoundation.org:MAILTO:jwagant...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Barry Erga
 ng:MAILTO:barry.erg...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jim Watson
 :MAILTO:jim.wat...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Susan Byls
 ma:MAILTO:susan.byl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Doucerain,
  Jerome":MAILTO:jerome.doucer...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=john.lotos
 k...@arris.com:MAILTO:john.loto...@arris.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Closset, C
 hristophe":MAILTO:christophe.clos...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=sylvain.de
 sbure...@orange.com:MAILTO:sylvain.desbure...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=RICHOMME M
 organ IMT/OLN:MAILTO:morgan.richo...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='adolfo.pe
 rez-du...@oamtechnologies.com':MAILTO:adolfo.perez-duran@oamtechnologies.c
 om
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bengt Thur
 ee:MAILTO:bthu...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jevans@lin
 uxfoundation.org:MAILTO:jev...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jbaker@lin
 uxfoundation.org:MAILTO:jba...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mehmet.toy
 @verizon.com:MAILTO:mehmet@verizon.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Yang Xu (Y
 ang, Fixed Network)":MAILTO:yang@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=gary.i.wu@
 huawei.com:MAILTO:gary.i...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Roger Mait
 land:MAILTO:roger.maitl...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="RICE, CHRI
 STOPHER":MAILTO:cr2...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Marisa S V
 iveros:MAILTO:vive...@us.ibm.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Margaret C
 hiosi (A):MAILTO:margaret.chio...@huawei.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Gino Frabo
 ni:MAILTO:gino.frab...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Prudence A
 u:MAILTO:prudence...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Casem Majd
  (Cas Majd):MAILTO:cas.m...@huawei.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="GUPTA, ALO
 K":MAILTO:ag1...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Takuya.Miy
 ash...@us.fujitsu.com:MAILTO:takuya.miyash...@us.fujitsu.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Alex Daltr
 ini (adaltrin):MAILTO:adalt...@cisco.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=angela.che
 n...@itri.org.tw:MAILTO:angela.c...@itri.org.tw
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bartosz Ba
 lazinski:MAILTO:bartosz.balazin...@ibm.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bou Hanana
  Mohamed:MAILTO:mohamed.bouhan...@aalto.fi
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jorge Sala
 zar:MAILTO:jorge.sala...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Pugaczewsk
 i, Jack":MAILTO:jack.pugaczew...@centurylink.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Amit Sinha
 :MAILTO:amit.si...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Thomas.Kul
 i...@t

[onap-discuss] CD task force TSC-25 meetings moved to Thu 1 Feb at 1430 EDT (1130 PST-GMT-8) (2030 CEST-GMT+1)

[Michael O'Brien]

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=Michael O'Brien:MAILTO:frank.obr...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=helpdesk@o
 nap.org:MAILTO:helpd...@onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mike Ellio
 tt:MAILTO:mike.elli...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Soleil, Al
 ain":MAILTO:alain.sole...@t-mobile.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jeremy Phe
 lps:MAILTO:jphe...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jwagantall
 @linuxfoundation.org:MAILTO:jwagant...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Barry Erga
 ng:MAILTO:barry.erg...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jim Watson
 :MAILTO:jim.wat...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Susan Byls
 ma:MAILTO:susan.byl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Doucerain,
  Jerome":MAILTO:jerome.doucer...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=john.lotos
 k...@arris.com:MAILTO:john.loto...@arris.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Closset, C
 hristophe":MAILTO:christophe.clos...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="de Talhoue
 t, Alexis":MAILTO:alexis.de_talho...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=sylvain.de
 sbure...@orange.com:MAILTO:sylvain.desbure...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=RICHOMME M
 organ IMT/OLN:MAILTO:morgan.richo...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='adolfo.pe
 rez-du...@oamtechnologies.com':MAILTO:adolfo.perez-duran@oamtechnologies.c
 om
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bengt Thur
 ee:MAILTO:bthu...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jevans@lin
 uxfoundation.org:MAILTO:jev...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jbaker@lin
 uxfoundation.org:MAILTO:jba...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mehmet.toy
 @verizon.com:MAILTO:mehmet@verizon.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Yang Xu (Y
 ang, Fixed Network)":MAILTO:yang@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=gary.i.wu@
 huawei.com:MAILTO:gary.i...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Roger Mait
 land:MAILTO:roger.maitl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="RICE, CHRI
 STOPHER":MAILTO:cr2...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Marisa S V
 iveros:MAILTO:vive...@us.ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Margaret C
 hiosi (A):MAILTO:margaret.chio...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Gino Frabo
 ni:MAILTO:gino.frab...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Prudence A
 u:MAILTO:prudence...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Casem Majd
  (Cas Majd):MAILTO:cas.m...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="GUPTA, ALO
 K":MAILTO:ag1...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Takuya.Miy
 ash...@us.fujitsu.com:MAILTO:takuya.miyash...@us.fujitsu.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Alex Daltr
 ini (adaltrin):MAILTO:adalt...@cisco.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=angela.che
 n...@itri.org.tw:MAILTO:angela.c...@itri.org.tw
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bartosz Ba
 lazinski:MAILTO:bartosz.balazin...@ibm.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bou Hanana
  Mohamed:MAILTO:mohamed.bouhan...@aalto.fi
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jorge Sala
 zar:MAILTO:jorge.sala...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Pugaczewsk
 i, Jack":MAILTO:jack.pugaczew...@centurylink.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=A

[onap-discuss] Cancelled: CD task force TSC-25 meetings moved to Thu 24 Jan at 1230 EDT (930 PST-GMT-8) (1830 CEST-GMT+1) @ Thursday, 24 January 2019

[Michael O'Brien]

JAN


24









"CD task force TSC-25 meetings moved to Thu 24 Jan at 1230 EDT (930 PST-GMT-8) (1830 CEST-GMT+1)" has been cancelled









When

   



Thursday, 24 January 2019
05:30 PM to 06:30 PM 
 (GMT) Greenwich Mean Time - Dublin / Edinburgh / Lisbon / London 

This event repeats every week on Thursday.
It ends by 6/6/19 (Wednesday).








 Where



^Ottawa_Brooklyn_VC_Room (10) (VC)




   

Message



Team,
   https://zoom.us/j/7939937123
   Scheduling a couple months of CD task force meetings ? everyone is welcome.
   20190122: Updated to 1230 EDT from 1700 to help France join the call ? putting just after the DOC call that runs to 1230
   Hoping the LF and Orange can attend and we can ? coordinate

   We should discuss an earlier time if possible either PST (LF) comes in at 8am and CEST at 1700 ? or current 0930/1830
https://lists.onap.org/g/onap-discuss/message/15002?p=,,,20,0,0,0::Created,,CD,20,2,0,29166468


   The phase 1 goal is
  Provide for a new magic work (on demand) ? called run-helm-deploy https://wiki.onap.org/display/DW/Development+Procedures+and+Policies?focusedCommentId=25437277#DevelopmentProceduresandPolicies-MagicWords
  A single component keyed from the jira tag will deploy the helm chart under test ? will need prior build/release/tag of the docker image ? and run some sanity/healthcheck on the single component ? this is in addition to the current helm verify ? that builds the chart (a compile) but does not actually run it yet.

   Gildas ? we thank you very much for running these in the past and will miss you.

   Meeting minutes, goals, wiki links, details on https://jira.onap.org/browse/TSC-25

   We used to meet on Fridays at 10AM EST
   We changed to Wed at 1700 EST ? but as of 20190122 ? moving to Thu at 1230 ? keeping this time
   I am flexible let me know if any other time is good.

   The zoom has changed to mine at https://zoom.us/j/7939937123

Attendees:
Mike Elliott
Michael O'Brien
Gary Wu
@Mehmet Toy (Verizon)
John Lotoski ? good work on the AWS EKS managed cluster -  https://lists.onap.org/g/onap-discuss/message/15072?p=,,,20,0,0,0::Created,,EKS,20,2,0,29382184
   Thank you
   /michael







 

   





 This event invitation was sent from   Yahoo Calendar





_._,_._,_

Links:

You receive all messages sent to this group.




View/Reply Online (#15174) |


  
Reply To Group
| Reply To Sender
  


|


  
Mute This Topic
  

| New Topic





Your Subscription |
Contact Group Owner |

Unsubscribe

 [arch...@mail-archive.com]
_._,_._,_



invite.ics
Description: application/ics
BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:CANCEL
BEGIN:VEVENT
SUMMARY:CD task force TSC-25 meetings moved to Thu 24 Jan at 1230 EDT (930 
 PST-GMT-8) (1830 CEST-GMT+1)
DESCRIPTION:Team\,\n   https://zoom.us/j/7939937123\n   Scheduling a couple
  months of CD task force meetings ? everyone is welcome.\n   20190122: Upd
 ated to 1230 EDT from 1700 to help France join the call ? putting just aft
 er the DOC call that runs to 1230\n   Hoping the LF and Orange can attend 
 and we can ? coordinate\n\n   We should discuss an earlier time if possibl
 e either PST (

[onap-discuss] CD task force TSC-25 meetings moved to Thu 24 Jan at 1230 EDT (930 PST-GMT-8) (1830 CEST-GMT+1)

[Michael O'Brien]

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=Michael O'Brien:MAILTO:frank.obr...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=helpdesk@o
 nap.org:MAILTO:helpd...@onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mike Ellio
 tt:MAILTO:mike.elli...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Soleil, Al
 ain":MAILTO:alain.sole...@t-mobile.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jeremy Phe
 lps:MAILTO:jphe...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jwagantall
 @linuxfoundation.org:MAILTO:jwagant...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Barry Erga
 ng:MAILTO:barry.erg...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jim Watson
 :MAILTO:jim.wat...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Susan Byls
 ma:MAILTO:susan.byl...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Doucerain,
  Jerome":MAILTO:jerome.doucer...@bell.ca
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=john.lotos
 k...@arris.com:MAILTO:john.loto...@arris.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Closset, C
 hristophe":MAILTO:christophe.clos...@intl.att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=sylvain.de
 sbure...@orange.com:MAILTO:sylvain.desbure...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='RICHOMME 
 Morgan IMT/OLN':MAILTO:morgan.richo...@orange.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='adolfo.pe
 rez-du...@oamtechnologies.com':MAILTO:adolfo.perez-duran@oamtechnologies.c
 om
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bengt Thur
 ee:MAILTO:bthu...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jevans@lin
 uxfoundation.org:MAILTO:jev...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=jbaker@lin
 uxfoundation.org:MAILTO:jba...@linuxfoundation.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Mehmet.toy
 @verizon.com:MAILTO:mehmet@verizon.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Yang Xu (Y
 ang, Fixed Network)":MAILTO:yang@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=gary.i.wu@
 huawei.com:MAILTO:gary.i...@huawei.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Roger Mait
 land:MAILTO:roger.maitl...@amdocs.com
DESCRIPTION;LANGUAGE=en-US:Team\,\n   https://zoom.us/j/7939937123\n   Sche
 duling a couple months of CD task force meetings – everyone is welcome.\
 n   20190122: Updated to 1230 EDT from 1700 to help France join the call 
 – putting just after the DOC call that runs to 1230\n   Hoping the LF an
 d Orange can attend and we can – coordinate\n\n   We should discuss an e
 arlier time if possible either PST (LF) comes in at 8am and CEST at 1700 
 – or current 0930/1830\nhttps://lists.onap.org/g/onap-discuss/message/15
 002?p=\,\,\,20\,0\,0\,0::Created\,\,CD\,20\,2\,0\,29166468\n\n\n   The pha
 se 1 goal is\n  Provide for a new magic work (on demand) – c
 alled run-helm-deploy https://wiki.onap.org/display/DW/Development+Procedu
 res+and+Policies?focusedCommentId=25437277#DevelopmentProceduresandPolicie
 s-MagicWords\n  A single component keyed from the jira tag wil
 l deploy the helm chart under test – will need prior build/release/tag o
 f the docker image – and run some sanity/healthcheck on the single compo
 nent – this is in addition to the current helm verify – that builds th
 e chart (a compile) but does not actually run it yet.\n\n   Gildas – we 
 thank you very much for running these in the past and will miss you.\n\n  
  Meeting minutes\, goals\, wiki links\, details on https://jira.onap.org/b
 rowse/TSC-25\n\n   We used to meet on Fridays at 10AM EST\n   We changed t
 o Wed at 1700 EST – but as of 20190122 – moving to Thu at 1230 – kee
 ping this time\n   I am flexible let me know if any other time is good.\n\
 n   The zoom has changed to mine at https://zoom.us/j/7939937123\n\nAttend
 ees:\nMike Elliott\nMichael O'Brien\nGary Wu

[onap-discuss] Cancelled: CD task force TSC-25 meetings restarting on Wed 16 Jan at 1700 EDT @ Wednesday, 16 January 2019

[Michael O'Brien]

JAN


16









"CD task force TSC-25 meetings restarting on Wed 16 Jan at 1700 EDT" has been cancelled









When

   



Wednesday, 16 January 2019
10:00 PM to 11:00 PM 
 (GMT) Greenwich Mean Time - Dublin / Edinburgh / Lisbon / London 

This event repeats every week on Wednesday.








 Where



https://zoom.us/j/7939937123




   

Message



Moving to 1230 EST Thursday to accomidate France
Team,
   Scheduling a couple months of CD task force meetings ? everyone is welcome.
   The phase 1 goal is
  Provide for a new magic work (on demand) ? called run-helm-deploy https://wiki.onap.org/display/DW/Development+Procedures+and+Policies?focusedCommentId=25437277#DevelopmentProceduresandPolicies-MagicWords
  A single component keyed from the jira tag will deploy the helm chart under test ? will need prior build/release/tag of the docker image ? and run some sanity/healthcheck on the single component ? this is in addition to the current helm verify ? that builds the chart (a compile) but does not actually run it yet.

   Gildas ? we thank you very much for running these in the past and will miss you.

   Meeting minutes, goals, wiki links, details on https://jira.onap.org/browse/TSC-25

   We used to meet on Fridays at 10AM EST
   We changed to Wed at 1700 EST ? keeping this time
   I am flexible let me know if any other time is good.

   The zoom has changed to mine at https://zoom.us/j/7939937123

   Thank you
   /michael







 

   





 This event invitation was sent from   Yahoo Calendar





_._,_._,_

Links:

You receive all messages sent to this group.




View/Reply Online (#15086) |


  
Reply To Group
| Reply To Sender
  


|


  
Mute This Topic
  

| New Topic





Your Subscription |
Contact Group Owner |

Unsubscribe

 [arch...@mail-archive.com]
_._,_._,_



invite.ics
Description: application/ics
BEGIN:VCALENDAR
PRODID://Yahoo//Calendar//EN
VERSION:2.0
METHOD:CANCEL
BEGIN:VEVENT
SUMMARY:CD task force TSC-25 meetings restarting on Wed 16 Jan at 1700 EDT
DESCRIPTION:Moving to 1230 EST Thursday to accomidate France\nTeam\,\n   Sc
 heduling a couple months of CD task force meetings ? everyone is welcome.\
 n   The phase 1 goal is\n  Provide for a new magic work (on de
 mand) ? called run-helm-deploy https://wiki.onap.org/display/DW/Developmen
 t+Procedures+and+Policies?focusedCommentId=25437277#DevelopmentProceduresa
 ndPolicies-MagicWords\n  A single component keyed from the jir
 a tag will deploy the helm chart under test ? will need prior build/releas
 e/tag of the docker image ? and run some sanity/healthcheck on the single 
 component ? this is in addition to the current helm verify ? that builds t
 he chart (a compile) but does not actually run it yet.\n\n   Gildas ? we t
 hank you very much for running these in the past and will miss you.\n\n   
 Meeting minutes\, goals\, wiki links\, details on https://jira.onap.org/br
 owse/TSC-25\n\n   We used to meet on Fridays at 10AM EST\n   We changed to
  Wed at 1700 EST ? keeping this time\n   I am flexible let me know if any 
 other time is good.\n\n   The zoom has changed to mine at https://zoom.us/
 j/7939937123\n\n   Thank

[onap-discuss] Canceled: CD task force TSC-25 meetings restarting on Wed 16 Jan at 1700 EDT

[Michael O'Brien]

BEGIN:VCALENDAR
METHOD:CANCEL
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=Michael O'Brien:MAILTO:frank.obr...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-tsc@l
 ists.onap.org:MAILTO:onap-...@lists.onap.org
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="MAY, JOHN":
 MAILTO:jm0...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Chris Lauw
 ers:MAILTO:lauw...@ubicity.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Gadiyar, R
 ajesh":MAILTO:rajesh.gadi...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Elliott Ca
 stillo:MAILTO:elliott.casti...@enrcs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="ROSE, DANI
 EL V":MAILTO:dr6...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Pugaczewsk
 i, Jack":MAILTO:jack.pugaczew...@centurylink.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Beejal Sha
 h:MAILTO:beejal.s...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="HU, BIN":MA
 ILTO:bh5...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Don Clarke
 :MAILTO:d.cla...@cablelabs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="WRIGHT, ST
 EVEN A":MAILTO:sw3...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Marisa S V
 iveros:MAILTO:vive...@us.ibm.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Takuya.Miy
 ash...@us.fujitsu.com:MAILTO:takuya.miyash...@us.fujitsu.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="THORPE, HE
 NRY E":MAILTO:ht1...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Tomer Oste
 r:MAILTO:tomer.os...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Thomas.Kul
 i...@telekom.de:MAILTO:thomas.ku...@telekom.de
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Paul Vaduv
 a:MAILTO:paul.vad...@enea.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="GUPTA, ALO
 K":MAILTO:ag1...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="BALAJI, RA
 MYA P":MAILTO:rb1...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="ZINNIKAS, 
 MICHAEL J":MAILTO:mz2...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="SMOKOWSKI,
  STEVEN":MAILTO:ss8...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Kranthi Gu
 ttikonda:MAILTO:kranthi.guttiko...@b-yond.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Stern, Itt
 ay":MAILTO:ittay.st...@intl.att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bou Hanana
  Mohamed:MAILTO:mohamed.bouhan...@aalto.fi
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Arash Hekm
 at:MAILTO:arash.hek...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Pete Koat:
 MAILTO:pete.k...@incognito.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jorge Sala
 zar:MAILTO:jorge.sala...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Liam Fallo
 n:MAILTO:liam.fal...@est.tech
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Gildas Lan
 ilis:MAILTO:gildas.lani...@huawei.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bartosz Ba
 lazinski:MAILTO:bartosz.balazin...@ibm.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Daniel Sil
 verthorn:MAILTO:daniel.silverth...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Iurcovich,
  Hector (Nokia - US/Naperville)":MAILTO:hector.iurcov...@nokia.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Pujar, Ras
 hmi":MAILTO:rashmi.pu...@bell.ca
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Xinhui Li:
 MAILTO:lxin...@vmware.com
DESCRIPTION;LANGUAGE=en-US:Moving to 1230 EST Thursday to accomidate France
 \nTeam\,\n   Scheduling a couple months of CD task force meetings – ever
 yone is welcome.\n   The phase 1 goal is\n  Provide for a new 
 magic work (on demand) – called run-helm-deploy https://wiki.onap.org/di
 splay/DW/Development+Procedures+and+Policies?focusedCommentId=25437277#Dev
 elopmentProceduresandPolicies-MagicWords\n  A single component
  keyed from the jira tag will deploy the helm chart under test – wil

[onap-discuss] CD task force TSC-25 meetings restarting on Wed 16 Jan at 1700 EDT

[Michael O'Brien]

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=Michael O'Brien:MAILTO:frank.obr...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-tsc@l
 ists.onap.org:MAILTO:onap-...@lists.onap.org
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="MAY, JOHN":
 MAILTO:jm0...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Chris Lauw
 ers:MAILTO:lauw...@ubicity.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Gadiyar, R
 ajesh":MAILTO:rajesh.gadi...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Elliott Ca
 stillo:MAILTO:elliott.casti...@enrcs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="ROSE, DANI
 EL V":MAILTO:dr6...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Pugaczewsk
 i, Jack":MAILTO:jack.pugaczew...@centurylink.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Beejal Sha
 h:MAILTO:beejal.s...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="HU, BIN":MA
 ILTO:bh5...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Don Clarke
 :MAILTO:d.cla...@cablelabs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="WRIGHT, ST
 EVEN A":MAILTO:sw3...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Marisa S V
 iveros:MAILTO:vive...@us.ibm.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Takuya.Miy
 ash...@us.fujitsu.com:MAILTO:takuya.miyash...@us.fujitsu.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="THORPE, HE
 NRY E":MAILTO:ht1...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Tomer Oste
 r:MAILTO:tomer.os...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Thomas.Kul
 i...@telekom.de:MAILTO:thomas.ku...@telekom.de
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Paul Vaduv
 a:MAILTO:paul.vad...@enea.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="GUPTA, ALO
 K":MAILTO:ag1...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="BALAJI, RA
 MYA P":MAILTO:rb1...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="ZINNIKAS, 
 MICHAEL J":MAILTO:mz2...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="SMOKOWSKI,
  STEVEN":MAILTO:ss8...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Kranthi Gu
 ttikonda:MAILTO:kranthi.guttiko...@b-yond.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Stern, Itt
 ay":MAILTO:ittay.st...@intl.att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bou Hanana
  Mohamed:MAILTO:mohamed.bouhan...@aalto.fi
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Arash Hekm
 at:MAILTO:arash.hek...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Pete Koat:
 MAILTO:pete.k...@incognito.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Jorge Sala
 zar:MAILTO:jorge.sala...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Liam Fallo
 n:MAILTO:liam.fal...@est.tech
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Gildas Lan
 ilis:MAILTO:gildas.lani...@huawei.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Bartosz Ba
 lazinski:MAILTO:bartosz.balazin...@ibm.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Daniel Sil
 verthorn:MAILTO:daniel.silverth...@amdocs.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Iurcovich,
  Hector (Nokia - US/Naperville)":MAILTO:hector.iurcov...@nokia.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Pujar, Ras
 hmi":MAILTO:rashmi.pu...@bell.ca
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=Xinhui Li:
 MAILTO:lxin...@vmware.com
DESCRIPTION;LANGUAGE=en-US:Moving to 1230 EST Thursday to accomidate France
 \nTeam\,\n   Scheduling a couple months of CD task force meetings – ever
 yone is welcome.\n   The phase 1 goal is\n  Provide for a new 
 magic work (on demand) – called run-helm-deploy https://wiki.onap.org/di
 splay/DW/Development+Procedures+and+Policies?focusedCommentId=25437277#Dev
 elopmentProceduresandPolicies-MagicWords\n  A single component
  keyed from the jira tag will deploy the helm chart under test – wi

Re: [onap-discuss] Seeking LFN Booth Demo Ideas for ONS Europe: ONAP

[Michael O'Brien]

Brandon,
   Yes, sounds good – I quoted the wrong ordered mail – searched on ONS  - 
meant booths for April 2019
   The flat structure of the projects was what I was looking for.
   Thank you
   /michael

From: Brandon Wick 
Sent: Monday, January 21, 2019 10:51 PM
To: Michael O'Brien 
Cc: onap-market...@lists.onap.org; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] Seeking LFN Booth Demo Ideas for ONS Europe: ONAP

Hi Michael,

I'm trying to understand your question but first, a couple points of clarity. 
You are responding to an email thread that started on June 12 for a demo 
opportunity at ONS Europe last September. FYI, I just sent an email last week 
to the same lists about a demo opportunity at the upcoming ONS North America 
event in April. Are you interested in submitting an ONAP-focused demo idea ONS 
North America? If so, that's great. You'll need to follow the directions in the 
most recent email.

When we added the element of "cross-project demos" to the preferred criteria 
for submissions, we did so because, overall, we wanted to highlight some use 
cases that use multiple projects -- within LFN (eg. ONAP, OPNFV, ODL, etc), 
within the LF (CNCF projects like K8s, Envoy, etc.), and/or even outside the LF 
(e.g. OCP, OpenStack, etc.). LFN and CNCF are umbrella initiatives at the LF 
that streamline the governance and membership of the projects within them. That 
hierarchy shouldn't make any difference however when working between the 
projects at a technical level (on sub-projects, demos, etc.). For example, a 
demo submission could likely include projects like ONAP + OPNFV or ONAP + K8s.  
These would count as "cross-project".

Please let me know if this answered your question or if you need anything else.

Best,

Brandon Wick
Senior Integrated Marketing Manager
The Linux Foundation
bw...@linuxfoundation.org<mailto:bw...@linuxfoundation.org>
+1.917.282.0960



On Mon, Jan 21, 2019 at 3:03 PM Michael O'Brien 
mailto:frank.obr...@amdocs.com>> wrote:
Team,

   Just asking for a bit of clarification on the project hierarchy
   The linux foundation hosts projects like ONAP, Acumos, Kubernetes, Helm, 
Prometheus and OpenTracing – which we use and are planning (OpenTracing) to use.
   However the CNCF project states that these are CNCF hosted projects.

I guess it is in terms of what I define “hosts” as – in the context of CNCF 
it looks to be more “run/test/deploy/verify”
Can I assume that the tree is flat and that the Linux Foundation controls 
all projects – maybe a weird question but I am verifying “Demos that show 
cross-project elements (e.g. between LFN projects and others)”

https://www.linuxfoundation.org/projects/
https://www.cncf.io/
We host and nurture components of cloud native software stacks, including 
Kubernetes, Prometheus and Envoy. Kubernetes and other CNCF projects

So….
LF – CNCF – Kubernetes
Is

LF – CNCF
LF – Kubernetes

 In terms of cross project interaction.

Thank you
/michael

From: 
onap-discuss-boun...@lists.onap.org<mailto:onap-discuss-boun...@lists.onap.org> 
mailto:onap-discuss-boun...@lists.onap.org>>
 On Behalf Of Brandon Wick
Sent: Tuesday, June 12, 2018 3:32 PM
To: onap-market...@lists.onap.org<mailto:onap-market...@lists.onap.org>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] Seeking LFN Booth Demo Ideas for ONS Europe: ONAP

Hello ONAP Community:

Those in attendance at OSN North America in Los Angeles last March will recall 
that we hosted an LF Networking Booth that showcased 8 compelling, 
community-driven demos from the LFN technical projects. See this blog 
post<https://www.linuxfoundation.org/blog/rubber-meet-road-x-project-collaboration-demos-ons/>
 for a description of the ONS North America booth demos, their focus areas, and 
how they fit together.

We wanted to reach out now to each of the LFN project communities to let you 
know that there will be space for ~8 networking demos inside the LFN booth 
again at ONS 
Europe<https://events.linuxfoundation.org/events/open-networking-summit-europe-2018/>
 (Sept 25-27, Amsterdam) and we are seeking demo ideas again using the same 
process as last time. Our goal again is to show compelling uses of LFN 
networking project technology to solve real world industry challenges. Demos 
that show cross-project elements (e.g. between LFN projects and others), that 
map to a specific industry use case, and that are endorsed by a service 
provider are preferred. That said, we have some room for demos that highlight 
the good work and value-add from projects that don't necessarily meet these 
criteria. At least one demo slot will be made available for each LFN project 
that submits a quality idea.

Another LFN Booth demo option we're exploring is to feature the PNDA project 
<http://pnda.io/> analyzing data from other open 

Re: [onap-discuss] Seeking LFN Booth Demo Ideas for ONS Europe: ONAP

[Michael O'Brien]

Team,

   Just asking for a bit of clarification on the project hierarchy
   The linux foundation hosts projects like ONAP, Acumos, Kubernetes, Helm, 
Prometheus and OpenTracing – which we use and are planning (OpenTracing) to use.
   However the CNCF project states that these are CNCF hosted projects.

I guess it is in terms of what I define “hosts” as – in the context of CNCF 
it looks to be more “run/test/deploy/verify”
Can I assume that the tree is flat and that the Linux Foundation controls 
all projects – maybe a weird question but I am verifying “Demos that show 
cross-project elements (e.g. between LFN projects and others)”

https://www.linuxfoundation.org/projects/
https://www.cncf.io/
We host and nurture components of cloud native software stacks, including 
Kubernetes, Prometheus and Envoy. Kubernetes and other CNCF projects

So….
LF – CNCF – Kubernetes
Is

LF – CNCF
LF – Kubernetes

 In terms of cross project interaction.

Thank you
/michael

From: onap-discuss-boun...@lists.onap.org  
On Behalf Of Brandon Wick
Sent: Tuesday, June 12, 2018 3:32 PM
To: onap-market...@lists.onap.org; onap-discuss@lists.onap.org
Subject: [onap-discuss] Seeking LFN Booth Demo Ideas for ONS Europe: ONAP

Hello ONAP Community:

Those in attendance at OSN North America in Los Angeles last March will recall 
that we hosted an LF Networking Booth that showcased 8 compelling, 
community-driven demos from the LFN technical projects. See this blog 
post
 for a description of the ONS North America booth demos, their focus areas, and 
how they fit together.

We wanted to reach out now to each of the LFN project communities to let you 
know that there will be space for ~8 networking demos inside the LFN booth 
again at ONS 
Europe
 (Sept 25-27, Amsterdam) and we are seeking demo ideas again using the same 
process as last time. Our goal again is to show compelling uses of LFN 
networking project technology to solve real world industry challenges. Demos 
that show cross-project elements (e.g. between LFN projects and others), that 
map to a specific industry use case, and that are endorsed by a service 
provider are preferred. That said, we have some room for demos that highlight 
the good work and value-add from projects that don't necessarily meet these 
criteria. At least one demo slot will be made available for each LFN project 
that submits a quality idea.

Another LFN Booth demo option we're exploring is to feature the PNDA project 
 analyzing data from other open source projects (e.g. ONAP). 
If we went this direction, it would require participation and coordination with 
the PNDA team for demo development and execution. If you have been working on 
PNDA integration and are interested in pursuing this idea, please contact Nick 
Hall: nich...@cisco.com.

Demos stations will again have storage space, a counter, backdrop, monitor, 
power, and Wi-Fi internet provided. A demo station mock up is now under 
development and will be shared back with interested parties. There is no cost 
to host a demo in the LFN booth although additional power, internet, spaces, 
etc. may incur a cost.

Here are the key dates to keep in mind:
·  June 12: Demo idea solicitation email sent to community lists
·  July 9: Demo ideas submissions due
·  July 20: Demos ideas reviewed, chosen, and notifications sent
To submit your demo idea for consideration, please collect and provide the 
following information:
·  Demo title (10 words max)
·  Brief demo description (200 words max)
·  List of demo manager(s) with contact information
·  List of open source projects involved
·  List of companies involved
·  Any extra requirements or special considerations
Demo manager responsibilities include:
·  Creating the demo concept and actual demo to be shown
·  Responding promptly to requests for information
·  Meeting all demo prep deadlines
·  Setting up and testing the demo pre-show and taking down post-show
·  Staffing the demo during ONS expo hours (along with other designated team 
members to help share the load)
·  Being willing to participate in media activities, e.g. photos, videos
ONS sponsor companies are of course welcome to host demos in their booths on 
the show floor as well. Please heck with your ONS Europe sponsorship managers 
to explore these opportunities.
Submit your demo ideas by July 9 by sending an email to 
bw...@linuxfoundation.org. LFN staff 
leadership (Heather, Phil, Arpit) will then review the submissions, get back to 
submitters with questions, suggestions, and recommend a final demo roster by 
July 20th. Send any questions you may have to 
bw...@linuxfoundation.org.

We look forward to seeing your demo ideas.

Best,

Brandon W

Re: [onap-discuss] Registry issue -- few images give "manifest schema v1 unsupported"

[Michael O'Brien]

John,

I retested a couple of my proxies - openstack is OK - but Azure is NOT  - my 
AWS one is turned down at the moment - getting same 500 as you for public cloud.
I am using the nexus3 registry:2 tag from dockerhub here - 
https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeDeployment-NexusProxy
 Looks like this is a dockerhub/registry:2 issue - as a straight pull from 
nexus3.onap.org:10001 - the commercial version is OK -  a double proxy has 
issues - would be curious to check 2 registry proxies between dockerhub - and 
take out nexus3.onap.org to test

I'll raise a subtask off of
https://jira.onap.org/browse/TSC-79

this is in azure - has the same 500 issue - BUSTED

azure is busted - openstack is not

ubuntu@a-cd-master0:~$ sudo docker login -u docker -p docker 
nexus3.onap.cloud:5000

Login Succeeded

ubuntu@a-cd-master0:~$ sudo docker pull nexus3.onap.cloud:5000/mariadb:10.1.11

Error response from daemon: received unexpected HTTP status: 500 Internal 
Server Error



Rerunning in Azure without a double proxy is OK

ubuntu@a-cd-master0:~$ sudo docker pull nexus3.onap.org:10001/mariadb:10.1.11

10.1.11: Pulling from mariadb

7268d8f794c4: Already exists

a3ed95caeb02: Already exists

e5a99361f38c: Already exists

20b20853e29d: Already exists

9dbc63cf121f: Already exists

fdebb5c64c6c: Already exists

3154860d3699: Already exists

3cfa7ffec11c: Already exists

943211713cac: Already exists

d65a44f4573e: Already exists

Digest: sha256:3821f92155bf4311a59b7ec6219b79cbf9a42c75805000a7c8fe5d9f3ad28276


AWS pending

This is in windriver - OK
pulling via my proxy, nexus3 proxy - from dockerhub


ubuntu@onap-oom-obrien-rancher-e0:~$ docker pull 
nexus3windriver.onap.cloud:5000/mariadb:10.1.11

10.1.11: Pulling from mariadb

7268d8f794c4: Downloading [=> ] 
9.288 MB/51.37 MB

a3ed95caeb02: Download complete

e5a99361f38c: Download complete

20b20853e29d: Download complete

9dbc63cf121f: Download complete

fdebb5c64c6c: Waiting

3154860d3699: Waiting

3cfa7ffec11c: Waiting

943211713cac: Waiting

d65a44f4573e: Pulling fs layer



60+ seconds later

ubuntu@onap-oom-obrien-rancher-e0:~$ docker pull 
nexus3windriver.onap.cloud:5000/mariadb:10.1.11

10.1.11: Pulling from mariadb

7268d8f794c4: Pull complete

a3ed95caeb02: Pull complete

e5a99361f38c: Pull complete

20b20853e29d: Pull complete

9dbc63cf121f: Pull complete

fdebb5c64c6c: Pull complete

3154860d3699: Pull complete

3cfa7ffec11c: Pull complete

943211713cac: Pull complete

d65a44f4573e: Pull complete

Digest: sha256:3821f92155bf4311a59b7ec6219b79cbf9a42c75805000a7c8fe5d9f3ad28276

Status: Downloaded newer image for 
nexus3windriver.onap.cloud:5000/mariadb:10.1.11

/michael

From: onap-discuss@lists.onap.org  On Behalf Of 
Lotoski, John
Sent: Friday, January 18, 2019 6:49 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Registry issue -- few images give "manifest schema v1 
unsupported"

Hi all,

I'm doing an ONAP install in AWS and have a local docker cache/proxy registry 
set up in a VPC behind a bastion host.  When I execute the pre-pull script for 
Casablanca, I get consistent failures on a couple images only.   The following 
is a repeatable failure with the log output from the registry being essentially 
"manifest schema v1 unsupported":

Pull fail:

$ docker pull registry01..com:5000/mariadb:10.1.11
Error response from daemon: received unexpected HTTP status: 500 Internal 
Server Error

Log from registry:

time="2019-01-18T23:00:35.839163204Z" level=error msg="response completed with 
error" err.code=unknown err.detail="manifest schema v1 unsupported" 
err.message="unknown error" go.version=go1.11.2 
http.request.host="registry01..com:5000" 
http.request.id=a85af63e-7697-4914-8d56-a3a819deaa96 http.request.method=GET 
http.request.remoteaddr="172.16.35.241:40838" 
http.request.uri="/v2/mariadb/manifests/10.1.11" 
http.request.useragent="docker/17.06.2-ce go/go1.8.3 
kernel/4.14.88-88.76.amzn2.x86_64 os/linux arch/amd64 
UpstreamClient(Go-http-client/1.1)" 
http.response.contenttype="application/json; charset=utf-8" 
http.response.duration=245.627667ms http.response.status=500 
http.response.written=70 vars.name=mariadb vars.reference=10.1.11


There are one or two other images like this, failing in the same manner.  All 
other images of the whole manifest are fine.

Strangely, my docker cache/proxy for another separate ONAP on-prem setup is 
just fine when pulling these same images.  The configuration for the registry 
is the same:

[Unit]
Description=Docker ONAP Registry
Requires=docker.service
[Service]
ExecStart=/usr/bin/docker run -d --restart=unless-stopped --name registry01 -v 
/home/ubuntu/certs:/certs -e REGISTRY_HTTP_ADDR=0.0.0.0:5000 -e 
REGISTRY_HTTP_TLS_CERTIFICATE=/certs/registry01.crt -e 
REGISTRY_HTTP_TLS_KEY=/certs/registry01.key -e 
REGISTRY_STORAGE_DELETE_ENABLED=true -e 
REGISTRY_PROXY_REMOTEURL=https://nexus3.onap.org:10001 -p 5000:5000 registry:2
[

Re: [onap-discuss] AWS EFS/NFS and Rancher 2.2 with EKS

[Michael O'Brien]

John,
Very nice work and resolution details – useful  - definitely appreciated - 
thank you
I spun up a test EKS cluster last month but because of the cost $15+ day 
didn’t get to test a lot of issues – I need to CF script it so I can 
raise/lower it daily.
My experience with AWS has been mostly EC2/EFS related so far – using 
80%-off spot instances - 
https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeDeployment-Option0:DeployOOMKubernetestoaspotVM
We are using a clean ubuntu16.04 AMI and spinning up 1 or more EC2 worker 
nodes – running the EFS create/join on the cluster and using the rancher 1.6 
script to provision Kubernetes 1.11 (EKS only supports 1.10 so far) – the only 
native AWS services I use is EBS backing and EFS for the NFS share.
 As you mention about the AWS AMI – I don’t use the default ec2-user ami 
very often except for EB – I’ll try spinning up a raw VM cluster using 
amazon-linux instead of ubuntu next time – it would key off that option for 
non-EKS deployments at least.

 I find that us-east-2 is a lot cheaper for some reason than us-east-1 (but 
with less resources available).
 You have gone into the EFS issues further than myself – I have not found 
any PV issues on my EFS volume – but there were other masking issues for some 
pods – I have not run 3.0.0-ONAP (our most stable) yet on AWS (just Azure and 
Windriver) – I may see the same that you have.
https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeDeployment-EFS/NFSProvisioningScriptforAWS

 For EBS – I had early problems running non-EBS backed volumes for EC2 
instance – I have not use enhanced EBS yet – I tend to use SSD EBS – and have 
not seen issues.  Azure is less stable for long lived clusters than AWS – 
currently I would recommend always using EBS – but until fully verified – I 
will also test raw NFS instead of wrapped EFS to be sure.
 For Rancher 2  - my last foray into 2.x was when it was beta last year – 
your details will help us when we move to 2.0 and RKE.
https://jira.onap.org/browse/LOG-327
https://jira.onap.org/browse/LOG-799

 For AWS ELB – have not needed to use the native load balancer yet as 
Rancher 1.6 comes with a default agnostic LB that allows Mandeep’s LoadBalancer 
to work for portal (Thanks 
https://onap.readthedocs.io/en/latest/submodules/oom.git/docs/oom_user_guide.html#accessing-the-onap-portal-using-oom-and-a-kubernetes-cluster
 ) – also curious about the new ALB.
 For ingres work – definitely would like you on board – OOM is working on 
an epic refactoring the current use of NodePorts.
 Thank you
 /michael



From: onap-discuss@lists.onap.org  On Behalf Of 
Lotoski, John
Sent: Monday, January 21, 2019 12:18 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] AWS EFS/NFS and Rancher 2.2 with EKS

Hi All,

I recently did a deployment of the latest ONAP Casablanca git branch and 
decided to try deploying into AWS using Rancher 2.2 and Amazon’s EKS offering 
(Elastic Kubernetes Service).  In case anyone else decides to try similar, here 
are some observations and lessons learned to save time:

These comments are with respect to Rancher 2.X and EKS in particular.  Rancher 
1.6.X as documented in the ONAP docs works great for me, and Rancher 2.X with 
RKE may also work great as well, although I haven’t tried it yet.

Regarding Rancher 2.X with EKS:

  *   I tried with each of Rancher 2.X stable, latest and master (2.1.X, 2.1.5, 
2.2.1) and these comments apply to all of these versions in general
  *   Rancher 2.X, to date, doesn’t save or give access to the SSH key for EKS 
worker nodes it spins up and a specific SSH key cannot be specified, so no 
SSHing into the EKS nodes is possible if any troubleshooting needs to be done.
 *   Resolution: After Rancher spun up the EKS control plane cluster and 
worker node cluster, I deleted the worker node cluster and re-created my own 
with an SSH key specified that I had access to
  *   Rancher 2.X, uses an older EKS worker node Cloudformation template and 
there is no place to specify a Cloudformation template as an override.  There 
is an AMI override in the Rancher interface, but the EKS docs specifically say 
that the latest AMI needs to be paired with the latest Cloudformation template, 
so without the template override as well, the AMI override alone isn’t very 
useful
 *   Resolution: Same as above, spin up my own EKS worker nodes using the 
latest Cloudformation template and AMI
  *   Rancher 2.X doesn’t allow worker node deployment to all regions that are 
AWS EKS supported.  For instance, my basic infrastructure (vpc, subnets, 
bastion host, registry, etc) started in us-east-2 which AWS supports EKS in, 
but Rancher 2.X didn’t support us-east-2 as an option for cluster/worker 
deployment, so I deployed EKS via Rancher 2.X in us-east-1 which caused 
additional work with multi-region deployment, vpc-peering, etc.
 *   Resolution: to keep this as a 

Re: [onap-discuss] [oom] DMAAP pg-0 pod failing in Casablanca

[Michael O'Brien]

Beware that some pods become out-of-band of kubernetes for their pv/pvc - a 
redeploy may fail outright - the helm deploy is listed as failed - check the 
log in this case
https://wiki.onap.org/display/DW/ONAP+Development#ONAPDevelopment-RemoveaDeployment

sudo cat ~/.helm/plugins/deploy/cache/onap/logs/onap-*.log
then delete specific pv's not in general like

kubectl delete pv --all
kubectl delete pvc --all
kubectl delete secrets --all
kubectl delete clusterrolebinding --all
otherwise be aware that depending on the DB - a wipe of /dockerdata-nfs/onap-* 
may be required allow for the config jobs to rerun - will be fixed by the 
upcoming helm hooks change
bottom line is to be save wipe the subdir between deploys and clean up any pvs 
that show up in the deploy/undeploy logs if there any - as in
https://git.onap.org/logging-analytics/tree/deploy/cd.sh#n142
3.0.0-ONAP - up for a week OK
onap  onap-dmaap-dbc-pg-0
1/1   Running0  7d
onap  onap-dmaap-dbc-pg-1
1/1   Running0  7d
onap  onap-dmaap-dbc-pgpool-c5f8498-4mr2d
1/1   Running0  7d
onap  onap-dmaap-dbc-pgpool-c5f8498-vhgcs
1/1   Running0  7d
onap  onap-dmaap-dmaap-bus-controller-557dc8c59c-p8fjd   
1/1   Running0  7d
onap  onap-dmaap-dmaap-dr-db-576f7968b8-qsr6f
1/1   Running0  7d
onap  onap-dmaap-dmaap-dr-node-7647f9d6d8-bsfmx  
1/1   Running0  7d
onap  onap-dmaap-dmaap-dr-prov-f4d84869f-45jl6   
1/1   Running0  7d
onap  onap-dmaap-message-router-76f4799d-g6gh5   
1/1   Running0  7d
onap  onap-dmaap-message-router-kafka-56c7c546c-lm7hj
1/1   Running8  7d
onap  onap-dmaap-message-router-zookeeper-7d69b496bc-n82qg   
1/1   Running0  7d

/michael
From: onap-discuss@lists.onap.org  On Behalf Of 
Dominic Lunanuova
Sent: Wednesday, January 16, 2019 8:53 AM
To: onap-discuss@lists.onap.org; bharath.thiruveed...@verizon.com; Michael 
O'Brien 
Subject: Re: [onap-discuss] [oom] DMAAP pg-0 pod failing in Casablanca

Bharath,
You didn’t say you were redeploying, but this resembles issue 
https://jira.onap.org/browse/OOM-1463
If this is not your issue, please provide more background on what the sequence 
of events was.
i.e. were you running successfully for 1 week and then these pods died?   Or, 
was there some other action that occurred before these pods reported errors?

-Dom

From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
[mailto:onap-discuss@lists.onap.org] On Behalf Of Bharath Thiruveedula via 
Lists.Onap.Org
Sent: Wednesday, January 16, 2019 8:23 AM
To: Michael O'Brien mailto:frank.obr...@amdocs.com>>; 
onap-discuss mailto:onap-discuss@lists.onap.org>>
Subject: [onap-discuss] [oom] DMAAP pg-0 pod failing in Casablanca

Hi,

I have been running Casablanca in my setup for a week. From today I can see 
postgres containers are not in running state. Especialy -dmaap-dbc-pg-0 pod.

I got the below logs from the pod.

INFO: Setting PGROOT to /usr/pgsql-10.
INFO: Cleaning up the old postmaster.pid file..
INFO: User ID is set to uid=26(postgres) gid=26(postgres) groups=26(postgres).
INFO: Ordinal is set to 0.
pod "dev-dmaap-dbc-pg-0" not labeled
pod "dev-dmaap-dbc-pg-0" not labeled
INFO: Setting PG_MODE to primary.
INFO: Working on primary..
INFO: Initializing the primary database..
INFO: PGDATA already contains a database.
INFO: Starting PostgreSQL..
[75] LOG:  skipping missing configuration file 
"/pgdata/dev-dmaap-dbc-pg-0/postgresql.auto.conf"
[2-1] user=,db=,app=,client=FATAL:  "/pgdata/dev-dmaap-dbc-pg-0" is not a valid 
data directory
[3-1] user=,db=,app=,client=DETAIL:  File 
"/pgdata/dev-dmaap-dbc-pg-0/PG_VERSION" is missing.
INFO: PostgreSQL is shutting down. Exiting..

Couldn't figure out the exact reason. Anyone came across the issue.


Best Regards
Bharath T

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 
<https://www.amdocs.com/about/email-terms-of-service>

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

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

[onap-discuss] TSC meet question follow up - why also azure to test patches

[Michael O'Brien]

   Some of the notes in the TSC manifest testing about azure might have been 
confusing - my bad - addressing some comments in the meet
https://wiki.onap.org/display/DW/TSC+2019-01-17

- I use the following systems
   Laptop/vmware to test patches >64g of deployment on a p52
   Windriver to run long lived 3.0.0-ONAP and smaller test clusters

   The issue is the 64g barrier
   For some patches that require more than 64G I also have a 96G cluster on 
openlab - but I was using it to test the deployment sequencing script itself


   To fill the 96G-160G full onap deployment gap - need to use temporary vms on 
the cloud
   Azure(sponsored by Microsoft)/AWS (sponsored from Dev 2017 to May 2018 - now 
myself) to run 128-256g vms to deploy all of onap mostly for testing (don't 
need a cluster at this point).  There is currently no room for a full onap 
deployment on any other openstack system - I was using a full deployment to 
test some oom 3.0.1 patches because there are several dependencies required 
that require 96+ g to do a deploy to verify healthcheck passes and the pods 
come up - a couple need more than 64G of deployment
   See the diagram below for some of the dependencies that need a large cluster 
to come up - for example SDNC needs SDC to deploy
https://wiki.onap.org/display/DW/Log+Streaming+Compliance+and+API#LogStreamingComplianceandAPI-DeploymentDependencyTree

   /michael
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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

[onap-discuss] FW: TSC-25 ONAP CD task force meeting minutes - moving time to adjust for West coast and France

[Michael O'Brien]

Forwarding to the list and fyi to the Linux Foundation
/michael

From: Michael O'Brien
Sent: Wednesday, January 16, 2019 5:45 PM
To: onap-discuss@lists.onap.org; Mike Elliott ; 
gary.i...@huawei.com; mehmet@verizon.com; john.loto...@arris.com; Michael 
O'Brien 
Cc: Soleil, Alain ; onap-tsc 
; Jeremy Phelps ; 
jwagant...@linuxfoundation.org; Barry Ergang ; Jim 
Watson ; Susan Bylsma ; 
Doucerain, Jerome ; Closset, Christophe 
; sylvain.desbure...@orange.com; 'RICHOMME 
Morgan IMT/OLN' ; 
'adolfo.perez-du...@oamtechnologies.com' 
; Bengt Thuree 
; jev...@linuxfoundation.org; helpd...@onap.org
Subject: TSC-25 ONAP CD task force meeting minutes - moving time to adjust for 
West coast and France

Team,
   We had a meeting of the TSC-25 task force today, a couple extra participants 
since we sent the meeting to the onap-discuss list.
   My bad as I did not send the invite directly to the Linux Foundation - will 
bring in both LF and ONAP developers on the next - especially
Bengt Thuree mailto:bthu...@linuxfoundation.org>>;
Jordan  jev...@linuxfoundation.org<mailto:jev...@linuxfoundation.org>

https://jira.onap.org/browse/TSC-25

Proposed time: I will send out a formal poll - need to be after 0900 GMT-8 
PST and before 1800 GMT+1 france
1200AM EDT Monday (one hour after PTL meet)
1200AM EDT Thu (90 min after after TSC)
1200AM EDT Fri


20190116: meeting
Agenda
?  move meeting to 8am EDT friday - or any earlier day to bring in France and 
Orange
?  discuss goal of  - why we need it above current daily CD job
good example is avoiding the OOM based manual deploy/hc testing seen in the 3 
patches off of TSC-92<https://jira.onap.org/browse/TSC-92>
committers in OOM will get a +1 from the deploy job that the patch "will" 
deploy and pass HC
?  discuss minimum phase 1 - on demand atomic helm deploy (plus dependencies) + 
healthcheck
enforced dependencies are here - 
https://wiki.onap.org/display/DW/Log+Streaming+Compliance+and+API#LogStreamingComplianceandAPI-DeploymentDependencyTree
?  discuss infrastructure requirements - getting VM's for deployment
?  work with Orange/OPNFV on pocs

Notes:
?  LF is ramping up on bringing up a kubernetes cluster and sourcing VMs
?  AWS EKS supported by Rancher 2.0 - will see how this works with the RKE 
upgrade from 1.6
?  Example of manual deploy/healthcheck procedure solved by CD helm deploy +1 
on magic word trigger prior to oom merge

  *   https://gerrit.onap.org/r/#/c/75702/
?  send out poll for time (accomidate PST and France)
?  direct mail to bengt, Jordan, Jessica, LF
?  ask Orange to participate (their CI/CD system is gitlab based) - help to 
upstream to ONAP
(can pull patches and trigger on submits from gerrit)
cedrick? for OPNFV
Q) is infrastructure coming with Orange - Xx32g servers
Gary's openci can work off triggers
the AWS poc can key off triggers via jenkins
How to fit in the move off of gerrit to github today from the TSC - jira link?

Attendees
Mike Elliott mailto:mike.elli...@amdocs.com>>;
gary.i...@huawei.com<mailto:gary.i...@huawei.com>;
mehmet@verizon.com<mailto:mehmet@verizon.com>;
john.loto...@arris.com<mailto:john.loto...@arris.com>
Michael O'Brien frank.obr...@amdocs.com<mailto:frank.obr...@amdocs.com>

Alumni (next meeting)
Bengt Thuree mailto:bthu...@linuxfoundation.org>>;
Jordan  jev...@linuxfoundation.org<mailto:jev...@linuxfoundation.org>
Jeremy Phelps mailto:jphe...@linuxfoundation.org>>;
jwagant...@linuxfoundation.org<mailto:jwagant...@linuxfoundation.org>
Closset, Christophe 
christophe.clos...@intl.att.com<mailto:christophe.clos...@intl.att.com>
'adolfo.perez-du...@oamtechnologies.com'

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 
<https://www.amdocs.com/about/email-terms-of-service>

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

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

[onap-discuss] TSC-25 ONAP CD task force meeting minutes - moving time to adjust for West coast and France

[Michael O'Brien]

Team,
   We had a meeting of the TSC-25 task force today, a couple extra participants 
since we sent the meeting to the onap-discuss list.
   My bad as I did not send the invite directly to the Linux Foundation - will 
bring in both LF and ONAP developers on the next - especially
Bengt Thuree ;
Jordan  jev...@linuxfoundation.org

https://jira.onap.org/browse/TSC-25

Proposed time: I will send out a formal poll - need to be after 0900 GMT-8 
PST and before 1800 GMT+1 france
1200AM EDT Monday (one hour after PTL meet)
1200AM EDT Thu (90 min after after TSC)
1200AM EDT Fri


20190116: meeting
Agenda
?  move meeting to 8am EDT friday - or any earlier day to bring in France and 
Orange
?  discuss goal of <https://jira.onap.org/browse/TSC-25>  - why we need it 
above current daily CD job
good example is avoiding the OOM based manual deploy/hc testing seen in the 3 
patches off of TSC-92<https://jira.onap.org/browse/TSC-92>
committers in OOM will get a +1 from the deploy job that the patch "will" 
deploy and pass HC
?  discuss minimum phase 1 - on demand atomic helm deploy (plus dependencies) + 
healthcheck
enforced dependencies are here - 
https://wiki.onap.org/display/DW/Log+Streaming+Compliance+and+API#LogStreamingComplianceandAPI-DeploymentDependencyTree
?  discuss infrastructure requirements - getting VM's for deployment
?  work with Orange/OPNFV on pocs

Notes:
?  LF is ramping up on bringing up a kubernetes cluster and sourcing VMs
?  AWS EKS supported by Rancher 2.0 - will see how this works with the RKE 
upgrade from 1.6
?  Example of manual deploy/healthcheck procedure solved by CD helm deploy +1 
on magic word trigger prior to oom merge

  *   https://gerrit.onap.org/r/#/c/75702/
?  send out poll for time (accomidate PST and France)
?  direct mail to bengt, Jordan, Jessica, LF
?  ask Orange to participate (their CI/CD system is gitlab based) - help to 
upstream to ONAP
(can pull patches and trigger on submits from gerrit)
cedrick? for OPNFV
Q) is infrastructure coming with Orange - Xx32g servers
Gary's openci can work off triggers
the AWS poc can key off triggers via jenkins
How to fit in the move off of gerrit to github today from the TSC - jira link?

Attendees
Mike Elliott ;
gary.i...@huawei.com<mailto:gary.i...@huawei.com>;
mehmet@verizon.com<mailto:mehmet@verizon.com>;
john.loto...@arris.com<mailto:john.loto...@arris.com>
Michael O'Brien frank.obr...@amdocs.com<mailto:frank.obr...@amdocs.com>

Alumni (next meeting)
Bengt Thuree ;
Jordan  jev...@linuxfoundation.org
Jeremy Phelps ;
jwagant...@linuxfoundation.org<mailto:jwagant...@linuxfoundation.org>
Closset, Christophe 
christophe.clos...@intl.att.com<mailto:christophe.clos...@intl.att.com>
'adolfo.perez-du...@oamtechnologies.com'

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 
<https://www.amdocs.com/about/email-terms-of-service>

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

View/Reply Online (#15002): https://lists.onap.org/g/onap-discuss/message/15002
Mute This Topic: https://lists.onap.org/mt/29166468/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] Logging in HV-VES #log

[Michael O'Brien]

Team,
  Sorry for the late reply - there is an RI and a final version of the 
logback.xml spec in the review below that we would like to help start 
implementing in Dublin - that I need to rebuild.  The goal for Dublin is 
implementation of AOP/Injected markers and MDCs (key/value pairs) - while 
maintaining the older pipe delimited format - so new/older and static/aop 
libraries can work together.

   I will reply back to this thread with more full/accurate details tonight.
   I am a bit busy ending today with deploy issues, testing the Casablanca MR 
to meet 3.0.1 before 9am tomorrow and CD work today until 6 - I will definitely 
reply with a more complete email later tonight

   For now (review to be resynced)
https://gerrit.onap.org/r/#/c/62405/20/reference/logging-demo/src/main/resources/logback.xml
https://jira.onap.org/browse/LOG-630
POC/RI doc in 
https://wiki.onap.org/display/DW/Logging+Developer+Guide#LoggingDeveloperGuide-JAVA:AddingLoggingtoaWARProject
developer doc/demo in 
https://wiki.onap.org/display/DW/Logging+Developer+Guide#LoggingDeveloperGuide-LoggingResults

   The pomba project is another reference as well as our proposed RI - 
portal/sdk - and actually running since casablanca that you could use as well.
https://git.onap.org/oom/tree/kubernetes/pomba/charts/pomba-aaictxbuilder/resources/config/logback.xml

   I need to revisit the docs that caused your /t issue - thanks for raising 
this  - checking 
https://wiki.onap.org/pages/viewpage.action?pageId=28378955#ONAPApplicationLoggingSpecificationv1.2(Casablanca)-TextOutput
 in terms of the new spec.

   Also part of the scope is both logging spec alignment - and log streaming 
(all appropriate pods have a 2/2 2nd filebeat container to ship the formatted 
logs to the ELK stack along with Prometheus based metrics to form a larger 
picture of transactions with the entire undercloud/k8s framework)

https://jira.onap.org/browse/LOG-707
https://wiki.onap.org/display/DW/Logging+Dublin+Scope
filebeat container audit
https://jira.onap.org/browse/LOG-487

   thank you
   /michael


Tentative




  
  
  
   
   

  
  
  
  
  
  
  
  
  
  
  
   
  
  
  
  
  
  
  
  

  
  
  
  
  
  
  
  
  
  

  
  
  
  
  
  
  
  
  
  
  
   
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  
  


  

  
  
  
  
  
  

  ${errorLoggerPattern}

  

  
  
  
  
${logDirectory}/${auditLogName}.log

  
  
${logDirectory}/${auditLogName}.%d{-MM-dd}.log.zip
  
  30
  3GB


  ${auditLoggerPattern}

  
 
256
true

  
  
${logDirectory}/${metricsLogName}.log

  
  
${logDirectory}/${metricsLogName}.%d{-MM-dd}.log.zip
  
  30
  3GB


  ${metricsLoggerPattern}

  
  
256

  
  
${logDirectory}/${errorLogName}.log

  
  
${logDirectory}/${errorLogName}.%d{-MM-dd}.log.zip
  
  30
  3GB


  ${errorLoggerPattern}

  
  
256
true

  
  
${debugLogDirectory}/${debugLogName}.log

  
  
${logDirectory}/${debugLogName}.%d{-MM-dd}.log.zip
  
  30
  3GB


  ${defaultLoggerPattern}

  
  
256
true

  

  

  
  

  
  

  
  

  

  

  

From: VENKATESH KUMAR, VIJAY 
Sent: Tuesday, January 15, 2019 9:37 AM
To: Jaszczyk, Piotr (Nokia - PL/Wroclaw) ; Michael 
O'Brien 
Cc: Janiak, Kornel (Nokia - PL/Wroclaw) ; Krzywka, 
Filip (Nokia - PL/Wroclaw) ; Dudycz, Jakub (Nokia - 
PL/Wroclaw) 
Subject: RE: Logging in HV-VES

Hi Piotr,  The changes looks good to me; wiki might need to be corrected.

@OBRIEN, FRANK MICHAEL<mailto:frank.obr...@amdocs.com> - If there is any 
concern, please let us know. Otherwise, hope you can help updating the wiki to 
include the correct pattern.

Thanks,
Vijay

From: Jaszczyk, Piotr (Nokia - PL/Wroclaw) 
mailto:piotr.jaszc...@nokia.com>>
Sent: Tuesday, January 15, 2019 4:10 AM
To: VENKATESH KUMAR, VIJAY mailto:vv7...@att.com>>; OBRIEN, 
FRANK MICHAEL mailto:frank.obr...@amdocs.com>>
Cc: Janiak, Kornel (Nokia - PL/Wroclaw) 
mailto:kornel.jan...@nokia.com>>; Krzywka, Filip 
(Nokia - PL/Wroclaw) mailto:filip.krzy...@nokia.com>>; 
Dudycz, Jakub (Nokia - PL/Wroclaw) 
mailto:jakub.dud...@nokia.com>>
Subject: Re: Logging in HV-VES


Hi Vijay, Frank,



Thank you Vijay for prompt answer.



When using the logback logging pattern from this wiki page logs looks like this:


org.onap.dcae.collectors.veshv.main |2019-01-15T08:19:45.125Z |INFO 
|\|U\|s\|i\|n\|g\| \|c\|o\|n\|f\|i\|g\|u\|r\|a\|t\|i\|o\|n\|:\| 
\|S\|e\|r\|v\|e\|r\|C\|o\|n\|f\|i\|g\|u\|r\|a\|t\|i\|o\|n\|(\|s\|e\|r\|v\|e\|r\|L\|i\|s\|t\|e\|n\|A\|d\|d\|r\|e\|s\|s\|=\|0\|.\|0\|.\|0\|.\|0\|/\|0\|.\|0\|.\|0\|.\|0\|:\|6\|0\|6\|1\|,\|
 
\|k\|a\|f\|k\|a\|C\|o\|n\|f\|i\|g\|u\|r\|a\|t\|i\|o\|n\|=\|K\|a\|f\|k\|a\|C\|o\|n\|f\|i\|g\|u\|r\|a\|t\|i\|o\|n\|(\|b\|o\|o\|t\|s\|t\|r\|a\

Re: [onap-discuss] ONAP deployment issues #aai

[Michael O'Brien]

Track anything further in https://jira.onap.org/browse/AAI-2079
And in the AAI meet
https://wiki.onap.org/display/DW/2019-01-16+AAI+Meeting+Notes+-+open+for+agenda+items

/michael

From: onap-discuss@lists.onap.org  On Behalf Of 
Michael O'Brien
Sent: Tuesday, January 15, 2019 8:29 AM
To: gulsum atici ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] ONAP deployment issues #aai

The deployment script just sequences the deploys in order – if a pod does not 
come up it is now due to the pod itself – nothing to due with the 
deployment/script itself.
We discussed this in the last PTL meet on Monday
https://wiki.onap.org/display/DW/PTL+2019-01-14

AAI traversal is blocking the main aai pod – for the past 3-5 weeks at least – 
I would bring it up with the AAI team and add any triage you have.
I would raise a jira myself on this one like the others I have in the past – I 
have just not gone through the details yet (too many other parallel issues 
right now) – the integration team is aware of this as well and have flagged it.

Also is your AAF up – as there is a conditional check on aaf-locate if aaf is 
enabled – the nice thing is if you only bring up aai – the check will not block 
you  - a good pattern.

https://jira.onap.org/browse/LOG-924

https://git.onap.org/oom/tree/kubernetes/aai/charts/aai-traversal/templates/job.yaml#n42

spec:  initContainers:

{{ if eq .Values.global.aafEnabled true }}

- --container-name

- aaf-locate

{{ end }}


Also gulsum, thanks for the mails but we usually use our corporate emails in 
ONAP – not a gmail account.
/michael
From: gulsum atici mailto:gulsumat...@gmail.com>>
Sent: Tuesday, January 15, 2019 2:35 AM
To: Michael O'Brien mailto:frank.obr...@amdocs.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: Re: [onap-discuss] ONAP deployment issues

On Wed, Jan 9, 2019 at 06:16 PM, Michael O'Brien wrote:
Hello,

I deployed  the  casablanca  release   with  latest  cd_new.sh  script several 
times, everytime  aai-traversal container   is not  working  and  it  
affects  the  onap-aai-aai, onap-aai affects  onap-aai-aai-sparky-be  and  
result is  the  same. AAI module  doesn't work  properly,  does  anyone  solve  
this  problem ?
onap-aai-aai-5f795cb46f-9kxgn  0/1   
Init:0/1 0  29m
onap-aai-aai-babel-696d964845-z5flk2/2   
Running  0  18h
onap-aai-aai-cassandra-0   1/1   
Running  0  18h
onap-aai-aai-champ-5f7f94bb84-9djkj1/2   
Running  0  18h
onap-aai-aai-data-router-7f6d895dc4-r8v69  2/2   
Running  1  18h
onap-aai-aai-elasticsearch-6d7f96f9b8-crxmm1/1   
Running  0  18h
onap-aai-aai-gizmo-5d9c884b9-shxbt 2/2   
Running  0  18h
onap-aai-aai-graphadmin-99648f689-b2fq52/2   
Running  0  18h
onap-aai-aai-modelloader-8b659f647-d8785   2/2   
Running  0  18h
onap-aai-aai-resources-6dc4766986-2w88l2/2   
Running  0  18h
onap-aai-aai-search-data-7dbb99df5f-c2sr6  2/2   
Running  0  18h
onap-aai-aai-sparky-be-86db4b4fdf-m9rtk0/2   
Init:0/1 0  29m
onap-aai-aai-spike-7bb658d79b-9kdd62/2   
Running  0  18h
onap-aai-aai-traversal-776d5db985-gwxdx1/2   
Running  3  14m
onap-aai-aai-traversal-update-query-data-ph8l4 0/1   
Init:0/1 2  29m

ubuntu@kub2:~$ kubectl  describe  pod  onap-aai-aai-traversal-776d5db985-gwxdx  
-n  onap
Name:   onap-aai-aai-traversal-776d5db985-gwxdx
Namespace:  onap
Node:   kub2/192.168.13.149
Start Time: Tue, 15 Jan 2019 07:10:33 +
Labels: app=aai-traversal
pod-template-hash=3328186541
release=onap-aai
Annotations:
checksum/config=2305958390ef8c6280a4442c6176b631ba3a8f6534b52deccb5efff947ba6af8
msb.onap.org/service-info=[ { "serviceName": 
"_aai-generic-query", "version": "v11", "url": "/aai/v11/search/generic-query", 
"protocol": "REST", "port": "8446", "enable_ssl": true, "lb_policy":"ip_has...
Status: Running
IP: 10.42.81.65
Controlled By:  ReplicaSet/onap-aai-aai-traversal-776d5db985
Init Containers:
  aai-traversal-readiness:
Container ID:  
docker://6fcd0fa544ea220f9d0343e9d9146c367f080e1ae2bda176e2392907282b0a44
Image: oomk8s/readiness-check:2.0.0
Image ID:  
docker-pullable://oomk8s/readiness-chec

Re: [onap-discuss] ONAP deployment issues #aai

[Michael O'Brien]

The deployment script just sequences the deploys in order – if a pod does not 
come up it is now due to the pod itself – nothing to due with the 
deployment/script itself.
We discussed this in the last PTL meet on Monday
https://wiki.onap.org/display/DW/PTL+2019-01-14

AAI traversal is blocking the main aai pod – for the past 3-5 weeks at least – 
I would bring it up with the AAI team and add any triage you have.
I would raise a jira myself on this one like the others I have in the past – I 
have just not gone through the details yet (too many other parallel issues 
right now) – the integration team is aware of this as well and have flagged it.

Also is your AAF up – as there is a conditional check on aaf-locate if aaf is 
enabled – the nice thing is if you only bring up aai – the check will not block 
you  - a good pattern.

https://jira.onap.org/browse/LOG-924

https://git.onap.org/oom/tree/kubernetes/aai/charts/aai-traversal/templates/job.yaml#n42

spec:  initContainers:

{{ if eq .Values.global.aafEnabled true }}

- --container-name

- aaf-locate

{{ end }}


Also gulsum, thanks for the mails but we usually use our corporate emails in 
ONAP – not a gmail account.
/michael
From: gulsum atici 
Sent: Tuesday, January 15, 2019 2:35 AM
To: Michael O'Brien ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] ONAP deployment issues

On Wed, Jan 9, 2019 at 06:16 PM, Michael O'Brien wrote:
Hello,

I deployed  the  casablanca  release   with  latest  cd_new.sh  script several 
times, everytime  aai-traversal container   is not  working  and  it  
affects  the  onap-aai-aai, onap-aai affects  onap-aai-aai-sparky-be  and  
result is  the  same. AAI module  doesn't work  properly,  does  anyone  solve  
this  problem ?
onap-aai-aai-5f795cb46f-9kxgn  0/1   
Init:0/1 0  29m
onap-aai-aai-babel-696d964845-z5flk2/2   
Running  0  18h
onap-aai-aai-cassandra-0   1/1   
Running  0  18h
onap-aai-aai-champ-5f7f94bb84-9djkj1/2   
Running  0  18h
onap-aai-aai-data-router-7f6d895dc4-r8v69  2/2   
Running  1  18h
onap-aai-aai-elasticsearch-6d7f96f9b8-crxmm1/1   
Running  0  18h
onap-aai-aai-gizmo-5d9c884b9-shxbt 2/2   
Running  0  18h
onap-aai-aai-graphadmin-99648f689-b2fq52/2   
Running  0  18h
onap-aai-aai-modelloader-8b659f647-d8785   2/2   
Running  0  18h
onap-aai-aai-resources-6dc4766986-2w88l2/2   
Running  0  18h
onap-aai-aai-search-data-7dbb99df5f-c2sr6  2/2   
Running  0  18h
onap-aai-aai-sparky-be-86db4b4fdf-m9rtk0/2   
Init:0/1 0  29m
onap-aai-aai-spike-7bb658d79b-9kdd62/2   
Running  0  18h
onap-aai-aai-traversal-776d5db985-gwxdx1/2   
Running  3  14m
onap-aai-aai-traversal-update-query-data-ph8l4 0/1   
Init:0/1 2  29m

ubuntu@kub2:~$ kubectl  describe  pod  onap-aai-aai-traversal-776d5db985-gwxdx  
-n  onap
Name:   onap-aai-aai-traversal-776d5db985-gwxdx
Namespace:  onap
Node:   kub2/192.168.13.149
Start Time: Tue, 15 Jan 2019 07:10:33 +
Labels: app=aai-traversal
pod-template-hash=3328186541
release=onap-aai
Annotations:
checksum/config=2305958390ef8c6280a4442c6176b631ba3a8f6534b52deccb5efff947ba6af8
msb.onap.org/service-info=[ { "serviceName": 
"_aai-generic-query", "version": "v11", "url": "/aai/v11/search/generic-query", 
"protocol": "REST", "port": "8446", "enable_ssl": true, "lb_policy":"ip_has...
Status: Running
IP: 10.42.81.65
Controlled By:  ReplicaSet/onap-aai-aai-traversal-776d5db985
Init Containers:
  aai-traversal-readiness:
Container ID:  
docker://6fcd0fa544ea220f9d0343e9d9146c367f080e1ae2bda176e2392907282b0a44
Image: oomk8s/readiness-check:2.0.0
Image ID:  
docker-pullable://oomk8s/readiness-check@sha256:7daa08b81954360ad03364febcb3dcfeb723bcc12ce3eb3ed3e53f2323ed
Port:  
Host Port: 
Command:
  /root/job_complete.py
Args:
  --job-name
  onap-aai-aai-graphadmin-create-db-schema
State:  Terminated
  Reason:   Completed
  Exit Code:0
  Started:  Tue, 15 Jan 2019 07:11:02 +
  Finished: Tue, 15 Jan 2019 07:11:04 +
Ready:  True
Restart Count:  0
Environment:
  NAMESPACE:  onap (v1:me

[onap-discuss] Kubernetes NodePort reservations are required until ingress refactoring is in - otherwise port conflicts occur #oom #kubernetes #nodeport

[Michael O'Brien]

Team,
   There is at least one team that is not reserving nodeports - this has caused 
several instances of nodeport conflicts during a full helm deploy - this has 
occurred regularly over the past 6 months - in some instances the effects were 
2 levels - a conflict - causing a 2nd conflict after a 2nd refactor.

TODO: NodePort reservation: temporary until we get ingress ports up - any 
nodeport change MUST consult/update this page before a test FULL deploy.
https://wiki.onap.org/display/DW/OOM+NodePort+List


   Note 1: you will not see a conflict unless you deploy the entire onap - so 
only full deploys like during CD jobs will catch these.
   Note 2: a couple of the nodeports are reserved for design/test-time charts 
that are not normally deployed - please consult the wiki registry first before 
using an open nodeport.
   Note 3: remember you don't need an externally accessible nodeport for 
internal rest calls - the internal DNS service name is good for this - no 
exposure necessary.
   Note 4: the 304 prefix is more open than the 302 prefix - which is 
essentially closed now.
   Note 5: if you change any nodeport in a values.yaml - you MUST deploy all of 
ONAP - including every single pod listed in the dev/values.yaml override - for 
assistance in a managed deploy - use 
https://git.onap.org/logging-analytics/tree/deploy/cd.sh

thank you
/michael

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

View/Reply Online (#14969): https://lists.onap.org/g/onap-discuss/message/14969
Mute This Topic: https://lists.onap.org/mt/29121747/21656
Mute #oom: https://lists.onap.org/mk?hashtag=oom&subid=2740164
Mute #kubernetes: https://lists.onap.org/mk?hashtag=kubernetes&subid=2740164
Mute #nodeport: https://lists.onap.org/mk?hashtag=nodeport&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] OOM issues after the Casablanca Release #oom

[Michael O'Brien]

Sorry reread –

the -s option is to override the master server name/ip – on some environment (I 
don’t know yours) because of dns or routing – pass in the IP not the dns name 
of the server
the -a option is to override the derived CATTLE_AGENT ip of the registering 
slave – again IP is safer for some environments – usually rancher detects the 
correct IP  - but on occasion it will confuse multiple networks on the slave 
and send the wrong routable IP – if multiple private networks exist

Anyway, most times – aws, azure, VMware (but not openstack) – using the 
defaults is OK  -s is required -a is not
-b branch -s server-domain/ip -e onap

If you do use -a you will need a -c true (the two go together, a -c false will 
ignore the client ip override)
See the script
-c false -a 104.209.168.116 should be -c true -a 104.209.168.116
https://git.onap.org/logging-analytics/tree/deploy/rancher/oom_rancher_setup.sh#n170
  if [[ "$COMPUTEADDRESS" != false ]]; then
  echo "sudo docker run --rm --privileged -v 
/var/run/docker.sock:/var/run/docker.sock -v /var/lib/rancher:/var/lib/rancher 
$REGISTRATION_DOCKER $RANCHER_URL/v1/scripts/$REGISTRATION_TOKEN"
  sudo docker run --rm --privileged -v 
/var/run/docker.sock:/var/run/docker.sock -v /var/lib/rancher:/var/lib/rancher 
$REGISTRATION_DOCKER $RANCHER_URL/v1/scripts/$REGISTRATION_TOKEN
  else
  echo "sudo docker run -e CATTLE_AGENT_IP=\"$ADDRESS\" --rm --privileged 
-v /var/run/docker.sock:/var/run/docker.sock -v 
/var/lib/rancher:/var/lib/rancher rancher/agent:v$AGENT_VERSION 
http://$SERVER:$PORT/v1/scripts/$TOKEN";
  sudo docker run -e CATTLE_AGENT_IP="$ADDRESS" --rm --privileged -v 
/var/run/docker.sock:/var/run/docker.sock -v /var/lib/rancher:/var/lib/rancher 
rancher/agent:v$AGENT_VERSION 
http://$SERVER:$PORT/v1/scripts/$REGISTRATION_TOKEN
  fi


Also note: kubectl/helm will work/fail together – both key off a working 
.kube/config
Top/get nodes will take up to 2 min after host registration to see a server.


/michael


From: onap-discuss@lists.onap.org  On Behalf Of 
Michael O'Brien
Sent: Thursday, January 10, 2019 6:43 PM
To: Samirkumar Ramcharitaprasad Singh ; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] OOM issues after the Casablanca Release #oom

Samir
  Hi the following error stood out – this likely means you are running the 
default 8080 port – my script sets up 8880 – to avoid any conflicts with (not 
supposed to be there – server software on 8080)

The connection to the server was refused - did you specify the right host or 
port?

   Edit your ~/.kube/config and change 8880 to 8080
   Kubectl should work then for your setup.

   However if you ran my script in its entiretly – then your rancher_server 
docker should be exposed on 8880 – if you cannot get either the k8s dashboard 
or kubectl to work – then host registration failed from either your co-located 
host or one/all of the slaves. In that case verify the IP back to the master – 
in windriver/openlab it should be your private ip 10.0.16.1 not the 
10.12.0.0/16 EIP – on certain systems I also provided for CATTLE_AGENT override 
– the -a option you used.

Worst case – delete all hosts in the gui – and re-add one from the docker 
paste emitted from the “add hosts” button – essentially what my script does.  
If that does not work then you have a communication problem to the host or from 
the slave – check that all your CIDRs are open – you can run with a security 
group of 0.0.0.0/0 ::1 – and only if your server is exposed to the internet 
directly (not in a VPC on AWS for example) – lock down 10249-10255 by using the 
oauth option on the rancher gui (get rid of the ! icon) – I use github oauth it 
works very well – after that crypto miners will not be able to provision pods.

 Thank you
 /michael



From: Samirkumar Ramcharitaprasad Singh 
mailto:samirkumar_si...@infosys.com>>
Sent: Thursday, January 10, 2019 5:11 AM
To: Michael O'Brien mailto:frank.obr...@amdocs.com>>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: RE: [onap-discuss] OOM issues after the Casablanca Release #oom

Hello Michael,

Just noticed that the script below

https://git.onap.org/logging-analytics/tree/deploy/rancher/oom_rancher_setup.sh<https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit.onap.org%2Flogging-analytics%2Ftree%2Fdeploy%2Francher%2Foom_rancher_setup.sh&data=02%7C01%7CSamirkumar_Singh%40infosys.com%7Cc45af0fb2bae493e406508d6765b0f57%7C63ce7d592f3e42cda8ccbe764cff5eb6%7C1%7C0%7C636826530824895869&sdata=4yJQL2lbURSkng%2FkxcPnqf96KP%2FkAOMGzbkGfKzs4lY%3D&reserved=0>

we are now passing additional parameters for

sudo ./oom_rancher_setup.sh -b master -s cd.onap.cloud -e onap -c false -a 
104.209.168.116 -v true

As earlier I have been following your guidance on link below

https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeD

Re: [onap-discuss] OOM issues after the Casablanca Release #oom

[Michael O'Brien]

Samir
  Hi the following error stood out – this likely means you are running the 
default 8080 port – my script sets up 8880 – to avoid any conflicts with (not 
supposed to be there – server software on 8080)

The connection to the server was refused - did you specify the right host or 
port?

   Edit your ~/.kube/config and change 8880 to 8080
   Kubectl should work then for your setup.

   However if you ran my script in its entiretly – then your rancher_server 
docker should be exposed on 8880 – if you cannot get either the k8s dashboard 
or kubectl to work – then host registration failed from either your co-located 
host or one/all of the slaves. In that case verify the IP back to the master – 
in windriver/openlab it should be your private ip 10.0.16.1 not the 
10.12.0.0/16 EIP – on certain systems I also provided for CATTLE_AGENT override 
– the -a option you used.

Worst case – delete all hosts in the gui – and re-add one from the docker 
paste emitted from the “add hosts” button – essentially what my script does.  
If that does not work then you have a communication problem to the host or from 
the slave – check that all your CIDRs are open – you can run with a security 
group of 0.0.0.0/0 ::1 – and only if your server is exposed to the internet 
directly (not in a VPC on AWS for example) – lock down 10249-10255 by using the 
oauth option on the rancher gui (get rid of the ! icon) – I use github oauth it 
works very well – after that crypto miners will not be able to provision pods.

 Thank you
 /michael



From: Samirkumar Ramcharitaprasad Singh 
Sent: Thursday, January 10, 2019 5:11 AM
To: Michael O'Brien ; onap-discuss@lists.onap.org
Subject: RE: [onap-discuss] OOM issues after the Casablanca Release #oom

Hello Michael,

Just noticed that the script below

https://git.onap.org/logging-analytics/tree/deploy/rancher/oom_rancher_setup.sh<https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit.onap.org%2Flogging-analytics%2Ftree%2Fdeploy%2Francher%2Foom_rancher_setup.sh&data=02%7C01%7CSamirkumar_Singh%40infosys.com%7Cc45af0fb2bae493e406508d6765b0f57%7C63ce7d592f3e42cda8ccbe764cff5eb6%7C1%7C0%7C636826530824895869&sdata=4yJQL2lbURSkng%2FkxcPnqf96KP%2FkAOMGzbkGfKzs4lY%3D&reserved=0>

we are now passing additional parameters for

sudo ./oom_rancher_setup.sh -b master -s cd.onap.cloud -e onap -c false -a 
104.209.168.116 -v true

As earlier I have been following your guidance on link below

https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeDeployment-Scriptedundercloud(Helm/Kubernetes/Docker)andONAPinstall-SingleVM

This had the advice to use just below

./oom_rancher_setup.sh -b master -s  -e onap


Please advise if --a [IP address] : client address ip - no FQDN



Is needed because we are doing an ssh to the VM on which the Rancher is set up 
directly ?



The reason I seek your help is today as today we simply couldn’t get kubectl 
top nodes after set up



Nor could get the Helm version for the server with message of



The connection to the server was refused - did you specify the right host or 
port?



Br

Samir K

From: Michael O'Brien [mailto:frank.obr...@amdocs.com]
Sent: Wednesday, January 09, 2019 11:20 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; Samirkumar 
Ramcharitaprasad Singh 
mailto:samirkumar_si...@infosys.com>>
Cc: Mike Elliott mailto:mike.elli...@amdocs.com>>
Subject: RE: [onap-discuss] OOM issues after the Casablanca Release #oom

Samir,
   Hi, thanks for using the script, the cd.sh script assumes that your rancher 
cluster is fully setup or that you are using cd.sh to clone the oom repo  - 
this includes installing Mike’s helm plugin deploy.sh script.  This is done 
automatically in the cd.sh script if you use the -c true option (cd.sh clones 
the oom repo) – yes this is my script and I last added the helm plugin option 
after the clone so that we always get the latest version of plugin.sh from the 
oom repo – I may

https://git.onap.org/logging-analytics/tree/deploy/cd.sh#n103<https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fgit.onap.org%2Flogging-analytics%2Ftree%2Fdeploy%2Fcd.sh%23n103&data=02%7C01%7CSamirkumar_Singh%40infosys.com%7Cc45af0fb2bae493e406508d6765b0f57%7C63ce7d592f3e42cda8ccbe764cff5eb6%7C1%7C0%7C636826530824855840&sdata=7QVMDw3o6J8syW5A589FLH%2FDqyFGNVOUqc%2Bl2%2B2daBE%3D&reserved=0>
sudo cp -R ~/oom/kubernetes/helm/plugins/ ~/.helm

or follow the page

https://wiki.onap.org/display/DW/OOM+Helm+%28un%29Deploy+plugins<https://apac01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.onap.org%2Fdisplay%2FDW%2FOOM%2BHelm%2B%2528un%2529Deploy%2Bplugins&data=02%7C01%7CSamirkumar_Singh%40infosys.com%7Cc45af0fb2bae493e406508d6765b0f57%7C63ce7d592f3e42cda8ccbe764cff5eb6%7C1%7C0%7C636826530824865849&sdata=2h2HCSxcRhiYxImHiZ2OUPwWu4h%2FnBjOu9VggRQTXxE%3D&reserved=0>

https://onap.readthe

Re: [onap-discuss] Services will be down for 5 mins shortly (jenkins, jenkins sandbox, nexus2 and nexus3)

[Michael O'Brien]

Jessica,
   Sounds good – thanks for the heads up.
   If you are not running your own local proxy or not using the nexus3ap LF 
proxy – there is a public 16vCore nexus3 proxy running on Azure at 
nexus3.onap.cloud:5000
   I have rebuilt the master/Casablanca proxy today and letting two prepull 
scripts saturate it (the VM’s HD at 190G was at 90% - increased to 500G – an 
onap release is 75G per vm (a lot is shared now between 
master/Casablanca/3.0.0-ONAP))

The certificate is regenerated and pasted to
https://jira.onap.org/browse/TSC-79

 The nexus host/client procedure and prepull script/procedure is still on
https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeDeployment-Nexus3proxyusageperclusternode

 thank you
 /michael

From: onap-discuss@lists.onap.org  On Behalf Of 
Jessica Wagantall
Sent: Thursday, January 10, 2019 10:47 AM
To: onap-discuss@lists.onap.org; onap-release ; 
onap-tsc ; onap-lf-annou...@lists.onap.org; Kenny Paul 
; Bengt Thuree ; Ryan 
Finnin Day ; Thanh Ha 
Subject: [onap-discuss] Services will be down for 5 mins shortly (jenkins, 
jenkins sandbox, nexus2 and nexus3)

Dear ONAP team.

As you know, we have recently got several reports of Nexus 3 under performing 
today
again.

Our provider wants to migrate onap ingress to a newer hypervisor. This means 
several services
will be down for 5 mins including Jenkins, Jenkins Sandbox, Nexus 2 and 3.
This restart is crucial and needs to be performed as soon as possible.

Jenkins has now been paused for the moment and as soon as the current jobs 
finish, we will
perform this task.

Thanks a ton for your patience
Jess


This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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

[onap-discuss] CD task force TSC-25 meetings restarting on Wed 16 Jan at 1700 EDT

[Michael O'Brien]

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=Michael O'Brien:MAILTO:frank.obr...@amdocs.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-discu
 s...@lists.onap.org:MAILTO:onap-discuss@lists.onap.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=onap-tsc@l
 ists.onap.org:MAILTO:onap-...@lists.onap.org
DESCRIPTION;LANGUAGE=en-US:Team\,\n   Scheduling a couple months of CD task
  force meetings – everyone is welcome.\n   The phase 1 goal is\n
   Provide for a new magic work (on demand) – called run-helm-deploy 
 https://wiki.onap.org/display/DW/Development+Procedures+and+Policies?focus
 edCommentId=25437277#DevelopmentProceduresandPolicies-MagicWords\n
   A single component keyed from the jira tag will deploy the helm char
 t under test – will need prior build/release/tag of the docker image –
  and run some sanity/healthcheck on the single component – this is in ad
 dition to the current helm verify – that builds the chart (a compile) bu
 t does not actually run it yet.\n\n   Gildas – we thank you very much fo
 r running these in the past and will miss you.\n\n   Meeting minutes\, goa
 ls\, wiki links\, details on https://jira.onap.org/browse/TSC-25\n\n   We 
 used to meet on Fridays at 10AM EST\n   We changed to Wed at 1700 EST – 
 keeping this time\n   I am flexible let me know if any other time is good.
 \n\n   The zoom has changed to mine at https://zoom.us/j/7939937123\n\n   
 Thank you\n   /michael\n\n\n
RRULE:FREQ=WEEKLY;INTERVAL=1;BYDAY=WE;WKST=SU
UID:04008200E00074C5B7101A82E008C05B537F0FA9D401000
 01000A5AAFF78EF4EC346985A9D6727AFA05C
SUMMARY;LANGUAGE=en-US:CD task force TSC-25 meetings restarting on Wed 16 J
 an at 1700 EDT 
DTSTART;TZID=Eastern Standard Time:20190116T17
DTEND;TZID=Eastern Standard Time:20190116T18
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20190110T231655Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION;LANGUAGE=en-US:https://zoom.us/j/7939937123
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-OWNERAPPTID:-1458956317
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:1
X-MICROSOFT-DONOTFORWARDMEETING:FALSE
X-MICROSOFT-DISALLOW-COUNTER:FALSE
X-MICROSOFT-LOCATIONS:[{"DisplayName":"https://zoom.us/j/7939937123"\,"Loca
 tionAnnotation":""\,"LocationUri":""\,"LocationStreet":""\,"LocationCity":
 ""\,"LocationState":""\,"LocationCountry":""\,"LocationPostalCode":""\,"Lo
 cationFullAddress":""}]
BEGIN:VALARM
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT15M
ACTION:DISPLAY
END:VALARM
END:VEVENT
END:VCALENDAR

Re: [onap-discuss] [oom][sdnc] Just deploy sdnc?

[Michael O'Brien]

Forgot a point about the onap namespace that applies to everyone.

Namespace=onap

If you are not deploying more than one deployment of onap (2 sdnc’s for 
example) – name the namespace onap – as I understand there are still a couple 
instances of expecting a hardcoded onap namespace.
I understand there is a jira on allowing for more than 1 deployment of onap per 
kubernetes cluster that will fix this – I just cannot find it.

Use “onap” and you will reduce one more wildcard when triaging any failed pods



From: onap-discuss@lists.onap.org  On Behalf Of 
Michael O'Brien
Sent: Thursday, January 10, 2019 4:09 PM
To: onap-discuss@lists.onap.org; serverasc...@gmail.com
Subject: Re: [onap-discuss] [oom][sdnc] Just deploy sdnc?

Curtis,
   Hello fellow onap deployment enthusiast.
   Your question is very relevant for developer environments and limited memory 
VM’s like a dev kubernetes cluster running on a laptop.
   I am trying to keep track of issues I also run into here.
   
https://wiki.onap.org/display/DW/ONAP+Development#ONAPDevelopment-DeveloperDeployment

   Ideally – each onap pod in the values.yaml can be deployed independently – 
in general I have seen this – there are the odd non-atomic check between pods 
like sdc to dmaap for their hc.
   In general for runtime at least you will see issues with dependent 
microservices – streaming logs from the filebeat sidecar will fail for example 
if log-logstash is not up – however 2/2 and 3/3 pods including a filebeat 
container are not blocked by runtime – and will start fine.
In your case the sdnc-0 filebeat is not working because the emptydir pv is 
likely not up yet between the 2 pods.
   You can consult one possible hierarchy of deployment in the review 
https://gerrit.onap.org/r/#/c/75422/

   For your init failures like dmaap – I would expect they should not be 
blocked by no dmaap pods – but I usually run with at least the base pods 
aaf,dmaap and aai if I run any other pod like sdnc, appd, sdc, so etc…
Is there a reason you are not running with some minimal subset – in one of 
my development cases I run with just robot and aai or robot and log/pomba/dmaap 
– however I did not exercise all the functionality to verify this scenario was 
fully functional.
/michael

3.0.0-ONAP Casablanca tag from yesterday
onap onap-sdnc-nengdb-0 1/1 Running 0 5h
onap 
onap-sdnc-network-name-gen-7f95f5bfc8<https://gerrit.onap.org/r/#/q/7f95f5bfc8>-92jdx
 1/1 Running 0 5h
onap onap-sdnc-sdnc-0 2/2 Running 0 5h
onap 
onap-sdnc-sdnc-ansible-server-7d595dd8<https://gerrit.onap.org/r/#/q/7d595dd8>-rp5rc
 1/1 Running 0 5h
onap onap-sdnc-sdnc-db-0 2/2 Running 0 5h
onap 
onap-sdnc-sdnc-dgbuilder-7c8fcbff77<https://gerrit.onap.org/r/#/q/7c8fcbff77>-9drhc
 1/1 Running 0 5h
onap 
onap-sdnc-sdnc-dmaap-listener-fd8bf55cf<https://gerrit.onap.org/r/#/q/fd8bf55cf>-qqqwz
 1/1 Running 0 5h
onap 
onap-sdnc-sdnc-portal-55976f4bd<https://gerrit.onap.org/r/#/q/55976f4bd>-qpd6x 
1/1 Running 0 5h
onap 
onap-sdnc-sdnc-ueb-listener-7bf689f8b9<https://gerrit.onap.org/r/#/q/7bf689f8b9>-q2p4x
 1/1 Running 0 5h


A rule of thumb – if you don’t see the pod up within an hour – it will likely 
not come up  - this is a timeout limitation of kubernetes jobs – that is being 
fixed by moving to helm hooks in Dublin – in that case restart your pod – flip 
the enabled flag – however an important point – delete the 
/dockerdata-nfs/onap- dir – as some pods will not rerun their config job 
if the directory is populated.

Also note the deletion cleanup steps – also for rogue pods
https://wiki.onap.org/display/DW/ONAP+Development#ONAPDevelopment-RemoveaDeployment

do a describe on your failed pod to get info – it looks like sdnc-0 is waiting 
on the dmaap and ueb listeners – check requirements.yaml hierarchy to be sure.
casablanca-sdnc-0  1/2 CrashLoopBackOff   
46 3h31m

From: onap-discuss@
lists.onap.org 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Curtis
Sent: Wednesday, January 9, 2019 5:55 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Subject: [onap-discuss] [oom][sdnc] Just deploy sdnc?

Hi,

I'd just like to deploy sdnc if possible. I have turned off everything in the 
onap/values.yml file except sdnc. It seems to have deployed, I can access the 
portal, but there are a few pods which seem unnecessary, though I'm not 
completely sure--am new to sdnc.  (For sdnc-0 filebeat is not working.) dmaap 
listening and ueb listening are waiting for the check script to find 
message-router and sdc-be.

If anyone has any recommendations or concerns around just deploying sdn-c, let 
me know. :) Otherwise will continue working through it. I just thought I'd 
mention this.

Current pods:

$ k get pods -n onap
NAME   READY   STATUS 
RESTARTS   AGE
casablanca-controller-blueprints-84dfd855b-phplq   1/1 Runnin

Re: [onap-discuss] [oom][sdnc] Just deploy sdnc?

[Michael O'Brien]

Curtis,
   Hello fellow onap deployment enthusiast.
   Your question is very relevant for developer environments and limited memory 
VM’s like a dev kubernetes cluster running on a laptop.
   I am trying to keep track of issues I also run into here.
   
https://wiki.onap.org/display/DW/ONAP+Development#ONAPDevelopment-DeveloperDeployment

   Ideally – each onap pod in the values.yaml can be deployed independently – 
in general I have seen this – there are the odd non-atomic check between pods 
like sdc to dmaap for their hc.
   In general for runtime at least you will see issues with dependent 
microservices – streaming logs from the filebeat sidecar will fail for example 
if log-logstash is not up – however 2/2 and 3/3 pods including a filebeat 
container are not blocked by runtime – and will start fine.
In your case the sdnc-0 filebeat is not working because the emptydir pv is 
likely not up yet between the 2 pods.
   You can consult one possible hierarchy of deployment in the review 
https://gerrit.onap.org/r/#/c/75422/

   For your init failures like dmaap – I would expect they should not be 
blocked by no dmaap pods – but I usually run with at least the base pods 
aaf,dmaap and aai if I run any other pod like sdnc, appd, sdc, so etc…
Is there a reason you are not running with some minimal subset – in one of 
my development cases I run with just robot and aai or robot and log/pomba/dmaap 
– however I did not exercise all the functionality to verify this scenario was 
fully functional.
/michael

3.0.0-ONAP Casablanca tag from yesterday
onap onap-sdnc-nengdb-0 1/1 Running 0 5h
onap 
onap-sdnc-network-name-gen-7f95f5bfc8-92jdx
 1/1 Running 0 5h
onap onap-sdnc-sdnc-0 2/2 Running 0 5h
onap 
onap-sdnc-sdnc-ansible-server-7d595dd8-rp5rc
 1/1 Running 0 5h
onap onap-sdnc-sdnc-db-0 2/2 Running 0 5h
onap 
onap-sdnc-sdnc-dgbuilder-7c8fcbff77-9drhc
 1/1 Running 0 5h
onap 
onap-sdnc-sdnc-dmaap-listener-fd8bf55cf-qqqwz
 1/1 Running 0 5h
onap 
onap-sdnc-sdnc-portal-55976f4bd-qpd6x 
1/1 Running 0 5h
onap 
onap-sdnc-sdnc-ueb-listener-7bf689f8b9-q2p4x
 1/1 Running 0 5h


A rule of thumb – if you don’t see the pod up within an hour – it will likely 
not come up  - this is a timeout limitation of kubernetes jobs – that is being 
fixed by moving to helm hooks in Dublin – in that case restart your pod – flip 
the enabled flag – however an important point – delete the 
/dockerdata-nfs/onap- dir – as some pods will not rerun their config job 
if the directory is populated.

Also note the deletion cleanup steps – also for rogue pods
https://wiki.onap.org/display/DW/ONAP+Development#ONAPDevelopment-RemoveaDeployment

do a describe on your failed pod to get info – it looks like sdnc-0 is waiting 
on the dmaap and ueb listeners – check requirements.yaml hierarchy to be sure.
casablanca-sdnc-0  1/2 CrashLoopBackOff   
46 3h31m


From: onap-discuss@
lists.onap.org  On Behalf Of Curtis
Sent: Wednesday, January 9, 2019 5:55 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] [oom][sdnc] Just deploy sdnc?

Hi,

I'd just like to deploy sdnc if possible. I have turned off everything in the 
onap/values.yml file except sdnc. It seems to have deployed, I can access the 
portal, but there are a few pods which seem unnecessary, though I'm not 
completely sure--am new to sdnc.  (For sdnc-0 filebeat is not working.) dmaap 
listening and ueb listening are waiting for the check script to find 
message-router and sdc-be.

If anyone has any recommendations or concerns around just deploying sdn-c, let 
me know. :) Otherwise will continue working through it. I just thought I'd 
mention this.

Current pods:

$ k get pods -n onap
NAME   READY   STATUS 
RESTARTS   AGE
casablanca-controller-blueprints-84dfd855b-phplq   1/1 Running0 
 4h19m
casablanca-controller-blueprints-db-0  1/1 Running0 
 4h19m
casablanca-nengdb-01/1 Running0 
 4h19m
casablanca-network-name-gen-5d4847f747-th2t2   1/1 Running0 
 4h19m
casablanca-sdnc-0  1/2 CrashLoopBackOff   
46 3h31m
casablanca-sdnc-ansible-server-5c9bb57797-tvf7x1/1 Running0 
 4h19m
casablanca-sdnc-db-0   2/2 Running0 
 4h19m
casablanca-sdnc-dgbuilder-75b88dd7cd-xfjcm 1/1 Running0 
 4h19m
casablanca-sdnc-dmaap-listener-9d4f55c64-s94sc 0/1 Init:0/1   1 
 4h19m
casablanca-sdnc-portal-597966f975-bnvrd1/1 Running

Re: [onap-discuss] OOM issues after the Casablanca Release #oom

[Michael O'Brien]

Samir,
   Hi, thanks for using the script, the cd.sh script assumes that your rancher 
cluster is fully setup or that you are using cd.sh to clone the oom repo  - 
this includes installing Mike’s helm plugin deploy.sh script.  This is done 
automatically in the cd.sh script if you use the -c true option (cd.sh clones 
the oom repo) – yes this is my script and I last added the helm plugin option 
after the clone so that we always get the latest version of plugin.sh from the 
oom repo – I may

https://git.onap.org/logging-analytics/tree/deploy/cd.sh#n103
sudo cp -R ~/oom/kubernetes/helm/plugins/ ~/.helm

or follow the page

https://wiki.onap.org/display/DW/OOM+Helm+%28un%29Deploy+plugins

https://onap.readthedocs.io/en/latest/submodules/oom.git/docs/oom_quickstart_guide.html

In a pending review for cd.sh to include intelligent sequencing of the pods – I 
have moved the helm plugin copy outside the loop – as it will cause issues for 
anyone with an existing oom repo  - remember the cd.sh script is primariliy 
intended for CI/CD – where I throw out the oom repo on each run – I am making 
it dev friendly.

Line 143 of
https://gerrit.onap.org/r/#/c/75422/
for
https://jira.onap.org/browse/LOG-898
I may just put a secondary wget and chmod 777 on the 2 files in 
https://git.onap.org/oom/tree/kubernetes/helm/plugins/deploy for the first run 
where there is no oom repo yet.

do either of those or just run the helm deploy cp and you will be OK

Remember that these deployment scripts are an attempt to fill in the devops 
hole to allow the logging project and any other project to get onap up – the 
goal is one-click through the templates but it is still a WIP because the 
helm/kubernetes tools are in constant motion and reflected in the scripts below

https://git.onap.org/logging-analytics/tree/deploy/cd.sh
https://git.onap.org/logging-analytics/tree/deploy/docker_prepull.sh
https://git.onap.org/logging-analytics/tree/deploy/rancher/oom_rancher_setup.sh
https://git.onap.org/logging-analytics/tree/deploy/aws/oom_cluster_host_install.sh
https://git.onap.org/logging-analytics/tree/deploy/azure/oom_deployment.sh
https://git.onap.org/logging-analytics/tree/deploy/heat/logging_openstack_13_16g.yaml

thank you
/michael
From: onap-discuss@lists.onap.org  On Behalf Of 
samirkumar_si...@infosys.com
Sent: Wednesday, January 9, 2019 1:31 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] OOM issues after the Casablanca Release #oom

Dear Good Folks,

Looking for some help on below .. this has happened only after Casablanca :(

am using the script cd.sh to deploy

https://gerrit.onap.org/r/gitweb?p=logging-analytics.git;a=blob;f=deploy/cd.sh;h=616ba81af4fa7977f9d2a737d6faa8d9c5cc0f39;hb=HEAD

Life is wonderful until i hit the line  
-175<https://gerrit.onap.org/r/gitweb?p=logging-analytics.git;a=blob;f=deploy/cd.sh;h=616ba81af4fa7977f9d2a737d6faa8d9c5cc0f39;hb=HEAD#l175>
   echo "report on non-running containers"

and then this Happens --

1 chart(s) linted, no failures Successfully packaged chart and saved it to: 
/home/ubuntu/logging-analytics/deploy/oom/kubernetes/dist/packages/onap-3.0.0.tgz
 make[1]: Leaving directory 
'/home/ubuntu/logging-analytics/deploy/oom/kubernetes' deploying empty onap 
deployment as base 1 of 3 Error: unknown command "deploy" for "helm" Run 'helm 
--help' for usage. deploying base onap pods as base 2 of 3 Error: unknown 
command "deploy" for "helm" Run 'helm --help' for usage. sleep 600 sec to allow 
base platform pods to complete - without a grep on 0/1|0/2| non-Complete jobs 
deploying rest of onap pods as base 3 of 3 Error: unknown command "deploy" for 
"helm" Run 'helm --help' for usage. wait for all pods up for 15-80 min report 
on non-running containers No resources found. No resources found. No resources 
found. No resources found. No resources found. No resources found. No resources 
found. No resources found. No resources found. No resources found. No resources 
found. No resources found. No resources found. No resources found. No resources 
found. No resources found. No resources found. No resources found. No resources 
found. No resources found. No resources found. No resources found. pending 
containers=0 check filebeat 2/2 count for ELK stack logging consumption sleep 5 
min - to allow rest frameworks to finish Any Ideas/ thoughts .. the only thing 
is also common is below
Error: unknown command "deploy" for "helm"
Run 'helm --help' for usage.

However this was also fixed in the script by Author --@Michael O'Brien
101<https://gerrit.onap.org/r/gitweb?p=logging-analytics.git;a=blob;f=deploy/cd.sh;h=616ba81af4fa7977f9d2a737d6faa8d9c5cc0f39;hb=HEAD#l101>
 git clone -b $BRANCH http://gerrit.onap.org/r/oom
102<https://gerrit.onap.org/r/gitweb?p=logging-analytics.git;a=blob;f=deploy/cd.sh;h=616ba81af4fa7977f9d2a737d6faa8d9c5

[onap-discuss] Logging project meeting minutes 20190108 - next meeting tue 20190115 #log

[Michael O'Brien]

Team,
   Here are the meeting minutes for the last log enthusiasts meeting yesterday
https://wiki.onap.org/display/DW/LOG+Meeting+Minutes+2019-01-08

   In related demo news.
   Next week's or 2nd week's meeting is on unless the launch for 8pm is 
rescheduled for the morning of a Tue  - AKA - the return to manned spaceflight 
in NA (SpaceX and Boeing) demo launch for the 17th 1 of 4 in 2019 looks more 
possible for Feb now as of today's floridatoday post - I'll be looking up 
instead of down at my laptop then - we have it good here - there is a 180 min 
flight between Ottawa and Orlando.
https://www.nasa.gov/press-release/nasa-invites-media-to-spacex-demo-1-launch

   /michael
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

View/Reply Online (#14899): https://lists.onap.org/g/onap-discuss/message/14899
Mute This Topic: https://lists.onap.org/mt/28986473/21656
Mute #log: https://lists.onap.org/mk?hashtag=log&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] [OOF][OOM] Unable to bring OOF Pod in Casablanca

[Michael O'Brien]

-solver-54fb478dfb-q47tz1/1   
Running0  58m


From: onap-discuss@lists.onap.org  On Behalf Of 
Bharath Thiruveedula via Lists.Onap.Org
Sent: Wednesday, January 9, 2019 6:30 AM
To: onap-discuss ; Michael O'Brien 

Subject: [onap-discuss] [OOF][OOM] Unable to bring OOF Pod in Casablanca

Hi,

I am trying to bring Casablanca setup to test OOF PCI usecase. All the pods are 
up except the OOF pod. The status of the oof pods looks like below:

dev-oof-cmso-db-0 1/1   Running 
   0  1h
dev-oof-music-cassandra-0 1/1   Running 
   3  1h
dev-oof-music-cassandra-1 1/1   Running 
   0  1h
dev-oof-music-cassandra-2 1/1   Running 
   0  1h
dev-oof-music-cassandra-job-config-wd5g9  0/1   Completed   
   0  1h
dev-oof-music-tomcat-66f77966b7-cwp64 1/1   Running 
   0  1h
dev-oof-music-tomcat-66f77966b7-klrlm 1/1   Running 
   0  1h
dev-oof-music-tomcat-66f77966b7-thplm 1/1   Running 
   0  1h
dev-oof-oof-788f484fd9-spn4z  0/1   
CrashLoopBackOff   17 1h
dev-oof-oof-cmso-service-768ff6596c-kbtmw 1/1   Running 
   0  1h
dev-oof-oof-has-api-5cb7fdcb44-tl5xb  1/1   Running 
   0  1h
dev-oof-oof-has-controller-74666787b9-w92ml   1/1   Running 
   0  1h
dev-oof-oof-has-data-7c755bb546-xv7wl 1/1   Running 
   0  1h
dev-oof-oof-has-healthcheck-hghwk 0/1   Completed   
   0  1h
dev-oof-oof-has-onboard-sxbs6 0/1   Completed   
   0  1h
dev-oof-oof-has-reservation-6c6ff78cb8-84cn9  1/1   Running 
   0  1h
dev-oof-oof-has-solver-57d48c596c-k9djs   1/1   Running 
   0  1h
dev-oof-zookeeper-0   1/1   Running 
   0  1h
dev-oof-zookeeper-1   1/1   Running 
   0  1h
dev-oof-zookeeper-2   1/1   Running 
   0  1h


The only logs i can see in dev-oof-oof-788f484fd9-spn4z pod is

Updating certificates in /etc/ssl/certs...
1 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d...
done.

 and then the pod is going down. Even I removed liveness/readiness probe if 
that is causing any problem. But didn't solve the issue.

Following is the description of the pod.

Events:
  Type Reason Age   From   Message
   --      ---
  Normal   Scheduled  1mdefault-scheduler  Successfully 
assigned onap/dev-oof-oof-788f484fd9-z2sgv to onap-oof-pci
  Normal   Pulled 1mkubelet, onap-oof-pci  Container image 
"oomk8s/readiness-check:2.0.0" already present on machine
  Normal   Created1mkubelet, onap-oof-pci  Created container
  Normal   Started1mkubelet, onap-oof-pci  Started container
  Normal   Pulled 1mkubelet, onap-oof-pci  Container image 
"oomk8s/readiness-check:2.0.0" already present on machine
  Normal   Created1mkubelet, onap-oof-pci  Created container
  Normal   Started1mkubelet, onap-oof-pci  Started container
  Normal   Pulled 34s (x4 over 1m)  kubelet, onap-oof-pci  Container image 
"nexus3.onap.org:10001/onap/optf-osdf:1.2.4<http://nexus3.onap.org:10001/onap/optf-osdf:1.2.4>"
 already present on machine
  Normal   Created34s (x4 over 1m)  kubelet, onap-oof-pci  Created container
  Normal   Started34s (x4 over 1m)  kubelet, onap-oof-pci  Started container
  Warning  BackOff14s (x5 over 1m)  kubelet, onap-oof-pci  Back-off 
restarting failed container

As you see I am using 1.2.4 version of oof docker image. Is that the correct 
one?

Best Regards
Bharath T

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 
<https://www.amdocs.com/about/email-terms-of-service>

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

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

[onap-discuss] FW: New Subscriber To onap-discuss@lists.onap.org

[Michael O'Brien]

Jacques,
   Welcome to onap - good to have you here with us
   You would be a good asset on the CD task force - we will meet likely next 
week on Friday after the OPNFV conference is finished.
   https://jira.onap.org/browse/TSC-25

   /michael

-Original Message-
From: onap-discuss@lists.onap.org Notification  
Sent: Wednesday, January 9, 2019 9:24 AM
To: Michael O'Brien 
Subject: New Subscriber To onap-discuss@lists.onap.org

Hello,

This is to notify you that jacques.fauc...@gcgenicom.com has joined your group 
onap-discuss@lists.onap.org. 

To turn off this notification, log into https://lists.onap.org and edit your 
subscription.

Thank you for choosing ONAP groups.

Cheers,

The ONAP Team
This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 
<https://www.amdocs.com/about/email-terms-of-service>

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

View/Reply Online (#14893): https://lists.onap.org/g/onap-discuss/message/14893
Mute This Topic: https://lists.onap.org/mt/28985459/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][aaf] the status of aaf-service pod shown as running but the container never came up

[Michael O'Brien]

Team,
   Hi, in the interest of helping out Jonathan – a fellow PTL – I happen to be 
testing a sequenced deploy – the idea re-originated by Alain and myself – as a 
temporary workaround until helm hooks are put in for OOM in Dublin which will 
fix most timing issues.

   Results: AAF OK for 3.0.0-ONAP and Casablanca tag and branch as of 20190109

   If AAF does not come up on Casablanca which is relatively stable – it is 
most likely a timing/resource issue – you are safest if you both account for 
resource usage on parallel deploys (by deploying one pod at a time) and 
adhering to a sequence – for example dcae must come up before most other pods 
in order for the dep-dcae namespace to be secondarily orchestrated by cloudify.
Results from 3.0.0-ONAP (tag) – 3.0.1-ONAP not out yet
https://jira.onap.org/browse/LOG-898
ubuntu@onap-oom-obrien-rancher-e0:~$ sudo nohup ./cd.sh -b 3.0.0-ONAP -e onap 
-p false -n nexus3.onap.org:10001 -f true -s 900 -c false -d true -w false -r 
false &
fetching local/onap
E0109 14:08:25.534133   10775 portforward.go:316] error copying from local 
connection to remote stream: read tcp4 127.0.0.1:36239->127.0.0.1:59870: read: 
connection reset by peer
Release "onap-aaf" does not exist. Installing it now.
NAME:   onap-aaf
LAST DEPLOYED: Wed Jan  9 14:08:46 2019

8 running < 11 at the 1th 15 sec interval for aaf-
10 running < 11 at the 2th 15 sec interval for aaf-
10 running < 11 at the 3th 15 sec interval for aaf-
12 running < 11 at the 4th 15 sec interval for aaf-
14:15:41: 12 pods are up(1/1|2/2) for aaf- at the 5th 15 sec interval
ubuntu@onap-oom-obrien-rancher-e0:~$ kubectl top nodes
NAME  CPU(cores)   CPU%  MEMORY(bytes)   MEMORY%
onap-oom-obrien-rancher-e1689m 8%5755Mi  36%
onap-oom-obrien-rancher-e10   2141m26%   4577Mi  28%
onap-oom-obrien-rancher-e11   515m 6%4167Mi  26%
onap-oom-obrien-rancher-e12   578m 7%3352Mi  21%
onap-oom-obrien-rancher-e13   1144m14%   6138Mi  38%
onap-oom-obrien-rancher-e2576m 7%4350Mi  27%
onap-oom-obrien-rancher-e3581m 7%3110Mi  19%
onap-oom-obrien-rancher-e41236m15%   4097Mi  25%
onap-oom-obrien-rancher-e5309m 3%3959Mi  24%
onap-oom-obrien-rancher-e6449m 5%6946Mi  43%
onap-oom-obrien-rancher-e7559m 6%3372Mi  21%
onap-oom-obrien-rancher-e8739m 9%2965Mi  18%
onap-oom-obrien-rancher-e9638m 7%3057Mi  19%
ubuntu@onap-oom-obrien-rancher-e0:~$ df
Filesystem 1K-blocks Used Available Use% Mounted on
udev 82065520   8206552   0% /dev
tmpfs1643172 8900   1634272   1% /run
/dev/vda1  162574680 83894124  78664172  52% /
ubuntu@onap-oom-obrien-rancher-e0:~$ sudo helm list
NAME  REVISION   UPDATED  
STATUSCHART NAMESPACE
onap7Wed Jan  9 14:28:48 2019
DEPLOYED  onap-3.0.0onap
onap-aaf 4Wed Jan  9 14:28:59 2019DEPLOYED  
aaf-3.0.0 onap
onap-consul   5Wed Jan  9 14:29:54 2019DEPLOYED 
 consul-3.0.0   onap
onap-dcaegen2 2Wed Jan  9 14:30:16 2019DEPLOYED 
 dcaegen2-3.0.0 onap
onap-dmaap  3Wed Jan  9 14:30:28 2019DEPLOYED   
   dmaap-3.0.0  onap
onap-msb   1Wed Jan  9 14:24:38 2019DEPLOYED
  msb-3.0.0 onap
onap-robot5Wed Jan  9 14:26:10 2019DEPLOYED 
 robot-3.0.0 onap
ubuntu@onap-oom-obrien-rancher-e0:~$ kubectl get pods --all-namespaces
NAMESPACE NAME   READY 
STATUS  RESTARTS   AGE
kube-system   heapster-5c6fddd5b-6s4hk   1/1   
Running 0  2d
kube-system   kube-dns-8587b597fc-w2mkv  3/3   
Running 0  2d
kube-system   kubernetes-dashboard-79599f58bc-qkpqg  1/1   
Running 0  2d
kube-system   monitoring-grafana-74c4f86f9c-m8j4g1/1   
Running 0  2d
kube-system   monitoring-influxdb-f78c85b98-xnq971/1   
Running 0  2d
kube-system   tiller-deploy-b5f895978-tkz7l  1/1   
Running 0  2d
onap  dep-config-binding-service-568c74b855-5hhhn2/2   
Running 0  3m
onap  dep-deployment-handler-977579b4b-z2t56 2/2   
Running 0  2m
onap  dep-inventory-666cfb4845-4kjf7 0/1   
Running 0

Re: [onap-discuss] casablanca SO pods are crashing (Application exiting with status code 1) #so #casablanca

[Michael O'Brien]

Guys,
   I think your deployment timing may be suspect – if you sequence the deploys 
on a slow system or allow enough time for the config jobs to complete without 
“contention” so will startup ok.
   I am almost finished a version of cd.sh that allows for each component to 
complete deployment before the next – preliminary testing shows a stable 
Casablanca deploy – but it will take 8 hours on openlab and 2-4 on aws/azure.
https://jira.onap.org/browse/LOG-326

20190106: 3.0.0-ONAP (mine)
onap  onap-so-so-75bb4b68bb-qnwsh
1/1   Running0  5h
onap  onap-so-so-bpmn-infra-56f99599b6-5c8pt 
1/1   Running0  5h
onap  onap-so-so-catalog-db-adapter-7994778fd9-nlrc4 
1/1   Running0  5h
onap  onap-so-so-mariadb-795cf844d8-nqtfx
1/1   Running0  5h
onap  onap-so-so-monitoring-b75b95f76-b8thq  
1/1   Running0  5h
onap  onap-so-so-openstack-adapter-78dc84b88f-jjl2m  
1/1   Running1  5h
onap  onap-so-so-request-db-adapter-64ff55cb79-95jhm 
1/1   Running0  5h
onap  onap-so-so-sdc-controller-d89d44595-hqkf7  
1/1   Running0  5h
onap  onap-so-so-sdnc-adapter-8db65dfb8-sbrn6
1/1   Running0  5h
onap  onap-so-so-vfc-adapter-6c4d54b6fd-qhh6f
1/1   Running0  5h

thank you
/michael

yours
dev-so-so-55989bb965-p9sbp0/1   
CrashLoopBackOff   57 5h
dev-so-so-bpmn-infra-ffb4cc955-wtbhj  0/1   
CrashLoopBackOff   56 5h
dev-so-so-catalog-db-adapter-7c795454b4-s244t 0/1   
CrashLoopBackOff   54 5h
dev-so-so-mariadb-5f854c-sdkwd1/1   Running 
   1  23h
dev-so-so-monitoring-6c76f45c4f-x7mkz 1/1   Running 
   0  23h
dev-so-so-openstack-adapter-5575bc5f4d-8p5lm  0/1   
CrashLoopBackOff   59 5h
dev-so-so-request-db-adapter-8544595dc6-5cpx6 0/1   
CrashLoopBackOff   56 5h
dev-so-so-sdc-controller-7954c6c74b-5flvr 0/1   
CrashLoopBackOff   57 5h
dev-so-so-sdnc-adapter-747bfc998f-rnbn2   1/1   Running 
   0  23h



From: onap-discuss@lists.onap.org  On Behalf Of 
minsang.y...@tatacommunications.com
Sent: Friday, January 4, 2019 10:55 AM
To: gulsum atici ; onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] casablanca SO pods are crashing (Application 
exiting with status code 1) #so #casablanca

Hello,

We had the same issue and figured out this is because mariadb is not 
initialized properly. Mariadb is not installed as secure mode so it denied 
accessing with the password. The problem is mariadb script access to mysql 
using password so database could not be initialized properly.
If you cannot access to mysql with below command and see the same error 
message, it will be the same issue.
   [root@mariadb]mysql -u root -ppassword
   ERROR 1045 (28000): Access denied for user 'root'@'localhost' (using 
password: YES)


Try to run below command and set the password for 'root' user. (Password: 
'password')

[root@mariadb] mysql_secure_installation


nter password for user root:



The existing password for the user account root has expired. Please set a new 
password.



New password: password



Re-enter new password: password

Estimated strength of the password: 100

Do you wish to continue with the password provided?(Press y|Y for Yes, any 
other key for No) : Y

By default, a MySQL installation has an anonymous user,

allowing anyone to log into MySQL without having to have

a user account created for them. This is intended only for

testing, and to make the installation go a bit smoother.

You should remove them before moving into a production

environment.



Remove anonymous users? (Press y|Y for Yes, any other key for No) : Y

Success.





Normally, root should only be allowed to connect from

'localhost'. This ensures that someone cannot guess at

the root password from the network.



Disallow root login remotely? (Press y|Y for Yes, any other key for No) : N

Success.



By default, MySQL comes with a database named 'test' that

anyone can access. This is also intended only for testing,

and should be removed before moving into a production

environment.





Remove test database and access to it? (Press y|Y for Yes, any other key for 
No) : Y

 - Dropping test database...

Success.



 - Removing privileges on test database...

Success.



Reloading the pri

Re: [onap-discuss] OOM ONAP Deployment #CIA #OOM #deploy

[Michael O'Brien]

There are 3 discussions on this manifest override required? question – we can 
consolidate the answer and update the docs/wiki
https://jira.onap.org/browse/TSC-86

for
https://lists.onap.org/g/onap-discuss/topic/oom_onap_deployment/28883609?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,28883609
and
https://wiki.onap.org/display/DW/OOM+Helm+%28un%29Deploy+plugins?focusedCommentId=48529890#comment-48529890
https://onap.readthedocs.io/en/latest/submodules/oom.git/docs/oom_quickstart_guide.html#quick-start-label

/michael

From: onap-discuss@lists.onap.org  On Behalf Of 
Michael O'Brien
Sent: Thursday, January 3, 2019 3:19 PM
To: Dominique Deschênes ; Borislav Glozman 
; bf1...@att.com; onap-discuss@lists.onap.org
Cc: Jacques Faucher ; Jasmin Audet 
; Mike Elliott ; Gary Wu 
; James MacNider ; Lefevre, 
Catherine ; Gildas Lanilis 
; Prudence Au ; James 
Chychota ; Steven Blimkie 
Subject: Re: [onap-discuss] OOM ONAP Deployment #CIA #OOM #deploy

Brian is right – anything over 2 hours will not restart – bounce your 
particular pod –set ?.enabled=false/true – with a dockerdata-nfs clean in the 
middle – and a pv/pvc deletion for some rogue pods that have pvs outside the 
loop – only if you get a pv exists exception on restart.
https://wiki.onap.org/display/DW/ONAP+Development#ONAPDevelopment-Bounce/Fixafailedcontainer
change –all to a particular pod – or use a –force delete like
kubectl delete pod $ENVIRON-aaf-sms-vault-0 -n $ENVIRON --grace-period=0 --force
https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeDeployment-RemoveaDeployment
https://git.onap.org/logging-analytics/tree/deploy/cd.sh#n79
The above script with a 3 min timeout between the 30 pod deploys brings up the 
whole system except some minor issues with a couple pods
For your situation – make sure healthcheck is 50/51 before attempting to use 
the cluster
3.2.2 ete-k8s.sh health test: 51 critical tests, 7 passed, 44 failed
Should be 50 passed (verified 20181229 for 3.0.0-ONAP (Casablanca manifest)


Guys,
   A secondary question – are the values.yaml files in OOM the truth or is the 
manifest file the truth.
   I also need a bit of clarification on the source of truth for the image tags 
in the values.yamls for the 30 components in OOM


  *   “Did you update the image versions in the OOM clone using the script in 
the integration project ? No and According to Michael O'Brien, he recommends 
not to change it...”
   My understanding is that the oom repo is the source of truth – and that the 
manifest file in the integration repo is 99-100% kept up to date with what is 
deployed – but the manifest is not the truth- if it is the reverse then we 
would need to either make sure every deployment (all CD systems including mine) 
and all developers use a generated values.yaml override – or at least force a 
change in OOM to a values.yaml everytime the manifest is updated – from 
reviewing patches between oom and integration it looks like image names in oom 
are the source.

   I would like to nail this down because no one I know of adjusts any of the 
merged docker image tag names that OOM uses to deploy – only the prepull script 
makes use of the manifest – as far as I know – if not we need to adjust the 
documentation so that we are running the same way integration does.
The following assumes the manifest is the same as the values.yamls
https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeDeployment-Nexus3proxyusageperclusternode

   Currently we use the manifest as the docker_prepull.sh target (as it is 
easier to parse and pull from there instead of mining OOM like the previous 
iteration did) – however oom when we deploy – will still use what is hardcoded 
into each values.yaml.
sudo nohup ./docker_prepull.sh -b casablanca -s nexus4.onap.cloud:5000 &
pulls from
https://git.onap.org/logging-analytics/tree/deploy/docker_prepull.sh#n35

https://git.onap.org/integration/plain/version-manifest/src/main/resources/docker-manifest.csv?h=$BRANCH


If there is a script that we run somewhere that takes the this manifest and 
overrides all the image tags as a values.yaml overlay before deployment – let 
us know.  The current wiki and readthedocs do not mention this.

Current Process for deployment
https://onap.readthedocs.io/en/latest/submodules/oom.git/docs/oom_quickstart_guide.html
https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeDeployment-Scriptedundercloud(Helm/Kubernetes/Docker)andONAPinstall-clustered

thanks guys
/michael

From: Dominique Deschênes 
mailto:dominique.desche...@gcgenicom.com>>
Sent: Thursday, January 3, 2019 2:37 PM
To: Borislav Glozman 
mailto:borislav.gloz...@amdocs.com>>; 
bf1...@att.com<mailto:bf1...@att.com>; 
onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>
Cc: Jacques Faucher 
mailto:jacques.fauc...@gcgenicom.com>>; Jasmin 
Audet mailto:jasmin.au...@gcgenicom.com>>; Michael 
O'Brien mailto:frank.obr.

Re: [onap-discuss] OOM ONAP Deployment #CIA #OOM #deploy

[Michael O'Brien]

Brian is right – anything over 2 hours will not restart – bounce your 
particular pod –set ?.enabled=false/true – with a dockerdata-nfs clean in the 
middle – and a pv/pvc deletion for some rogue pods that have pvs outside the 
loop – only if you get a pv exists exception on restart.
https://wiki.onap.org/display/DW/ONAP+Development#ONAPDevelopment-Bounce/Fixafailedcontainer
change –all to a particular pod – or use a –force delete like
kubectl delete pod $ENVIRON-aaf-sms-vault-0 -n $ENVIRON --grace-period=0 --force
https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeDeployment-RemoveaDeployment
https://git.onap.org/logging-analytics/tree/deploy/cd.sh#n79
The above script with a 3 min timeout between the 30 pod deploys brings up the 
whole system except some minor issues with a couple pods
For your situation – make sure healthcheck is 50/51 before attempting to use 
the cluster
3.2.2 ete-k8s.sh health test: 51 critical tests, 7 passed, 44 failed
Should be 50 passed (verified 20181229 for 3.0.0-ONAP (Casablanca manifest)


Guys,
   A secondary question – are the values.yaml files in OOM the truth or is the 
manifest file the truth.
   I also need a bit of clarification on the source of truth for the image tags 
in the values.yamls for the 30 components in OOM


  *   “Did you update the image versions in the OOM clone using the script in 
the integration project ? No and According to Michael O'Brien, he recommends 
not to change it...”
   My understanding is that the oom repo is the source of truth – and that the 
manifest file in the integration repo is 99-100% kept up to date with what is 
deployed – but the manifest is not the truth- if it is the reverse then we 
would need to either make sure every deployment (all CD systems including mine) 
and all developers use a generated values.yaml override – or at least force a 
change in OOM to a values.yaml everytime the manifest is updated – from 
reviewing patches between oom and integration it looks like image names in oom 
are the source.

   I would like to nail this down because no one I know of adjusts any of the 
merged docker image tag names that OOM uses to deploy – only the prepull script 
makes use of the manifest – as far as I know – if not we need to adjust the 
documentation so that we are running the same way integration does.
The following assumes the manifest is the same as the values.yamls
https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeDeployment-Nexus3proxyusageperclusternode

   Currently we use the manifest as the docker_prepull.sh target (as it is 
easier to parse and pull from there instead of mining OOM like the previous 
iteration did) – however oom when we deploy – will still use what is hardcoded 
into each values.yaml.
sudo nohup ./docker_prepull.sh -b casablanca -s nexus4.onap.cloud:5000 &
pulls from
https://git.onap.org/logging-analytics/tree/deploy/docker_prepull.sh#n35

https://git.onap.org/integration/plain/version-manifest/src/main/resources/docker-manifest.csv?h=$BRANCH


If there is a script that we run somewhere that takes the this manifest and 
overrides all the image tags as a values.yaml overlay before deployment – let 
us know.  The current wiki and readthedocs do not mention this.

Current Process for deployment
https://onap.readthedocs.io/en/latest/submodules/oom.git/docs/oom_quickstart_guide.html
https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeDeployment-Scriptedundercloud(Helm/Kubernetes/Docker)andONAPinstall-clustered

thanks guys
/michael

From: Dominique Deschênes 
Sent: Thursday, January 3, 2019 2:37 PM
To: Borislav Glozman ; bf1...@att.com; 
onap-discuss@lists.onap.org
Cc: Jacques Faucher ; Jasmin Audet 
; Michael O'Brien 
Subject: Re[2]: [onap-discuss] OOM ONAP Deployment

Hi,


  *   Are you using the integration-override.yaml file ? No
  *   Did you update the image versions in the OOM clone using the script in 
the integration project ? No and According to Michael O'Brien, he recommends 
not to change it...

thanks

Dominique Deschênes
Ingénieur chargé de projets, Responsable TI
816, boulevard Guimond, Longueuil J4G 1T5
[http://www.gcgenicom.com/signature/Tel_genicom.png] 450 670-8383 x105 
[http://www.gcgenicom.com/signature/Telec_genicom.png]  450 670-2259
[http://www.gcgenicom.com/signature/Logo_G.jpg]<http://www.gcgenicom.com/>  
[http://www.gcgenicom.com/signature/LinkedIn_G.png] 
<http://www.linkedin.com/company/groupe-conseil-g-nicom> 
[http://www.gcgenicom.com/signature/Twitter_G.png] 
<http://twitter.com/gcgenicom>


- Message reçu -

De: Brian (bf1...@att.com<mailto:bf1...@att.com>)
Date: 02/01/19 10:19
À: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>, 
dominique.desche...@gcgenicom.com<mailto:dominique.desche...@gcgenicom.com>, 
Borislav Glozman 
(borislav.gloz...@amdocs.com<mailto:borislav.gloz...@

[onap-discuss] FW: Casablanca metal install lessons learned, plus 2 unresolved items (pnda + vvp)

[Michael O'Brien]

John,
   Nice triage.  After the nexus3 slowdown was fixed last week (routing 
change?) Casablanca comes up faster.
   Several of us like yourself are keenly actively bringing up Casablanca for 
vFW testing - it is good to compare notes. Thanks for the PV workaround - I 
find that deleting the pv/pvc and clearing the nfs directory for any pod in the 
middle of a -set *.enabled=false|true cycle fixes issues for those pods that 
normally cannot restart cleanly - as you mentioned.  For pnda - I would keep 
this pod keyed off dcae disabled as it currently has a nodeport conflict that 
is being fixed - It has never been tested in a fully deployment - so the fact 
the image is wrong or missing makes sense.  There is a separate thread on the 
db deadlock that needs a jira.  Cross-threading here but for anyone seeing 
multiple config job restart failures - as long as one of them (the latest) 
eventually is 0/1 Completed - you are good for that pod - Mike is bringing in 
helm hooks as a better pattern.
  Many thanks for the 6 hour oof quicker restart verified option.
  Vvp is disabled by default - so no current CD deployment has tested it much - 
I do have a couple long-duration deployments but the eventual evictions that 
occur system wide - caused vvp to be lost in the noise - I thought it was 
resource starvation related - that triage is nice and merits a jira at least if 
the dns service name needs adjustment.


  /michael


From: onap-discuss@lists.onap.org  On Behalf Of 
Lotoski, John
Sent: Saturday, December 29, 2018 3:32 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] Casablanca metal install lessons learned, plus 2 
unresolved items (pnda + vvp)

Hi All,

I completed a Casablanca install on metal (3 G9 C7000 blades for K8s and 1 
blade for Rancher + local Docker image caching proxy).  In case others might 
find this information helpful, here are some notes on what I worked through 
followed by two items remaining that are unresolved:

Due to ONAP Nexus low bandwidth and/or random or long docker image pull times, 
I needed to install a local docker image cache.  This resolved a lot of the 
random issues and failures I was encountering.  The local cache was setup per 
the following references:

- Add Nexus proxy procedure for ONAP deployments - LF Nexus3 is timing out 
periodically: https://jira.onap.org/browse/LOG-355
- 
https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeDeployment-NexusProxy

Once the local cache was in place, component-wise installation of ONAP modules 
helped isolate and troubleshoot remaining issues as per the following 
reference's approach:

- 
https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeDeployment-CasablancaDeploymentExamples

Example:
sudo helm deploy onap local/onap --namespace onap -f 
onap/resources/environments/disable-allcharts.yaml --set 
global.repository=onapregistry:5000 --set dmaap.enabled=true

The Dmaap module has an issue not yet specifically mentioned in a JIRA ticket 
(that I could find) which required a workaround applied to the dmaap db pod 
that is discussed in this mailing list at 
https://lists.onap.org/g/onap-discuss/topic/27483391:

kubectl exec -ti onap-dmaap-dmaap-dr-db- -n onap -- bash
mysql -u root
SET PASSWORD FOR 'root'@'localhost' = PASSWORD('datarouter');
GRANT ALL ON *.* TO 'root'@'localhost' WITH GRANT OPTION;
CREATE USER datarouter;
SET PASSWORD FOR 'datarouter' = PASSWORD('datarouter');
CREATE database datarouter;
GRANT ALL ON `datarouter`.* TO 'datarouter';
quit;
exit

Most ONAP modules were able to be installed or removed at will using the "--set 
.enabled=true/false" approach mentioned above.  However, both OOF 
and dcaegen2 modules failed to re-deploy after removing with helm and showed 
the following helm error type:

onap-dcaegen2   1   Thu Dec 27 18:18:43 2018FAILED  
dcaegen2-3.0.0  onap

It turns out that for at least these two modules (OOF and dcaegen2), the 
persistent volumes refuse to complete termination as shown by the following 
command:

# kubectl get pv -n onap | grep -i dcaegen2
onap-dcaegen2-dcae-db-data01GiRWORetain 
  Terminating   onap/onap-dcaegen2-dcae-db-data-onap-dcaegen2-dcae-db-0 
onap-dcaegen2-dcae-db-data  1d
onap-dcaegen2-dcae-db-data11GiRWORetain 
  Terminating   onap/onap-dcaegen2-dcae-db-data-onap-dcaegen2-dcae-db-1 
onap-dcaegen2-dcae-db-data  1d
onap-dcaegen2-dcae-redis0  10Mi   RWORetain 
  Terminating   
onap/onap-dcaegen2-dcae-redis-data-onap-dcaegen2-dcae-redis-1   
manual  1d
onap-dcaegen2-dcae-redis1  10Mi   RWORetain 
  Terminating   
onap/onap-dcaegen2-dcae-redis-data-onap-dcaegen2

[onap-discuss] Nexus3.onap.org:10001 speed back to normal 40+MB/sec

[Michael O'Brien]

Team,
Nexus3.onap.org:10001 slowdown is fixed as of 20181222:1900 EST
 I am getting fully speed on all downloads directly from nexus3 (no need 
for a nexus3.onap.info or nexus3ap.onap.org proxy now)
 Speed went from 0.2MB/sec to 48MB/sec - up by 250x - which is normal - for 
example a 800Mb dmaap-mr image downloads in 16sec now - on a clean VM.

 Issue closed or routing - rerouted.
 
https://lists.onap.org/g/onap-discuss/topic/onap_tsc_onap_discuss/28821863?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,28821863
 https://jira.onap.org/browse/TSC-79
 thank you Linux Foundation
 /michael


This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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

Re: [onap-tsc] [onap-discuss] Nexus3 slowdown issues - nexus3ap.onap.org proxy is full speed when prepulled daily - I'll keep the cache saturated

[Michael O'Brien]

Team,
Nexus3.onap.org:10001 slowdown is fixed as of 20181222:1900 EST
 I am getting fully speed on all downloads directly from nexus3 (no need 
for a nexus3.onap.info or nexus3ap.onap.org proxy now)
 Speed went from 0.2MB/sec to 48MB/sec – up by 250x – which is normal – for 
example a 800Mb dmaap-mr image downloads in 16sec now – on a clean VM.

 Issue closed or routing – rerouted.
 
https://lists.onap.org/g/onap-discuss/topic/onap_tsc_onap_discuss/28821863?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,28821863
 https://jira.onap.org/browse/TSC-79
 thank you Linux Foundation
 /michael

From: onap-discuss@lists.onap.org  On Behalf Of 
Michael O'Brien
Sent: Friday, December 21, 2018 11:02 AM
To: onap-discuss@lists.onap.org; Michael O'Brien ; 
onap-...@lists.onap.org; jwagant...@linuxfoundation.org; 
onap-lf-annou...@lists.onap.org; Gildas Lanilis ; 
Kenny Paul ; Mike Elliott ; 
Soleil, Alain ; eric.deb...@orange.com; Yang Xu 
(Yang, Fixed Network) 
Subject: Re: [onap-tsc] [onap-discuss] Nexus3 slowdown issues - 
nexus3ap.onap.org proxy is full speed when prepulled daily - I'll keep the 
cache saturated

Team,
   I can confirm that nexus3ap – once cached is pulling “full” speed – 20G in 
10 min – each image on the order of seconds (aaf, some aai) – Note that a real 
test is a “clean” vm not on AWS or near onap.org – one that just had docker 
installed (no layers yet).
   I recommend we close this issue for now until the new year and use the 
workarounds.

   A good result from this test is that the routes to the proxy are 
“unhindered” – running on aws, the routes to nexus3 (cloud.onap.org) are 
different.
   This nexus3ap cache works the same as any other local cache – as expected  - 
but it is a bandaid for now – we should be good with it until Jan – as most of 
us will be off for a couple days shortly.

   However if I try to pull an image not yet cached – it sits there and takes 
minutes to hours  (workflow-init at 55Mb took 10 min (it should have been 5 
seconds) – because it still needs to go through nexus3.
   To keep speed up – we will need a daily docker_prepull.sh running 
immediately after the dockers are built daily – I will run this from a vm on 
Azure on a schedule so that the proxy remains cached – otherwise the first 
deployment to ask for a new image will need to wait the full duration for a 
pull from nexus3.onap.org

   I recommend we use the proxy for now – and can hold off on the root cause on 
the main nexus3.onap.org route issue – as the cached proxy is working well.
   Rebuilt Casablanca images will only repull for 5 more seconds because most 
of the layers will be already on the system from the day before – so we don’t 
have to turn off the Casablanca merge jobs as a workaround.

routes are better for the proxy
obrienbiometrics:nexus michaelobrien$ traceroute nexus3ap.onap.org
traceroute: Warning: nexus3ap.onap.org has multiple addresses; using 
13.251.228.5
traceroute to onap-nexus-elb-724767212.ap-southeast-1.elb.amazonaws.com 
(13.251.228.5), 64 hops max, 52 byte packets
1  192.168.20.1 (192.168.20.1)  2.035 ms  1.080 ms  0.857 ms
2  192.168.0.1 (192.168.0.1)  1.906 ms  2.446 ms  1.996 ms
3  * * *
4  24.156.158.197 (24.156.158.197)  10.330 ms  9.408 ms  11.047 ms
5  209.148.231.77 (209.148.231.77)  16.993 ms
209.148.236.169 (209.148.236.169)  19.012 ms
209.148.236.173 (209.148.236.173)  10.701 ms
6  9301-cgw01.ym.rmgt.net.rogers.com (209.148.229.229)  16.378 ms  23.694 ms  
16.524 ms
7  209.148.235.105 (209.148.235.105)  55.253 ms
209.148.237.17 (209.148.237.17)  26.782 ms
209.148.235.101 (209.148.235.101)  30.302 ms
8  209-8-108-157.static.pccwglobal.net (209.8.108.157)  27.953 ms  29.701 ms  
27.282 ms
9  tenge0-0-0-22.br02.hkg15.pccwbtn.net (63.223.15.98)  242.227 ms  275.205 ms  
239.594 ms
10  hundredge0-6-0-0.br02.hkg15.pccwbtn.net (63.223.15.190)  229.824 ms
63-217-17-42.static.pccwglobal.net (63.217.17.42)  237.815 ms  234.202 ms
11  63-217-17-42.static.pccwglobal.net (63.217.17.42)  291.196 ms
52.93.35.84 (52.93.35.84)  362.510 ms
52.93.35.36 (52.93.35.36)  292.224 ms
12  52.93.35.45 (52.93.35.45)  351.281 ms
52.93.35.61 (52.93.35.61)  236.533 ms
52.93.35.47 (52.93.35.47)  239.904 ms
13  52.93.35.127 (52.93.35.127)  270.910 ms
54.239.43.164 (54.239.43.164)  349.463 ms
54.239.43.182 (54.239.43.182)  262.831 ms
14  54.240.241.119 (54.240.241.119)  338.567 ms  284.551 ms
54.239.43.164 (54.239.43.164)  254.775 ms
15  52.93.9.152 (52.93.9.152)  261.928 ms
54.240.241.121 (54.240.241.121)  251.418 ms
52.93.9.20 (52.93.9.20)  314.312 ms
16  52.93.11.81 (52.93.11.81)  351.155 ms
52.93.11.1 (52.93.11.1)  353.004 ms
52.93.11.51 (52.93.11.51)  353.171 ms
17  52.93.11.43 (52.93.11.43)  349.406 ms
52.93.10.232 (52.93.10.232)  273.079 ms
52.93.11.41 (52.93.11.41)  262.679 ms
18  52.93.9.93 (52.93.9.93)  265.661 ms
52.93.8.27 (52.93.8.27)  285.240 ms
52.93.8.1

Re: [onap-tsc] [onap-discuss] Nexus3 slowdown issues - nexus3ap.onap.org proxy is full speed when prepulled daily - I'll keep the cache saturated

[Michael O'Brien]

 (154.24.60.126)  24.989 ms  27.162 ms  35.718 ms
12  38.140.46.58 (38.140.46.58)  25.420 ms  25.970 ms  30.194 ms
13  compute-199-204-45-137.ca-ymq-1.vexxhost.net (199.204.45.137)  27.019 ms  
39.879 ms  30.965 ms


Thank you
/michael

From: onap-discuss@lists.onap.org  On Behalf Of 
Michael O'Brien
Sent: Thursday, December 20, 2018 2:47 PM
To: onap-...@lists.onap.org; onap-discuss@lists.onap.org; 
jwagant...@linuxfoundation.org; onap-lf-annou...@lists.onap.org; Gildas Lanilis 
; Kenny Paul ; Mike 
Elliott ; Soleil, Alain ; 
eric.deb...@orange.com; Yang Xu (Yang, Fixed Network) 
Subject: Re: [onap-tsc] [onap-discuss] Nexus3 slowdown issues

Team,
The RC for nexus3.onap.org must be fixed – for now we are faster – from 2h 
per image to 17min – our goal is 45 sec.
Some updates: the nexus3ap proxy is experiencing the same issues as any 
other proxy – it must deal with the latency of nexus3.onap.org.  On 2 VMs – 
different behavior
On a VM that already pulled to the E’s from my own proxy – the pulls from 
nexus3ap were fast as most of the layers are shared and already downloaded – as 
soon as I hit an image that is not cached either locally or on nexus3ap – it 
takes 17 min to download a 1.1G image instead of 45 seconds – better than the 2 
hours previously but not really fixed.
On a VM that is empty – it takes the full 17 min per image to pull from 
nexus3ap

It looks like nexus3ap is truncating the problem route enough to lower the 
download time from 2 hours to 17 min per aaf 1.1g image for example.
Another issue is how we handle rebuilt images for branches like Casablanca 
– I need to this fully but hopefully we do not need to download the entire 
image from scratch/warm the proxy if we run the Jenkins merge jobs daily – ie 
the hash changes.
There are indications this will not be an issues – because of shared layers 
– I repulled images that were already downloaded the day before and only get a 
5 sec cycle
1.0.5: Pulling from 
onap/org.onap.dcaegen2.collectors.datafile.datafile-app-server
4fe2ade4980c: Already exists
6fc58a8d4ae4: Already exists
819f4a45746c: Pulling fs layer
9c4800b836af: Pulling fs layer



Clean server took 150 min to download these for example
ubuntu@ip-172-31-17-47:~$ sudo docker images
REPOSITORY TAG IMAGE ID 
   CREATED SIZE
nexus3ap.onap.org:10001/onap/aaf/aaf_service   2.1.8   6eb295fed110 
   5 weeks ago 1.16 GB
nexus3ap.onap.org:10001/onap/aaf/aaf_oauth 2.1.8   74dcdce76094 
   5 weeks ago 1.16 GB
nexus3ap.onap.org:10001/onap/aaf/aaf_locate2.1.8   2a4eaa6275ff 
   5 weeks ago 1.16 GB
nexus3ap.onap.org:10001/onap/aaf/aaf_hello 2.1.8   495a01176053 
   5 weeks ago 1.16 GB
nexus3ap.onap.org:10001/onap/aaf/aaf_gui   2.1.8   8caa6dc681f0 
   5 weeks ago 1.16 GB
nexus3ap.onap.org:10001/onap/aaf/aaf_fs2.1.8   3d663698534d 
   5 weeks ago 1.16 GB
nexus3ap.onap.org:10001/onap/aaf/aaf_cm2.1.8   0ba25c4ec3fb 
   5 weeks ago 1.16 GB
nexus3ap.onap.org:10001/onap/aaf/aaf_agent 2.1.8   090b326a7f11 
   5 weeks ago 1.14 GB
nexus3ap.onap.org:10001/onap/aaf/aaf_config2.1.8   6506ac785cb5 
   5 weeks ago 1.14 GB
nexus3ap.onap.org:10001/onap/aaf/aaf_cass  2.1.8   4b91e9b0b43f 
   5 weeks ago 323 MB


From: onap-...@lists.onap.org<mailto:onap-...@lists.onap.org> 
mailto:onap-...@lists.onap.org>> On Behalf Of Michael 
O'Brien
Sent: Thursday, December 20, 2018 12:03 PM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; 
jwagant...@linuxfoundation.org<mailto:jwagant...@linuxfoundation.org>; onap-tsc 
mailto:onap-...@lists.onap.org>>; 
onap-lf-annou...@lists.onap.org<mailto:onap-lf-annou...@lists.onap.org>; Gildas 
Lanilis mailto:gildas.lani...@huawei.com>>; Kenny 
Paul mailto:kp...@linuxfoundation.org>>; Mike 
Elliott mailto:mike.elli...@amdocs.com>>; Soleil, 
Alain mailto:alain.sole...@t-mobile.com>>; 
eric.deb...@orange.com<mailto:eric.deb...@orange.com>; Yang Xu (Yang, Fixed 
Network) mailto:yang@huawei.com>>
Subject: Re: [onap-tsc] [onap-discuss] Nexus3 slowdown issues

Catherine,
   Some good news – so far a couple pulls were back to normal using the ap 
mirror – getting 10+Mb/sec initially  – they downloaded within a couple min.

  I am rerunning the prepull script if it finished under an hour for the 40-60G 
of images we are good – I will update jiras/wikis/mails at that point

   The mirror is slowing now though and hanging – don’t know how many clients 
it can handle – there are at least 3 pulling now – I will advise on the test 
results
   Using the following to test


# clean ubuntu 16.04 vm

sudo git clone https://gerri

Re: [onap-tsc] [onap-discuss] Nexus3 slowdown issues

[Michael O'Brien]

Team,
The RC for nexus3.onap.org must be fixed – for now we are faster – from 2h 
per image to 17min – our goal is 45 sec.
Some updates: the nexus3ap proxy is experiencing the same issues as any 
other proxy – it must deal with the latency of nexus3.onap.org.  On 2 VMs – 
different behavior
On a VM that already pulled to the E’s from my own proxy – the pulls from 
nexus3ap were fast as most of the layers are shared and already downloaded – as 
soon as I hit an image that is not cached either locally or on nexus3ap – it 
takes 17 min to download a 1.1G image instead of 45 seconds – better than the 2 
hours previously but not really fixed.
On a VM that is empty – it takes the full 17 min per image to pull from 
nexus3ap

It looks like nexus3ap is truncating the problem route enough to lower the 
download time from 2 hours to 17 min per aaf 1.1g image for example.
Another issue is how we handle rebuilt images for branches like Casablanca 
– I need to this fully but hopefully we do not need to download the entire 
image from scratch/warm the proxy if we run the Jenkins merge jobs daily – ie 
the hash changes.
There are indications this will not be an issues – because of shared layers 
– I repulled images that were already downloaded the day before and only get a 
5 sec cycle
1.0.5: Pulling from 
onap/org.onap.dcaegen2.collectors.datafile.datafile-app-server
4fe2ade4980c: Already exists
6fc58a8d4ae4: Already exists
819f4a45746c: Pulling fs layer
9c4800b836af: Pulling fs layer



Clean server took 150 min to download these for example
ubuntu@ip-172-31-17-47:~$ sudo docker images
REPOSITORY TAG IMAGE ID 
   CREATED SIZE
nexus3ap.onap.org:10001/onap/aaf/aaf_service   2.1.8   6eb295fed110 
   5 weeks ago 1.16 GB
nexus3ap.onap.org:10001/onap/aaf/aaf_oauth 2.1.8   74dcdce76094 
   5 weeks ago 1.16 GB
nexus3ap.onap.org:10001/onap/aaf/aaf_locate2.1.8   2a4eaa6275ff 
   5 weeks ago 1.16 GB
nexus3ap.onap.org:10001/onap/aaf/aaf_hello 2.1.8   495a01176053 
   5 weeks ago 1.16 GB
nexus3ap.onap.org:10001/onap/aaf/aaf_gui   2.1.8   8caa6dc681f0 
   5 weeks ago 1.16 GB
nexus3ap.onap.org:10001/onap/aaf/aaf_fs2.1.8   3d663698534d 
   5 weeks ago 1.16 GB
nexus3ap.onap.org:10001/onap/aaf/aaf_cm2.1.8   0ba25c4ec3fb 
   5 weeks ago 1.16 GB
nexus3ap.onap.org:10001/onap/aaf/aaf_agent 2.1.8   090b326a7f11 
   5 weeks ago 1.14 GB
nexus3ap.onap.org:10001/onap/aaf/aaf_config2.1.8   6506ac785cb5 
   5 weeks ago 1.14 GB
nexus3ap.onap.org:10001/onap/aaf/aaf_cass  2.1.8   4b91e9b0b43f 
   5 weeks ago 323 MB


From: onap-...@lists.onap.org  On Behalf Of Michael 
O'Brien
Sent: Thursday, December 20, 2018 12:03 PM
To: onap-discuss@lists.onap.org; jwagant...@linuxfoundation.org; onap-tsc 
; onap-lf-annou...@lists.onap.org; Gildas Lanilis 
; Kenny Paul ; Mike 
Elliott ; Soleil, Alain ; 
eric.deb...@orange.com; Yang Xu (Yang, Fixed Network) 
Subject: Re: [onap-tsc] [onap-discuss] Nexus3 slowdown issues

Catherine,
   Some good news – so far a couple pulls were back to normal using the ap 
mirror – getting 10+Mb/sec initially  – they downloaded within a couple min.

  I am rerunning the prepull script if it finished under an hour for the 40-60G 
of images we are good – I will update jiras/wikis/mails at that point

   The mirror is slowing now though and hanging – don’t know how many clients 
it can handle – there are at least 3 pulling now – I will advise on the test 
results
   Using the following to test


# clean ubuntu 16.04 vm

sudo git clone https://gerrit.onap.org/r/logging-analytics

sudo cp logging-analytics/deploy/docker_prepull.sh .

sudo curl https://releases.rancher.com/install-docker/17.03.sh | sh

sudo usermod -aG docker ubuntu

sudo systemctl restart docker

sudo ./docker_prepull.sh -b casablanca -s nexus3ap.onap.org:10001

Thank you
/michael


From: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org> 
mailto:onap-discuss@lists.onap.org>> On Behalf Of 
Jessica Wagantall
Sent: Thursday, December 20, 2018 11:04 AM
To: onap-discuss@lists.onap.org<mailto:onap-discuss@lists.onap.org>; onap-tsc 
mailto:onap-...@lists.onap.org>>; 
onap-lf-annou...@lists.onap.org<mailto:onap-lf-annou...@lists.onap.org>; Gildas 
Lanilis mailto:gildas.lani...@huawei.com>>; Kenny 
Paul mailto:kp...@linuxfoundation.org>>
Subject: [onap-discuss] Nexus3 slowdown issues

Dear ONAP team

Our Infra team is helping us out looking into the Nexus3 issues the teams are
facing.

We have also escalated to our provider to look into the routing issues and we 
are
hoping to get an answer from them soon.

In the meantime, ple

Re: [onap-discuss] Nexus3 slowdown issues

[Michael O'Brien]

Catherine,
   Some good news – so far a couple pulls were back to normal using the ap 
mirror – getting 10+Mb/sec initially  – they downloaded within a couple min.

  I am rerunning the prepull script if it finished under an hour for the 40-60G 
of images we are good – I will update jiras/wikis/mails at that point

   The mirror is slowing now though and hanging – don’t know how many clients 
it can handle – there are at least 3 pulling now – I will advise on the test 
results
   Using the following to test


# clean ubuntu 16.04 vm

sudo git clone https://gerrit.onap.org/r/logging-analytics

sudo cp logging-analytics/deploy/docker_prepull.sh .

sudo curl https://releases.rancher.com/install-docker/17.03.sh | sh

sudo usermod -aG docker ubuntu

sudo systemctl restart docker

sudo ./docker_prepull.sh -b casablanca -s nexus3ap.onap.org:10001

Thank you
/michael


From: onap-discuss@lists.onap.org  On Behalf Of 
Jessica Wagantall
Sent: Thursday, December 20, 2018 11:04 AM
To: onap-discuss@lists.onap.org; onap-tsc ; 
onap-lf-annou...@lists.onap.org; Gildas Lanilis ; 
Kenny Paul 
Subject: [onap-discuss] Nexus3 slowdown issues

Dear ONAP team

Our Infra team is helping us out looking into the Nexus3 issues the teams are
facing.

We have also escalated to our provider to look into the routing issues and we 
are
hoping to get an answer from them soon.

In the meantime, please also consider using 
nexus3ap.onap.org mirror in case this can
unblock you.

Sorry for the inconveniences again!
Jess

This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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

Re: [onap-discuss] ONAP Beijing Installation: Container error

[Michael O'Brien]

Felix,
   Hi, all your pods are waiting on docker images - there is an issue with the 
nexus3 server – a proxy should be filled by Saturday for use.

Nexus3 is experiencing a likely routing issue since Sunday night that is 
causing an 80x slowdown – a 1G AAF image will normally download in 45 seconds – 
it is taking up to 2 hours to download directly from nexus3.onap.org right now 
– this is your issue.

There is a ticket but for now I am filling the cache of 2 proxies for use by 
the community, myself and implementors – as the LF is on vacation and we have 
their back on issues where we can workaround – like adding a proxy in this case

Details on how to set it up, add the proxy, adjust your values.yaml in oom are 
here.
You will want to use nexus3.onap.cloud:5000 which is currently prepulling 
Casablanca images based on Gary’s manifest – it is at the letter F now – so AAF 
should pull within a minute if you switch out the server.

https://jira.onap.org/browse/TSC-79

https://lists.onap.org/g/onap-discuss/topic/onap_helpdesk_65866/28800220?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,28800220

https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeDeployment-NexusProxy



There is an item on this in the TSC meet today at 9AM EST

https://wiki.onap.org/display/DW/TSC+2018-12-20+Meeting+Agenda


thank you
/michael


From: onap-discuss@lists.onap.org  On Behalf Of 
Felix Dsouza
Sent: Thursday, December 20, 2018 5:14 AM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] ONAP Beijing Installation: Container error

Hello,

I am trying to install ONAP Beijing release using the tutorial on the Wiki 
https://onap.readthedocs.io/en/beijing/submodules/oom.git/docs/oom_quickstart_guide.html#quick-start-label

However, I am facing issues as the containers are failing to load and there are 
error.

Please find the logs below. Please could you guide me in rectifying this issue.


kube-system   heapster-76b8cd7b5-qnpcj1/1   Running 
0  47m   10.42.161.140   k8s-1
kube-system   kube-dns-5d7b4487c9-jmnwz   3/3   Running 
0  33m   10.42.220.117   k8s-2
kube-system   kubernetes-dashboard-f9577fffd-qftqp1/1   Running 
0  47m   10.42.190.163   k8s-1
kube-system   monitoring-grafana-997796fcf-7brv6  1/1   Running 
0  47m   10.42.219.57k8s-1
kube-system   monitoring-influxdb-56fdcd96b-dz6bf 1/1   Running 
0  47m   10.42.194.93k8s-1
kube-system   tiller-deploy-54bcc55dd5-5ff26  1/1   Running 
0  34m   10.42.75.235k8s-3
onap  dev-aaf-cm-f4dc85d89-h4rvv  0/1   
Init:Error  0  21m   10.42.162.86k8s-3
onap  dev-aaf-create-config-cdlw7 0/1   
PodInitializing 0  21m   10.42.97.224k8s-3
onap  dev-aaf-cs-7b7648974c-8crj9 0/1   
ContainerCreating   0  21m k8s-2
onap  dev-aaf-fs-9b76f984-8ndz7   0/1   
Init:Error  0  21m   10.42.194.50k8s-1
onap  dev-aaf-gui-9596b58c8-hzpkb 0/1   
Init:Error  0  21m   10.42.80.57 k8s-4
onap  dev-aaf-hello-77b4fdb4b7-ddxq5  0/1   
Init:Error  0  21m   10.42.234.132   k8s-3
onap  dev-aaf-locate-57c96f8bb9-bgclv 0/1   
Init:0/20  21m   10.42.219.79k8s-2
onap  dev-aaf-oauth-84f5b88468-fdz45  0/1   
Init:Error  0  21m   10.42.164.140   k8s-1
onap  dev-aaf-service-655664c7cb-lvb860/1   
Init:Error  0  21m   10.42.89.190k8s-4
onap  dev-aaf-sms-78cc97648b-9l5fb0/1   Running 
0  21m   10.42.239.97k8s-3
onap  dev-aaf-sms-quorumclient-0  1/1   Running 
0  21m   10.42.68.137k8s-3
onap  dev-aaf-sms-quorumclient-1  0/1   
ContainerCreating   0  19m k8s-4
onap  dev-aaf-sms-vault-0 0/2   
ContainerCreating   0  21m k8s-2
onap  dev-aai-5cf4cb575-p99kq 0/1   
Init:Error  0  21m   10.42.253.198   k8s-1
onap  dev-aai-babel-d749d5db6-v9fmm   0/2   
ContainerCreating   0  21m k8s-2
onap  dev-aai-cassandra-0 0/1   
ContainerCreating   0  21m k8s-2
onap  dev-aai-champ-689595cfbb-qjgzd  0/1   
Init:Error  0  21m   10.

Re: [onap-discuss] aaf-cm image not found - Casablanca release

[Michael O'Brien]

Nexus3 is experiencing a likely routing issue since Sunday night that is 
causing an 80x slowdown – a 1G AAF image will normally download in 45 seconds – 
it is taking up to 2 hours to download directly from nexus3.onap.org right now 
– this is your issue.

There is a ticket but for now I am filling the cache of 2 proxies for use by 
the community, myself and implementors – as the LF is on vacation and we have 
their back on issues where we can workaround – like adding a proxy in this case

Details on how to set it up, add the proxy, adjust your values.yaml in oom are 
here.
You will want to use nexus3.onap.cloud:5000 which is currently prepulling 
Casablanca images based on Gary’s manifest – it is at the letter F now – so AAF 
should pull within a minute if you switch out the server.

https://jira.onap.org/browse/TSC-79

https://lists.onap.org/g/onap-discuss/topic/onap_helpdesk_65866/28800220?p=,,,20,0,0,0::recentpostdate%2Fsticky,,,20,2,0,28800220

https://wiki.onap.org/display/DW/Cloud+Native+Deployment#CloudNativeDeployment-NexusProxy


thank you
/michael

From: onap-discuss@lists.onap.org  On Behalf Of 
kranthi guttikonda
Sent: Wednesday, December 19, 2018 1:07 PM
To: Yang Xu (Yang, Fixed Network) ; 
onap-discuss@lists.onap.org
Subject: Re: [onap-discuss] aaf-cm image not found - Casablanca release

Oh ok. Looks like nexus3 is dead slow. Any one else experiencing the same?

Thanks,
Kranthi

From: "Yang Xu (Yang, Fixed Network)" 
mailto:yang@huawei.com>>
Date: Wednesday, December 19, 2018 at 12:38 PM
To: "onap-discuss@lists.onap.org" 
mailto:onap-discuss@lists.onap.org>>, Kranthi 
Guttikonda mailto:kranthi.guttiko...@b-yond.com>>
Subject: RE: aaf-cm image not found - Casablanca release

I can pull the image now with your url. Give it a try again.

-Yang

From: onap-discuss@lists.onap.org 
[mailto:onap-discuss@lists.onap.org] On Behalf Of kranthi guttikonda
Sent: Wednesday, December 19, 2018 12:08 PM
To: onap-discuss@lists.onap.org
Subject: [onap-discuss] aaf-cm image not found - Casablanca release

Hi Team,

I am trying to deploy Casablanca release and seeing an error with aaf-cm image. 
Can you please help?


root@rancher:~# docker pull nexus3.onap.org:10001/onap/aaf/aaf_cm:2.1.8

Pulling repository nexus3.onap.org:10001/onap/aaf/aaf_cm

Error: image onap/aaf/aaf_cm:2.1.8 not found

root@rancher:~#


Thanks,
Kranthi


This email and the information contained herein is proprietary and confidential 
and subject to the Amdocs Email Terms of Service, which you may review at 
https://www.amdocs.com/about/email-terms-of-service 


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

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