[openstack-dev] What's Up, Doc? 26 August

Hi everyone, This week marks six weeks left to the Newton release, so I've been busy getting everything prepared. We're now ready to start testing the core Installation Tutorial, so check out the wiki and get signed up: https://wiki.openstack.org/wiki/Documentation/NewtonDocTesting#Testers

Re: [openstack-dev] [nova][keystone] auth for new metadata plugins

On 08/22/2016 11:11 AM, Rob Crittenden wrote: Adam Young wrote: On 08/15/2016 05:10 PM, Rob Crittenden wrote: Review https://review.openstack.org/#/c/317739/ added a new dynamic metadata handler to nova. The basic jist is that rather than serving metadata statically, it can be done dyamically,

Re: [openstack-dev] [all][massively distributed][architecture]Coordination between actions/WGs

Hello, Ed, Just as Peter mentioned, "BT's NFV use cases e.g. vCPE, vCDN, vEPC, vIMS, MEC, IoT, where we will have compute highly distributed around the network (from thousands to millions of sites) ". vCPE is only one use case, but not all. And the hardware facility to run "vCDN, vEPC, vIMS,

Re: [openstack-dev] [vitrage] relationship_type in static_datasources

Lost in the code...It seems the datasource just construct the entities and send them over event bus to entity graph processor. I need to dig further to find out the exact point the "backup" relationship is filtered. I think we should some how keep the validation of relationship type. It is so

[openstack-dev] [Neutron] Wrapping up Newton

Hi Neutrinos, Newton-3 is almost upon us. We are now in non-client requirement freeze, and a week away from client requirement/feature freeze. This is the time where we switch gear...for real: - Start focusing on testing and documentation, if you have not done so already; - Apply for

[openstack-dev] [new][neutron] neutron-lib 0.4.0 release (newton)

We are grateful to announce the release of: neutron-lib 0.4.0: Neutron shared routines and utilities This release is part of the newton release series. With source available at: http://git.openstack.org/cgit/openstack/neutron-lib With package available at:

[openstack-dev] [new][openstack] osc-lib 1.1.0 release (newton)

We are enthusiastic to announce the release of: osc-lib 1.1.0: OpenStackClient Library This release is part of the newton release series. With source available at: https://git.openstack.org/cgit/openstack/osc-lib With package available at: https://pypi.python.org/pypi/osc-lib Please

Re: [openstack-dev] [tripleo] Barcelona Design Summit space needs

On Tue, Aug 23, 2016 at 09:04:15AM -0400, Emilien Macchi wrote: > Team, > > Thierry sent an email to all PTLs about space needs for next Summit. > > Here's what we can have: > > * Fishbowl sessions (from Wednesday 4pm to Friday noon) > Our traditional largish rooms organized in fishbowl style,

Re: [openstack-dev] [tripleo] Barcelona Design Summit space needs

On Thu, Aug 25, 2016 at 9:10 AM, Steven Hardy wrote: > On Tue, Aug 23, 2016 at 09:04:15AM -0400, Emilien Macchi wrote: >> As a reminder, here's what we had for Austin: >> Fishbowl slots (Wed-Thu): 2 >> Workroom slots (Tue-Thu): 3 >> Contributors meetup (Fri): 1/2 > > I think

Re: [openstack-dev] [TripleO] New bug tagging policy

On 25/08/16 22:30, Julie Pichon wrote: Hi folks, The bug tagging proposal has merged, behold the new policy: http://specs.openstack.org/openstack/tripleo-specs/specs/policy/bug-tagging.html TL;DR The TripleO Launchpad tracker encompasses a lot of sub-projects, let's use a consistent list of

Re: [openstack-dev] [heat][tripleo][horizon][tripleo-ui] Parameter groups, tags and deprecation

On 08/25/2016 03:55 PM, Steven Hardy wrote: > On Thu, Aug 25, 2016 at 04:19:12PM -0400, Zane Bitter wrote: > > On 25/08/16 14:02, Steven Hardy wrote: > >> Hi all, > >> > >> So I'm following up on a discussion that started here: > >> > >> https://review.openstack.org/#/c/356240 > >> > >> Basically

