[opnfv-tech-discuss] OPNFV Closed Loop Automation Working Group - Bi-weekly

2019-12-19 Thread sunku ranganath 
BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Pacific Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="Ranganath, Sunku":MAILTO:sunku.rangan...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=opnfv-tech
 -disc...@lists.opnfv.org:MAILTO:opnfv-tech-discuss@lists.opnfv.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'Juvonen, 
 Tomi (Nokia - FI/Espoo)'":MAILTO:tomi.juvo...@nokia.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Yuki Kasu
 ya':MAILTO:yu-kas...@kddi-research.jp
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Toshiaki 
 Takahashi':MAILTO:t-takaha...@ig.jp.nec.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Collins, E
 mma":MAILTO:emma.coll...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Bouche, Je
 an-christophe":MAILTO:jean-christophe.bou...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Power, Dam
 ien":MAILTO:damien.po...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Browne, Jo
 hn J":MAILTO:john.j.bro...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Kepka, Krz
 ysztof":MAILTO:krzysztof.ke...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Kumar May
 ank':MAILTO:kumar.may...@ericsson.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Matthias 
 Runge':MAILTO:mru...@redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Tomofumi 
 Hayashi':MAILTO:tohay...@redhat.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=opnfv-tsc@
 lists.opnfv.org:MAILTO:opnfv-...@lists.opnfv.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Kedalagudd
 e, Meghashree Dattatri":MAILTO:meghashree.dattatri.kedalagu...@intel.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='vishnu.n@
 ieee.org':MAILTO:vishn...@ieee.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Shobhan A
 yyadevaraSesha (sayyadev)':MAILTO:sayya...@cisco.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Yasuo Sai
 to':MAILTO:yasuo.sa...@mavenir.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Lincoln L
 avoie':MAILTO:lylav...@iol.unh.edu
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'GUPTA, AL
 OK'":MAILTO:ag1...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Daniel.Ba
 lsi...@swisscom.com':MAILTO:daniel.balsi...@swisscom.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'Seiler, G
 lenn'":MAILTO:glenn.sei...@windriver.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Scott Man
 sfield':MAILTO:scott.mansfi...@ericsson.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Sarp KÖK
 SAL':MAILTO:skok...@havelsan.com.tr
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'Malla, Ma
 lathi'":MAILTO:malathi.ma...@spirent.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Xun Wang 
 (wangxun)':MAILTO:wang...@cisco.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Mark Beie
 rl':MAILTO:mbei...@vmware.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'Winans, J
 ohn'":MAILTO:john.win...@spirent.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'Alam, Tai
 moor'":MAILTO:taimoor.a...@tum.de
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Praveen G
 upta':MAILTO:p_k_gu...@hotmail.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Kutch, Pat
 rick G":MAILTO:patrick.g.ku...@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="Vul, Alex":
 MAILTO:alex@intel.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Robert Di
 mond':MAILTO:robert.dim...@arm.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Jerome To
 llet (jtollet)':MAILTO:jtol...@cisco.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Valentin 
 Boucher':MAILTO:valentin.bouc...@kontron.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN='Chris Sto
 cker':MAILTO:cstoc...@sandvine.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'BUSTAMENT
 E, MIKE'":MAILTO:mb1...@att.com
ATTENDEE;ROLE=OPT-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN="'Ketchum, 
 Brian'":MAILTO:brian.ketc...@spirent.com
DESCRIPTION;LANGUAGE=en-US:New 2020 Series for OPNFV Closed Loop Automation
  Working Group Bi-weekly\, starting Jan 9th

[opnfv-tech-discuss] Dec 23 and Dec 30: Cancelled Weekly Technical Discussion

2019-12-19 Thread HU, BIN 
Hello community,

Happy holidays.

I propose to cancel our weekly technical discussion on Dec 23 and Dec 30 to 
observe holidays.

We will resume on Jan 6, 2020 and Jim 
Baker will lead the review of OPNFV 
roadmap presentation for Prague.

Wish everyone Merry Christmas and Happy New Year.

Thank you

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

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

[opnfv-tech-discuss] Weekly Technical Discussion #160

