More comments inline.
Salvatore
On 31 July 2015 at 01:47, Kevin Benton wrote:
> The issue is that the Neutron credentials might not have privileges to
> resolve the name to a UUID. I suppose we could just fail in that case.
>
>
As quota-update is usually restricted to admin users this should no
Hi Abhishek,
I found out what was wrong.
I didn't configure publisher in my jobs..
Sorry for the trouble.
But I do think the document on github is not suitable for any beginner.
So I think I will post some patches to provide more info for those who
use this tool for the very first time
wh
+1 from qiming
__
OpenStack Development Mailing List (not for usage questions)
Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi everyone,
This week, like last, was all about the RST conversion. With just a 48
hour long sprint, the Install Guide is almost complete! A hearty
congratulations to everyone who contributed. One of the interesting
things about doing all these conve
+1 :)
-邮件原件-
发件人: Steve Baker [mailto:sba...@redhat.com]
发送时间: 2015年7月31日 12:36
收件人: OpenStack Development Mailing List
主题: [openstack-dev] Proposing Kanagaraj Manickam and Ethan Lynn for heat-core
I believe the heat project would benefit from Kanagaraj Manickam and Ethan Lynn
having th
+1 for both from me,
Best regards,
On Fri, Jul 31, 2015, 11:20 Huangtianhua wrote:
> +1 :)
>
> -邮件原件-
> 发件人: Steve Baker [mailto:sba...@redhat.com]
> 发送时间: 2015年7月31日 12:36
> 收件人: OpenStack Development Mailing List
> 主题: [openstack-dev] Proposing Kanagaraj Manickam and Ethan Lynn for
>
On Mon, Jul 27, 2015 at 12:35 PM, Gorka Eguileor wrote:
> I know we've all been looking at the HA Active-Active problem in Cinder
> and trying our best to figure out possible solutions to the different
> issues, and since current plan is going to take a while (because it
> requires that we finish
Hi, Vega,
Thanks for your response. I think we can include the session in the context.
Best Regards
Chaoyi Huang ( Joe Huang )
From: Vega Cai [mailto:luckyveg...@gmail.com]
Sent: Friday, July 31, 2015 9:44 AM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [opensta
On 29 July 2015 at 19:13, Matt Riedemann wrote:
> We talked a bit about this at the nova mid-cycle last week but I can't say I
> completely remember all of the points made, since I feel like we talked
> ourselves into a circle that got us back to more or less 'the current specs
> and freeze proces
On 30 July 2015 at 09:56, John Garbutt wrote:
> On 29 July 2015 at 19:20, John Garbutt wrote:
>> Hi,
>>
>> Tomorrow is: Non-priority Feature Freeze
>>
>> What does this mean? Well...
>>
>> * bug fixes: no impact, still free to merge
>> * priority features: no impact, still free to merge
>> * clea
Hi Devs,
I have modified the cross-project specs for request-id based on this analysis
and submitted same for review.
Please refer,
https://review.openstack.org/#/c/156508/17/specs/return-request-id.rst and give
your valuable feedback on the same.
Thank you in advance.
Abhishek Kekane
-O
Hi,
With the commit [1] "minimize the default services" that happened in April,
nova-objectstore is not run by default. Which means that by default,
Devstack doesn"t provide any S3 compatible API (because swift3 is not
enabled by default, of course).
Now, I don't see any config flag or mechanism i
On 07/30/2015 04:58 PM, Devananda van der Veen wrote:
> Thoughts?
>
> * I'm assuming it is possible to make micro version changes to the
> 1.x API
> as 1.10.1, 1.10.2,etc
>
>
> Despite most folks calling this "microversions", I have been trying to
> simply call this "API versi
Hi,
as there is no official feature freeze in neutron anymore, there still
must be a cut off date or at least a cut off time frame for liberty
code.
Can anyone tell me when this is (round about)? Is this liberty-3?
I wonder if it's still possible to propose a RFE and get it into
liberty...
Than
On Fri, Jul 31, 2015 at 01:47:22AM -0700, Mike Perez wrote:
> On Mon, Jul 27, 2015 at 12:35 PM, Gorka Eguileor wrote:
> > I know we've all been looking at the HA Active-Active problem in Cinder
> > and trying our best to figure out possible solutions to the different
> > issues, and since current
> So far CI has been successful on all of these
changes, and bvt is currently running.
Small update - BVT test passed.
On Fri, Jul 31, 2015 at 6:27 AM, Alex Schultz wrote:
> Hey everyone,
>
> During on the fuel meeting today we discussed the librarian changes and
> their status.
> As part of thi
On 2015-07-31 14:49:52 +0800 (+0800), Gareth wrote:
> Could this issue be fixed today?
I believe it is, now that we've restarted with
https://review.openstack.org/207675 applied.
> Btw, is it possible to design a special mode for gate/zuul? If ops
> switch to that mode, all new gerrit event can't
Hi,
So after I took a lot at Ken'ichi's recent proposed changes, I think this
is the good approach. The kwargs approach has the good benefit of being
generic so that if a consumer (say Nova) of the client class wants to add a
new parameter to one of its API, it can do it without the need of updatin
I'm adding openstack-operators too as this is a discussion that I think it
would be useful to have their input for.
On 30 July 2015 at 19:18, Ian Cordasco wrote:
> Hey all,
>
> As you may have seen elsewhere on openstack-dev, OpenStack is changing the
> versioning for the service projects. This
Folks
I do actively support our initiative to use librarian to be as close as
possible to upstream, but let's not merge such invasive changes until we
announce Hard Code Freeze and create stable/7.0 branch. So far I put my -2
onto the first commit in the chain. Let's get through 7.0 and then land
With regards to converting all services to use Keystone v3 endpoints, note
the following:
1) swift-dispersion currently does not support consuming Keystone v3
endpoints [1]. There is a patch merged to master [2] to fix that, but a
backport to kilo is yet to be done.
2) Each type (internal, admin,
Folks,
today I’m going to make a new public release of Fuel Client.
If you badly need to merge something before that or have any objections, please
let me know before 17:00 CEST (UTC+2).
- romcheg
signature.asc
Description: Message signed with OpenPGP using GPGMail
__
On Fri, Jul 31, 2015 at 10:29 PM, Jeremy Stanley wrote:
> On 2015-07-31 14:49:52 +0800 (+0800), Gareth wrote:
> > Could this issue be fixed today?
>
> I believe it is, now that we've restarted with
> https://review.openstack.org/207675 applied.
>
> > Btw, is it possible to design a special mode f
Jesse, thanks for raising this. Like you, I should just track upstream
and wait for full V3 support.
I've taken the quickest approach and written fixes to
puppet-openstacklib and puppet-keystone:
https://review.openstack.org/#/c/207873/
https://review.openstack.org/#/c/207890/
and again to Fuel-L
On Fri, Jul 31, 2015 at 6:29 AM, Andreas Scheuring <
scheu...@linux.vnet.ibm.com> wrote:
> Hi,
> as there is no official feature freeze in neutron anymore, there still
> must be a cut off date or at least a cut off time frame for liberty
> code.
>
> Can anyone tell me when this is (round about)? I
On Fri, Jul 31, 2015 at 12:47:55PM +0200, Jordan Pittier wrote:
> Hi,
> With the commit [1] "minimize the default services" that happened in April,
> nova-objectstore is not run by default. Which means that by default,
> Devstack doesn"t provide any S3 compatible API (because swift3 is not
> enable
Привет, нет, обычный how to contribute.
> 31 лип. 2015 о 15:01 Roman Prykhodchenko написав(ла):
>
> Folks,
>
> today I’m going to make a new public release of Fuel Client.
> If you badly need to merge something before that or have any objections,
> please let me know before 17:00 CEST (UTC+2).
Sorry, folks, I pressed a wrong button for replying.
> 31 лип. 2015 о 15:56 Roman Prykhodchenko написав(ла):
>
> Привет, нет, обычный how to contribute.
>
>> 31 лип. 2015 о 15:01 Roman Prykhodchenko написав(ла):
>>
>> Folks,
>>
>> today I’m going to make a new public release of Fuel Client.
Hi All,
I am new to openstack. I have a problem in understanding of Nova-database
update with the resources information.
My understanding after going through the architecture documents and code is
Nova-Database is the one which stores the resource information about the
compute servers. The Nova-
Vladimir,
can you please elaborate on "such invasive changes"?
There was a plan developed, including risk mitigation, etc. - like do 'grep
-r' to check, and revert the change all together right away if we see
regression. So far, everyone was aligned with the plan. It was discussed
yesterday during
On 07/31/2015 07:18 AM, Matthew Mosesohn wrote:
Jesse, thanks for raising this. Like you, I should just track upstream
and wait for full V3 support.
I've taken the quickest approach and written fixes to
puppet-openstacklib and puppet-keystone:
https://review.openstack.org/#/c/207873/
https://rev
You forgot the [heat] tag ;)
On 31/07/15 00:35, Steve Baker wrote:
I believe the heat project would benefit from Kanagaraj Manickam and
Ethan Lynn having the ability to approve heat changes.
+1 for both and, at the risk of counting votes prematurely, welcome!
- ZB
Their reviews are valuable
Mike Perez wrote:
On Mon, Jul 27, 2015 at 12:35 PM, Gorka Eguileor wrote:
I know we've all been looking at the HA Active-Active problem in Cinder
and trying our best to figure out possible solutions to the different
issues, and since current plan is going to take a while (because it
requires th
On 7/31/15, 07:40, "Jesse Pretorius" wrote:
>I'm adding openstack-operators too as this is a discussion that I think
>it would be useful to have their input for.
I've removed them from the CC since I don't think we're supposed to
cross-post.
>So what would the resulting version be? Would the
On 7/31/2015 9:27 AM, Pradeep Kiruvale wrote:
Hi All,
I am new to openstack. I have a problem in understanding of
Nova-database update with the resources information.
My understanding after going through the architecture documents and code
is Nova-Database is the one which stores the resourc
Hi all,
We managed to find a day/time where all the active contributors can attend
(without being up too early/late). The room, day, and time have all
changed.
Room: #openstack-meeting-2
Time: Wednesday 5p Pacific = Thursday midnight UTC
Next week we begin with this new schedule.
And don't for
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
The scheduler in nova has a few filters (TypeAffinityFilter,
SameHostFilter, DifferentHostFilter) that rely on information about
the instances that already exist on a given host. Before Kilo, these
filters made direct DB calls in order to make their
Okay, folks, we had a short meeting to synchronize our vision of how it
should happen.
We will start by merging least-invasive modules like stdlib today and then
continue doing merges one by one in discrete manner and revert things
immediately if something goes wrong.
So there is a list of action
Ah. fixing it in python neutron client would be just fine too. Its just the
unfortunate usability issue that your on the cli, try and update the tenant's
quota and it says "ok, done" and it didn't actually do the thing you thought it
did. If your using the api or rest, the documentation should b
Here is the proposed schedule and adjusted ordering based on risk due to
code changes. Please let me know if you would like any of these dates
changed. You will see that I have bumped modules that were upgrades to
later so that we can stop prior to this changes if we feel they are too
risky. We s
I found a couple of problems in this one. I'll fix it in v5 in a few
minutes.
On 07/31/2015 10:52 AM, Russell Bryant wrote:
> Add a new OVN configuration entry in the Open_vSwitch database called
> "ovn-bridge-mappings". This allows the configuration of mappings
> between a physical network name
Peter pointed out that no one uses #openstack-meeting-2. So we'll go with
#openstack-meeting. Here are the updated meeting details.
Room: #openstack-meeting
Time: Wednesday 5p Pacific = Thursday midnight UTC
There's a change out for review that will update the meeting website once
it merges.
ht
On Fri, Jul 31, 2015 at 8:56 AM, Joshua Harlow wrote:
> ...random thought here, skip as needed... in all honesty orchestration
> solutions like mesos
> (http://mesos.apache.org/assets/img/documentation/architecture3.jpg),
> map-reduce solutions like hadoop, stream processing systems like apache
>
This week we had a great meeting, and have had a lot of good
conversations flowing on the IRC channel. We're solidifying the next
steps on our roadmap, and Kevin Fox has made great progress on
creating a Horizon panel to allow users to browse the catalog from
Horizon as well as provide a one-click
On 29 July 2015 at 22:04, Jesse Pretorius wrote:
> The following reviews are in-flight and are important for the upcoming
> releases, and therefore there is a need for more reviews and in some cases
> backports once the master patches have landed:
> https://review.openstack.org/#/q/starredby:%22J
On 31 July 2015 at 16:59, Ian Cordasco wrote:
>
> So, I'm not proposing that yaprt be updated to forcibly add epochs or
> anything else. What yaprt will generate is exactly what upstream
> specifies. For example, glance would be version 11.0.0, nova would be
> 12.0.0, etc.
>
> Giving a more concr
On 31 July 2015 at 20:40, Mike Perez wrote:
>
> Regardless, I want to know if we really need a DLM. Does Ceilometer
> really need a DLM? Does Cinder really need a DLM? Can we just use a
> hash ring solution where operators don't even have to know or care
> about deploying a DLM and running multip
Mike Perez wrote:
On Fri, Jul 31, 2015 at 8:56 AM, Joshua Harlow wrote:
...random thought here, skip as needed... in all honesty orchestration
solutions like mesos
(http://mesos.apache.org/assets/img/documentation/architecture3.jpg),
map-reduce solutions like hadoop, stream processing systems l
2015-07-30 22:58 GMT+02:00 Devananda van der Veen :
>
> On Thu, Jul 30, 2015 at 10:21 AM Clint Byrum wrote:
>
>> Excerpts from Jim Rollenhagen's message of 2015-07-27 13:35:25 -0700:
>> > Hi friends.
>> >
>> > Ironic implemented API "micro" versions in Kilo. We originally did this
>> > to allow f
Joshua Harlow wrote:
Mike Perez wrote:
On Fri, Jul 31, 2015 at 8:56 AM, Joshua Harlow
wrote:
...random thought here, skip as needed... in all honesty orchestration
solutions like mesos
(http://mesos.apache.org/assets/img/documentation/architecture3.jpg),
map-reduce solutions like hadoop, stream
Team,
I'd like to inform you about status of FF Exception for Cluster Upgrade
feature.
The due date for the exception was Jul 30th. We had 4 patches to merge in
the beginning of the work.
During review it was decided that changes to the core of Nailgun should be
split into separate CR, making it
Excerpts from Sean Dague's message of 2015-07-31 04:14:54 -0700:
> On 07/30/2015 04:58 PM, Devananda van der Veen wrote:
>
> > Thoughts?
> >
> > * I'm assuming it is possible to make micro version changes to the
> > 1.x API
> > as 1.10.1, 1.10.2,etc
> >
> >
> > Despite most fo
Hi, its a friendly reminder that if you what to discuss some topics at
Rally meetings, please add you topic to our Meeting agenda
https://wiki.openstack.org/wiki/Meetings/Rally#Agenda. Don't forget to
specify by whom led this topic. Add some information about topic(links,
etc.) Thank you for your a
On Fri, Jul 31, 2015 at 02:37:52PM -0700, Clint Byrum wrote:
> Excerpts from Sean Dague's message of 2015-07-31 04:14:54 -0700:
> > On 07/30/2015 04:58 PM, Devananda van der Veen wrote:
> >
> > > Thoughts?
> > >
> > > * I'm assuming it is possible to make micro version changes to the
> >
On Fri, Jul 31, 2015 at 12:47:34PM -0700, Joshua Harlow wrote:
> Joshua Harlow wrote:
> >Mike Perez wrote:
> >>On Fri, Jul 31, 2015 at 8:56 AM, Joshua Harlow
> >>wrote:
> >>>...random thought here, skip as needed... in all honesty orchestration
> >>>solutions like mesos
> >>>(http://mesos.apache.or
Excerpts from Mike Perez's message of 2015-07-31 10:40:04 -0700:
> On Fri, Jul 31, 2015 at 8:56 AM, Joshua Harlow wrote:
> > ...random thought here, skip as needed... in all honesty orchestration
> > solutions like mesos
> > (http://mesos.apache.org/assets/img/documentation/architecture3.jpg),
> >
Clint Byrum wrote:
Excerpts from Mike Perez's message of 2015-07-31 10:40:04 -0700:
On Fri, Jul 31, 2015 at 8:56 AM, Joshua Harlow wrote:
...random thought here, skip as needed... in all honesty orchestration
solutions like mesos
(http://mesos.apache.org/assets/img/documentation/architecture3.
On 08/01/2015 03:40 AM, Mike Perez wrote:
> On Fri, Jul 31, 2015 at 8:56 AM, Joshua Harlow wrote:
>> ...random thought here, skip as needed... in all honesty orchestration
>> solutions like mesos
>> (http://mesos.apache.org/assets/img/documentation/architecture3.jpg),
>> map-reduce solutions like
It sounds like we all agree -- the client we ship should default to a
fixed, older version. Anyone who wants newer functionality can pass a newer
version to their client.
Here's the current state of things:
server:
- stable/kilo: 1.6
- current: 1.11
client:
- stable/kilo: 1.6
- latest release (0
Monty Taylor wrote:
On 08/01/2015 03:40 AM, Mike Perez wrote:
On Fri, Jul 31, 2015 at 8:56 AM, Joshua Harlow wrote:
...random thought here, skip as needed... in all honesty orchestration
solutions like mesos
(http://mesos.apache.org/assets/img/documentation/architecture3.jpg),
map-reduce solut
On 7/31/2015 9:47 AM, Kyle Mestery wrote:
However, it's reasonable to assume the later you propose your RFE bug, the
less of a chance it has of making it. We do enforce the Feature Freeze [2],
which is the week of August 31 [3]. Thus, effectively you have 4 weeks to
submit patches for new featur
On 31 July 2015 at 20:33, Paul Carver wrote:
> On 7/31/2015 9:47 AM, Kyle Mestery wrote:
>
> However, it's reasonable to assume the later you propose your RFE bug, the
>> less of a chance it has of making it. We do enforce the Feature Freeze
>> [2],
>> which is the week of August 31 [3]. Thus, ef
On Sat, Aug 1, 2015 at 2:51 AM, Monty Taylor wrote:
> I hear tell that there a bunch of ops people who are in love with consul
>
At my company we love Consul. We found it to be very scalable and
performant, gives us an easy-to-use k/v store, membership service, DNS,
etc. We use it to load bala
63 matches
Mail list logo