Re: [openstack-dev] [tripleo] collaboration request with vendors

Steven/Emilien, PLUMgrid will be happy to collaborate in the effort. A much needed effort for healthy integration of vendors with TripleO. What level of commitment would be expected from our side for this effort? As Steve mentioned each vendor will have some requirements like customizing the

Re: [openstack-dev] [heat][tripleo][horizon][tripleo-ui] Parameter groups, tags and deprecation

On Thu, Aug 25, 2016 at 04:19:12PM -0400, Zane Bitter wrote: > On 25/08/16 14:02, Steven Hardy wrote: > > Hi all, > > > > So I'm following up on a discussion that started here: > > > > https://review.openstack.org/#/c/356240 > > > > Basically I recently suggested[1] that relaxing the

Re: [openstack-dev] [keystone][nova][neutron][all] Rolling upgrades: database triggers and oslo.versionedobjects

On 08/25/2016 01:13 PM, Steve Martinelli wrote: The keystone team is pursuing a trigger-based approach to support rolling, zero-downtime upgrades. The proposed operator experience is documented here: http://docs.openstack.org/developer/keystone/upgrading.html This differs from Nova and

[openstack-dev] [Neutron] Drivers team cancelled

Hi folks, We have a few absences today, apologies for the short notice but I am going to cancel the meeting. If there is anything release related you'd like to discuss please reach out to me on this thread or IRC. Cheers, Armando

Re: [openstack-dev] [Nova] Reconciling flavors and block device mappings

Le 25/08/2016 16:19, Andrew Laski a écrit : Cross posting to gather some operator feedback. There have been a couple of contentious patches gathering attention recently about how to handle the case where a block device mapping supersedes flavor information. Before moving forward on either of

Re: [openstack-dev] [neutron][networking-sfc] Unable to create openstack SFC

Hi Mohan, The packets are not going through the SFs after setting the chain and I think that this error is due to a misconfiguration of the pipelines in br-int. I used the flow classifier [0] but only the network address " 55.55.55.0/24" is put in pipeline flow entries see [1] [2] and not the

Re: [openstack-dev] [heat][tripleo][horizon][tripleo-ui] Parameter groups, tags and deprecation

On 25/08/16 14:02, Steven Hardy wrote: Hi all, So I'm following up on a discussion that started here: https://review.openstack.org/#/c/356240 Basically I recently suggested[1] that relaxing the restriction where a parameter can only exist in exactly one parameter_group would be a way to help

[openstack-dev] [Nova] Reconciling flavors and block device mappings

Cross posting to gather some operator feedback. There have been a couple of contentious patches gathering attention recently about how to handle the case where a block device mapping supersedes flavor information. Before moving forward on either of those I think we should have a discussion about

Re: [openstack-dev] [keystone][nova][neutron][all] Rolling upgrades: database triggers and oslo.versionedobjects

On 25/08/16 01:13 PM, Steve Martinelli wrote: The keystone team is pursuing a trigger-based approach to support rolling, zero-downtime upgrades. The proposed operator experience is documented here: http://docs.openstack.org/developer/keystone/upgrading.html This differs from Nova and

[openstack-dev] [new][cinder] os-brick 1.6.0 release (newton)

We are gleeful to announce the release of: os-brick 1.6.0: OpenStack Cinder brick library for managing local volume attaches This release is part of the newton release series. With source available at: http://git.openstack.org/cgit/openstack/os-brick With package available at:

Re: [openstack-dev] [fuel] Propose Denis Egorenko for fuel-library core

+1 On Thu, Aug 25, 2016 at 12:08 PM, Aleksandr Didenko wrote: > +1 > > On Thu, Aug 25, 2016 at 9:35 AM, Sergey Vasilenko > wrote: > >> +1 >> >> >> /sv >> >> >> >> __ >>

