Hi,
I recently cloned the latest Congress source code and tried to run
unit-tests on my Ubuntu PC. Using *scripts/run_api_server*, I found this
following error:
*Jun 20 11:28:11|0|__main__|INFO|Starting congress server*
*Traceback (most recent call last):*
* File
Just a clarification: “reverse” flow is what I usually call “dependency based
flow” when we specify dependencies between tasks rather then direct transitions
(do this then on success do that).
* Put it off till the engine refactoring, factor the requirement of
supporting two modes into the
HI All,
Could someone please, review the bug
https://bugs.launchpad.net/cinder/+bug/1307491
Fixes cinder quota-update with wrong tenant-id
quota-update returns 200 (OK) even though specified tenant-id
does not exist.
cinder quota-update wrong-tenant --gigabytes 2
The fix has been applied so
On Thu, 2014-06-19 at 20:36 -0700, Dustin Lundquist wrote:
Dolph,
I appreciate the suggestion. In the mean time how does the review
process work without core developers to approve gerrit submissions?
If you're just getting started, have a small number (possibly just 1 to
begin with) of
Hi All
I want to create a juno setup.
Please guide me through any links or processes that needs to be followed to
have this setup.
*Thanks Regards*,
Yogesh Prasad.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
+1 for #2.
~Sergii
On Fri, Jun 20, 2014 at 1:21 AM, Andrey Danin ada...@mirantis.com wrote:
+1 to Mike. Let the user provide actual credentials and use them in place.
On Fri, Jun 20, 2014 at 2:01 AM, Mike Scherbakov mscherba...@mirantis.com
wrote:
I'm in favor of #2. I think users
GP should support applying policy on exist openstack deployment, so neither
implicit mapping nor intercepting works well.
maybe the explicit associating model is best: associate EPG with exist
neutron network object (policy automatically applied to all ports on it),
or with single port object
Hi folks,
Anyone try that rate limit configuration for OVS(port)?
Now i am trying to implement it on my ovs_lib.py, actually it just call OVS
command[1].
There is a way to do that for me:
sudo ovs-vsctl set port tap42d7bb69-68 qos=@newqos \
-- --id=@newqos create qos
Hi,
On Wed, Jun 18, 2014 at 4:47 AM, Gary Kotton gkot...@vmware.com wrote:
Hi,
I have encountered a problem with string substitution with the nova
configuration file. The motivation was to move all of the glance settings
to
their own section (https://review.openstack.org/#/c/100567/).
Hi Yogesh,
Juno is not released yet. The closest you can get is master. So clone
devstack and run ./stack.sh.
Thanks,
Ajaya
Cheers,
Ajaya
On Fri, Jun 20, 2014 at 12:38 PM, Yogesh Prasad yogesh.pra...@cloudbyte.com
wrote:
Hi All
I want to create a juno setup.
Please guide me through
Vladimir has a proposal to add rescue livecd image as a boot option for PXE
nodes. I think it is a great idea. If anyone has other opinions, please
reply.
Miroslav, could you be a reviewer for this blueprint?
Anastasia, could you propose someone for QA?
For anybody who missed it, we discussed the following 2 outstanding
reviews yesterday:
vmwareapi oslo.vmware library integration
https://review.openstack.org/#/c/70175/
VMware: initial support for SPBM
https://review.openstack.org/#/c/6/
The issue is that oslo.vmware already contains
+1 to concentrate on oslo.vmware and thanks for the update!
On Fri, Jun 20, 2014 at 6:47 AM, Matthew Booth mbo...@redhat.com wrote:
For anybody who missed it, we discussed the following 2 outstanding
reviews yesterday:
vmwareapi oslo.vmware library integration
Hi,
Thanks for the updated mail. I have a number of comments:
1. I agree with the proposed changes regarding the SPBM. I think that the
proposal and changes put forward by Radoslav are great.
2. It would be nice to see the integration of the oslo.vmware code. This
is pending the spawn rewrite, and
Hi All,
Please tell me what are the minimum Driver Features for juno release.
--
*Thanks Regards*,
Yogesh Prasad.
___
OpenStack-dev mailing list
OpenStack-dev@lists.openstack.org
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
On 2014/19/06 09:58, Matthias Runge wrote:
On Wed, Jun 18, 2014 at 10:55:59AM +0200, Jaromir Coufal wrote:
My quick questions are:
* Who would be interested (and able) to get to the meeting?
* What topics do we want to discuss?
https://etherpad.openstack.org/p/horizon-juno-meetup
Thanks for
I'm pretty sure they haven't changed from Icehouse, see
https://github.com/openstack/cinder/blob/master/doc/source/devref/drivers.rst
On 20 June 2014 12:49, Yogesh Prasad yogesh.pra...@cloudbyte.com wrote:
Hi All,
Please tell me what are the minimum Driver Features for juno release.
--
There's a maintenance and testing cost to the added complexity, and as
far as I can tell, no solid use-case. Under what circumstance would a
cloud provider want different limits for different tenants? What
concrete problem does it solve?
On 20 June 2014 04:35, Huangtianhua huangtian...@huawei.com
Hi everyone,
Draft neutron spec has been defined to cover such case:
https://review.openstack.org/99356
Thanks for your feedbacks,
Cedric (zzelle at irc
http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev)
On Thu, Jun 5, 2014 at 7:27 PM, ZZelle zze...@gmail.com wrote:
Hi
On 20/06/14 13:56, Jaromir Coufal wrote:
On 2014/19/06 09:58, Matthias Runge wrote:
On Wed, Jun 18, 2014 at 10:55:59AM +0200, Jaromir Coufal wrote:
My quick questions are:
* Who would be interested (and able) to get to the meeting?
* What topics do we want to discuss?
+1 to what Brandon just said. :)
Seriously, though-- this week was nothing short of amazing! It's great to
have such a wonderful team to work with, eh! And yes-- special thanks to
Mark McClain and Kyle Mestery for being willing to come out and work so
hard with us to make so much progress in such
Hi
I'm not sure we've ever discussed this before, but I had previously
figured that we shouldn't translate log and exception messages in
oslo.messaging.
My thinking is:
- it seems like an odd thing for a library to do, I don't know of
examples of other libraries doing this .. but I
The wait is over on this one!
-- Forwarded message --
From: Willy Tarreau w...@1wt.eu
Date: Thu, Jun 19, 2014 at 12:54 PM
Subject: [ANNOUNCE] haproxy-1.5.0
To: hapr...@formilux.org
Hi everyone,
The list has been unusually silent today, just as if everyone was waiting
for
Hello, guy! I've just saw your thread and I have something to say about
your topic.
What management tools are there?
The old time pacemaker users of course will name crm shell first (crmsh
package). It allows interacive configuration by enetering commands like
this:
crm configure primitive
Mark McLoughlin mar...@redhat.com writes:
Hi
I'm not sure we've ever discussed this before, but I had previously
figured that we shouldn't translate log and exception messages in
oslo.messaging.
My thinking is:
- it seems like an odd thing for a library to do, I don't know of
On Fri, Jun 20, 2014 at 9:09 AM, Martin Geisler mar...@geisler.net wrote:
Mark McLoughlin mar...@redhat.com writes:
Hi
I'm not sure we've ever discussed this before, but I had previously
figured that we shouldn't translate log and exception messages in
oslo.messaging.
My thinking is:
On Fri, Jun 20, 2014 at 8:40 AM, Mark McLoughlin mar...@redhat.com wrote:
Hi
I'm not sure we've ever discussed this before, but I had previously
figured that we shouldn't translate log and exception messages in
oslo.messaging.
My thinking is:
- it seems like an odd thing for a library
+1
Thanks everyone for great coloboration and special thanks for Mark McClain and
Kyle Mestery.
Here are some pics of folks in action :)
https://drive.google.com/?usp=chrome_app#folders/0B8EPhPStLpV4ZGJnbkdMZmFBR2s
Thanks,
Vivek
From: Stephen Balukoff
Fuelers,
we need to group and enforce bug squashing activities on Tuesday, as
discussed on IRC meeting this Thursday [1]. Feel free to do bug triaging
first on Monday if needed.
We have lots of bugs, and to meet quality criteria for the release we
really need this.
Every dedicated Fuel developer
Alright!!! I'll get to reworking the TLS support bp that didn't get too much
attention. This is fantastic news, thanks for sharing!
From: Stephen Balukoff [sbaluk...@bluebox.net]
Sent: Friday, June 20, 2014 8:01 AM
To: OpenStack Development Mailing List
I read a doc on this the other day, but for the life of me I can't
remember where. It's relevant to this review:
https://review.openstack.org/#/c/97612/18/nova/virt/vmwareapi/volumeops.py
If anybody knowledgeable could give this a glance I'd be grateful. I'd
like to know I'm not giving duff
Hi Matt,
Is it perhaps this one you're looking for:
https://wiki.openstack.org/wiki/LoggingStandards#Guidelines
-Erno
-Original Message-
From: Matthew Booth [mailto:mbo...@redhat.com]
Sent: 20 June 2014 14:46
To: OpenStack Development Mailing List (not for usage questions)
Hello everyone,
Today, Horizon protect its resources (views, Dashboards or Panels) using
a hard-coded approach, restricting on code the access to users having
determined roles (like Admin). This problem was already addressed in
this bug: https://bugs.launchpad.net/horizon/+bug/1226627
In an
I started to type the same response as Duncan last night, and I do have
the same concern.
The fine grained quotas in nova, for instance, can be used to measure
potential use of the whole system _exactly_. You can give a bit more
to one tenant while you're building out your infrastructure for more
We have additional details in this review for the oslo.i18n
documentation: https://review.openstack.org/#/c/96961/
On Fri, Jun 20, 2014 at 9:50 AM, Kuvaja, Erno kuv...@hp.com wrote:
Hi Matt,
Is it perhaps this one you're looking for:
https://wiki.openstack.org/wiki/LoggingStandards#Guidelines
You need to remove the old .pyc files in the migrate_repo/versions directory. I
have an alias in my .gitconfig to allow me to checkout a branch and delete pycs
in one command:
[alias]
cc = !TOP=$(git rev-parse --show-toplevel); find $TOP -name '*.pyc'
-delete; git-checkout”
so i can do:
This isn’t an officially supported method, but i tend to use:
python -m nova.openstack.common.lockutils nosetests test
for example:
python -m nova.openstack.common.lockutils nosetests
nova.tests.integrated.test_api_samples:CloudPipeSampleJsonTest.test_cloud_pipe_create
I think this is a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Session-fixation vulnerability in Horizon when using the default
signed cookie sessions
- ---
### Summary ###
The default setting in Horizon is to use signed cookies to store
session state on the client side. This creates the possibility that if
an
On 06/18/2014 07:43 PM, Duncan Thomas wrote:
Duncan Thomas
On Jun 18, 2014 9:51 PM, Jay Pipes jaypi...@gmail.com
mailto:jaypi...@gmail.com wrote:
VMs should be cattle, not pets, but yes, a locked instance should be
able to be snapshotted, for sure, IMO.
Shooting all your cattle by accident
On 6/20/14, 6:24 AM, Radomir Dopieralski openst...@sheep.art.pl wrote:
On 20/06/14 13:56, Jaromir Coufal wrote:
On 2014/19/06 09:58, Matthias Runge wrote:
On Wed, Jun 18, 2014 at 10:55:59AM +0200, Jaromir Coufal wrote:
My quick questions are:
* Who would be interested (and able) to get to the
Hi Madhu,
That script is a legacy holdover from a proof-of-concept done some time back.
Since that time, we have refined the policy and API designs, and should have
the new code ready for testing in the next couple of days.
- Peter
From: Madhu Mohan Nelemane
The openrc file has to be up to date for some of the HA scripts to
work, we could just source that.
On Fri, Jun 20, 2014 at 12:12 AM, Sergii Golovatiuk
sgolovat...@mirantis.com wrote:
+1 for #2.
~Sergii
On Fri, Jun 20, 2014 at 1:21 AM, Andrey Danin ada...@mirantis.com wrote:
+1 to Mike.
+ 1
I was also very happy that Doug came – he was adding a much needed lb
manufacturer perspective.
Thanks to Rackspace and especially Brandon for hosting. This was a great event.
And many thanks to Kyle and Mark for coming out and the great guidance they
provided.
Great to see you all –
After seeing a bunch of code changes to enforce new hacking rules, I'd
like to propose dropping some of the rules we have. The overall patch
series is here -
https://review.openstack.org/#/q/status:open+project:openstack-dev/hacking+branch:master+topic:be_less_silly,n,z
H402 - 1 line doc strings
Should we also have the 25th as review day so we can squish those down too?
On Fri, Jun 20, 2014 at 6:30 AM, Mike Scherbakov
mscherba...@mirantis.com wrote:
Fuelers,
we need to group and enforce bug squashing activities on Tuesday, as
discussed on IRC meeting this Thursday [1]. Feel free to do
+1 across the board for this change.
H803 is ignored by a large number of projects after a rather extensive
conversation on the ML last year (as I recall). The other two changes seem
quite reasonable.
Cheers,
Morgan
—
Morgan Fainberg
From: Sean Dague s...@dague.net
Reply: OpenStack
On Fri, Jun 20, 2014 at 11:07 AM, Sean Dague s...@dague.net wrote:
After seeing a bunch of code changes to enforce new hacking rules, I'd
like to propose dropping some of the rules we have. The overall patch
series is here -
Suppose I want a simple localrc (e.g., it defaults to using flat DHCP nova
networking) to use with DevStack on a machine that has a single NIC and is
using IPv4 address 10.10.0.42 and netmask 255.255.0.0, and I know
addresses 10.10.1.0--10.10.255.254 are unused. What would be reasonable
Not a great week for TripleO CI. We had 3 different failures related to:
Nova [1]: we were using a deprecated config option
Heat [2]: missing heat data obtained from the Heat CFN API
Neutron [3]: a broken GRE overlay network setup
The TripleO check jobs look to be running stable again today
On Fri, Jun 20, 2014 at 11:07 AM, Sean Dague s...@dague.net wrote:
[snip]
We have to remember we're all humans, and it's ok to have grey space.
Like in 305, you *should* group the libraries if you can, but stuff like
that should be labeled as 'nit' in the review, and only ask the author
to
Speaking about the idea of running everything inside containers...
First, this idea is no the new one and have been around for a very long
time. People were running their services inside a simple chroot, then
OpenVZ and now LXC containers with variable success. Usually the ideas
behind this are
Hey guys,
Just a friendly reminder that we'll (re)review the configurable db
plugins BP on Monday June 23rd. The spec is here:
https://wiki.openstack.org/wiki/Trove/ConfigurableDBPlugins
Please take a moment to review prior to our BP meeting if you have an
interest in this topic.
I've
Any more takers for the tripleo mid-cycle meetup in Raleigh? If so, please
sign up on the etherpad below.
The hotel group room rate will be finalized on Monday Jul 23rd (US time),
after that time you will be on your own for finding accommodation.
Thanks
Charles
- Original Message -
Hi
Zang, thanks for your comments.
I think what you are suggesting is perhaps orthogonal to having Resource
and Agent drivers. By that I mean we can have what you are suggesting and
keep the Resource and Agent drivers. The reason for having Resource drivers
is to provide the means for possibly
I am pleased to announce that I have booked the facilities required for
the Heat mid-cycle meetup for Juno, as discussed at the Heat IRC meeting
this week.[1] Therefore I can confirm that the meetup will be held:
Monday 18th - Wednesday 20th August
@ Red Hat Tower in Raleigh, North Carolina
- Original Message -
Not a great week for TripleO CI. We had 3 different failures related to:
Nova [1]: we were using a deprecated config option
Heat [2]: missing heat data obtained from the Heat CFN API
Neutron [3]: a broken GRE overlay network setup
The last two are bugs, but
Hi,
The Jenkins Job Builder project (part of the Infrastructure program) is
quite popular even outside of OpenStack and has a group of specialist
core reviewers supplemental to the rest of the Infrastructure program.
To that group I would like to add Darragh Bailey:
On Jun 20, 2014 1:52 PM, Charles Crouch ccro...@redhat.com wrote:
- Original Message -
Not a great week for TripleO CI. We had 3 different failures related to:
Nova [1]: we were using a deprecated config option
Heat [2]: missing heat data obtained from the Heat CFN API
- Original Message -
On Jun 20, 2014 1:52 PM, Charles Crouch ccro...@redhat.com wrote:
- Original Message -
Not a great week for TripleO CI. We had 3 different failures related to:
Nova [1]: we were using a deprecated config option
Heat [2]:
I would like to nominate Zhenguo Niu and Ana Krivokapic to Horizon core.
Zhenguo has been a prolific reviewer for the past two releases providing
high quality reviews. And providing a significant number of patches over
the past three releases.
Ana has been a significant reviewer in the Icehouse
On Fri, Jun 20, 2014 at 2:15 PM, Charles Crouch ccro...@redhat.com wrote:
- Original Message -
On Jun 20, 2014 1:52 PM, Charles Crouch ccro...@redhat.com wrote:
- Original Message -
Not a great week for TripleO CI. We had 3 different failures related
Excerpts from Charles Crouch's message of 2014-06-20 13:51:49 -0700:
- Original Message -
Not a great week for TripleO CI. We had 3 different failures related to:
Nova [1]: we were using a deprecated config option
Heat [2]: missing heat data obtained from the Heat CFN API
No, we should have every day as review day. If there's code waiting to
be reviewed that addresses a bug or a feature, there's simply no good
reason to write new code for a different bug or feature with the same
priority until the code that's already out there is reviewed.
On Fri, Jun 20, 2014 at
On Fri, 2014-06-20 at 16:51 -0400, Charles Crouch wrote:
- Original Message -
Not a great week for TripleO CI. We had 3 different failures related to:
Nova [1]: we were using a deprecated config option
Heat [2]: missing heat data obtained from the Heat CFN API
Neutron [3]:
Well we probably need some backwards compat glue to keep deploying
supported versions. More on that in the spec I'm drafting.
On 21 Jun 2014 12:26, Dan Prince dpri...@redhat.com wrote:
On Fri, 2014-06-20 at 16:51 -0400, Charles Crouch wrote:
- Original Message -
Not a great week
Excerpts from Sean Dague's message of 2014-06-20 11:07:39 -0700:
After seeing a bunch of code changes to enforce new hacking rules, I'd
like to propose dropping some of the rules we have. The overall patch
series is here -
66 matches
Mail list logo