Re: [openstack-dev] [TripleO] [app-catalog] TripleO, Advanced Services, and the App Catalog

Excerpts from Christopher Aedo's message of 2015-07-26 14:52:31 -0700: On Sun, Jul 26, 2015 at 10:53 AM, Clint Byrum cl...@fewbar.com wrote: Excerpts from Christopher Aedo's message of 2015-07-25 19:35:24 -0700: My understanding of TripleO is that the entire model is tightly coupled

Re: [openstack-dev] [GSLB][LBaaS] Launchpad project, git repos and more!

Perhaps I missed a discussion: You seem to be doing all the things that an OpenStack project team does. Is there some reason you aren't just creating an OpenStack project team? http://governance.openstack.org/reference/new-projects-requirements.html

Re: [openstack-dev] OPENSTACK with CEPH storage backend cant down size an instance

Excerpts from James Galvin's message of 2015-07-24 09:08:36 -0700: Hi All I am having some trouble with down sizing an instance, I can resize the instance from say small flavour to medium flavour but when trying to resize the instance back from medium to small I get the following :

Re: [openstack-dev] [glance][api] Response when a illegal body is sent

Excerpts from Ian Cordasco's message of 2015-07-24 08:58:06 -0700: On 7/23/15, 19:38, michael mccune m...@redhat.com wrote: On 07/23/2015 12:43 PM, Ryan Brown wrote: On 07/23/2015 12:13 PM, Jay Pipes wrote: On 07/23/2015 10:53 AM, Bunting, Niall wrote: Hi, Currently when a body is

Re: [openstack-dev] [glance][api][tc] Response when a illegal body is sent

Excerpts from Ian Cordasco's message of 2015-07-24 11:22:33 -0700: On 7/24/15, 13:16, Clint Byrum cl...@fewbar.com wrote: Excerpts from Ian Cordasco's message of 2015-07-24 08:58:06 -0700: On 7/23/15, 19:38, michael mccune m...@redhat.com wrote: On 07/23/2015 12:43 PM, Ryan Brown

Re: [openstack-dev] [nova] Proposal for an Experiment

What you describe is a spike. It's a grand plan, and you don't need anyone's permission, so huzzah for the spike! As far as what should be improved, I hear a lot that having multiple schedulers does not scale well, so I'd suggest that as a primary target (maybe measure the _current_ problem, and

Re: [openstack-dev] [nova] Proposal for an Experiment

Excerpts from Jesse Cook's message of 2015-07-20 07:48:46 -0700: On 7/15/15, 9:18 AM, Ed Leafe e...@leafe.com wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Changing the architecture of a complex system such as Nova is never easy, even when we know that the design isn't working

Re: [openstack-dev] [nova] Exposing provider networks in network_data.json

Excerpts from Sam Stoelinga's message of 2015-07-18 05:39:23 -0700: +1 on Kevin Benton's comments. Ironic should have integration with switches where the switches are SDN compatible. The individual bare metal node should not care which vlan, vxlan or other translation is programmed at the

Re: [openstack-dev] [nova] Proposal for an Experiment

Excerpts from Chris Friesen's message of 2015-07-20 12:17:29 -0700: On 07/20/2015 11:40 AM, Clint Byrum wrote: To your earlier point about state being abused in the system, I totally 100% agree. In the past I've wondered a lot if there can be a worker model, where compute hosts all try

Re: [openstack-dev] [nova] Proposal for an Experiment

Excerpts from Chris Friesen's message of 2015-07-20 14:30:53 -0700: On 07/20/2015 02:04 PM, Clint Byrum wrote: Excerpts from Chris Friesen's message of 2015-07-20 12:17:29 -0700: Some questions: 1) Could you elaborate a bit on how this would work? I don't quite understand how you

Re: [openstack-dev] [nova] Proposal for an Experiment

Excerpts from Joshua Harlow's message of 2015-07-20 14:57:48 -0700: I have a feeling that we really need to make whatever this selection process has clearly defined API boundaries, so that various 'implementation experiments' can be used (and researched on). Those API boundaries will be

Re: [openstack-dev] [Heat] conditional resource exposure - second thoughts

Excerpts from Pavlo Shchelokovskyy's message of 2015-07-14 11:34:37 -0700: Hi Heaters, currently we already expose to the user only resources for services deployed in the cloud [1], and soon we will do the same based on whether actual user roles allow creating specific resources [2]. Here I

Re: [openstack-dev] [cross-project] Admin

Excerpts from Adam Young's message of 2015-10-19 22:53:14 +0900: > While I tend to play up bug 968696 for dramatic effect, the reality is > we have a logical contradiction on what we mean by 'admin' when talking > about RBAC. > > In early iterations of OpenStack, roles were global. This is

