Re: [openstack-dev] [nova] Priority resizing instance on same host

On Thursday, February 12, 2015, Rui Chen wrote: > > Currently, resizing instance cause migrating from the host that the > instance run on to other host, but maybe the current host is suitable for > new flavor. Migrating will lead to copy image between hosts if no shared > storage, it waste tim

[openstack-dev] [nova] Priority resizing instance on same host

Hi: Currently, resizing instance cause migrating from the host that the instance run on to other host, but maybe the current host is suitable for new flavor. Migrating will lead to copy image between hosts if no shared storage, it waste time. I think that priority resizing instance on the

Re: [openstack-dev] [Manila]Question about gateway-mediated-with-ganesha

On Thu, Feb 12, 2015 at 7:32 AM, Li, Chen wrote: > Yes, I’m asking about plans for gateway-mediated-with-ganesha. > > I want to know what would you do to achieve “*And later the Ganesha core > would be extended to use the infrastructure used by generic driver to > provide network separated mult

Re: [openstack-dev] [nova] Feature Freeze Exception Request (libvirt vhostuser vif driver)

On 02/09/2015 11:04 AM, Czesnowicz, Przemyslaw wrote: > Hi, > > > > I would like to request FFE for vhostuser vif driver. > > > > 2 reviews : > https://review.openstack.org/#/q/status:open+project:openstack/nova+branch:master+topic:bp/li

Re: [openstack-dev] [congress][Policy][Copper]Collaboration between OpenStack Congress and OPNFV Copper

Hi Tim, See one issue I had when installing congress, below. I'm not sure where to report this as it seems just a bug in the readme.rst at https://github.com/stackforge/congress and in the prepare_devstack.sh script.

Re: [openstack-dev] [Manila]Question about gateway-mediated-with-ganesha

Yes, I’m asking about plans for gateway-mediated-with-ganesha. I want to know what would you do to achieve “And later the Ganesha core would be extended to use the infrastructure used by generic driver to provide network separated multi-tenancy. The core would manage Ganesha service running in t

Re: [openstack-dev] [Manila]Question about gateway-mediated-with-ganesha

