Re: [openstack-dev] [all][oslo] projects still using obsolete oslo modules

Thanks Doug for your reminder/message! Field https://bugs.launchpad.net/glance/+bug/1381870 for glance stuff. btw, currently I prepared three patches to fix this defect, any input are welcome: https://review.openstack.org/#/c/127487/ https://review.openstack.org/#/c/127923/ https://review.openst

Re: [openstack-dev] My notes and experiences about OSv on OpenStack

Pusihng it into OpenStack is not a hard job, because for OpenStack developers OSv image is a normal qcow2 image. What you need do is enabling some Qemu flags in Nova libvirt driver. yep, I will be there :) On Thu, Oct 16, 2014 at 2:10 PM, Zhipeng Huang wrote: > Ahhh, that's bad. Do you think th

Re: [openstack-dev] My notes and experiences about OSv on OpenStack

Great let's have some f2f time discussion at Paris. Have you added what u mentioned in Nova Kilo summit topics? On Thu, Oct 16, 2014 at 2:54 PM, Gareth wrote: > Pusihng it into OpenStack is not a hard job, because for OpenStack > developers OSv image is a normal qcow2 image. What you need do is

Re: [openstack-dev] [devstack] Question about the "OVS_PHYSICAL_BRIDGE" attribute defined in localrc

I'm not sure about the exact reason, but this is what I think: It's intended behavior, as adding an interface to a bridge is a disruptive task. Here an example. You want to add your eth0 interface that has an ip address assigned to your bridge br-p1p1. You could do this with ovs-vsctl add-port b

Re: [openstack-dev] [api] API recommendation

On Thu, Oct 16, 2014 at 7:19 AM, Kevin L. Mitchell < kevin.mitch...@rackspace.com> wrote: > On Wed, 2014-10-15 at 12:39 -0400, Andrew Laski wrote: > > On 10/15/2014 11:49 AM, Kevin L. Mitchell wrote: > > > Now that we have an API working group forming, I'd like to kick off > some > > > discussion

Re: [openstack-dev] My notes and experiences about OSv on OpenStack

Ahhh, that's bad. Do you think there is a need for pushing OSv integration in OpenStack in Kilo cycle? Would you come to Paris Summit? On Thu, Oct 16, 2014 at 1:24 PM, Gareth wrote: > yes :) > > I planed that if that topic were picked, I could apply that as a formal > project in Intel. But faile

Re: [openstack-dev] My notes and experiences about OSv on OpenStack

yes :) I planed that if that topic were picked, I could apply that as a formal project in Intel. But failed... On Thu, Oct 16, 2014 at 12:53 PM, Zhipeng Huang wrote: > Hi, I'm also interested in it. You submitted a talk about it to Paris > Summit right? > > On Thu, Oct 16, 2014 at 10:34 AM, Gar

Re: [openstack-dev] My notes and experiences about OSv on OpenStack

Hi, I'm also interested in it. You submitted a talk about it to Paris Summit right? On Thu, Oct 16, 2014 at 10:34 AM, Gareth wrote: > > Here is introducing OSv to all OpenStack developers. OSv team is focusing > on performance of KVM based guest OS, or cloud application. I'm interested > in it b

[openstack-dev] [Neutron][DVR] Openstack Juno: how to configure dvr in Network-Node and Compute-Node?

Could anyone help on this? In Openstack juno, Neutron new feature called Distributed Virtual Routing (DVR), But how to configure it in network-node and compute-node. Openstack.org just said "router_distributed = True", which is far than enough. could any help point to some detailed instruction o

Re: [openstack-dev] [Nova] Automatic evacuate

I've been thinking a lot about these use cases too. As was previously suggested, I think a session in Paris in this topic would be immensely beneficial. Is there somewhere we can officially log a room or some such for further discussion? - Joe > On Oct 15, 2014, at 9:04 PM, Russell Bryant wro

Re: [openstack-dev] [kolla] on Dockerfile patterns

Excerpts from Angus Lees's message of 2014-10-15 17:30:52 -0700: > On Wed, 15 Oct 2014 09:51:03 AM Clint Byrum wrote: > > Excerpts from Vishvananda Ishaya's message of 2014-10-15 07:52:34 -0700: > > > On Oct 14, 2014, at 1:12 PM, Clint Byrum wrote: > > > > Excerpts from Lars Kellogg-Stedman's mess

[openstack-dev] [Mistral]

___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Nova] Automatic evacuate

On 10/15/2014 05:07 PM, Florian Haas wrote: > On Wed, Oct 15, 2014 at 10:03 PM, Russell Bryant wrote: >>> Am I making sense? >> >> Yep, the downside is just that you need to provide a new set of flavors >> for "ha" vs "non-ha". A benefit though is that it's a way to support it >> today without *a