Re: [openstack-dev] [keystone] [Mistral] [Heat] Autoprovisioning, per-user projects, and Federation

Excerpts from Zane Bitter's message of 2015-11-11 09:43:43 -0800: > 1. Keystone (or some Rabbit->Zaqar proxy service reading notifications > from Keystone) sends "new federated user" notification out via Zaqar. > 2. Mistral picks up the message and checks policy to see what should be > done. >

Re: [openstack-dev] [nova][cinder] About rebuilding volume-backed instances.

Excerpts from Murray, Paul (HP Cloud)'s message of 2015-11-11 09:01:16 -0800: > > Unfortunately, you're trying to work around misuse of the cloud API's, not > > missing features from them. Don't use those volume types, and don't build > > systems that rely on single ports and interfaces. IMO

Re: [openstack-dev] [keystone] [Mistral] Autoprovisioning, per-user projects, and Federation

Excerpts from Richard Raseley's message of 2015-11-09 10:34:26 -0800: > From this operator’s perspective this is exactly the element of community > culture that, by encouraging the proliferation of projects and tools, is > making the OpenStack landscape more complex and less >

Re: [openstack-dev] [nova][cinder] About rebuilding volume-backed instances.

Excerpts from Zhenyu Zheng's message of 2015-11-08 23:04:59 -0800: > Hi All, > > Currently, we have strong demands about "rebuilding"(or actions like > rebuilding) volume-backed instances. As in production deployment, volume > backed instance is widely used. Users have the demands of performing

Re: [openstack-dev] Help with getting keystone to migrate to Debian testing: fixing repoze.what and friends

Excerpts from Clint Byrum's message of 2015-11-11 10:57:26 -0800: > Excerpts from Morgan Fainberg's message of 2015-11-10 20:17:12 -0800: > > On Nov 10, 2015 16:48, "Clint Byrum" <cl...@fewbar.com> wrote: > > > > > > Excerpts from Morgan Fain

Re: [openstack-dev] Help with getting keystone to migrate to Debian testing: fixing repoze.what and friends

Excerpts from Jamie Lennox's message of 2015-11-12 15:28:06 -0800: > On 12 November 2015 at 15:09, Clint Byrum <cl...@fewbar.com> wrote: > > > Excerpts from Clint Byrum's message of 2015-11-11 10:57:26 -0800: > > > Excerpts from Morgan Fainberg's message o

Re: [openstack-dev] [All] Use of self signed certs in endpoints

Excerpts from Xav Paice's message of 2015-11-15 11:45:55 -0800: > After having a brief discussion this morning (NZ time) on the > #python-requests irc, it seems that using the system CA bundle is a "Not a > chance" situation. They've tried, and found it unmaintainable due to the > vast variations

Re: [openstack-dev] [keystone] [Mistral] [Heat] Autoprovisioning, per-user projects, and Federation