On Thu, Feb 12, 2015 at 6:41 AM, Li, Chen wrote: > Hi Deepak, > > > > Ø When you say VM, its confusing, whether you are referring to service > VM or > > Ø tenant VM. Since you are also saying share-server, I presume you mean > > Ø service VM! > > > > Ø IIUC each share-server VM (also called

Re: [openstack-dev] [Manila]Question about gateway-mediated-with-ganesha

Hi Deepak, Ø When you say VM, its confusing, whether you are referring to service VM or Ø tenant VM. Since you are also saying share-server, I presume you mean Ø service VM! Ø IIUC each share-server VM (also called service VM) is serving all VMs Ø created by a tenant. In other words, ge

Re: [openstack-dev] openstack/requirements failure

Thanks Ben Nemec. I have proposed the changes https://review.openstack.org/154989. -Original Message- From: Ben Nemec [mailto:openst...@nemebean.com] Sent: Wednesday, February 11, 2015 11:25 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev]

Re: [openstack-dev] [congress][Policy][Copper]Collaboration between OpenStack Congress and OPNFV Copper

Hi Tim, It would be great to meet with members of the Congress project if possible at our meetup in Santa Rosa. I plan by then to have a basic understanding of Congress and some test driver apps / use cases to demo at the meetup. The goal is to assess the current state of Congress support for t

Re: [openstack-dev] [nova][api] How to handle API changes in contrib/*.py

Hi Claudiu, 2015-02-03 7:51 GMT+09:00 Claudiu Belu : > > There have been some discussion on what nova-api should return after a > change in the API itself. > > So, the change that generated this discussion is an API change to 2.2 is: > https://review.openstack.org/#/c/140313/23 > > - **2.2** > >

Re: [openstack-dev] [congress] following up on releasing kilo milestone 2

so git checkout master git pull https://git.openstack.org/stackforge/congress.git dbef982ea72822e0b7acc16da9b6ac89d3cf3530 git tag -s 2015.1.0b2 git push gerrit 2015.1.0b2 On Wed, Feb 11, 2015 at 5:26 PM, James E. Blair wrote: > sean roberts writes: > > > At our last meeting I volunteered to fi

Re: [openstack-dev] [cinder] CURD operation for storage pools in Cinder

Ok, thanks. Usecase perspective, it is the under-cloud usecase (the cloud admin provisioned the underlying storage - which will in turn use to create cinder). Will there be any other usecase? What will be the semantic of 'Edit' operation to the pool? Create and Delete is obvious. But how to defin

Re: [openstack-dev] Questions about remote replication

Replication should be in 2 backends. You may look at http://www.emc.com/collateral/white-papers/h12079-vnx-replication-technologies-overview-wp.pdf Thanks, -Ruijing From: Chenzongliang [mailto:chenzongli...@huawei.com] Sent: Thursday, February 12, 2015 9:20 AM To: OpenStack Development Mailing L

Re: [openstack-dev] [cinder] Fixing stuck volumes - part II

From: Guo, Ruijing [mailto:ruijing@intel.com] Sent: Wednesday, February 11, 2015 5:50 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [cinder] Fixing stuck volumes - part II Force is a good idea. I'd like to add 2 comments: 1) It is opt

Re: [openstack-dev] [cinder] Fixing stuck volumes - part II

From: Vishvananda Ishaya [mailto:vishvana...@gmail.com] Sent: Wednesday, February 11, 2015 5:07 PM To: OpenStack Development Mailing List (not for usage questions) Subject: Re: [openstack-dev] [cinder] Fixing stuck volumes - part II On Feb 11, 2015, at 3:45 PM, D'Angelo, Scott mailto:scott.dan

Re: [openstack-dev] [Ceilometer] Real world experience with Ceilometerdeployments - Feedback requested

Hi, maishsk I have deployed serveral test environment in my company's labs and each environment has 20-30 servers. Here were the problems I have met. 1. MongoDB consumes too much memory. I use cgroups to restrict the memory used. but if using hard restriction, MongoDB may be terminated by O

Re: [openstack-dev] [Heat][All] Unicode support to object names

On Thu, Feb 12, 2015 at 06:04:14PM +0800, Qiming Teng wrote: > Hi, > > Seeing that there have been some complaints about the Unicode support to > stack names and resource names in Heat, I have tried to fix it in Heat > [1]. I have also posted questions regarding logging Unicode but the > finding w

[openstack-dev] [Heat][All] Unicode support to object names

Hi, Seeing that there have been some complaints about the Unicode support to stack names and resource names in Heat, I have tried to fix it in Heat [1]. I have also posted questions regarding logging Unicode but the finding was that my devstack environment is not starting 'screen' sessions with Un

Re: [openstack-dev] [congress] following up on releasing kilo milestone 2

sean roberts writes: > At our last meeting I volunteered to figure out what we need to do for > milestone 2. Here is what I propose: > > Repo cleanup: > We tag today's release with 2015.1.0b2. This is copying tag the other > openstack projects are using. I believe below is the correct syntax. Let

[openstack-dev] Questions about remote replication

According to the blueprint description(https://blueprints.launchpad.net/cinder/+spec/volume-replication) The Create volume with the replication enabled: * the Scheduler selects two hosts for volume placement and sets up the replication The DB entry When reading the related scheduling module code

[openstack-dev] [congress] following up on releasing kilo milestone 2

At our last meeting I volunteered to figure out what we need to do for milestone 2. Here is what I propose: Repo cleanup: We tag today's release with 2015.1.0b2. This is copying tag the other openstack projects are using. I believe below is the correct syntax. Let me know if there is a cleaner way

Re: [openstack-dev] [cinder] Fixing stuck volumes - part II

Force is a good idea. I'd like to add 2 comments: 1) It is option instead of new command. IOW, detach with force option instead of force-detach. 2) Can we extend to another command: delete LUN/snapshot with force? Thanks, -Ruijing From: Vishvananda Ishaya [mailto:vishvana...@gmail.c

Re: [openstack-dev] [Congress][Delegation] Google doc for working notes

Hi Tim: moving our thread to the mailer. Excited to collaborate! From: Debo~ Dutta Date: Wednesday, February 11, 2015 at 4:48 PM To: Tim Hinrichs Cc: "Yathiraj Udupi (yudupi)" , Gokul B Kandiraju < go...@us.ibm.com>, Prabhakar Kudva , " ruby.krishnasw...@orange.com" , " dilik...@in.ibm.com" ,

Re: [openstack-dev] [cinder] Fixing stuck volumes - part II

On Feb 11, 2015, at 3:45 PM, D'Angelo, Scott wrote: > At the cinder mid-cycle it was decided that the best way to fix volumes stuck > in ‘attaching’ or ‘detaching’ was NOT to fix the broken reset-state command. > The doc string and help message for reset-state have been modified to warn > the

Re: [openstack-dev] Cross-Repo Dependencies in Zuul

Wow, this is great! Thank you! Chris On Wed, Feb 11, 2015 at 8:56 AM, James E. Blair wrote: > Hi, > > We have added support for cross-repo dependencies (CRD) in Zuul. The > important bits: > > * To use them, include "Depends-On: " in the footer of > your commit message. Use the full Change-

[openstack-dev] [cinder] Fixing stuck volumes - part II

At the cinder mid-cycle it was decided that the best way to fix volumes stuck in 'attaching' or 'detaching' was NOT to fix the broken reset-state command. The doc string and help message for reset-state have been modified to warn the user that the tool only affects Cinder DB and can cause proble

Re: [openstack-dev] [QA] Question about EC2 Tempest tests

On Wed, Feb 11, 2015 at 3:58 AM, Alexandre Levine wrote: > Yaroslav, > > The bug: > https://bugs.launchpad.net/nova/+bug/1410622 > > And the review: > https://review.openstack.org/#/c/152112/ > > It's recently fixed. > > Note, AFAIK this has not been backported to stable/juno or stable/icehouse

[openstack-dev] [cinder] organizing tempest test development for volume replication

All, One of the concerns raised with regards to volume migration was the lack of tempest testing for the functionality. Since they I have had some interest indicated in helping this effort. So, to get things started I have created an etherpad to track development of such test cases and to s

Re: [openstack-dev] [congress][Policy][Copper]Collaboration between OpenStack Congress and OPNFV Copper

Hi Tim, Thanks for the quick reply！I also think we should probably have a google hangout or irc meeting ahead of F2F, do you guys have time before 2/17, let's have a short session of crash course : ) On Thu, Feb 12, 2015 at 2:22 AM, Tim Hinrichs wrote: > Hi Zhipeng, > > We’d be happy to meet.

[openstack-dev] [api] Missing the next API WG meeting

I’ll be missing the next API WG meeting [1] as I’m in some all day training. Someone else will have to #startmeeting api wg Cheers, Everett [1] https://wiki.openstack.org/wiki/Meetings/API-WG __ OpenStack Development Mailing

[openstack-dev] [sahara] team meeting Feb 12 1400 UTC

Hi guys, We'll be having the Sahara team meeting tomorrow at #openstack-meeting-3 channel. Agenda: https://wiki.openstack.org/wiki/Meetings/SaharaAgenda#Next_meetings http://www.timeanddate.com/worldclock/fixedtime.html?msg=Sahara+Meeting&iso=20150212T14 Thanks, Andrew _

[openstack-dev] [QA] Meeting Thursday February 12th at 17:00 UTC

Hi everyone, Just a quick reminder that the weekly OpenStack QA team IRC meeting will be tomorrow Thursday, February 12th at 17:00 UTC in the #openstack-meeting channel. The agenda for tomorrow's meeting can be found here: https://wiki.openstack.org/wiki/Meetings/QATeamMeeting Anyone is welcome t

[openstack-dev] [glance] File-backed glance scrubber queue

I recently proposed a change to glance to turn the file-backed scrubber queue files into JSON: https://review.openstack.org/#/c/145223/ As I looked into it more, though, it turns out that the file-backed queue is no longer usable; it was killed by the implementation of this blueprint: https://blue

Re: [openstack-dev] [all][oslo.db][nova] TL; DR Things everybody should know about Galera

On 02/11/2015 06:34 AM, Attila Fazekas wrote: - Original Message - From: "Jay Pipes" To: "Attila Fazekas" Cc: "OpenStack Development Mailing List (not for usage questions)" , "Pavel Kholkin" Sent: Tuesday, February 10, 2015 7:32:11 PM Subject: Re: [openstack-dev] [all][oslo.db][nova]

Re: [openstack-dev] [all][tc] Lets keep our community open, lets fight for it

On 2015-02-11 14:06:23 -0600 (-0600), Brian Curtin wrote: > If people feel it's a negative or uncomfortable environment, find > out why and try to do something to improve it. Telling someone > that there are worse options out there is the opposite of > fostering an open community. Fair point--I wa

Re: [openstack-dev] Testing NUMA, CPU pinning and large pages

- Original Message - > From: "Adrian Hoban" > > Hi Folks, > > I just wanted to share some details on the Intel CI testing strategy for NFV. > > You will see two Intel CIs commenting: > #1: Intel-PCI-CI > - Yongli He and Shane Wang are leading this effort for us. > - The focus in this en

Re: [openstack-dev] [all][oslo.db][nova] TL; DR Things everybody should know about Galera

On 02/11/2015 07:58 AM, Matthew Booth wrote: On 10/02/15 18:29, Jay Pipes wrote: On 02/10/2015 09:47 AM, Matthew Booth wrote: On 09/02/15 18:15, Jay Pipes wrote: On 02/09/2015 01:02 PM, Attila Fazekas wrote: I do not see why not to use `FOR UPDATE` even with multi-writer or Is the retry/swap

Re: [openstack-dev] [all][tc] Lets keep our community open, lets fight for it

On Wed, Feb 11, 2015 at 1:43 PM, Jeremy Stanley wrote: > Also, if there are people on this list who feel like > discussions here sometimes get negative or uncomfortable, I'm happy > to point you to free software community mailing lists (more than I > can count on all my fingers and toes) whose day

Re: [openstack-dev] [all][tc] Lets keep our community open, lets fight for it

On 2015-02-11 09:20:34 -0800 (-0800), Clint Byrum wrote: [...] > That said, I do want us to talk about uncomfortable things when > necessary. I think this thread is not something where it will be > entirely productive to stay 100% positive throughout. We might > just have to use some negative langu

[openstack-dev] [Ceilometer] Real world experience with Ceilometer deployments - Feedback requested

Is Ceilometer ready for prime time? I would be interested in hearing from people who have deployed OpenStack clouds with Ceilometer, and their experience. Some of the topics I am looking for feedback on are: - Database Size - MongoDB management, Sharding, replica sets etc. - Replication strat

Re: [openstack-dev] [nova][api] How to handle API changes in contrib/*.py

Ping. Chris, Alex, Ken, do we have an answer to Claudiu's questions below? On 02/02/2015 05:51 PM, Claudiu Belu wrote: Hello! There have been some discussion on what nova-api should return after a change in the API itself. So, the change that generated this discussion is an API change to 2.2 i

Re: [openstack-dev] [cinder] CURD operation for storage pools in Cinder

Hi Duncan and Pradip, It was Reddy, a colleague of mine at Intel, that expressed interest with managing storage pools in Cinder. We haven’t put a BP out yet, but we definitely think it would be useful and we should get a BP in the works. - Curt From: Duncan Thomas mailto:duncan.tho...@gmail.c

Re: [openstack-dev] [neutron] DVR and l2_population

Thanks Armando. Another question: Every compute node that hosts instances with floating IPs has an IP from the external network pool. If the SNAT is done by the Network Node what is the reason for the compute node to have an external IP? BR, Itzik On 02/11/2015 08:13 PM, Armando M. wrote: L

[openstack-dev] debtcollector 0.2.0 released

The Oslo team is pleased to announce the release of: debtcollector 0.2.0: A collection of python patterns that help you collect your technical debt in a non-destructive manner. For more details, please see the git log history below and: http://launchpad.net/debtcollector/+milestone/0.2 Ple

Re: [openstack-dev] [all][tc] Lets keep our community open, lets fight for it

On 02/11/2015 04:52 AM, Daniel P. Berrange wrote: > On Wed, Feb 11, 2015 at 10:55:18AM +0100, Flavio Percoco wrote: >> Greetings all, >> >> During the last two cycles, I've had the feeling that some of the >> things I love the most about this community are degrading and moving >> to a state that I

Re: [openstack-dev] [nova] Feature Freeze Exception Request

+1 The specs has been merged through FFE request, doesn't that mean the BP is already approved? Maybe the status of the BP just need to be updated to reflect the current state. -Lin On Wed, Feb 11, 2015 at 9:26 AM, Sajeesh Cimson Sasi wrote: > Hello, >I'd like to request a featur

Re: [openstack-dev] [congress][Policy][Copper]Collaboration between OpenStack Congress and OPNFV Copper

Hi Zhipeng, We’d be happy to meet. Sounds like fun! I don’t know of anyone on the Congress team who is planning to attend the LF collaboration summit. But we might be able to send a couple of people if it’s the only real chance to have a face-to-face. Otherwise, there are a bunch of us in a

Re: [openstack-dev] [all][tc] Lets keep our community open, lets fight for it

On 02/11/2015 11:19 AM, Amrith Kumar wrote: > Stefano, > > You write: > > | This is seriously disturbing. > | > | If you're one of those core reviewers hanging out on a private channel, > | please contact me privately: I'd love to hear from you why we failed as a > | community at convincing you

Re: [openstack-dev] [neutron] DVR and l2_population

L2pop is a requirement. With the existing agent-based architecture, L2pop is used to update the FDB tables on the compute hosts to make east/west traffic possible whenever a new port is created or existing one is updated. Cheers, Armando On 10 February 2015 at 23:07, Itzik Brown wrote: > Hi, >

Re: [openstack-dev] [keystone] [nova]

On 02/11/2015 12:16 PM, Nikolay Makhotkin wrote: No, I just checked it. Nova receives trust token and raise this error. In my script, I see: http://paste.openstack.org/show/171452/ And as you can see, token from trust differs from direct user's token. The original user needs to have the appr

[openstack-dev] [nova][horizon] Inter-project issue : redundant hyperviosr_hostname

Hi, Nova provides following REST API to get the details of instances provisioned in the given hypervisor. REST API: /v2/​{tenant_id}​/os-hypervisors/​{hypervisor_hostname}​/servers Ref: http://developer.openstack.org/api-ref-compute-v2-ext.html This API is consumed in horizon to report hyperviso

Re: [openstack-dev] [devstack] Compute-node-only installation fails

On 02/11/2015 11:32 AM, Clark Boylan wrote: > On Wed, Feb 11, 2015, at 08:18 AM, Alexander Schmidt wrote: >> Hi Daniel, >> >> with your recent change[1] to error handling in stack.sh, compute >> node only installations via devstack fail because there is >> no database selected. A database should no

Re: [openstack-dev] openstack/requirements failure

On 02/11/2015 11:33 AM, Manickam, Kanagaraj wrote: > Hi > > In horizon I am trying to increase the python-heatclient>=0.3.0 as part of > the review https://review.openstack.org/#/c/154952/ and its failed with > following error: > > > "Requirement python-heatclient>=0.3.0 does not match opensta

[openstack-dev] [nova][vmware] FFE request for ephemeral disk support

Hi, The support for the feature has been in flight for over a year now. There is one outstanding patch - the resize of ephemeral disks [I]. The patch is based on a series of patches that address critical issues when resizing (which were exposed when we were testing this feature). I really hope th

Re: [openstack-dev] [all][tc] Lets keep our community open, lets fight for it

Stefano, I was informed (in a private message on IRC) that where I said "Twenty First amendment" I should have said "Eighteenth Amendment". The former repealed the latter. My apologies to all who were trying to figure out what I may have meant. -amrith P.S. Why I got that in a private message

Re: [openstack-dev] [cinder] CURD operation for storage pools in Cinder

As far as I know, this has not been looked at - you need to use whatever management tools your backend provides to do this. There was somebody from Intel IIRC in Paris with some interest in maybe starting something about this, but I don't know that it came to much. Duncan Thomas On Feb 11, 2015 6

Re: [openstack-dev] [all][tc] Lets keep our community open, lets fight for it

Excerpts from Stefano Maffulli's message of 2015-02-11 06:14:39 -0800: > On Wed, 2015-02-11 at 10:55 +0100, Flavio Percoco wrote: > > This email is dedicated to the openness of our community/project. > > It's good to have a reminder every now and then. Thank you Flavio for > caring enough to notic

[openstack-dev] openstack/requirements failure

Hi In horizon I am trying to increase the python-heatclient>=0.3.0 as part of the review https://review.openstack.org/#/c/154952/ and its failed with following error: "Requirement python-heatclient>=0.3.0 does not match openstack/requirements value python-heatclient>=0.2.9" More details at h

Re: [openstack-dev] [devstack] Compute-node-only installation fails

On Wed, Feb 11, 2015 at 08:32:31AM -0800, Clark Boylan wrote: > On Wed, Feb 11, 2015, at 08:18 AM, Alexander Schmidt wrote: > > Hi Daniel, > > > > with your recent change[1] to error handling in stack.sh, compute > > node only installations via devstack fail because there is > > no database select

[openstack-dev] [nova] Feature Freeze Exception Request

Hello, I'd like to request a feature freeze exception for the change, https://review.openstack.org/#/c/149828/ This change implements NestedQuotaDriver that does the quota management in nested projects. The specs has been merged : https://review.openst

Re: [openstack-dev] [nova] Flavor extra-spec and image metadata documentation

On Wed, Feb 11, 2015 at 5:15 AM, Daniel P. Berrange wrote: > On Wed, Feb 11, 2015 at 12:03:58PM +0100, Pasquale Porreca wrote: > > Thank you for all answers. > > I know that meta data tags are "free" to use with any key/value, still > > there are some specific values that triggers pieces of code

Re: [openstack-dev] [all][tc] Lets keep our community open, lets fight for it

Excerpts from Nikola Đipanov's message of 2015-02-11 05:26:47 -0800: > On 02/11/2015 02:13 PM, Sean Dague wrote: > > > > If core team members start dropping off external IRC where they are > > communicating across corporate boundaries, then the local tribal effects > > start taking over. You get p

Re: [openstack-dev] [all][tc] Lets keep our community open, lets fight for it

Stefano, You write: | This is seriously disturbing. | | If you're one of those core reviewers hanging out on a private channel, | please contact me privately: I'd love to hear from you why we failed as a | community at convincing you that an open channel is the place to be. | | No public shamin

Re: [openstack-dev] [keystone] [nova]

No, I just checked it. Nova receives trust token and raise this error. In my script, I see: http://paste.openstack.org/show/171452/ And as you can see, token from trust differs from direct user's token. On Wed, Feb 11, 2015 at 7:55 PM, Adam Young wrote: > On 02/11/2015 10:52 AM, Nikolay Makh

Re: [openstack-dev] [glance] Metadef-tags create api change request.

Hello, I would like to change the metadef-tags create API which was checked into Kilo (cycle 1). The python-glanceclient that would support metadef-tags has not been released yet and I would like to make this change before doing so. The details are here: https://review.openstack.org/#/c/154229/

Re: [openstack-dev] [vmware][nova] Prevent HA configuration with different hostnames

On 11/02/15 16:40, Gary Kotton wrote: > > > On 2/11/15, 6:35 PM, "Sylvain Bauza" wrote: > >> >> Le 11/02/2015 17:04, Gary Kotton a écrit : >>> I posted a fix that does not break things and supports HA. >>> https://review.openstack.org/154029 >> >> >> Just let's be clear, HA is *not* supported b

[openstack-dev] [oslo] liberty summit planning

As I mentioned at the meeting Monday, we need to start thinking about the number and types of rooms we will need for the summit. I’ve started an etherpad to collect topics, just like we did for the kilo summit [1]. Please add your ideas to the list there so we can review them. Thanks, Doug [1

[openstack-dev] [TripleO] update on Puppet integration in Kilo

I wanted to take a few minutes to go over the progress we've made with TripleO Puppet in Kilo so far. For those unfamilar with the efforts our initial goal was to be able to use Puppet as the configuration tool for a TripleO deployment stack. This is largely built around a Heat capability added in

[openstack-dev] [Congress][Delegation] Google doc for working notes

Hi all, A (growing) group of folks are interested in working on the problem of delegating policy from Congress to domain-specific policy engines. We started looking at an NFV use case: migrating VMs to reduce energy consumption. In particular we’re looking into building a VM-placement policy

[openstack-dev] [congress][Policy][Copper]Collaboration between OpenStack Congress and OPNFV Copper

Hi Congress Team, As you might already knew, we had a project in OPNFV covering deployment policy called Copper , in which we identify Congress as one of the upstream projects that we need to put our requirement to. Our team has been working on setting up a simple op

Re: [openstack-dev] [keystone] [nova]

On 02/11/2015 10:52 AM, Nikolay Makhotkin wrote: Hi ! I investigated trust's use cases and encountered the problem: When I use auth_token obtained from keystoneclient using trust, I get *403* Forbidden error: *You are not authorized to perform the requested action.* Steps to reproduce: - Im

[openstack-dev] [cinder] CURD operation for storage pools in Cinder

Hello, Does Cinder already have a blue-print/planned-schedule for supporting (at least in API level - may not be python-client/Horizon levels) the create/edit/delete operation on the storage pools? It is understood that the "read" part 'get_pools' is already there. If it is already planned/sc

Re: [openstack-dev] [devstack] [third-party] how to use a devstack external plugin in gate testing

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, I'm working in the same job as Kyle for the midonet plugin, but first I need to do some changes in devstack. (Sean's review on my patch[1] has lead me to this conversation). After talking with Lucas, (Midokura's responsible of Third-party te

Re: [openstack-dev] [devstack] [third-party] how to use a devstack external plugin in gate testing

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hello, I'm working in the same job as Kyle for the midonet plugin, but first I need to do some changes in devstack. (Sean's review on my patch[1] has lead me to this conversation). After talking with Lucas, (Midokura's responsible of Third-party te

Re: [openstack-dev] [vmware][nova] Prevent HA configuration with different hostnames

On 2/11/15, 6:35 PM, "Sylvain Bauza" wrote: > >Le 11/02/2015 17:04, Gary Kotton a écrit : >> I posted a fix that does not break things and supports HA. >> https://review.openstack.org/154029 > > >Just let's be clear, HA is *not* supported by Nova now. That is not correct. It is actually suppor

Re: [openstack-dev] Cross-Repo Dependencies in Zuul

"Sullivan, Jon Paul" writes: >> A change may depend on more than one Gerrit change ID as well. So it is >> possible for a change in tempest to depend on a change in devstack and a >> change in nova. Simply add more "Depends-On:" lines to the footer. > > Have you considered a case where changes

Re: [openstack-dev] Cross-Repo Dependencies in Zuul

Thanks, most awesome. Alas, if this was around three weeks ago, I'd still have a full head of hair. Now all I have is a lifetime of savings on hairdressing. -amrith | -Original Message- | From: James E. Blair [mailto:cor...@inaugust.com] | Sent: Wednesday, February 11, 2015 11:33 AM | To

Re: [openstack-dev] [vmware][nova] Prevent HA configuration with different hostnames

Le 11/02/2015 17:04, Gary Kotton a écrit : I posted a fix that does not break things and supports HA. https://review.openstack.org/154029 Just let's be clear, HA is *not* supported by Nova now. The main reason is that compute *nodes* are considered given by the hypervisor (ie. the virt driv

Re: [openstack-dev] [all][tc] Lets keep our community open, lets fight for it

> On Feb 11, 2015, at 11:15 AM, Jeremy Stanley wrote: > > On 2015-02-11 11:31:13 + (+), Kuvaja, Erno wrote: > [...] >> If you don't belong to the group of privileged living in the area >> and receiving free ticket somehow or company paying your >> participation you're not included. $600

Re: [openstack-dev] [devstack] Compute-node-only installation fails

On Wed, Feb 11, 2015, at 08:18 AM, Alexander Schmidt wrote: > Hi Daniel, > > with your recent change[1] to error handling in stack.sh, compute > node only installations via devstack fail because there is > no database selected. A database should not be required on > compute nodes. > > Was this do

Re: [openstack-dev] [devstack] Compute-node-only installation fails

On Wed, Feb 11, 2015 at 05:18:35PM +0100, Alexander Schmidt wrote: > Hi Daniel, > > with your recent change[1] to error handling in stack.sh, compute > node only installations via devstack fail because there is > no database selected. A database should not be required on > compute nodes. > > Was

Re: [openstack-dev] Cross-Repo Dependencies in Zuul

Amrith Kumar writes: > This is awesome news! > > If I understand correctly, your description of "multiple changes" > describes cases where a single change depends on multiple changes. My > question is related to one-to-one dependencies in the form A -> B -> > C. > > I'm assuming that this is supp

Re: [openstack-dev] [all][tc] Lets keep our community open, lets fight for it

On Wed, Feb 11, 2015, at 11:15 AM, Jeremy Stanley wrote: > On 2015-02-11 11:31:13 + (+), Kuvaja, Erno wrote: > [...] > > If you don't belong to the group of privileged living in the area > > and receiving free ticket somehow or company paying your > > participation you're not included. $6

[openstack-dev] [devstack] Compute-node-only installation fails

Hi Daniel, with your recent change[1] to error handling in stack.sh, compute node only installations via devstack fail because there is no database selected. A database should not be required on compute nodes. Was this done intentionally? lib/database explicitly says: # If ``DATABASE_TYPE`` is u

Re: [openstack-dev] [all][tc] Lets keep our community open, lets fight for it

On Wed, Feb 11, 2015, at 09:32 AM, Sean Dague wrote: > On 02/11/2015 09:02 AM, Daniel P. Berrange wrote: > > On Wed, Feb 11, 2015 at 08:13:05AM -0500, Sean Dague wrote: > >> On 02/11/2015 05:52 AM, Daniel P. Berrange wrote: > ## Mailing List vs IRC Channel > > I get it, our mailing

Re: [openstack-dev] [all][tc] Lets keep our community open, lets fight for it

On 2015-02-11 11:31:13 + (+), Kuvaja, Erno wrote: [...] > If you don't belong to the group of privileged living in the area > and receiving free ticket somehow or company paying your > participation you're not included. $600 + travel + accommodation > is quite hefty premium to be included,

Re: [openstack-dev] [all][tc] Lets keep our community open, lets fight for it

On Wed, 2015-02-11 at 09:32 -0500, Sean Dague wrote: > Definitely true, to each his/her own. I still consider it unfortunate. > I've also heard core developers state that they stopped reading the > mailing list months ago. Which I also find unfortunate. That's terrible: do you know why they don't

Re: [openstack-dev] [all][tc] Lets keep our community open, lets fight for it

On Wed, Feb 11, 2015, at 09:14 AM, Stefano Maffulli wrote: > On Wed, 2015-02-11 at 10:55 +0100, Flavio Percoco wrote: > > This email is dedicated to the openness of our community/project. > > It's good to have a reminder every now and then. Thank you Flavio for > caring enough to notice bad patt

Re: [openstack-dev] [vmware][nova] Prevent HA configuration with different hostnames

I posted a fix that does not break things and supports HA. https://review.openstack.org/154029 On 2/11/15, 5:55 PM, "Matthew Booth" wrote: >On 11/02/15 15:49, Gary Kotton wrote: >> Hi, >> I do not think that that is a healthy solution. That effectively would >> render a cluster down if the compu

Re: [openstack-dev] Cross-Repo Dependencies in Zuul

This is awesome news! If I understand correctly, your description of "multiple changes" describes cases where a single change depends on multiple changes. My question is related to one-to-one dependencies in the form A -> B -> C. I'm assuming that this is supported as well in the case where, fo

Re: [openstack-dev] [vmware][nova] Prevent HA configuration with different hostnames

On 11/02/15 15:49, Gary Kotton wrote: > Hi, > I do not think that that is a healthy solution. That effectively would > render a cluster down if the compute node goes down. That would be a real > disaster. The ugly work around is setting the host names to be the same > value. I don't think that's a

[openstack-dev] [keystone] [nova]

Hi ! I investigated trust's use cases and encountered the problem: When I use auth_token obtained from keystoneclient using trust, I get *403* Forbidden error: *You are not authorized to perform the requested action.* Steps to reproduce: - Import v3 keystoneclient (used keystone and keystonecli

Re: [openstack-dev] [all][PTLs] Stop releasing libraries/clients without capping stable global requirements

On Tue, Feb 10, 2015, at 07:12 PM, Joe Gordon wrote: > Hi, > > As you know a few of us have been spending way too much time digging > stable/juno out of the ditch its currently in. And just when we thought > we > were in the clear a new library was released without a requirements cap > in > stab

Re: [openstack-dev] [vmware][nova] Prevent HA configuration with different hostnames

Hi, I do not think that that is a healthy solution. That effectively would render a cluster down if the compute node goes down. That would be a real disaster. The ugly work around is setting the host names to be the same value. This is something that we should discuss at the next summit and I would

[openstack-dev] [vmware][nova] Prevent HA configuration with different hostnames

I just posted this: https://review.openstack.org/#/c/154907/ as an alternative fix for critical bug: https://bugs.launchpad.net/nova/+bug/1419785 I've just knocked this up quickly for illustration: it obviously needs plenty of cleanup. I have confirmed that it works, though. Before I take it a

Re: [openstack-dev] [api] Optional Properties in an Entity

On 2/9/15, 8:44 PM, "Joe Gordon" mailto:joe.gord...@gmail.com>> wrote: On Mon, Feb 9, 2015 at 1:22 PM, Jay Pipes mailto:jaypi...@gmail.com>> wrote: On 01/20/2015 10:54 AM, Brian Rosmaita wrote: From: Kevin L. Mitchell [kevin.mitch...@rackspace.com] Sent: Mon

Re: [openstack-dev] Cross-Repo Dependencies in Zuul

Firstly, this is a great feature - thanks for getting it implemented! > -Original Message- > From: James E. Blair [mailto:cor...@inaugust.com] > Sent: 10 February 2015 22:26 > To: OpenStack Development Mailing List > Cc: openstack-in...@lists.openstack.org > Subject: [openstack-dev] Cross-

Re: [openstack-dev] [cinder] Question about the plan of L

Currently for updates to existing drivers, there isn't currently a fixed date for updates, however you should aim to have any changes up as early as possible. Keep an eye on the mailing list for more announcements as plans become more firm. On 11 February 2015 at 12:21, liuxinguo wrote: > Our d

Re: [openstack-dev] [all][tc] Lets keep our community open, lets fight for it

On 02/11/2015 09:02 AM, Daniel P. Berrange wrote: > On Wed, Feb 11, 2015 at 08:13:05AM -0500, Sean Dague wrote: >> On 02/11/2015 05:52 AM, Daniel P. Berrange wrote: ## Mailing List vs IRC Channel I get it, our mailing list is freaking busy, keeping up with it is hard and time co

  1   2   >