Re: [openstack-dev] [Nova] Automatic evacuate

On 10/15/2014 06:30 PM, Jay Pipes wrote: > > > On 10/15/2014 04:50 PM, Florian Haas wrote: >> On Wed, Oct 15, 2014 at 9:58 PM, Jay Pipes wrote: >>> On 10/15/2014 03:16 PM, Florian Haas wrote: On Wed, Oct 15, 2014 at 7:20 PM, Russell Bryant wrote: > > On 10/13/2014 05:59 P

[openstack-dev] My notes and experiences about OSv on OpenStack

Here is introducing OSv to all OpenStack developers. OSv team is focusing on performance of KVM based guest OS, or cloud application. I'm interested in it because of their hard work on optimizing all details. And I had also worked on deploying OSv on OpenStack environment. However, since my work is

Re: [openstack-dev] [kolla] on Dockerfile patterns

On Wed, 15 Oct 2014 12:40:16 AM Fox, Kevin M wrote: > Systemd has invested a lot of time/effort to be able to relaunch failed > services, support spawning and maintaining unix sockets and services across > them, etc, that you'd have to push out of and across docker containers. All > of that can be

Re: [openstack-dev] [kolla] on Dockerfile patterns

On Wed, 15 Oct 2014 09:02:03 PM Jay Pipes wrote: > On 10/15/2014 08:30 PM, Angus Lees wrote: > > On Wed, 15 Oct 2014 09:51:03 AM Clint Byrum wrote: > >> Excerpts from Vishvananda Ishaya's message of 2014-10-15 07:52:34 -0700: > >>> On Oct 14, 2014, at 1:12 PM, Clint Byrum wrote: > Excerpts fr

Re: [openstack-dev] [kolla] on Dockerfile patterns

On 10/15/2014 08:30 PM, Angus Lees wrote: On Wed, 15 Oct 2014 09:51:03 AM Clint Byrum wrote: Excerpts from Vishvananda Ishaya's message of 2014-10-15 07:52:34 -0700: On Oct 14, 2014, at 1:12 PM, Clint Byrum wrote: Excerpts from Lars Kellogg-Stedman's message of 2014-10-14 12:50:48 -0700: On

Re: [openstack-dev] [swift] Allow hostname for nodes in Ring

Thanks for your advice. On Thursday, October 16, 2014 2:25 AM, Pete Zaitcev wrote: > I don't know if the bug report is all that necessary or useful. > The scope of the problem is well defined without, IMHO. I really want to have clear rules for this but your thought looks pretty nice for me (go

Re: [openstack-dev] [kolla] on Dockerfile patterns

On Wed, 15 Oct 2014 09:51:03 AM Clint Byrum wrote: > Excerpts from Vishvananda Ishaya's message of 2014-10-15 07:52:34 -0700: > > On Oct 14, 2014, at 1:12 PM, Clint Byrum wrote: > > > Excerpts from Lars Kellogg-Stedman's message of 2014-10-14 12:50:48 -0700: > > >> On Tue, Oct 14, 2014 at 03:25:5

[openstack-dev] [Neutron][LBaaS][SSL] Interim SSL API implementation for LBaaS

Hi, A few months ago, as part of moving from legacy systems to Openstack, there arose a requirement to support SSL APIs in our Openstack cloud infrastructure at Ebay/Paypal. While the new v2 LBaaS API with its considerable design improvements is in the process of addressing the SSL requirements o

Re: [openstack-dev] [qa] Cannot start the VM console when VM is launched at Compute node

I did a fresh re-install of devstack. Now I got the URL for the console. localadmin@qa4:~/devstack$ nova get-vnc-console vm1 novnc +---+-+ | Type | Url | +---+--

Re: [openstack-dev] [QA] How to attach multiple NICs to an instance VM?

May I ask a question about approach? Why don't you use aliases i.e. eth0:0, eth0:1 instead of creating multiple NIC's? *Adam Lawson* AQORN, Inc. 427 North Tatnall Street Ste. 58461 Wilmington, Delaware 19801-2230 Toll-free: (844) 4-AQORN-NOW ext. 101 International: +1 302-387-4660 Direct: +1 916

Re: [openstack-dev] [QA] How to attach multiple NICs to an instance VM?

Hi Salvatore, eth1 is not configured in /etc/network/interfaces. After I manually added eth1 and bounced it, it came up with the 2nd private address. $ sudo vi /etc/network/interfaces # Configure Loopback auto lo iface lo inet loopback auto eth0 iface eth0 inet dhcp auto eth1 iface e