Excerpts from Renat Akhmerov's message of 2015-11-12 07:52:42 -0800: > > > On 12 Nov 2015, at 00:11, Clint Byrum <cl...@fewbar.com> wrote: > > > > Excerpts from Zane Bitter's message of 2015-11-11 09:43:43 -0800: > >> 1. Keystone (or some Rabbit->Za

Re: [openstack-dev] [all] Outcome of distributed lock manager discussion @ the summit

; sites already. being able to support it may be less of a burden to > > operators then zk in some cases. > > > > If your cloud grows to the point where the dlm choice really matters for > > scalability/correctness, then you probably have enough staff members to > > d

Re: [openstack-dev] Help with getting keystone to migrate to Debian testing: fixing repoze.what and friends

Excerpts from Morgan Fainberg's message of 2015-11-10 20:17:12 -0800: > On Nov 10, 2015 16:48, "Clint Byrum" <cl...@fewbar.com> wrote: > > > > Excerpts from Morgan Fainberg's message of 2015-11-10 15:31:16 -0800: > > > On Tue, Nov 10, 2015 at 3:20 PM

Re: [openstack-dev] [oslo] [nova] default-next-release opt flag

Excerpts from Alexis Lee's message of 2015-11-17 09:28:31 -0800: > Often in Nova we introduce an option defaulted off (so as not to break > people) but then we want to make it default in the next release. > > Someone suggested an opt flag to mark this but I don't know what impact > they wanted it

Re: [openstack-dev] Help with getting keystone to migrate to Debian testing: fixing repoze.what and friends

Excerpts from Morgan Fainberg's message of 2015-11-10 15:31:16 -0800: > On Tue, Nov 10, 2015 at 3:20 PM, Thomas Goirand wrote: > > > Hi there! > > > > All of Liberty would be migrating from Sid to Testing (which is the > > pre-condition for an upload to offical Debian backports)

Re: [openstack-dev] [nova][cinder] About rebuilding volume-backed instances.

ze the configuration using your tools, and then move the volume attachment from the old to the new. *DO* build systems that use DNS or a VIP to communicate so that new ports can be allocated and attached to the new instance while the old one is stil active. > On Mon, Nov 9, 2015 at 3:28 PM, Clint Byru

Re: [openstack-dev] [all] Outcome of distributed lock manager discussion @ the summit

Excerpts from Joshua Harlow's message of 2015-11-04 12:57:53 -0800: > Ed Leafe wrote: > > On Nov 3, 2015, at 6:45 AM, Davanum Srinivas wrote: > >> Here's a Devstack review for zookeeper in support of this initiative: > >> > >> https://review.openstack.org/241040 > >> > >>

Re: [openstack-dev] [TripleO] Proposing Ian Wienand as core reviewer on diskimage-builder

Excerpts from Gregory Haynes's message of 2015-11-03 07:25:27 -0800: > Hello everyone, > > I would like to propose adding Ian Wienand as a core reviewer on the > diskimage-builder project. Ian has been making a significant number of > contributions for some time to the project, and has been a

Re: [openstack-dev] [Spam] Re: [all] Outcome of distributed lock manager discussion @ the summit

Excerpts from Chris Dent's message of 2015-11-05 00:08:16 -0800: > On Thu, 5 Nov 2015, Robert Collins wrote: > > > In the session we were told that zookeeper is already used in CI jobs > > for ceilometer (was this wrong?) and thats why we figured it made a > > sane default for devstack. > > For

Re: [openstack-dev] [keystone] [Mistral] Autoprovisioning, per-user projects, and Federation

Excerpts from Doug Hellmann's message of 2015-11-05 09:51:41 -0800: > Excerpts from Adam Young's message of 2015-11-05 12:34:12 -0500: > > Can people help me work through the right set of tools for this use case > > (has come up from several Operators) and map out a plan to implement it: > > > >

Re: [openstack-dev] [all] Outcome of distributed lock manager discussion @ the summit

Excerpts from Fox, Kevin M's message of 2015-11-04 14:32:42 -0800: > To clarify that statement a little more, > > Speaking only for myself as an op, I don't want to support yet one more > snowflake in a sea of snowflakes, that works differently then all the rest, > without a very good reason. >

Re: [openstack-dev] [tripleO] appropriate location for docker image uploading

Excerpts from Jeff Peeler's message of 2015-11-03 11:54:24 -0800: > I'm looking at introducing the ability for tripleoclient to upload > docker images into a docker registry (planning for it to be installed > in the undercloud [1]). I wanted to make sure something like this > would be accepted or

Re: [openstack-dev] [all][api][tc][perfromance] API for getting only status of resources

Excerpts from Boris Pavlovic's message of 2015-11-03 14:20:10 -0800: > Hi stackers, > > Usually such projects like Heat, Tempest, Rally, Scalar, and other tool > that works with OpenStack are working with resources (e.g. VM, Volumes, > Images, ..) in the next way: > > >>> resource =

Re: [openstack-dev] [all][api][tc][perfromance] API for getting only status of resources

Excerpts from Boris Pavlovic's message of 2015-11-03 17:32:43 -0800: > Clint, Morgan, > > I totally agree that the pub/sub model is better approach. > > However, there are 2 great things about polling: > 1) it's simpler to use than pub/sub (especially in shell) I envision something like this:

Re: [openstack-dev] [all][api][tc][perfromance] API for getting only status of resources

Excerpts from John Griffith's message of 2015-11-03 21:45:12 -0800: > On Tue, Nov 3, 2015 at 3:20 PM, Boris Pavlovic wrote: > > > Hi stackers, > > > > Usually such projects like Heat, Tempest, Rally, Scalar, and other tool > > that works with OpenStack are working with

Re: [openstack-dev] [all] Outcome of distributed lock manager discussion @ the summit

Excerpts from Fox, Kevin M's message of 2015-11-05 13:18:13 -0800: > Your assuming there are only 2 choices, > zk or db+rabbit. I'm claiming both hare suboptimal at present. a 3rd might > be needed. Though even with its flaws, the db+rabbit choice has a few > benefits too. > Well, I'm

Re: [openstack-dev] [nova][policy] Exposing hypervisor details to users

Excerpts from Tony Breeds's message of 2015-11-05 22:08:59 -0800: > Hello all, > I came across [1] which is notionally an ironic bug in that horizon > presents > VM operations (like suspend) to users. Clearly these options don't make sense > to ironic which can be confusing. > > There is a

Re: [openstack-dev] [Openstack-operators] [stable][all] Keeping Juno "alive" for longer.

Excerpts from Doug Hellmann's message of 2015-11-06 10:28:41 -0800: > Excerpts from Clint Byrum's message of 2015-11-06 10:12:21 -0800: > > Excerpts from Dan Smith's message of 2015-11-06 09:37:44 -0800: > > > > Worth mentioning that OpenStack releases that come out at the same time > > > > as

Re: [openstack-dev] [Openstack-operators] [stable][all] Keeping Juno "alive" for longer.

Excerpts from Joshua Harlow's message of 2015-11-06 11:11:02 -0800: > Clint Byrum wrote: > > Excerpts from Doug Hellmann's message of 2015-11-06 10:28:41 -0800: > >> Excerpts from Clint Byrum's message of 2015-11-06 10:12:21 -0800: > >>> Excerpts from Dan Smith's

Re: [openstack-dev] [Openstack-operators] [stable][all] Keeping Juno "alive" for longer.

Excerpts from Dan Smith's message of 2015-11-06 09:37:44 -0800: > > Worth mentioning that OpenStack releases that come out at the same time > > as Ubuntu LTS releases (12.04 + Essex, 14.04 + Icehouse, 16.04 + Mitaka) > > are supported for 5 years by Canonical so are already kind of an LTS. > >

Re: [openstack-dev] [Openstack-operators] [stable][all] Keeping Juno "alive" for longer.

Excerpts from Erik McCormick's message of 2015-11-06 09:36:44 -0800: > On Fri, Nov 6, 2015 at 12:28 PM, Mark Baker wrote: > > Worth mentioning that OpenStack releases that come out at the same time as > > Ubuntu LTS releases (12.04 + Essex, 14.04 + Icehouse, 16.04 +

Re: [openstack-dev] Scheduler proposal

Excerpts from Zane Bitter's message of 2015-10-07 12:28:36 -0700: > On 07/10/15 13:36, Ed Leafe wrote: > > Several months ago I proposed an experiment [0] to see if switching the > > data model for the Nova scheduler to use Cassandra as the backend would be > > a significant improvement as

Re: [openstack-dev] [Openstack-operators] Scheduler proposal

Excerpts from Maish Saidel-Keesing's message of 2015-10-08 00:14:55 -0700: > Forgive the top-post. > > Cross-posting to openstack-operators for their feedback as well. > > Ed the work seems very promising, and I am interested to see how this > evolves. > > With my operator hat on I have one

Re: [openstack-dev] Scheduler proposal

Excerpts from Joshua Harlow's message of 2015-10-08 08:38:57 -0700: > Joshua Harlow wrote: > > On Thu, 8 Oct 2015 10:43:01 -0400 > > Monty Taylor wrote: > > > >> On 10/08/2015 09:01 AM, Thierry Carrez wrote: > >>> Maish Saidel-Keesing wrote: > Operational overhead has a

Re: [openstack-dev] Scheduler proposal

Excerpts from Ed Leafe's message of 2015-10-15 11:56:24 -0700: > Wow, I seem to have unleashed a bunch of pent-up frustration in the > community! It's great to see everyone coming forward with their ideas and > insights for improving the way Nova (and, by extension, all of OpenStack) can >

Re: [openstack-dev] Custom Nova scheduler based on CPU queue length

Excerpts from Rahul Nair's message of 2015-10-20 18:53:09 -0700: > ​Hi All, > > I am fairly new to the OpenStack community and is trying to create a custom > scheduler for Nova. A scheduler based on CPU queue length. Kindly apologize > if there are any inaccuracies in my statements. > > As I

Re: [openstack-dev] Scheduler proposal

Excerpts from Alec Hothan (ahothan)'s message of 2015-10-09 21:19:14 -0700: > > On 10/9/15, 6:29 PM, "Clint Byrum" <cl...@fewbar.com> wrote: > > >Excerpts from Chris Friesen's message of 2015-10-09 17:33:38 -0700: > >> On 10/09/2015 03:36 PM, Ian Wells

Re: [openstack-dev] Scheduler proposal

Excerpts from Ian Wells's message of 2015-10-09 19:14:17 -0700: > On 9 October 2015 at 18:29, Clint Byrum <cl...@fewbar.com> wrote: > > > Instead of having the scheduler do all of the compute node inspection > > and querying though, you have the nodes push their stats

Re: [openstack-dev] Scheduler proposal

Excerpts from Joshua Harlow's message of 2015-10-10 17:43:40 -0700: > I'm curious is there any more detail about #1 below anywhere online? > > Does cassandra use some features of the JVM that the openJDK version > doesn't support? Something else? > This about sums it up:

Re: [openstack-dev] Scheduler proposal

Excerpts from Boris Pavlovic's message of 2015-10-11 00:02:39 -0700: > 2Everybody, > > Just curios why we need such complexity. > > > Let's take a look from other side: > 1) Information about all hosts (even in case of 100k hosts) will be less > then 1 GB > 2) Usually servers that runs

