On 10 July 2014 00:59, Roman Podoliaka rpodoly...@mirantis.com wrote:
Not sure what issues you are talking about, but I just replaced
mysql with mysql+mysqlconnector in my db connection string in
neutron.conf and neutron-db-manage upgrade head worked like a charm
for an empty schema.
Yep,
Where I work we make use of Postgresql for most of our database needs.
It would be nice to be able to offer a Postgresql flavor within the
Trove framework. Is anyone working on adding it in?
If noone else is, then I might look at doing it, if there are folks
working on it - let me know if I
Hi,
For passing information from neutron to nova VIF Driver, you should use
binding:vif_details dictionary. You may not require new VIF_TYPE, but can
leverage the existing VIF_TYPE_OVS, and add ‘use_dpdk’ in vif_details
dictionary. This will require some rework of the existing libvirt
On 9 July 2014 20:24, Sullivan, Jon Paul jonpaul.sulli...@hp.com wrote:
Incidentally, is there already way to review what votes my CI (or
indeed anybody's) is casting via an openstack.org web interface?
You can look at the individual account dashboards in Gerrit, like:
Hello Mark.
There are several patches for Postgresql are hanging at the review queue.
Here's useful link:
https://blueprints.launchpad.net/trove/+spec/postgresql-support
Contact point: Kevin Conway (you can ping him in IRC and ask if he needs
any help)
Best regards,
Denis Makogon
On Thu,
We have an issue with neutron (and presumably elsewhere), where mysqldb and
eventlet may deadlock, until the mysqldb deadlock timer fires.
I believe it's responsible for ~all of these failures:
Howdy!
I've been operating a shellci for a while now and overall it is very smooth.
The main new feature now is to automatically retrigger events that neither
definitely succeed (exit status 100) nor definitely fail (exit status 101).
In this case the CI will vote 0 with the logs and then
I hadn't realised until today that the BP window for new Nova specs in Juno
had closed, and I'm hoping I might get an exception for a minor, but I
think helpful, change in the way VIF plugging works.
At the moment, Neutron's plugin returns a binding_type to Nova when
plugging takes place,
We had a call between Andrew (@xarses), Vladimir Kuklin (@aglarendil) and
myself (@mihgen) today to finally sort out Neutron ML2 integration in Fuel.
We didn't have @xenolog on the call, but hopefully he is more or less fine
with all below, and kindly request him to confirm :)
Discussed following
+1 from me.
Matt
-Original Message-
From: Clint Byrum [mailto:cl...@fewbar.com]
Sent: 09 July 2014 16:52
To: openstack-dev@lists.openstack.org
Subject: [openstack-dev] [TripleO] Proposal to add Jon Paul Sullivan and
Alexis
Lee to core review team
Hello!
I've been looking at
Thanks Denis, will do!
On 10/07/14 19:23, Denis Makogon wrote:
Hello Mark.
There are several patches for Postgresql are hanging at the review queue.
Here's useful link:
https://blueprints.launchpad.net/trove/+spec/postgresql-support
Contact point: Kevin Conway (you can ping him in IRC and
On 10 July 2014 10:06, Luke Gorrie l...@snabb.co wrote:
The main new feature now is to automatically retrigger events that neither
definitely succeed (exit status 100) nor definitely fail (exit status 101).
In this case the CI will vote 0 with the logs and then automatically
schedule a new
As far as I know, Fuel CI for Fuel Library (deployments on CentOS simple
Ubuntu HA) is fixed now.
For example,
https://review.openstack.org/#/c/103947/
https://review.openstack.org/#/c/103642/
passed CI hour or two ago.
However, there are still some issues in Ubuntu HA deployments on 1
TL;DR: do we need to stabilize notifications behind a versioned
and discoverable contract?
Folks,
One of the issues that has been raised in the recent discussions with
the QA team about branchless Tempest relates to some legacy defects
in the OpenStack notification system.
Now, I don't
Hi
+1
Cheers,
--
Chris Jones
On 9 Jul 2014, at 16:52, Clint Byrum cl...@fewbar.com wrote:
Hello!
I've been looking at the statistics, and doing a bit of review of the
reviewers, and I think we have an opportunity to expand the core reviewer
team in TripleO. We absolutely need the help,
Confirmed.
Also, if you do not want to wait, just rebase your change or cherry-pick it
to the same branch. It could overload CI a bit because it will retrigger
all the CI tests, so if you have only one test that was failing consider
poking devops guys in #fuel-dev first.
On Thu, Jul 10, 2014 at
Hi All,
Please help to review this proposal and give me your comments. Thanks a
lot.
--
Best regard,
David Geng
--___
OpenStack-dev mailing list
Hi all,
===
tl;dr: Now that we agree on waiting for the split prereqs to be done, we
debate on if ResourceTracker should be part of the scheduler code and
consequently Scheduler should expose ResourceTracker APIs so that Nova
wouldn't own compute nodes resources. I'm proposing to first come with
The patch for bug 1329564 [1] merged about 11 hours ago.
From [2] it seems there has been an improvement on the failure rate, which
seem to have dropped to 25% from over 40%.
Still, since the patch merged there have been 11 failures already in the
full job out of 42 jobs executed in total.
Of
On Wed, Jul 09, 2014 at 06:23:27PM -0400, Sean Dague wrote:
The libvirt logs needed are huge, so we can't run them all the time. And
realistically, I don't think they provided us the info we needed. There
has been at least one fail on Dan's log hack patch for this scenario
today, so maybe it
On 07/10/2014 10:58 AM, Jian Hua Geng wrote:
Hi All,
Please help to review this proposal and give me your comments. Thanks a lot.
Hi David,
Please don't send review requests to the list. For details see:
http://lists.openstack.org/pipermail/openstack-dev/2013-September/015264.html
Andreas
On 9.7.2014 17:52, Clint Byrum wrote:
So, I propose that we add jonpaul-sullivan and lxsli to the TripleO core
reviewer team.
+1
Jirka
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
Eugene ( list)
I just saw that you reassigned the bug to yourself recently , and that
the ideas described in the bug differ a bit from the idea that I had,
but I'd be willing to extend my spec to incorporate your design and spend
some time in the problem if you believe it's feasible.
I'm
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 10/07/14 08:09, Angus Lees wrote:
On 10 July 2014 00:59, Roman Podoliaka rpodoly...@mirantis.com
wrote:
Not sure what issues you are talking about, but I just replaced
mysql with mysql+mysqlconnector in my db connection string
in
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 10/07/14 11:07, Salvatore Orlando wrote:
The patch for bug 1329564 [1] merged about 11 hours ago. From [2]
it seems there has been an improvement on the failure rate, which
seem to have dropped to 25% from over 40%. Still, since the patch
On Wed, 9 Jul 2014, Clint Byrum wrote:
So, I propose that we add jonpaul-sullivan and lxsli to the TripleO core
reviewer team.
Obviously I should declare an interest, but I think this'd be good.
+1
jan
--
Just because I have nothing to hide doesn't mean I have nothing to fear.
On Wed, Jul 09, 2014 at 10:33:26PM +, Randall Burt wrote:
On Jul 9, 2014, at 4:38 PM, Zane Bitter zbit...@redhat.com
wrote:
On 08/07/14 17:17, Steven Hardy wrote:
Regarding forcing deployers to make a one-time decision, I have a question
re cost (money and performance) of the Swift
On 10 July 2014 11:27, Ihar Hrachyshka ihrac...@redhat.com wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 10/07/14 11:07, Salvatore Orlando wrote:
The patch for bug 1329564 [1] merged about 11 hours ago. From [2]
it seems there has been an improvement on the failure rate, which
If I understand correctly, you are having it comment when there is a
retrigger due to an internal CI failure? If so, please don't do this
because it makes the Gerrit reviews very noisy and it provides nothing
relevant to the contributor submitting the patch.
Nobody wants a CI to report that it
For log storage I would definitely start with compression since these are
just plain text. Make sure you enable gzip decompression in your web server
software so people can still view the log files in their browser.
Before spending tons of disk space on log storage, I would also have it
purge
On Wed, Jul 9, 2014 at 7:39 PM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Yuriy Taraday's message of 2014-07-09 03:36:00 -0700:
On Tue, Jul 8, 2014 at 11:31 PM, Joshua Harlow harlo...@yahoo-inc.com
wrote:
I think clints response was likely better than what I can write here,
but
Hi again Jon Paul,
My mistake! This seems to be exactly what I was looking for, thank you. (I
goofed the query which is why I thought it was lacking.)
Cheers :)
-Luke
On 10 July 2014 09:17, Luke Gorrie l...@snabb.co wrote:
On 9 July 2014 20:24, Sullivan, Jon Paul jonpaul.sulli...@hp.com
As I've been staring at failures in the gate a lot over the past month,
we've managed to increasingly tune the tempest client for readability
and debugability. So when something fails in an API test, pin pointing
it's failure point is getting easier. The scenario tests... not so much.
Using the
Hello Angus!
IMO, the simple answer on your question is - tests for eventlet and oslo.db
interaction should be in the same place, where eventlet and oslo.db
interact. :)
A little digression - we suppose, that oslo.db should neither know, nor
take care whether target projects use
Honestly, that seems weird to me.
oslo.db is built as a common layer for OpenStack services.
eventlet is used by most OpenStack services.
There are lots of known issues with eventlet vs. our db access patterns.
Knowing that the db layer works in the common OpenStack pattern seems
really
On Thu, Jul 10 2014, Eoghan Glynn wrote:
Hi Eoghan,
So the purpose of this thread is simply to get a read on the appetite
in the community for such an effort. At the least it would require:
* trashing out the details in say a cross-project-track session at
the K* summit
* buy-in from
On 09/07/14 17:52, Clint Byrum wrote:
Hello!
I've been looking at the statistics, and doing a bit of review of the
reviewers, and I think we have an opportunity to expand the core reviewer
team in TripleO. We absolutely need the help, and I think these two
individuals are well positioned to
On 07/10/2014 05:03 AM, Daniel P. Berrange wrote:
On Wed, Jul 09, 2014 at 06:23:27PM -0400, Sean Dague wrote:
The libvirt logs needed are huge, so we can't run them all the time. And
realistically, I don't think they provided us the info we needed. There
has been at least one fail on Dan's log
Note that the notifications that capture these resource state transitions
are a long-standing mechanism in openstack that ceilometer has depended
on from the very outset. I don't think it's realistic to envisage these
interactions will be replaced by REST APIs any time soon.
I wasn't
Le jeudi 10 juillet 2014, 14:48:04 Yuriy Taraday a écrit :
I'm not suggesting that taskflow is useless and asyncio is better (apple vs
oranges). I'm saying that using coroutines (asyncio) can improve ways we
can use taskflow and provide clearer method of developing these flows.
This was mostly
Tomas Sedovic said on Thu, Jul 10, 2014 at 02:26:06PM +0200:
On 09/07/14 17:52, Clint Byrum wrote:
+1 for both. However, some of the reviews show what I think is a
worrying trend in TripleO core. Specifically, nitpicking and tendency to
bikeshed.
Hi Tomas, thanks for your +1 and thoughts.
++
The ugly monkey patch approach is still working fine for my downstream
testing, but that's something I'd be happy to get rid of.
Something that may be worth considering is to have an abstraction layer on top
of tempest clients, to allow switching the actual implementation below:
- REST
I'd recommend adding this to the weekly Neutron ML2 meeting agenda [1]
and discussing it there. The ML2 sub-team leads (rkukura and Sukhdev)
are both at the Neutron mid-cycle meeting this week, so I'd suggest
next week's meeting.
Thanks!
Kyle
[1] https://wiki.openstack.org/wiki/Meetings/ML2
On
On Wed, 2014-05-21 at 17:03 -0700, Devananda van der Veen wrote:
I'd like to bring up the topic of drivers which, for one reason or
another, are probably never going to have third party CI testing.
Take for example the iBoot driver proposed here:
https://review.openstack.org/50977
I
On Monday 07 July 2014 16:11:21 Joe Gordon wrote:
On Jul 3, 2014 11:43 AM, Dmitry Guryanov dgurya...@parallels.com wrote:
Hi, All!
As far as I know, there are some requirements, which virt driver must
meet to
use Openstack 'label'. For example, it's not allowed to mount cinder
Hi Joe,
we know the Amazon's hot market is based on a economic model. Suppose to assign
to each group a virtual money amount for renting hot instances.
So, the money may reflect the share concept in our model. This means that a
big money amount may rent potentially more resources (actually it
On Thu, Jul 10, 2014 at 05:36:59PM +0400, Dmitry Guryanov wrote:
I have a question about mounts - in OpenVZ project each container has its own
filesystem in an image file. So to start a container we mount this filesystem
in host OS (because all containers share the same linux kernel). Is it a
On 07/10/2014 05:06 AM, Sylvain Bauza wrote:
Hi all,
===
tl;dr: Now that we agree on waiting for the split prereqs to be done, we
debate on if ResourceTracker should be part of the scheduler code and
consequently Scheduler should expose ResourceTracker APIs so that Nova
wouldn't own
On Thu, Jul 10, 2014 at 08:37:40AM -0400, Eoghan Glynn wrote:
Note that the notifications that capture these resource state transitions
are a long-standing mechanism in openstack that ceilometer has depended
on from the very outset. I don't think it's realistic to envisage these
On Thu, Jul 10, 2014 at 05:57:46PM +0400, Dmitry Guryanov wrote:
On Tuesday 08 July 2014 14:10:25 Michael Still wrote:
Joe has a good answer, but you should also be aware of the hypervisor
support matrix (https://wiki.openstack.org/wiki/HypervisorSupportMatrix),
which hopefully comes some
On Thursday 10 July 2014 14:47:11 Daniel P. Berrange wrote:
On Thu, Jul 10, 2014 at 05:36:59PM +0400, Dmitry Guryanov wrote:
I have a question about mounts - in OpenVZ project each container has its
own filesystem in an image file. So to start a container we mount this
filesystem in host OS
On 10/07/14 05:34, Steven Hardy wrote:
The other approach is to set up a new container, owned by the user, every
time. In that case, a provider selecting this implementation would need to make it
clear to customers if they would be billed for a WaitCondition resource. I'd prefer
to avoid
On Thu, Jul 10, 2014 at 06:18:52PM +0400, Dmitry Guryanov wrote:
On Thursday 10 July 2014 14:47:11 Daniel P. Berrange wrote:
On Thu, Jul 10, 2014 at 05:36:59PM +0400, Dmitry Guryanov wrote:
I have a question about mounts - in OpenVZ project each container has its
own filesystem in an
On 7/10/2014 5:52 AM, Eoghan Glynn wrote:
TL;DR: do we need to stabilize notifications behind a versioned
and discoverable contract?
Thanks for dusting this off. Versioning and published schemas for
notifications are important to the StackTach team. It would be nice to
get this
Active discussion at the gantt meeting this week, check out the log:
http://eavesdrop.openstack.org/meetings/gantt/2014/gantt.2014-07-01-15.00.log.html
--
Don Dugger
Censeo Toto nos in Kansa esse decisse. - D. Gale
Ph: 303/443-3786
-Original Message-
From: Russell Bryant
Hi!
There is a lot of useful information in that post (even excluding the
part brainstorming solutions) and it would be a shame if it was lost in
a sub-thread. Do you plan to make a blog post, or reference wiki page,
out of this ?
Back to the content, I think a more layered testing approach (as
On 07/10/2014 08:53 AM, Matthew Treinish wrote:
On Thu, Jul 10, 2014 at 08:37:40AM -0400, Eoghan Glynn wrote:
Note that the notifications that capture these resource state transitions
are a long-standing mechanism in openstack that ceilometer has depended
on from the very outset. I don't think
On Thu, 10 Jul 2014, Julien Danjou wrote:
My initial plan was to leverage a library like voluptuous to do schema
based validation on the sender side. That would allow for receiver to
introspect schema and know the data structure to expect. I didn't think
deeply on how to handle versioning, but
Le 10/07/2014 16:32, Dugger, Donald D a écrit :
Active discussion at the gantt meeting this week, check out the log:
http://eavesdrop.openstack.org/meetings/gantt/2014/gantt.2014-07-01-15.00.log.html
I would prefer to mention this week's meeting :
On 07/10/2014 09:47 AM, Thierry Carrez wrote:
Hi!
There is a lot of useful information in that post (even excluding the
part brainstorming solutions) and it would be a shame if it was lost in
a sub-thread. Do you plan to make a blog post, or reference wiki page,
out of this ?
Back to the
On Thu, 2014-07-10 at 14:47 +0100, Daniel P. Berrange wrote:
On Thu, Jul 10, 2014 at 05:36:59PM +0400, Dmitry Guryanov wrote:
I have a question about mounts - in OpenVZ project each container has its
own
filesystem in an image file. So to start a container we mount this
filesystem
Hi,
Thanks for Your answers.
Yep using binding:vif_details makes more sense. We would like to reuse
VIF_TYPE_OVS and modify the nova to use the userspace vhost when ‘use_dpdk’
flag is present.
What we are missing is how to inform the ml2 plugin/mechanism drivers when to
put that ‘use_dpdk’
Excerpts from Victor Stinner's message of 2014-07-10 05:57:38 -0700:
Le jeudi 10 juillet 2014, 14:48:04 Yuriy Taraday a écrit :
I'm not suggesting that taskflow is useless and asyncio is better (apple vs
oranges). I'm saying that using coroutines (asyncio) can improve ways we
can use
Hi Raildo,
Yes, I am trying to separate out the resource federation concerns through
Alliance, Identity federation will be intact with Keystone. At the same time
Alliance will play as delegate for keystone wherever resource federation across
clouds concern need to be addressed.
I would love to
Hi Matt,
It is not about identity federation (which is handled in Keystone), this is
about resource federation across clouds, Nova resources are one of them.
I don't know much about Nova cells right now, I will try to understand it soon.
Thanks,
Arvind
-Original Message-
From: Matt
Per the IRC discussion this morning, I believe it was decided that we would
prioritize creating a v2 agent which should run in parallel with the v1
agent. Further, for any subsequent driver shim layer, this should happen
after the v2 agent is functional.
... or I may have misunderstood what was
Great,
I added this subject to next meetings agenda.
Regards
Przemek
-Original Message-
From: Kyle Mestery [mailto:mest...@noironetworks.com]
Sent: Thursday, July 10, 2014 2:32 PM
To: OpenStack Development Mailing List (not for usage questions)
Cc: Mooney, Sean K
Subject: Re:
On Thu, Jul 10, 2014 at 08:19:36AM -0700, James Bottomley wrote:
On Thu, 2014-07-10 at 14:47 +0100, Daniel P. Berrange wrote:
On Thu, Jul 10, 2014 at 05:36:59PM +0400, Dmitry Guryanov wrote:
I have a question about mounts - in OpenVZ project each container has its
own
filesystem in
On 07/10/2014 08:08 AM, Frittoli, Andrea (HP Cloud) wrote:
++
The ugly monkey patch approach is still working fine for my downstream
testing, but that's something I'd be happy to get rid of.
Something that may be worth considering is to have an abstraction layer on top
of tempest clients, to
On Thu, Jul 10, 2014 at 4:30 AM, shihanzhang ayshihanzh...@126.com wrote:
With the deployment 'nova + neutron + openvswitch', when we bulk create
about 500 VM with a default security group, the CPU usage of neutron-server
and openvswitch agent is very high, especially the CPU usage of
I blame MicroSoft, cut/paste didn't work so I had to manually type in the
(wrong) URL.
--
Don Dugger
Censeo Toto nos in Kansa esse decisse. - D. Gale
Ph: 303/443-3786
-Original Message-
From: Sylvain Bauza [mailto:sba...@redhat.com]
Sent: Thursday, July 10, 2014 9:05 AM
To:
Hi
tox.ini has the line # The rest of the ignores are TODOs
How serious are we about getting rid of these ignores?
Is it valid to -1 a patch that does not pass an ignored rule? E.g. E121
indentation is not a multiple of four
If a patch is submitted that does not pass a currently ignored rule,
Currently we create a rescue instance by creating a new VM with the
original instance's image, then adding the original instance's first
disk to it, and booting. This means we have 2 VMs, which we need to be
careful of when cleaning up. Also when suspending, and probably other
edge cases. We also
On 07/10/2014 09:48 AM, Matthew Treinish wrote:
On Wed, Jul 09, 2014 at 09:16:01AM -0400, Sean Dague wrote:
I think we need to actually step back a little and figure out where we
are, how we got here, and what the future of validation might need to
look like in OpenStack. Because I think there
On 7/9/14, 4:51 PM, Matt Riedemann wrote:
On 6/12/2014 6:17 AM, Daniel P. Berrange wrote:
On Thu, Jun 12, 2014 at 07:07:37AM -0400, Sean Dague wrote:
On 06/12/2014 06:59 AM, Daniel P. Berrange wrote:
Does anyone have any tip on how to actually run individual tests in an
efficient manner.
On Thu, 10 Jul 2014, Mike Bayer wrote:
I typically never use tox or testtools at the commandline until I'm
ready to commit and want to see what the jenkins builds will see. I
start up the whole thing and then it's time to take a break while it
reinvents the whole world.
Me tool I've been
On 2014-07-08 20:31:26 -0600 (-0600), Brian Jarrett wrote:
[...]
Are there any projects that could use more developers?
[...]
That's a more complex question than you might think. On the whole
OpenStack does not need more developers writing new features. What
we *are* in desperate need of is
On 7/10/14, 7:47 AM, Sean Dague wrote:
Honestly, that seems weird to me.
oslo.db is built as a common layer for OpenStack services.
eventlet is used by most OpenStack services.
There are lots of known issues with eventlet vs. our db access patterns.
Knowing that the db layer works in the
Thank Matt and Trevor,
Sorry everybody! Because i begin to learning+alone. So, difficulty in check
log and fix error.
matt -- I receive error when create some node group templates for the
master and worker nodes. Then, i install sahara UI and already running
test. Thank you very much!
Best,
On 07/10/2014 11:46 AM, Moore, Ryan wrote:
Hi
tox.ini has the line # The rest of the ignores are TODOs
How serious are we about getting rid of these ignores?
Is it valid to -1 a patch that does not pass an ignored rule? E.g. E121
indentation is not a multiple of four
Hi Arvind,
Now it's clear to me.
It will be a pleasure for me and my team help you. I'll be awaiting to see
the POC.
Regards,
2014-07-10 12:36 GMT-03:00 Tiwari, Arvind arvind.tiw...@hp.com:
Hi Matt,
It is not about identity federation (which is handled in Keystone), this
is about
Jeremy Stanley wrote:
On 2014-07-08 20:31:26 -0600 (-0600), Brian Jarrett wrote:
[...]
Are there any projects that could use more developers?
[...]
That's a more complex question than you might think. On the whole
OpenStack does not need more developers writing new features. What
we *are*
On 7/10/14, 12:08 PM, Chris Dent wrote:
On Thu, 10 Jul 2014, Mike Bayer wrote:
I typically never use tox or testtools at the commandline until I'm
ready to commit and want to see what the jenkins builds will see. I
start up the whole thing and then it's time to take a break while it
This is also my understanding.
From: Stephen Balukoff [mailto:sbaluk...@bluebox.net]
Sent: Thursday, July 10, 2014 6:30 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Neutron][LBaaS] Shim vs Agent Refactor
Per the IRC discussion this morning, I
On Thu, Jul 10, 2014 at 7:13 PM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2014-07-08 20:31:26 -0600 (-0600), Brian Jarrett wrote:
[...]
Are there any projects that could use more developers?
[...]
That's a more complex question than you might think. On the whole
OpenStack does not need
On Thu, 2014-07-03 at 16:27 +0100, Mark McLoughlin wrote:
Hey
This is an attempt to summarize a really useful discussion that Victor,
Flavio and I have been having today. At the bottom are some background
links - basically what I have open in my browser right now thinking
through all of
On Mon, 2014-07-07 at 12:48 +0200, Nikola Đipanov wrote:
When I read all of this stuff and got my head around it (took some time
:) ), a glaring drawback of such an approach, and as I mentioned on the
spec proposing it [1] is that we would not really doing asyncio, we
would just be pretending
Hi Everyone,
I would also like to nominate Nathan Reller for the barbican-core team.
Nathan has been involved with the Key Management effort since early 2013.
Recently, Nate has been driving the development of a KMIP backend for
Barbican, which will enable Barbican to be used with KMIP devices.
On Wed, 2014-07-09 at 03:53 +, Paul Michali (pcm) wrote:
Mark,
What is the status of adding the newer oslo.messaging releases to
global requirements? I had tried to get 1.4.0.0a2 added to
requirements (https://review.openstack.org/#/c/103536/), but it was
failing Jenkins. Wondering
Modified slightly, my read on the decision was:
* Create a v2 agent, and make the ref haproxy driver use the v2 agent and
v2 obj model.
* At a lower priority, work on a shim for non-agent older drivers. This is
de-coupled from the haproxy ref driver, and could happen in parallel if we
On Thu, 2014-07-10 at 04:48 -0400, Eoghan Glynn wrote:
TL;DR: do we need to stabilize notifications behind a versioned
and discoverable contract?
Folks,
One of the issues that has been raised in the recent discussions with
the QA team about branchless Tempest relates to some legacy
-Original Message-
From: Sandy Walsh sandy.wa...@rackspace.com
Reply-To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: Thursday, July 10, 2014 at 9:31 AM
To: OpenStack Development Mailing List (not for usage questions)
New/updated v2 driver could be done without an agent (same as was possible in
v1).
From: Doug Wiegley [mailto:do...@a10networks.com]
Sent: Thursday, July 10, 2014 8:06 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [Neutron][LBaaS] Shim vs Agent
Absolutely, and work on those can start immediately, for any vendor that wants
to update their driver.
I’d recommend using the driver base class in this review, which modifies the
current new one, based on some stuff that Brandon found:
https://review.openstack.org/#/c/105610
Thanks,
Doug
Samuel,
I've heard this mentioned before, but looking at the code the haproxy
namespace driver uses the agent driver interface rather the the abstract
driver interface. Are you sure the HAProxy driver can be used without the
agent, if so could you explain how?
Thanks,
Dustin Lundquist
On
From my perspective, the requirement is to be able to have a consistent and
predictable format for notifications that are being sent from all services.
This means:
1. a set of required fields that all events contain and have consistent meaning
2. a set of optional fields, you don’t have to
+1
On Jul 10, 2014, at 12:11 PM, Douglas Mendizabal
douglas.mendiza...@rackspace.commailto:douglas.mendiza...@rackspace.com
wrote:
Hi Everyone,
I would also like to nominate Nathan Reller for the barbican-core team.
Nathan has been involved with the Key Management effort since early 2013.
+1
On Jul 10, 2014, at 11:55 AM, Douglas Mendizabal
douglas.mendiza...@rackspace.commailto:douglas.mendiza...@rackspace.com
wrote:
Hi Everyone,
I would like to nominate Ade Lee for the barbican-core team.
Ade has been involved in the development of Barbican since January of this
year, and
FWIW, I'm a firm believer in progress over perfection and although I
comment on the form, I try to score on the function.
I really like this phrase, comment on the form, score on the function.
Lately I've been trying to be very specific about things I'm pointing
out that are potentially a
On Thu, Jul 10, 2014 at 9:02 AM, Sean Dague s...@dague.net wrote:
On 07/10/2014 11:46 AM, Moore, Ryan wrote:
Hi
tox.ini has the line # The rest of the ignores are TODOs
How serious are we about getting rid of these ignores?
Is it valid to -1 a patch that does not pass an
1 - 100 of 145 matches
Mail list logo