[openstack-dev] [release] Release countdown for week R-5, 29 Aug - 2 Sept

Focus - The feature freeze deadline is 1 Sept. All project teams should be putting the last minute touches on feature work. General Notes - Non-client libraries are frozen and will only see updates for release-critical bugs. We have not created stable branches, yet, in case we

Re: [openstack-dev] [keystone][nova][neutron][all] Rolling upgrades: database triggers and oslo.versionedobjects

> This differs from Nova and Neutron's approaches to solve for rolling > upgrades (which use oslo.versionedobjects), however Keystone is one of > the few services that doesn't need to manage communication between > multiple releases of multiple service components talking over the > message bus

Re: [openstack-dev] [all][massively distributed][architecture] Coordination between actions/WGs

lebre.adr...@free.fr wrote: > [...] > The goal of this email is to : > > (i) understand whether the fog/edge computing use case is in the scope of > the Architecture WG. > > (ii) if not, whether it makes sense to create a working group that focus > on scalability and multi-site

Re: [openstack-dev] [tempest][cinder] Clone feature toggle not in clone tests

Ben,In response to your comments, we are working on getting NFS up to date at IBM as we are using it as our storage backend (long story, don't ask lol). A few of use used to focus on Cinder development, so we have a good chance of getting things working. So I agree wholeheartedly that this needs

Re: [openstack-dev] [all][massively distributed][architecture] Coordination between actions/WGs

Jay Pipes wrote: > [...] > How is vCPE a *cloud* use case? > > From what I understand, the v[E]CPE use case is essentially that Telcos > want to have the set-top boxen/routers that are running cable television > apps (i.e. AT U-verse or Verizon FiOS-like things for US-based > customers) and home

Re: [openstack-dev] [keystone][nova][neutron][all] Rolling upgrades: database triggers and oslo.versionedobjects

On Thu, Aug 25, 2016 at 1:13 PM, Steve Martinelli wrote: > The keystone team is pursuing a trigger-based approach to support rolling, > zero-downtime upgrades. The proposed operator experience is documented here: > >

[openstack-dev] [heat][tripleo][horizon][tripleo-ui] Parameter groups, tags and deprecation

Hi all, So I'm following up on a discussion that started here: https://review.openstack.org/#/c/356240 Basically I recently suggested[1] that relaxing the restriction where a parameter can only exist in exactly one parameter_group would be a way to help work around some pain-points we have in

Re: [openstack-dev] [keystone][nova][neutron][all] Rolling upgrades: database triggers and oslo.versionedobjects

Personally I had very bad experiences with stored procedures and triggers in previous jobs, where the amount of side effects that occurred and the overall lack of maintainability of triggers and stored procedures scared me off. We handed off changes to stored procedures and triggers to the DBAs,

Re: [openstack-dev] [TripleO] New bug tagging policy

On 25 August 2016 at 11:47, Swapnil Kulkarni wrote: > On Thu, Aug 25, 2016 at 4:00 PM, Julie Pichon wrote: >> Hi folks, >> >> The bug tagging proposal has merged, behold the new policy: >> >>

Re: [openstack-dev] [Nova][API] Need naming suggestions for "capabilities"

On Thu, Aug 25, 2016, at 12:22 PM, Everett Toews wrote: > Top posting with general comment... > > It sounds like there's some consensus in Nova-land around these traits > (née "capabilities"). The API Working Group [4] is > also aware of similar efforts in Cinder [1][2] and Glance [3]. To be

[openstack-dev] [keystone][nova][neutron][all] Rolling upgrades: database triggers and oslo.versionedobjects

The keystone team is pursuing a trigger-based approach to support rolling, zero-downtime upgrades. The proposed operator experience is documented here: http://docs.openstack.org/developer/keystone/upgrading.html This differs from Nova and Neutron's approaches to solve for rolling upgrades

Re: [openstack-dev] [tempest][cinder] Clone feature toggle not in clone tests

Originally the NFS driver did support snapshots, but it was implemented by just 'cp'ing the file containing the raw bits. This works fine (if inefficiently) for unattached volumes, but if you do this on an attached volume the snapshot won't be crash consistent at all. It was decided that we

[openstack-dev] [new][keystone] keystoneauth1 2.12.1 release (newton)

We are satisfied to announce the release of: keystoneauth1 2.12.1: Authentication Library for OpenStack Identity This release is part of the newton release series. With source available at: http://git.openstack.org/cgit/openstack/keystoneauth With package available at:

[openstack-dev] [all][api] POST /api-wg/news

Greetings OpenStack community, Just me (cdent) and etoews today. We merged one guideline, froze some others and worked on making some links to the links guideline from other guidelines: [5:40pm] cdent: hypermedia everywhere! [5:41pm] etoews: it's the HT in HTML and HTTP! [5:41pm]

Re: [openstack-dev] [Nova][API] Need naming suggestions for "capabilities"

Top posting with general comment... It sounds like there's some consensus in Nova-land around these traits (née "capabilities"). The API Working Group [4] is also aware of similar efforts in Cinder [1][2] and Glance [3]. If these are truly the same concepts being discussed across projects, it

[openstack-dev] [glance] Priority reviews for the upcoming n-3 release next week

Hi, In today's weekly meeting, I've listed some of the priority reviews that the reviewers, especially glance-cores, should focus on the coming few days for the Newton-3 release next week [1]. We will be evaluating the reviews that are likely to merge or otherwise in the next few days and should

[openstack-dev] [glance] Barcelona summit space requirements and session planning etherpad

Hi, Just wanted to point out to those who haven't been to Glance meetings in the past couple of weeks that we've to submit space requirements for the Barcelona design summit early next week. I've listed the constraints poised in front of us in the planning etherpad [1]. Please see the top

Re: [openstack-dev] [Nova] Interface in PEER2PEER live migration

On Thu, 2016-08-25 at 11:41 -0400, Daniel P. Berrange wrote: > > I think where the confusion is coming is that libvirt will work in > two different ways with P2P migration. If the TUNNELLED flag is set, > then the migration data will go over the Libvirtd <-> libvirtd > connection, which is

Re: [openstack-dev] [Nova] Interface in PEER2PEER live migration

On Thu, Aug 25, 2016 at 12:01:40PM +0200, Alberto Planas Dominguez wrote: > On Wed, 2016-08-24 at 11:18 -0400, Daniel P. Berrange wrote: > > On Wed, Aug 24, 2016 at 05:07:50PM +0200, Alberto Planas Dominguez > > wrote: > > Daniel, thanks for the fast reply!! > > > > Unfortunately was closed as

Re: [openstack-dev] [freezer] Core team updates

+1 on adding Yang Yapeng (yangyapeng) as core. From: Mathieu, Pierre-Arthur Sent: Thursday, August 25, 2016 4:33:08 PM To: openstack-dev@lists.openstack.org Subject: [openstack-dev] [freezer] Core team updates Hello, I would like to propose some modifications

[openstack-dev] [freezer] Core team updates

Hello, I would like to propose some modifications regarding the Freezer core team. First, the removal of two inactive members:   - Fabrizio Fresco: Inactive   - Eldar Nugaev: Switched company and is now focusing on other projects. Thank you very much for your contributions. Secondly, I would

Re: [openstack-dev] [nova] VM console for VMware instances

On Thu, Aug 25, 2016, at 09:50 AM, Radoslav Gerganov wrote: > Hi, > > If you want to use the MKS console for VMware instances, it's now > possible with the nova-mksproxy[1]. > There is a devstack plugin, so simply add this in your local.conf: > > [[local|localrc]] > enable_plugin

[openstack-dev] Gerrit downtime on Friday 2016-09-02 at 18:00 UTC

Hi everyone, On Friday, September 2nd from approximately 18:00 through 22:00 UTC Gerrit will be unavailable while complete project renames. Currently, we plan on renaming the following projects: openstack/smaug -> openstack/karbor openstack/higgins -> openstack/zun Existing reviews, project

Re: [openstack-dev] [tempest][cinder] Clone feature toggle not in clone tests

Hi Jordan, Slade, Currently NFS driver does not support cloning neither snapshots (which are the base for implementing cloning). AFAIC, the NFS driver was in Cinder before the minimum requirements being discussed and set, so, it just stood there with the features it already supported. There is

[openstack-dev] [sahara] Topics for discussions at summit

Hello team, let's start adding topics for discussions at Ocata summit at [0]. [0] https://etherpad.openstack.org/p/sahara-ocata-summit -- Best Regards, Vitaly Gridnev, Project Technical Lead of OpenStack DataProcessing Program (Sahara) Mirantis, Inc

Re: [openstack-dev] [all][massively distributed][architecture] Coordination between actions/WGs

On Aug 24, 2016, at 8:42 PM, joehuang wrote: > > Funny point of view. Let's look at the mission of OpenStack: > > "to produce the ubiquitous Open Source Cloud Computing platform that enables > building interoperable public and private clouds regardless of size, by being >

Re: [openstack-dev] [TripleO][CI] Need more undercloud resources

On Wed, Aug 24, 2016 at 9:56 PM, Paul Belanger wrote: > I actually believe these problem highlights how large tripleo-ci has grown, > and > in need of a refactor. While we won't solve this problem today, I do think > tripleo-ci is to monolithic today. I believe there is

[openstack-dev] [new][ironic] ironic-lib 2.1.0 release (newton)

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

[openstack-dev] [nova] VM console for VMware instances

Hi, If you want to use the MKS console for VMware instances, it's now possible with the nova-mksproxy[1]. There is a devstack plugin, so simply add this in your local.conf: [[local|localrc]] enable_plugin nova-mksproxy https://github.com/openstack/nova-mksproxy the CLI command for getting

Re: [openstack-dev] [neutron] neutronclient check queue is broken

On Thu, Aug 25, 2016 at 6:58 AM, Ihar Hrachyshka wrote: > Akihiro Motoki wrote: > >> In the neutronclient check queue, >> gate-neutronclient-test-dsvm-functional is broken now [1]. >> Please avoid issuing 'recheck'. >> >> [1]

Re: [openstack-dev] [TripleO][CI] Need more undercloud resources

On Thu, Aug 25, 2016 at 5:40 AM, Derek Higgins wrote: > On 25 August 2016 at 02:56, Paul Belanger wrote: >> On Wed, Aug 24, 2016 at 02:11:32PM -0400, James Slagle wrote: >>> The latest recurring problem that is failing a lot of the nonha ssl >>> jobs in

Re: [openstack-dev] [Neutron][LBaaS][heat] Removing LBaaS v1 - are weready?

On Thu, Aug 25, 2016 at 7:35 AM, Gary Kotton wrote: > Hi, > At the moment it is still not clear to me the upgrade process from V1 to V2. > The migration script https://review.openstack.org/#/c/289595/ has yet to be > approved. Does this support all drivers or is this just

[openstack-dev] [release] Last day for releases for non-client libraries (Re: [release] Release countdown for week R-6, 22-26 Aug)

Folks, Please see below... deadline is today! "The last day for releases for non-client libraries will be 25 Aug. File your release request in time to have the release done on the 25th." Thanks, -- Dims On Thu, Aug 18, 2016 at 1:22 PM, Doug Hellmann wrote: > Focus >

Re: [openstack-dev] [tripleo] release reminder

On Thu, Aug 25, 2016 at 8:55 AM, Steven Hardy wrote: > On Tue, Aug 23, 2016 at 11:17:16AM -0400, Emilien Macchi wrote: >> This is a quick release update: >> >> - We're currently R-6, "Final release for non-client libraries". >> - Next week will be R-5, "Feature freeze" and

Re: [openstack-dev] [tripleo] collaboration request with vendors

On Wed, Aug 24, 2016 at 03:11:38PM -0400, Emilien Macchi wrote: > TripleO does support multiple vendors for different type of backends. > Here are some examples: > Neutron networking: Cisco, Nuage, Opencontrail, Midonet, Plumgrid, Biswitch > Cinder: Dell, Netapp, Ceph > > TripleO developers are

Re: [openstack-dev] [tripleo] Testing optional composable services in the CI

On Wed, Aug 17, 2016 at 07:20:59AM -0400, James Slagle wrote: > On Wed, Aug 17, 2016 at 4:04 AM, Dmitry Tantsur wrote: > > However, the current gate system allows to run jobs based on files affected. > > So we can also run a scenario covering ironic on THT check/gate if > >

Re: [openstack-dev] [tripleo] Barcelona Design Summit space needs

On Tue, Aug 23, 2016 at 09:04:15AM -0400, Emilien Macchi wrote: > Team, > > Thierry sent an email to all PTLs about space needs for next Summit. Thanks for raising this while I was out Emilien - indeed we need to provide some feedback (before the end of August, ideally sooner) about our needs

Re: [openstack-dev] [vitrage] entity graph layout

Hi Yujun, Try setting COMPRESS_ENABLED = False in local_settings.py (add it if it doesn’t exist). Let us know if it worked, it sounds like a good solution. Thanks, Ifat. From: Yujun Zhang Reply-To: "OpenStack Development Mailing List (not for usage questions)" Date: Thursday, 25 August 2016

Re: [openstack-dev] [tripleo] release reminder

On Tue, Aug 23, 2016 at 11:17:16AM -0400, Emilien Macchi wrote: > This is a quick release update: > > - We're currently R-6, "Final release for non-client libraries". > - Next week will be R-5, "Feature freeze" and "newton-3 milestone". > We'll proceed to a TripleO b3 release. If you need FFE,

[openstack-dev] [new][oslo] oslo.log 3.16.0 release (newton)

We are overjoyed to announce the release of: oslo.log 3.16.0: oslo.log library This release is part of the newton release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.log With package available at: https://pypi.python.org/pypi/oslo.log Please report

[openstack-dev] [new][oslo] oslo.versionedobjects 1.17.0 release (newton)

We are gleeful to announce the release of: oslo.versionedobjects 1.17.0: Oslo Versioned Objects library This release is part of the newton release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.versionedobjects With package available at:

[openstack-dev] [new][oslo] oslo.config 3.17.0 release (newton)

We are jazzed to announce the release of: oslo.config 3.17.0: Oslo Configuration API This release is part of the newton release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.config With package available at: https://pypi.python.org/pypi/oslo.config

[openstack-dev] [new][oslo] oslo.service 1.16.0 release (newton)

We are pumped to announce the release of: oslo.service 1.16.0: oslo.service library This release is part of the newton release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.service With package available at: https://pypi.python.org/pypi/oslo.service

[openstack-dev] [new][oslo] oslotest 2.10.0 release (newton)

We are eager to announce the release of: oslotest 2.10.0: Oslo test framework This release is part of the newton release series. With source available at: http://git.openstack.org/cgit/openstack/oslotest With package available at: https://pypi.python.org/pypi/oslotest Please report

[openstack-dev] [new][oslo] oslo.privsep 1.13.0 release (newton)

We are grateful to announce the release of: oslo.privsep 1.13.0: OpenStack library for privilege separation This release is part of the newton release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.privsep With package available at:

[openstack-dev] [new][oslo] oslo.vmware 2.14.0 release (newton)

We are chuffed to announce the release of: oslo.vmware 2.14.0: Oslo VMware library This release is part of the newton release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.vmware With package available at: https://pypi.python.org/pypi/oslo.vmware

[openstack-dev] [new][oslo] oslo.messaging 5.10.0 release (newton)

We are mirthful to announce the release of: oslo.messaging 5.10.0: Oslo Messaging API This release is part of the newton release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.messaging With package available at:

[openstack-dev] [new][oslo] oslo.db 4.13.0 release (newton)

We are joyful to announce the release of: oslo.db 4.13.0: Oslo Database library This release is part of the newton release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.db With package available at: https://pypi.python.org/pypi/oslo.db Please report

[openstack-dev] [new][oslo] oslo.middleware 3.19.0 release (newton)

We are exuberant to announce the release of: oslo.middleware 3.19.0: Oslo Middleware library This release is part of the newton release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.middleware With package available at:

[openstack-dev] [new][oslo] oslo.cache 1.14.0 release (newton)

We are frolicsome to announce the release of: oslo.cache 1.14.0: Cache storage for OpenStack projects. This release is part of the newton release series. With source available at: http://git.openstack.org/cgit/openstack/oslo.cache With package available at:

[openstack-dev] [heat-translator] [tosca-parser] Reminder = no IRC meeting this week

Hello team, FYI, as we discussed in our last meeting, there will be no meeting today Thursday August 25th as I am travelling. Please take any discussion on IRC or via emails. Thanks! Regards, Sahdev Zala __ OpenStack

Re: [openstack-dev] [TripleO] TripleO Deep dive sessions for CI topics.

Yeahp I think in case of debugging upstream submissions (on CI) it's the same process of debugging locally those errors, in which case, the only missing part there I think can be just to point where to see when reading CI logs. What I think will be a bigger challenge it's about to teach other

[openstack-dev] [new][documentation] os-api-ref 1.0.0 release

We are glowing to announce the release of: os-api-ref 1.0.0: Sphinx Extensions to support API reference sites in OpenStack With source available at: http://git.openstack.org/cgit/openstack/os-api-ref For more details, please see below. Changes in os-api-ref 0.4.0..1.0.0

Re: [openstack-dev] [Neutron][LBaaS][heat] Removing LBaaS v1 - are weready?

Hi, At the moment it is still not clear to me the upgrade process from V1 to V2. The migration script https://review.openstack.org/#/c/289595/ has yet to be approved. Does this support all drivers or is this just the default reference implementation driver? Are there people still using V1?

Re: [openstack-dev] [neutron] neutronclient check queue is broken

Akihiro Motoki wrote: > In the neutronclient check queue, > gate-neutronclient-test-dsvm-functional is broken now [1]. > Please avoid issuing 'recheck'. > > [1] https://bugs.launchpad.net/python-neutronclient/+bug/1616749 The fix [2] has merged. Carry on. [2]

Re: [openstack-dev] [neutron] neutronclient check queue is broken

Akihiro Motoki wrote: In the neutronclient check queue, gate-neutronclient-test-dsvm-functional is broken now [1]. Please avoid issuing 'recheck'. [1] https://bugs.launchpad.net/python-neutronclient/+bug/1616749

Re: [openstack-dev] [TripleO] New bug tagging policy

On Thu, Aug 25, 2016 at 4:00 PM, Julie Pichon wrote: > Hi folks, > > The bug tagging proposal has merged, behold the new policy: > > http://specs.openstack.org/openstack/tripleo-specs/specs/policy/bug-tagging.html > > TL;DR The TripleO Launchpad tracker encompasses a lot of

[openstack-dev] [TripleO] New bug tagging policy

Hi folks, The bug tagging proposal has merged, behold the new policy: http://specs.openstack.org/openstack/tripleo-specs/specs/policy/bug-tagging.html TL;DR The TripleO Launchpad tracker encompasses a lot of sub-projects, let's use a consistent list of Launchpad tags where they make sense in

Re: [openstack-dev] [nova] Creating VM error: Insufficient compute resources

Have you enabled huge page on the host level? Do you have enough vn.nr_hugepages? As per your requirements, you need a host with 512 hugepage (1G/2M). Check your host's /etc/sysctl.conf file and see vm.nr_hugepages value. On Aug 25, 2016 1:15 PM, "zhi" wrote: > hi, all >

Re: [openstack-dev] [Nova] Interface in PEER2PEER live migration

On Wed, 2016-08-24 at 11:18 -0400, Daniel P. Berrange wrote: > On Wed, Aug 24, 2016 at 05:07:50PM +0200, Alberto Planas Dominguez > wrote: Daniel, thanks for the fast reply!! > > Unfortunately was closed as invalid, and the solution provided is > > completely unrelated. The solution suggested is

Re: [openstack-dev] [TripleO][CI] Need more undercloud resources

On 25 August 2016 at 02:56, Paul Belanger wrote: > On Wed, Aug 24, 2016 at 02:11:32PM -0400, James Slagle wrote: >> The latest recurring problem that is failing a lot of the nonha ssl >> jobs in tripleo-ci is: >> >> https://bugs.launchpad.net/tripleo/+bug/1616144 >>

Re: [openstack-dev] [TripleO][CI] Need more undercloud resources

On 24 August 2016 at 19:11, James Slagle wrote: > The latest recurring problem that is failing a lot of the nonha ssl > jobs in tripleo-ci is: > > https://bugs.launchpad.net/tripleo/+bug/1616144 > tripleo-ci: nonha jobs failing with Unable to establish connection to >

[openstack-dev] [nova] Creating VM error: Insufficient compute resources

hi, all I plan to create VM with huge page. And I created a new flavor like this: $ nova flavor-show ed8dccd2-adbe-44ee-9e4f-391d045d3653 ++-+ | Property

Re: [openstack-dev] [fuel] Propose Denis Egorenko for fuel-library core

+1 On Thu, Aug 25, 2016 at 9:35 AM, Sergey Vasilenko wrote: > +1 > > > /sv > > > __ > OpenStack Development Mailing List (not for usage questions) > Unsubscribe:

Re: [openstack-dev] [tripleo] Testing optional composable services in the CI

Hi! Looks great! Ironic currently requires a few manual steps, I wonder how we do them, but I guess we can figure out later. On 08/24/2016 08:39 PM, Emilien Macchi wrote: Ok I have PoC ready for review and feedback: - First iteration of scenario001 job in TripleO CI:

Re: [openstack-dev] [vitrage] entity graph layout

After the first investigation, I think cytoscape might be too heavy. There would be lots of refactoring work to migrate all functions to new library. So I would suspend this proposal for now. However, it seems the layout could be improved by adjusting the parameters applied to force layout, e.g.

[openstack-dev] [daisycloud-core] Agenda for IRC meeting Aug. 26 2016

1) Roll Call 2) OPNFV CI Evolution Study Progress 3) Bare Metal Deployment(PXE/IPMI) Status Update 4) Bare Metal Related DB Deployment Status Update 5) Bifrost/Ironic Integration (does ironic provide all data we need) B.R., Zhijiang

Re: [openstack-dev] [fuel] Propose Denis Egorenko for fuel-library core

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

Re: [openstack-dev] [OpenStack-docs] [api-ref][ceilometer][nova][senlin][swift][zaqar] OpenStack Docs theme migration

On 2016-08-24 19:11, Graham Hayes wrote: > Hi All, > > We are nearly ready to release the new version of os-api-ref. > > This required a temporary section of code to allow the docs to build > with both oslosphinx and openstackdocstheme. > > Currently only Nova, Ceilometer, Zaqar, Senlin and

Re: [openstack-dev] [fuel] Propose Denis Egorenko for fuel-library core

My big +1 On Thu, Aug 25, 2016 at 4:13 AM, Emilien Macchi wrote: > I'm surprised Denis was not core before. > He has been a tremendous core reviewer for the Puppet OpenStack modules. > > My vote doesn't count but I'm still encouraging this effort. Congrats > Denis, it's well

[openstack-dev] [neutron] neutronclient check queue is broken

In the neutronclient check queue, gate-neutronclient-test-dsvm-functional is broken now [1]. Please avoid issuing 'recheck'. [1] https://bugs.launchpad.net/python-neutronclient/+bug/1616749 __ OpenStack Development Mailing