Hi Kevin,
Typically we noticed that the underlay switches maintained a table like this:
VLAN IDMAC Address Learned-Interface
In the physical underlay, with the current architecture if we enable VLAN, the
same DVR Unique
MAC will appear on different VLANs as the packets get DVR
Ack, thank you for the feedback. I will put it in WIP until we reach Kilo.
We will track any new bugfixes or changes so the refactor is ready
for early kilo,
then after this is merged I will tackle a second refactor to extract Ipset
out as we planned, into a new driver which extends
Congrats, Charles! Great job!
On Thu, Sep 18, 2014 at 12:05 AM, Ilya Sviridov isviri...@mirantis.com
wrote:
Hello magnetodb contributors,
I'm glad to nominate Charles Wang to core developers of MagnetoDB.
He is top non-core reviewer [1], implemented notifications [2] in mdb and
made a
This sounds like a bug in Openvswitch. The unique constraint should be
VLAN+MAC instead of just VLAN, so observing the same MAC on a new VLAN
should just result in a new entry without the old one being ejected.
Without this behavior, it will also break transparent L2 firewalls.
For example
On 17/09/14 16:40, Charles Crouch wrote:
- Original Message -
Hi,
as part of general housekeeping on our reviews, it was discussed at last
week's meeting [1] that we should set workflow -1 for stale reviews
(like gerrit used to do when I were a lad).
The specific criteria
On 18/09/14 00:29, James Polley wrote:
On Wed, Sep 17, 2014 at 6:26 PM, mar...@redhat.com
mailto:mar...@redhat.com mandr...@redhat.com
mailto:mandr...@redhat.com wrote:
Hi,
as part of general housekeeping on our reviews, it was discussed at last
week's meeting [1] that we
Ian Cordasco ian.corda...@rackspace.com writes:
urllib3 do that automatically. I haven’t started to investigate exactly
why they do this. Likewise, glance client has custom certificate
verification in glanceclient.common.https. Why? I’m not exactly certain
this probably come from pre-requests
Yeah. Unmesh, we need to have ResourcePropertiesObserved. The columns too need
to be as mentioned in blueprint. Having all properties under a single json will
cause concurrency issues.
-Vishnu
-Original Message-
From: Qiming Teng [mailto:teng...@linux.vnet.ibm.com]
Sent: Wednesday,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 17/09/14 15:34, Doug Hellmann wrote:
This thread [1] has turned more “future focused, so I’m moving the
conversation to the -dev list where we usually have those sorts of
discussions.
[...]
I'd also like to document the current design of the
On 09/18/2014 04:43 AM, Donald Stufft wrote:
On Sep 17, 2014, at 10:24 PM, Thomas Goirand z...@debian.org
mailto:z...@debian.org wrote:
On 09/18/2014 08:22 AM, Morgan Fainberg wrote:
I think that all of the conversation to this point has been valuable,
the general consensus is vendoring a
Maish Saidel-Keesing wrote:
On 17/09/2014 23:12, Anita Kuno wrote:
On 09/17/2014 04:01 PM, Maish Saidel-Keesing wrote:
This looks great - but I am afraid that something might be missing.
As part of the Design summit in Atlanta there was an Ops Meetup track.
[1] I do not see where this fits
On Thu, Sep 18, 2014 at 5:21 PM, mar...@redhat.com mandr...@redhat.com
wrote:
On 17/09/14 16:40, Charles Crouch wrote:
- Original Message -
Hi,
as part of general housekeeping on our reviews, it was discussed at last
week's meeting [1] that we should set workflow -1 for
-Original Message-
From: James E. Blair [mailto:cor...@inaugust.com]
Sent: 17 September 2014 23:24
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [TripleO] Set WIP for stale patches?
Sullivan, Jon Paul jonpaul.sulli...@hp.com writes:
Hi All,
Below is the model proposal for persisting ResourceGraph.
Column name
Type
Constraint
resource_id
varchar(36)
NOT NULL ForeignKey resource.id
needed_by
varchar(36)
NULL ForeignKey resource.id
stack_id
varchar(36)
NOT NULL ForeignKey stack.id
retry_count
Integer
Default (0)
On 09/17/2014 04:34 PM, Doug Hellmann wrote:
This thread [1] has turned more “future focused, so I’m moving the
conversation to the -dev list where we usually have those sorts of
discussions.
[1] http://lists.openstack.org/pipermail/openstack/2014-September/009253.html
I saw this
+1
On Fri, Sep 12, 2014 at 12:14 PM, Tim Hinrichs thinri...@vmware.com wrote:
+1
Tim
On Sep 12, 2014, at 11:47 AM, Sean Roberts seanrobert...@gmail.com
wrote:
+1
~sean
On Sep 12, 2014, at 11:28 AM, Peter Balland pball...@vmware.com
wrote:
Hello,
I would like to nominate
Additions/comments inline below.
Thanks,
Unmesh G.
From: Murugan, Visnusaran
Sent: Thursday, September 18, 2014 1:46 PM
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [heat] Persist graph for convergence
Hi All,
Below is the model proposal for persisting ResourceGraph.
Column
Hi Trinath,
I think the vendor company has many experts to review their codes. They can
do it well.
But I still have some comments inline.
Germy
On Thu, Sep 18, 2014 at 1:42 PM, trinath.soman...@freescale.com
trinath.soman...@freescale.com wrote:
Though Code reviews for vendor code takes
Yes... If I recollect, we were using 1.10.x version during that time (wherein
discovered this
as output of ovsapp-ctl fdb-show). After that I didn’t get time to re-verify on
later
versions of openvswitch.
BTW, if this is not intended behaviour, then I donot see any particular reason
why VLANs
Hi,
Just a reminder that the weekly Nova API meeting is being held tomorrow
Friday UTC .
We encourage cloud operators and those who use the REST API such as
SDK developers and others who and are interested in the future of the
API to participate.
In other timezones the meeting is at:
EST
Greetings,
If I recall correctly, Heat was planning to adopt Zaqar regardless of
the result of the graduation attempt (please correct me if I'm wrong).
Based on this assumption, I'd like to start working on a plan forward to
make this integration happen.
So far, these are the use cases I've
+1 from me, Charles is very active contributor and I guess if we have such
developer in core team
MagnetoDB project will become much better that it is now.
On Thu, Sep 18, 2014 at 10:09 AM, Illia Khudoshyn ikhudos...@mirantis.com
wrote:
Congrats, Charles! Great job!
On Thu, Sep 18, 2014 at
To enable dvr, I need to post a minor patch in L2 agent to bring-in
DVR rules into Phys bridges (as VLANs are driven by phys bridges
in OVS L2 Agent).
Great! You read my mind and answered my follow-up question. :-)
Let me know if there is anything I can help with.
On Thu, Sep 18, 2014 at 1:51
Bug 1357055 [1] and 1323658 [2] affect neutron jobs and are among the top
gate offenders.
With this kind of bugs, it's hard to tell whether the root cause lies with
neutron, nova, tempest, or even cirros.
However, it is not ok that these bugs are not assigned in neutron. We need
to have some
For legacy reasons, the Neutron test suite creates and destroys a db for each
test. There is a patch proposed to create the tables once and then ensure the
tables are wiped at the end of each test [1], providing a performance
improvement of ~10%. I was wondering if this is the best way to
On 18/09/2014 7:11 PM, Flavio Percoco fla...@redhat.com wrote:
Greetings,
If I recall correctly, Heat was planning to adopt Zaqar regardless of
the result of the graduation attempt (please correct me if I'm wrong).
Based on this assumption, I'd like to start working on a plan forward to
Nested commits in sqlalchemy should be seen as a single transaction on the
backend, shouldn't they?
I don't know anything about this specific problem, but the fact that unit
tests use sqlite might be a reason, since it's not really a full DBMS...
I think that wrapping tests in transaction also
2014-09-17 17:15 GMT+02:00 Thomas Goirand z...@debian.org:
File bla/tests/test_ssl.py, line 19, in module
from requests.packages.urllib3 import poolmanager
ImportError: No module named packages.urllib3
This is in tests only, in runtime code there is conditional import of
vendorized
+1 for canceling on 9/18/2014.
As for 9/25/2014, let's make a decision later.
Vladimir Kozhukalov
On Thu, Sep 18, 2014 at 9:33 AM, Mike Scherbakov mscherba...@mirantis.com
wrote:
Hi Fuelers,
as we have mini-summit in CA and majority of leads is busy with it, let's
cancel the meeting
-Original Message-
From: Kenichi Oomichi [mailto:oomi...@mxs.nes.nec.co.jp]
Sent: 18 September 2014 02:44
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova] are we going to remove the novaclient
v3 shell or what?
-Original
On Sat, 13 Sep 2014 06:48:19 -0400
Sean Dague s...@dague.net wrote:
On 09/13/2014 02:28 AM, Kenichi Oomichi wrote:
Hi Chris,
Thanks for bring it up here,
-Original Message-
From: Chris St. Pierre [mailto:stpie...@metacloud.com]
Sent: Saturday, September 13, 2014 2:53
On 09/17/2014 11:50 PM, Clark Boylan wrote:
On Wed, Sep 17, 2014, at 06:48 PM, Clark Boylan wrote:
On Wed, Sep 17, 2014, at 06:37 PM, Matt Riedemann wrote:
On 9/17/2014 7:59 PM, Ian Wienand wrote:
On 09/18/2014 09:49 AM, Clark Boylan wrote:
Recent sampling of test run times shows that our
Dear community members,
Please have a look to Coraid CI system -
http://38.111.159.9:8080/job/CoraidCI/
We have done all requirements for Third Party CI system, provided here -
http://ci.openstack.org/third_party.html#requirements
Please look at Coraid third-party system one more time and,
On 09/18/2014 06:38 AM, Christopher Yeoh wrote:
On Sat, 13 Sep 2014 06:48:19 -0400
Sean Dague s...@dague.net wrote:
On 09/13/2014 02:28 AM, Kenichi Oomichi wrote:
Hi Chris,
Thanks for bring it up here,
-Original Message-
From: Chris St. Pierre [mailto:stpie...@metacloud.com]
Thank You Alej – not just for the tons of code you wrote for Zaqar, but also in
making Zaqar a fun, open and welcoming part of the community!
Good Luck for everything ahead!
From: Victoria Martínez de la Cruz
victo...@vmartinezdelacruz.commailto:victo...@vmartinezdelacruz.com
Reply-To:
2014-09-18 19:57 GMT+09:00 Sean Dague s...@dague.net:
On 09/18/2014 06:38 AM, Christopher Yeoh wrote:
On Sat, 13 Sep 2014 06:48:19 -0400
Sean Dague s...@dague.net wrote:
We have proposed that the allowed characters for all resource
names in Nova (flavors, aggregates, etc.) be expanded to all
On 09/18/2014 07:19 AM, Ken'ichi Ohmichi wrote:
2014-09-18 19:57 GMT+09:00 Sean Dague s...@dague.net:
On 09/18/2014 06:38 AM, Christopher Yeoh wrote:
On Sat, 13 Sep 2014 06:48:19 -0400
Sean Dague s...@dague.net wrote:
We have proposed that the allowed characters for all resource
names in
On 09/17/2014 10:36 PM, Joe Gordon wrote:
Hi All,
My understanding of Zaqar is that it's like SQS. SQS uses distributed
queues, which have a few unusual properties [0]:
Message Order
Amazon SQS makes a best effort to preserve order in messages, but due to
the distributed nature
+1
Cheers,
Ajaya
On Thu, Sep 18, 2014 at 2:38 PM, Dmitriy Ukhlov dukh...@mirantis.com
wrote:
+1 from me, Charles is very active contributor and I guess if we have such
developer in core team
MagnetoDB project will become much better that it is now.
On Thu, Sep 18, 2014 at 10:09 AM, Illia
On 09/18/2014 04:01 PM, Flavio Percoco wrote:
After having gone through the whole thread and read all the concerns,
problems and reasonings, I think we should stick to requests as-is for
now and deal with this particular issue.
Regardless of the vendorized urllib3 package, I believe requests
On 09/18/2014 01:28 PM, Sean Dague wrote:
On 09/18/2014 07:19 AM, Ken'ichi Ohmichi wrote:
2014-09-18 19:57 GMT+09:00 Sean Dague s...@dague.net:
On 09/18/2014 06:38 AM, Christopher Yeoh wrote:
On Sat, 13 Sep 2014 06:48:19 -0400
Sean Dague s...@dague.net wrote:
We have proposed that the
On Sep 18, 2014, at 7:43 AM, Thomas Goirand z...@debian.org wrote:
On 09/18/2014 04:01 PM, Flavio Percoco wrote:
After having gone through the whole thread and read all the concerns,
problems and reasonings, I think we should stick to requests as-is for
now and deal with this particular
On 09/18/2014 10:43 AM, Donald Stufft wrote:
Obviously we can work with the requests team to figure out the best
approach.
There's only a single approach that works: have the requests upstream
authors to stop embedding foreign code, and use the dependency instead.
There are legitimate
On Sep 18, 2014, at 7:54 AM, Thomas Goirand z...@debian.org wrote:
Linux distributions are not the end be all of distribution models and
they don’t get to dictate to upstream.
Well, distributions is where the final user is, and where software gets
consumed. Our priority should be the
On 2014-09-18 08:06:11 + (+), Sullivan, Jon Paul wrote:
In my experience if the check results are not fresh enough the
recheck is automatically run. I am not on the infra team, so
without looking up code I am just guessing, but my guess is that
the workflow score change triggers the
On 2014年09月18日 18:14, Day, Phil wrote:
-Original Message-
From: Kenichi Oomichi [mailto:oomi...@mxs.nes.nec.co.jp]
Sent: 18 September 2014 02:44
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [nova] are we going to remove the novaclient
v3
Ralliers,
I'd like to share with you an idea on how to test dependent resources.
Let's consider the following example: there is a network and ports
belonging to it and we would like to test port creation process. Currently
I see 2 options of writing scenario:
a) The scenario creates network and
On Thu, Sep 18, 2014 at 1:58 PM, Donald Stufft don...@stufft.io wrote:
Distributions are not the only place that people get their software from,
unless you think that the ~3 million downloads requests has received
on PyPI in the last 30 days are distributions downloading requests to
package
On Sep 18, 2014, at 9:00 AM, Chmouel Boudjnah chmo...@enovance.com wrote:
On Thu, Sep 18, 2014 at 1:58 PM, Donald Stufft don...@stufft.io
mailto:don...@stufft.io wrote:
Distributions are not the only place that people get their software from,
unless you think that the ~3 million
2014-09-18 21:31 GMT+09:00 Alex Xu x...@linux.vnet.ibm.com:
On 2014年09月18日 18:14, Day, Phil wrote:
-Original Message-
From: Kenichi Oomichi [mailto:oomi...@mxs.nes.nec.co.jp]
Sent: 18 September 2014 02:44
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re:
Hi all,
my name is Lisa Zangrando and I work at the Italian National Institute
for Nuclear Physics (INFN). In particular I am leading a team which is
addressing the issue concerning the efficiency in the resource usage in
OpenStack.
Currently OpenStack allows just a static partitioning model
I have a conflict today. Keep working on RC1.
Carl
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Le 18/09/2014 15:27, Lisa a écrit :
Hi all,
my name is Lisa Zangrando and I work at the Italian National Institute
for Nuclear Physics (INFN). In particular I am leading a team which is
addressing the issue concerning the efficiency in the resource usage
in OpenStack.
Currently OpenStack
All of the final releases for the Oslo libraries for the Juno cycle are
available on PyPI. I’m working on a couple of patches to the global
requirements list to update the baseline in the applications. In all cases, the
final release is a second tag on a previously released version.
-
On 09/18/2014 12:31 PM, Flavio Percoco wrote:
On 09/17/2014 10:36 PM, Joe Gordon wrote:
My understanding of Zaqar is that it's like SQS. SQS uses distributed
queues, which have a few unusual properties [0]:
Message Order
Amazon SQS makes a best effort to preserve order in messages, but
On 9/18/2014 5:49 AM, Sean Dague wrote:
On 09/17/2014 11:50 PM, Clark Boylan wrote:
On Wed, Sep 17, 2014, at 06:48 PM, Clark Boylan wrote:
On Wed, Sep 17, 2014, at 06:37 PM, Matt Riedemann wrote:
On 9/17/2014 7:59 PM, Ian Wienand wrote:
On 09/18/2014 09:49 AM, Clark Boylan wrote:
Recent
On 9/18/2014 12:35 AM, Morgan Fainberg wrote:
-Original Message-
From: Dean Troyer dtro...@gmail.com
Reply: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: September 17, 2014 at 21:21:47
To: OpenStack Development Mailing List (not
On Thu, Sep 18, 2014 at 4:19 AM, Ken'ichi Ohmichi ken1ohmi...@gmail.com
wrote:
Correct validation history is
Essex: use anything you want!
Folsom: strict asci!
[..]
Juno: strict asci!
I'm not sure that's quite right. My patch doesn't actually add Unicode
support; that was already added in
On Thu, Sep 18, 2014 at 4:18 AM, Flavio Percoco fla...@redhat.com wrote:
On 09/17/2014 04:34 PM, Doug Hellmann wrote:
This thread [1] has turned more “future focused, so I’m moving the
conversation to the -dev list where we usually have those sorts of
discussions.
[1]
Excerpts from Donald Stufft's message of 2014-09-18 04:58:06 -0700:
On Sep 18, 2014, at 7:54 AM, Thomas Goirand z...@debian.org wrote:
Linux distributions are not the end be all of distribution models and
they don’t get to dictate to upstream.
Well, distributions is where the
On 9/17/14, 9:24 PM, Thomas Goirand z...@debian.org wrote:
On 09/18/2014 08:22 AM, Morgan Fainberg wrote:
I think that all of the conversation to this point has been valuable,
the general consensus is vendoring a library is not as desirable as
using it strictly as a dependency. It would be
On 9/18/14, 2:27 AM, Chmouel Boudjnah chmo...@enovance.com wrote:
Ian Cordasco ian.corda...@rackspace.com writes:
urllib3 do that automatically. I haven’t started to investigate exactly
why they do this. Likewise, glance client has custom certificate
verification in
Great job highlighting what our friends over at Amazon are doing.
It's clear from these snippets, and a few other pieces of documentation
for SQS I've read, that the Amazon team approached SQS from a _massive_
scaling perspective. I think what may be forcing a lot of this frustration
with Zaqar
On Sep 18, 2014, at 10:18 AM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Donald Stufft's message of 2014-09-18 04:58:06 -0700:
On Sep 18, 2014, at 7:54 AM, Thomas Goirand z...@debian.org wrote:
Linux distributions are not the end be all of distribution models and
they don’t
I’ve done a lot of work on this issue and from my perspective, the code is
mostly ready to go, however we’re in an extended phase of getting folks to sign
off as well as that I’m waiting for some last-minute fixup from Robert Collins.
Patch: [1] Blueprint, which is to be moved to Kilo: [2]
On 9/18/14, 9:18 AM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Donald Stufft's message of 2014-09-18 04:58:06 -0700:
On Sep 18, 2014, at 7:54 AM, Thomas Goirand z...@debian.org wrote:
Linux distributions are not the end be all of distribution models and
they don’t get to
On 18 Sep 2014, at 6:06 pm, Sullivan, Jon Paul jonpaul.sulli...@hp.com wrote:
-Original Message-
From: James E. Blair [mailto:cor...@inaugust.com]
Sent: 17 September 2014 23:24
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [TripleO]
On 09/18/2014 04:09 PM, Gordon Sim wrote:
On 09/18/2014 12:31 PM, Flavio Percoco wrote:
On 09/17/2014 10:36 PM, Joe Gordon wrote:
My understanding of Zaqar is that it's like SQS. SQS uses distributed
queues, which have a few unusual properties [0]:
Message Order
Amazon SQS makes a
Sullivan, Jon Paul jonpaul.sulli...@hp.com writes:
This is not solely about finding reviews. It is about pruning stale
reviews. I think the auto-abandon code was excellent at doing this,
but alas, it is no more.
What's the purpose of pruning stale reviews? I've read the IRC log of
the
Hi stackers,
We're about to introduce asynchronous table creation and deletion in
MagnetoDB via oslo.messaging.
The draft specification is availiable by the link below.
https://wiki.openstack.org/wiki/MagnetoDB/specs/async-schema-operations
Please share your thoughts
--
Best regards,
Illia
On 09/18/2014 04:24 PM, Clint Byrum wrote:
Great job highlighting what our friends over at Amazon are doing.
It's clear from these snippets, and a few other pieces of documentation
for SQS I've read, that the Amazon team approached SQS from a _massive_
scaling perspective. I think what may
On 09/18/2014 04:16 PM, Kapil Thangavelu wrote:
On Thu, Sep 18, 2014 at 4:18 AM, Flavio Percoco fla...@redhat.com
mailto:fla...@redhat.com wrote:
On 09/17/2014 04:34 PM, Doug Hellmann wrote:
This thread [1] has turned more “future focused, so I’m moving the
conversation to the
Hi Sylvain,
thanks a lot for your answer.
I'd like to extend (if possible) the BLAZAR's list of the supported
lease types by adding a new one which covers a specific use case which,
it seems, it is not yet supported by BLAZAR. You know, In OpenStack
every project has a granted fixed quota
Kapil,
I see just 2 relevant reviews for zmq in the oslo.messaging queue:
https://review.openstack.org/#/q/project:openstack/oslo.messaging+status:open+file:%255E.*zmq.*,n,z
Are there others i am missing? (fix critical items, tests from your email)
thanks,
dims
On Thu, Sep 18, 2014 at 10:16
w00t!
-- dims
On Thu, Sep 18, 2014 at 10:04 AM, Doug Hellmann d...@doughellmann.com wrote:
All of the final releases for the Oslo libraries for the Juno cycle are
available on PyPI. I’m working on a couple of patches to the global
requirements list to update the baseline in the
On September 18, 2014 7:45 AM, Flavio Percoco wrote:
On 09/18/2014 04:09 PM, Gordon Sim wrote:
However, as far as consuming messages is concerned, it can
guarantee once-and-only-once and/or at-least-once delivery depending on
the message pattern used to consume messages. Using pop or claims
On 09/18/2014 05:42 PM, Steve Lewis wrote:
On September 18, 2014 7:45 AM, Flavio Percoco wrote:
On 09/18/2014 04:09 PM, Gordon Sim wrote:
However, as far as consuming messages is concerned, it can
guarantee once-and-only-once and/or at-least-once delivery depending on
the message pattern
On Thu, Sep 18, 2014 at 7:45 AM, Flavio Percoco fla...@redhat.com wrote:
On 09/18/2014 04:09 PM, Gordon Sim wrote:
On 09/18/2014 12:31 PM, Flavio Percoco wrote:
Zaqar guarantees FIFO. To be more precise, it does that relying on the
storage backend ability to do so as well. Depending on the
Hi Team,
I was considering to change the default sampling rate of the Ceilometer
from 10 mins to less than that. I foresee an adverse impact on its
performance due to increase in the data inside the MondoDB.
I was wondering if the QA team (or anyone else) has done any of the load
tests with
On Thu, Sep 18, 2014 at 7:55 AM, Flavio Percoco fla...@redhat.com wrote:
On 09/18/2014 04:24 PM, Clint Byrum wrote:
Great job highlighting what our friends over at Amazon are doing.
It's clear from these snippets, and a few other pieces of documentation
for SQS I've read, that the Amazon team
On 2014年09月18日 18:57, Sean Dague wrote:
On 09/18/2014 06:38 AM, Christopher Yeoh wrote:
On Sat, 13 Sep 2014 06:48:19 -0400
Sean Dague s...@dague.net wrote:
On 09/13/2014 02:28 AM, Kenichi Oomichi wrote:
Hi Chris,
Thanks for bring it up here,
-Original Message-
From: Chris St.
Ilya,
It sounds good, moreover few other devs asked about similar feature=)
So I am working on proposal how to implement this=)
Best regards,
On Thu, Sep 18, 2014 at 4:35 PM, Ilya Shakhat ishak...@mirantis.com wrote:
Ralliers,
I'd like to share with you an idea on how to test dependent
On 09/18/2014 12:08 PM, Alex Xu wrote:
On 2014年09月18日 18:57, Sean Dague wrote:
On 09/18/2014 06:38 AM, Christopher Yeoh wrote:
On Sat, 13 Sep 2014 06:48:19 -0400
Sean Dague s...@dague.net wrote:
On 09/13/2014 02:28 AM, Kenichi Oomichi wrote:
Hi Chris,
Thanks for bring it up here,
On 09/17/2014 11:56 AM, Matthieu Huin wrote:
Hi,
- Original Message -
From: Adam Young ayo...@redhat.com
To: openstack-dev@lists.openstack.org
Sent: Wednesday, September 17, 2014 5:00:16 PM
Subject: Re: [openstack-dev] [Keystone][Horizon] CORS and Federation
On 09/17/2014 10:35 AM,
On 09/18/2014 10:04 PM, Doug Hellmann wrote:
All of the final releases for the Oslo libraries for the Juno cycle are
available on PyPI. I’m working on a couple of patches to the global
requirements list to update the baseline in the applications. In all cases,
the final release is a second
Adam
I agree with you
David
On 18/09/2014 17:17, Adam Young wrote:
On 09/17/2014 11:53 AM, Marek Denis wrote:
Hi,
First of all, we should clarify whether your JS client wants to
implement ECP or WebSSO workflow. They are slightly different.
ECP seems to be poorly supported in live
Excerpts from Donald Stufft's message of 2014-09-18 07:30:27 -0700:
On Sep 18, 2014, at 10:18 AM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Donald Stufft's message of 2014-09-18 04:58:06 -0700:
On Sep 18, 2014, at 7:54 AM, Thomas Goirand z...@debian.org wrote:
Linux
Our recent work on federation suggests we need an improvement to the way
the policy engine works. My understanding is that most functions are
protected by the policy engine, but some are not. The latter functions
are publicly accessible. But there is no way in the policy engine to
specify public
On Sep 18, 2014, at 12:29 PM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Donald Stufft's message of 2014-09-18 07:30:27 -0700:
On Sep 18, 2014, at 10:18 AM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Donald Stufft's message of 2014-09-18 04:58:06 -0700:
On Sep 18, 2014,
Excerpts from Ian Cordasco's message of 2014-09-18 07:35:10 -0700:
On 9/18/14, 9:18 AM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Donald Stufft's message of 2014-09-18 04:58:06 -0700:
On Sep 18, 2014, at 7:54 AM, Thomas Goirand z...@debian.org wrote:
Linux
On Thu, Sep 18, 2014 at 9:02 AM, Devananda van der Veen
devananda@gmail.com wrote:
On Thu, Sep 18, 2014 at 7:55 AM, Flavio Percoco fla...@redhat.com wrote:
On 09/18/2014 04:24 PM, Clint Byrum wrote:
Great job highlighting what our friends over at Amazon are doing.
It's clear from
On Thu, Sep 18, 2014 at 8:54 AM, Devananda van der Veen
devananda@gmail.com wrote:
On Thu, Sep 18, 2014 at 7:45 AM, Flavio Percoco fla...@redhat.com wrote:
On 09/18/2014 04:09 PM, Gordon Sim wrote:
On 09/18/2014 12:31 PM, Flavio Percoco wrote:
Zaqar guarantees FIFO. To be more precise, it
On Thu, Sep 18, 2014 at 7:45 AM, Flavio Percoco fla...@redhat.com wrote:
On 09/18/2014 04:09 PM, Gordon Sim wrote:
On 09/18/2014 12:31 PM, Flavio Percoco wrote:
On 09/17/2014 10:36 PM, Joe Gordon wrote:
My understanding of Zaqar is that it's like SQS. SQS uses distributed
queues, which
On 9/18/14, 11:29 AM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Donald Stufft's message of 2014-09-18 07:30:27 -0700:
On Sep 18, 2014, at 10:18 AM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Donald Stufft's message of 2014-09-18 04:58:06 -0700:
On Sep 18, 2014, at
Hi, folks!
I want to engage this bug
https://bugs.launchpad.net/ceilometer/+bug/1350826 [1].
But fixing of this bug has raised question.
Issue is that happybase does not support unicode symbols and approaches to
processing unicode symbols is needed to discuss.
I suggest next variants:
1. Anyway
Hi Patanjali!
We have inspected this question and got a document with results of this
testing.
Tests are running on physical lab and includes 2000 VMs ran by Nova and 60
second polling interval.
Expanded information in doc
Hey all,
I've recently been thinking a lot about Sean's Layers stuff. So I wrote
a blog post which Jim Blair and Devananda were kind enough to help me edit.
http://inaugust.com/post/108
Enjoy.
Monty
___
OpenStack-dev mailing list
On 09/18/2014 03:45 PM, Flavio Percoco wrote:
On 09/18/2014 04:09 PM, Gordon Sim wrote:
Is the replication synchronous or asynchronous with respect to client
calls? E.g. will the response to a post of messages be returned only
once the replication of those messages is confirmed? Likewise when
On Sep 17, 2014, at 7:42 PM, Rochelle.RochelleGrober
rochelle.gro...@huawei.com wrote:
TL;DR: I consider the poor state of log consistency a major impediment for
more widespread adoption of OpenStack and would like to volunteer to own this
cross-functional process to begin to unify and
How many of the reviews that we WIP-1 will actually be revisited?
I'm sure there will be cases where a current developer forgetting they
had started on something, seeing the e-mail about the WIP-1, and then
abandoning the change.
But what about developers who have moved off the project
1 - 100 of 136 matches
Mail list logo