On 08/21/2015 06:25 PM, Davanum Srinivas wrote:
Folks,
In the governance repo a number of libraries are marked with
release:managed tag:
http://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml
However, some of these libraries do not have appropriate ACL in the
I'm struggling to think of a way this might help enable discussions between
nominees and voters about their platforms. Since the tooling will send out
the nomination announcements the only real noise that is reduced is the
nomination confirmed type emails.
While I think this sounds really neat,
On 22 August 2015 at 11:50, Dave Walker em...@daviey.com wrote:
On 22 August 2015 at 00:04, Matthew Thode prometheanf...@gentoo.org wrote:
On 08/21/2015 05:59 PM, Robert Collins wrote:
On 22 August 2015 at 10:57, Matthew Thode prometheanf...@gentoo.org wrote:
Packaging for us is fairly easy,
Hi Evgeniy,
what you've proposed is all right, although it adds some overhead for
certificate provisioning.
In fact, to do it right we should probably define REST API for provisioning
certificates.
I'm rather for simplified approach, consisting of Shell / Puppet scripts
for certificate
Hi folks
We just finished 2nd prc hackathon this Friday.
For nova project, we finially have 31 patch/bug submitted/updated, we finally
get out a
etherpad link to track all bugs/patches, can you kindly help to review these
patches on link
https://etherpad.openstack.org/p/hackathon2_nova_list
Robert Collins wrote:
On 19 August 2015 at 21:19, Thierry Carrez thie...@openstack.org wrote:
Processing:
1) determine the revisions we need to generate release notes for. By
default generate notes for the current minor release. (E.g. if the
tree version is 1.2.3.dev4 we would generate
Hi all,
After merging the Graceful ovs-agent restart[1] (great work BTW!), I'm seeing
in DVR L2 agent code place where flows on br-int is removed in old style:
File /neutron/plugins/ml2/drivers/openvswitch/agent/ovs_dvr_neutron_agent.py
200 def setup_dvr_flows_on_integ_br(self):
201
Hi Adam,
I'm not sure if understand you correctly, what do you mean by overhead for
certificate provisioning? We already have all the mechanisms in place in
order
to provision certificates, the point is currently with user's certificates
we work in
absolutely different way and store them in
Sorry in understood incorrectly - using HTTP/Web IMO usually makes kind of
overhead if designed from the beginning.
If there are some HTTP authentication/CSR request/key management mechanisms
already in place, of course there is no overhead.
Regards,
A.
On Fri, Aug 21, 2015 at 12:43 PM, Evgeniy
Kuvaja, Erno wrote:
[...]
We try to have python-glanceclient and glance_store including release notes
upon the release time. We use in tree doc/source/index.rst for ease of
access. This provides our release notes through:
docs.openstack.org/developer/python-glanceclient/ and you can easily
On 21.08.2015 15:57, Bogdan Dobrelya wrote:
Our deployment automation teams have been addressing the critical issues
arised for HA A/A Keystone switched to the mod_wsgi and related
backends' failure modes.
We ran numerous rally tests against different configuration layouts for
Apache2 MPM
On 08/20/15 at 05:01pm, melanie witt wrote:
Hi Everyone,
I attended the ops mid cycle summit on Tuesday and Wednesday and here are brief
notes on the feedback I heard related to nova. Please feel free to add your
comments or correct me if I got anything wrong.
Large Deployments Session [1]:
gord chung wrote:
maybe we should shift more emphasis to ML? working with non-native
English speaking companies, i know they are very interested in
participating but considering the oft hectic pace of the 'live'
meetings, they tend to be viewers as they can't get their ideas into
English fast
-Original Message-
From: Dave Walker [mailto:em...@daviey.com]
Sent: 21 August 2015 12:43
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [stable] [infra] How to auto-generate stable
release notes
On 21 August 2015 at 11:38, Thierry
Hello folks,
as discussed previously, we'd like to improve elections workflow using
gerrit:
* A new repository to manage elections: openstack/election
* Candidates submit their candidacy through a file as a CR, e.g.:
sept-2015-ptl/project_name-candidate_name
* A check job verifies if the
[Resending my response as unknown forces ate my original message]
On 08/20/2015 08:30 AM, Bjorn Schuberg wrote:
Hello everyone,
this is my first thread on this mailing list, and I would like to take
the opportunity to say that it was great to see you all at the
midcycle, even if remote.
Hi John,
First of all thank you for the tip about tags.
In order to understand what extra API are needed to implement this
mechanism, I think we need to focus on what should be done by this
component.
In my opinion, what we need on NOVA-COMPUTE side would be:
1) List all images prefetched on
On 21/08/2015 4:58 AM, Thierry Carrez wrote:
Anne Gentle wrote:
Hi all,
In last week's TC Highlights blog post [1] I asked if there is interest
in moving the cross-project meeting. Historically it is held after the
TC meeting, but there isn't a requirement for those timings to line up.
I've
Hi list,
I was reviewing the CreateEndpoint patch[1] from Taku that had received
positive reviews. I put some comment about an alternative way to map
endpoints to nets and subnets and I would appreciate some discussion here
on the mailing list about the original proposal and the alternative I
Our deployment automation teams have been addressing the critical issues
arised for HA A/A Keystone switched to the mod_wsgi and related
backends' failure modes.
We ran numerous rally tests against different configuration layouts for
Apache2 MPM worker versus Keystone and HAProxy backend config
On 2015-08-21 14:20:00 + (+), Tristan Cacqueray wrote:
[...]
* A check job verifies if the candidate is valid (has ATC and
contributor to the project)
[...]
Automated jobs would be great, but the first iteration could be
managed using manual tools.
[...]
Yep, the tricky bit here is
I pushed change for that case https://review.openstack.org/215596.
On Fri, Aug 21, 2015 at 2:45 PM, Anna Kamyshnikova
akamyshnik...@mirantis.com wrote:
Hi, Artur!
Thanks, for bringing this up! I missed that. I push change for that in a
short time.
On Fri, Aug 21, 2015 at 1:35 PM,
On 2015-08-21 01:10:22 + (+), Steven Dake (stdake) wrote:
[...]
How large is /opt?
[...]
It appears at the moment HP Cloud gives us a 30GiB root filesystem
(vda1) and a 0.5TiB ephemeral disk (vdb). Rackspace on the other
hand provides a 40GB root filesystem (xvda1) and 80GB ephemeral
Hi Björn,
On Thu, 2015-08-20 at 14:30 +0200, Bjorn Schuberg wrote:
Hello everyone,
this is my first thread on this mailing list, and I would like to
take the opportunity to say that it was great to see you all at the
midcycle, even if remote.
Yeah. It was a nice meetup!
Now, to my
Dave Walker wrote:
On 21 August 2015 at 11:38, Thierry Carrez thie...@openstack.org wrote:
SNIP
Since then, replying to another concern about common downstream
reference points, we moved to tagging everything, then replying to
Clark's pollution remark, to tag from time to time. That doesn't
On Wed, 2015-08-19 at 16:51 -0700, Sylvain Bauza wrote:
I was writing some tests so I added a contextlib.nested to a checked
TestCase [1]. Unfortunately, contextlib.nested is no longer available in
Python3 and there is no clear solution on how to provide a compatible
import for both python2
Tristan Cacqueray wrote:
Hello folks,
as discussed previously, we'd like to improve elections workflow using
gerrit:
* A new repository to manage elections: openstack/election
* Candidates submit their candidacy through a file as a CR, e.g.:
sept-2015-ptl/project_name-candidate_name
*
Hi all,
I am in favor not to go for a least common denominator approach with the
bgpvpn API. The API should cover the use case commonly acknowledged as
useful and which are supported by at least one of the existing back-ends,
with the aim to have various back-ends to grow in support coverage.
After reading the following pages, it’s unclear what the current API
deprecation policy is and who owns it. (The first spec implies that a change
took place in May 2015, but is silent on what and why.) Any hints? An
authoritative doc would be useful, something other than an IRC log or mailing
Excerpts from Robert Collins's message of 2015-08-20 15:24:03 +1200:
We currently have a test where we ask if things are packaged in
distros.
http://git.openstack.org/cgit/openstack/requirements/tree/README.rst#n268
I think we should modify that, in two ways.
The explanation for the
On Aug 21, 2015, at 3:13 PM, Geoff Arnold ge...@geoffarnold.com wrote:
After reading the following pages, it’s unclear what the current API
deprecation policy is and who owns it. (The first spec implies that a change
took place in May 2015, but is silent on what and why.) Any hints? An
On 2015-08-21 14:32:50 -0400 (-0400), Anita Kuno wrote:
Personally I would recommend that the election officials have
verification permissions on the proposed repo and the automation
step is skipped to begin with as a way of expediting the repo
creation. Getting the workflow in place in enough
Hi Doug,I think your point is valid, but it would basically move the point of conflict from the HTML page to the controller. You could alleviate that problem by having services, aka service for headers, service for table batch action, etc that could then follow similar to the angular workflow
On 08/21/2015 03:37 PM, Jeremy Stanley wrote:
On 2015-08-21 14:32:50 -0400 (-0400), Anita Kuno wrote:
Personally I would recommend that the election officials have
verification permissions on the proposed repo and the automation
step is skipped to begin with as a way of expediting the repo
On 08/21/2015 10:24 AM, Andrew Laski wrote:
On 08/20/15 at 05:01pm, melanie witt wrote:
Hi Everyone,
I attended the ops mid cycle summit on Tuesday and Wednesday and here
are brief notes on the feedback I heard related to nova. Please feel
free to add your comments or correct me if I got
On 08/21/2015 02:34 PM, Sean M. Collins wrote:
So - the tl;dr is that I don't think that we should accept inputs like
the following:
x - 192
x/y - 10/8
x.x/y - 192.168/16
x.x.x/y - 192.168.0/24
which are equivalent to::
x.0.0.0/y - 192.0.0.0/24
x.0.0.0/y - 10.0.0.0/8
x.x.0.0/y
Mike,
I wanted to update you on our progress on the Brocade CI.
We are currently working on the remaining requirements of adding recheck and
adding link to wiki page for a failed result.
Also, the CI is now consistently testing and reporting on all cinder reviews
for the past 3 days.
Thanks,
This isn't as simple as making calls to virsh after an attached volume
is extended on the cinder backend, especially when multipath is involved.
You need the host system to understand that the volume has changed size
first, or virsh will really never see it.
For iSCSI/FC volumes you need to
On 08/21/2015 11:27 AM, Jeremy Stanley wrote:
On 2015-08-21 14:20:00 + (+), Tristan Cacqueray wrote:
[...]
* A check job verifies if the candidate is valid (has ATC and
contributor to the project)
[...]
Automated jobs would be great, but the first iteration could be
managed using
[Resending - since I don't think my mail client actually sent this the
first time]
While reviewing https://review.openstack.org/#/c/204459/ - I noticed
that one of the unit tests is passing an IP address 1/32 - so I went
and looked up the constructor for netaddr.IPNetwork, which has a feature
I believe you are getting this problem because you are trying to use SR-IOV
over a flat network, which is not supported.
From the logs:
2015-08-21 04:29:44.619 9644 DEBUG neutron.plugins.ml2.managers
[req-314733e3-17ab-4e20-951a-0c75744016b5 ] Attempting to bind port
On 08/19/2015 12:22 PM, Dougal Matthews wrote:
- Original Message -
From: Dmitry Tantsur dtant...@redhat.com
To: openstack-dev@lists.openstack.org
Sent: Wednesday, 19 August, 2015 5:57:36 PM
Subject: Re: [openstack-dev] [TripleO] Moving instack upstream
On 08/19/2015 06:42
HI Rick,
Let's keep this on the list so that others can benefit or chip in ideas.
If you cannot subscribe to the list, ask the folks on freenode irc in
#openstack-infra.
You should set in zuul.conf the [merger] zuul_url to your local zuul's url. [1]
E.g.
[merger]
zuul_url=http://your_ip_or
On 22 August 2015 at 09:08, Doug Hellmann d...@doughellmann.com wrote:
Excerpts from Robert Collins's message of 2015-08-20 15:24:03 +1200:
We currently have a test where we ask if things are packaged in
distros.
http://git.openstack.org/cgit/openstack/requirements/tree/README.rst#n268
I
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
Folks,
In the governance repo a number of libraries are marked with
release:managed tag:
http://git.openstack.org/cgit/openstack/governance/tree/reference/projects.yaml
However, some of these libraries do not have appropriate ACL in the
project:config repo:
I definitely think the two panel tables in tree now (images and users) should
be reduced down in the number of html partials. On initial glance, it seemed
pretty easy to just look at the files and know where things are. However, in
practice, it makes it error prone and harder to see
Here's what the implicit_prefix arg for the IPNetwork constructor does.
Python 2.7.6 (default, Sep 9 2014, 15:04:36)
[GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-600.0.39)] on darwin
Type help, copyright, credits or license for more information.
import netaddr
a =
Thanks. I’ll figure out which of my colleagues should get involved.
Geoff
On Aug 21, 2015, at 2:10 PM, Everett Toews everett.to...@rackspace.com
wrote:
On Aug 21, 2015, at 3:13 PM, Geoff Arnold ge...@geoffarnold.com wrote:
After reading the following pages, it’s unclear what the current
On 08/21/2015 04:08 PM, Doug Hellmann wrote:
Excerpts from Robert Collins's message of 2015-08-20 15:24:03 +1200:
We currently have a test where we ask if things are packaged in
distros.
http://git.openstack.org/cgit/openstack/requirements/tree/README.rst#n268
I think we should modify that,
On 22 August 2015 at 10:57, Matthew Thode prometheanf...@gentoo.org wrote:
Packaging for us is fairly easy, but it is annoying to have to add 5-6
deps each release, (which means we are adding cruft over time).
We're adding functionality by bringing in existing implementations.
Surely thats
On 21 August 2015 at 11:38, Thierry Carrez thie...@openstack.org wrote:
SNIP
Since then, replying to another concern about common downstream
reference points, we moved to tagging everything, then replying to
Clark's pollution remark, to tag from time to time. That doesn't
remove the need to
Hi, Artur!
Thanks, for bringing this up! I missed that. I push change for that in a
short time.
On Fri, Aug 21, 2015 at 1:35 PM, Korzeniewski, Artur
artur.korzeniew...@intel.com wrote:
Hi all,
After merging the “Graceful ovs-agent restart”[1] (great work BTW!), I’m
seeing in DVR L2 agent
On 22 August 2015 at 00:04, Matthew Thode prometheanf...@gentoo.org wrote:
On 08/21/2015 05:59 PM, Robert Collins wrote:
On 22 August 2015 at 10:57, Matthew Thode prometheanf...@gentoo.org wrote:
Packaging for us is fairly easy, but it is annoying to have to add 5-6
deps each release, (which
The Microsoft CI has been disabled since July 22nd [1].
Last I heard from the Cinder midcycle sprint, this CI was still not
ready and it hasn't been for 30 days now.
Where are we with things, and why has communication been so poor with
the Cloud Base solutions team?
[1] -
Hi Abhi,
That’s correct. The ‘elements’ are used to setup the Jenkins slave.
Regarding how the image is built. I think the instructions are clear, but I
wrote them. Let me know which part is not clear.
Step 3 in the readme link your reference is the command to build the image.
nodepool
For RBDs it IS as simple as making calls to virsh after an attached volume is
extended. I've done it half a dozen time with no intermediate steps and it
works. I'd love to test it more robustly, obviously, but unfortunately I got
bigger fish to fry with BAU.
iSCSI might involve more work, I
On 08/21/2015 05:59 PM, Robert Collins wrote:
On 22 August 2015 at 10:57, Matthew Thode prometheanf...@gentoo.org wrote:
Packaging for us is fairly easy, but it is annoying to have to add 5-6
deps each release, (which means we are adding cruft over time).
We're adding functionality by
Hey Solum team,
Recently we had accepted a spec to add new API resources to Solum [1].
Thanks to Ed Cranford, the 'app' resource is already implemented.
I am working on implementing the workflow resource.
I have created a spec [2] outlining the approach taken for adding the workflow
Hi Steve, Xiexs,
Actually this issue hit us on Tuesday afternoon.
Root cause is not known still, but the workaround was an update to nodepool to
allow the project-name setting as stated below.
I updated the sample nodepool.yaml.erb as well. See this post I sent for the
full details of the issue
I feel supporting multi drivers of zonemanager in one cinder.conf is
not much value.
How you can decide when to use driver-1 or driver-2?
2015-08-14 10:20 GMT+08:00 Chenying (A) ying.c...@huawei.com:
Hi,
Jay S. Bryant, Daniel Wilson .Thank you for your reply. Now I know that in
this
Hi Tang,
Sorry I did not see this post. I started a thread here to explain the issue: [1]
Ramy
[1] http://lists.openstack.org/pipermail/openstack-dev/2015-August/072556.html
From: Tang Chen [mailto:tangc...@cn.fujitsu.com]
Sent: Thursday, August 20, 2015 7:13 PM
To: OpenStack Development
The decision should be made based on what vendor switch you have in your SAN.
-Original Message-
From: hao wang [mailto:sxmatch1...@gmail.com]
Sent: Friday, August 21, 2015 4:58 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [cinder] I
Hi Steve,
Thanks for your reply.
It`s a stupid mistake.
I have made an invalid configuration for the provider`s project-id in the
nodepool.yaml as follows:
{ project-id: 'admin' }
But the correct setting should be:
{ Project-name: 'admin'} or { project-id: '%= id of project admin %' }
To be
Good day,
The specification and source codes will definitely reviewing/filing in next
week.
#link
http://eavesdrop.openstack.org/meetings/networking_fwaas/2015/network
ing_fwaas.2015-08-19-23.59.log.html
No - I did not say definitely - nowhere in that IRC log was that word used.
I'm
Hi,
Please have a look at
http://lists.openstack.org/pipermail/openstack-dev/2015-August/072556.html
Jordan
On Fri, Aug 21, 2015 at 4:12 AM, Tang Chen tangc...@cn.fujitsu.com wrote:
Hi, all,
I got following error message while running nodepoold with nodepoold -d $
DAEMON_ARGS
Hi Stanislav,
agree that unification is very useful and it is right direction.
While designing implementation changes please remember that we should serve
cases:
1). There could be multiple environments served by one Fuel node. IMO we
should prepare a way to have different private key per
Hi,
I absolutely agree with all points mentioned below. Especially about
security, because for now, as I know, we have not any mechanisms to cut
out certs and keys from snapshots.
And as OSTF developer I'll be very grateful if there will be one way to get
certificates from the container.
On Fri,
Hi Stanislaw,
I agree that user's certificates mustn't be saved in Nailgun database, in
cluster attributes,
in this case it can be seen in all the logs, which is terrible security
problem,
and we already have a place where we keep auto-generated certificates and
ssh-keys, and those are copied to
Folks,
We'd love to have you all participate in a Virtual Sprint (2 days) to
improve Oslo Documentation. Please let us know which week is good in this
doodle poll:
http://doodle.com/ykskyym3inyvy6mf
We'll need to improve documentation for both existing libraries and the
brand new libraries being
Thanks Mike for summary. About the Getting rid of API extensions, I'd
like help to move the extensions over to the core. Do we should begin this
work at Mitaka?
2015-08-17 23:53 GMT+08:00 Mike Perez thin...@gmail.com:
A *summary* of the Cinder midcycle sprint, in attempt to keep your
Infortrend driver and Netapp driver's failure about gate-cinder-python27
caused Jenkins -1 at patch https://review.openstack.org/#/c/201578/,
log link:
http://logs.openstack.org/78/201578/22/check/gate-cinder-python27/2212cdc/console.html
Engineers of Infortrend driver and Netapp driver please
Hi all,
I try to configure SRIOV on OpenStack Kilo referring the information below.
http://www.qlogic.com/solutions/Documents/UsersGuide_OpenStack_SR-IOV.pdf
https://wiki.openstack.org/wiki/SR-IOV-Passthrough-For-Networking
Until creating port it works well. But after creating VM using the
Anne Gentle wrote:
Hi all,
In last week's TC Highlights blog post [1] I asked if there is interest
in moving the cross-project meeting. Historically it is held after the
TC meeting, but there isn't a requirement for those timings to line up.
I've heard from European and Eastern Standard
Hi folks.
Today I want to discuss the way we save SSL keys for Fuel environments. As
you maybe know we have 2 ways to get a key:
a. Generate it by Fuel (self-signed certificate will be created in this
case). In this case we will generate private key, csr and crt in a
pre-deployment hook on master
The problem is the sriov mechanism drive failed to bind the port.
For the log I see that you are working with agent_required=True, but the device
mapping is empty {u'devices': 0, u'device_mappings': {}
Please check the agent configuration file see that you have the following
[securitygroup]
76 matches
Mail list logo