[openstack-dev] [magnum] Enhance Mesos bay to a DCOS bay

Hi Magnum, The current mesos bay only include mesos and marathon, it is better to enhance the mesos bay have more components and finally enhance it to a DCOS which focus on container service based on mesos. For more detail, please refer to https://docs.mesosphere.com/getting-started/installing/in

Re: [openstack-dev] [magnum] Enhance Mesos bay to a DCOS bay

Jay, I think we should check license first. I believe DCOS is commercial  product from Mesosphere. And you can use community version at AWS for free,but only because Mesosphere allows it and there is no source code. --- Egor From: Jay Lau To: OpenStack Development Mailing List Sent: Thu

Re: [openstack-dev] [Fuel] Where the FU(EL) did my puppet files go?

On 03/25/2016 12:08 AM, Andrew Woodward wrote: > With the merging of last bits of changes of fuel-openstack-tasks[1], > fuel-remove-conflict-openstack, and > fuel-refactor-osnailyfacter-for-puppet-master-compatibility [3] a lot of > the files structure relating to tasks has changed in fuel-library.

Re: [openstack-dev] [kite] Seeking core reviewers

Ian Cordasco wrote: I believe Kite is no longer actively developed or maintained and was started by the Barbican folks. You should find them in #openstack-barbican. Yeah. It's still technically a repository under the Barbican team. Someone from Barbican should propose a governance change to g

Re: [openstack-dev] [ironic] Nominating Julia Kreger for core reviewer

+1! On Fri, Mar 25, 2016 at 4:03 AM, Zhenguo Niu wrote: > +1, thanks for all the hard work Julia! > > On Fri, Mar 25, 2016 at 8:39 AM, 守屋哲 / MORIYA，SATORU < > [email protected]> wrote: > >> +1 for me. She has given lots of valuable reviews to boot from volume >> effort. >> Thanks Juli

Re: [openstack-dev] [magnum] Enhance Mesos bay to a DCOS bay

On 03/25/2016 07:57 AM, Jay Lau wrote: Hi Magnum, The current mesos bay only include mesos and marathon, it is better to enhance the mesos bay have more components and finally enhance it to a DCOS which focus on container service based on mesos. For more detail, please refer to https://docs.mes

Re: [openstack-dev] [ironic] Nominating Julia Kreger for core reviewer

+1! Always grateful for the invaluable comments from Julia From: Vladyslav Drok [mailto:[email protected]] Sent: Friday, March 25, 2016 5:16 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [ironic] Nominating Julia Kreger for core reviewer +1!

Re: [openstack-dev] [nova] NUMA + SR-IOV

FYI: I created blueprint https://blueprints.launchpad.net/nova/+spec/share-pci-device-between-numa-nodes and want to discuss it in Austin. 2016-03-25 9:49 GMT+03:00 Sergey Nikitin : > Guys, thank you for fast response. I'm glad that I'm not a single one who > face this problem. > > 2016-03-24 19:

Re: [openstack-dev] [ironic] Nominating Julia Kreger for core reviewer

24 марта 2016 г. 8:12 PM пользователь "Jim Rollenhagen" < [email protected]> написал: > > Hey all, > > I'm nominating Julia Kreger (TheJulia in IRC) for ironic-core. She runs > the Bifrost project, gives super valuable reviews, is beginning to lead > the boot from volume efforts, and is clear

[openstack-dev] [release][stable][keystone] keystoneauth1 2.4.0 release (mitaka)

We are thrilled to announce the release of: keystoneauth1 2.4.0: Authentication Library for OpenStack Identity This release is part of the mitaka stable release series. With source available at: http://git.openstack.org/cgit/openstack/keystoneauth With package available at: https://py

[openstack-dev] [release][stable][keystone] pycadf 2.2.0 release (mitaka)

We are content to announce the release of: pycadf 2.2.0: CADF Library This release is part of the mitaka stable release series. With source available at: https://git.openstack.org/cgit/openstack/pycadf With package available at: https://pypi.python.org/pypi/pycadf Please report issue

[openstack-dev] [release][stable][keystone] keystonemiddleware 4.4.0 release (mitaka)

We are satisfied to announce the release of: keystonemiddleware 4.4.0: Middleware for OpenStack Identity This release is part of the mitaka stable release series. With source available at: http://git.openstack.org/cgit/openstack/keystonemiddleware With package available at: https://py

[openstack-dev] [release][stable][ironic] ironic-lib 1.2.0 release (mitaka)

