in order that the router is scheduled to a l3 agent with a given external
network, we should create the router and set its gateway interface on that
external network just after the router creation.
On Thu, Feb 13, 2014 at 3:26 PM, Nick Ma skywalker.n...@gmail.com wrote:
I have a multiple
Hi,
The commit
https://github.com/openstack/nova/commit/c4bf32c03283cbedade9ab8ca99e5b13b9b86ccb
added a warning that the ESX driver is not tested. My understanding is that
there are a number of people using the ESX driver so it should not be
deprecated. In order to get the warning removed we
On Thu, Feb 13, 2014 at 2:16 PM, Sridevi K R Koushik
sridevi.kous...@thoughtworks.com wrote:
Hi,
I would like to get some comments on
Thanks for your quick reply. I'll try it later.
On 2/13/2014 3:54 PM, Yongsheng Gong wrote:
in order that the router is scheduled to a l3 agent with a given
external network, we should create the router and set its gateway
interface on that external network just after the router creation.
8am PST mostly works for me (except Wednesdays ), so +1 to that.
- romcheg
On Feb 13, 2014, at 09:44 , Ghe Rivero ghe.riv...@gmail.com wrote:
What time would work for you? How about Thursdays at 8am PST?
Works for me!
Ghe Rivero
___
Hi,
You can see in the review [1] that doude first proposed an ebtables
manager to implement the ARP responder for ovs. OVS 2.1 is now able to
manage an ARP responder based on flow [2], so he switches his
implementation to a flow based ARP responder (please, have a look at
patches history).
I'll check these links. Thanks a lot.
On 2/13/2014 5:13 PM, Mathieu Rohon wrote:
Hi,
You can see in the review [1] that doude first proposed an ebtables
manager to implement the ARP responder for ovs. OVS 2.1 is now able to
manage an ARP responder based on flow [2], so he switches his
Dear All,
At the meeting last week we (myself and Ulrich) have been assigned the task of
doing POC for Quota Management in the Hierarchical Multitenancy setup.
So, here it is:
Wiki Page - https://wiki.openstack.org/wiki/POC_for_QuotaManagement
(explained here an example setup and my
I noticed a few things about the new 1.1 spec that I thought I'd give feedback
on:
1. Set Queue Metadata
A PUT operation is provided, which does a hard replace of metadata values. New
items are inserted, and existing items that are not specified are wiped.
Nova also provides a POST operation
Sandy Walsh wrote:
The informal OpenStack motto is automate everything, so perhaps we should
consider some form of gamification [1] to help us? Can we offer badges,
quests and challenges to new users to lead them on the way to being strong
contributors?
Fixed your first bug badge
Thanks for the response Dirk. I see very similar output now as shown in the
log when running 'tox -epylint', so I am getting closer. Unfortunately I am
still not able to reproduce the failure shown here
http://logs.openstack.org/17/62217/5/check/gate-cinder-pylint/1272f0a/console.html
.
What
John Griffith wrote:
So we've talked about this a bit and had a number of ideas regarding
how to test and show compatibility for third-party drivers in Cinder.
This has been an eye opening experience (the number of folks that have
NEVER run tempest before, as well as the problems uncovered now
Hi,
I'm working on this bug :
https://bugs.launchpad.net/neutron/+bug/1237807
and I'm wondering how we should address this issue, below my
suggestions/thoughts
Currently when the admin_state_up of a network is set to false, the only thing
which is done
is that the dhcp instance of this
Hi Stephen,
Please see my comments inline.
On Thu, Feb 13, 2014 at 5:19 AM, Stephen Balukoff sbaluk...@bluebox.netwrote:
Hi y'all!
I've been reading through the LoadBalancerInsance description as outlined
here and have some feedback:
Have modified the document access, let me know if you still have issues.
From: Stephen Balukoff [mailto:sbaluk...@bluebox.net]
Sent: Thursday, February 13, 2014 4:02 AM
To: Samuel Bercovici
Cc: OpenStack Development Mailing List (not for usage questions);
rw3...@att.com; David Patterson; Eugene
Hi,
see my comments inline:
On Thu, Feb 13, 2014 at 4:11 AM, Stephen Balukoff sbaluk...@bluebox.netwrote:
Is this blueprint not yet implemented? When I attempt to create multiple
VIPs using the same IP in my test cluster, I get:
sbalukoff@testbox:~$ neutron lb-vip-create --name
Hi folks,
I'm working now on adding Savanna's mission statement to governance docs
[0]. There are some comments on our current one to make it simpler and
remove marketing like stuff.
So, current option is:
To provide a scalable data processing stack and associated management
interfaces.
Hi all,
I am one of i think a number of efforts trying to make clients be interoperable
between different versions of an API.
What i would like to talk about specifically here are the inconsistencies in
the version listing of the different servers when you query the root GET '/'
and GET '/vX'
The weekly Nova IRC meeting is cancelled since we had an in-person Nova
meetup this week. We'll meet again next week (Feb 20).
https://wiki.openstack.org/wiki/Meetings/Nova
--
Russell Bryant
___
OpenStack-dev mailing list
Hi,
I have some concerns about using Zuul in Solum
I agree gating is a great feature but it is not useful for every project
and as Adrian said, not understood by everyone.
I think many Solum users, and PaaS users in general, are
single-project/single-build/simple git worklow and do not care
On 02/13/2014 07:50 AM, Jamie Lennox wrote:
Hi all,
I am one of i think a number of efforts trying to make clients be
interoperable between different versions of an API.
What i would like to talk about specifically here are the inconsistencies in
the version listing of the different
On 02/13/2014 05:37 AM, Thierry Carrez wrote:
Sandy Walsh wrote:
The informal OpenStack motto is automate everything, so perhaps we should
consider some form of gamification [1] to help us? Can we offer badges,
quests and challenges to new users to lead them on the way to being strong
Julien Vey wrote:
About Gerrit, I think it is also a little too much. Many users have their
own reviewing system, Pull requests with github, bitbucket or stash,
their own instance of gerrit, or even a custom git workflow.
Gerrit would be a great feature for future versions of Solum. but only
as
lgtm what was proposed by Doug.
Regards,
Alexander Ignatov
On 13 Feb 2014, at 16:29, Sergey Lukjanov slukja...@mirantis.com wrote:
Hi folks,
I'm working now on adding Savanna's mission statement to governance docs [0].
There are some comments on our current one to make it simpler and
Excerpts from Julien Vey's message of 2014-02-13 05:18:19 -0800:
Hi,
I have some concerns about using Zuul in Solum
I agree gating is a great feature but it is not useful for every project
and as Adrian said, not understood by everyone.
I think many Solum users, and PaaS users in general,
I was recently bitten by a case where some defaults in keystone.conf
were not appropriate for real deployment, and our puppet modules were
not providing better values
https://bugzilla.redhat.com/show_bug.cgi?id=1064061. Since there are
hundreds (thousands?) of options across all the services.
FWIW, an early proposal to address this, as well as capability discovery,
still lives at
https://etherpad.openstack.org/p/api-version-discovery-proposal. I've lost
track of where this went, and even which design summit this is from, but
I've been using it as a sanity check for the discovery bits
On 13/02/14 10:30 +, Jamie Hannaford wrote:
I noticed a few things about the new 1.1 spec that I thought I'd give feedback
on:
1. Set Queue Metadata
A PUT operation is provided, which does a hard replace of metadata values. New
items are inserted, and existing items that are not specified
Short version looks good for me.
Andrew.
On Thu, Feb 13, 2014 at 4:29 AM, Sergey Lukjanov slukja...@mirantis.comwrote:
Hi folks,
I'm working now on adding Savanna's mission statement to governance docs
[0]. There are some comments on our current one to make it simpler and
remove marketing
Excerpts from David Kranz's message of 2014-02-13 06:38:52 -0800:
I was recently bitten by a case where some defaults in keystone.conf
were not appropriate for real deployment, and our puppet modules were
not providing better values
https://bugzilla.redhat.com/show_bug.cgi?id=1064061.
Just
David,
Good that you rise this topic. It is actually sad that you have to make a
big investigation of OpenStack config params, before you are able to use
OpenStack. I think that this work should be done mostly inside upstream.
So I have a couple of ideas how we can simplify investigation of how
On Thu, 2014-02-13 at 09:38 -0500, David Kranz wrote:
I was recently bitten by a case where some defaults in keystone.conf
were not appropriate for real deployment, and our puppet modules were
not providing better values
https://bugzilla.redhat.com/show_bug.cgi?id=1064061. Since there are
Hi Arati,
I would vote for Option #2 as a short term solution. Probably later we can
consider using NoSQL DB or MariaDB which has Column_JSON type to store
complex types.
Thanks
Georgy
On Thu, Feb 13, 2014 at 8:12 AM, Arati Mahimane
arati.mahim...@rackspace.com wrote:
Hi All,
I have
Hey,
Today is the last day to prepare a submission for the Google Summer of
Code project.
If interested, please volunteer by adding your name and project
affiliation here: https://wiki.openstack.org/wiki/GSoC2014#Mentors
Join us @ freenode: #openstack-gsoc for the latest updates or if you
have
Hi Michael,
I'm using this unique guide:
http://docs.openstack.org/developer/trove/dev/manual_install.html;.
If you can give me an useful guide, I would be grateful!
1) Which user do I need use in order to install TROVE, root user or a
non-root user?
Installation should be the same as
On 02/13/2014 02:51 AM, Thierry Carrez wrote:
John Griffith wrote:
So we've talked about this a bit and had a number of ideas regarding
how to test and show compatibility for third-party drivers in Cinder.
This has been an eye opening experience (the number of folks that have
NEVER run tempest
Looks like a transient pypi failure. You can either wait for pypi to get
its act together or configure pip to use the pypi.openstack.org mirror.
This is the relevant part of my ~/.pip/pip.conf file:
[fedora@openstack .pip]$ cat pip.conf
[global]
index-url =
Hi,
Good find. This looks like a duplicate of a bug that is in progress
[1]. Stephen Ma has a review up that addresses it [2].
Carl
[1] https://bugs.launchpad.net/neutron/+bug/1244853
[2] https://review.openstack.org/#/c/57954
On Thu, Feb 13, 2014 at 1:19 AM, shihanzhang
On 2014-02-13 09:01, Clint Byrum wrote:
Excerpts from David Kranz's message of 2014-02-13 06:38:52 -0800:
I was recently bitten by a case where some defaults in keystone.conf
were not appropriate for real deployment, and our puppet modules were
not providing better values
Dolph Mathews dolph.math...@gmail.com wrote:
On Wed, Feb 12, 2014 at 8:30 AM, Julie Pichon jpic...@redhat.com wrote:
I can definitely sympathise with the comment in Stefano's article that
there are not enough easy tasks / simple issues for newcomers. There's
a lot to learn already when
On Thu, Feb 13, 2014 at 4:51 AM, Thierry Carrez thie...@openstack.orgwrote:
John Griffith wrote:
To add some controversy and keep the original intent of having only
known tested and working drivers in the Cinder release, I am going to
propose that any driver that has not submitted
Giuseppe Galeota giuseppegale...@gmail.com writes:
Hi Michael,
I'm using this unique guide:
http://docs.openstack.org/developer/trove/dev/manual_install.html;.
Thats developer guide uses virtualenv, but its by no means necessary.
Can you help me with a more useful guide that makes trove
On Thu, Feb 13, 2014 at 9:59 AM, Walter A. Boring IV
walter.bor...@hp.com wrote:
On 02/13/2014 02:51 AM, Thierry Carrez wrote:
John Griffith wrote:
So we've talked about this a bit and had a number of ideas regarding
how to test and show compatibility for third-party drivers in Cinder.
This
On Thu, Feb 13, 2014 at 9:30 AM, Dean Troyer dtro...@gmail.com wrote:
Are any of these drivers new for Icehouse? I think adding broken drivers
in Icehouse is a mistake. The timing WRT Icehouse release schedule is
unfortunate but so is shipping immature drivers that have to be supported
and
Walter A. Boring IV walter.bor...@hp.com wrote on 02/13/2014 06:59:38
PM:
What I would do different for the Icehouse release is this:
If a driver doesn't pass the certification test by IceHouse RC1, then we
have a bug filed
against the driver. I would also put a warning message in the
I am interested too. UTC-8.
On Wed, Feb 12, 2014 at 11:38 PM, Gary Duan garyd...@gmail.com wrote:
I'm interested in the discussion. UTC-8.
Gary
On Wed, Feb 12, 2014 at 10:22 AM, Mandeep Dhami
dh...@noironetworks.comwrote:
I would be interested as well (UTC-8).
Regards,
Mandeep
On Thu, Feb 13, 2014 at 10:30 AM, Dean Troyer dtro...@gmail.com wrote:
On Thu, Feb 13, 2014 at 4:51 AM, Thierry Carrez thie...@openstack.org
wrote:
John Griffith wrote:
To add some controversy and keep the original intent of having only
known tested and working drivers in the Cinder
Just a quick follow-up to our first review jam session. We got 5 patches
landed in the server 3 in the client, and zuul is merging another 5 right
now.
We started an etherpad part-way through
https://etherpad.openstack.org/p/IronicReviewDay
Let's continue to use that to track work that spins
We have a small voting on the meeting and agreed on this one (To provide a
scalable data processing stack and associated management interfaces).
On Thu, Feb 13, 2014 at 6:53 PM, Andrew Lazarev alaza...@mirantis.comwrote:
Short version looks good for me.
Andrew.
On Thu, Feb 13, 2014 at
Thanks Ben! This worked for me too!
The pip.conf file wasn’t there. I created it (as root) and added the 2 lines
you suggested.
I can now run Tox without running into pypi timeout / dependency issues.
Ramy
From: Ben Nemec [mailto:openst...@nemebean.com]
Sent: Thursday, February 13, 2014 8:56
On Thu, Feb 13, 2014 at 11:06 AM, Chris K nobody...@gmail.com wrote:
*I think this was great. We got a lot accomplished in very little time --
let's plan to do this again **next Thursday*, *8am* *PST*
Totally +1 from me
*Let's also have a shorter review session at the same time on
Monday
On 2014-02-12 15:34, Adrian Otto wrote:
On Feb 12, 2014, at 12:41 PM, Ben Nemec openst...@nemebean.com
wrote:
On 2014-02-12 13:48, Adrian Otto wrote:
On Feb 12, 2014, at 10:13 AM, Ben Nemec openst...@nemebean.com
wrote:
On 2014-02-12 09:51, Jesse Noller wrote:
On Feb 12, 2014, at 8:30 AM,
I would also like to see CI (either third party or in the gate) for
the nova driver before merging it. There's a chicken and egg problem
here if its in the gate, but I'd like to see it at least proposed as a
review.
Yeah, I think that the existing nova-baremetal driver is kinda frozen in
a
Thanks everyone who have joined Savanna meeting.
Here are the logs from the meeting:
Minutes:
http://eavesdrop.openstack.org/meetings/savanna/2014/savanna.2014-02-13-18.00.html
Log:
http://eavesdrop.openstack.org/meetings/savanna/2014/savanna.2014-02-13-18.00.log.html
--
Sincerely yours,
Jay,
Just an FYI. We have modified the Gerrit plugin it accept/match regex to
generate notifications of for receck no bug/bug ###. It turned out to be
very simple fix and we (Arista Testing) is now triggering on recheck
comments as well.
regards..
-Sukhdev
On Thu, Feb 6, 2014 at 4:16 PM,
On Thu, 2014-02-13 at 12:34 -0800, Sukhdev Kapur wrote:
Jay,
Just an FYI. We have modified the Gerrit plugin it accept/match regex
to generate notifications of for receck no bug/bug ###. It turned
out to be very simple fix and we (Arista Testing) is now triggering on
recheck comments as
nice, are you planning to commit it to upstream?
On Fri, Feb 14, 2014 at 12:34 AM, Sukhdev Kapur
sukh...@aristanetworks.comwrote:
Jay,
Just an FYI. We have modified the Gerrit plugin it accept/match regex to
generate notifications of for receck no bug/bug ###. It turned out to be
very
+1, nice idea, it could be really funny.
agreed with Thierry's note about automation.
On Thu, Feb 13, 2014 at 5:53 PM, Sean Dague s...@dague.net wrote:
On 02/13/2014 05:37 AM, Thierry Carrez wrote:
Sandy Walsh wrote:
The informal OpenStack motto is automate everything, so perhaps we
Doug, great work, I think it could be sometimes be a base for a detailed
guide about different type projects creation.
On Thu, Feb 13, 2014 at 1:29 AM, Doug Hellmann
doug.hellm...@dreamhost.comwrote:
On Wed, Feb 12, 2014 at 4:12 PM, Ben Nemec openst...@nemebean.com wrote:
On 2014-02-12
On 02/13/2014 09:45 AM, Dean Troyer wrote:
FWIW, an early proposal to address this, as well as capability
discovery, still lives
at https://etherpad.openstack.org/p/api-version-discovery-proposal.
I've lost track of where this went, and even which design summit this
is from, but I've been
On 14 February 2014 02:53, Sean Dague s...@dague.net wrote:
So it seems like the only way we'd make real progress here is to get a
chunk of people to devote some dedicated time to mentoring in the next
cycle. Gamification might be most useful, but honestly I expect a Start
Here page with the
So progressing with the 'and folk that want to use packages can' arc,
we're running into some friction.
I've copied -operators in on this because its very relevant IMO to operators :)
So far:
- some packages use different usernames
- some put things in different places (and all of them use
On Thu, Feb 13, 2014 at 7:53 AM, Sean Dague s...@dague.net wrote:
On 02/13/2014 05:37 AM, Thierry Carrez wrote:
Sandy Walsh wrote:
The informal OpenStack motto is automate everything, so perhaps we
should consider some form of gamification [1] to help us? Can we offer
badges, quests and
That's the idea. The wiki is easier to edit while we are uncovering all of
the steps, but after we have them worked out we can put this in the infra
docs somewhere and create a choose-your-own adventure walk-through guide to
deal with the branching for different use cases.
On Thu, Feb 13, 2014
- Original Message -
From: Julien Vey vey.jul...@gmail.com
Reply-To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Date: Thursday, February 13, 2014 7:18 AM
To: OpenStack Development Mailing List (not for usage questions)
I like option #2, simply because we should force ourselves to justify every
attribute that is extracted as a queryable parameter, rather than making them
queryable at the start.
- Original Message -
Hi Arati,
I would vote for Option #2 as a short term solution. Probably later we
On Thursday, February 13, 2014 at 1:27 PM, Robert Collins wrote:
So progressing with the 'and folk that want to use packages can' arc,
we're running into some friction.
I've copied -operators in on this because its very relevant IMO to operators
:)
So far:
- some packages use different
Hi,
I wrote a blog post about how to setup Zuul manually.
http://ritchey98.blogspot.jp/2014/02/openstack-third-party-testing-how-to.html
It covers how to migrate from Gerrit Trigger plugin to Zuul and
some tips including a way to define vendor-specific recheck trigger
in addition to the setup
Hi Eugene,
Aah, Ok. FWIW, splitting up the VIP into instance/floating IP entity
separate from listener (ie. carries most of the attributes of VIP, in
current implementation) still allows us to ensure tenants don't end up
accidentally sharing an IP address. The instance could be associated with
On Thu, Feb 13, 2014 at 4:27 PM, Robert Collins
robe...@robertcollins.net wrote:
So progressing with the 'and folk that want to use packages can' arc,
we're running into some friction.
I've copied -operators in on this because its very relevant IMO to operators
:)
So far:
- some packages
On Thu, 13 Feb 2014 15:54:23 -0500
Sean Dague s...@dague.net wrote:
On 02/13/2014 09:45 AM, Dean Troyer wrote:
FWIW, an early proposal to address this, as well as capability
discovery, still lives
at https://etherpad.openstack.org/p/api-version-discovery-proposal.
I've lost track of
I've encountered this FAIL in novalient.
Binary content:
traceback (test/plain; charset=utf8)
Ran 708 tests in 12.268s
FAILED (id=0, failures=1)
error: testr failed (1)
ERROR: InvocationError:
'/home/jenkins/workspace/gate-python-novaclient-python26/.tox/py26/bin/python
setup.p
Who can help me
+1
2014年2月12日水曜日、Mayur Patilram.nath241...@gmail.comさんは書きました:
+1
*--*
*Cheers,*
*Mayur*
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
Dan - your DHCP-all-interfaces changes broke on Ubuntu 'testenv'
environments - we've backed them out to give them time to be fixed
without it being a firedrill.
-Rob
--
Robert Collins rbtcoll...@hp.com
Distinguished Technologist
HP Converged Cloud
On 2014-02-12 14:42:17 -0600 (-0600), Dolph Mathews wrote:
[...]
There's a lot of such scenarios where new contributors can
quickly find things to contribute, or at lest provide incredibly
valuable feedback to the project in the form of reviews!
[...]
I heartily second the suggestion. The
On 02/13/2014 08:28 PM, Christopher Yeoh wrote:
On Thu, 13 Feb 2014 15:54:23 -0500
Sean Dague s...@dague.net wrote:
On 02/13/2014 09:45 AM, Dean Troyer wrote:
FWIW, an early proposal to address this, as well as capability
discovery, still lives
at
On 02/13/2014 09:51 AM, Avishay Traeger wrote:
Walter A. Boring IV walter.bor...@hp.com wrote on 02/13/2014 06:59:38
PM:
What I would do different for the Icehouse release is this:
If a driver doesn't pass the certification test by IceHouse RC1, then we
have a bug filed
against the driver. I
On Thu, 13 Feb 2014 21:10:01 -0500
Sean Dague s...@dague.net wrote:
On 02/13/2014 08:28 PM, Christopher Yeoh wrote:
On Thu, 13 Feb 2014 15:54:23 -0500
Sean Dague s...@dague.net wrote:
So one question I have around a global version is what happens when
we have the following situation:
On 2014-02-13 10:56:28 -0600 (-0600), Ben Nemec wrote:
[...]
configure pip to use the pypi.openstack.org mirror.
[...]
While this is sometimes a useful hack for working around
intermittent PyPI CDN growing pains on your personal development
workstation, or maybe for ferreting out whether your
On 13 February 2014 21:09, Jeremy Stanley fu...@yuggoth.org wrote:
On 2014-02-12 14:42:17 -0600 (-0600), Dolph Mathews wrote:
[...]
There's a lot of such scenarios where new contributors can
quickly find things to contribute, or at lest provide incredibly
valuable feedback to the project
Hi,
We are in the process of submitting a neutron third-party plugin and need
some advise on logging configuration to resolve the review comments for
this.
The plugin currently defines a log format and adds a log handler to forward
logs to a remote syslog server in this format. We would like to
Currently nova doesn't limit the disk IO bandwidth in copy_image() method while
creating a new instance, so the other instances on this host may be affected by
this high disk IO consuming operation, and some time-sensitive business(e.g RDS
instance with heartbeat) may be switched between master
From: Sean Dague s...@dague.net
...
Realistically, the biggest issue I see with on-boarding is mentoring
time. Especially with folks completely new to our structure, there is a
lot of confusing things going on. And OpenStack is a ton to absorb. I
get pinged a lot on IRC, answer when I can,
Hi,
I have been recently trying to convince some co-workers and even some
customers to try deploy and manipulate their applications using Heat.
Here are some feedbacks I got from them, which could be noteworthy for
the Heat team, hopefully.
- No document can be found on how each
Robert,
I have noticed that trying to DHCP on all interfaces at once in Ubuntu
12.04 results in wrong interfaces getting particular reservations. It is
better to do one at a time (with all interfaces down first) with a pause in
between.
On Feb 14, 2014 6:03 AM, Robert Collins
Hi Qiming,
not sure if you have already seen it, but there is some documentation
available at the following locations. If you already know it, sorry for
dup ;-)
Entry to Heat documentation:
http://docs.openstack.org/developer/heat/
Template Guide with pointers to more details like documentation
86 matches
Mail list logo