2019-12-19 Thread HU, BIN 
BEGIN:VCALENDAR
METHOD:REQUEST
PRODID:Microsoft Exchange Server 2010
VERSION:2.0
BEGIN:VTIMEZONE
TZID:Pacific Standard Time
BEGIN:STANDARD
DTSTART:16010101T02
TZOFFSETFROM:-0700
TZOFFSETTO:-0800
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=1SU;BYMONTH=11
END:STANDARD
BEGIN:DAYLIGHT
DTSTART:16010101T02
TZOFFSETFROM:-0800
TZOFFSETTO:-0700
RRULE:FREQ=YEARLY;INTERVAL=1;BYDAY=2SU;BYMONTH=3
END:DAYLIGHT
END:VTIMEZONE
BEGIN:VEVENT
ORGANIZER;CN="HU, BIN":MAILTO:bh5...@att.com
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=opnfv-tech
 -disc...@lists.opnfv.org:MAILTO:opnfv-tech-discuss@lists.opnfv.org
ATTENDEE;ROLE=REQ-PARTICIPANT;PARTSTAT=NEEDS-ACTION;RSVP=TRUE;CN=opnfv-tsc@
 lists.opnfv.org:MAILTO:opnfv-...@lists.opnfv.org
DESCRIPTION;LANGUAGE=en-US:https://zoom.us/j/2362828999\n+1-877-369-0926 or
  +1-855-880-1246 / Meeting ID: 236 282 8999\n\nHello community:\n\nThis is
  our 160th weekly technical discussion at 6am PST / 9am EST Monday January
  6th\, 2020\, which is 14:00 UTC.\n\nJim Baker will lead the review of OPNFV roadmap presentation for Pra
 gue.\n\nYou can find your local time here http://www.timeanddate.com/world
 clock/fixedtime.html?msg=OPNFV-Technical-Discussion=20200106T14=1.\
 n\nPlease refer to https://wiki.opnfv.org/display/PROJ/Weekly+Technical+Di
 scussion for details of dialing logistics and tentative agenda.\n\nPlease 
 let me know if you want to add anything to agenda for discussion in the co
 mmunity.\n\nFor your convenience:\n\n  *   Zoom Meeting: https://zoom.us/j
 /2362828999\n  *   You can also dial in using your phone:\n *   United
  States (Long distance): +1-669-900-6833 or +1 646 558 8656\n *   Unit
 ed States (Toll Free): +1-877-369-0926 or +1-855-880-1246\n *   Meetin
 g ID: 236 282 8999\n *   International numbers available: https://zoom
 .us/zoomconference?m=Xn-Kas4jq2GuyfbCCKYpwvi6FpHEYX8n\n  *   More informat
 ion about OPNFV Conferencing Bridge:\n\nThanks\nBin\n\n
SUMMARY;LANGUAGE=en-US:Weekly Technical Discussion #160
DTSTART;TZID=Pacific Standard Time:20200106T06
DTEND;TZID=Pacific Standard Time:20200106T07
UID:04008200E00074C5B7101A82E008604EFEF37BB6D501000
 010006909C783AF083D4FA69661CC1F8E535D
CLASS:PUBLIC
PRIORITY:5
DTSTAMP:20191219T225548Z
TRANSP:OPAQUE
STATUS:CONFIRMED
SEQUENCE:0
LOCATION;LANGUAGE=en-US:https://zoom.us/j/2362828999
X-MICROSOFT-CDO-APPT-SEQUENCE:0
X-MICROSOFT-CDO-OWNERAPPTID:-1141651485
X-MICROSOFT-CDO-BUSYSTATUS:TENTATIVE
X-MICROSOFT-CDO-INTENDEDSTATUS:BUSY
X-MICROSOFT-CDO-ALLDAYEVENT:FALSE
X-MICROSOFT-CDO-IMPORTANCE:1
X-MICROSOFT-CDO-INSTTYPE:0
X-MICROSOFT-DISALLOW-COUNTER:FALSE
BEGIN:VALARM
ACTION:DISPLAY
DESCRIPTION:REMINDER
TRIGGER;RELATED=START:-PT15M
END:VALARM
END:VEVENT
END:VCALENDAR
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

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