We are pumped to announce the release of: ironic-lib 1.2.0: Ironic common library This release is part of the mitaka stable release series. With package available at: https://pypi.python.org/pypi/ironic-lib For more details, please see below. Changes in ironic-lib 1.1.0..1.2.0 ---

Re: [openstack-dev] [ironic] Nominating Julia Kreger for core reviewer

Hi, > I'm nominating Julia Kreger (TheJulia in IRC) for ironic-core. She runs > the Bifrost project, gives super valuable reviews, is beginning to lead > the boot from volume efforts, and is clearly an expert in this space. > > All in favor say +1 :) > +1 from me, welcome Julia!

[openstack-dev] [oslo][messaging][zmq][performance]

Hi everyone! Here is the status update for zmq driver upstream development in M and plans for N What was done: 1. Dedicated patterns usage was finally impelemented. DEALER/ROUTER for CALL, PUSH/PULL for CAST, PUB/SUB for fanout. Last time everything worked over DEAL/ROUTER which was no

Re: [openstack-dev] [Infra] Cross-repository testing

Jeremy: Thanks for your response! So the solution I proposed fits in common openstack practices, that's cool. I will definitely use zuul-cloner as it works for this case, but I would use it inside our script and then invoke the script in job macro. That will ensure that we will have the same mech

Re: [openstack-dev] [Fuel] Removing logs from Fuel Web UI and Nailgun

As we are going to deprecate logs on UI I'm going to mark following bugs as "won't fix". Any objections? High priority bug: https://bugs.launchpad.net/fuel/+bug/1553170 Medium priority: https://bugs.launchpad.net/fuel/+bug/1554546 https://bugs.launchpad.net/fuel/+bug/1539508 On Mon, Mar 14, 2016 a

Re: [openstack-dev] [Fuel] Wiping node's disks on delete

I've read carefully the article about bios_grub partition you've given link to. And it turned out for me that it's only used for non-UEFI boot. It this case it's impossible to boot without stage1 (in mbr), because our PXE doesn't touch hard disks. So clearing BIOS_boot partition will not introduce

Re: [openstack-dev] [release] [pbr] semver on master branches after RC WAS Re: How do I calculate the semantic version prior to a release?

