Hello,
there is some inconsistency here. Currently I'm fixing bug[1] in
fuelmemu. In my fix[2] I changed paths to repos. As I see,
unfortunatly script which you recommend to use does not use this
paths. Instead it have hardcoded values.
Now we need to update paths in two places. Why is that?
1.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Thanks a lot for the reply! I think it raises some good points here
that I would like to clarify with other team members. I don't think
those should interface with the current nomination run, so I spin it
into a separate thread.
Some comments
Hi all,
I've been pushing for a while now to convert devstack to completely use
the identity v3 API as we try to deprecate the v2.0 API. Currently all
the functions in functions-common consume the v3 API via setting --os
-identity-api-version 3 for each command to override the v2 default.
On 10/07/15 12:43, Mark Kirkwood wrote:
Hi,
I am using puppet-swift to deploy a swift multi node cluster (Icehouse),
following the setup in supplied tests/site.pp. I am running into two
issues that seem to be related to the subject above:
1/ Errors when the storage replication services try to
Thank you David Mike,
I have a different uuid secret stored in libvirt in my two compute nodes,
is it normal?
First compute : 40e501a1-e802-4f60-bcca-5e1b83269f7c
Second compute : 899f90c8-e8e8-47b7-8d25-3e14fc2f270a
but, # virsh secret-get-value uuid gave me same results on my two nodes
Thanks a lot Brian.
-Paddu
On 8/13/15, 7:59 AM, Brian Haley brian.ha...@hp.com wrote:
On 08/13/2015 04:04 AM, Padmanabhan Krishnan wrote:
Hello,
Is there a Neutron public API to get the list of router ports?
Something similar
to what the command neutron router-port-list {tenant} gives.
On Aug 14, 2015 03:13, Mike Perez wrote:
It gives me great pleasure to nominate Gorka Eguileor for Cinder core.
Gorka's contributions to Cinder core have been much apprecated:
https://review.openstack.org/#/q/owner:%22Gorka+Eguileor%22+project:o
penstack/cinder,p,0035b6410002dd11
60/90
and here's the video:
http://www.ajo.es/post/126667247769/neutron-qos-service-plugin
Cheers,
Miguel Ángel.
Miguel Angel Ajo wrote:
I owe you all a video of the feature to show how does it work.
I was supposed to deliver today, but I've been partly sick during
today,
The script is ready, I
So far we have WSGI support for puppet-keystone pupper-ceilometer.
I'm currently working on other components to easily deploy OpenStack
running API services using apache/wsgi instead of eventlet.
I would like to propose some change in our beaker tests:
stable/kilo:
*
On Fri, Aug 14, 2015 at 6:29 AM, Ihar Hrachyshka ihrac...@redhat.com
wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Thanks a lot for the reply! I think it raises some good points here
that I would like to clarify with other team members. I don't think
those should interface with the
+1 Nice job!
-Ryan
- Original Message -
From: Steven Dake (stdake) std...@cisco.com
To: OpenStack Development Mailing List (not for usage questions)
openstack-dev@lists.openstack.org
Sent: Friday, August 14, 2015 9:29:10 AM
Subject: [openstack-dev] [kolla] Proposing Swapnil Kulkarni
Hi Rui,
The problem with the following rule is that there are a bunch of hidden
variables in the not cinder:volumes(...) literal. The error message
shows the hidden variables. The syntax restriction is that every variable
in a negative literal must appear in a positive literal in the body.
+1, Swapnil has made a ton of useful contributions and continues to do so :)
On 14/08/15 14:29, Steven Dake (stdake) wrote:
Hi folks,
Swapnil has done a bunch of great technical work, participates heavily in IRC,
and has contributed enormously to the implementation of Kolla. I’d like to see
Hi feisky,
I think thats a great question, not because of port-mapping in particular
:) but because
we need to think on a feature by feature basis and map all the features the
dockers API allow which
we cannot support directly with Neutron API or its services sub-projects
API.
(apuimedo, maybe we
On 08/13/2015 11:37 PM, Ivan Derbenev wrote:
*From:*Ivan Derbenev [mailto:ivan.derbe...@tech-corps.com]
*Sent:* Wednesday, August 5, 2015 1:21 PM
*To:* openstack@lists.openstack.org
*Subject:* [Openstack] New instances booting time
Hello, guys, I have a question
We now have OS Kilo + KVM+
Hi Telles,
you technically don't get a vote, but thanks anyway :)
Trev
On Fri, 2015-08-14 at 12:14 +, Telles Nobrega wrote:
+1
On Fri, Aug 14, 2015 at 7:11 AM Alexander Ignatov
aigna...@mirantis.com wrote:
+1
Regards,
Alexander Ignatov
+1
On 08/13/2015 02:13 PM, Mike Perez wrote:
It gives me great pleasure to nominate Gorka Eguileor for Cinder core.
Gorka's contributions to Cinder core have been much apprecated:
https://review.openstack.org/#/q/owner:%22Gorka+Eguileor%22+project:openstack/cinder,p,0035b6410002dd11
60/90
Hi folks,
Swapnil has done a bunch of great technical work, participates heavily in IRC,
and has contributed enormously to the implementation of Kolla. I’d like to see
more reviews from Swapnil, but he has committed to doing more reviews and
already has gone from something like 0 reviews to
On 08/14/15 at 01:06pm, stuart.mcla...@hp.com wrote:
I got zero responses on the mailing list raising a problem with Glance v2 [1].
I got zero responses on cross project meeting raising a problem with Glance v2
[2].
I'm very happy with my choice of words, because I think this hand slap on
Yeah I know, I'm just supporting :)
On Fri, Aug 14, 2015 at 10:30 AM Trevor McKay tmc...@redhat.com wrote:
Hi Telles,
you technically don't get a vote, but thanks anyway :)
Trev
On Fri, 2015-08-14 at 12:14 +, Telles Nobrega wrote:
+1
On Fri, Aug 14, 2015 at 7:11 AM Alexander
On 08/14/2015 06:47 AM, Ihar Hrachyshka wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 08/14/2015 08:15 AM, Jamie Lennox wrote:
Hi all,
I've been pushing for a while now to convert devstack to completely
use the identity v3 API as we try to deprecate the v2.0 API.
Currently all the
Hi Eric,
First off welcome to OpenStack! Generally for security related
questions we use the OpenStack-dev mailing list and preface the
subject with a [Security] tag.
One of the functions of a hypervisor is to ensure proper isolation of
tenant VMs. That being said I highly recommend deploying
On Fri, Aug 14, 2015 at 12:43 AM, Mike Perez thin...@gmail.com wrote:
It gives me great pleasure to nominate Gorka Eguileor for Cinder core.
Gorka's contributions to Cinder core have been much apprecated:
This option can not be used in show stack call.
Regards,
Wanghua
On Fri, Aug 14, 2015 at 4:54 PM, 英哲 zengyz1...@live.cn wrote:
Can this option be used for in show stack details call?
Date: Fri, 14 Aug 2015 04:30:19 -0400
From: the...@redhat.com
To: openstack-dev@lists.openstack.org
We can get stacks by stack list call, but it does not provide info about
stack parameters. If we need stack parameters, we have to use stack.get.
Yeah that part is right. I believe we consider stack parameters somewhat
private to the user, which may be the reason they are not easily
On Fri, 14 Aug 2015, Robert Collins wrote:
The vast majority of our developers do not fix such bugs. They react
by blacklisting the proximate cause of the issue - the new release -
locally, submit a patch to openstack/requirements *sometimes* and if
we're really lucky file a bug upstream.
Magnum creates a stack when a bay is created and update the stack
parameters when the bay is updated. Magnum needs a periodic task to synchronize
stack status and parameters from heat to keep data consistency.
Regards,
Wanghua
On Fri, Aug 14, 2015 at 5:02 PM, Thomas Herve the...@redhat.com
Excerpts from Chris Dent's message of 2015-08-14 02:08:28 -0700:
On Fri, 14 Aug 2015, Robert Collins wrote:
The vast majority of our developers do not fix such bugs. They react
by blacklisting the proximate cause of the issue - the new release -
locally, submit a patch to
On 14 August 2015 at 21:08, Chris Dent chd...@redhat.com wrote:
Awesome, thanks for pointing this out, that will be useful.
But again: Underlying my assertion is that we don't _just_ need more
tools and automation we also need to remind ourselves of the kind of
environment that we're
Hi all,
Magnum creates a stack when a bay is created and update the stack
parameters when the bay is updated. Magnum has a periodic task
to synchronize stack status from heat.
And now we want to synchronize stack parameters from heat, too. But heat
don't allow admin user to show stack in other
+1
On Fri, Aug 14, 2015 at 4:05 PM, Deepak Shetty dpkshe...@gmail.com wrote:
On Fri, Aug 14, 2015 at 12:43 AM, Mike Perez thin...@gmail.com wrote:
It gives me great pleasure to nominate Gorka Eguileor for Cinder core.
Gorka's contributions to Cinder core have been much apprecated:
Hi all,
Magnum creates a stack when a bay is created and update the stack
parameters when the bay is updated. Magnum has a periodic task
to synchronize stack status from heat.
And now we want to synchronize stack parameters from heat, too. But heat
don't allow admin user to show stack
On Thu, 13 Aug 2015, Sean M. Collins wrote:
Do we want to make it a default to True for users of DevStack? I think
it may be worth considering since I'm not familiar with this issue
with crypto and having something that protects devs who are trying to
work on stuff and using DevStack , sounds
I just read this thread so decided to add my 2 cents into the collection of
opinions.
Guys, I tried it out a couple of weeks ago (was told about it by one of my
colleagues). This is really incredible! Especially given that you completed it
in 24 hours :) I think as YAQL attracts more and more
Excerpts from 王华's message of 2015-08-14 00:52:43 -0700:
Hi all,
Magnum creates a stack when a bay is created and update the stack
parameters when the bay is updated. Magnum has a periodic task
to synchronize stack status from heat.
And now we want to synchronize stack parameters from
On 14 August 2015 at 20:31, Chris Dent chd...@redhat.com wrote:
On Thu, 13 Aug 2015, Sean M. Collins wrote:
Do we want to make it a default to True for users of DevStack? I think
it may be worth considering since I'm not familiar with this issue
with crypto and having something that protects
The expire time is determined by keystone. Keystone do not allow users to
change it. So it is impossible to get a token which has no expiry.
On Fri, Aug 14, 2015 at 10:42 AM, Adrian Otto adrian.o...@rackspace.com
wrote:
You can specify the timeout when you create it, so it is possible to make
We can get stacks by stack list call, but it does not provide info about
stack parameters. If we need stack parameters, we have to use stack.get.
Regards,
Wanghua
On Fri, Aug 14, 2015 at 4:30 PM, Thomas Herve the...@redhat.com wrote:
Hi all,
Magnum creates a stack when a bay is created
Can this option be used for in show stack details call?
Date: Fri, 14 Aug 2015 04:30:19 -0400
From: the...@redhat.com
To: openstack-dev@lists.openstack.org
Subject: Re: [openstack-dev] [openstack][magnum][heat]problems for
synchronizing stack parameters from heat
Hi all,
Magnum
From: ildiko.van...@ericsson.com
To: openstack-dev@lists.openstack.org
Date: Fri, 14 Aug 2015 12:57:27 +
Subject: Re: [openstack-dev] [Monasca] Minutes for Monasca mid-cycle meetup
Hi,
I will try to join if I can, I have an overlapping meeting on Tuesdays.
In general I think it
On Fri, Aug 14, 2015 at 03:10:13PM +0100, Daniel P. Berrange wrote:
On Fri, Aug 14, 2015 at 09:55:42AM -0400, Jay Pipes wrote:
On 08/13/2015 11:37 PM, Ivan Derbenev wrote:
*From:*Ivan Derbenev [mailto:ivan.derbe...@tech-corps.com]
*Sent:* Wednesday, August 5, 2015 1:21 PM
*To:*
On Fri, Aug 14, 2015 at 09:55:42AM -0400, Jay Pipes wrote:
On 08/13/2015 11:37 PM, Ivan Derbenev wrote:
*From:*Ivan Derbenev [mailto:ivan.derbe...@tech-corps.com]
*Sent:* Wednesday, August 5, 2015 1:21 PM
*To:* openstack@lists.openstack.org
*Subject:* [Openstack] New instances booting time
On 08/14/2015 06:51 AM, Matthew Mosesohn wrote:
Gilles,
I already considered this when looking at another openstackclient
issue. Version 1.0.4 has almost no changes from 1.0.3, which is the
official release for Kilo. Maybe we can get this keystone URL handling
fix backported to the 1.0.X
+1
On 8/13/15, 3:13 PM, Mike Perez thin...@gmail.com wrote:
It gives me great pleasure to nominate Gorka Eguileor for Cinder core.
Gorka's contributions to Cinder core have been much apprecated:
https://review.openstack.org/#/q/owner:%22Gorka+Eguileor%22+project:openst
Exactly David,
I fix this error with generate the same uuid for both compute nodes.
Thank you,
Kind Regards,
2015-08-14 15:00 GMT+02:00 David Medberry openst...@medberry.net:
I think they need to be the same UUID. Let me look where the UUID is
used...
In nova.conf you should have:
The port mapping feature is the -p flag on the docker run command. It
determines which ports in the network namespace of the container are exposed to
the root namespace. It configures iptables rules and docker proxy capabilities
to achieve the desired result. This feature is essential, so we
There isn't currently any way to directly move a container DB from one drive to
another. As you said, the placement is based on the hash of the container name,
so you can't change that.
One thing you can do is lower the weight of the drive that is very busy. This
will cause less partitions to
On 08/14/2015 09:14 AM, Morgan Fainberg wrote:
As a quick note the api-ref you are linking to has some gaps/has not
been kept in sync with the official api specifications.
The official API specification is located at
http://specs.openstack.org/openstack/keystone-specs/ (v2 and v3 sections
at
On Fri, Aug 14, 2015 at 01:29:10PM +, Steven Dake (stdake) wrote:
Hi folks,
Swapnil has done a bunch of great technical work, participates heavily
in IRC, and has contributed enormously to the implementation of Kolla.
I’d like to see more reviews from Swapnil, but he has committed to
On 08/13/2015 03:13 PM, Mike Perez wrote:
It gives me great pleasure to nominate Gorka Eguileor for Cinder core.
Cinder core, please reply with a +1 for approval. This will be left
open until August 19th. Assuming there are no objections, this will go
forward after voting is closed.
+1
On Fri, Aug 14, 2015 at 10:00 AM, Flavio Percoco fla...@redhat.com wrote:
On 14/08/15 10:42 -0400, Assaf Muller wrote:
First I'd like to say that I recognize that this discussion is incredibly
personal. Brandon and Russell, please do not be offended, but I know that
I
probably would be if
On Fri, Aug 14, 2015 at 9:42 AM, Assaf Muller amul...@redhat.com wrote:
First I'd like to say that I recognize that this discussion is incredibly
personal. Brandon and Russell, please do not be offended, but I know that I
probably would be if this very public thread involved myself. That being
On 14/08/15 10:14 -0500, Kyle Mestery wrote:
On Fri, Aug 14, 2015 at 10:00 AM, Flavio Percoco fla...@redhat.com wrote:
On 14/08/15 10:42 -0400, Assaf Muller wrote:
First I'd like to say that I recognize that this discussion is
incredibly
personal. Brandon and
On 14/08/15 09:29 -0400, Trevor McKay wrote:
Hi Telles,
you technically don't get a vote, but thanks anyway :)
Hi Trevor,
Technically, everyone gets to vote and speak up. Regardless of whether
you're a core-reviewer or not. Most of the time, non-core contributors
provide amazing feedback on
On 09:44 Aug 14, Rick Chen wrote:
HI Mike:
Sorry again, I already add email alert agent in our CI Jenkins
server to capture each failed build result.
[1] -
http://lists.openstack.org/pipermail/third-party-announce/2015-June/000192.h
tml
[2] -
On Fri, Aug 14, 2015 at 03:34:09PM +0100, Daniel P. Berrange wrote:
On Fri, Aug 14, 2015 at 03:10:13PM +0100, Daniel P. Berrange wrote:
On Fri, Aug 14, 2015 at 09:55:42AM -0400, Jay Pipes wrote:
On 08/13/2015 11:37 PM, Ivan Derbenev wrote:
*From:*Ivan Derbenev
On 14/08/15 10:42 -0400, Assaf Muller wrote:
First I'd like to say that I recognize that this discussion is incredibly
personal. Brandon and Russell, please do not be offended, but I know that I
probably would be if this very public thread involved myself. That being said,
please know that from
For the identity (users and groups) backend as long as we support LDAP (and as
side note federated users never show up in this list anyway) and with the drive
towards pushing all user management out of keystone itself to ldap or other
tools that do it better, I don't see pagination as something
Hi Adrian,
Thanks for the explanation, i agree with you that we shouldn't break
anything useful in docker, but from what i understand
(and please correct me if i am wrong) you are describing an implementation
detail of docker networking (at its default current state).
Kuryr is not an
While this includes me, I'm really not taking this personally. I'm
thinking about it in the general sense.
On 08/14/2015 11:03 AM, Kyle Mestery wrote:
I'd argue the system is built on a web of trust. If you trust me, and I
trust Russell and Brandon, then you should likely trust Russell and
That's clear, thanks Gal. The feature benchmark should be parity with how the
majority of other (complete) remote drivers for libnetwork behave. From a
Magnum perspective we value consistency from an end user perspective when you
use containers on OpenStack compared to when you run them outside
I don't want to jump in where i am not suppose to, and i know everyone
saying it isn't personal, but
i have had the pleasure to work with Russell on the OVN project for the
last couple of months, i think his dedication
to the project and Neutron, his understanding of what open source community
Pagination in ldap requires holding a cursor open. You would have to map the
requests to the same cursor each time. It costs memory and holds a client
connected to the ldap server. In a REST api it is a bad idea. With regard to
searching it can be done, but each query can be a different set of
On Aug 14, 2015, at 12:19, Morgan Fainberg morgan.fainb...@gmail.com wrote:
Pagination in ldap requires holding a cursor open. You would have to map the
requests to the same cursor each time. It costs memory and holds a client
connected to the ldap server. In a REST api it is a bad
Surely ldap supports some form of pagination/searching natively. If any
storage system of users needs to scale up to large numbers of users, its ldap...
Thanks,
Kevin
From: Timur Sufiev [tsuf...@mirantis.com]
Sent: Friday, August 14, 2015 9:20 AM
To: OpenStack
Flavio,
thanks, bad joke on my part. I work with Telles on Sahara, just poking
him in jest. Apologies, didn't mean to create an issue on the list.
Trev
On Fri, 2015-08-14 at 17:30 +0200, Flavio Percoco wrote:
On 14/08/15 09:29 -0400, Trevor McKay wrote:
Hi Telles,
you technically don't
On Fri, Aug 14, 2015 at 12:31 PM, Jerry Zhao xyzje...@gmail.com wrote:
I wonder whether the previous hostname was associated with the instance
name or not. If yes, then your cloud-init worked, just that metadata was
not updated by changing the instance name. If no, you need cloud-init built
great! +1 :)
Op 14-08-15 om 15:38 schreef Paul Bourke:
+1, Swapnil has made a ton of useful contributions and continues to do
so :)
On 14/08/15 14:29, Steven Dake (stdake) wrote:
Hi folks,
Swapnil has done a bunch of great technical work, participates
heavily in IRC, and has contributed
I wonder whether the previous hostname was associated with the instance
name or not. If yes, then your cloud-init worked, just that metadata was
not updated by changing the instance name. If no, you need cloud-init
built in the image and it will poll the metadata after reboot.
On 08/14/2015
OpenStack continues to strengthen its commitment to interoperability
http://superuser.openstack.org/articles/openstack-continues-to-strenghten-its-commitment-to-interoperability
The latest on interoperability, Neutron, RefStack and how you can shape what's
next.
Jumpstart your OpenStack
So I was one of the keystone folks who looked at pagination (hell, I even had
an implementation - and the framework for it still exists in keystone).
However, I think it is true to say that there were as many people (external to
keystone) who thought pagination was a bad idea, as thought it was
This is a VM specific issue. You may be able to do so with cloud init but
primarily you will need to go into the instance if you do this after the
instance is booted.
during the build state, the hostname is part of cloud-init.
However, cloud-init has some fields that are read/set only once (IIRC).
I don't have a horse in the What should keystone support race. I do,
however, need to point out that any UX argument made about how a UI should
work should, at this point, ask the OpenStack UX program for help! Thus
I've changed the topic of this email to make sure Piet and the UX teams get
a
Hi Jeremy,
Found out that the os-client-config present was 1.6.2 so I upgraded it to
1.6.3, is it ok ?
On Fri, Aug 14, 2015 at 10:33 PM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2015-08-14 21:50:52 +0530 (+0530), Abhishek Shrivastava wrote:
Is there anything that can be done to resolve
On 2015-08-14 11:46:29 -0600 (-0600), John Griffith wrote:
FWIW, I was seeing this as well Wed night. There was an update
pushed out early Thursday morning that cleared it up on my side
and I had things working again for free. I'd be curious if you
just did a fresh update on everything if it
Morgan,
Your reasoning is perfectly fine from the Keystone point of view. Yet I
believe this approach is harmful for both Horizon and the whole OpenStack
ecosystem.
It is harmful for the ecosystem, because it breaks API uniformity in one of
the few areas where this uniformity could be achieved.
On 2015-08-14 21:50:52 +0530 (+0530), Abhishek Shrivastava wrote:
Is there anything that can be done to resolve this issue, because
after 5 test build runs the condition is same.
Providing a little more information might help. What else have you
checked since my reply? Does your environment
Hi Jhon,
Updating the os-client-config has done the trick for me. Rest of the
requirements are still the same and have done no updates on it.
On Fri, Aug 14, 2015 at 11:16 PM, John Griffith john.griff...@solidfire.com
wrote:
On Fri, Aug 14, 2015 at 11:41 AM, Jeremy Stanley fu...@yuggoth.org
But Jeremy I have seen that in my environment I am using the following
mwntioned[1]:
[1]
https://github.com/openstack-infra/devstack-gate/blob/master/devstack-vm-gate-wrap.sh#L360
Then why I got the issue in my environment, can you please enlighten me
with this.
On Fri, Aug 14, 2015 at 11:22
I would suggest considering docker port mapping as a creation of an
apropriate security group's rule and also creation of something which was
never exist in Neutron before which will be responsible for port
forwarding. This feature could be useful for VMs also instead of/jointly
with using
At the midcycle, we had only 1 session on upgrade, and we didn’t come to any
clear consensus on how it should be handled. I took a stab at writing what I
think are the requirements for upgrade in this blueprint:
https://blueprints.launchpad.net/kolla/+spec/upgrade-strategy
The blueprint can
On Fri, Aug 14, 2015 at 11:41 AM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2015-08-14 22:55:47 +0530 (+0530), Abhishek Shrivastava wrote:
Found out that the os-client-config present was 1.6.2 so I
upgraded it to 1.6.3, is it ok ?
Yes, I believe 1.6.3 is supposed to fix the error you're
On 2015-08-14 23:29:03 +0530 (+0530), Abhishek Shrivastava wrote:
But Jeremy I have seen that in my environment I am using the following
mwntioned[1]:
[1]
https://github.com/openstack-infra/devstack-gate/blob/master/devstack-vm-gate-wrap.sh#L360
Then why I got the issue in my environment,
HI Mike:
Ok, Thanks. I will refine my CI configuration to follow Ramy's
comment. I will notify you when I refine Ramy's comment.
Another my latest review log should been today:
http://download.prophetstor.com/prophetstor_ci/203895/3/check/prophetstor-ds
Hi All,
Is there anything that can be done to resolve this issue, because after 5
test build runs the condition is same.
On Thu, Aug 13, 2015 at 6:33 PM, Jeremy Stanley fu...@yuggoth.org wrote:
On 2015-08-13 13:48:17 +0530 (+0530), Abhishek Shrivastava wrote:
In my CI while starting Keystone
is there any way to change hostname by changing instance name.
I tried changing instance name and then did a hard reboot but hostname is
still the same.If this is not the right approach for changing hostname can
some one tell me what should be done to change hostname of instances
without logging
On 2015-08-14 22:55:47 +0530 (+0530), Abhishek Shrivastava wrote:
Found out that the os-client-config present was 1.6.2 so I
upgraded it to 1.6.3, is it ok ?
Yes, I believe 1.6.3 is supposed to fix the error you're seeing.
Does it?
--
Jeremy Stanley
?Hi Gareth,
The reason for this is because lbaas v1 is in the services/loadbalancer/drivers
path. This path was maintained from when neutron-lbaas was just another
directory in the neutron repo. Once we moved to neutron-lbaas as its own repo
and going forward with lbaas v2, the decision was
I understand the reasoning, but there are use cases for indexing (re:
searchlight) and auditing that are completely unsupported in keystone v3.
As from keystone, I have no way to exhaustively list who has accounts in my
cloud using OpenStack APIs. That seems like a hole that should be filled.
Not
On 08/14/2015 12:43 PM, Michael Krotscheck wrote:
1- Do users want to page through search results?
Does not matter: in Federation, the User list is not available.
2- Do users want to page through filter results? (do they use filter
results?)
This is the only practical tool available for
On Aug 14, 2015, at 15:10, Jay Pipes jaypi...@gmail.com wrote:
On 08/14/2015 05:24 PM, Adam Young wrote:
On 08/14/2015 12:43 PM, Michael Krotscheck wrote:
1- Do users want to page through search results?
Does not matter: in Federation, the User list is not available.
OK, so hobble the
Thank you Jeremy for noticing what went wrong and acting quickly to repair
it, and for starting this thread.
I think calls to increase documentation are fine... writing and approving
the same change to 60+ modules is getting rather tired though. Maybe one
file in system-config or openstackci with
All patches to oslo.messaging are currently failing the
gate-tempest-dsvm-neutron-src-oslo.messaging job because the neutron service
dies. amuller, kevinbenton, and I spent a bunch of time looking at it today,
and I think we have an issue introduced by some asymmetric gating between the
two
+1
It gives me great pleasure to nominate Gorka Eguileor for Cinder core.
Gorka's contributions to Cinder core have been much apprecated:
https://review.openstack.org/#/q/owner:%22Gorka+Eguileor%22+project:openstack/cinder,p,0035b6410002dd11
60/90 day review stats:
Hi,
As mentioned previously[1], we are retiring the stackforge/ namespace
for git repositories and creating new projects in openstack/. This is
largely a cosmetic change and does not change the governance model for
new projects.
As part of this we want to move all of the projects that are
On Aug 14, 2015, at 14:22, Adam Young ayo...@redhat.com wrote:
On 08/14/2015 02:31 PM, David Lyle wrote:
I understand the reasoning, but there are use cases for indexing (re:
searchlight) and auditing that are completely unsupported in keystone v3. As
from keystone, I have no way to
On 08/14/2015 06:30 PM, Morgan Fainberg wrote:
On Aug 14, 2015, at 15:10, Jay Pipes jaypi...@gmail.com wrote:
On 08/14/2015 05:24 PM, Adam Young wrote:
On 08/14/2015 12:43 PM, Michael Krotscheck wrote:
1- Do users want to page through search results?
Does not matter: in Federation, the User
Well, thanks.
Actually, wanted to know, if this behavior is ok for every installation, or I
has misconfigured smthing
Regards,
IT engineer
Farheap, Russia
Ivan Derbenev
-Original Message-
From: Daniel P. Berrange [mailto:berra...@redhat.com]
Sent: Friday, August 14, 2015 5:56 PM
To:
On 08/14/2015 02:31 PM, David Lyle wrote:
I understand the reasoning, but there are use cases for indexing (re:
searchlight) and auditing that are completely unsupported in keystone
v3. As from keystone, I have no way to exhaustively list who has
accounts in my cloud using OpenStack APIs. That
Well, I have 4gb qcow2 image
But it contains a 100gb filesystem
And the rest 96 gbs are still copied
Regards,
IT engineer
Farheap, Russia
Ivan Derbenev
-Original Message-
From: Jay Pipes [mailto:jaypi...@gmail.com]
Sent: Friday, August 14, 2015 4:56 PM
To:
1 - 100 of 130 matches
Mail list logo