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 :
> A *summary* of the Cinder midcycle sprint, in attempt to keep your
> attention.
> Full meeti
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
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 Stan
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 port
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]
firew
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 wrote:
> Hi, all,
>
>
>
> I got following error message while running nodepoold with "nodepoold -d $
> DAEMON_ARGS"
>
>
>
>
>
> 2015-0
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 environme
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,
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 us
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
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 s
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 upload/manag
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
BR
Robert Collins wrote:
> On 19 August 2015 at 21:19, Thierry Carrez 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 release notes f
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 abso
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 ea
On 21 August 2015 at 11:38, Thierry Carrez wrote:
> 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 *conveniently* ship
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 <
[email protected]> wrote:
> Hi all,
>
> After merging the “Graceful ovs-agent restart”[1] (great work BTW!), I’m
> seeing in DVR L2 ag
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 eac
I pushed change for that case https://review.openstack.org/215596.
On Fri, Aug 21, 2015 at 2:45 PM, Anna Kamyshnikova <
[email protected]> 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, K
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 dis
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 q
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 h
[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.
Now
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
ment
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 ver
> -Original Message-
> From: Dave Walker [mailto:[email protected]]
> 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, Thi
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
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 cand
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
Dave Walker wrote:
> On 21 August 2015 at 11:38, Thierry Carrez wrote:
>
>> 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 n
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
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.
No
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
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 pyth
It looks like you haven't enabled the sriovnicswitch mechanism driver
correctly.
I make this assumption based on the following error message in your
neutron-server log:
Refusing to bind due to unsupported vnic_type: direct bind_port
Please make sure you added:
mechanism_drivers = openvswitch,srio
[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 t
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
>> mana
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
620187c5-b4ac-4aca-bdeb-96
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 iss
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
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.
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 eno
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 p
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 re
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,
Ange
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
l
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 th
On Aug 21, 2015, at 3:13 PM, Geoff Arnold 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
> authoritative doc wou
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 everythin
On 22 August 2015 at 09:08, 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 shou
On 08/19/2015 12:22 PM, Dougal Matthews wrote:
>
>
>
>
> - Original Message -
>> From: "Dmitry Tantsur"
>> To: [email protected]
>> Sent: Wednesday, 19 August, 2015 5:57:36 PM
>> Subject: Re: [openstack-dev] [TripleO] Moving instack upstream
>>
>> On 08/19/2015 06:42 PM
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
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
Thanks. I’ll figure out which of my colleagues should get involved.
Geoff
> On Aug 21, 2015, at 2:10 PM, Everett Toews
> wrote:
>
> On Aug 21, 2015, at 3:13 PM, Geoff Arnold wrote:
>
>> After reading the following pages, it’s unclear what the current API
>> deprecation policy is and who own
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:
http://git.openstack.org/cgit/openstack
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:///p/
Please use
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 mo
On 22 August 2015 at 10:57, Matthew Thode 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 better than reinventing *eve
On 08/21/2015 05:59 PM, Robert Collins wrote:
> On 22 August 2015 at 10:57, Matthew Thode 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 impl
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
resource
On 22 August 2015 at 00:04, Matthew Thode wrote:
> On 08/21/2015 05:59 PM, Robert Collins wrote:
>> On 22 August 2015 at 10:57, Matthew Thode 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).
>>
>>
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) :
>Hi,
>
>
>
> Jay S. Bryant, Daniel Wilson .Thank you for your reply. Now I know that in
> this case I need two ci
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
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:[email protected]]
Sent: Thursday, August 20, 2015 7:13 PM
To: OpenStack Development Mailin
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 image-bu
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] -
http://lists.openstack
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 ack
The decision should be made based on what vendor switch you have in your SAN.
-Original Message-
From: hao wang [mailto:[email protected]]
Sent: Friday, August 21, 2015 4:58 PM
To: OpenStack Development Mailing List (not for usage questions)
Subject: Re: [openstack-dev] [cinder] I hav
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
proje
Thanks Moshe,
Referring to https://wiki.openstack.org/wiki/SR-IOV-Passthrough-For-Networking,
it has the note:
Note:SR-IOV agent only work with NoopFirewallDriver when Security Groups are
enabled, but you can still use other firewall_driver for other Agents by
updating their conf with the reques
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 wrote:
> On 22 August 2015 at 00:04, Matthew Thode wrote:
>> On 08/21/2015 05:59 PM, Robert Collins wrote:
>>> On 22 August 2015 at 10:57, Matthew Thode wrote:
Packaging for us is fairly easy, but it is annoying to have to add 5-6
deps each relea
Hi Everybody,
I want to discuss on https://bugs.launchpad.net/neutron/+bug/1348589.This
is there for more than a year and no discussion i could find on this.
*Scenario:*
ovs-agent is down and then a network and subnet under this newly created
network are created using cli. No error visible to use
78 matches
Mail list logo