Excerpts from Jeremy Stanley's message of 2016-03-24 21:30:34 +: > On 2016-03-24 16:21:30 -0500 (-0500), Ian Cordasco wrote: > > Also this only affects libraries and not the server projects. > > Besides, hasn't this community always asserted that no one > > installs from PyPI anyway (inspite of

Re: [openstack-dev] [Infra] Cross-repository testing

On 2016-03-25 13:31:02 +0100 (+0100), Sylwester Brzeczkowski wrote: [...] > I will definitely use zuul-cloner as it works for this case, but I > would use it inside our script and then invoke the script in job > macro. That will ensure that we will have the same mechanism > working on local machine

Re: [openstack-dev] [ironic] Nominating Julia Kreger for core reviewer

On 24 March 2016 at 15:08, Jim Rollenhagen wrote: > Hey all, > > I'm nominating Julia Kreger (TheJulia in IRC) for ironic-core. She runs > the Bifrost project, gives super valuable reviews, is beginning to lead > the boot from volume efforts, and is clearly an expert in this space. > > All in fav

Re: [openstack-dev] [OpenStack-Dev][Manila] BP https://blueprints.launchpad.net/manila/+spec/access-group

Hi All, A gentle reminder.. Could you please share your thoughts on the approach proposed here .. https://etherpad.openstack.org/p/access_group_nidhimittalhada Thanks Nidhi From: Nidhi Mittal Hada (Product Engineering Service) Sent: Wednesday, March 09, 2016 2:22 PM To: 'OpenStack De

Re: [openstack-dev] [release] [pbr] semver on master branches after RC WAS Re: How do I calculate the semantic version prior to a release?

Excerpts from David Moreau Simard's message of 2016-03-24 16:56:55 -0400: > On Thu, Mar 24, 2016 at 1:58 PM, Doug Hellmann wrote: > > Let's turn the question around: Why do you (or anyone) want to > > package things that are not tagged as releasable by the contributors > > creating them? What are

Re: [openstack-dev] [release] [pbr] semver on master branches after RC WAS Re: How do I calculate the semantic version prior to a release?

On 2016-03-25 08:41:51 -0400 (-0400), Doug Hellmann wrote: > All of our projects are able to tag releases in master *and* stable > branches. We regularly release stable updates to libraries. > > I'm embarrassed to say I don't know what the job you describe about > merging tags into master does. If

Re: [openstack-dev] [Fuel] Removing logs from Fuel Web UI and Nailgun

+1 > 25 бер. 2016 р. о 13:31 Dmitry Pyzhov написав(ла): > > As we are going to deprecate logs on UI I'm going to mark following bugs as > "won't fix". Any objections? > High priority bug: > https://bugs.launchpad.net/fuel/+bug/1553170 > > Medium p

[openstack-dev] [neutron] NaaS using Openstack Neutron

Hello to all, My name is Manuel, I'm a MsC student in Computing and Telematics engineering at the University of Aveiro in Portugal and I'm currently working on my MsC thesis, which the topic is "Network as a Service (NaaS) using Openstack - Neutron". My main goal is to get a way to extend the v

Re: [openstack-dev] [Fuel] Removing logs from Fuel Web UI and Nailgun

Dima, if we want to deprecate UI logs in 10.0, it doesn't mean that we shouldn't fix issues in 9.0. Thank you! Nastya. On Fri, Mar 25, 2016 at 3:31 PM, Dmitry Pyzhov wrote: > As we are going to deprecate logs on UI I'm going to mark following bugs > as "won't fix". Any objections? > High prio

Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

Excerpts from Lana Brindley's message of 2016-03-24 08:50:49 +1000: > On 24/03/16 08:01, Doug Hellmann wrote: > > Excerpts from Lana Brindley's message of 2016-03-24 07:14:35 +1000: > >> Hi Mike, and sorry I missed you on IRC to discuss this there. That said, I > >> think it's great that you took

Re: [openstack-dev] [release] [pbr] semver on master branches after RC WAS Re: How do I calculate the semantic version prior to a release?

Excerpts from Jeremy Stanley's message of 2016-03-25 12:50:04 +: > On 2016-03-25 08:41:51 -0400 (-0400), Doug Hellmann wrote: > > All of our projects are able to tag releases in master *and* stable > > branches. We regularly release stable updates to libraries. > > > > I'm embarrassed to say I

Re: [openstack-dev] [Fuel] Wiping node's disks on delete

Here is the bug which I'm trying to fix - https://bugs.launchpad.net/fuel/+bug/1538587. In VMs (set up with fuel-virtualbox) kernel panic occurs every time you delete node, stack trace shows error in ext4 driver [1]. The same as in the bug. Here is a patch - https://review.openstack.org/297669 .

Re: [openstack-dev] [ironic] Nominating Julia Kreger for core reviewer

On 2016-03-24 3:08 PM, Jim Rollenhagen wrote: Hey all, I'm nominating Julia Kreger (TheJulia in IRC) for ironic-core. She runs the Bifrost project, gives super valuable reviews, is beginning to lead the boot from volume efforts, and is clearly an expert in this space. All in favor say +1 :) +

Re: [openstack-dev] [release] [pbr] semver on master branches after RC WAS Re: How do I calculate the semantic version prior to a release?

On 2016-03-25 09:14:27 -0400 (-0400), Doug Hellmann wrote: > OK. It looks like it grabs the tagged commit from the stable branch > and merges that back into master, expecting the results to be null > because we backport all changes to stable branches and don't introduce > anything new there. Is tha

Re: [openstack-dev] Deleting a cluster in Sahara SQL/PyMYSQL Error

and on the subject of"more folks reading this message", here's that bug report! https://bugs.launchpad.net/sahara/+bug/1561807 On 03/25/2016 12:42 AM, Vitaly Gridnev wrote: Hi. Thanks for your bug report! Also I would recommend to add appropriate tags in future (like sahara in our case)

Re: [openstack-dev] [Fuel] Wiping node's disks on delete

On Fri, Mar 25, 2016 at 7:32 AM, Dmitry Guryanov wrote: > Here is the bug which I'm trying to fix - > https://bugs.launchpad.net/fuel/+bug/1538587. > > In VMs (set up with fuel-virtualbox) kernel panic occurs every time you > delete node, stack trace shows error in ext4 driver [1]. > The same as

[openstack-dev] [Fuel][Library][Packaging] Build fuel-library as deb package

Hello Fuelers, Currently we install fuel-library package on the master node and then copy Puppet modules to environment nodes using rsync. The main disadvantage here is the additional logic required to establish matching between different releases and corresponding Puppet stuff. The solution we p

Re: [openstack-dev] [Fuel] Wiping node's disks on delete

On Fri, 2016-03-25 at 08:00 -0600, Alex Schultz wrote: > > On Fri, Mar 25, 2016 at 7:32 AM, Dmitry Guryanov com> wrote: > > Here is the bug which I'm trying to fix - https://bugs.launchpad.ne > > t/fuel/+bug/1538587. > > > > In  VMs (set up with fuel-virtualbox) kernel panic occurs every > > tim

[openstack-dev] Which projects support wsgi / python3 in mitaka?

I'm updating the packaging for openstack in preparation for the release and need some info to update correctly. I'm specifically looking at the following services. I don't know if any of these services support python3 fully as a service (liberty was kinda wishy washy on that). Even if it support

Re: [openstack-dev] Which projects support wsgi / python3 in mitaka?

  -Original Message- From: Matthew Thode Reply: [email protected] , OpenStack Development Mailing List (not for usage questions) Date: March 25, 2016 at 09:57:53 To: OpenStack Development Mailing List (not for usage questions) Subject:  [openstack-dev] Which projects support

[openstack-dev] [zaqar] zaqar mitaka rc2 available

Due to release-critical issues spotted in Zaqar during RC1 testing, a new release candidate was created for Mitaka. You can find the RC2 source code tarball at: https://tarballs.openstack.org/zaqar/zaqar-2.0.0.0rc2.tar.gz Unless new release-critical issues are found that warrant a last-minute

Re: [openstack-dev] [kite] Seeking core reviewers

Thanks all for feedback. I have proposed a non maintained patch [1] based on comments here. I will speak with the Barbican team. Ronald [1] https://review.openstack.org/#/c/297719/ Ronald Bradford Web Site: http://ronaldbradford.com LinkedIn: http://www.linkedin.com/in/ronaldbradford Twitter

[openstack-dev] [Neutron] Mitaka RC2 available

Due to release-critical issues spotted in Neutron during RC1 testing, a new release candidate was created for Mitaka. You can find the RC2 source code tarballs at: https://tarballs.openstack.org/neutron/neutron-8.0.0.0rc2.tar.gz https://tarballs.openstack.org/neutron-lbaas/neutron-lbaas-8.0.0.0

[openstack-dev] [kolla][vote] deprecation of icehosue/juno/kilo branches

Hey folks, These branches are essentially unmaintained and we have completely given up on them. That's ok - they were paths of our development. I didn't really want to branch them in the first place, but the community demanded it, so I delivered that :) Now that our architecture is fairly st