[openstack-dev] [Neutron][LBaaS][Octavia] Usage Requirements

Hey Octavia folks! First off, yes, I'm still alive and kicking. :) I,d like to start a conversation on usage requirements and have a few suggestions. I advocate that, since we will be using TCP and HTTP/HTTPS based protocols, we inherently enable connection logging for load balancers for several

Re: [openstack-dev] [kolla] on Dockerfile patterns

On Wed, 2014-10-15 at 11:24 -0400, David Vossel wrote: > > - Original Message - > > On Tue, 2014-10-14 at 19:52 -0400, David Vossel wrote: > > > > > > - Original Message - > > > > Ok, why are you so down on running systemd in a container? > > > > > > It goes against the grain. >

Re: [openstack-dev] [Nova] Automatic evacuate

On 10/15/2014 04:50 PM, Florian Haas wrote: On Wed, Oct 15, 2014 at 9:58 PM, Jay Pipes wrote: On 10/15/2014 03:16 PM, Florian Haas wrote: On Wed, Oct 15, 2014 at 7:20 PM, Russell Bryant wrote: On 10/13/2014 05:59 PM, Russell Bryant wrote: Nice timing. I was working on a blog post on t

[openstack-dev] [Fuel] First green builds of Fuel with Juno support, HA mode too!

Hi all, I'm excited to share that thanks to hard collaborative work we have first build which passed BVT tests. You can download nightly build using torrent [1]. In short, following tests passed: - Neutron GRE in simple mode (non-HA), CentOS - HA, Neutron VLAN, CentOS - HA, nova-network V

Re: [openstack-dev] [QA] How to attach multiple NICs to an instance VM?

I think you did everything right. Are you sure cirros images by default are configured to boostrap interfaces different from eth0? Perhaps all you need to do is just ifup the interface... have you already tried that? Salvatore On 15 October 2014 23:07, Danny Choi (dannchoi) wrote: > Hi, > >

[openstack-dev] [Glance] Summit Topics

The summit planning etherpad [0] is up and available for discussing topics specifically for Glance during the design sessions. The agenda for the contributors' meetup will be kept open. If you've more suggestions or need input on a topic which you would like to include as a part of the sessions

Re: [openstack-dev] [Nova] Automatic evacuate

It would seem to me that if guest HA is highly-desired, and it is, requiring multiple flavors for multiple SLA requirements (and that's what we're really talking about) introduces a trade-off that conceivably isn't needed - double the flavor requirement for the same spec (512/1/10 and another for H

Re: [openstack-dev] [Nova] Automatic evacuate

On Wed, Oct 15, 2014 at 10:03 PM, Russell Bryant wrote: >> Am I making sense? > > Yep, the downside is just that you need to provide a new set of flavors > for "ha" vs "non-ha". A benefit though is that it's a way to support it > today without *any* changes to OpenStack. Users are already very u

[openstack-dev] [QA] How to attach multiple NICs to an instance VM?

Hi, “nova help boot” shows the following: --nic Create a NIC on the server. Specify option multiple times to create multiple NICs. net- id: attach NIC to network with this UUID

Re: [openstack-dev] [neutron][all] Naming convention for unused variables

On 15 October 2014 14:36, Kevin Benton wrote: > One cannot simply prevent bike-shedding by asking people to do it up front > on the mailing list. > You'll have to wait until review time like everyone else. ;-) http://i.imgur.com/bNIZEKp.jpg -- Robert Collins Distinguished Technologist HP Conve

Re: [openstack-dev] [Nova] Automatic evacuate

On Wed, Oct 15, 2014 at 9:58 PM, Jay Pipes wrote: > On 10/15/2014 03:16 PM, Florian Haas wrote: >> >> On Wed, Oct 15, 2014 at 7:20 PM, Russell Bryant >> wrote: >>> >>> On 10/13/2014 05:59 PM, Russell Bryant wrote: Nice timing. I was working on a blog post on this topic. >>> >>> >>> whi

Re: [openstack-dev] [api] API recommendation

