My opinion:
- If a new API is desirable by operators who would like to skip a few steps
in Ironic before making it active, then we should do it. I mean we should
allow them to skip the enroll state and manageable state, thereby giving
them an opportunity to land the node in "manageable" or "avai
Thanks Brandon, got it.
It is easy to understand :)
On Sat, Aug 15, 2015 at 2:07 AM, Brandon Logan
wrote:
> Hi Gareth,
>
> The reason for this is because lbaas v1 is in the
> services/loadbalancer/drivers path. This path was maintained from when
> neutron-lbaas was just another directory in t
+1 for Retry-After is wrong for quota case
> 在 2015年8月19日,下午1:32,GHANSHYAM MANN 写道:
>
> Retry-After
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subj
Hi All,
This is an informational mail for both vendor tool developers and Ironic
community.
For vendor tool developers - We decided the last week's Ironic meeting [1]
that vendors who want to share tools/scripts related to Ironic, can do so
in their own preferred way (personal github repositories
Hi Abhi,
IIUC, you should create and configure slaves(these slaves can be VMs or real
physical machine) in Jenkins.
And the nodepool is used to create and pool VMs automatically, and these VMs
should be run on the slaves.
Then, while CI wants to build and execute a testcase, especially which a
Thank you for the references!
> -Original Message-
> From: ext Ken'ichi Ohmichi [mailto:ken1ohmi...@gmail.com]
> Sent: Wednesday, August 19, 2015 2:48 AM
...
> Is it difficult to make these properties upstream?
> Vendor specific properties will make API different between clouds, and
> that
+1 to both! (Sorry missed this email the first go around).
On Fri, Aug 14, 2015 at 10:25 AM, Mark McClain wrote:
> +1 to Brandon and Russell.
>
> mark
>
> On Aug 13, 2015, at 2:47 PM, Kevin Benton wrote:
>
> +1
>
> On Wed, Aug 12, 2015 at 10:43 PM, Akihiro Motoki
> wrote:
>
>> +1 for both.
>>
That is nice point. IMO also Retry-After does not looks good for Quota
error (in all three mentioned case) and actually we are trying to tell
user in case of Quota error, retry this request after 0 sec.
Thanks
Ghanshyam
On Wed, Aug 19, 2015 at 12:34 AM, Chen CH Ji wrote:
> When doing patch[1] Ke
On Tue, Aug 18, 2015 at 7:42 PM, John Griffith
wrote:
>
>
> On Tue, Aug 18, 2015 at 2:14 PM, Robert Collins > wrote:
>
>> On 19 August 2015 at 03:51, Sean Dague wrote:
>>
>> > So... I'm at Linux Con this week, meaning that things will be slow. I
>> > think - https://review.openstack.org/#/c/208
Hi Asselin, Abhishek,
CC: all,
After a long time, I think I failed to setup a nodepool.
I can start nodepool daemon, but when launching nodes with a ready state
image.
ERROR nodepool.NodeLauncher: Exception launching node id: 7 in prov
On Tue, Aug 18, 2015 at 2:14 PM, Robert Collins
wrote:
> On 19 August 2015 at 03:51, Sean Dague wrote:
>
> > So... I'm at Linux Con this week, meaning that things will be slow. I
> > think - https://review.openstack.org/#/c/208582/ (slightly updated this
> > morning) will get devstack users work
>> On 17 August 2015 at 20:20, Robert Collins
>> wrote:
>>
>>> On 11 August 2015 at 06:13, Ruby Loo wrote:
>>> > Hi, sorry for the delay. I vote no. I understand the rationale of
>>> trying to
>>> > do things so that we don't break our users but that's what the
>>> versioning is
>>> > meant for a
Great summary. We covered a lot of ground.
Thanks Mike!
On 08/17/2015 10:53 AM, Mike Perez wrote:
A *summary* of the Cinder midcycle sprint, in attempt to keep your attention.
Full meeting notes available [1].
Image Caching
=
Glance Cinder backend store + Cinder Image Caching are
+1
He has been doing good reviews and shown a sustained commitment.
Well done!
Jay
On 08/13/2015 02:13 PM, Mike Perez wrote:
It gives me great pleasure to nominate Gorka Eguileor for Cinder core.
Gorka's contributions to Cinder core have been much apprecated:
https://review.openstack.org/#/
Hi Viktor,
2015-08-17 23:26 GMT-07:00 Tikkanen, Viktor (Nokia - FI/Espoo)
:
>
> I have I question regarding validating responses during API tests.
>
> Has it been decided some time ago that no additional properties
> are allowed when verifying response schemas during API tests?
There was the rela
On 18 August 2015 at 01:46, Thierry Carrez wrote:
Following on from the IRC discussion about release notes.
< ttx> * we want consumers of the stable branch (from random commit
and from tagged versions) to get a valid release notes document
< ttx> * Some things in that document (like OSSA numbers
On Tue, Aug 18, 2015 at 10:04:56PM +, Jeremy Stanley wrote:
> On 2015-08-18 15:48:08 -0500 (-0500), Matt Riedemann wrote:
> [...]
> > You'd also have to raise the cap on swiftclient in g-r stable/juno
> > to python-swiftclient>=2.2.0,<2.4.0.
> [...]
>
> Followed by stable point releases of eve
Although the DHCP-related patches below are I think very close to mergeable,
Brian Haley on IRC queried what, process-wise, motivates merging them now (for
Liberty).
I think he's right that something is missing, so I'd like to discuss filling
that hole here. What has happened so far is this:
-
On 2015-08-18 15:48:08 -0500 (-0500), Matt Riedemann wrote:
[...]
> You'd also have to raise the cap on swiftclient in g-r stable/juno
> to python-swiftclient>=2.2.0,<2.4.0.
[...]
Followed by stable point releases of everything with a stable/juno
branch and a {test-,}requirements.txt entry for pyt
We did the meeting and you can read the notes here:
http://eavesdrop.openstack.org/meetings/crossproject/2015/crossproject.2015-08-18-21.01.html
See you next week!
On Tue, Aug 18, 2015 at 8:18 AM, Emilien Macchi wrote:
> Note for myself: do not take a day off before Cross-project meeting so I
hi brandon,
thanks for your answer.
my answers inline,
On Tue, Aug 18, 2015 at 8:53 PM, Brandon Logan
wrote:
> So let me make sure I understand this. You want to do a separate service
> plugin for what would normally be separate drivers under one service
> plugin. The reasons for this are:
On 8/17/2015 10:19 AM, Dan Smith wrote:
Is this documented somewhere?
I did a bit of digging and couldn't find anywhere that explicitly
required that for the J->K upgrade. Certainly it was documented for the
I->J upgrade.
It's our model, so I don't think we need to document it for each cycl
I think the table setup pattern have some opportunity for reducing code
duplication before it gets re-used by other panels..
We used to just need to write one file to define a table, now we have to
write 9 files [1]. Can we have a table directive to reduce the duplicated
code before moving forwar
Hi all,
We're contemplating a small syntax change in the Congress policy language
and wanted to see if it would cause anyone problems.
Currently you can write rules that give a single table differing numbers of
columns. In the following example, the 'error' table has both 1 column and
2 columns.
On 18 August 2015 at 13:08, Lucas Alvares Gomes
wrote:
> HI
>
> > Hi, I'd like to make sure I understand. Is it the case that ideally, if
> we
> > could go back in time, we'd like to change the client so it defaults to
> 1.1?
>
> AFAIUI, yes
>
> > But since we can't, the next client that we ship/
On 8/17/2015 7:59 PM, Tony Breeds wrote:
On Mon, Aug 17, 2015 at 03:51:46PM -0500, Matt Riedemann wrote:
What version of taskflow is installed? Cinder 2014.2.3 requires this
version of taskflow [1]:
taskflow>=0.4,<0.7.0
Which should get you taskflow 0.6.2, and taskflow 0.6.2 has this requi
On Tue, Aug 18, 2015 at 02:28:39PM -0400, James Slagle wrote:
> On Tue, Aug 18, 2015 at 2:10 PM, Steven Hardy wrote:
> > On Mon, Aug 17, 2015 at 03:29:07PM -0400, James Slagle wrote:
> >> On Mon, Aug 17, 2015 at 9:28 AM, Steven Hardy wrote:
> >> > Hi all,
> >> >
> >> > Recently I had some discuss
On 19 August 2015 at 03:51, Sean Dague wrote:
> So... I'm at Linux Con this week, meaning that things will be slow. I
> think - https://review.openstack.org/#/c/208582/ (slightly updated this
> morning) will get devstack users working again. And I agree, we really
> need devstack and the gate to
On 08/11/2015 10:28 AM, michael mccune wrote:
1. Add new guideline for HTTP Headers
https://review.openstack.org/#/c/186526/
2. Add advice on when to use POST or PUT in create
https://review.openstack.org/#/c/181912/
3. Clarify the return code when server have hard-code length limit
https://rev
Just following up the thread; this was voted on during the Keystone meeting
today and the SPFE has been granted [0].
http://eavesdrop.openstack.org/irclogs/%23openstack-meeting/%23openstack-meeting.2015-08-18.log.html#t2015-08-18T18:03:37
On Thu, Aug 13, 2015 at 9:49 AM, Morgan Fainberg
wrote:
Apologies, forgot to add [ironic] to the subject.
On 18 August 2015 at 13:27, Ruby Loo wrote:
> Hi,
>
> I want to start a different thread on this topic because I don't think
> this is about whether/how to do API microversions. Rather, given that we
> are going to support microversioning, how to
?So let me make sure I understand this. You want to do a separate service
plugin for what would normally be separate drivers under one service plugin.
The reasons for this are:
1. You dont want users the ability to choose the type, you want it always to be
the same one
2. Some types do want
Hi everyone,Just wanted to keep everyone up to date on the angular panels work. The goal was to set a pattern that others can follow, to that end, there were a few requirements:1. reusable and possibly pluggable2. easy to understand3. reduce code duplicationThese requirements don't always go hand-i
Are your ACLs set up properly?
https://review.openstack.org/#/admin/projects/openstack/networking-calico,access
I don't see your group - or any actual group that has rights assigned to
the repo - it's empty.
compare that to:
https://review.openstack.org/#/admin/projects/openstack/neutron,access
On Tue, Aug 18, 2015 at 2:10 PM, Steven Hardy wrote:
> On Mon, Aug 17, 2015 at 03:29:07PM -0400, James Slagle wrote:
>> On Mon, Aug 17, 2015 at 9:28 AM, Steven Hardy wrote:
>> > Hi all,
>> >
>> > Recently I had some discussion with folks around the future strategy for
>> > TripleO wrt upgrades, r
No, still not, I'm afraid.
Original Message
From: Sean M. Collins
Sent: Tuesday, 18 August 2015 19:15
To: OpenStack Development Mailing List (not for usage questions)
Reply To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [neutron] New networking-cal
Heads up.
Tacker team is holding a Liberty mid-cycle meetup this week [1]. Hence we
are cancelling our weekly IRC meeting this week on Aug 20th. The meeting
will resume next week (on Aug 27th).
[1] https://etherpad.openstack.org/p/liberty-tacker-midcycle
__
On Mon, Aug 17, 2015 at 03:29:07PM -0400, James Slagle wrote:
> On Mon, Aug 17, 2015 at 9:28 AM, Steven Hardy wrote:
> > Hi all,
> >
> > Recently I had some discussion with folks around the future strategy for
> > TripleO wrt upgrades, releases and branches, specifically:
> >
> > - How do we suppo
Jenkins came back with a +1 about 20 minutes after your +1 - see if you
can +2 it now? Totally a guess.
--
Sean M. Collins
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lis
How about a settings.py switch that would simply allow the deployer to
entirely disable the list users functionality?
Best,
-jay
On 08/18/2015 12:52 PM, Timur Sufiev wrote:
IMO, if that's impossible to provide Users pagination/indexing for LDAP
from technical point of view, we'd better revise
Hi all,
Due to a number of events going on this week (Operators
Mid-cycle/LinuxCon/KVMForum/etc.) I am canceling the Telco Working Group
meeting for the 19th.
Thanks!
Steve
__
OpenStack Development Mailing List (not for u
Excerpts from Thierry Carrez's message of 2015-08-18 10:34:35 +0200:
> Dave Walker wrote:
> > On 17 August 2015 at 15:59, Jeremy Stanley wrote:
> >> On 2015-08-17 15:46:24 +0200 (+0200), Thierry Carrez wrote:
> >> [...]
> >>> OSSA:
> >>> For commits that correspond to vulnerability fixes.
> >> [.
On 08/11/2015 10:28 AM, michael mccune wrote:
1. Add new guideline for HTTP Headers
https://review.openstack.org/#/c/186526/
2. Add advice on when to use POST or PUT in create
https://review.openstack.org/#/c/181912/
3. Clarify the return code when server have hard-code length limit
https://rev
Hi,
I want to start a different thread on this topic because I don't think this
is about whether/how to do API microversions. Rather, given that we are
going to support microversioning, how to deal with the non-backward
compatible change in 1.11 with the ENROLL state (instead of AVAILABLE)
being t
On 17/08/15 18:47, Neil Jerram wrote:
> I'd like to announce networking-calico [...]
> Then the plan for networking-calico is that it will contain docs, an ML2
> mechanism driver, a DHCP interface driver, and a Devstack plugin for
> Calico. These aren't yet at [10], but I will be getting on with
On Tue, Aug 18, 2015 at 05:59:44PM +0200, Jaume Devesa wrote:
> Hi Steven/Emilien,
>
> Thanks for the quick responses.
>
> On Tue, 18 Aug 2015 16:10, Steven Hardy wrote:
> > On Tue, Aug 18, 2015 at 04:19:08PM +0200, Jaume Devesa wrote:
> >
> > I think the pattern for the templates will be simil
Minutes for the Monasca Weekly Meeting 8-18-2015.
https://etherpad.openstack.org/p/Monasca_Weekly_Meeting_8-18-2015
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.open
HI
> Hi, I'd like to make sure I understand. Is it the case that ideally, if we
> could go back in time, we'd like to change the client so it defaults to 1.1?
AFAIUI, yes
> But since we can't, the next client that we ship/release will have the most
> reasonable oldest version? If so, then since
On Tue, Aug 18, 2015 at 11:48 AM, Kiran Chunduri
wrote:
> Hello All,
> We would like to extend the nova 'vhost-user' plug API to attach the port
> to Cisco Nexus 1000v, which supports vhost-user interface. Currently the
> plug-API supports attaching to OVS. The code I'm referring to is
> 'plug_vh
On 2015-08-18 10:34:35 +0200 (+0200), Thierry Carrez wrote:
> Dave Walker wrote:
[...]
> > Maybe this is a perfect use-case for git-notes? This means the commit
> > itself isn't touched and the non-scale git-tag space isn't wasted?
>
> It definitely seems to be the perfect match: adding notes to
IMO, if that's impossible to provide Users pagination/indexing for LDAP
from technical point of view, we'd better revise the current UI of
Identity->Users, since most likely production-grade OpenStack installations
will have LDAP instead of MySQL storage. So I'm for gathering more
operators/deploye
Hello All,
We would like to extend the nova 'vhost-user' plug API to attach the port
to Cisco Nexus 1000v, which supports vhost-user interface. Currently the
plug-API supports attaching to OVS. The code I'm referring to is
'plug_vhostuser()' API in 'nova/virt/libvirt/vif.py'.
I would like to submi
Hi Steven/Emilien,
Thanks for the quick responses.
On Tue, 18 Aug 2015 16:10, Steven Hardy wrote:
> On Tue, Aug 18, 2015 at 04:19:08PM +0200, Jaume Devesa wrote:
>
> I think the pattern for the templates will be similar to the Cisco ML2
> plugins which are currently being integrated:
>
> https
On 08/16/2015 11:11 PM, Emilien Macchi wrote:
> Hello,
>
> Here's an initial agenda for our weekly meeting, Tuesday at 1500 UTC
> in #openstack-meeting-4:
>
> https://etherpad.openstack.org/p/puppet-openstack-weekly-meeting-20150818
>
> Please add additional item
On 08/14/2015 02:52 AM, Chris Dent wrote:
> On Fri, 14 Aug 2015, Clint Byrum wrote:
>
>> The same is true for these bugs. Yes they're real, yes more orgs should
>> devote developers to fixing them.
>
> This may be the root of my concern and something that we're going to
> have to address sooner t
Hi Filip,
I just submitted a revert of the problematic change. Once it merges, all
should be well again. Sorry for the trouble.
Tim
On Tue, Aug 18, 2015 at 7:57 AM Tim Hinrichs wrote:
> Looks like we merged a database schema change without the migration
> script. I'm on it. (We'll get our
When doing patch[1] Ken'ichi raise a good suggestion on not raise
Retry-After according to [2]
seems nova also when doing create[3] and resize[4] a server nova may raise
those, too
is this a bug or something made on purpose? Thanks
[1]
https://review.openstack.org/#/c/180469/5/nova/api/openstack
Rick,
These files are missing newlines i.e. unreadable for me: [1] [2] [3]
Out of curiosity, any particular reason you don't set up a log server like
OpenStack Infra?
I have a script to do that [4], which uses the upstream common solution [5]
Ramy
[1]
http://download.prophetstor.com/prophetst
On Tue, Aug 18, 2015 at 04:19:08PM +0200, Jaume Devesa wrote:
> Hi all,
>
> We in Midokura are considering to collaborate on TripleO to provide MidoNet
> as a
> backend technology for Neutron in the overcloud.
>
> We haven't found any vendor plugin image defined on the
> `tripleo-puppet-elements
Looks like we merged a database schema change without the migration
script. I'm on it. (We'll get our tempest tests running in gate again
ASAP.)
Tim
On Tue, Aug 18, 2015 at 7:36 AM Filip Blaha wrote:
> Hi Congress team.
>
> Our jenkins job testing integration congress and murano is failing.
On 08/18/2015 10:19 AM, Jaume Devesa wrote:
> Hi all,
>
> We in Midokura are considering to collaborate on TripleO to provide MidoNet
> as a
> backend technology for Neutron in the overcloud.
>
> We haven't found any vendor plugin image defined on the
> `tripleo-puppet-elements` nor heat templ
+1
So glad to hear about this :)
Ryan has been a great addition to the Zaqar team.
His reviews are very useful and he is always willing to share his knowledge
with everyone in Zaqar's IRC channel.
Thanks Ryan!
All the best,
Victoria
2015-08-17 4:45 GMT-03:00 Flavio Percoco :
> Greetings,
>
Hi Congress team.
Our jenkins job testing integration congress and murano is failing.
Congress fails to start on some DB error [1] . Does anyone know what
could be the problem?
[1]
http://logs.openstack.org/08/211608/3/check/gate-murano-congress-devstack-dsvm/db1b682/logs/screen-congress.txt
HI Abhi,
There are two ways to build images. The preferred way is to use Disk Image
Builder (DIB).
These images are built on the same VM that nodepool is run.
When you start nodepool, it will automatically do this for you.
The instructions explain how to do it ‘manually’ which is helpful for debu
On 08/18/2015 06:56 AM, Nikola Đipanov wrote:
On 08/17/2015 08:22 PM, Chris Friesen wrote:
The basic question is, if a host has X CPUs in total for VMs, and a
single instance wants X+1 vCPUs, should we allow it? (Regardless of
overcommit ratio.) There is also an equivalent question for RAM.
On 08/18/2015 09:04 AM, Anton Arefiev wrote:
Hi folks,
We have plans to write functional tests for ironicclient. And the
following question arose :
In current realization, functional test environment uses ironicclient
api directly(client managers), this approach has one problem - it
doesn't in
+1
On 17 Aug 2015 18:51, "Ivan Kolodyazhny" wrote:
> +1.
>
> Gorka, Thanks for your contribution!
>
> Regards,
> Ivan Kolodyazhny,
> Web Developer,
> http://blog.e0ne.info/,
> http://notacash.com/,
> http://kharkivpy.org.ua/
>
> On Sat, Aug 15, 2015 at 6:25 AM, John Griffith
> wrote:
>
>>
>>
>>
Hi all,
We in Midokura are considering to collaborate on TripleO to provide MidoNet as a
backend technology for Neutron in the overcloud.
We haven't found any vendor plugin image defined on the
`tripleo-puppet-elements` nor heat template in the `tripleo-heat-templates`...
So my first question is:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 08/18/2015 03:11 PM, Bence Romsics wrote:
> Hi Ihar,
>
> Thank you. Just rebased my patch and following the example of the
> qos feature now I can start neutron-server with both the service
> plugin and the ml2 extension driver loaded. However I
Hi Ihar,
Thank you. Just rebased my patch and following the example of the qos
feature now I can start neutron-server with both the service plugin
and the ml2 extension driver loaded. However I have noticed that I can
no longer mark the extension driver as implementing the extension
alias (the 'ex
Hi folks,
We have plans to write functional tests for ironicclient. And the
following question arose :
In current realization, functional test environment uses ironicclient api
directly(client managers), this approach has one problem - it doesn't
include command-line interface code. So it would
- Original Message -
> From: "Zane Bitter"
> To: "OpenStack Development Mailing List"
> Sent: Monday, 17 August, 2015 5:25:36 PM
> Subject: [openstack-dev] [TripleO] Encapsulating logic and state in the
> client
>
> It occurs to me that there has never been a detailed exposition o
On 17/08/15 15:29, James Slagle wrote:
>
>I'd like propose we take a somewhat modified "release branch" approach,
>which combines many of the advantages of the stable-branch model, but
>allows for a somewhat more liberal approach to backports, where most things
>are considered valid backports pro
On 08/17/2015 08:22 PM, Chris Friesen wrote:
>
> I tried bringing this up on the irc channel, but nobody took the bait.
> Hopefully this will generate some discussion.
>
> I just filed bug 1485631. Nikola suggested one way of handling it, but
> there are some complications that I thought I shoul
On 18/08/15 02:33, Clint Byrum wrote:
Excerpts from Zane Bitter's message of 2015-08-17 09:25:36 -0700:
It occurs to me that there has never been a detailed exposition of the
purpose of the tripleo-common library here, and that this might be a
good time to rectify that.
Basically, there are two
Hi Sean,
CC: Hoang
Thank you for your kindness :-)
> I'm more of a night-owl than a morning person, so I can do 2300 UTC,
> UTC, or
> 0100 UTC, so it is during the evening period of my local time, and the
> morning hours of APAC.
Hoang(hoangcx) and I(yushiro) would like to start 00:00 UTC.
Note for myself: do not take a day off before Cross-project meeting so I
can send the agenda on time :-)
Dear PTLs, cross-project liaisons and anyone else interested,
We'll have a cross-project meeting today at 21:00 UTC, with the
following agenda:
* Team announcements (horizontal, vertical, dia
Adding the related subject :)
On Tue, Aug 18, 2015 at 10:35 AM, Mathieu Rohon
wrote:
> Hi all,
>
> The current bgpvpn implementation is using the service type framework,
> with a service plugin and one or more service providers.
>
> After registering the bug [1], I wonder if we would rather use
I like #3 for windows. ("Do nothing.") :)
-- dims
On Tue, Aug 18, 2015 at 6:37 AM, Elena Ezhova wrote:
> Thank you for bringing it up, Marian!
>
> On Mon, Aug 17, 2015 at 5:29 PM, mhorban wrote:
>
>> Most of openstack services use ProcessLauncher(located in oslo.services)
>> to run services, f
Thank you for bringing it up, Marian!
On Mon, Aug 17, 2015 at 5:29 PM, mhorban wrote:
> Most of openstack services use ProcessLauncher(located in oslo.services)
> to run services, fork new worker processes, reload configuration, etc.
> Initialization of services in master process usually contain
Since Doug Wiegley's change has merged
https://review.openstack.org/#/c/213843/
Ill Abandon mine and close/update the bug accordingly.
I was a little confused when I rebased and ended up pushing a review to
feature/qos instead of master.
Regards
sean
-Original Message-
From: Miguel Ang
Hi,
Might be because volume backing size of 32G results in 8191 PE instead of
8192, so last volume create attempt sees only 1023 free extents.
Will retry with 32768M
Eduard
__
OpenStack Development Mailing List (not for usag
Thanks for handling this so quickly Sean!
Kyle Mestery wrote:
On Mon, Aug 17, 2015 at 5:58 PM, Jeremy Stanley wrote:
On 2015-08-17 22:39:56 + (+), Mooney, Sean K wrote:
[...]
Assuming this was not intentional I have opened a bug and
submitted a patch to revert this change.
[...]
Fi
Steven Hardy wrote:
> The obvious answer is a stable branch for certain TripleO components, and
> in particular for t-h-t, but this has disadvantages if we take the
> OpenStack wide "no feature backports" approach - for example "upgrade
> support to liberty" could be considered a feature, and many
Hi all,
The current bgpvpn implementation is using the service type framework, with
a service plugin and one or more service providers.
After registering the bug [1], I wonder if we would rather use a service
plugin per implementation type (bagpipe, ODL, OpenContrail, Nuage...) which
handles API
Dave Walker wrote:
> On 17 August 2015 at 15:59, Jeremy Stanley wrote:
>> On 2015-08-17 15:46:24 +0200 (+0200), Thierry Carrez wrote:
>> [...]
>>> OSSA:
>>> For commits that correspond to vulnerability fixes.
>> [...]
>>
>> I don't think that's going to be feasible. Consider the sequence
>> with
On Mon, 2015-08-17 at 13:36 +, Jeremy Stanley wrote:
> On 2015-08-17 15:25:07 +0200 (+0200), Thierry Carrez wrote:
> [...]
> > I see Doug, Robert, Clark and myself as necessary to the
> > discussion
> [...]
>
> It would also be great to get some of the operators and/or package
> maintainers in
Two weeks ago, I flagged the patch sets to commits ratio as the biggest
problem that Fuel contributors to Puppet OpenStack should address, and
over the past two weeks the situation has improved dramatically. In
first and second week of August, 19 of our commits were merged in
upstream, bringing ou
On Mon, Aug 17, 2015 at 08:53:29AM -0700, Mike Perez wrote:
> A *summary* of the Cinder midcycle sprint, in attempt to keep your attention.
> Full meeting notes available [1].
>
> [ ... ]
>
> -- Mike Perez
Thank you very much for the summary.
Cheers,
Gorka.
Hi,
Further investigation shows there might be a relation between a test
failing because it can't upload an image (most likely because there's not
enough space left) and another test failing because lvm doesn't have enough
extents - at the same time (due to tests running on two workers). So if
the
On 17/08/15 22:29, James Slagle wrote:
> On Mon, Aug 17, 2015 at 9:28 AM, Steven Hardy wrote:
>> Hi all,
>>
>> Recently I had some discussion with folks around the future strategy for
>> TripleO wrt upgrades, releases and branches, specifically:
>>
>> - How do we support a "stable" TripleO release
Hi Adhishek:
It is auto invoked.
From: Abhishek Shrivastava [mailto:abhis...@cloudbyte.com]
Sent: Tuesday, August 18, 2015 2:19 PM
To: Rick Chen
Subject: Re: [openstack-dev] [cinder] [third-party] ProphetStor CI account
Also the "prophetstor_ci.htaccess", is it invoked automatica
92 matches
Mail list logo