Re: [openstack-dev] [cinder] Does the OpenStack community(or Cinder team) allow one driver to call another driver's public method?

Sounds like a reasonable optimization, but may not always be possible. Take, for example, the ceph backend. For other backends that are appliances, they would have to be able to implement a ceph client that matches the version of the ceph servers in use. That might be very difficult to support.

Re: [openstack-dev] [kolla][vote] deprecation of icehosue/juno/kilo branches

+1 On 25/03/16 15:36, Steven Dake (stdake) wrote: Hey folks, These branches are essentially unmaintained and we have completely given up on them. That’s ok – they were paths of our development. I didn't really want to branch them in the first place, but the community demanded it, so I deliver

[openstack-dev] [nova][scheduler] Nova Scheduler sub-team meeting 2016-03-28

The next meeting for the Nova Scheduler sub-team will be on Monday, March 28 at 1400 UTC (http://www.timeanddate.com/worldclock/fixedtime.html?iso=20160328T14) The agenda for the meeting is here: https://wiki.openstack.org/wiki/Meetings/NovaScheduler Please edit that page to add any specific

Re: [openstack-dev] [neutron] NaaS using Openstack Neutron

There's two different pieces of software that exist that may handle the use case, depending on what you want to do. the neutron l2gw project: http://docs.openstack.org/developer/networking-l2gw/usage.html I believe it creates a gateway node to bridge between the tenant networks and phyiscal one

Re: [openstack-dev] [ironic] Nominating Julia Kreger for core reviewer

On Thu, Mar 24, 2016 at 3:08 PM, Jim Rollenhagen wrote: > I'm nominating Julia Kreger (TheJulia in IRC) for ironic-core. I would like to thank the academy for... oh wait... wrong speech. It is not often one gets to see a flood of positive messages from a community, from the family that makes u

Re: [openstack-dev] [kite] Seeking core reviewers

Thanks for the patches, Ronald. Adam Young is right, Kite is pretty much dead. I'll add to my list of spring cleaning to-dos to remove Kite from governance and infra. Thanks, Douglas Mendizábal (redrobot) On 3/25/16 10:08 AM, Ronald Bradford wrote: > Thanks all for feedback. > > I have propose

Re: [openstack-dev] [ironic] Nominating Julia Kreger for core reviewer

On Fri, Mar 25, 2016 at 12:03:34PM -0400, Julia Kreger wrote: > On Thu, Mar 24, 2016 at 3:08 PM, Jim Rollenhagen > wrote: > > > I'm nominating Julia Kreger (TheJulia in IRC) for ironic-core. > > > I would like to thank the academy for... oh wait... wrong speech. > > It is not often one gets to

Re: [openstack-dev] Which projects support wsgi / python3 in mitaka?

On 03/25/2016 09:54 AM, Matthew Thode wrote: > I'm updating the packaging for openstack in preparation for the release > and need some info to update correctly. I'm specifically looking at the > following services. > > I don't know if any of these services support python3 fully as a service > (li

Re: [openstack-dev] [kolla][vote] deprecation of icehosue/juno/kilo branches

+1 for sure -Ryan - Original Message - From: "Paul Bourke" To: [email protected] Sent: Friday, March 25, 2016 11:43:06 AM Subject: Re: [openstack-dev] [kolla][vote] deprecation of icehosue/juno/kilo branches +1 On 25/03/16 15:36, Steven Dake (stdake) wrote: > Hey folks

Re: [openstack-dev] [fuel] Component Leads Elections

Dear all, Let me raise my hand here. We introduced this role CL a while ago for two major reasons: 1) improve review process (CL are responsible for review SLA) 2) introduce review of overall architecture and avoid cross-feature, cross-component conflicts. These two points, in fact, mean the fol