On Wed, 2014-10-15 at 12:39 -0400, Andrew Laski wrote: > On 10/15/2014 11:49 AM, Kevin L. Mitchell wrote: > > Now that we have an API working group forming, I'd like to kick off some > > discussion over one point I'd really like to see our APIs using (and > > I'll probably drop it in to the repo on

[openstack-dev] What's Up Doc? Oct 15 2014

Docs are as ready as possible for the release tomorrow! The Install Guides and Configuration Reference are the "released" titles. We have removed the grizzly docs and added juno docs. For a few weeks while the packages become finalized, the Juno Install Guides will be identical to "trunk" Install G

Re: [openstack-dev] [Nova] Automatic evacuate

On 10/15/2014 03:16 PM, Florian Haas wrote: > On Wed, Oct 15, 2014 at 7:20 PM, Russell Bryant wrote: > (4) Per-guest HA. > > This is the idea of just doing "nova boot --keep-this running", i.e. > setting a per-guest flag that still means the machine is to be kept up > at all times. Again, not sup

Re: [openstack-dev] [Nova] Automatic evacuate

On 10/15/2014 03:16 PM, Florian Haas wrote: On Wed, Oct 15, 2014 at 7:20 PM, Russell Bryant wrote: On 10/13/2014 05:59 PM, Russell Bryant wrote: Nice timing. I was working on a blog post on this topic. which is now here: http://blog.russellbryant.net/2014/10/15/openstack-instance-ha-propos

Re: [openstack-dev] [all][policy][keystone] Better Policy Model and Representing Capabilites

On Mon, Oct 13, 2014 at 1:17 PM, Morgan Fainberg wrote: > Description of the problem: Without attempting an action on an endpoint > with a current scoped token, it is impossible to know what actions are > available to a user. > > > Horizon makes some attempts to solve this issue by sourcing all o

Re: [openstack-dev] [Nova] Automatic evacuate

On Wed, Oct 15, 2014 at 7:20 PM, Russell Bryant wrote: > On 10/13/2014 05:59 PM, Russell Bryant wrote: >> Nice timing. I was working on a blog post on this topic. > > which is now here: > > http://blog.russellbryant.net/2014/10/15/openstack-instance-ha-proposal/ I am absolutely loving the fact t

Re: [openstack-dev] Quota management and enforcement across projects

We can make it support whatever we want! :-) The existing code almost certainly predates domain support in keystone, so I think this is a case of needing to catch up not a conscious decision to leave it out. Doug On Oct 15, 2014, at 12:15 PM, Ajaya Agrawal wrote: > Hi, > > Would the new lib

Re: [openstack-dev] [Neutron][LBaaS][Octavia] Floating IP management

Ah, this makes sense. Guess I'm wondering more so how that’s configured and if it utilizes Neutron at all. And if it does how does it configure that. I have some more research to do it seems ;) Thanks for the clarification From: Vijay Venkatachalam mailto:vijay.venkatacha...@citrix.com>> Reply

Re: [openstack-dev] [all] Resolving a possible meeting conflict

Thanks Matt, we've cleaned it up and removed it now. On Wed, Oct 15, 2014 at 9:24 AM, Matthew Farina wrote: > Kyle, you can assume the PHP meeting is no longer going on. Feel free to > clean up the meetings page. > > On Mon, Oct 13, 2014 at 9:33 AM, Kyle Mestery wrote: >> >> Hi all: >> >> I've s

Re: [openstack-dev] [Neutron][LBaaS][Octavia] Floating IP management

> I'm unsure the meaning of hosting FLIP directly on the LB. There can be LB appliances (usually physical appliance) that sit at the edge and is connected to receive floating IP traffic . In such a case, the VIP/Virtual Server with FLIP can be configured in the LB appliance. Meaning, LB applia

Re: [openstack-dev] [kolla] on Dockerfile patterns

On 10/14/2014 06:10 PM, Clint Byrum wrote: Excerpts from Fox, Kevin M's message of 2014-10-14 17:40:16 -0700: I'm not arguing that everything should be managed by one systemd, I'm just saying, for certain types of containers, a single docker container with systemd in it might be preferable to tr

Re: [openstack-dev] [kolla] on Dockerfile patterns

On 10/14/2014 05:44 PM, Angus Lees wrote: On Tue, 14 Oct 2014 07:51:54 AM Steven Dake wrote: Angus, On 10/13/2014 08:51 PM, Angus Lees wrote: I've been reading a bunch of the existing Dockerfiles, and I have two humble requests: 1. It would be good if the "interesting" code came from python

Re: [openstack-dev] [kolla] on Dockerfile patterns

On 10/14/2014 04:52 PM, David Vossel wrote: - Original Message - Ok, why are you so down on running systemd in a container? It goes against the grain. From a distributed systems view, we gain quite a bit of control by maintaining "one service per container". Containers can be re-orga

[openstack-dev] [Elections] Vote Vote Vote in the TC election!

We are coming down the the last day plus hours for voting in the TC election. Search your gerrit preferred email address[2] for the following subject: Poll: OpenStack Technical Committee (TC) Election - October 2014 That is your ballot and links you to the voting application. Please vote. If you