Re: [opnfv-tech-discuss] Who from OPNFV can -2/+2 lf-releng possibly blocking all OPNFV jjb verification

2019-12-19 Thread Mark Beierl via Lists.Opnfv.Org 
Hello, Alec.

I am sending the email to request that topic right now.  Thanks for bringing 
this up.

Regards,
Mark

From:  on behalf of "Alec via 
Lists.Opnfv.Org" 
Reply-To: "ahot...@cisco.com" 
Date: Thursday, December 19, 2019 at 16:39
To: OLLIVIER Cédric TGI/OLN , Tomi Juvonen 

Cc: "opnfv-tech-discuss@lists.opnfv.org" 
Subject: Re: [opnfv-tech-discuss] Who from OPNFV can -2/+2 lf-releng possibly 
blocking all OPNFV jjb verification

Hi Cedric and Tomi,

Given you seem to be open to this idea and maybe even part of the TSC, would 
you agree to co-submit with me a request to TSC to open up git repo management  
permissions to PTLs (branch management (create/delete/…).
This seems to be the case for other LF projects so should not be too difficult 
to get accepted.

Thanks

  Alec


From:  on behalf of "Alec via 
Lists.Opnfv.Org" 
Reply-To: "Alec Hothan (ahothan)" 
Date: Wednesday, December 18, 2019 at 9:06 AM
To: Trevor Bramwell 
Cc: "opnfv-tech-discuss@lists.opnfv.org" 
Subject: Re: [opnfv-tech-discuss] Who from OPNFV can -2/+2 lf-releng possibly 
blocking all OPNFV jjb verification

Hi Trevor,

Inline…


From: Trevor Bramwell 
Date: Tuesday, December 17, 2019 at 3:35 PM
To: 
Cc: "ollivier.ced...@gmail.com" , 
"opnfv-tech-discuss@lists.opnfv.org" , 
"opnfv-...@lists.opnfv.org" 
Subject: Re: [opnfv-tech-discuss] Who from OPNFV can -2/+2 lf-releng possibly 
blocking all OPNFV jjb verification

Hey Alec,

As far as dockerhub permissions go, I see you should have admin rights
on the nfvbench repository. See attached screenshots.
Though looking at the ticket, Aric may have forgotten to notify you
after the work was done?

[alec] Aric did unicast me and I have already (finally) cleaned the repo!


I don't know the historical context as to why branch creation wasn't
allowed for project owners, but IIRC that was something decided by the
TSC in the past. Lifting that restriction would actually align us in
terms of permissions with other LFN projects.

Would you mind adding that request to a future TSC meeting? I can't
imagine there would be much objection.

[alec] I sure can but not sure if I need to attend in person at the TSC meeting?


As far as JJB goes, yeah it's possible to automate branch creation (we
do this for stable branches) and I believe OpenStack even does it this
way for all their branches, but that doesn't mean we have to.

[alec] there is value in automating branch creation when they are tied to 
overall OPNFV release. However there can be multiple good reasons to create 
branches unrelated to the OPNFV release process and for these cases we should 
just trust PTLs and let then manage their repo directly.

Thanks

  Alec



Regards,
Trevor Bramwell

On Sun, Dec 15, 2019 at 04:56:20PM +, Alec via Lists.Opnfv.Org wrote:
HI Ollivier, thanks for the offer to help. We could try to fix these with jjb 
but I think the problem is bigger and would need attention from the TSC.
The only reason this dockerhub state is not too much of a problem for the 
project is that all users currently build their own containers directly 
(instead of consuming from the dockerhub). However this clearly will not help 
adoption by new or non expert users.
The docker hub for nfvbench has many issues including:
   *   Tag based container release is no longer working – only latest works
   *   Stable image needs to be removed – it is over 2 years old and no longer 
updates
   *   Obsolete releases need to be removed
I will also need to create a branch and release images from that branch.
In a nutshell, these are housekeeping tasks that would take me minutes to do if 
I had the proper permission in the git repo and dockerhub, but would just take 
too much time and energy to do using jjb (if even possible).
Thanks
   Alec