[openstack-dev] [nova][novaclient] host-evacuate-live command is broken in 3.3.0

Hi, 3.3.0 of python-novaclient has a serious bug, which prevents host-evacuate-live from working correctly. https://github.com/openstack/python-novaclient/commit/ae598280acc46dd4ee20af78a5780a450f96b084 appears to have changed a number of function signatures and arguments, and resulted in the

[openstack-dev] [kite][barbican] Notice to retire kite and python-kiteclient projects

>From the initial ML discussion [1], the following are instructions to retire a project [2]. The kite and python_kiteclient projects are moving to a non maintained status. First is the removal of project gates. [3] Second is updating code repos, [4],[5]. See README for how code can still be access

Re: [openstack-dev] Which projects support wsgi / python3 in mitaka?

  -Original Message- From: Matthew Thode Reply: [email protected] , OpenStack Development Mailing List (not for usage questions) Date: March 25, 2016 at 11:10:52 To: [email protected] Subject:  Re: [openstack-dev] Which projects support wsgi / python3 in mitaka

[openstack-dev] [release] proposed newton schedule

The proposed release schedule for Newton is available at http://releases.openstack.org/newton/schedule.html Please note that we will be using Thursdays for deadlines next cycle (that is, for the Feature Freeze at Newton-3 in week R-5 the deadline is Sept 8). Let us know here in this thread if you

[openstack-dev] [election][TC] TC Candidacy

Hi all! I Mike Perez aka. thingee, am announcing my candidacy for a position in the OpenStack Technical Committee. You can find my submitted candidacy which is still under review here https://review.openstack.org/297748 I am employed by the OpenStack Foundation as a Developer Coordinator to help

Re: [openstack-dev] [kite] Seeking core reviewers

Thanks Doug. I've shortened your workload a bit -- http://lists.openstack.org/pipermail/openstack-dev/2016-March/090491.html Ronald Bradford Web Site: http://ronaldbradford.com LinkedIn: http://www.linkedin.com/in/ronaldbradford Twitter:@RonaldBradford

Re: [openstack-dev] [kolla][vote] deprecation of icehosue/juno/kilo branches

+1 On Sat, Mar 26, 2016 at 12:07 AM, Ryan Hallisey wrote: > +1 for sure > > -Ryan > > - Original Message - > From: "Paul Bourke" > To: [email protected] > Sent: Friday, March 25, 2016 11:43:06 AM > Subject: Re: [openstack-dev] [kolla][vote] deprecation of > icehosue/juno

Re: [openstack-dev] [oslo][messaging][zmq][performance]

Out of curiosity for this, is it a generally applicable solution that could also be used for the other in(secure) messaging issues that have been talked about in: http://lists.openstack.org/pipermail/openstack-dev/2016-March/thread.html#90082 On 03/25/2016 05:28 AM, Oleksii Zamiatin wrote: 6.

Re: [openstack-dev] [kolla][vote] deprecation of icehosue/juno/kilo branches