Re: [openstack-dev] [kolla] on Dockerfile patterns

On Wed, Oct 15, 2014 at 01:50:08PM -0400, David Vossel wrote: > Something like LSB init scripts except tailored towards the container use > case. > The primary difference would be that the 'start' action of this new standard > wouldn't fork. Instead 'start' would be pid 1. The 'status' could be ch

Re: [openstack-dev] [kolla] on Dockerfile patterns

- Original Message - > Excerpts from Vishvananda Ishaya's message of 2014-10-15 07:52:34 -0700: > > > > On Oct 14, 2014, at 1:12 PM, Clint Byrum wrote: > > > > > Excerpts from Lars Kellogg-Stedman's message of 2014-10-14 12:50:48 > > > -0700: > > >> On Tue, Oct 14, 2014 at 03:25:56PM -

Re: [openstack-dev] [Neutron][LBaaS][Octavia] Floating IP management

No worries :) Could you possibly clarify what you mean by the FLIP hosted directly on the LB? Im currently assuming the FLIP pools are designated in Neutron at this point and we would simply be associating with the VIP port, I'm unsure the meaning of hosting FLIP directly on the LB. Thank you

Re: [openstack-dev] [Neutron][LBaaS][Octavia] Floating IP management

Responses in-line: From: Vijay B mailto:os.v...@gmail.com>> Reply-To: "OpenStack Development Mailing List (not for usage questions)" mailto:openstack-dev@lists.openstack.org>> Date: Tuesday, October 14, 2014 7:08 PM To: "OpenStack Development Mailing List (not for usage questions)" mailto:openst

Re: [openstack-dev] [swift] Allow hostname for nodes in Ring

On Fri, 10 Oct 2014 04:56:55 + "Osanai, Hisashi" wrote: > Today the following patch was abandoned and I contacted with the author, > so I would like to take it over if nobody else is chafing to take it. > Is it OK? > > https://review.openstack.org/#/c/80421/ > > If it is OK, I will proceed

Re: [openstack-dev] [Nova] Automatic evacuate

On 10/13/2014 05:59 PM, Russell Bryant wrote: > Nice timing. I was working on a blog post on this topic. which is now here: http://blog.russellbryant.net/2014/10/15/openstack-instance-ha-proposal/ -- Russell Bryant ___ OpenStack-dev mailing list Ope

[openstack-dev] [Neutron] [ml2] How ML2 reflects on the topology?

Hi, I've got a few questions that have been left unanswered on Ask.Openstack and on the IRC channel. How the topology may be affected by the ML2 API calls? In other words, how would a "Create Network" call affect the actual topology? How is it controlled? An example: Once we receive a "Create Net

Re: [openstack-dev] [api] API recommendation

Hi Kevin, In an asynchronous environment that may have multiple clients sending commands to the same resource in a service, an "operation"-type resource is a fundamental prerequisite to creating client applications which report the status of ongoing operations. Without this resource, there is n

Re: [openstack-dev] [api] API recommendation

- Original Message - > Thoughts? I like this idea. From my experience with the Sahara project I think there is definite opportunity for this mechanic especially with regards to cluster creation and job executions. regards, mike ___ OpenSta

Re: [openstack-dev] [kolla] on Dockerfile patterns

Excerpts from Vishvananda Ishaya's message of 2014-10-15 07:52:34 -0700: > > On Oct 14, 2014, at 1:12 PM, Clint Byrum wrote: > > > Excerpts from Lars Kellogg-Stedman's message of 2014-10-14 12:50:48 -0700: > >> On Tue, Oct 14, 2014 at 03:25:56PM -0400, Jay Pipes wrote: > >>> I think the above st

Re: [openstack-dev] [api] API recommendation