From: "ollivier.ced...@gmail.com" 
mailto:ollivier.ced...@gmail.com>>
Date: Sunday, December 15, 2019 at 5:51 AM
To: "Alec Hothan (ahothan)" mailto:ahot...@cisco.com>>, 
"opnfv-tech-discuss@lists.opnfv.org" 
mailto:opnfv-tech-discuss@lists.opnfv.org>>,
 "opnfv-...@lists.opnfv.org" 
mailto:opnfv-...@lists.opnfv.org>>
Subject: Re: [opnfv-tech-discuss] Who from OPNFV can -2/+2 lf-releng possibly 
blocking all OPNFV jjb verification
+1.
For the previous release, it was the exact opposite: lots of branches were 
created without any PTL ack (neither author or reviewer)!
https://gerrit.opnfv.org/gerrit/q/owner:jenkins-opnfv-ci%2540opnfv.org+status:merged
Please send me your ticket. I may be able to help you regarding Dockerhub.
Cédric
On Fri, 2019-12-13 at 22:40 +,

Re: [opnfv-tech-discuss] Who from OPNFV can -2/+2 lf-releng possibly blocking all OPNFV jjb verification

2019-12-19 Thread Alec via Lists.Opnfv.Org 
Hi Cedric and Tomi,

Given you seem to be open to this idea and maybe even part of the TSC, would 
you agree to co-submit with me a request to TSC to open up git repo management  
permissions to PTLs (branch management (create/delete/…).
This seems to be the case for other LF projects so should not be too difficult 
to get accepted.

Thanks

  Alec


From:  on behalf of "Alec via 
Lists.Opnfv.Org" 
Reply-To: "Alec Hothan (ahothan)" 
Date: Wednesday, December 18, 2019 at 9:06 AM
To: Trevor Bramwell 
Cc: "opnfv-tech-discuss@lists.opnfv.org" 
Subject: Re: [opnfv-tech-discuss] Who from OPNFV can -2/+2 lf-releng possibly 
blocking all OPNFV jjb verification

Hi Trevor,

Inline…


From: Trevor Bramwell 
Date: Tuesday, December 17, 2019 at 3:35 PM
To: 
Cc: "ollivier.ced...@gmail.com" , 
"opnfv-tech-discuss@lists.opnfv.org" , 
"opnfv-...@lists.opnfv.org" 
Subject: Re: [opnfv-tech-discuss] Who from OPNFV can -2/+2 lf-releng possibly 
blocking all OPNFV jjb verification

Hey Alec,

As far as dockerhub permissions go, I see you should have admin rights
on the nfvbench repository. See attached screenshots.
Though looking at the ticket, Aric may have forgotten to notify you
after the work was done?

[alec] Aric did unicast me and I have already (finally) cleaned the repo!


I don't know the historical context as to why branch creation wasn't
allowed for project owners, but IIRC that was something decided by the
TSC in the past. Lifting that restriction would actually align us in
terms of permissions with other LFN projects.

Would you mind adding that request to a future TSC meeting? I can't
imagine there would be much objection.

[alec] I sure can but not sure if I need to attend in person at the TSC meeting?


As far as JJB goes, yeah it's possible to automate branch creation (we
do this for stable branches) and I believe OpenStack even does it this
way for all their branches, but that doesn't mean we have to.

[alec] there is value in automating branch creation when they are tied to 
overall OPNFV release. However there can be multiple good reasons to create 
branches unrelated to the OPNFV release process and for these cases we should 
just trust PTLs and let then manage their repo directly.

Thanks

  Alec



Regards,
Trevor Bramwell

On Sun, Dec 15, 2019 at 04:56:20PM +, Alec via Lists.Opnfv.Org wrote:
HI Ollivier, thanks for the offer to help. We could try to fix these with jjb 
but I think the problem is bigger and would need attention from the TSC.
The only reason this dockerhub state is not too much of a problem for the 
project is that all users currently build their own containers directly 
(instead of consuming from the dockerhub). However this clearly will not help 
adoption by new or non expert users.
The docker hub for nfvbench has many issues including:
   *   Tag based container release is no longer working – only latest works
   *   Stable image needs to be removed – it is over 2 years old and no longer 
updates
   *   Obsolete releases need to be removed