+1 On 25 March 2016 at 11:36, Jeffrey Zhang wrote: > +1 > > On Sat, Mar 26, 2016 at 12:07 AM, Ryan Hallisey wrote: >> >> +1 for sure >> >> -Ryan >> >> - Original Message - >> From: "Paul Bourke" >> To: [email protected] >> Sent: Friday, March 25, 2016 11:43:06 AM >> Subj

[openstack-dev] [release][swift] Swift 2.7.0 released

Today I'm happy to announce the OpenStack Swift 2.7.0 release. Barring any major last-minute issues being discovered, our contribution to the OpenStack Mitaka release includes the Swift 2.6.0 release and this 2.7.0 release. This release includes some significant improvements that improve the qual

[openstack-dev] How does tempest read in the variables defined in tempest.conf?

Hi, There are variables defined in the tempest.conf. How does tempest read them and use them in the tests? I'm trying to write scenario tests in multiple regions. Under tempest.conf: [identity] Region = RegionOne [compute] image_ref = b6f85abb-c582-40e4-ad18-5a01431a6bfd image_ref_alt =

Re: [openstack-dev] [Fuel] [FFE] Unlock Settings Tab

Fuelers! We are very close to landing our feature "Unlock Settings Tab". But we still have a set of reviews [0] to be merged due to several reasons (incl. the migration to python27-db gates on OpenStack Infra). I would like to request extra time till Monday to land them. [0] - https://goo.gl/kS

Re: [openstack-dev] Which projects support wsgi / python3 in mitaka?

On Fri, Mar 25, 2016 at 9:54 AM, Matthew Thode wrote: > I'm updating the packaging for openstack in preparation for the release > and need some info to update correctly. I'm specifically looking at the > following services. > > I don't know if any of these services support python3 fully as a ser

Re: [openstack-dev] Which projects support wsgi / python3 in mitaka?

On 03/25/2016 12:27 PM, Brant Knudson wrote: > > > On Fri, Mar 25, 2016 at 9:54 AM, Matthew Thode > mailto:[email protected]>> wrote: > > I'm updating the packaging for openstack in preparation for the release > and need some info to update correctly. I'm specifically looking at

Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

On Fri, Mar 25, 2016 at 09:10:05AM -0400, Doug Hellmann wrote: > Excerpts from Lana Brindley's message of 2016-03-24 08:50:49 +1000: > > On 24/03/16 08:01, Doug Hellmann wrote: > > > Excerpts from Lana Brindley's message of 2016-03-24 07:14:35 +1000: > > >> Hi Mike, and sorry I missed you on IRC to

Re: [openstack-dev] [kolla][vote] deprecation of icehosue/juno/kilo branches

+1 Sam Yaple On Fri, Mar 25, 2016 at 4:52 PM, Michał Jastrzębski wrote: > +1 > > On 25 March 2016 at 11:36, Jeffrey Zhang wrote: > > +1 > > > > On Sat, Mar 26, 2016 at 12:07 AM, Ryan Hallisey > wrote: > >> > >> +1 for sure > >> > >> -Ryan > >> > >> - Original Message - > >> From: "Pau

[openstack-dev] [tc] Non-candidacy

Hi all, Thanks for all the fish. But it's time for me to move over and let some new voices contribute to the OpenStack Technical Committee. I will continue to be a proponent for the viewpoint that OpenStack should be considered a toolkit of small, focused services and utilities, upon which g

Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

> On Mar 25, 2016, at 06:10, Doug Hellmann wrote: > > Excerpts from Lana Brindley's message of 2016-03-24 08:50:49 +1000: >> >> All docs need to be drafted somewhere. I don't care where that is, but make >> the suggestion of /developer because at least it's accessible there, and >> also becaus

Re: [openstack-dev] [Fuel] Removing logs from Fuel Web UI and Nailgun

Anastasia, we are going to invest one more day in investigation of high priority bug, we cannot reproduce it at the moment. I don't think that we should fix medium bugs in feature that soon will be deprecated. On Fri, Mar 25, 2016 at 3:54 PM, Anastasia Urlapova wrote: > Dima, > if we want to de

Re: [openstack-dev] [nova][novaclient] host-evacuate-live command is broken in 3.3.0

On 3/25/2016 11:15 AM, Sean M. Collins wrote: Hi, 3.3.0 of python-novaclient has a serious bug, which prevents host-evacuate-live from working correctly. https://github.com/openstack/python-novaclient/commit/ae598280acc46dd4ee20af78a5780a450f96b084 appears to have changed a number of functi

Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

On Fri, Mar 25, 2016 at 11:32:58AM -0700, Mike Perez wrote: > > On Mar 25, 2016, at 06:10, Doug Hellmann wrote: > > > > Excerpts from Lana Brindley's message of 2016-03-24 08:50:49 +1000: > >> > >> All docs need to be drafted somewhere. I don't care where that is, but > >> make the suggestion o

