Re: [Openstack-operators] [scientific-wg] Maximise resource utilisation (was Scientific Working Group IRC meeting, Weds @0700 UTC in #openstack-meeting)

Sorry I was not able to make it. To clarify on Blazar for CERN (http://eavesdrop.openstack.org/meetings/scientific_wg/2016/scientific_wg.2016-06-08-06.59.log.html), we’re interested in the overall problem of how to maximize the utilization of the resources in the private cloud rather than a

Re: [OpenStack-Infra] Fwd: JJB 1.6.0 "Cannot create a file when that file already exists"

Hi Darragh, are you going to make that change in Gerrit? -- Sebastian Schuberth On Thu, Jun 9, 2016 at 12:52 AM, Darragh Bailey wrote: > Doh! It's called not using windows enough. > > The os.rename() it appears throws an error on windows if the target file >

Re: [openstack-dev] [ovs-discuss] [OVN] [networking-ovn] [networking-sfc] SFC andOVN

Hi John, Thanks your effort, So the next plan is you submit the WIP patches, then I submit test script about your code changes, do you think it is ok? Regards, Juno Zhu IBM China Development Labs (CDL) Cloud IaaS Lab Email: na...@cn.ibm.com 5F, Building 10, 399 Keyuan Road, Zhangjiang Hi-Tech

Re: [openstack-dev] [kolla] Request for changing the meeting time to 1600 UTC for all meetings

+1 Regards, Vikram Hosakote IRC: vhosakot From: "Swapnil Kulkarni (coolsvap)" > Reply-To: "OpenStack Development Mailing List (not for usage questions)" > Date: Wednesday,

Re: [openstack-dev] [nova] NUMA, huge pages, and scheduling

On 06/03/2016 12:03 PM, Paul Michali wrote: Thanks for the link Tim! Right now, I have two things I'm unsure about... One is that I had 1945 huge pages left (of size 2048k) and tried to create a VM with a small flavor (2GB), which should need 1024 pages, but Nova indicated that it wasn't able

Re: [openstack-dev] [kolla] Request for changing the meeting time to 1600 UTC for all meetings

+1 From: Mauricio Lima [mailto:mauricioli...@gmail.com] Sent: Wednesday, June 8, 2016 7:07 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [kolla] Request for changing the meeting time to 1600 UTC for all meetings +1 2016-06-08 10:29 GMT-03:00

Re: [openstack-dev] [kolla] OSIC cluster accepteed

If kolla-upgrade is in the list, I would like to help to test it. From: Vikram Hosakote (vhosakot) [mailto:vhosa...@cisco.com] Sent: Wednesday, June 8, 2016 11:18 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [kolla] OSIC cluster accepteed I'd

Re: [openstack-dev] Reasoning behind my vote on the Go topic

On 06/07/2016 04:26 PM, Ben Meyer wrote: On 06/07/2016 06:09 PM, Samuel Merritt wrote: On 6/7/16 12:00 PM, Monty Taylor wrote: [snip] I'd rather see us focus energy on Python3, asyncio and its pluggable event loops. The work in: http://magic.io/blog/uvloop-blazing-fast-python-networking/ is

Re: [openstack-dev] [zaqar][zaqar-ui] Nomating Shu Muto for Zaqar-UI core

Hi team, Thank you for nominating to Zaqar-UI core and voting to me. I'm looking forward to working with you guys more. Yours, Shu > -Original Message- > From: Fei Long Wang [mailto:feil...@catalyst.net.nz] > Sent: Wednesday, June 08, 2016 7:15 AM > To:

Re: [Openstack-operators] How are folks providing GPU instance types?

Finally circled back to this thread... Joe - those are great notes! On 12 May 2016 at 02:51, Joe Topjian wrote: > * I found that I didn't have to use EFI-based images. I wonder why that is? Yeah, we've never run into this as a requirement either. Peter - can you clarify?

Re: [openstack-dev] [nova] Austin summit priorities session recap

On 6/8/2016 7:19 PM, Bias, Randy wrote: I just want to point out that this appears to imply that open source storage backends for OpenStack would be prioritized over closed-source ones and I think that runs counter to the general inclusivity in the community. I assume it¹s just a turn of

Re: [openstack-dev] [nova] Initial oslo.privsep conversion?

On 6/8/2016 5:51 PM, Michael Still wrote: This seems like the sort of thing we should document in the devref. I agree we shouldn't be doing any more of the old thing and should provide a worked example of the new thing. Michael -- Rackspace Australia

Re: [openstack-dev] [ironic] [infra] [qa] Graphs of how long jobs take?

Thanks a bunch Mikhail, this was very helpful! I've started a dashboard to track Ironic tempest job speeds as well as IPA -src job speeds; it's here; http://graphite.openstack.org/dashboard/#ironic-job-duration Please feel free to improve upon it or add additional useful metrics. Given

Re: [openstack-dev] [ovs-discuss] [OVN] [networking-ovn] [networking-sfc] SFC andOVN

Juno, Ok added the code and I have port-chains creating up to the IDL networking-sfc->networking-ovn then I have an issue with my IDL I need to fix. So we have a model for creating port-chains all the way through, updated the repos to reflect the changes. Thanks for your help. Regards John

Re: [openstack-dev] [neutron][upgrades] Bi-weekly upgrades work status. 6/2/2016

On Thu, Jun 2, 2016 at 2:29 PM, Korzeniewski, Artur wrote: > I would like to remind that agreed approach at Design Summit in Austin was, > that every new resource added to neutron should have OVO implemented. Please > comply, and core reviewers please take care of

Re: [openstack-dev] [ironic] [infra] [qa] Graphs of how long jobs take?

Hi Jay, On Wed, Jun 8, 2016 at 5:56 PM, Jay Faulkner wrote: > Hey all, > > As you may recall, recently Ironic was changed to use iPXE and TinyIPA in > the jobs, as part of an attempt to get the jobs to use less ram and perhaps > even run more quickly in the short run. However, when

Re: [openstack-dev] [nova] Austin summit priorities session recap

I just want to point out that this appears to imply that open source storage backends for OpenStack would be prioritized over closed-source ones and I think that runs counter to the general inclusivity in the community. I assume it¹s just a turn of phrase, but I suspect it could be easily

Re: [openstack-dev] [TripleO] Revert "Migrate tripleo to centos-7"

On Mon, Jun 06, 2016 at 08:08:40PM -0400, Dan Prince wrote: > Sending it again to [TripleO]. > > On Mon, 2016-06-06 at 20:06 -0400, Dan Prince wrote: > > Hi all, > > > > Having a bit of a CI outage today due to (I think) the switch to > > Centos > > Jenkins slaves. I'd like to suggest that we

Re: [Openstack] [oslo] Issues with pbr when building custom packages

Excerpts from Sam Morrison's message of 2016-06-09 08:16:11 +1000: > > > On 8 Jun 2016, at 10:51 PM, Doug Hellmann wrote: > > > > Excerpts from Sam Morrison's message of 2016-06-08 16:59:37 +1000: > >> We have been building our own packages for a few years now and I’ve

Re: [Openstack] [oslo] Issues with pbr when building custom packages

> On 9 Jun 2016, at 8:16 AM, Sam Morrison wrote: > > > >> On 8 Jun 2016, at 10:51 PM, Doug Hellmann wrote: >> >> Excerpts from Sam Morrison's message of 2016-06-08 16:59:37 +1000: >>> We have been building our own packages for a few years now and

Re: [openstack-dev] [Trove] Stepping down from Trove Core

Hi Victoria, Thanks for all the help and good luck in your future work! Peter From: Victoria Martínez de la Cruz [mailto:victo...@vmartinezdelacruz.com] Sent: June-07-16 2:34 PM To: OpenStack Development Mailing List Subject: [openstack-dev] [Trove] Stepping down from Trove Core After one

[Openstack-operators] [app-catalog] App Catalog IRC meeting Thursday June 9th

Join us Thursday for our weekly meeting, scheduled for June 9th at 17:00UTC in #openstack-meeting-3 The agenda can be found here, and please add to if you want to discuss something with the Community App Catalog team: https://wiki.openstack.org/wiki/Meetings/app-catalog Tomorrow in addition to

[openstack-dev] [app-catalog] App Catalog IRC meeting Thursday June 9th

Join us Thursday for our weekly meeting, scheduled for June 9th at 17:00UTC in #openstack-meeting-3 The agenda can be found here, and please add to if you want to discuss something with the Community App Catalog team: https://wiki.openstack.org/wiki/Meetings/app-catalog Tomorrow in addition to

[openstack-dev] [ironic] [infra] [qa] Graphs of how long jobs take?

Hey all, As you may recall, recently Ironic was changed to use iPXE and TinyIPA in the jobs, as part of an attempt to get the jobs to use less ram and perhaps even run more quickly in the short run. However, when I tried to make a graph at graphite.openstack.org showing the duration of the

Re: [OpenStack-Infra] Fwd: JJB 1.6.0 "Cannot create a file when that file already exists"

Doh! It's called not using windows enough. The os.rename() it appears throws an error on windows if the target file exists. We need to catch that and remove the file, then retry, or remove the old file first. The fun of cross platform. Sorry about that. Darragh Bailey "Nothing is foolproof

Re: [openstack-dev] [nova] Initial oslo.privsep conversion?

+Angus On Thu, Jun 9, 2016 at 7:10 AM, Matt Riedemann wrote: > While sitting in Angus' cross-project session on oslo.privsep at the > Austin summit I believe I had a conversation with myself in my head that > Nova should stop adding new rootwrap filters and anything

Re: [openstack-dev] [Openstack-operators] [glance] Proposal for a mid-cycle virtual sync on operator issues

Please note, due to the last minute additions to the RSVP list, we have changed the tool to be used. Update info can now be found here: https://etherpad.openstack.org/p/newton-glance-and-ops-midcycle-sync . Please try to join 5-10 minutes before the meeting as you may have to install a plugin

Re: [openstack-dev] [nova] Policy check for network:attach_external_network

On 6/8/2016 4:27 PM, Ryan Rossiter wrote: Taking a look at [1], I got curious as to why all of the old network policies were deleted except for network:attach_external_network. With the help of mriedem, it turns out that policy is checked indirectly on the compute node, in

[openstack-announce] [new][nova] nova 12.0.4 release (liberty)

We are jazzed to announce the release of: nova 12.0.4: Cloud computing fabric controller This release is part of the liberty stable release series. For more details, please see below. 12.0.4 ^^ Upgrade Notes * * The "record" configuration option for the console proxy

[openstack-announce] [new][packaging-rpm] renderspec 1.0.0 release

We are jazzed to announce the release of: renderspec 1.0.0: Jinja2 template renderer for generating .spec files This is the first release of renderspec. For more details, please see below. Changes in renderspec b166a56421f72a889afdd258c0f2ce890362fe7c..1.0.0

Re: [Openstack] [oslo] Issues with pbr when building custom packages

> On 8 Jun 2016, at 10:51 PM, Doug Hellmann wrote: > > Excerpts from Sam Morrison's message of 2016-06-08 16:59:37 +1000: >> We have been building our own packages for a few years now and I’ve just >> started to build packages for liberty. >> >> I got an error from pbr

[openstack-announce] [new][tacker] tacker 0.3.1 release (mitaka)

We are jazzed to announce the release of: tacker 0.3.1: OpenStack NFV Orchestration This release is part of the mitaka stable release series. For more details, please see below. Changes in tacker 0.3.0..0.3.1 -- 04a973b Fix keystone error handling in openstack

[openstack-announce] [new][ironic] ironic-inspector 2.2.7 release (liberty)

We are psyched to announce the release of: ironic-inspector 2.2.7: Hardware introspection for OpenStack Bare Metal This release is part of the liberty stable release series. With source available at: http://git.openstack.org/cgit/openstack/ironic-inspector Please report issues through

[openstack-announce] [new][tacker] tacker-horizon 0.3.1 release (mitaka)

We are pleased to announce the release of: tacker-horizon 0.3.1: Tacker extension for Horizon This release is part of the mitaka stable release series. For more details, please see below. Changes in tacker-horizon 0.3.0..0.3.1 -- 865ef34 Make VIM

[openstack-dev] [new][ironic] ironic-python-agent 1.0.3 release (liberty)

We are eager to announce the release of: ironic-python-agent 1.0.3: Ironic Python Agent Ramdisk This release is part of the liberty stable release series. For more details, please see below. Changes in ironic-python-agent 1.0.2..1.0.3 --- f47876a

[openstack-announce] [new][ironic] ironic 4.2.4 release (liberty)

We are overjoyed to announce the release of: ironic 4.2.4: OpenStack Bare Metal Provisioning This release is part of the liberty stable release series. With source available at: http://git.openstack.org/cgit/openstack/ironic Please report issues through launchpad:

[openstack-announce] [new][sahara] sahara-extra 4.0.1 release (mitaka)

We are gleeful to announce the release of: sahara-extra 4.0.1: Extras for Sahara: hadoop-swiftfs This release is part of the mitaka stable release series. For more details, please see below. Changes in sahara-extra 4.0.0.0rc1..4.0.1 - 2e873ab Update

[openstack-announce] [new][sahara] sahara-image-elements 3.0.2 release (liberty)

We are jubilant to announce the release of: sahara-image-elements 3.0.2: Image elements for Sahara This release is part of the liberty stable release series. For more details, please see below. Changes in sahara-image-elements 3.0.0..3.0.2 - a4af7cd

[openstack-dev] [nova] Policy check for network:attach_external_network

Taking a look at [1], I got curious as to why all of the old network policies were deleted except for network:attach_external_network. With the help of mriedem, it turns out that policy is checked indirectly on the compute node, in allocate_for_instance(). mriedem pointed out that this policy

[openstack-dev] [VPNaaS] Support for Stronger hashes and combined mode ciphers

Hi, I was wondering if there are any plans to extend support for IPsec and IKE algorithms. Looks like only AES-CBC mode and SHA1 are supported. It would be nice to see: SHA256, SHA384, SHA512 As well as the combined mode ciphers: AES-CCM and AES-GCM StrongSWAN already supports all of

[openstack-dev] [nova] Initial oslo.privsep conversion?

While sitting in Angus' cross-project session on oslo.privsep at the Austin summit I believe I had a conversation with myself in my head that Nova should stop adding new rootwrap filters and anything new should use oslo.privsep. For example: https://review.openstack.org/#/c/182257/ However,

[openstack-announce] [new][puppet] puppet-sahara 9.0.0 release (newton)

We are eager to announce the release of: puppet-sahara 9.0.0: Puppet module for OpenStack Sahara This release is part of the newton release series. For more details, please see below. 9.0.0 ^ New Features * Add support for oslo_messaging_amqp backend via puppet-oslo

[openstack-announce] [new][puppet] puppet-swift 9.0.0 release (newton)

We are overjoyed to announce the release of: puppet-swift 9.0.0: Puppet module for OpenStack Swift This release is part of the newton release series. For more details, please see below. 9.0.0 ^ Add hooks for external install & svc management. This is the first Mitaka release for

[openstack-announce] [new][puppet] puppet-oslo 9.0.0 release (newton)

We are pumped to announce the release of: puppet-oslo 9.0.0: Puppet module for Oslo This is the first release of puppet-oslo. This release is part of the newton release series. For more details, please see below. 9.0.0 ^ First release of puppet-oslo. Changes in puppet-oslo

[openstack-announce] [new][puppet] puppet-trove 9.0.0 release (newton)

We are thrilled to announce the release of: puppet-trove 9.0.0: Puppet module for OpenStack Trove This release is part of the newton release series. For more details, please see below. 9.0.0 ^ This is the first Mitaka release for puppet-trove module. New Features * Add

[openstack-announce] [new][puppet] puppet-tempest 9.0.0 release (newton)

We are tickled pink to announce the release of: puppet-tempest 9.0.0: Puppet module for OpenStack Tempest This release is part of the newton release series. For more details, please see below. 9.0.0 ^ This is the first Mitaka release for puppet-tempest module. New Features

[openstack-announce] [new][puppet] puppet-ovn 9.0.0 release (newton)

We are tickled pink to announce the release of: puppet-ovn 9.0.0: Puppet module for OVN This is the first release of puppet-ovn. This release is part of the newton release series. For more details, please see below. 9.0.0 ^ First release of puppet-ovn. Changes in puppet-ovn

[openstack-dev] [puppet] vision on new modules

Hi folks, Over the last months we've been creating more and more modules [1] [2] and I would like to take the opportunity to continue some discussion we had during the last Summits about the quality of our modules. [1] octavia, vitrage, ec2api, tacker, watcher, congress, magnum, mistral, zaqar,

[Openstack-operators] DVR (kilo) connecting subnets in different routers

Hi, (Using Kilo/DVR) I want to connect two tenant subnets which are connected to different routers. I had to add a port in tenant-network1 as an interface in router2 and a port in tenant-network2 as an interface in router1 to make it work. I.e., if I only add network1 to router2, DVR does not

Re: [openstack-dev] [Neutron] neutron-lib and dependencies in neutron reference implementation

One of the goals of neutron-lib is to reduce the chances of a code change in neutron core breaking other repos. We want to get to a point where no repo imports anything from neutron core. So if there is some value shared between neutron core and one or more other repos, then the value should go

[openstack-announce] [new][puppet] puppet-ironic 9.0.0 release (newton)

We are stoked to announce the release of: puppet-ironic 9.0.0: Puppet module for OpenStack Ironic This release is part of the newton release series. For more details, please see below. 9.0.0 ^ This is the first Mitaka release for puppet-ironic module. New Features * Add

Re: [openstack-dev] [nova] Update on resource providers work

On 06/08/2016 03:52 PM, Sean Dague wrote: On 06/08/2016 03:31 PM, Matt Riedemann wrote: On 6/6/2016 7:26 AM, Jay Pipes wrote: Once the InventoryList and AllocationList objects are merged, then we will focus on reviews of the placement REST API patches [3]. Again, we are planning on having the

[OpenStack-Infra] Trouble deploying a job with a Groovy postbuild step via JJB

Hi, using JJB 1.5.0 and Jenkins 2.5 I cannot get Groovy postbuild steps to work. My YAML file has: - job: # ... publishers: - groovy-postbuild: | def summary = manager.createSummary('completed.gif') def results = new File(manager.build.workspace.remote,

[openstack-announce] [new][puppet] puppet-neutron 9.0.0 release (newton)

We are thrilled to announce the release of: puppet-neutron 9.0.0: Puppet module for OpenStack Neutron This release is part of the newton release series. For more details, please see below. 9.0.0 ^ This is the first Mitaka release for puppet-neutron module. New Features *

[openstack-announce] [new][puppet] puppet-glance 9.0.0 release (newton)

We are glad to announce the release of: puppet-glance 9.0.0: Puppet module for OpenStack Glance This release is part of the newton release series. For more details, please see below. 9.0.0 ^ This is the first Mitaka release for puppet-glance module. New Features * Add the

[openstack-announce] [new][puppet] puppet-ceilometer 9.0.0 release (newton)

We are glad to announce the release of: puppet-ceilometer 9.0.0: Puppet module for OpenStack Ceilometer This release is part of the newton release series. For more details, please see below. 9.0.0 ^ This is the first Mitaka release for puppet-ceilometer module. New Features

[openstack-announce] [new][puppet] puppet-horizon 9.0.0 release (newton)

We are stoked to announce the release of: puppet-horizon 9.0.0: Puppet module for OpenStack Horizon This release is part of the newton release series. For more details, please see below. 9.0.0 ^ This is the first Mitaka release for puppet-horizon module. New Features * In

[openstack-announce] [new][puppet] puppet-keystone 9.0.0 release (newton)

We are amped to announce the release of: puppet-keystone 9.0.0: Puppet module for OpenStack Keystone This release is part of the newton release series. For more details, please see below. 9.0.0 ^ This is the first Mitaka release for puppet-keystone module. Support for multi-domain has

[openstack-announce] [new][puppet] puppet-manila 9.0.0 release (newton)

We are amped to announce the release of: puppet-manila 9.0.0: Puppet module for OpenStack Manila This release is part of the newton release series. For more details, please see below. 9.0.0 ^ This is the first Mitaka release for puppet-manila module. New Features * Add

[openstack-announce] [new][puppet] puppet-aodh 9.0.0 release (newton)

We are pleased to announce the release of: puppet-aodh 9.0.0: Puppet module for OpenStack Aodh This release is part of the newton release series. For more details, please see below. 9.0.0 ^ This is the first Mitaka release for puppet-aodh module. New Features * Add support

[openstack-announce] [new][puppet] puppet-gnocchi 9.0.0 release (newton)

We are amped to announce the release of: puppet-gnocchi 9.0.0: Puppet module for OpenStack Gnocchi This release is part of the newton release series. For more details, please see below. 9.0.0 ^ This is the first Mitaka release for puppet-gnocchi module. New Features * Add

[openstack-announce] [new][puppet] puppet-heat 9.0.0 release (newton)

We are jazzed to announce the release of: puppet-heat 9.0.0: Puppet module for OpenStack Heat This release is part of the newton release series. For more details, please see below. 9.0.0 ^ This is the first Mitaka release for puppet-heat module. New Features * Add support

[openstack-announce] [new][puppet] puppet-barbican 9.0.0 release (newton)

We are gleeful to announce the release of: puppet-barbican 9.0.0: Puppet module for Barbican This is the first release of puppet-barbican. This release is part of the newton release series. For more details, please see below. 9.0.0 ^ First release of puppet-barbican. Changes in

Re: [openstack-dev] [Neutron] Question about service subnets spec

Thanks, John for your comments. I've added a few comments inline. In summary, I'm inclined to move forward with this as an admin-only operation to begin with. I'll give another day or two for someone new to take notice. Carl On Tue, Jun 7, 2016 at 7:56 AM, John Davidge

[OpenStack-Infra] Fwd: JJB 1.6.0 "Cannot create a file when that file already exists"

Hi, since upgrading to JJB 1.6.0 from 1.5.0 today I consistently get "Cannot create a file when that file already exists" errors on update / delete operations on Windows. The stack trace looks like $ jenkins-jobs delete github-checker.yaml INFO:jenkins_jobs.builder:Removing jenkins job(s):

[openstack-dev] [release][reno] FAQ: Why is reno showing notes for released versions on the "unreleased.html" page?

I've had several people notice recently that release notes on the "unreleased.html" page are actually including notes from the mitaka release. This is because of the instructions we're giving reno. First, the "unreleased.rst" page is poorly named (my fault). It is actually the "current" branch,

Re: [openstack-dev] [ovs-discuss] [OVN] [networking-ovn] [networking-sfc] SFC andOVN

I didn’t see that idea earlier, +2 to it :) Regards Amitabha > On Jun 8, 2016, at 9:52 AM, John McDowall > wrote: > > Amitabha, > > Thanks for looking at it . I took the suggestion from Juno and implemented > it. I think it is a good solution as it minimizes

[openstack-dev] [puppet] newton virtual midcycle?

Hi Puppeteers, We would like to poll our community and know who would be interested by a virtual midcycle during Newton. I created: https://etherpad.openstack.org/p/newton-puppet-midcycle-meetup Please add your name and propose topics that you're willing to work on. During the next meeting,

Re: [openstack-dev] [nova] Update on resource providers work

On 06/08/2016 03:31 PM, Matt Riedemann wrote: > On 6/6/2016 7:26 AM, Jay Pipes wrote: >> Once the InventoryList and AllocationList objects are merged, then we >> will focus on reviews of the placement REST API patches [3]. Again, we >> are planning on having the nova-compute resource tracker call

Re: [openstack-dev] [release][reno][infra] merging tags between branches is confusing our release notes

Excerpts from John Dickinson's message of 2016-06-08 11:30:03 -0700: > > On 8 Jun 2016, at 11:13, Doug Hellmann wrote: > > > tl;dr: The switch from pre-versioning to post-versioning means that > > sometimes master appears to be older than stable/$previous, so we > > merge "final" tags from

Re: [openstack-dev] [neutron][SFC]

I've switched from devstack to a normal deployment of openstack/mitaka and neutron-l2 agent is working fine with sfc. I can boot instances, create ports. However I can not create neither flow-classifier nor port-pair ... neutron flow-classifier-create --ethertype IPv4 --source-ip-prefix

Re: [openstack-dev] [nova] Update on resource providers work

On 6/6/2016 7:26 AM, Jay Pipes wrote: Once the InventoryList and AllocationList objects are merged, then we will focus on reviews of the placement REST API patches [3]. Again, we are planning on having the nova-compute resource tracker call these REST API calls directly (while continuing to use

Re: [openstack-dev] [nova] Austin summit priorities session recap

On 6/8/2016 12:05 PM, Alexandre Levine wrote: Hi Matt, According to the state of this review: https://review.openstack.org/#/c/317689/ the works aren't going to be done in this cycle. Do you think it'd be possible for our driver to cut in now? Feodor participated in reviewing and helped as

Re: [openstack-dev] [Trove] Stepping down from Trove Core

Victoria, Thank you very much for your contribution to Trove. All the very best to you and the projects you will be working on. -amrith From: Victoria Martínez de la Cruz [mailto:victo...@vmartinezdelacruz.com] Sent: Tuesday, June 07, 2016 2:34 PM To: OpenStack Development Mailing List

[openstack-dev] [new][ironic] ironic-python-agent 1.2.2 release (mitaka)

We are pumped to announce the release of: ironic-python-agent 1.2.2: Ironic Python Agent Ramdisk This release is part of the mitaka stable release series. For more details, please see below. 1.2.2 ^ New Features * The driver_internal_info internal setting

[openstack-dev] Trove weekly meeting minutes

The summary of the Trove weekly meeting held just now. Action Items: - prepare for next weeks meeting; things that we can get into Newton Full transcript at http://eavesdrop.openstack.org/meetings/trove/2016/trove.2016-06-08-18.00.html Thanks, -amrith

Re: [openstack-dev] [puppet] [tacker] Request to create puppet-tacker

This is exciting. Thanks Dan for your contribution! I hope to see a similar contribution for Tacker deployment using openstack-ansible :) - Sridhar On Wed, Jun 8, 2016 at 8:18 AM, Dan Radez wrote: > FYI, tacker community: > https://review.openstack.org/#/c/327173/ >

Re: [openstack-dev] [Trove] Stepping down from Trove Core

Thank you Victoria for all your hard work and dedication to the Trove project. It's been a pleasure knowing you and working with you. Wish you all the best and good luck. Regards, Mariam. From: Victoria Martínez de la Cruz To: OpenStack Development

Re: [openstack-dev] [release][reno][infra] merging tags between branches is confusing our release notes

On 8 Jun 2016, at 11:13, Doug Hellmann wrote: > tl;dr: The switch from pre-versioning to post-versioning means that > sometimes master appears to be older than stable/$previous, so we > merge "final" tags from stable/$previous into master to make up for > it. This introduces versions into the

Re: [openstack-dev] [Neutron] neutron-lib and dependencies in neutron reference implementation

For example references to the various different agents which are an implementation details to me On Wed, Jun 8, 2016 at 8:51 PM, Henry Gessau wrote: > Gal Sagie wrote: > > Hello all, > > > > I have recently came across some missing constants in

[openstack-dev] [meghdwar] Base code to use

Hi all,Appreciate the initiative taken by individuals to join and discuss the possibility of using codes from different Cloudlet projects.We know the requirements cross the boundaries of Nova and Neutron and hence the chalenge is to ensure we have a better specification.Thus reviewing codes

Re: [openstack-dev] [Trove] Stepping down from Trove Core

Victoria, Thank for your contributions to Trove and wish you the best. Its been great working with you in the community. -Craig Vyvial On Tue, Jun 7, 2016 at 1:34 PM Victoria Martínez de la Cruz < victo...@vmartinezdelacruz.com> wrote: > After one year and a half contributing to the Trove

[openstack-dev] [release][reno][infra] merging tags between branches is confusing our release notes

tl;dr: The switch from pre-versioning to post-versioning means that sometimes master appears to be older than stable/$previous, so we merge "final" tags from stable/$previous into master to make up for it. This introduces versions into the history of master that aren't *really* there, but git sees

Re: [openstack-dev] [ironic] Virtual midcycle date poll

And, as a note, I've added an RSVP and details on communication channels and such on the etherpad. Details are also on the wiki now: https://wiki.openstack.org/wiki/VirtualSprints#Ironic_Virtual_Newton_Midcycle https://wiki.openstack.org/wiki/Sprints#Future_sprints_for_Newton // jim On Mon, Jun

[openstack-dev] [Fuel] Nominate Ilya Kutukov for the fuel-web-core team

Hey Fuelers, I'd like to nominate Ilya Kutukov for the fuel-web-core team. Ilya`s doing good reviews with detailed feedback [1], and has implemented custom graph execution engine for Fuel. Also Ilya`s implemented new database models for storing deployment tasks in Fuel. Fuel Cores, please

Re: [openstack-dev] [Neutron] neutron-lib and dependencies in neutron reference implementation

Gal Sagie wrote: > Hello all, > > I have recently came across some missing constants in neutron-lib and sent > a patch but i wanted to try and understand the scope of the lib. > > I see that the Neutron lib consist of many definitions which are actually > part of the

Re: [openstack-dev] [kolla] OSIC cluster accepteed

I'd like to help with kolla scaling on the OSIC cluster too. Regards, Vikram Hosakote IRC: vhosakot From: Jeffrey Zhang > Reply-To: "OpenStack Development Mailing List (not for usage questions)"

Re: [Openstack] retrieve all instances whatever tenant/user via python SDK

The simplest thing to do is to pass --debug to the nova or openstack cli list command and catch the argument from the curl URL. The other way is to check the Nova API documentation and the SDK too. See you. On June 8, 2016 5:24:14 PM CEST, Jean-Pierre Ribeauville

Re: [openstack-dev] [nova] Austin summit priorities session recap

Hi Matt, According to the state of this review: https://review.openstack.org/#/c/317689/ the works aren't going to be done in this cycle. Do you think it'd be possible for our driver to cut in now? Feodor participated in reviewing and helped as much as possible with current efforts and if

Re: [openstack-dev] Reasoning behind my vote on the Go topic

On Wed, Jun 8, 2016, at 03:46 AM, Thierry Carrez wrote: > Another option (raised by dims) is to find a way to allow usage of > golang (or another language) in a more granular way: selectively allow > projects which really need another tool to use it. The benefit is that > it lets project teams

Re: [openstack-dev] [Kuryr] [Neutron] Waiting until Neutron Port is Active

Neutron has the ability already of sending an event as a REST call to notify a third party that a port became active [1] This is used by Nova to hold on booting instances until network has been wired. Perhaps kuryr could leverage this without having to tap into the AMQP bus, as that would be

Re: [openstack-dev] [ovs-discuss] [OVN] [networking-ovn] [networking-sfc] SFC andOVN

Amitabha, Thanks for looking at it . I took the suggestion from Juno and implemented it. I think it is a good solution as it minimizes impact on both networking-ovn and networking-sfc. I have updated my repos, if you have suggestions for improvements let me know. I agree that there needs to

Re: [openstack-dev] [ovs-discuss] [OVN] [networking-ovn] [networking-sfc] SFC andOVN

Juni, Thanks – added the code and everything builds, just need to debug end-to-end now. I think your approach is the best so far all the IDL code for accessing ovs/ovn is in networking-ovn. The OVN driver in networking-sfc calls the IDL code to access ovs/ovn. There is minimal linkage between

Re: [Openstack-operators] How to get instance name only by floating ip and then change it to hostname

It doesn't look like the --ip parameter searches through the floating IPs, that's probably a UX expectation issue and improvement that could be done to the CLI client. Something like this should get you what you want: openstack server set $(openstack server list -f value |awk '/11.11.111.11/

Re: [openstack-dev] [ovs-discuss] [OVN] [networking-ovn] [networking-sfc] SFC andOVN

Juno, Sorry jumped the gun not published yet :-(. Will send you the link when it is published. Apologies John From: Na Zhu > Date: Wednesday, June 8, 2016 at 1:41 AM To: John McDowall

[openstack-dev] [kolla] cinder implementation + lvm

Hi Dev-team, Please, if possible could someone confirm me details about cinder implementation on kolla (current master branch). I have facing some problems with Kolla deploy (AIO method) and Cinder with lvm. The current code on master branch does not deploy cinder without enable iscsi -

Re: [openstack-dev] [neutron][networking-ovn] Integration with OVN NAT gateway (Proposal)

Here is the proposal in etherpad to make it more readable: https://etherpad.openstack.org/p/Integration_with_OVN_L3_Gateway Thanks Amitabha > On Jun 7, 2016, at 5:12 PM, Amitabha Biswas wrote: > > Sorry

[openstack-dev] [new][ironic] bifrost 1.0.2 release (mitaka)

We are satisfied to announce the release of: bifrost 1.0.2: Deployment of physical machines using OpenStack Ironic and Ansible This release is part of the mitaka stable release series. For more details, please see below. Changes in bifrost 1.0.1..1.0.2 --- 9db927b

Re: [Openstack] [neutron][devstack] Issue with Neutron L3 extension and flat provider network.

Should also mention that upon closer inspection 'Q_L3_ENABLED' isn't in use by devstack anymore. That being said, q-l3 is not in our list of enabled services. On 06/08/2016 11:20 AM, Michael Turek wrote: We actually already explicitly in our localrc IP_VERSION=4 Thanks for the suggestion

[openstack-announce] [new][ironic] ironic-ui 1.1.2 release (mitaka)

We are pleased to announce the release of: ironic-ui 1.1.2: Ironic plugin UI for Horizon to allow users to view and manage bare metal nodes, ports and drivers. This release is part of the mitaka stable release series. With source available at:

  1   2   >