Re: [openstack-dev] Scheduler proposal

Excerpts from Chris Friesen's message of 2015-10-09 23:16:43 -0700: > On 10/09/2015 07:29 PM, Clint Byrum wrote: > > > Even if you figured out how to make the in-memory scheduler crazy fast, > > There's still value in concurrency for other reasons. No matter how > > fas

Re: [openstack-dev] Scheduler proposal

Excerpts from Thomas Goirand's message of 2015-10-12 05:57:26 -0700: > On 10/11/2015 02:53 AM, Davanum Srinivas wrote: > > Thomas, > > > > i am curious as well. AFAIK, cassandra works well with OpenJDK. Can you > > please elaborate what you concerns are for #1? > > > > Thanks, > > Dims > >

Re: [openstack-dev] Scheduler proposal

Excerpts from Joshua Harlow's message of 2015-10-12 08:35:20 -0700: > Thierry Carrez wrote: > > Clint Byrum wrote: > >> Excerpts from Joshua Harlow's message of 2015-10-10 17:43:40 -0700: > >>> I'm curious is there any more detail about #1 below anywhere online? >

Re: [openstack-dev] Scheduler proposal

Excerpts from Boris Pavlovic's message of 2015-10-11 01:14:08 -0700: > Clint, > > There are many PROS and CONS in both of approaches. > > Reinventing wheel (in this case it's quite simple task) and it gives more > flexibility and doesn't require > usage of ZK/Consul (which will simplify

