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

We actually already explicitly in our localrc IP_VERSION=4 Thanks for the suggestion though! On 06/08/2016 11:11 AM, Jens Rosenboom wrote: 2016-06-08 16:49 GMT+02:00 Michael Turek : Hey all, We have a CI setup that uses a single flat provider network. Originally

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

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

Did you try the nova list --all-t Ciao Inviato da iPhone > Il giorno 08 giu 2016, alle ore 06:20, Jean-Pierre Ribeauville > ha scritto: > > Hi all, > > By running this piece if code : > > ……… > def get_nova_credentials_v2(): > d = {} > d['version'] = '2'

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

Hi, Following this link (https://ask.openstack.org/en/question/50087/list-all-servers-with-python-nova-client/ ), I found the solution : for server in nova_client.servers.list(search_opts={'all_tenants': 1}): print server.id, server.name Thx to all. Regards, J.P. From: Jean-Pierre

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

Hey all, We have a CI setup that uses a single flat provider network. Originally devstack would create a network here (https://github.com/openstack-dev/devstack/blob/master/lib/neutron_plugins/services/l3#L144) and we were good to go. However, recently we started also hitting this

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] [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] [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 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

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

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 telling me my version was incompatible. An example > version we were producing was

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

Hi all, By running this piece if code : . def get_nova_credentials_v2(): d = {} d['version'] = '2' d['username'] = os.environ['OS_USERNAME'] d['api_key'] = os.environ['OS_PASSWORD'] d['auth_url'] = os.environ['OS_AUTH_URL'] d['project_id'] =

Re: [Openstack] [Swift] 404 re-reading just created container

On 08/06/16 19:07, Mark Kirkwood wrote: changing this servers line to include the other proxy's memcache too (e.g proxy 192.168.122.21 again): $ cat /etc/swift/proxy-server.conf ... [filter:cache] use = egg:swift#memcache memcache_servers = 192.168.122.21:11211,192.168.122.24:11211 I no

[Openstack] Nova and Magnum on the same host?

My use-case require me to have Containers for certain rings and real VMs for others. But I also want to utilize my hardware to max, while keeping the electricity bill (and cooling) as low as possible. This means that I need (want!) to run both the VMs and the Containers on the same host. I've

[Openstack] Datas exchange between an instance and its compute Node ?

Hi, Is there any recommended way to exchange datas (i.e 128 bytes every 20 seconds) between an instance and its compute node ? On RHEV infra, I'm using a channel device ; it seems quite impossible to use the same way on OpenStack. (I didn't find a way to create the virtio controller and

[Openstack] ConnectFailure error upon triggering “nova image-list” command using openstack-mitaka release

Hi , I am getting the ConnectFailure error message upon triggering “nova image-list” command. nova-api process should be listening on 8774. It doesn't look like it is not running. Also I do not find any error logs in nova-api.log nova-compute.log and nova-conductor.log. I am using openstack-

Re: [Openstack] [Swift] 404 re-reading just created container

On 08/06/16 10:50, Mark Kirkwood wrote: On 08/06/16 07:06, Pete Zaitcev wrote: The proxies are load balanced behind Haproxy (which I'm guessing is causing the 404 - see below) HAproxy is often troublesome, but I don't expect it is at fault in this instance. The logs that you quoted show that

Re: [Openstack] Issue with dev_type: type-PCI using openstack-mitaka release on host (Cent OS 7.2)

From: Chinmaya Dwibedy [mailto:ckdwib...@gmail.com] Sent: Wednesday, June 08, 2016 8:39 AM To: Moshe Levi Cc: openstack@lists.openstack.org Subject: Re: [Openstack] Issue with dev_type: type-PCI using openstack-mitaka release on host (Cent OS 7.2) Hi Moshe, Thank you

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

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] [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] [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

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

For the Kuryr project, in order to support blocking until vifs are plugged in (that is adding config options similar to the following options define in Nova: vif_plugging_is_fatal and vif_plugging_timeout), we need to detect that the Neutron plugin being used is done with plugging a given vif.

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/

[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:

[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-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] [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] [puppet] [tacker] Request to create puppet-tacker

sure will, thx Emilien Dan On 06/08/2016 09:08 AM, Emilien Macchi wrote: > Yeah, super good news! > Please do the same as I did in https://review.openstack.org/326720 and > https://review.openstack.org/326721 > > Add me as reviewer because I need to sign-off the 2 patches (I'm current PTL). >

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

FYI, tacker community: https://review.openstack.org/#/c/327173/ https://review.openstack.org/#/c/327178/ Radez On 06/08/2016 10:54 AM, Dan Radez wrote: > sure will, thx Emilien > Dan > > On 06/08/2016 09:08 AM, Emilien Macchi wrote: >> Yeah, super good news! >> Please do the same as I did in

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-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

[openstack-dev] [Monasca] Virtual Mid Cycle Coordinates - July 19/20

Monasca Mid Cycle Day 1 July 19 2016 7am to noon PDT Webex Join WebEx meeting: https://cisco.webex.com/ciscosales/j.php?MTID=mb490140119f1f6f518160d85b108 0a13 Meeting number: 200 700 937 Meeting password: mXdvExYq Join by phone +1-408-525-6800 Call-in toll number (US/Canada)

Re: [openstack-dev] [charms] Re-licensing OpenStack charms under Apache 2.0

Hi James, Le 2016-06-08 12:20, James Page a écrit : Hi We're currently blocked on becoming an OpenStack project under the big-tent by the licensing of the 26 OpenStack charms under GPL v3. I'm proposing that we re-license the following code repositories as Apache 2.0:   charm-ceilometer  

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

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] [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

[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] [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

[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

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

[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] [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

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] [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] [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)"

[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] [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

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] 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] [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] [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

[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-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

[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-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-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-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][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-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,

[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-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-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

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-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] 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][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-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-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][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] [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] [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-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-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-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-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] [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

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

[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

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

[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-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

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] [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

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] [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

[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

[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-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

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-Infra] JJB's use of inspect plugin info requires administrator permissions

Hi Thanh, Comments inline. On 7 June 2016 at 21:35, Thanh Ha wrote: > Taking a look at the code, I realized the test command allowed spoofing of > the plugins_info. I thought I'd try and see what happens if we allowed > spoofing with the update command too and

Re: [openstack-dev] Got Failure:"fixtures._fixtures.timeout.TimeoutException"

On Wed, Jun 08, 2016 at 01:29:49AM -0700, Clark Boylan wrote: > On Tue, Jun 7, 2016, at 10:40 PM, zhangshuai wrote: > > Hi all > > > > I have a question with fixtures._fixtures.timeout.TimeoutException. like > > following: > > > > > > > > > > Traceback (most recent call last): > > > > File

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

it will be mid-night (0:00) in my local time. But i think i am OK with it. so +1 for this. On Wed, Jun 8, 2016 at 9:12 PM, Paul Bourke wrote: > +1 > > On 08/06/16 13:54, Swapnil Kulkarni (coolsvap) wrote: > >> Dear Kollagues, >> >> Some time ago we discussed the

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

Dear Kollagues, Some time ago we discussed the requirement of alternating meeting times for Kolla weekly meeting due to major contributors from kolla-mesos were not able to attend weekly meeting at UTC 1600 and we implemented alternate US/APAC meeting times. With kolla-mesos not active anymore

Re: [OpenStack-Infra] Infra priorities and spec cleanup

Thanks for all the updates Jeremy :-) On Mon, Jun 6, 2016 at 9:21 AM, Jeremy Stanley wrote: > > > Store Build Logs in Swift > - > > > http://specs.openstack.org/openstack-infra/infra-specs/specs/logs-in-swift.html > > This seems to have taken a break,

  1   2   >