On Tue, Sep 9, 2014 at 12:24 AM, Joe Gordon wrote:
> 1) Should we explicitly set the number of workers that services use in
> devstack? Why have so many workers in a small all-in-one environment? What
> is the right balance here?
This is what we do for Swift, without setting this up it would
There're several ways to overcome the problem.
Other than https, using the socks proxy is also possible.
$ sudo aptitude install connect-proxy ##for windows, just install the git
$ cat ~/.ssh/config
Host review.openstack.org
ProxyCommand connect -S *PROXY_IP*:*PORT* %h %p
IdentityFile ~/.s
Greetings,
Yesterday, the switch-over to glance_store[0] landed. I'm really happy
about this since it'll, I believe, help us to clean up the code in
glance and have a better abstraction for the storage code. These are
just 2 of a set of really important benefits. Anyway...
I'd like to give a head
Hi All,
I have been running tempest tests on my cinder driver for about a month
now.
However, since last week i see the create volume logic was attempted thrice
by the scheduler after a failure during volume creation.
However, i would like the scheduler not to attempt after a failure in
volume c
Hi all,
please see below original email below from Dmitry. I've modified the
subject to bring larger audience to the issue.
I'd like to split the issue into two parts:
1. Maintenance mode for OpenStack controllers in HA mode (HA-ed
Keystone, Glance, etc.)
2. Maintenance mode for OpenStac
On Mon, Sep 08, 2014 at 05:20:54PM -0700, Stefano Maffulli wrote:
> On 09/05/2014 07:07 PM, James Bottomley wrote:
> > Actually, I don't think this analysis is accurate. Some people are
> > simply interested in small aspects of a project. It's the "scratch your
> > own itch" part of open source.
On Sat, Sep 6, 2014 at 9:54 AM, Prasad Vellanki <
prasad.vella...@oneconvergence.com> wrote:
> Good discussion.
>
> Based on this I think we should get started on the stackforge right away.
>
> Sumit - It would be great if you get started on the StackForge soon. We
> have a few changes that needs
I haven't had a chance to read other people's posts, so I am sure
there is duplication here.
What would I have all of OpenStack working on if I was ruler of the
universe? Let's see...
1. Fixing our flakey gate: we're all annoyed by our code failing tests
with transient errors, but most people jus
+1 to DmitryB, I think in this particular time and case we should open
stable/5.1. But not to call it HCF [1].
Though I think we should retrospect our approaches here.
1. Sometimes we can squash 30 bugs a day, and formally reach HCF. Though
the day after we will get 30 New bugs from QA. We
Hi Jesse Pretorius,
if you read my whole mail carefully, it’s about the current development of
OpenStack Cascading [1] and future development of OpenStack for distributed
cluster. And I don’t see it fits to Ops at all. Many thanks.
Kind Regards,
Tri Hoang Vo
From: Jesse Pretorius [mailto:jesse
Mike,
just to clarify - do we want consider this as an exception, which is
not going to be repeated next release? If not, we might want to
consider updating the statement "It is the time when master opens for
next release changes, including features." in [1]. If I got you
correct, we are going to o
Hi,
Was looking at the wrong channel last week….
Looked at the minutes. Tnx for raising the topic.
Let’s discuss this week.
Tnx!
I
On 9/8/14, 5:49 PM, "Steve Gordon" wrote:
>- Original Message -
>> From: "ITAI MENDELSOHN (ITAI)"
>> To: "OpenStack Development Mailing List (not for usag
Currently I think we should take it as an exception, and discuss two points
which I brought up. Obviously, if we open stable/5.1, then we are opening
master for new features.
We will modify HCF definition once we settle on final decision.
Thanks,
On Tue, Sep 9, 2014 at 1:02 PM, Igor Marnat wrot
Dear Fuelers,
I have some ideas and questions to share regarding Fuel Master access
control.
During 5,1 cycle we made some non optimal decision which we have to fix.
The following blueprint describes required changes:
https://blueprints.launchpad.net/fuel/+spec/access-control-master-node-improvm
Hi Sahdev,
On Tue, Sep 02, 2014 at 11:52:30AM -0400, Sahdev P Zala wrote:
>Hello guys,
>
>As you know, the heat-translator project was started early this year with
>an aim to create a tool to translate non-Heat templates to HOT. It is a
>StackForge project licensed under Apach
I think that the management of certificates should be discussed in the
ca-deployment blueprint [3]
We had some discussions and it seems that one idea is to use a docker
container as the root authority. By doing this we should be able to sign
certificate from Nailgun and distribute the certificate
As I understand your proposal, we need to split our HCF milestone into two
check points: Branching Point and HCF itself.
Branching point should happen somewhere in between SCF and HCF. And though
It may coincide with HCF, it needs its own list of requirements. This will
give us the possibility to
Hi sahara folks,
I'd like to start brainstorming ideas for the upcoming summit design
sessions earlier than previous times to have more time to discuss
topics and prioritize / filter / prepare them.
Here is an etherpad to start the brainstorming:
https://etherpad.openstack.org/p/kilo-sahara-summ
On 09/08/2014 08:18 PM, James E. Blair wrote:
> Sean Dague writes:
>
>> The crux of the issue is that zookeeper python modules are C extensions.
>> So you have to either install from packages (which we don't do in unit
>> tests) or install from pip, which means forcing zookeeper dev packages
>> l
On 09/09/14 01:20, Stefano Maffulli wrote:
> From conversations with PTLs and core reviewers I get the impression
> that lots of drivers contributions come with bad code. These require a
> lot of time and reviewers energy to be cleaned up, causing burn out and
> bad feelings on all sides. What if w
Hi folks,
We know the ceilometer collect the data through poster periodically.
But how to collect the real-time data? whether plan to implement it or not
Thanks!
Jian Li
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lis
Jian, hello
What do you actually mean by 'real-time data'? Here in Ceilometer we're
having 'events' feature, for instance - so services like Nova, Cinder, etc.
are notifying Ceilometer about recent changes like 'VM was created', 'IP
was assigned', etc. - this data is more than recent one.
May you
On 9/8/14, 7:23 PM, "Sylvain Bauza" wrote:
>
>Le 08/09/2014 18:06, Steven Dake a écrit :
>> On 09/05/2014 06:10 AM, Sylvain Bauza wrote:
>>>
>>> Le 05/09/2014 12:48, Sean Dague a écrit :
On 09/05/2014 03:02 AM, Sylvain Bauza wrote:
> Le 05/09/2014 01:22, Michael Still a écrit :
>>
Hi all,
While requesting a openstack/designate-dashboard project from the TC/
Infra - The topic of why Designate panels, as an incubated project, can't
be merged into openstack/horizon was raised.
In the openstack/governance review[1], Russell asked:
Hm, I think we should discuss this with t
Hi Fuelers,
1. Sometimes fuel has non reversible changes. Here are a couple of samples
A new version needs to change/adjust Pacemaker primitives. Such changes
affect all controllers in cluster.
A old API can be deprecated or new API can be introduced. Until we all
components configured to use new
Hello Dina,
'real-time data' like the utilization of vcpu, mem, storage for a instance that
collected by the poster. I realy want to collect the meters by demand, and do
not store the data to the database
I know the ceilometer event can not cover the above meters
so, I think we can enhance the
Hi Cinder Folks,I would like to request a FFE for add reset-state function for
backups[1][2].The spec of add reset-state function for backups has been
reviewed and merged[2]. These code changes have been well tested and are not
very complex[3]. I would appreciate any consideration for an
FFE.Th
The list of BPs for Neutron with an FFE are now targeted in the RC1
page here [1]. Please focus on reviewing these, we have a short window
to merge this. I believe the window closes on Friday this week
(9-12-2014), but I'll verify with Thierry in my 1:1 with him today.
We'll also spend a good amou
On 04/09/14 10:45, Jay Pipes wrote:
On 08/29/2014 05:15 PM, Zane Bitter wrote:
On 29/08/14 14:27, Jay Pipes wrote:
On 08/26/2014 10:14 AM, Zane Bitter wrote:
Steve Baker has started the process of moving Heat tests out of the
Tempest repository and into the Heat repository, and we're looking f
With some help from Thierry, we finally have our launchpad projects cleaned up
and configured so we can use them correctly for tracking.
I have reviewed our etherpad [1] and updated all of the bugs referenced in the
RC1 section so they are now listed on
https://launchpad.net/oslo/+milestone/jun
Hi sahara folks,
here is a list of approved Feature Freeze Exceptions:
*
https://blueprints.launchpad.net/sahara/+spec/cluster-persist-sahara-configuration
* https://blueprints.launchpad.net/sahara/+spec/edp-swift-trust-authentication
* https://blueprints.launchpad.net/sahara/+spec/move-rest-sam
Mac Innes, Kiall wrote:
> While requesting a openstack/designate-dashboard project from the TC/Infra
> – The topic of why Designate panels, as an incubated project, can’t
> be merged into openstack/horizon was raised.
>
> In the openstack/governance review[1], Russell asked:
>
>> Hm, I think
Hi guys,
Is the metrics based scheduling available in Icehouse ? And if so can we
use to add custom metrics (other than CPU, network or power) ? If so is
there any documentation on how to use it ?
Best Regards,
--
--
Abbass MAROUNI
VirtualScale
_
As Thierry said, for Sahara we don't need to find review sponsors. We
discussed the list of bps proposed for rc1 and I've just mailed the
list of approved FFEs for Sahara in juno:
http://lists.openstack.org/pipermail/openstack-dev/2014-September/045448.html
Thanks.
On Fri, Sep 5, 2014 at 7:48 PM
On Mon, 2014-09-08 at 17:20 -0700, Stefano Maffulli wrote:
> On 09/05/2014 07:07 PM, James Bottomley wrote:
> > Actually, I don't think this analysis is accurate. Some people are
> > simply interested in small aspects of a project. It's the "scratch your
> > own itch" part of open source. The th
On Tue, Sep 9, 2014 at 10:23 PM, Thierry Carrez wrote:
> Mac Innes, Kiall wrote:
>> While requesting a openstack/designate-dashboard project from the TC/Infra
>> – The topic of why Designate panels, as an incubated project, can’t
>> be merged into openstack/horizon was raised.
>>
>> In the opensta
Excerpts from Mike Scherbakov's message of 2014-09-09 00:35:09 -0700:
> Hi all,
> please see below original email below from Dmitry. I've modified the
> subject to bring larger audience to the issue.
>
> I'd like to split the issue into two parts:
>
>1. Maintenance mode for OpenStack controll
On 09/09/2014 07:58 AM, Mac Innes, Kiall wrote:
> Hi all,
>
>
>
> While requesting a openstack/designate-dashboard project from the TC/
>
> Infra – The topic of why Designate panels, as an incubated project, can’t
> be merged into openstack/horizon was raised.
>
>
>
> In the openstack/gove
Thanks Alexandra.
We land a few patches a day currently, so I think we can open stable
branch. If we see no serious objections in next 12 hours, let's do it. We
would need to immediately notify everyone in mailing list - that for every
patch for 5.1, it should go first to master, and then to stabl
On Sep 8, 2014, at 8:12 PM, Mike Bayer wrote:
> Hi All -
>
> Joe had me do some quick memory profiling on nova, just an FYI if anyone
> wants to play with this technique, I place a little bit of memory profiling
> code using Guppy into nova/api/__init__.py, or anywhere in your favorite app
On Sep 8, 2014, at 8:18 PM, James E. Blair wrote:
> Sean Dague writes:
>
>> The crux of the issue is that zookeeper python modules are C extensions.
>> So you have to either install from packages (which we don't do in unit
>> tests) or install from pip, which means forcing zookeeper dev packag
Hi everyone,
Due to an overload of critical work in the CI we will be postponing this weeks
hyper-v meeting.
We will resume with the regular schedule next week.
p
Peter J. Pouliot CISSP
Sr. SDET OpenStack
Microsoft
New England Research & Development Center
1 Memorial Drive
Cambridge, MA 02142
P
On 09/09/2014 10:41 AM, Doug Hellmann wrote:
>
> On Sep 8, 2014, at 8:18 PM, James E. Blair wrote:
>
>> Sean Dague writes:
>>
>>> The crux of the issue is that zookeeper python modules are C extensions.
>>> So you have to either install from packages (which we don't do in unit
>>> tests) or ins
yes. guppy seems to have some nicer string formatting for this dump as well,
but i was unable to figure out how to get this string format to write to a
file, it seems like the tool is very geared towards interactive console use.
We should pick a nice memory formatter we like, there’s a bunch
We haven’t talked about the process for deferring incomplete specs. I submitted
a review [1] to simply remove them from juno, with the understanding that their
author (or a new owner) can resubmit them for kilo. Please look it over and
vote on the review. If we need to have a process discussion,
I think that if we have 3 blueprints that realises some SSL stuff around
themselves then we can discuss it here.
My vision about SSL in Fuel split into 3 parts:
A) We need to implement [1] blueprint, cause it is only one way to generate
certificates.
How i see that:
1.0 We sync puppet-openssl
> -Original Message-
> From: Sean Dague [mailto:s...@dague.net]
> Sent: 09 September 2014 15:13
> To: openstack-dev@lists.openstack.org
> Subject: Re: [openstack-dev] [Designate][Horizon][Tempest][DevStack]
> Supporting code for incubated projects
>
> On 09/09/2014 07:58 AM, Mac Innes, Kia
On 9/3/14, 3:59 PM, "Ian Cordasco" wrote:
>On 9/3/14, 2:20 PM, "Sean Dague" wrote:
>
>>On 09/03/2014 03:12 PM, Gregory Haynes wrote:
>>> Excerpts from Kuvaja, Erno's message of 2014-09-03 12:30:08 +:
Hi All,
While investigating glanceclient gating issues we narrowed it down
+1 on adding flow based criteria for HCF and Branching Point. Tracking
down how many bugs was reported in LP on a given day is a bit tricky,
so I think in both cases it would be easier to rely on flow of commits
(which after Soft Code Freeze becomes a direct indicator of how many
bugs are fixed per
All OSCI action items for prepare HCF check list has been done
On Tue, Sep 9, 2014 at 6:27 PM, Mike Scherbakov
wrote:
> Thanks Alexandra.
>
> We land a few patches a day currently, so I think we can open stable
> branch. If we see no serious objections in next 12 hours, let's do it. We
> would
On Mon, 2014-09-08 at 17:25 -0400, Jay Pipes wrote:
> > Thanks, that might be what's causing this timeout/gate failure in the
> > nova unit tests. [1]
> >
> > [1] https://bugs.launchpad.net/nova/+bug/1357578
>
> Indeed, there are a couple places where eventlet.timeout.Timeout() seems
> to be used
> What we need to achieve that is have 2 build series based on Fuel
master: one with Icehouse packages, and one with Juno, and, as Mike
proposed, keep our manifests backwards compatible with Icehouse.
Exactly. Our Fuel CI can do 4 builds against puppet modules: 2 voting, with
Icehouse packages; 2 n
Hi Angus, please see my reply in-line.
Thanks!
Regards,
Sahdev
From: Angus Salkeld
To: "OpenStack Development Mailing List (not for usage questions)"
Date: 09/09/2014 12:25 AM
Subject:Re: [openstack-dev] [Heat] Request for python-heatclient
project to adopt heat-translat
On Sep 9, 2014, at 10:51 AM, Sean Dague wrote:
> On 09/09/2014 10:41 AM, Doug Hellmann wrote:
>>
>> On Sep 8, 2014, at 8:18 PM, James E. Blair wrote:
>>
>>> Sean Dague writes:
>>>
The crux of the issue is that zookeeper python modules are C extensions.
So you have to either instal
Thanks Angus for your comments.
Your design is almost same as this one. I also agree that only engine should
have DB access will DB rpc api’s. I will update the diagrams with this change.
Regarding the worker communicating with the observer, flow would be like this:
· Engine tells worke
Hi Steve, sure. Please see my reply in-line.
Thanks!
Regards,
Sahdev
From: Steven Hardy
To: "OpenStack Development Mailing List (not for usage questions)"
Date: 09/09/2014 05:55 AM
Subject:Re: [openstack-dev] [Heat] Request for python-heatclient
project to adopt heat-tr
Hello everyone!
I have been working on a meta-review of StevenK's reviews and I would
like to propose him as a new member of our core team.
As I'm sure many have noticed, he has been above our stats requirements
for several months now. More importantly, he has been reviewing a wide
breadth of top
On 09/09/2014 12:23 PM, Mac Innes, Kiall wrote:
>> -Original Message-
>> From: Sean Dague [mailto:s...@dague.net]
>> Sent: 09 September 2014 15:13
>> To: openstack-dev@lists.openstack.org
>> Subject: Re: [openstack-dev] [Designate][Horizon][Tempest][DevStack]
>> Supporting code for incubate
On 09/04/2014 12:07 AM, Sumit Naiksatam wrote:
Hi,
There's been a lot of lively discussion on GBP a few weeks back and we
wanted to drive forward the discussion on this a bit more. As you
might imagine, we're excited to move this forward so more people can
try it out. Here are the options:
* N
On 09/04/2014 01:30 AM, Clint Byrum wrote:
Excerpts from Flavio Percoco's message of 2014-09-04 00:08:47 -0700:
Greetings,
Last Tuesday the TC held the first graduation review for Zaqar. During
the meeting some concerns arose. I've listed those concerns below with
some comments hoping that it w
I have a question with regards to splitting expressions in order to conform to
the pep8 line-length restriction. I have the following bit of code:
res = amodel.Assemblies(uri=common.ASSEM_URI_STR %
pecan.request.host_url,
Hi folks,
In this second round of performance testing, I benchmarked the new Redis
driver. I used the same setup and tests as in Round 1 to make it easier to
compare the two drivers. I did not test Redis in master-slave mode, but
that likely would not make a significant difference in the results s
Flavio Percoco wrote:
> On 07/23/2014 06:05 PM, Rob Crittenden wrote:
>> Rob Crittenden wrote:
>>> It looks like the switch to requests in python-glanceclient
>>> (https://review.openstack.org/#/c/78269/) has broken nova when SSL is
>>> enabled.
>>>
>>> I think it is related to the custom object th
On Mon, Sep 8, 2014 at 10:34 AM, Elizabeth K. Joseph
wrote:
> The OpenStack Infrastructure (Infra) team is hosting our weekly
> meeting on Tuesday September 9th, at 19:00 UTC in #openstack-meeting
Meeting minutes and log available here:
Minutes:
http://eavesdrop.openstack.org/meetings/infra/201
> Our Fuel CI can do 4 builds against puppet modules: 2 voting, with
Icehouse packages; 2 non-voting, with Juno packages.
> Then, I'd suggest to create ISO with 2 releases (Icehouse, Juno) actually
before Juno becomes stable. We will be able to run 2 sets of BVTs (against
Icehouse and Juno), and it
It took me a while to untangle this so prepare for links. :)
I noticed this change [1] today for global-requirements to require tooz
[2] for a ceilometer blueprint [3].
The sad part is that tooz requires pymemcache [4] which is, from what I
can tell, a memcached client that is not the same as
Aleksandra,
you've got us exactly right. Fuel CI for OSTF can wait a bit longer, but "4
fuel-library tests" should happen right after we create stable/5.1. Also,
for Fuel CI for OSTF - I don't think it's actually necessary to support
<5.0 envs.
Your questions:
1. Create jobs for both Icehouse
On 09/09/2014 03:05 PM, Gilbert Pilz wrote:
I have a question with regards to splitting expressions in order to
conform to the pep8 line-length restriction. I have the following bit of
code:
res = amodel.Assemblies(uri=common.ASSEM_URI_STR %
peca
Adding support for incubated projects in Horizon is blocked mainly for
dependency issues. The way Horizon utilizes the python-*clients we force a
requirement on distros to now include that version of the client even
though it is not officially part of OpenStack's integrated release.
Additionally, w
Sergii, Clint,
to rephrase what you are saying - there are might be situations when our
OpenStack API will not be responding, as simply services would be down for
upgrade.
Do we want to support it somehow? For example, if we know that Nova is
going to be down, can we respond with HTTP 503 with appr
As we try to stabilize OpenStack Juno, many server projects need to get
out final client releases that expose new features of their servers.
While this seems like not a big deal, each of these clients releases
ends up having possibly destabilizing impacts on the OpenStack whole (as
the clients do d
Hi.
One of the last things blocking Ironic from graduating is deciding
whether or not we need a Nova API proxy for the old baremetal
extension to new fangled Ironic API. The TC has asked that we discuss
whether we think this functionality is actually necessary.
It should be noted that we're _not_
For the future
==
IMHO, we shouldn't be pulling in duplicate dependencies when we can control it.
Since tooz is part of stackforge, it's somewhat part of OpenStack. We should
strive to make all OpenStack projects use one memcached client.
That being said, a quick Google search indic
With my admittedly limited knowledge of the whole Ironic process, the question
seems to me to be: "If we don't implement a proxy, which people are going to
have a serious problem?"
Do we have an data on which users/operators are making use of the baremetal API
in any extensive fashion? If nobo
A clarification on 2: we are going to keep fuel_5.1_* jobs around for
the benefict 5.1.x maintenance releases, that should take care of
Icehouse testing for us, so I don't think we should keep Icehouse jobs
in 6.0/master after Juno is stabilized. What we should do instead is
drop Icehouse jobs and
I would also like to add that incubated != integrated. There's no telling how
long a project may stay in incubation or how many changes it may undergo before
it's deemed ready (see David's reasoning around client changes during RC's).
While the Horizon team has always made every effort to work c
On Wed, Sep 10, 2014 at 7:43 AM, Solly Ross wrote:
> With my admittedly limited knowledge of the whole Ironic process, the
> question seems to me to be: "If we don't implement a proxy, which people are
> going to have a serious problem?"
>
> Do we have an data on which users/operators are making
On 09/09/2014 04:24 PM, Michael Still wrote:
> Hi.
>
> One of the last things blocking Ironic from graduating is deciding
> whether or not we need a Nova API proxy for the old baremetal
> extension to new fangled Ironic API. The TC has asked that we discuss
> whether we think this functionality is
Hi.
So feature freeze seems to be going quite well to me. We've already
landed 10 things which had requested exceptions.
However, there are still six things in flight, so I would like to
remind people to keep focussing on those please. The deadline for
these patches to be approved is Friday midni
Hi Jay,
The main component that won't work without direct integration is enforcing
policy on calls directly to Neutron and calls between the plugins inside of
Neutron. However, that's only one component of GBP. All of the declarative
abstractions, rendering of policy, etc can be experimented with
On 9/9/14, 12:03 PM, Monty Taylor wrote:
On 09/04/2014 01:30 AM, Clint Byrum wrote:
Excerpts from Flavio Percoco's message of 2014-09-04 00:08:47 -0700:
Greetings,
Last Tuesday the TC held the first graduation review for Zaqar. During
the meeting some concerns arose. I've listed those concerns
On Tue, Sep 9, 2014 at 4:12 PM, Samuel Merritt wrote:
> On 9/9/14, 12:03 PM, Monty Taylor wrote:
[snip]
>> So which is it? Because it sounds like to me it's a thing that actually
>> does NOT need to diverge in technology in any way, but that I've been
>> told that it needs to diverge because it's
On 09/09/2014 06:57 PM, Kevin Benton wrote:
Hi Jay,
The main component that won't work without direct integration is
enforcing policy on calls directly to Neutron and calls between the
plugins inside of Neutron. However, that's only one component of GBP.
All of the declarative abstractions, rend
Excerpts from Samuel Merritt's message of 2014-09-09 16:12:09 -0700:
> On 9/9/14, 12:03 PM, Monty Taylor wrote:
> > On 09/04/2014 01:30 AM, Clint Byrum wrote:
> >> Excerpts from Flavio Percoco's message of 2014-09-04 00:08:47 -0700:
> >>> Greetings,
> >>>
> >>> Last Tuesday the TC held the first gr
So this is the patch to move the repo on Stackforge:
https://review.openstack.org/#/c/120285
Of course, I copy/paste Gerrit permissions from tripleo-image-elements
project, so people core in tripleo-image-elements will obviously be core
on tripleo-puppet-elements.
Emilien Macchi
On 09/08/2014 07
On Thu, Sep 4, 2014 at 1:44 PM, Kurt Griffiths
wrote:
[snip]
> Does a Qpid/Rabbit/Kafka provisioning service make sense? Probably. Would
> such a service totally overlap in terms of use-cases with Zaqar? Community
> feedback suggests otherwise. Will there be some other kind of thing that
> comes o
Excerpts from Devananda van der Veen's message of 2014-09-09 16:47:27 -0700:
> On Tue, Sep 9, 2014 at 4:12 PM, Samuel Merritt wrote:
> > On 9/9/14, 12:03 PM, Monty Taylor wrote:
> [snip]
> >> So which is it? Because it sounds like to me it's a thing that actually
> >> does NOT need to diverge in t
On Wed, Sep 3, 2014 at 8:37 AM, Joe Gordon wrote:
> As you all know, there has recently been several very active discussions
> around how to improve assorted aspects of our development process. One idea
> that was brought up is to come up with a list of cycle goals/project
> priorities for Kilo [
On 09/09/2014 06:55 AM, James Bottomley wrote:
> CLAs are a well known and documented barrier to casual contributions
I'm not convinced about this statement, at all. And since I think it's
secondary to what we're discussing, I'll leave it as is and go on.
> I've done both ... I do prefer the patc
*"should OpenStack include, in the integrated release,
a messaging-as-a-service component"*
Assuming this is truly a question that represents where we are and not
exploratory of what we might want to address, I would say the answer is a
resounding no, as queuing is within the scope of what Opensta
Deleting unnecessary code, introducing a stabilization cycle and/or making
definite steps towards a unified SDK are definitely my votes.
*Adam Lawson*
AQORN, Inc.
427 North Tatnall Street
Ste. 58461
Wilmington, Delaware 19801-2230
Toll-free: (844) 4-AQORN-NOW ext. 101
International: +1 302-387-4
Devananda,
> While that is de rigueur today, it's actually at the core of the
> current problem space. Blessing a project by integrating it is not a
> scalable long-term solution. We don't have a model to integrate >1
> project for the same space // of the same type, or to bless the
> stability
On Tue, Sep 9, 2014 at 5:31 PM, Boris Pavlovic wrote:
>
> Devananda,
>>
>>
>> While that is de rigueur today, it's actually at the core of the
>> current problem space. Blessing a project by integrating it is not a
>> scalable long-term solution. We don't have a model to integrate >1
>> project fo
On Wed, Sep 10, 2014 at 4:12 AM, Tyagi, Ishant wrote:
> Thanks Angus for your comments.
>
>
>
> Your design is almost same as this one. I also agree that only engine
> should have DB access will DB rpc api’s. I will update the diagrams with
> this change.
>
>
>
> Regarding the worker communicati
On 9/9/14, 4:47 PM, Devananda van der Veen wrote:
On Tue, Sep 9, 2014 at 4:12 PM, Samuel Merritt wrote:
On 9/9/14, 12:03 PM, Monty Taylor wrote:
[snip]
So which is it? Because it sounds like to me it's a thing that actually
does NOT need to diverge in technology in any way, but that I've been
Agree.
It's necessary for neutron to have GBP, and we can certainly utilize
stackforge to help improve it.
On Fri, Sep 5, 2014 at 11:08 PM, Mohammad Banikazemi wrote:
> I can only see the use of a separate project for Group Policy as a
> tactical and temporary solution. In my opinion, it does n
On 09/09/2014 05:24 PM, Michael Still wrote:
> Hi.
>
> One of the last things blocking Ironic from graduating is deciding
> whether or not we need a Nova API proxy for the old baremetal
> extension to new fangled Ironic API. The TC has asked that we discuss
> whether we think this functionality is
Hello,
I use backdoor of eventlet to enable gc.DEBUG_LEAK, and after wait a few
minutes, i can sure that there will some objects that can not be collected by
gc.collect in gc.garbage.
Those looks like this (catched in ceilometer-collector)
['_context_auth_token', 'auth_token', 'new_pass'],
Hi,
In Horizon dashboard, under Admin-> System Info we have service lists for
Compute and Block Storage. I have filed a blueprint to populate the Swift
services there.
But while going through the implementation details of Compute Services and
Block Storage Services i got to know that the details t
Excerpts from Samuel Merritt's message of 2014-09-09 19:04:58 -0700:
> On 9/9/14, 4:47 PM, Devananda van der Veen wrote:
> > On Tue, Sep 9, 2014 at 4:12 PM, Samuel Merritt wrote:
> >> On 9/9/14, 12:03 PM, Monty Taylor wrote:
> > [snip]
> >>> So which is it? Because it sounds like to me it's a thin
1 - 100 of 103 matches
Mail list logo