Re: [openstack-dev] [all] service catalog: TNG

Excerpts from Sean Dague's message of 2015-10-09 14:00:40 -0700: > On 10/09/2015 02:52 PM, Jonathan D. Proulx wrote: > > On Fri, Oct 09, 2015 at 02:17:26PM -0400, Monty Taylor wrote: > > :On 10/09/2015 01:39 PM, David Stanek wrote: > > :> > > :>On Fri, Oct 9, 2015 at 1:28 PM, Jonathan D. Proulx

Re: [openstack-dev] Scheduler proposal

Excerpts from Jeremy Stanley's message of 2015-10-13 06:13:32 -0700: > On 2015-10-12 20:49:44 -0700 (-0700), Joshua Harlow wrote: > > Does the openstack foundation have access to a scaling area that > > can be used by the community for this kind of experimental work? > > The OpenStack Foundation

Re: [openstack-dev] Scheduler proposal

Excerpts from Ian Wells's message of 2015-10-13 09:24:42 -0700: > On 12 October 2015 at 21:18, Clint Byrum <cl...@fewbar.com> wrote: > > > We _would_ keep a local cache of the information in the schedulers. The > > centralized copy of it is to free the schedulers from the

Re: [openstack-dev] Scheduler proposal

Excerpts from Dulko, Michal's message of 2015-10-13 03:49:44 -0700: > On Mon, 2015-10-12 at 10:13 -0700, Clint Byrum wrote: > > Zookeeper sits in a very different space from Cassandra. I have had good > > success with it on OpenJDK as well. > > > > That said, we ne

Re: [openstack-dev] [Openstack-operators] Scheduler proposal

Excerpts from Chris Friesen's message of 2015-10-08 23:52:41 -0700: > On 10/08/2015 01:37 AM, Clint Byrum wrote: > > Excerpts from Maish Saidel-Keesing's message of 2015-10-08 00:14:55 -0700: > >> Forgive the top-post. > >> > >> Cross-posting to openstack-

Re: [openstack-dev] [all] service catalog: TNG

Excerpts from Adam Young's message of 2015-10-09 09:51:55 -0700: > On 10/09/2015 12:28 PM, Monty Taylor wrote: > > On 10/09/2015 11:21 AM, Shamail wrote: > >> > >> > >>> On Oct 9, 2015, at 10:39 AM, Sean Dague wrote: > >>> > >>> It looks like some great conversation got going on

Re: [openstack-dev] Scheduler proposal

Excerpts from Chris Friesen's message of 2015-10-09 10:54:36 -0700: > On 10/09/2015 11:09 AM, Zane Bitter wrote: > > > The optimal way to do this would be a weighted random selection, where the > > probability of any given host being selected is proportional to its > > weighting. > > (Obviously

Re: [openstack-dev] Scheduler proposal