I will also need to create a branch and release images from that branch.
In a nutshell, these are housekeeping tasks that would take me minutes to do if 
I had the proper permission in the git repo and dockerhub, but would just take 
too much time and energy to do using jjb (if even possible).
Thanks
   Alec
From: "ollivier.ced...@gmail.com" 
mailto:ollivier.ced...@gmail.com>>
Date: Sunday, December 15, 2019 at 5:51 AM
To: "Alec Hothan (ahothan)" mailto:ahot...@cisco.com>>, 
"opnfv-tech-discuss@lists.opnfv.org" 
mailto:opnfv-tech-discuss@lists.opnfv.org>>,
 "opnfv-...@lists.opnfv.org" 
mailto:opnfv-...@lists.opnfv.org>>
Subject: Re: [opnfv-tech-discuss] Who from OPNFV can -2/+2 lf-releng possibly 
blocking all OPNFV jjb verification
+1.
For the previous release, it was the exact opposite: lots of branches were 
created without any PTL ack (neither author or reviewer)!
https://gerrit.opnfv.org/gerrit/q/owner:jenkins-opnfv-ci%2540opnfv.org+status:merged
Please send me your ticket. I may be able to help you regarding Dockerhub.
Cédric
On Fri, 2019-12-13 at 22:40 +, Alec Hothan (ahothan) wrote:
I would propose that PTLs are given permission to manage the branches for their 
repos directly. Those who prefer to go through jjb can do so, but we should not 
force everybody to go thorough JJB.
I have same concern for
· OPNFV dockerhub repo. I cannot manage my container versions and the 
ticket I had open for it for months is now closed without any resolution due to 
the move to LF helpdesk (June 2019, I replied with the information requested 
but no follow up unfortunately)
· OPNFV documentation.
We basically need to allow PTL to bypass JJB based workflows which is IMHO very 
inconvenient and discouraging. How are other LF projects doing?
Thanks
Alec
From: 
mailto:opnfv-tech-discuss@lists.opnfv.org>> 
on behalf of Cedric

[opnfv-tech-discuss] CfP VHPC20: HPC Containers-Kubernetes

2019-12-19 Thread VHPC 20 

CALL FOR PAPERSa

15th Workshop on Virtualization in High-Performance Cloud Computing
(VHPC 20) held in conjunction with the International Supercomputing
Conference - High Performance, June 21-25, 2020, Frankfurt, Germany.
(Springer LNCS Proceedings)




Date: June 25, 2020
Workshop URL: vhpc[dot]org


Abstract registration Deadline: Jan 31st, 2020
Paper Submission Deadline: Apr 05th, 2020
Springer LNCS



Call for Papers


Containers and virtualization technologies constitute key enabling
factors for flexible resource management in modern data centers, and
particularly in cloud environments. Cloud providers need to manage
complex infrastructures in a seamless fashion to support the highly
dynamic and heterogeneous workloads and hosted applications customers
deploy. Similarly, HPC environments have been increasingly adopting
techniques that enable flexible management of vast computing and
networking resources, close to marginal provisioning cost, which is
unprecedented in the history of scientific and commercial computing.
Most recently, Function as a Service (Faas) and Serverless computing,
utilizing lightweight VMs-containers widens the spectrum of
applications that can be deployed in a cloud environment, especially
in an HPC context. Here, HPC-provided services can be become
accessible to distributed workloads outside of large cluster
environments.

Various virtualization-containerization technologies contribute to the
overall picture in different ways: machine virtualization, with its
capability to enable consolidation of multiple under­utilized servers
with heterogeneous software and operating systems (OSes), and its
capability to live­-migrate a fully operating virtual machine (VM)
with a very short downtime, enables novel and dynamic ways to manage
physical servers; OS-­level virtualization (i.e., containerization),
with its capability to isolate multiple user­-space environments and
to allow for their co­existence within the same OS kernel, promises to
provide many of the advantages of machine virtualization with high
levels of responsiveness and performance; lastly, unikernels provide
for many virtualization benefits with a minimized OS/library surface.
I/O Virtualization in turn allows physical network interfaces to take
traffic from multiple VMs or containers; network virtualization, with
its capability to create logical network overlays that are independent
of the underlying physical topology is furthermore enabling
virtualization of HPC infrastructures.