On 10/15/2014 11:49 AM, Kevin L. Mitchell wrote: Now that we have an API working group forming, I'd like to kick off some discussion over one point I'd really like to see our APIs using (and I'll probably drop it in to the repo once that gets fully set up): the difference between synchronous and

[openstack-dev] [Octavia] Octavia Meeting Agenda 10-15-2014

I've added an Agenda for the meeting today. https://wiki.openstack.org/wiki/Octavia/Weekly_Meeting_Agenda May not get to all of it but won't be a big deal. Thanks, Brandon ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.op

Re: [openstack-dev] Quota management and enforcement across projects

Hi, Would the new library support quota on domain level also? As it stands in oslo-incubator it only does quota enforcement on project level only. The use case for this is quota enforcement across multiple projects. For e.g. as a cloud provider, I would like my customer to create only #X volumes a

Re: [openstack-dev] Any ideas on why nova-novncproxy is failing to start on devstack?

For future reference, it looks like you had an old version of websockify installed that wasn't getting updated, for some reason. Nova recently accepted a patch that removed the support for the old version of websockify Best Regards, Solly Ross - Original Message - > From: "Paul Michali (

[openstack-dev] [api] API recommendation

Now that we have an API working group forming, I'd like to kick off some discussion over one point I'd really like to see our APIs using (and I'll probably drop it in to the repo once that gets fully set up): the difference between synchronous and asynchronous operations. Using nova as an example—

[openstack-dev] [Sahara] Sahara testing for Juno

Hello everyone, I have been testing Sahara for two weeks and would like to share some results with you [1]. While testing I used new images built for the Juno release of Sahara. Images for Vanilla plugin are available here [2]. Images for HDP plugin are available here [3]. Image for Spark plugin

Re: [openstack-dev] [kolla] on Dockerfile patterns

On Wed, Oct 15, 2014 at 07:52:56AM -0700, Vishvananda Ishaya wrote: > There must be a standard way > to do this stuff or people will continue to build fat containers with > all of their pet tools inside. This means containers will just be > another incarnation of virtualization. I wouldn't spend t

Re: [openstack-dev] [qa] "nova get-password" does not seem to work

AFAIK cloud-init is not handling it ATM, while Cloudbase-Init supports it out of the box on Windows (and soon FreeBSD). You need to deploy your instance with an SSH keypair and use HTTP metadata, required for POSTing back the encrypted password. It does not work with ConfigDrive. Alessandro O

Re: [openstack-dev] [kolla] on Dockerfile patterns

- Original Message - > On Tue, 2014-10-14 at 19:52 -0400, David Vossel wrote: > > > > - Original Message - > > > Ok, why are you so down on running systemd in a container? > > > > It goes against the grain. > > > > From a distributed systems view, we gain quite a bit of control

Re: [openstack-dev] [qa] "nova get-password" does not seem to work

Get password only works if you have something in the guest generating the encrypted password and posting it to the metadata server. Cloud-init for windows (the primary use case) will do this for you. You can do something similar for ubuntu using this script: https://gist.github.com/vishvananda/400

Re: [openstack-dev] [qa] Cannot start the VM console when VM is launched at Compute node

No this is not expected and may represent a misconfiguration or a bug. Something is returning a 404 when it shouldn’t. You might get more luck running the nova command with —debug to see what specifically is 404ing. You could also see if anything is reporting NotFound in the nova-consoleauth or n

Re: [openstack-dev] [kolla] on Dockerfile patterns

- Original Message - > I'm not arguing that everything should be managed by one systemd, I'm just > saying, for certain types of containers, a single docker container with > systemd in it might be preferable to trying to slice it unnaturally into > several containers. > > Systemd has inv

Re: [openstack-dev] [neutron][all] Naming convention for unused variables

On Oct 13, 2014, at 6:28 PM, Angus Lees wrote: > (Context: https://review.openstack.org/#/c/117418/) > > I'm looking for some rough consensus on what naming conventions we want for > unused variables in Neutron, and across the larger OpenStack python codebase > since there's no reason for Neu

[openstack-dev] [qa] "nova get-password" does not seem to work

Hi, I used devstack to deploy Juno OpenStack. I spin up an instance with cirros-0.3.2-x86_64-uec. By default, useranme/password is cirrus/cubswin:) When I execute the command “nova get-password”, nothing is returned. localadmin@qa4:/etc/nova$ nova show vm1 +--

Re: [openstack-dev] [kolla] on Dockerfile patterns

On Oct 14, 2014, at 1:12 PM, Clint Byrum wrote: > Excerpts from Lars Kellogg-Stedman's message of 2014-10-14 12:50:48 -0700: >> On Tue, Oct 14, 2014 at 03:25:56PM -0400, Jay Pipes wrote: >>> I think the above strategy is spot on. Unfortunately, that's not how the >>> Docker ecosystem works. >>

Re: [openstack-dev] [kolla] on Dockerfile patterns

On Oct 14, 2014, at 1:21 PM, Lars Kellogg-Stedman wrote: > On Tue, Oct 14, 2014 at 04:06:22PM -0400, Jay Pipes wrote: >> I understand that general feeling, but system administration tasks like >> debugging networking issues or determining and grepping log file locations >> or diagnosing packagin

Re: [openstack-dev] [Neutron][LBaaS][Octavia] Floating IP management

I felt guilty after reading Vijay B. ’s reply ☺. My apologies to have replied in brief, here are my thoughts in detail. Currently LB configuration exposed via floating IP is a 2 step operation. User has to first “create a VIP with a private IP” and then “creates a FLIP and assigns FLIP to private

Re: [openstack-dev] [kolla] on Dockerfile patterns

On 10/14/2014 01:12 PM, Clint Byrum wrote: Excerpts from Lars Kellogg-Stedman's message of 2014-10-14 12:50:48 -0700: On Tue, Oct 14, 2014 at 03:25:56PM -0400, Jay Pipes wrote: I think the above strategy is spot on. Unfortunately, that's not how the Docker ecosystem works. I'm not sure I agree

[openstack-dev] [devstack] Question about the "OVS_PHYSICAL_BRIDGE" attribute defined in localrc

Hi, When I have "OVS_PHYSICAL_BRIDGE=br-p1p1” defined in localrc, devstack creates the OVS bridge "br-p1p1". localadmin@qa4:~/devstack$ sudo ovs-vsctl show 5f845d2e-9647-47f2-b92d-139f6faaf39e Bridge "br-p1p1" < Port "phy-br-p1p1" Interface "phy-br-p1p1"

Re: [openstack-dev] [all] Resolving a possible meeting conflict

Kyle, you can assume the PHP meeting is no longer going on. Feel free to clean up the meetings page. On Mon, Oct 13, 2014 at 9:33 AM, Kyle Mestery wrote: > Hi all: > > I've setup a weekly meeting for the neutron-drivers team on IRC at > 1500UTC [1], but I noticed it conflicts with the PHP SDK IR

Re: [openstack-dev] Travels tips for the Paris summit

On 10/15/2014 07:29 AM, Chmouel Boudjnah wrote: > On Wed, Oct 15, 2014 at 10:25 AM, Thierry Carrez > wrote: > >> I found this: >> http://www.topito.com/top-meilleurs-restaurants-vegetariens-paris >> >> The "Creperies" (Brittany pancakes) are also great choices for >> vegetarians since you can eas

Re: [openstack-dev] Travels tips for the Paris summit

On 10/15/2014 04:25 AM, Thierry Carrez wrote: > Anita Kuno wrote: >> On 10/14/2014 12:40 PM, Sylvain Bauza wrote: >>> Le 14/10/2014 18:29, Anita Kuno a écrit : I have a request. Is there any way to expand the Food section to include how to find vegetarian restaurants? Any help here apprec

[openstack-dev] [QA] Meeting Thursday October 16th at 22:00 UTC

Hi everyone, Just a quick reminder that the weekly OpenStack QA team IRC meeting will be tomorrow Thursday, October 16th at 22: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

Re: [openstack-dev] Quota management and enforcement across projects

Sigh. Because I typed the wrong command. Thanks for pointing that out. I don’t see any instances of “quota” in openstack-common.conf files: $ grep quota */openstack-common.conf or in any projects under "openstack/“: $ ls */*/openstack/common/quota.py ls: cannot access */*/openstack/common/quota

Re: [openstack-dev] [devstack] Question about the "OVS_PHYSICAL_BRIDGE" attribute defined in localrc

The agent code only sets up the patch/veth ports between the physical bridge and the integration bridge. I believe the physical port has to be manually added. Thanks, Paddu From: "Danny Choi (dannchoi)" mailto:dannc...@cisco.com>> Reply-To: "OpenStack Development Mailing List (not for usage que

Re: [openstack-dev] Get keystone auth token via Horizon URL

The :5000 port of Keystone is designed to be exposed publicly via HTTPS. In the /v2.0/ API, there's only a handful of calls exposed on that port. In /v3/ the entire API is exposed, but wrapped by RBAC. If you're using HTTPS, it should be safe to expose the public interfaces of all the services to t

Re: [openstack-dev] [Fuel] Change in fuel-library CI syntax check script

Excellent! I'm also looking forward to see -1 on all shell code which exceeds 50 lines at some point in the future... :) On Wed, Oct 15, 2014 at 2:32 PM, Aleksandr Didenko wrote: > Hi, > > we've merged [1] into master, so when you create new gerrit review for > fuel-library, our CI job [2] will

Re: [openstack-dev] Travels tips for the Paris summit

On Wed, Oct 15, 2014 at 10:25 AM, Thierry Carrez wrote: > I found this: > http://www.topito.com/top-meilleurs-restaurants-vegetariens-paris > > The "Creperies" (Brittany pancakes) are also great choices for > vegetarians since you can easily pick a vegetarian filling. > my vegetarians friends a

[openstack-dev] [Cinder] Juno RC3 available

Hello everyone, Due to three critical regressions discovered in testing of the published Cinder 2014.2 RC2, we generated a new Juno release candidate. You can find the list of bugfixes in this RC and a link to a source tarball at: https://launchpad.net/cinder/juno/juno-rc3 At this point, only sh

Re: [openstack-dev] Supporting Javascript clients calling OpenStack APIs

May be it's a bit too late, but in mid 2012 the FIWARE team developed a horizon clone 100% in Javascript. https://github.com/ging/horizon-js Sadly, CORS support was not even in roadmap for OpenStack, so the horizon-js project was not valid for production at that time. In StackOps we developed Por

Re: [openstack-dev] Supporting Javascript clients calling OpenStack APIs

Richard Jones writes: Hi, I'm working on the ZeroVM project at Rackspace and as part of that I'm writing a JavaScript based file manager for Swift which I've called Swift Browser: https://github.com/zerovm/swift-browser When writing this, I of course ran in to exactly the problems you descri

Re: [openstack-dev] [nova] APIImpact flag for nova specs

On Wed, Oct 15, 2014 at 8:58 PM, Sylvain Bauza wrote: > > Le 15/10/2014 11:56, Christopher Yeoh a écrit : > > > On Wed, Oct 15, 2014 at 7:31 PM, Alex Xu wrote: > >> On 2014年10月15日 14:20, Christopher Yeoh wrote: >> >>> Hi, >>> >>> I was wondering what people thought of having a convention of add

[openstack-dev] [Fuel] Change in fuel-library CI syntax check script

Hi, we've merged [1] into master, so when you create new gerrit review for fuel-library, our CI job [2] will run syntax check (depending on file type) for all the files found under "*/files/ocf/*" path. So if you want to ship OCF script as a file in your module, please put it in "MODULE/files/ocf

Re: [openstack-dev] [nova] APIImpact flag for nova specs

Le 15/10/2014 11:56, Christopher Yeoh a écrit : On Wed, Oct 15, 2014 at 7:31 PM, Alex Xu > wrote: On 2014年10月15日 14:20, Christopher Yeoh wrote: Hi, I was wondering what people thought of having a convention of adding an API

Re: [openstack-dev] [Openstack-stable-maint] Stable check of openstack/glance failed

2014-10-15 11:24 GMT+02:00 Ihar Hrachyshka : > I've reported a bug for the failure [1], marked it as Critical and > nominated for Juno and Icehouse. I guess that's all we need to do to > pay attention of glance developers to the failure, right? Thanks Ihar, we have few Glance developers on stable-

Re: [openstack-dev] Get keystone auth token via Horizon URL

You're android device must be be able to access Identity Service URL from your android. So if you're trying to access localhost:5000 you're device (I would assume emulated in this case) must run on the same machine (your dev laptop, I would assume) as your OpenStack Identity Service. On Wed, Oct 1

Re: [openstack-dev] [nova] APIImpact flag for nova specs

On Wed, Oct 15, 2014 at 7:31 PM, Alex Xu wrote: > On 2014年10月15日 14:20, Christopher Yeoh wrote: > >> Hi, >> >> I was wondering what people thought of having a convention of adding >> an APIImpact flag to proposed nova specs commit messages where the >> Nova API will change? It would make it much

Re: [openstack-dev] Quota management and enforcement across projects

But why "policy" is being discussed on "quota" thread? On Wed, Oct 15, 2014 at 11:55 AM, Valeriy Ponomaryov < vponomar...@mirantis.com> wrote: > Manila project does use "policy" common code from incubator. > > Our "small" wrapper for it: > https://github.com/openstack/manila/blob/8203c51081680a7a

Re: [openstack-dev] [Fuel] Cinder/Neutron plugins on UI

Thanks, good. On Wed, Oct 15, 2014 at 12:41 PM, Evgeniy L wrote: > Hi Mike, > > Dmitry S. started to work on checkboxes auto-generation in nailgun > for UI. > And in parallel I've written simple script which just updates release > model with checkboxes and plugin's fields, this simple script wil

[openstack-dev] [Fuel] Hiera implementation

Hi, there is a blueprint about Hiera implementation in Fuel [1] and some additional info plus notes [2]. So as the first step I suggest to simply configure Hiera on Fuel master node and OS nodes before the first puppet run and merge this into master branch. This will allow manifests developers to

[openstack-dev] [Glance][Trove] Juno RC3 available

Hello everyone, Due to last-minute issues discovered in testing of the published Glance and Trove 2014.2 RC2, we generated new Juno release candidates for these projects. You can find the list of bugfixes in these RC3 and a link to a source tarball at: https://launchpad.net/glance/juno/juno-rc3 h

  1   2   >