Excerpts from Ian Wells's message of 2015-10-12 19:43:48 -0700: > On 11 October 2015 at 00:23, Clint Byrum <cl...@fewbar.com> wrote: > > > I'm in, except I think this gets simpler with an intermediary service > > like ZK/Consul to keep track of this 1GB of data and re

Re: [openstack-dev] [ironic] Re: New API for node create, specifying initial provision state

Excerpts from Lucas Alvares Gomes's message of 2015-08-27 02:40:26 -0700: On Wed, Aug 26, 2015 at 11:09 PM, Julia Kreger juliaashleykre...@gmail.com wrote: My apologies for not expressing my thoughts on this matter sooner, however I've had to spend some time collecting my thoughts. To

Re: [openstack-dev] [Heat] convergence rally test results (so far)

Excerpts from Anant Patil's message of 2015-08-30 23:01:29 -0700: > Hi Angus, > > Thanks for doing the tests with convergence. We are now assured that > convergence has not impacted the performance in a negative way. Given > that, in convergence, a stack provisioning process goes through a lot of

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

Excerpts from Nir Yechiel's message of 2014-07-07 09:15:09 -0700: > AFAIK, the cloud-init metadata service can currently be accessed only by > sending a request to http://169.254.169.254, and no IPv6 equivalent is > currently implemented. Does anyone working on this or tried to address this >

Re: [openstack-dev] [Neutron] cloud-init IPv6 support

of these private networks only to the places where the cloud operator has services running. Excerpts from Fox, Kevin M's message of 2015-09-08 14:44:35 -0700: > How does that work with neutron private networks? > > Thanks, > Kevin > ____ > Fro

Re: [openstack-dev] [glance] proposed priorities for Mitaka

Excerpts from Doug Hellmann's message of 2015-09-14 12:51:24 -0700: > Excerpts from Flavio Percoco's message of 2015-09-14 14:41:00 +0200: > > On 14/09/15 08:10 -0400, Doug Hellmann wrote: > > > > > >After having some conversations with folks at the Ops Midcycle a > > >few weeks ago, and observing

Re: [openstack-dev] [glance] proposed priorities for Mitaka

Excerpts from Doug Hellmann's message of 2015-09-14 13:46:16 -0700: > Excerpts from Clint Byrum's message of 2015-09-14 13:25:43 -0700: > > Excerpts from Doug Hellmann's message of 2015-09-14 12:51:24 -0700: > > > Excerpts from Flavio Percoco's message of 2015-09-14 14:41:00 +0200: > > > > On

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

Excerpts from ozamiatin's message of 2015-09-16 08:24:53 -0700: > Hi All, > > I'm excited to report that today we have merged [1] new zmq driver into > oslo.messaging master branch. > The driver is not completely done yet, so we are going to continue > developing it on the master branch now. >

Re: [openstack-dev] [puppet] service default value functions

Excerpts from Alex Schultz's message of 2015-09-16 09:53:10 -0700: > Hey puppet folks, > > Based on the meeting yesterday[0], I had proposed creating a parser > function called is_service_default[1] to validate if a variable matched our > agreed upon value of ''. This got me thinking about how >

Re: [openstack-dev] [openstack-ansible] Security hardening

Excerpts from Major Hayden's message of 2015-09-10 09:33:27 -0700: > Hash: SHA256 > > On 09/10/2015 11:22 AM, Matthew Thode wrote: > > Sane defaults can't be used? The two bugs you listed look fine to me as > > default things to do. > > Thanks, Matthew. I tend to agree. > > I'm wondering if

[openstack-dev] [election] [tc] TC candidacy -- Let's do this

ese things even more. Thank you for your time! Clint Byrum IBM __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack

Re: [openstack-dev] [all] -1 due to line length violation in commit messages

Excerpts from Kevin Benton's message of 2015-09-28 14:29:14 -0700: > I think a blanket statement about what people's motivations are is not > fair. We've seen in this thread that some people want to enforce the limit > of 72 chars and it's not about padding their stats. > > The issue here is that

Re: [openstack-dev] [all] -1 due to line length violation in commit messages

Excerpts from Morgan Fainberg's message of 2015-09-26 23:36:09 -0700: > As a core (and former PTL) I just ignored commit message -1s unless there is > something majorly wrong (no bug id where one is needed, etc). > > I appreciate well formatted commits, but can we let this one go? This >

Re: [openstack-dev] [heat] Convergence: Detecting and handling worker failures

Excerpts from Anant Patil's message of 2015-09-30 00:10:52 -0700: > Hi, > > One of remaining items in convergence is detecting and handling engine > (the engine worker) failures, and here are my thoughts. > > Background: Since the work is distributed among heat engines, by some > means heat

Re: [openstack-dev] [Large Deployments Team][Performance Team] New informal working group suggestion

Excerpts from Dina Belova's message of 2015-09-22 05:57:19 -0700: > Hey, OpenStackers! > > I'm writing to propose to organise new informal team to work specifically > on the OpenStack performance issues. This will be a sub team in already > existing Large Deployments Team, and I suppose it will

Re: [openstack-dev] [glance] Auth_version from 'old style' URLs in the database

Excerpts from Flavio Percoco's message of 2015-12-04 07:00:53 -0800: > On 03/12/15 16:24 +, Bunting, Niall wrote: > >Hi, > > > >Currently glance will use an auth_url if in the database. Eg. > >10.0.0.8:5000/v2.0 > > > >However glance currently takes the auth_version from the config > >files.

Re: [openstack-dev] [Openstack-operators] [nova] [openstack-operators] Tools to move instances between projects?

Excerpts from Kris G. Lindgren's message of 2015-12-02 15:43:13 -0800: > I can describe our specific uses cases, not sure our same limitations apply > to everyone. > > Every developer in our company has a project created for them (user-username) > they are allowed to spinup 5 vm's in this

Re: [openstack-dev] [Performance][Proposal] Moving IRC meeting from 15:00 UTC to 16:00 UTC

Excerpts from Dina Belova's message of 2015-12-04 01:46:06 -0800: > Dear performance folks, > > There is a suggestion to move our meeting time from 15:00 UTC (Tuesdays > ) to > 16:00 UTC (also Tuesdays >

Re: [openstack-dev] [heat][tripleo] User Initiated Rollback

Zane I want to echo your sentiments exactly below. I agree with all of the things basically. The only thing I'd add is that no matter how good you make Heat's rollback API, it will never be as good as git. So I would suggest that you just have people roll forward from Heat's perspective, and let

Re: [openstack-dev] [nova] [openstack-operators] Tools to move instances between projects?