Re: [openstack-dev] [Fuel] [FFE] Unlock Settings Tab

Granted. New deadline is 21:00 UTC 03/28/2016. Vladimir Kozhukalov On Fri, Mar 25, 2016 at 8:17 PM, Alexey Shtokolov wrote: > Fuelers! > > > We are very close to landing our feature "Unlock Settings Tab". But we > still have a set of reviews [0] to be merged due to several reasons (incl. > the

[openstack-dev] Release countdown for week R-1, Mar 27 - Apr 1

This is our final week before the release is done. Focus - Project teams following the cycle-with-milestone model should be testing their release candidates and fixing release-critical bugs. We have had some second and third release candidates, so we hope things settle and those can become f

Re: [openstack-dev] [nova] The same SRIOV / NFV CI failures missed a regression, why?

On 03/24/2016 09:35 AM, Matt Riedemann wrote: We have another mitaka-rc-potential bug [1] due to a regression when detaching SR-IOV interfaces in the libvirt driver. There were two NFV CIs that ran on the original change [2]. Both failed with the same devstack setup error [3][4]. So it sucks t

Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

Excerpts from Jim Rollenhagen's message of 2016-03-25 10:45:30 -0700: > On Fri, Mar 25, 2016 at 09:10:05AM -0400, Doug Hellmann wrote: > > Excerpts from Lana Brindley's message of 2016-03-24 08:50:49 +1000: > > > On 24/03/16 08:01, Doug Hellmann wrote: > > > > Excerpts from Lana Brindley's message

Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

Excerpts from Mike Perez's message of 2016-03-25 11:32:58 -0700: > > On Mar 25, 2016, at 06:10, Doug Hellmann wrote: > > > > Excerpts from Lana Brindley's message of 2016-03-24 08:50:49 +1000: > >> > >> All docs need to be drafted somewhere. I don't care where that is, but > >> make the suggest

[openstack-dev] [release][all][ptl] release liaisons for newton

As we come to the close of the Mitaka cycle, and now that we have PTLs for Newton in place, we need to establish our cross-project liaisons as well. By default, the release liaison is the PTL and we can continue with that assumption for Newton. If you would like to hand those duties off to someone

Re: [openstack-dev] [release][all][ptl] release liaisons for newton

> On Mar 25, 2016, at 3:35 PM, Doug Hellmann wrote: > > As we come to the close of the Mitaka cycle, and now that we have PTLs > for Newton in place, we need to establish our cross-project liaisons as > well. By default, the release liaison is the PTL and we can continue > with that assumption f

Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

On 03/25/2016 08:20 PM, Doug Hellmann wrote: > Excerpts from Jim Rollenhagen's message of 2016-03-25 10:45:30 -0700: >> > On Fri, Mar 25, 2016 at 09:10:05AM -0400, Doug Hellmann wrote: >>> > > Excerpts from Lana Brindley's message of 2016-03-24 08:50:49 +1000: > > > On 24/03/16 08:01, Doug Hel

[openstack-dev] [nova] Bug for image_cache_manager refactoring

I came across a bug filed back in August [1] that brought up a potential issue with the image_cache_manager in that the loop for building the BlockDeviceMappingList has the potential to generate enough messages to take down nova-conductor. There is a TODO comment in the code that indicates it needs

Re: [openstack-dev] [nova] [infra] The same SRIOV / NFV CI failures missed a regression, why?

On 2016-03-25 15:20:00 -0400 (-0400), Jay Pipes wrote: [...] > 3) The upstream Infrastructure team works with the hired system > administrators to create a single CI system that can spawn > functional test jobs on the lab hardware and report results back > to upstream Gerrit [...] This bit is some

[openstack-dev] [openstac-dev][infra] High si/sys values via top in instances

Looking for some help to figure out what's going on here. I'm in the process of creating a third party CI system for our project. I'm initially trying to setup 6 manually created jenkins slaves using diskimage builder and puppet to run gate jobs and will scale from there and eventually move to no

Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

Excerpts from Andreas Jaeger's message of 2016-03-25 20:30:01 +0100: > On 03/25/2016 08:20 PM, Doug Hellmann wrote: > > Excerpts from Jim Rollenhagen's message of 2016-03-25 10:45:30 -0700: > >> > On Fri, Mar 25, 2016 at 09:10:05AM -0400, Doug Hellmann wrote: > >>> > > Excerpts from Lana Brindley's