Publication


Accepted papers will be published in a Springer LNCS proceedings
volume.


Topics of Interest


The VHPC program committee solicits original, high-quality submissions
related to virtualization across the entire software stack with a
special focus on the intersection of HPC, containers-virtualization
and the cloud.


Major Topics:
- HPC workload orchestration (Kubernetes)
- Kubernetes HPC batch
- HPC Container Environments Landscape
- HW Heterogeneity
- Container ecosystem (Docker alternatives)
- Networking
- Lightweight Virtualization
- Unikernels / LibOS
- State-of-the-art processor virtualization (RISC-V, EPI)
- Containerizing HPC Stacks/Apps/Codes:
  Climate model containers


each major topic encompassing design/architecture, management,
performance management, modeling and configuration/tooling.
Specifically, we invite papers that deal with the following topics:

- HPC orchestration (Kubernetes)
   - Virtualizing Kubernetes for HPC
   - Deployment paradigms
   - Multitenancy
   - Serverless
   - Declerative data center integration
   - Network provisioning
   - Storage
   - OCI i.a. images
   - Isolation/security
- HW Accelerators, including GPUs, FPGAs, AI, and others
   - State-of-practice/art, including transition to cloud
   - Frameworks, system software
   - Programming models, runtime systems, and APIs to facilitate cloud
 adoption
   - Edge use-cases
   - Application adaptation, success stories
- Kubernetes Batch
   - Scheduling, job management
   - Execution paradigm - workflow
   - Data management
   - Deployment paradigm
   - Multi-cluster/scalability
   - Performance improvement
   - Workflow / execution paradigm
- Podman: end-to-end Docker alternative container environment & use-cases
   - Creating, Running containers as non-root (rootless)
   - Running rootless containers with MPI
   - Container live migration
   - Running containers in restricted environments without setuid
- Networking
   - Software defined networks and network virtualization
   - New virtualization NICs/Nitro alike ASICs for the data center?
   - Kubernetes SDN policy (Calico i.a.)
   - Kubernetes network provisioning (Flannel i.a.)
- Lightweight Virtualization
   - Micro VMMs (Rust-VMM, Firecracker, solo5)
   - Xen
   - Nitro hypervisor (KVM)
   - RVirt
   - Cloud Hypervisor
- Unikernels / LibOS
- HPC

Re: [opnfv-tech-discuss] Looking for leadership on a couple Prague topics?

2019-12-19 Thread Jim Baker 
Thanks Lincoln!

Any takers for "Manifest Validation" topic leadership?

Jim

On Thu, Dec 19, 2019 at 10:24 AM Lincoln Lavoie 
wrote:

> Hi Jim,
>
> I can lead item 2, already started those discussions with folks as well.
>
> Cheers,
> Lincoln
>
> On Thu, Dec 19, 2019 at 12:00 PM Jim Baker 
> wrote:
>
>> Greetings,
>> There were two topics proposed for Prague plugfest that need a new topic
>> leader.
>>
>>1. Manifest Validation - how does the manifest of the NFVI get
>>reviewed and validated against a reference implementation? What is the
>>tooling and who will provide this?
>>2. Hardware Delivery Validation - how does the HW get validated
>>pre-SW install? IMPI? Who is building the tooling for validating the
>>bare-metal configuration?
>>
>> These are important topics for the CNTT use model. Are any of the Prague
>> attendees interested in picking up the leadership for these topics? You
>> needn't be a subject matter expert, but leading a discussion to consolidate
>> requirements and first step ideas would be valuable for OPNFV and CNTT.
>>
>> Let me know if you are willing to step up for this challenge!
>> Happy Holidays!
>> Jim
>>
>>
>> --
>> Jim Baker
>> Linux Foundation Networking - Technical Program Manager
>> mobile: +1 970 227 6007
>> -=-=-=-=-=-=-=-=-=-=-=-
>> Links: You receive all messages sent to this group.
>>
>> View/Reply Online (#23805):
>> https://lists.opnfv.org/g/opnfv-tech-discuss/message/23805
>> Mute This Topic: https://lists.opnfv.org/mt/68835150/923460
>> Group Owner: opnfv-tech-discuss+ow...@lists.opnfv.org
>> Unsubscribe: https://lists.opnfv.org/g/opnfv-tech-discuss/unsub  [
>> lylav...@iol.unh.edu]
>> -=-=-=-=-=-=-=-=-=-=-=-
>>
>
>
> --
> *Lincoln Lavoie*
> Senior Engineer, Broadband Technologies
> 21 Madbury Rd., Ste. 100, Durham, NH 03824
> lylav...@iol.unh.edu
> https://www.iol.unh.edu
> +1-603-674-2755 (m)
> 
>