Excerpts from Kris G. Lindgren's message of 2015-12-02 12:52:10 -0800: > Hello, > > I was wondering if someone has a set of tools/code to work allow admins to > move vm's from one tenant to another? We get asked this fairly frequently in > our internal cloud (atleast once a week, more when we

Re: [openstack-dev] [oslo][all] The lock files saga (and where we can go from here)

Excerpts from Joshua Harlow's message of 2015-12-01 09:28:18 -0800: > Sean Dague wrote: > > On 12/01/2015 08:08 AM, Duncan Thomas wrote: > >> > >> On 1 December 2015 at 13:40, Sean Dague >> > wrote: > >> > >> > >> The current approach means locks block

Re: [openstack-dev] [TripleO][DIB] diskimage-builder and python 2/3 compatibility

Excerpts from Gregory Haynes's message of 2015-12-09 12:49:07 -0800: > Excerpts from Ian Wienand's message of 2015-12-09 09:35:15 +: > > On 12/09/2015 07:15 AM, Gregory Haynes wrote: > > > We ran in to a couple issues adding Fedora 23 support to > > > diskimage-builder caused by python2 not

Re: [openstack-dev] Reg: Blueprint -- add-compute-node-on-the-go

Excerpts from Atul Ag's message of 2015-12-10 06:50:05 -0800: > Hi, > > I have added the blue print > https://blueprints.launchpad.net/nova/+spec/add-compute-node-on-the-go. > Can you please let me know the feasibility, and accept the blueprint. > Hi Atul, welcome, and thanks for your

Re: [openstack-dev] [mistral] bugfix for "Fix concurrency issues by using READ_COMMITTED" unveils / creates a different bug

Excerpts from ELISHA, Moshe (Moshe)'s message of 2015-12-07 08:29:44 -0800: > Hi all, > > The current bugfix I am working on[1] have unveiled / created a bug. > Test "WorkflowResumeTest.test_resume_different_task_states" sometimes fails > because "task4" is executed twice instead of once (See

Re: [openstack-dev] [openstack][magnum] Quota for Magnum Resources

Excerpts from Fox, Kevin M's message of 2015-12-16 12:19:59 -0800: > keypairs are real though. they consume database resource at the moment. You > don't want a user blowing out your db. Quota's should be for things that ops > will get sad over, if the users consume too many of them. > Limit

Re: [openstack-dev] [Heat] Status of the Support Conditionals in Heat templates

Excerpts from Fox, Kevin M's message of 2015-12-15 09:07:02 -0800: > My $0.02: > > heat as it is today, requires all users to be devops, and to carefully craft > the templates launched specific to the cloud and the particular app they are > trying to write. Making sharing code between heat

Re: [openstack-dev] [ironic][neutron][keystone] how to reauth the token

Excerpts from Pavlo Shchelokovskyy's message of 2015-12-16 07:59:42 -0800: > Hi all, > > I'd like to start discussion on how Ironic is using Neutron when Keystone > is involved. > > Recently the patch [0] was merged in Ironic to fix a bug when the token > with which to create the neutronclient

Re: [openstack-dev] [Ironic] [Nova] continuing the "multiple compute host" discussion

Excerpts from Jim Rollenhagen's message of 2015-12-16 08:03:22 -0800: > Nobody is talking about running a compute per flavor or capability. All > compute hosts will be able to handle all ironic nodes. We *do* still > need to figure out how to handle availability zones or host aggregates, > but I

Re: [openstack-dev] [openstack][magnum] Quota for Magnum Resources

Excerpts from Adrian Otto's message of 2015-12-16 12:35:10 -0800: > Clint, > > > On Dec 16, 2015, at 11:56 AM, Tim Bell <tim.b...@cern.ch> wrote: > > > >> -Original Message- > >> From: Clint Byrum [mailto:cl...@fewbar.com] > >>

Re: [openstack-dev] [openstack][magnum] Quota for Magnum Resources

Excerpts from Adrian Otto's message of 2015-12-16 16:56:39 -0800: > Clint, > > I think you are categorically dismissing a very real ops challenge of how to > set correct system limits, and how to adjust them in a running system. I have > been stung by this challenge repeatedly over the years.

Re: [openstack-dev] [openstack][magnum] Quota for Magnum Resources

Excerpts from Fox, Kevin M's message of 2015-12-16 16:05:29 -0800: > Yeah, as an op, I've run into a few things that need quota's that just have > basically hardcoded values. heat stacks for example. its a single global in > /etc/heat/heat.conf:max_stacks_per_tenant=100. Instead of being able to

Re: [openstack-dev] [openstack][magnum] Quota for Magnum Resources

Hi! Can I offer a counter point? Quotas are for _real_ resources. Memory, CPU, disk, bandwidth. These are all _closely_ tied to things that cost real money and cannot be conjured from thin air. As such, the user being able to allocate 1 billion or 2 containers is not limited by Magnum, but by

Re: [openstack-dev] [Heat] Status of the Support Conditionals in Heat templates

Excerpts from Fox, Kevin M's message of 2015-12-15 17:21:13 -0800: > the one thing as an Op I'd like to see avoided is having the template > language be Turing complete. When I'm provisioning heat-engines its much > easier if you know how many you need when the user can't force them to spin >

Re: [openstack-dev] [Ironic] [Nova] continuing the "multiple compute host" discussion

Excerpts from James Penick's message of 2015-12-15 17:19:19 -0800: > > getting rid of the raciness of ClusteredComputeManager in my > >current deployment. And I'm willing to help other operators do the same. > > You do alleviate race, but at the cost of complexity and > unpredictability.

Re: [openstack-dev] [heat] Client checking of server version

Excerpts from Jay Dobies's message of 2016-01-04 12:53:07 -0800: > I ran into an issue in a review about moving environment resolution from > client to server [1]. It revolves around clients being able to access > older versions of servers (that's a pretty simplistic description; see > [2] for

Re: [openstack-dev] How to add feature to diskimage-builder

Excerpts from George Shuklin's message of 2015-12-29 09:16:52 -0800: > Hello. > > I'm trying add a small feature to one of the elements in > diskimage-builder (https://github.com/openstack/diskimage-builder/pull/10/) > > I have experience with gerrit and openstack bugfix workflow, but I have >

Re: [openstack-dev] Nova scheduler startup when database is not available

Excerpts from Jay Pipes's message of 2015-12-23 10:32:27 -0800: > On 12/23/2015 12:27 PM, Lars Kellogg-Stedman wrote: > > I've been looking into the startup constraints involved when launching > > Nova services with systemd using Type=notify (which causes systemd to > > wait for an explicit

Re: [openstack-dev] Nova scheduler startup when database is not available

Excerpts from Jay Pipes's message of 2015-12-28 09:45:39 -0800: > On 12/24/2015 02:30 PM, Clint Byrum wrote: > > This is entirely philosophical, but we should think about when it is > > appropriate to adopt which mode of operation. > > > > There are basically two ways

Re: [openstack-dev] [keystone][all] Move from active distrusting model to trusting model

Excerpts from Thierry Carrez's message of 2015-11-23 09:17:06 -0800: > Morgan Fainberg wrote: > > [...] > > With all that said, here is the proposal I would like to set forth: > > > > 1. Code reviews still need 2x Core Reviewers (no change) > > 2. Code can be developed by a member of the same

<    4   5   6   7   8   9   10   11   12   13   >