Re: [openstack-dev] [docs] Our Install Guides Only Cover Defcore - What about big tent?

On Fri, Mar 25, 2016 at 03:20:30PM -0400, Doug Hellmann wrote: > Excerpts from Jim Rollenhagen's message of 2016-03-25 10:45:30 -0700: > > On Fri, Mar 25, 2016 at 09:10:05AM -0400, Doug Hellmann wrote: > > > Excerpts from Lana Brindley's message of 2016-03-24 08:50:49 +1000: > > > > On 24/03/16 08:

Re: [openstack-dev] [nova] [infra] The same SRIOV / NFV CI failures missed a regression, why?

On 03/25/2016 04:08 PM, Jeremy Stanley wrote: On 2016-03-25 15:20:00 -0400 (-0400), Jay Pipes wrote: [...] 3) The upstream Infrastructure team works with the hired system administrators to create a single CI system that can spawn functional test jobs on the lab hardware and report results back t

Re: [openstack-dev] [nova] [infra] The same SRIOV / NFV CI failures missed a regression, why?

On 2016-03-25 16:33:44 -0400 (-0400), Jay Pipes wrote: [...] > What I'm proposing isn't using or needing a custom OpenStack > deployment. There's nothing non-standard at all about the PCI or > NFV stuff besides the hardware required to functionally test it. What you _are_ talking about though is m

Re: [openstack-dev] [magnum] Enhance Mesos bay to a DCOS bay

Yes, that's exactly what I want to do, adding dcos cli and also add Chronos to Mesos Bay to make it can handle both long running services and batch jobs. Thanks, On Fri, Mar 25, 2016 at 5:25 PM, Michal Rostecki wrote: > On 03/25/2016 07:57 AM, Jay Lau wrote: > >> Hi Magnum, >> >> The current me

Re: [openstack-dev] [keystone] [murano] Does anybody need OAuth1 API in keystone?

On 03/25/2016 08:44 AM, Alexander Tivelkov wrote: Hi Alexander, We - the murano team (so adding [murano] to subj) - are planning to utilise keystone's OAuth flow in Newton timeframe. Our use cases require to have ability to delegate some of user's privileges o various kinds of external (i.e.

Re: [openstack-dev] [OpenStack-Dev][Manila] BP https://blueprints.launchpad.net/manila/+spec/access-group

On 03/25/2016 08:43 AM, [email protected] wrote: Hi All, A gentle reminder.. Could you please share your thoughts on the approach proposed here .. https://etherpad.openstack.org/p/access_group_nidhimittalhada Thanks Nidhi *From:* Nidhi Mittal Hada (Product Engineering Service) *Sent:* W

[openstack-dev] [Rally][Product] Rally roadmap slide updated

Team, I had updated the slide based on Rally team feedback https://docs.google.com/presentation/d/1GmJ2iaDfLkQda_TGxHpFEEIQgrm_scvDsvep_wXVeUQ/edit#slide=id.g84f9afb4d_0_0 Thanks, Arkady __ OpenStack Development Mailing List (

[openstack-dev] OpenStack Developer Mailing List Digest March 19-25

HTML version: http://www.openstack.org/blog/2016/03/openstack-developer-mailing-list-digest-20160318-2/ SuccessBot Says === * redrobot: The Barbican API guides is now being published. [1] * jroll: ironic 5.1.0 released as the basis for stable/mitaka. * ttx: All RC1s up for milestones-

[openstack-dev] [release][packaging] Mitaka packaged on gentoo

I've finished packaging mitaka on Gentoo, won't be marked stable for about a month. The version packaged is based off of the stable/mitaka branch (noted by the version being 2016.1.). I haven't found where an upgrade guide is being worked on (if anywhere), so that would help in testing if any

[openstack-dev] [neutron][dvr]Why keep SNAT centralized and DNAT distributed?

hi all. I have some questions about NAT in DVR. In Neutron, we provide two NAT types. One is SNAT, we can associate a floating ip to router so that all vms attached this router can connect external network. The other NAT types is DNAT, we can connect a vm which associated floating i

[openstack-dev] [Tricircle] Using the reserved keywords reserved as field name

Hi Team, In the Tricircle database, there are three tables having a field name which the MySQL (MariaDB) has as one of the reserved keywords. [1] Table Name: aggregate_metadata instance_type_extra_specs quality_of_service_specs Field Name: key I think it would not be best practice to

Re: [openstack-dev] [kolla][vote] deprecation of icehosue/juno/kilo branches

+1 __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: [email protected]?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev