Agree with shardy that the meeting structure should be inclusive. Since it's a
global project, it would be better to allow people from different time zones to
attend the meeting. Of course, PTL be on the scene is most important.
For me, personally, I'm new to Openstack and willing to contribute
Thanks everyone who have joined Sahara meeting.
Here are the logs from the meeting:
Minutes:
http://eavesdrop.openstack.org/meetings/sahara/2014/sahara.2014-04-24-18.00.html
Log:
http://eavesdrop.openstack.org/meetings/sahara/2014/sahara.2014-04-24-18.00.log.html
--
Sincerely yours,
Sergey
Congrats, Pablo! I was out of office and have no internet and couldn't give
you +1 :(
Nikolay Starodubtsev
Software Engineer
Mirantis Inc.
Skype: dark_harlequine1
2014-04-24 17:43 GMT+04:00 Fuente, Pablo A pablo.a.fue...@intel.com:
Thanks, it's an honor!
On Thu, 2014-04-24 at 13:20
On Thu, Apr 24, 2014 at 03:10:01PM -0400, Sean Dague wrote:
In the QA program we've now got the qa-specs repository to help craft
the details of a blueprint before someone implements it. However there
are problems we know we need to solve, which we only have a more general
thought on, and
You're absolutely right. I addressed openstack instead of opencontrail list
by mistake. Sorry for making unnecessary burden.
Michal.
On 25 April 2014 01:09, Edgar Magana Perdomo (eperdomo)
eperd...@cisco.comwrote:
I don’t think this is the right mailing list for this question.
Contrail is
Trevor is referring to our plans on using the SSL session ID of the
ClientHello to provide session persistence.
See RFC 5264 section 7.4.1.2 which sends an SSL session ID in the clear
(Unencrypted) so that a load balancer with out the decrypting key can use it to
make decisions on which
2014-04-25 1:38 GMT+02:00 Jay Lau jay.lau@gmail.com:
Seems http://summit.openstack.org/cfp/details/262 can cover this? Thanks.
Well, that will depend on the number of sessions we could get. This #262
proposal was agreed to be merged with #140 if no enough slots.
2014-04-25 5:09
Hi Eric,
On Thu, Apr 24, 2014 at 7:02 PM, Eric Brown bro...@vmware.com wrote:
I'm pretty familiar with SNMP as I have worked with it for a number years.
I know Telcos like it, but I feel its a protocol that is near end of life.
It hasn't
kept up on security guidelines. SNMPv1 and v2c are
Hello.
On Wed, Apr 23, 2014 at 2:40 AM, James E. Blair jebl...@openstack.orgwrote:
* The new Workflow label will have a -1 Work In Progress value which
will replace the Work In Progress button and review state. Core
reviewers and change owners will have permission to set that value
Exactly. Thank you for your clarification.
This is part of my job and my company would like to contribute to openstack.
Also I hope we can have more discussion about scheduling.
发件人: Henrique Truta [mailto:henriquecostatr...@gmail.com]
发送时间: 2014年4月25日 1:16
收件人: OpenStack Development Mailing
Hello, Dmitriy!
In this particular case, scenario “Put item to INSERT 1 attribute (an
existing table, 1 correct attribute “S”). It means that we want put one
item with one attribute of type S to existing table.
In terms of DynamoDB Item (
Hi all,
Wouldn't it be better to make this label more persistent?
+1. It's really annoying to press Work in Progress button every time
you upload a new patch set.
Thanks,
Roman
On Fri, Apr 25, 2014 at 11:02 AM, Yuriy Taraday yorik@gmail.com wrote:
Hello.
On Wed, Apr 23, 2014 at 2:40
It would be nice to have a switch on git-review to push patchsets on WIP,
the same way you can do with Draft.
Anyone knows if there is an enhancement request/bug opened against Gerrit
so we could implement it?
Regards
2014-04-25 10:49 GMT+02:00 Roman Podoliaka rpodoly...@mirantis.com:
Hi
Joe,
In regard to your first question - yes we'll be going in this direction
very soon. It's being discussed with Randy now.
As for the second question - we'd love to participate in fixing it (in
fact we've done it for OCS already) and probably maintaining it but I'm
not sure what it takes
I haven't done a full review but I like what you did and this should be the
proper way to handle ACL for keystoneauth.
I am not sure tho that forking oslo.common.policy is any better than
copy/pasting it with its dependences.
I would suggest we move `swift-keystoneauth` to its own project part
Good news, team. I’m waiting to hear back on how much time we will be given.
On 4/24/14, 8:58 PM, Chris Hoge
chris.h...@puppetlabs.commailto:chris.h...@puppetlabs.com wrote:
Dear Graham and Joe,
Thank you for you submission for Designate to the new Open Source @ OpenStack
program. We're
Hi,
We'll skip the project/release meeting next week (during the recommended
off week).
The next project/release meeting will be held on May 6th, and we'll
(ab)use it to finalize the Design Summit agenda and collectively resolve
the last scheduling conflicts.
Regards,
--
Thierry Carrez (ttx)
Sean and Robert,
Sorry for replying this late, but after giving this a second thought, I
think it makes sense to not allow a subnet with a LLA gateway IP address to
be attached to a neutron router for the following reasons:
1. A subnet with LLA address gateway specified is only used to receive
Nice! Now I can come along.
-Angus
On 4/25/14, 2:38 AM, Adrian Otto adrian.o...@rackspace.com wrote:
Team,
We have a new alternating meeting schedule to accommodate participation
from our globally distributed team. The new meeting schedule has been
posted to the OpenStack team meeting schedule
On Fri, Apr 25 2014, Chmouel Boudjnah wrote:
I am not sure tho that forking oslo.common.policy is any better than
copy/pasting it with its dependences.
+1, forking is not an option.
I would suggest we move `swift-keystoneauth` to its own project part of the
swift umbrella projects to handle
Hi Stephen,
Thanks for the great document. As I promised, I'll try to make a few action
items out if it.
First of all, I'd like to say that the API you have proposed is very close
to what is proposed in the blueprint
https://review.openstack.org/#/c/89903/with several differences I'd
like to
Hi Randall,
The current design document on artifacts in glance is available here [1].
It was just published, we are currently gathering the feedback on it.
Please feel free to add comments to the document or write any
suggestions or questions to the ML.
There was a little discussion on yesterdays
Hey folks,
May 1 is a non-working day in Russia and I'm starting traveling next
day, so, I'll not be able to chair it.
So, I'm proposing to cancel this meeting.
Any thoughts/objections?
Thanks.
--
Sincerely yours,
Sergey Lukjanov
Sahara Technical Lead
(OpenStack Data Processing)
Mirantis
Hi Everyone,
I see most of the project allows quota for tenant as well as user.
Here is example of nova supporting quota for both tenant and user.
ubuntu@harshada-dev:~/harshada/temp/cinder$ nova help quota-show
usage: nova quota-show [--tenant tenant-id] [--user user-id]
List the quotas for a
In the QA meeting yesterday, we discussed about accounts, admin roles and
policies, and how we use them in tempest and in our test environments (e.g.
devstack and toci).
The conversation was triggered by a discussion on running tempest without admin
credentials – see [0], [1].
So we are
Hello Trove/Heat community.
I'd like to start thread related to required use cases (from Trove
perspective). To support (completely) Heat in Trove, it neeeds to support
required operations like:
1.
Resize operations:
- resize a volume (to bigger size);
- consistent resize of
On 4/18/2014 1:18 PM, Doug Hellmann wrote:
Nice work, Victor!
I left a few comments on the commits that were made after the original
history was exported from the incubator. There were a couple of small
things to address before importing the library, and a couple that can
wait until we have
On Fri, Apr 25 2014, Matt Riedemann wrote:
I'm probably just late to the party, but simple question: why is it in the
malor group in github rather than the openstack group, like oslo.messaging
and oslo.rootwrap? Is that temporary or will it be moved at some point?
That's just for creating
There is a blueprint to add this to cinder
https://blueprints.launchpad.net/cinder/+spec/per-project-user-quotas-support
It has been implemented and then rejected due to there are some issues around
the current quota implementation to be fixed before introduce this new feature.
From:
On Fri, Apr 25, 2014 at 8:33 AM, Matt Riedemann
mrie...@linux.vnet.ibm.com wrote:
On 4/18/2014 1:18 PM, Doug Hellmann wrote:
Nice work, Victor!
I left a few comments on the commits that were made after the original
history was exported from the incubator. There were a couple of small
On 04/25/2014 07:23 AM, Sergey Lukjanov wrote:
Hey folks,
May 1 is a non-working day in Russia and I'm starting traveling next
day, so, I'll not be able to chair it.
So, I'm proposing to cancel this meeting.
Any thoughts/objections?
if folks have topics they'd like to cover, use the mailing
We'll have one more meeting before the summit - May 8 :)
On Fri, Apr 25, 2014 at 5:09 PM, Matthew Farrellee m...@redhat.com wrote:
On 04/25/2014 07:23 AM, Sergey Lukjanov wrote:
Hey folks,
May 1 is a non-working day in Russia and I'm starting traveling next
day, so, I'll not be able to
Hi everyone:
I've pushed out the Neutron Design Summit Schedule to sched.org [1].
Like the other projects, it was tough to fit everything in. If your
proposal didn't make it, there will still be opportunities to talk
about it at the Summit in the project Pod area. Also, I encourage
you to still
Please join me in congratulating the 7 newly elected members of the TC.
* Thierry Carrez
* Jay Pipes
* Vishvananda Ishaya
* Michael Still
* Jim Blair
* Mark McClain
* Devananda van der Veen
Full results:
http://civs.cs.cornell.edu/cgi-bin/results.pl?id=E_d34934c9fd1f6282
Thank you to all
Hello,
one of missing bits for running multiple control nodes in Overcloud is
setting up endpoints in Keystone to point to HAProxy which will listen
on a virtual IP and not-standard ports.
HAProxy ports are defined in heat template, e.g.:
haproxy:
nodes:
- name: control1
we need to correct the previous reply.
Both should still be considered experimental because of
the multivendor work was NOT completed in Icehouse.
We can use only one service backend for each service and
there are no way to choose a backend when creating a service instance.
In addition,
Hi,
I have a same question from Mark. Why is flavor not desired?
My first vote is flavor first, and then type.
There is similar cases in other OpenStack projects.
Nova uses flavor and Cinder uses (volume) type for similar cases.
Both cases are similar to our use cases and I think it is better to
In addition, I prefer to managing flavor/type through API and decoupling
flavor/type definition from provider definitions in configuration files
as Cinder and Nova do.
Yes, that's the current proposal.
Thanks,
Eugene.
On Fri, Apr 25, 2014 at 5:41 PM, Akihiro Motoki
On Tue, 22 Apr 2014 19:46:06 -0400
Sean Dague s...@dague.net wrote:
I think the policy about what's allowed to be not implemented or not
shouldn't be changing so quickly that it needs to be left to the
projects to decide after the fact.
+1. I think it is extremely important that we gate on
I would like to thank the parting TC members for their service and
congratulate the new TC members for the up and coming cycle!
Well Done, and Great Job ALL!
Chris
On Fri, Apr 25, 2014 at 8:30 AM, Anita Kuno ante...@anteaya.info wrote:
Please join me in congratulating the 7 newly elected
The second draft of the Oslo design summit sessions have been posted
to http://junodesignsummit.sched.org/overview/type/oslo. I don't
expect any changes, but we may juggle slots if we find there are
conflicts with sessions from other projects where we need cross-over
attendance.
Doug
On 04/25/2014 12:50 AM, Carlos Garza wrote:
Trevor is referring to our plans on using the SSL session ID of the
ClientHello to provide session persistence.
See RFC 5264 section 7.4.1.2 which sends an SSL session ID in the clear
(Unencrypted) so that a load balancer with out the
On Fri, 2014-04-25 at 13:41 +, Akihiro Motoki wrote:
Hi,
I have a same question from Mark. Why is flavor not desired?
My first vote is flavor first, and then type.
Some reasons:
First, flavor, in English, can and often is spelled differently
depending on where you live in the world
Hello,
I am somewhat hesitant to bring up the stunnel topic in this thread, but it
needs to be considered in that an endpoint naming solution and a certificate
creation/distribution solution needs to consider both the haproxy and stunnel
requirements because there are many similarities. I am
I'm looking to add support for server groups to heat. I've got working
code, but I thought I'd post the overall design here in case people had
objections.
Basically, what I propose is to add a class NovaServerGroup resource.
Currently it would only support a policy property to store the
Chris Friesen chris.frie...@windriver.com wrote on 04/25/2014 12:23:00
PM:
I'm looking to add support for server groups to heat. I've got working
code, but I thought I'd post the overall design here in case people had
objections.
Basically, what I propose is to add a class
On 25/04/14 12:23, Chris Friesen wrote:
I'm looking to add support for server groups to heat. I've got working
code, but I thought I'd post the overall design here in case people had
objections.
Basically, what I propose is to add a class NovaServerGroup resource.
Currently it would only
Zane Bitter zbit...@redhat.com wrote on 04/25/2014 12:36:00 PM:
On 25/04/14 12:23, Chris Friesen wrote:
...
The LaunchConfiguration and Instance classes would be extended
with
an optional ServerGroup property. In the Instance class if the
ServerGroup property is set then the group name
Hi,
This is the third and final reminder that next week Gerrit will be
unavailable for a few hours starting at 1600 UTC on April 28th.
You may read about the changes that will impact you as a developer
(please note that the SSH host key change is particularly important) at
this location:
Can you guys publish the ssh host key we should expect from the new
gerrit server?
Thanks,
Jay Faulkner
On 4/25/14, 10:08 AM, James E. Blair wrote:
Hi,
This is the third and final reminder that next week Gerrit will be
unavailable for a few hours starting at 1600 UTC on April 28th.
You may
On Fri, Apr 25, 2014 at 11:01 AM, Jay Pipes jaypi...@gmail.com wrote:
On Fri, 2014-04-25 at 13:41 +, Akihiro Motoki wrote:
Hi,
I have a same question from Mark. Why is flavor not desired?
My first vote is flavor first, and then type.
Some reasons:
First, flavor, in English, can
On 04/24/2014 10:51 AM, Sergey Lukjanov wrote:
Hey folks,
I've pushed the draft schedule for Sahara sessions on ATL design
summit. The description isn't fully completed, I'm working on it. I'll
do it till the end of week and add an etherpad to each session.
Sahara folks, please, take a look on
As I understand the proposed flavor framework, the intention is to provide
a mechanism for specifying different flavors of a given service type
as they are already defined. So using the term type may be confusing.
Here we want to specify possibly different set of capabilities within a
given
Jay Faulkner j...@jvf.cc writes:
Can you guys publish the ssh host key we should expect from the new
gerrit server?
Certainly! As the wiki page[1] notes, you can see the current ssh host
key fingerprints at:
https://review.openstack.org/#/settings/ssh-keys
Of course, right now, that's for
On Fri, 2014-04-25 at 13:32 -0400, Mohammad Banikazemi wrote:
As I understand the proposed flavor framework, the intention is to
provide a mechanism for specifying different flavors of a given
service type as they are already defined. So using the term type
may be confusing. Here we want to
Excerpts from Zane Bitter's message of 2014-04-25 10:05:31 -0700:
On 25/04/14 08:30, Denis Makogon wrote:
Hello Trove/Heat community.
I'd like to start thread related to required use cases (from Trove
perspective). To support (completely) Heat in Trove, it neeeds to
support required
On 04/25/2014 11:01 AM, Mike Spreitzer wrote:
Zane Bitter zbit...@redhat.com wrote on 04/25/2014 12:36:00 PM:
On 25/04/14 12:23, Chris Friesen wrote:
More important is Zane's following question.
The Server class would be extended with an optional server_group
property. If it is set
In my opinion it would be enough to read table schema
from stdio, then it is possible to use pipe for input from any stream
On Fri, Apr 25, 2014 at 6:25 AM, ANDREY OSTAPENKO (CS)
andrey_ostape...@symantec.com wrote:
Hello, everyone!
Now I'm starting to implement cli client for KeyValue
Hello,
One comment regarding
https://blueprints.launchpad.net/climate/+spec/before-end-notification-crud :
One of Dina’s comments on the https://review.openstack.org/#/c/89833/ was that
it is her intention to not add this functionality into v1 API.
If that’s the case, then the changes I proposed
Excerpts from Jan Provazník's message of 2014-04-25 06:30:31 -0700:
Hello,
one of missing bits for running multiple control nodes in Overcloud is
setting up endpoints in Keystone to point to HAProxy which will listen
on a virtual IP and not-standard ports.
HAProxy ports are defined in
Hi openstackers,
In order to implement
https://blueprints.launchpad.net/magnetodb/+spec/support-tuneable-consistency
we need tunable consistency support in MagnetoDB what is described here
https://blueprints.launchpad.net/magnetodb/+spec/configurable-consistency
So, here is specification
I'd also recommend simplifying the API and CLI by removing the
implementation-focused provider type stuff eventually, as well, since
a service type framework would essentially make that no longer needed --
at least on the public API side of things.
Correct, that's the part of the proposed
On 25/04/14 13:50, Chris Friesen wrote:
On 04/25/2014 11:01 AM, Mike Spreitzer wrote:
Zane Bitter zbit...@redhat.com wrote on 04/25/2014 12:36:00 PM:
On 25/04/14 12:23, Chris Friesen wrote:
More important is Zane's following question.
The Server class would be extended with an
On Fri, Apr 25, 2014 at 8:10 PM, Zaro zaro0...@gmail.com wrote:
Gerrit 2.8 allows setting label values on patch sets either thru the
command line[1] or REST API[2]. Since we will setup WIP as a -1 score
on a label this will just be a matter of updating git-review to set
the label on new
On Fri, Apr 25, 2014 at 8:44 PM, Clint Byrum cl...@fewbar.com wrote:
Excerpts from Zane Bitter's message of 2014-04-25 10:05:31 -0700:
On 25/04/14 08:30, Denis Makogon wrote:
Hello Trove/Heat community.
I'd like to start thread related to required use cases (from Trove
Do you mean making it default to WIP on every patchset that gets
uploaded? That isn't possible with Gerrit version 2.8 because it
doesn't allow you to set a default score. Also I don't think that
would be appropriate because I definitely would not want that as the
default setting for my
On 04/25/2014 12:00 PM, Zane Bitter wrote:
On 25/04/14 13:50, Chris Friesen wrote:
In the nova boot command we pass the group uuid like this:
--hint group=e4cf5dea-4831-49a1-867d-e263f2579dd0
If we were to make use of the scheduler hints, how would that look?
Something like this? (I'm not
On 04/18/2014 06:55 AM, Lisa Clark wrote:
Barbicaneers,
Is anyone following the openstack-security list and/or part of the
OpenStack Security Group (OSSG)? This sounds like another group and list
we should keep our eyes on.
In the below thread on the security list, Nathan Kinder
On 04/24/2014 09:10 AM, Liz Blanchard wrote:
Hi All,
One of the sessions that I proposed for the Horizon track is to review the
results that we got from the Usability Test that was run on Horizon in early
March. I wanted to share some of the background of this test and the high
level
Hi Stackers,
When recently digging in to the new server group v3 API extension
introduced in Icehouse, I was struck with a bit of cognitive dissonance
that I can't seem to shake. While I understand and support the idea
behind the feature (affinity and anti-affinity scheduling hints), I
can't help
On Apr 25, 2014, at 2:15 PM, Jay Pipes jaypi...@gmail.com wrote:
Hi Stackers,
When recently digging in to the new server group v3 API extension
introduced in Icehouse, I was struck with a bit of cognitive dissonance
that I can't seem to shake. While I understand and support the idea
On 25/04/14 16:07, Chris Friesen wrote:
On 04/25/2014 12:00 PM, Zane Bitter wrote:
On 25/04/14 13:50, Chris Friesen wrote:
In the nova boot command we pass the group uuid like this:
--hint group=e4cf5dea-4831-49a1-867d-e263f2579dd0
If we were to make use of the scheduler hints, how would
The first draft of the Glance design summit session have been posted at
http://junodesignsummit.sched.org/overview/type/glance. We may still
shuffle the times and the exact split of the topics around a bit if there
are opportunities for improvement.
I would like to ask at this time if key
Hi,
Thank you for coming up this topics. It is a big step to going forward
for OpenStack UX process.
(It's been a while to post to ML, I'm kinda hesitating.., haha)
Wiki
+1
Mailing list - [UX]
+1, for the general discussion, it would be the one on the best way to
communicate to the community
Hey hey glancy glance,
Recently glance drivers made a somewhat snap decision to adopt the -specs
gerrit repository approach for new blueprints.
Pursuant to that, Arnaud has been kind enough to put forward some infra
patches to set things up. After the patches to create the repo [1] and
enable
- Original Message -
5. The act of applying affinity policies is now directly related to the
act of launching instances, which is where it should be.
Well, that may be another discussion :). Something I have been pondering of
late is the intersection of the server groups feature with
Hi Liz,
Thank you for sharing this, it'd really interesting and suggestive.
Also this activity is really important for improving UI/UX matter of
Horizon in a right direction. I think Horizon's UI still needs more
improvement for production or commercial uses, it is really efficient
way to going
Hi Jay,
I'm going to disagree with you on this one, because:
i) This is a feature that was discussed in at least one if not two Design
Summits and went through a long review period, it wasn't one of those changes
that merged in 24 hours before people could take a good look at it. Whatever
On Fri, 2014-04-25 at 22:00 +, Day, Phil wrote:
Hi Jay,
I'm going to disagree with you on this one, because:
No worries, Phil, I expected some dissention and I completely appreciate
your feedback and perspective :)
i) This is a feature that was discussed in at least one if not two
Alexander,
I put a bunch of feedback into the Google doc, and request edit access to it so
I can make the language more crisp in a bunch of areas.
Adrian
On Apr 25, 2014, at 4:12 AM, Alexander Tivelkov ativel...@mirantis.com wrote:
Hi Randall,
The current design document on artifacts in
+Solum team.
We have plans to use this too.
Thanks,
Adrian
On Apr 25, 2014, at 4:03 PM, Adrian Otto adrian.o...@rackspace.com
wrote:
Alexander,
I put a bunch of feedback into the Google doc, and request edit access to it
so I can make the language more crisp in a bunch of areas.
Hi all,
We've all been pretty lax about the amount of detail that we put in commit
messages some times, and I'd like to change that as we start Juno
development. Why? Well, just imagine that, six months from now, you're
going to write a document describing *all* the changes in Juno, just based
on
According to this page [1], update-device is supported from libvirt
0.8.0 onwards. So in theory, this should be working with your 0.9.8
version you have. If you continue to hit issues here Oleg, I'd suggest
sending an email to the libvirt mailing list with the specifics of the
problem. I've found
On 04/25/2014 05:15 PM, Jay Pipes wrote:
Thoughts and feedback welcome,
I'd love to talk about how to improve this functionality, while still
allowing for future policy expansion.
Can we punt this discussion to summit though? I don't think we need
much time. Perhaps over a break or something.
Hi, all:
I see Nova allows search instances by name, ip and ip6 fields which can
be normal string and regular expression:
[stack@leiqzhang-stack cinder]$ nova help list
List active servers.
Optional arguments:
--ip ip-regexp
Jay Pipes jaypi...@gmail.com wrote on 04/25/2014 06:28:38 PM:
On Fri, 2014-04-25 at 22:00 +, Day, Phil wrote:
Hi Jay,
I'm going to disagree with you on this one, because:
No worries, Phil, I expected some dissention and I completely appreciate
your feedback and perspective :)
I
86 matches
Mail list logo
