Re: [openstack-dev] [Is there horizon implementation for ironic]

I see. Thank you ! *Best Regards！* *Chao Yan--**My twitter：Andy Yan @yanchao727 * *My Weibo：http://weibo.com/herewearenow --* 2014-05-19 22:24 GMT+08:00 Devananda van der Veen : > On Mon, May 19, 2014 at

[openstack-dev] [TripleO][DiskImage-builder]How to set up network during the deploy

Hi, I am working on setting up Baremetal for a while. I notice that in the process of deployment in TripleO, I mean in the first round of PXE boot, it will append the IP info in the configuration and pass to the target machine as kernel parameters. Then init script will read the parameters and

[openstack-dev] [Neutron] Unifying DB schema

Hello everyone! Earlier topic of unconditional migrations was discussed in emails by me and Salvatore. On summit there was a small meeting on which was discussed this topic and some others. I haven't participated in this meeting but member of my team Eugene was there instead of me and told me wha

Re: [openstack-dev] [nova][neutron][mysql] IMPORTANT: MySQL Galera does *not* support SELECT ... FOR UPDATE

On Mon, May 19 2014, Jay Pipes wrote: > I think at that point I mentioned that there were a number of places that > were using the SELECT ... FOR UPDATE construct in Nova (in SQLAlchemy, it's > the with_lockmode('update') modification of the query object). Peter > promptly said that was a problem.

Re: [openstack-dev] [nova] ANNOUNCE: New Nova Libvirt (Sub-)Team + Meeting

Reminder that the first meeting will kick off today at 1500 UTC on #openstack-meeting-3 Please add agenda items to the etherpad if you wish to discuss them this week: https://etherpad.openstack.org/p/nova-libvirt-meeting-agenda Regards, Daniel On Fri, May 16, 2014 at 01:10:40PM -0400, Daniel

Re: [openstack-dev] [Nova] request for review for backport of bug 1240849 to havana

George Shuklin wrote: > Good day. > > Could someone, please, review backport of > https://bugs.launchpad.net/nova/+bug/1240849 to stable/havana. > > I've checked it on my laboratory and it fixes problem with 'no network > after soft reboot', but I've done some invasive changes to the logic, so >

Re: [openstack-dev] Divergence of *-specs style checking

Great idea! On Mon, May 19, 2014 at 8:38 PM, Alexis Lee wrote: > Potentially the TITLES structure could > be read from a per-project YAML file and the test itself could be drawn > from some common area? > I think you can get that data from template.rst file by parsing it and analyzing the tree.

[openstack-dev] [gate] failing postgres jobs

Hi All, If you hit an unknown error in a postgres job since Tue May 20 00:30:48 2014 + you probably hit *https://bugs.launchpad.net/trove/+bug/1321093 * (*-tempest-dsvm-postgres-full failing on trove-manage db_sync) A fix is in the works: https:/

Re: [openstack-dev] [Ironic] - Integration with neutron using external attachment point

Hello Kevin. There is a similar Neutron blueprint [1], originally meant for Havana but now aiming for Juno. I would be happy to join efforts with you regarding our blueprints. See also: [2]. [1] https://blueprints.launchpad.net/neutron/+spec/ml2-external-port [2] https://blueprints.launchpad.net/n

Re: [openstack-dev] [Neutron] Consistency between models and migrations

Hi! It is nice to see so careful attention for my change requests. In fact they are related the same topic that Johannes mentioned. The idea of this is described there https://blueprints.launchpad.net/neutron/+spec/db-sync-models-with-migrations . Problems that mentioned in https://review.opensta

Re: [openstack-dev] [Ironic][Neutron] - Integration with neutron using external attachment point

# Added [Neutron] tag as well. Hi Igor, Thanks for the comment. We already know them as I commented in the Summit session and ML2 weekly meeting. Kevin's blueprint now covers Ironic integration and layer2 network gateway and I believe "campus-network" blueprint will be covered. We think the work

Re: [openstack-dev] [qa][nova] Status of v3 tests in tempest

On 05/19/2014 11:49 PM, Christopher Yeoh wrote: > > > > On Mon, May 19, 2014 at 11:58 PM, David Kranz > wrote: > > Removing [nova] > > > On 05/19/2014 02:55 PM, Sean Dague wrote: >> My suggestion is that we stop merging new Nova v3 tests from here >>

[openstack-dev] [relmgt] Proposed Juno release schedule

Hello everyone, At the Design Summit last week we discussed the Juno release schedule and came up with the following proposal: https://wiki.openstack.org/wiki/Juno_Release_Schedule The main reported issue with it is the presence of the US labor day weekend just before juno-3 (feature freeze) wee

[openstack-dev] [TC][Marconi][All] TC Representative for incubated projects

Greetings, After lot of talking, planing and, most importantly, the results of Marconi's previous graduation attempt, we've been thinking about how incubated projects can be more aligned, integrated and updated with the TC and the governance changes. Most of us are subscribed to the Governance g

[openstack-dev] [Neutron][Security Groups] Pings to router ip from VM with default security groups

Hi , We have been trying to understand behavior of security group rules in icehouse stable. The default security group contains 4 rules, two ingress and two egress. The two ingress rules are one for IPv4 and other for IPv6. We see both the ingress rules use cyclic security groups, wherei

Re: [openstack-dev] [qa][nova] Status of v3 tests in tempest

On Tue, May 20, 2014 at 8:58 PM, Sean Dague wrote: > On 05/19/2014 11:49 PM, Christopher Yeoh wrote: > >> > > - if/else inlined in tests based on the "microversion mode" that is > > being tested at the moment (perhaps least amount of "code" but cost is > > readability) > > - class inheritance (ov

Re: [openstack-dev] [nova][neutron][mysql] IMPORTANT: MySQL Galera does *not* support SELECT ... FOR UPDATE

Hi, I would like to shed some additional light on this for those who were not there. So, SELECT ... FOR UPDATE does lock on a single node, as it is pointed out earlier in this thread, a simple solution is to write only one node at a time. Haproxy can be set up with both backends, see this blog pos

[openstack-dev] Jenkins CI job Error

Hi- The Jenkins CI jobs posted build failed for a gerrit review. check-tempest-dsvm-neutron-pg in ceilometers-anotifications (http://logs.openstack.org/92/78092/10/check/check-tempest-dsvm-neutron-pg/312e9c0/) 2014-05-20 11:13:13.088

Re: [openstack-dev] [sahara] Nominate Trevor McKay for sahara-core

+1 On Mon, May 19, 2014 at 11:13 AM, Sergey Lukjanov wrote: > Trevor, congrats! > > welcome to the sahara-core. > > On Thu, May 15, 2014 at 11:41 AM, Matthew Farrellee > wrote: > > On 05/12/2014 05:31 PM, Sergey Lukjanov wrote: > >> > >> Hey folks, > >> > >> I'd like to nominate Trevor McKay (t

Re: [openstack-dev] [Ironic] [UX] Is there horizon implementation for ironic

Hi, I am currently improving UI designs for node management via Ironic based on the feedback from OpenStack Summit. In the Infrastructure dashboard, there are basic views for nodes, but at this moment it is handled via nova-baremetal (when we implemented these views, Ironic was not ready yet).

Re: [openstack-dev] [Ironic] [UX] Is there horizon implementation for ironic

cool hope to see your design and implementation soon On May 20, 2014 8:47 PM, "Jaromir Coufal" wrote: > Hi, > > I am currently improving UI designs for node management via Ironic based > on the feedback from OpenStack Summit. In the Infrastructure dashboard, > there are basic views for nodes, but

[openstack-dev] [oslo] specs & blueprints for juno

We agreed just before the summit that we wanted to participate in the specs repository experiments for this cycle. The repository is set up [1] and I've just posted a review for an updated template [2] that includes some sections added to nova's template after we copied it and some sections we need

Re: [openstack-dev] [sahara] bug triage day after summit

I think in our eagerness to triage bugs we might have missed that May 26 is a holiday in the U.S. I know some of us have the day off work and while that doesn't necessarily stop the effort, it might throw a wrench in people's holiday weekend plans. I'm wondering if we should re-evaluate and mak

Re: [openstack-dev] [nova][neutron][mysql] IMPORTANT: MySQL Galera does *not* support SELECT ... FOR UPDATE

Hi, Also it would be nice to confirm that really SELECT FOR UPDATES are causing the deadlocks. Since these are row lock waits in a single node case, with a slow log from a single node, pt-query-digest can help to determine this. pt-query-digest /path/to/slow.log --order-by InnoDB_rec_lock_wait:su

Re: [openstack-dev] [qa][nova] Status of v3 tests in tempest

On 05/20/2014 03:19 PM, Christopher Yeoh wrote: On Tue, May 20, 2014 at 8:58 PM, Sean Dague > wrote: On 05/19/2014 11:49 PM, Christopher Yeoh wrote: >> > - if/else inlined in tests based on the "microversion mode" that is > being tested at the moment (perha

Re: [openstack-dev] [Neutron][Security Groups] Pings to router ip from VM with default security groups

I think this is a combination of two things... 1. When a VM initiates outbound communications, the egress rules allow associated return traffic. So if you allow outbound echo request, the return echo reply will also be allowed. 2. The router interface will respond to ping. - Jack From: Na

Re: [openstack-dev] [Neutron][LBaaS] Updated Object Model?

On Mon, May 19, 2014 at 9:28 PM, Brandon Logan wrote: > In the API meeting at the summit, Mark McClain mentioned that the > existing API should be supported, but deprecated so as not to interrupt > those using the existing API. To me, that sounds like the object model > can change but there needs

[openstack-dev] [QA] Meeting Thursday May 22nd at 17:00UTC

Just a quick reminder that the weekly OpenStack QA team IRC meeting will be this Thursday, May 22nd at 17:00 UTC in the #openstack-meeting channel. I'm sending the reminder out a little earlier this week because the usual meeting cadence was interrupted by the off week and summit. The agenda for t

[openstack-dev] [oslo][nova] how to best deal with default periodic task spacing behavior

Between patch set 1 and patch set 3 here [1] we have different solutions to the same issue, which is if you don't specify a spacing value for periodic tasks then they run whenever the periodic task processor runs, which is non-deterministic and can be staggered if some tasks don't complete in a

Re: [openstack-dev] [devstack] Devstack Multinode on CentOS

Hello, Sean! I'm trying to use Nova Network instead of Neutron due to its simplicity, that's why I didn't specify any of this on the controller. On the compute node, I enabled "n-cpu,n-net,n-api,c-sch,c-api,c-vol", because that's what I thought were needed to become a Host... I'll try to disable

Re: [openstack-dev] [sahara] bug triage day after summit

I'm ok with moving it to May 27. On Tuesday, May 20, 2014, Michael McCune wrote: > I think in our eagerness to triage bugs we might have missed that May 26 > is a holiday in the U.S. > > I know some of us have the day off work and while that doesn't necessarily > stop the effort, it might throw

[openstack-dev] [Barbican] Meeting time moving?

Hi All, At the summit I heard that the Barbican meeting time might be moving, has anything been agreed? Cheers -Rob smime.p7s Description: S/MIME cryptographic signature ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.o

Re: [openstack-dev] [sahara] bug triage day after summit

I think May 26 was a random 'day after summit'. I'm Ok with May 27 too. Andrew. On Tue, May 20, 2014 at 10:16 AM, Sergey Lukjanov wrote: > I'm ok with moving it to May 27. > > On Tuesday, May 20, 2014, Michael McCune wrote: > >> I think in our eagerness to triage bugs we might have missed that

Re: [openstack-dev] [devstack] Devstack Multinode on CentOS

API should only be on the controller. You only want compute services (n-cpu, n-net, c-vol) on the computes. You also need to set MULTI_HOST="True" for nova network. Some examples of working config at - https://github.com/sdague/devstack-vagrant/blob/master/puppet/modules/devstack/templates/local.e

Re: [openstack-dev] [Openstack-docs] [Heat][Documentation] Heat template documentation

On Fri, May 16, 2014 at 2:10 PM, Gauvain Pocentek wrote: > Le 2014-05-16 17:13, Anne Gentle a écrit : > >> On Thu, May 15, 2014 at 10:34 AM, Gauvain Pocentek >> wrote: >> >>> Hello, >>> >>> This mail probably mainly concerns the doc team, but I guess that the >>> heat team wants to know what's go

Re: [openstack-dev] [Neutron][LBaaS] Updated Object Model?

Hi folks, Agree with Kyle, you may go ahead and update the spec on review to reflect the design discussed at the summit. Thanks, Eugene. On Tue, May 20, 2014 at 6:07 PM, Kyle Mestery wrote: > On Mon, May 19, 2014 at 9:28 PM, Brandon Logan > wrote: > > In the API meeting at the summit, Mark Mc

Re: [openstack-dev] Divergence of *-specs style checking

Yuriy Taraday said on Tue, May 20, 2014 at 01:37:29PM +0400: > On Mon, May 19, 2014 at 8:38 PM, Alexis Lee wrote: > > Potentially the TITLES structure could > > be read from a per-project YAML file and the test itself could be drawn > > from some common area? > > I think you can get that data fro

Re: [openstack-dev] [sahara] bug triage day after summit

+1 for May 27. - Original Message - From: "Andrew Lazarev" To: "OpenStack Development Mailing List (not for usage questions)" Sent: Tuesday, May 20, 2014 10:20:58 AM Subject: Re: [openstack-dev] [sahara] bug triage day after summit I think May 26 was a random 'day after summit'. I'm Ok

[openstack-dev] Fwd: OpenStack and SELinux fixes

Hi, Could everyone please test OpenStack+SELinux with the latest RHEL7.0 builds. We are running into the same avc's that have fixes released for them. https://brewweb.devel.redhat.com/buildinfo?buildID=357647 Thank you. Regards, Miroslav and Ryan _

Re: [openstack-dev] [oslo][nova] how to best deal with default periodic task spacing behavior

@Matt, Agree, My vote would be to change existing behavior. -- dims On Tue, May 20, 2014 at 10:15 AM, Matt Riedemann wrote: > Between patch set 1 and patch set 3 here [1] we have different solutions to > the same issue, which is if you don't specify a spacing value for periodic > tasks then the

[openstack-dev] Hyper-V meeting cancelled for today.

Hi All, We still have some people travelling after ODS. The meeting for this week will be cancelled and we will resume next week. Best, p Peter J. Pouliot CISSP Sr. SDET OpenStack Microsoft New England Research & Development Center 1 Memorial Drive Cambridge, MA 02142 P: 1.(857).4536436 E: p

Re: [openstack-dev] [nova][neutron][mysql] IMPORTANT: MySQL Galera does *not* support SELECT ... FOR UPDATE

Please see inline. cheers, Rossella On 05/20/2014 12:26 AM, Salvatore Orlando wrote: > Some comments inline. > > Salvatore > > > On 19 May 2014 20:32, sridhar basam > wrote: > > > > > On Mon, May 19, 2014 at 1:30 PM, Jay Pipes

[openstack-dev] [horizon] Static file handling -- followup

Hello, this is a followup on the design session we had at the meeting about the handling of static files. You can see the etherpad from that session here: https://etherpad.openstack.org/p/juno-summit-horizon-static-files The split: We are going to use rather uninspired, but very clear and well-

Re: [openstack-dev] [TripleO] Post-summit next steps

Hi Rob, Could you please point me where the spec repo is? Thanks --Cristian On 19/05/14 22:46, "Robert Collins" wrote: >Hey everyone, it was great to see many of you at the summit - if you >were there and we didn't get time to say hello, then hopefully in >Paris we can do that ;) > >I'd like e

Re: [openstack-dev] [TripleO] Post-summit next steps

Hi On 20 May 2014, at 16:25, Sanchez, Cristian A wrote: > Could you please point me where the spec repo is? http://git.openstack.org/cgit/openstack/tripleo-specs/ Cheers, Chris ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http

Re: [openstack-dev] [TripleO] Post-summit next steps

- Original Message - > Hi Rob, > Could you please point me where the spec repo is? All the spec repos are under the standard git location: http://git.openstack.org/cgit/openstack/ e.g. http://git.openstack.org/cgit/openstack/tripleo-specs/ > Thanks > > --Cristian > > On 19/05/14 22:

Re: [openstack-dev] [Neutron][NFV] NFV BoF at design summit

* balaj...@freescale.com (balaj...@freescale.com) wrote: > > -Original Message- > > From: Kyle Mestery [mailto:mest...@noironetworks.com] > > Sent: Tuesday, May 20, 2014 12:19 AM > > To: OpenStack Development Mailing List (not for usage questions) > > Subject: Re: [openstack-dev] [Neutron][

Re: [openstack-dev] [Barbican] Meeting time moving?

We have not changed anything as of yet. The goal was to see if we could find some times that work for Jamie, but I haven't done it yet. I'll post something this week and we'll see if there is consensus. Thanks, -- Jarret Raim @jarretraim On 5/20/14, 9:22 AM, "Clark, Robert Graham" wrote:

[openstack-dev] [TripleO] Use of environment variables in tripleo-incubator

Hi, There are a number of reviews[1][2] where new environment variables are being disliked, leading to -1 or -2 code reviews because new environment variables are added. It is looking like this is becoming a policy. If this is a policy, then could that be stated, and an alternate mechanism mad

Re: [openstack-dev] [Nova] [Heat] Custom Nova Flavor creation through Heat (pt.2)

Hi Zane, sorry for the delayed response. Comments inline. On 05/06/2014 09:09 PM, Zane Bitter wrote: On 05/05/14 13:40, Solly Ross wrote: One thing that I was discussing with @jaypipes and @dansmith over on IRC was the possibility of breaking flavors down into separate components -- i.e have a

Re: [openstack-dev] Chalenges with highly available service VMs

Hi Praveen, I think we should fix the update_method instead to properly check for this. I don't see any advantage to allow the fixed_ips/mac to be in the allowed_address_pairs since they are explicitly allowed. What's your motivation for changing this? Aaron On Mon, May 19, 2014 at 4:05 PM, Pra

Re: [openstack-dev] [nova][neutron][mysql] IMPORTANT: MySQL Galera does *not* support SELECT ... FOR UPDATE

On 05/20/2014 04:53 AM, Julien Danjou wrote: On Mon, May 19 2014, Jay Pipes wrote: I think at that point I mentioned that there were a number of places that were using the SELECT ... FOR UPDATE construct in Nova (in SQLAlchemy, it's the with_lockmode('update') modification of the query object).

Re: [openstack-dev] [Neutron][LBaaS] Updated Object Model?

Thanks Kyle and Eugene. I can do this if no one else wants to. If someone really wants to do this then let me know and I’ll gladly give it up. Just let me know soon. I just want to get this done ASAP. Thanks, Brandon From: Eugene Nikanorov mailto:enikano...@mirantis.com>> Reply-To: "openst

Re: [openstack-dev] [Ironic] - Integration with neutron using external attachment point

Hi Kevin! I had a few conversations with folks at the summit regarding this. Broadly speaking, yes -- this integration would be very helpful for both discovery and network/tenant isolation at the bare metal layer. I've left a few comments inline On Mon, May 19, 2014 at 3:52 PM, Kevin Benton

[openstack-dev] [nova] nova default quotas

I would to hear your thoughts about an idea to add a way to manage the default quota values through the API. The idea is to use the current quota api, but sending ''default' instead of the tenant_id. This change would apply to quota-show and quota-update methods. This approach will help to sim

Re: [openstack-dev] [nova][neutron][mysql] IMPORTANT: MySQL Galera does *not* support SELECT ... FOR UPDATE

On 05/19/2014 02:32 PM, sridhar basam wrote: On Mon, May 19, 2014 at 1:30 PM, Jay Pipes mailto:jaypi...@gmail.com>> wrote: Stackers, On Friday in Atlanta, I had the pleasure of moderating the database session at the Ops Meetup track. We had lots of good discussions and heard imp

Re: [openstack-dev] [nova][neutron][mysql] IMPORTANT: MySQL Galera does *not* support SELECT ... FOR UPDATE

On 05/20/2014 10:07 AM, Jay Pipes wrote: On 05/19/2014 02:32 PM, sridhar basam wrote: On Mon, May 19, 2014 at 1:30 PM, Jay Pipes mailto:jaypi...@gmail.com>> wrote: Stackers, On Friday in Atlanta, I had the pleasure of moderating the database session at the Ops Meetup track. We had

Re: [openstack-dev] [TripleO] Post-summit next steps

Thanks On 20/05/14 12:43, "Chris Jones" wrote: >Hi > >On 20 May 2014, at 16:25, Sanchez, Cristian A > wrote: > >> Could you please point me where the spec repo is? > >http://git.openstack.org/cgit/openstack/tripleo-specs/ > >Cheers, > >Chris > > >___ >

Re: [openstack-dev] [sahara] bug triage day after summit

I've proposed May 26 initially because it's a first day after my vacation :) If there will be no objections, we're moving bug triage day to May 27. Thanks. On Tuesday, May 20, 2014, Chad Roberts wrote: > +1 for May 27. > > - Original Message - > From: "Andrew Lazarev" > > To: "OpenStac

Re: [openstack-dev] Chalenges with highly available service VMs

Hi Aaron, The main motivation is simplicity. Consider the case where we want to allow ip cidr 10.10.1.0/24 to be allowed on a port which has a fixed IP of 10.10.1.1. Now if we do not want to allow overlapping, then one needs to add 8 cidrs to get around this - (10.10.1.128/25, 10.10.1.64/26, 10.10

Re: [openstack-dev] [HEAT] Discussion: How to list nested stack resources.

Hi Tim, Maybe instead of just a flag like --nested (bool value) to resource-list we can add optional argument like --depth X or --nested-level X (X - integer value) to limit the depth for recursive listing of nested resources? Best, Bartosz On 05/19/2014 09:13 PM, Tim Schnell wrote: Bluepri

[openstack-dev] [Neutron][IPv6] Meeting minutes for 5/20/2014

http://eavesdrop.openstack.org/meetings/neutron_ipv6/2014/neutron_ipv6.2014-05-20-14.00.html -- Sean M. Collins ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [Neutron][IPv6] Privacy extension

Awesome! Seems like we reached agreement for not covering privacy extension at this moment. I am totally fine with that. To put closure on this subject, do you think we need to document it and provide user with work-around in case somebody asks for it in Juno release? Shixiong On May 16, 20

Re: [openstack-dev] [HEAT] Discussion: How to list nested stack resources.

Bartosz, would that be in addition to --nested? Seems like id want to be able to say "all of it" as well as "some of it". On May 20, 2014, at 1:24 PM, Bartosz Górski wrote: > Hi Tim, > > Maybe instead of just a flag like --nested (bool value) to resource-list we > can add optional argument l

Re: [openstack-dev] [qa] Smarter timeouts in Tempest?

On 5/19/2014 1:25 PM, Sean Dague wrote: On 05/19/2014 02:13 PM, Matt Riedemann wrote: On 5/19/2014 11:33 AM, Matt Riedemann wrote: On 5/19/2014 10:53 AM, Matt Riedemann wrote: I was looking through this timeout bug [1] this morning and am able to correlate that around the time of the ima

Re: [openstack-dev] [sahara] Nominate Trevor McKay for sahara-core

Trevor, you're added to all core-related teams now, if you'll need help, feel free to contact me and other team members. Thanks. On Tuesday, May 20, 2014, Telles Nobrega wrote: > +1 > > > On Mon, May 19, 2014 at 11:13 AM, Sergey Lukjanov > > > wrote: > >> Trevor, congrats! >> >> welcome to t

[openstack-dev] [Heat] [Docker] Resource

Hello All, The purpose of this email is to document a few discussions from the summit, and to facilitate communication between parties at Docker and the Heat community. The way the Docker resource is currently implemented requires the remote Docker api to be enabled on the compute instances tha

Re: [openstack-dev] [gate] failing postgres jobs

As I see, the 94315 merged atm, is the issue fixed? On Tuesday, May 20, 2014, Joe Gordon wrote: > Hi All, > > If you hit an unknown error in a postgres job since Tue May 20 00:30:48 > 2014 + you probably hit *https://bugs.launchpad.net/trove/+bug/1321093 >

Re: [openstack-dev] [Nova] [Heat] Custom Nova Flavor creation through Heat (pt.2)

On 20/05/14 12:17, Jay Pipes wrote: Hi Zane, sorry for the delayed response. Comments inline. On 05/06/2014 09:09 PM, Zane Bitter wrote: On 05/05/14 13:40, Solly Ross wrote: One thing that I was discussing with @jaypipes and @dansmith over on IRC was the possibility of breaking flavors down in

Re: [openstack-dev] [infra] Meeting Tuesday May 20th at 19:00 UTC

On Mon, May 19, 2014 at 9:40 AM, Elizabeth K. Joseph wrote: > Hi everyone, > > The OpenStack Infrastructure (Infra) team is hosting our weekly > meeting on Tuesday May 20th, at 19:00 UTC in #openstack-meeting Great post-summit meeting, thanks to everyone who joined us. Minutes and logs here: Mi

Re: [openstack-dev] [gate] failing postgres jobs

Yes, this issue is fixed now that 94315 is merged. On Tue, May 20, 2014 at 3:38 PM, Sergey Lukjanov wrote: > As I see, the 94315 merged atm, is the issue fixed? > > > On Tuesday, May 20, 2014, Joe Gordon wrote: > >> Hi All, >> >> If you hit an unknown error in a postgres job since Tue May 20 00

Re: [openstack-dev] [Neutron][NFV] NFV BoF at design summit

Hi, I am part of the ServiceVM team and I will attend the NFV IRC meetings. Thanks, - Stephen On Tue, May 20, 2014 at 8:59 AM, Chris Wright wrote: > * balaj...@freescale.com (balaj...@freescale.com) wrote: > > > -Original Message- > > > From: Kyle Mestery [mailto:mest...@noironetw

[openstack-dev] [marconi] Juno Roadmap

Hi folks, I took the major work items we discussed at the summit and placed them into the three Juno milestones: https://wiki.openstack.org/wiki/Roadmap_(Marconi) Let me know what you think over the next few days. We will address any remaining questions and concerns at our next team meeting (ne

[openstack-dev] [python-openstacksdk] Meeting Minutes - 2014-05-20

Next meeting will be 2014-05-27 Minutes: http://eavesdrop.openstack.org/meetings/python_openstacksdk/2014/python_openstacksdk.2014-05-20-19.00.html Minutes (text): http://eavesdrop.openstack.org/meetings/python_openstacksdk/2014/python_openstacksdk.2014-05-20-19.00.txt Log: http://eavesdrop.op

[openstack-dev] [Horizon][UX] Improving the User Experience of Messaging in Horizon

Hi All, I put together a page on the wiki [1] capturing a first draft of some ideas on how to improve the User Experience of the messaging in Horizon. These are not technical and really just focus on the presentation layer of these messages, but it would be great to see this be expanded or addi

Re: [openstack-dev] [Heat] [Docker] Resource

> > > The solution I propose to this problem is to integrate docker with > software config, which would allow the Docker api running on a compute > instance to listen on an unix socket > First, thank you for looking at this. Docker already listens on a unix socket. I'm not as familiar with Heat'

Re: [openstack-dev] [Heat] [Docker] Resource

No Problem. As the Docker resource in Heat currently works, it will require Docker running on a customer's vm to listen over a network socket. With software config you could allow Docker to listen on the instance's local unix socket, and communicate with Docker via Heat's in instance software c

Re: [openstack-dev] [ReviewStat] WebUI for review stat

Hi folks I could deploy it on openshift http://reviewstat-nachi.rhcloud.com/ 2014-05-19 20:36 GMT-07:00 Nachi Ueno : > Hi Boris > > Ya, I know this stats. > The primary usecase for this patch is helping reviewer assignment for > each patch. > > 2014-05-19 18:50 GMT-07:00 Boris Pavlovic : >> Hi Na

Re: [openstack-dev] [Heat] [Docker] Resource

Excerpts from Andrew Plunk's message of 2014-05-20 13:49:58 -0700: > No Problem. > > As the Docker resource in Heat currently works, it will require Docker > running on a customer's vm to listen over a network socket. With software > config you could allow Docker to listen on the instance's loca

[openstack-dev] [Mistral] Mistral roadmap notes, from Atlanta summit (rough)

We shared and discussed the directions on Mistral development session, and work through the list of smaller post POC steps, placing them on the roadmap. The notes are here: https://etherpad.openstack.org/p/juno-summit-mistral. Renat and I developed shared understanding on most of them. Next ste

Re: [openstack-dev] [Neutron] Core API refactoring

Renewing the thread, is there a blueprint for this refactoring effort? In the email thread till now, we have just had an etherpad link. I would like to get more deeply involved in design/implementation and review of these changes and I get a feeling that not being able to attend the Atlanta summit

Re: [openstack-dev] [Heat] [Docker] Resource

>This would effectively make Docker another case of "syntactic sugar", >much like OS::SoftwareConfig::Chef would be. >Short term I think this will get Docker onto Heat users' instances >quicker. Agreed. >However I do think that the limitations of this approach are pretty >large, such as how to m

Re: [openstack-dev] [Nova] [Heat] Custom Nova Flavor creation through Heat (pt.2)

Hi! Comments inline. On 20/05/14 21:58, "Zane Bitter" wrote: >On 20/05/14 12:17, Jay Pipes wrote: >> Hi Zane, sorry for the delayed response. Comments inline. >> >> You are assuming a public cloud provider use case above. As much as I >> tend to focus on the utility cloud model, where the incent

Re: [openstack-dev] [Ironic][Neutron] - Integration with neutron using external attachment point

We've been experimenting some with how to use Neutron with Ironic here at Rackspace. Our very experimental code: https://github.com/rackerlabs/ironic-neutron-plugin Our objective is the same as what you're describing, to allow Nova servers backed by Ironic to attach to arbitrary Neutron networks.

Re: [openstack-dev] [TripleO] Use of environment variables in tripleo-incubator

I spoke to JP offline and confirmed that the link to 85418 should have been a link to https://review.openstack.org/#/c/88252 I think that https://etherpad.openstack.org/p/tripleo-incubator-rationalise-ui and https://etherpad.openstack.org/p/tripleo-devtest.sh-refactoring-blueprintare the closest t

[openstack-dev] [neutron] devstack w/ neutron in vagrant - floating IPs

Has anyone had any success with running devstack and neutron in a vagrant machine where the floating Ips are accessible from outside of the vagrant box ( I.e. From the host ). I’ve spent a few hours trying to get it working without any real success. _

[openstack-dev] [gantt] summary of scheduler sessions at the Juno design summit

Here is a brief rundown on the majority of the scheduler sessions from the summit, links to the etherpads and some of my incoherent notes from the sessions. Feel free to reply to this email to correct any mistakes I made and to add any other thoughts you might have: 1) Future of gantt interf

Re: [openstack-dev] [Neutron][NFV] NFV BoF at design summit

* Stephen Wong (s3w...@midokura.com) wrote: > I am part of the ServiceVM team and I will attend the NFV IRC meetings. Great, thank you Stephen. cheers, -chris ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.o

Re: [openstack-dev] [qa][nova] Status of v3 tests in tempest

I also agree that instead of removing the old test, we keep changing those as microversion gets changed. One suggestion (may be same as what Chris is thinking)- -Tempest can keep the common test directory containing tests which are going to be same as microversion bump up. Initially all test can go

Re: [openstack-dev] [nova] 3rd party CI requirements for DB2

On Mon, May 19, 2014 at 10:35 PM, Joe Gordon wrote: > On Wed, May 14, 2014 at 6:58 AM, Matt Riedemann > wrote: >> >> I'd like to get some more discussion going for the nova-spec on adding DB2 >> support [1] especially since we didn't get to the topic for non-virt driver >> 3rd party CI in the nov

Re: [openstack-dev] [qa][nova] Status of v3 tests in tempest

I agree to continue work on bp/ nova-api-test-inheritance. As its reduce the duplication code and later will help to remove the V2 tests easily. V2.1 tests can be written on same design of inheritance. -- Thanks Ghanshyam Mann On Mon, May 19, 2014 at 9:32 PM, Kenichi Oomichi wrote: > Hi David,

Re: [openstack-dev] [OpenStack-Infra] [infra] Meeting Tuesday May 20th at 19:00 UTC

"Elizabeth K. Joseph" writes: > On Mon, May 19, 2014 at 9:40 AM, Elizabeth K. Joseph > wrote: >> Hi everyone, >> >> The OpenStack Infrastructure (Infra) team is hosting our weekly >> meeting on Tuesday May 20th, at 19:00 UTC in #openstack-meeting > > Great post-summit meeting, thanks to everyone

[openstack-dev] [Neutron][LBaaS] Neutron LBaaS "operator scale" service --- Next steps and goals.

We have had some discussions around how to move forward with the LBaaS service in OpenStack. I am trying to summarize the key points below. Feel free to chime in if I misrepresented anything or if you disagree :-) For simplicity in the rest of the email and so I can differentiate between all

Re: [openstack-dev] [Neutron][LBaaS] Neutron LBaaS "operator scale" service --- Next steps and goals.

Hi Susanne, One comment in line. On Tue, 2014-05-20 at 19:12 -0400, Susanne Balle wrote: > We have had some discussions around how to move forward with the LBaaS > service in OpenStack. I am trying to summarize the key points below. > > > Feel free to chime in if I misrepresented anything or i

Re: [openstack-dev] [python-openstacksdk] Meeting Minutes - 2014-05-20

On Tue, May 20, 2014 at 1:37 PM, Brian Curtin wrote: > Next meeting will be 2014-05-27 > > Minutes: > http://eavesdrop.openstack.org/meetings/python_openstacksdk/2014/python_openstacksdk.2014-05-20-19.00.html These meeting minutes are very sparse. > > > Minutes (text): > > http://eavesdrop.op

Re: [openstack-dev] [Openstack-docs] [Heat][Documentation] Heat template documentation

On 21/05/14 02:31, Doug Hellmann wrote: > On Fri, May 16, 2014 at 2:10 PM, Gauvain Pocentek > wrote: >> Le 2014-05-16 17:13, Anne Gentle a écrit : >> >>> On Thu, May 15, 2014 at 10:34 AM, Gauvain Pocentek >>> wrote: >>> Hello, This mail probably mainly concerns the doc team, but I

Re: [openstack-dev] [oslo][nova] how to best deal with default periodic task spacing behavior

On Tue, May 20, 2014 at 8:00 AM, Davanum Srinivas wrote: > @Matt, > > Agree, My vote would be to change existing behavior. > Same. I think its reasonable to say the current behavior is not ideal (otherwise we wouldn't have changed it), and that the new behavior is better for the vast majority o

Re: [openstack-dev] [Neutron][LBaaS]LBaaS 2nd Session etherpad

I'm reading through the https://wiki.openstack.org/wiki/Neutron/LBaaS/SSL docs as well as the https://etherpad.openstack.org/p/neutron-lbaas-ssl-l7 document that your referencing below and I think who ever wrote the documents may have misunder stood the Association between X509 certificates a

Re: [openstack-dev] [python-openstacksdk] Meeting Minutes - 2014-05-20

On Tue, May 20, 2014 at 6:43 PM, Joe Gordon wrote: > > > On Tue, May 20, 2014 at 1:37 PM, Brian Curtin wrote: >> >> Next meeting will be 2014-05-27 >> >> Minutes: >> http://eavesdrop.openstack.org/meetings/python_openstacksdk/2014/python_openstacksdk.2014-05-20-19.00.html > > > These meeting minu

Re: [openstack-dev] [Ironic] - Integration with neutron using external attachment point

Hi Devananda, Most of this should work fine. The only problem part is handling the servers that are first being booted and have never been connected to Ironic. Neutron doesn't have control over the default network that all un-provisioned switch ports should be a member of. Even if we added support

  1   2   >