-- 
Jim Baker
Linux Foundation Networking - Technical Program Manager
mobile: +1 970 227 6007
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

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

[opnfv-tech-discuss] OPNFV collabot

2019-12-19 Thread Jack Morgan 
It looks like collabot was netsplit from Freenode on Dec. 14th. As a
result, we are not able to collect meeting minutes. I'm not sure who own
it so sending an email to the mailing list.

-- 
Thank You
Jack Morgan




signature.asc
Description: OpenPGP digital signature
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

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

Re: [opnfv-tech-discuss] Looking for leadership on a couple Prague topics?

2019-12-19 Thread Lincoln Lavoie 
Hi Jim,

I can lead item 2, already started those discussions with folks as well.

Cheers,
Lincoln

On Thu, Dec 19, 2019 at 12:00 PM Jim Baker 
wrote:

> Greetings,
> There were two topics proposed for Prague plugfest that need a new topic
> leader.
>
>1. Manifest Validation - how does the manifest of the NFVI get
>reviewed and validated against a reference implementation? What is the
>tooling and who will provide this?
>2. Hardware Delivery Validation - how does the HW get validated pre-SW
>install? IMPI? Who is building the tooling for validating the bare-metal
>configuration?
>
> These are important topics for the CNTT use model. Are any of the Prague
> attendees interested in picking up the leadership for these topics? You
> needn't be a subject matter expert, but leading a discussion to consolidate
> requirements and first step ideas would be valuable for OPNFV and CNTT.
>
> Let me know if you are willing to step up for this challenge!
> Happy Holidays!
> Jim
>
>
> --
> Jim Baker
> Linux Foundation Networking - Technical Program Manager
> mobile: +1 970 227 6007
> -=-=-=-=-=-=-=-=-=-=-=-
> Links: You receive all messages sent to this group.
>
> View/Reply Online (#23805):
> https://lists.opnfv.org/g/opnfv-tech-discuss/message/23805
> Mute This Topic: https://lists.opnfv.org/mt/68835150/923460
> Group Owner: opnfv-tech-discuss+ow...@lists.opnfv.org
> Unsubscribe: https://lists.opnfv.org/g/opnfv-tech-discuss/unsub  [
> lylav...@iol.unh.edu]
> -=-=-=-=-=-=-=-=-=-=-=-
>


-- 
*Lincoln Lavoie*
Senior Engineer, Broadband Technologies
21 Madbury Rd., Ste. 100, Durham, NH 03824
lylav...@iol.unh.edu
https://www.iol.unh.edu
+1-603-674-2755 (m)

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

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

[opnfv-tech-discuss] Looking for leadership on a couple Prague topics?

2019-12-19 Thread Jim Baker 
Greetings,
There were two topics proposed for Prague plugfest that need a new topic
leader.

   1. Manifest Validation - how does the manifest of the NFVI get reviewed
   and validated against a reference implementation? What is the tooling and
   who will provide this?
   2. Hardware Delivery Validation - how does the HW get validated pre-SW
   install? IMPI? Who is building the tooling for validating the bare-metal
   configuration?

These are important topics for the CNTT use model. Are any of the Prague
attendees interested in picking up the leadership for these topics? You
needn't be a subject matter expert, but leading a discussion to consolidate
requirements and first step ideas would be valuable for OPNFV and CNTT.

Let me know if you are willing to step up for this challenge!
Happy Holidays!
Jim


-- 
Jim Baker
Linux Foundation Networking - Technical Program Manager
mobile: +1 970 227 6007
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.

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