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

I tend to agree that that shouldn't be placed in nova. As it happens I'm working on very same thing (hello Russell :)). My current candidate is heat. Convergence will be in my opinion great place to do it (https://review.openstack.org/#/c/95907/). It's still in state of planning, but we'll talk

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

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 by maintaining > "one service per container".

Re: [openstack-dev] [Heat] image requirements for Heat software config

Excerpts from Clint Byrum's message on 14/10/2014 23:38:46: > > > > Regarding the process of building base images, the currently documented way > > [1] of using diskimage-builder turns out to be a bit unstable sometimes. > > Not because diskimage-builder is unstable, but probably because it pulls

Re: [openstack-dev] [Heat] image requirements for Heat software config

Excerpts from Steve Baker's message on 14/10/2014 23:52:41: > Regarding the process of building base images, the currently documented way > [1] of using diskimage-builder turns out to be a bit unstable sometimes. > Not because diskimage-builder is unstable, but probably because it pulls in > comp

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

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 appreciated. >> >> Well, this is a tough question. We usua

Re: [openstack-dev] [Compute][Nova] Mid-cycle meetup details for kilo

Michael Still wrote: > I am pleased to announce details for the Kilo Compute mid-cycle > meetup, but first some background about how we got here. > > Two companies actively involved in OpenStack came forward with offers > to host the Compute meetup. However, one of those companies has > gracefully

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

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 will be used only for POC, and then we will replace it with Dmitry's implementatio

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

Manila project does use "policy" common code from incubator. Our "small" wrapper for it: https://github.com/openstack/manila/blob/8203c51081680a7a9dba30ae02d7c43d6e18a124/manila/policy.py On Wed, Oct 15, 2014 at 2:41 AM, Salvatore Orlando wrote: > Doug, > > I totally agree with your findings o

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

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 easier to find proposed specs which affect the API as its not alwa

[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

[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

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

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] [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] 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] [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] [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

[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

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

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] 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

[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] 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

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] 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] [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] 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

[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] 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

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] [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

[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] [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

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 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] [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. >>

[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] [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

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] [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] [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] [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

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

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

[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

[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—

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 (

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

[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] [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

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

- 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] [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

[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] [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

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] [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] [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] [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] [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

[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 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

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 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] [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] [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

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] 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] [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] [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 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] [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

[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] [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

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] [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

[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] [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

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

[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] [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] [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] [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

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. >

[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] [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

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] 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 | +---+--

[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] [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

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 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] [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 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

[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] [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

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

[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] [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

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

  1   2   >