Re: [openstack-dev] [heat] agenda for OpenStack Heat meeting 2014-06-18 20:00 UTC - corrections to meeting minutes

Mike Spreitzer/Watson/IBM@IBMUS wrote on 06/18/2014 05:00:57 PM: ... > http://eavesdrop.openstack.org/meetings/heat/2014/heat.2014-06-18-20.00.html I found two goofups so far. One is that the following was not recorded in the official outline (#agreed only really works for chairs): 20:10:12

Re: [openstack-dev] [Neutron][ML2] Modular L2 agent architecture

OVS agent manipulate not only ovs flow table, but also linux stack, which is not so easily replaced by pure openflow controller today. fastpath-slowpath separation sounds good, but really a nightmare for high concurrent connection application if we set L4 flow into OVS (in our testing, vswitchd dae

Re: [openstack-dev] [neutron]Performance of security group

we have done some tests, but have different result: the performance is nearly the same for empty and 5k rules in iptable, but huge gap between enable/disable iptable hook on linux bridge On Thu, Jun 19, 2014 at 11:21 AM, shihanzhang wrote: > Now I have not get accurate test data, but I can con

[openstack-dev] [nova][libvirt] Block migrations and Cinder volumes

I am concerned about how block migration functions when Cinder volumes are attached to an instance being migrated. We noticed some unexpected behavior recently, whereby attached generic NFS-based volumes would become entirely unsparse over the course of a migration. After spending some time revie

Re: [openstack-dev] [Fuel] Bug squashing day on June, 17

Hi guys, Dmitry, I have nothing against using 'also affects', but unfortunately, it seems that Launchpad advanced search doesn't allow to filter by affected projects :( (my use case is to be able to list only bugs affecting Nova in MOS, and as long as we deploy stable releases rather than trunk, u

Re: [openstack-dev] [neutron]Performance of security group

Now I have not get accurate test data, but I can confirm the following points： 1. In compute node, the iptable's chain of a VM is liner, iptable filter it one by one, if a VM in default security group and this default security group have many members, but ipset chain is set, the time ipset filte

[openstack-dev] [horizon] UI for cinder volume type extra specs

During our weekly horizon meeting this Tuesday, I requested that you review the horizon change https://review.openstack.org/#/c/64103/, which added support for volume type extra specs into horizon. This functionality is desired by the cinder team, and it will also be a model for the upcoming d

Re: [openstack-dev] [neutron]Performance of security group

This sounds like a good idea to handle some of the performance issues until the ovs firewall can be implemented down the the line. Do you have any performance comparisons? On Jun 18, 2014 7:46 PM, "shihanzhang" wrote: > Hello all, > > Now in neutron, it use iptable implementing security group, bu

[openstack-dev] [neutron]Performance of security group

Hello all, Now in neutron, it use iptable implementing security group, but the performance of this implementation is very poor, there is a bug:https://bugs.launchpad.net/neutron/+bug/1302272 to reflect this problem. In his test, with default security groups(which has remote security group), b

Re: [openstack-dev] [Fuel] Bug squashing day on June, 17

Actually I agree on tagging bugs as Roman suggests. If no one against, we can create official tags for every project (nova, neutron, etc.) - as long as it simplifies life and easy to use, I'm all for it. On Thu, Jun 19, 2014 at 6:26 AM, Mike Scherbakov wrote: > +1 to this approach. > Actually w

Re: [openstack-dev] [Fuel] Bug squashing day on June, 17

+1 to this approach. Actually we've just created separate LP project for MOS: https://launchpad.net/mos, and all bugs related to openstack / linux code (not Fuel), should be tracked there. I still think that we should also adding other OpenStack projects by clicking on "also affects" where possible

Re: [openstack-dev] [Neutron][ML2] Modular L2 agent architecture

What's the progress by Terry Wilson? If not much, I'm willing to file blueprint/spec and drive it. thanks, On Wed, Jun 18, 2014 at 07:00:59PM +0900, Isaku Yamahata wrote: > Hi. Ryu provides ovs_vsctl.py library which is python equivalent to > ovs-vsctl command. It speaks OVSDB protocl. > https:

Re: [openstack-dev] [Nova] Nominating Ken'ichi Ohmichi for nova-core

Congratulation! On Wed, Jun 18, 2014 at 7:07 PM, Kenichi Oomichi wrote: > > > -Original Message- > > From: Michael Still [mailto:mi...@stillhq.com] > > Sent: Wednesday, June 18, 2014 7:54 PM > > To: OpenStack Development Mailing List (not for usage questions) > > Subject: Re: [openstack

Re: [openstack-dev] [nova] A modest proposal to reduce reviewer load

On Wed, Jun 18, 2014 at 5:19 PM, Clint Byrum wrote: > Excerpts from Duncan Thomas's message of 2014-06-17 03:56:10 -0700: > > A far more effective way to reduce the load of trivial review issues > > on core reviewers is for none-core reviewers to get in there first, > > spot the problems and add

Re: [openstack-dev] [nova][all] Tracking bug and patch statuses

On Sat, Jun 7, 2014 at 11:39 AM, Matt Riedemann wrote: > > > On 6/6/2014 1:40 AM, Joe Gordon wrote: > >> Hi All, >> >> In the nova meeting this week, we discussed some of the shortcomings of >> our recent bug day, one of the ideas that was brought up was to do a >> better job of keeping track of

Re: [openstack-dev] [nova] A modest proposal to reduce reviewer load

Excerpts from Duncan Thomas's message of 2014-06-17 03:56:10 -0700: > A far more effective way to reduce the load of trivial review issues > on core reviewers is for none-core reviewers to get in there first, > spot the problems and add a -1 - the trivial issues are then hopefully > fixed up before

Re: [openstack-dev] PyCon AU OpenStack Miniconf – Call for proposals now open!

Hello everybody, Just a quick reminder that the call for proposals closes at the end of Friday for the openstack miniconf in Brisbane, Australia http://openstack.pycon-au.org Cheers, Josh On 5/27/14 5:33 PM, Joshua Hesketh wrote: The OpenStack miniconf organisers for PyCon AU are pleased to

Re: [openstack-dev] [nova] locked instances and snaphot

Duncan Thomas On Jun 18, 2014 9:51 PM, "Jay Pipes" wrote: > VMs should be cattle, not pets, but yes, a locked instance should be able to be snapshotted, for sure, IMO. Shooting all your cattle by accident is bad y'know, and you're a cattle farmer will probably put you out of business... The effo

Re: [openstack-dev] [Cinder][Driver] Delete snapshot

On 10:20 Wed 18 Jun , Amit Das wrote: > Implementation issues - If Cinder driver throws an Exception the snapshot > will have error_deleting status & will not be usable. If Cinder driver logs > the error silently then Openstack will probably mark the snapshot as > deleted. > > What is the appr

Re: [openstack-dev] [Neutron][LBaaS] TLS support RST document on Gerrit

So... what I'm hearing here is that we might want to support both a 'hostname' and 'order' attribute. Though exact behavior from vendor to vendor when there is name overlap is not likely to be consistent. Note that while we have seen that corner case, it is unusual... so I'm not against having sli

Re: [openstack-dev] [devstack] [zmq] [oslo.messaging] Running devstack with zeromq

On 06/18/2014 05:45 AM, Elena Ezhova wrote: > Hello! > > I have been exploring bugs connected with using devstack with zmq [1], [2], > [3] and experimenting with various configurations in attempt to make zmq > work with projects which have moved to oslo.messaging. It turned out that > there is a n

[openstack-dev] [nova] should we have a stale data indication in "nova list/show"?

The output of "nova list" and "nova show" reflects the current status in the database, not the actual state on the compute node. If the instances in question are on a compute node that is currently "down", then the information is stale and possibly incorrect. Would there be any benefit in add

Re: [openstack-dev] [all] All Clear on the western front (i.e. gate)

On 06/18/2014 05:16 PM, Jay Pipes wrote: > On 06/18/2014 04:38 PM, Davanum Srinivas wrote: >> w00t! thanks for the hard work everyone. > > Indeed, thank you to all involved. Much appreciated. I hope in the > future I can better help with gate fixing. > > Best, > -jay We need to get working on tha

Re: [openstack-dev] [Fuel] Bug squashing day on June, 17

Roman, What do you think about adding OS projects into the bug as "also affects"? That allows to track upstream and downstream state of the bug separately while maintaing visibility of both on the same page. The only downside is spamming the bug with comments related to different projects, but I t

Re: [openstack-dev] [all] All Clear on the western front (i.e. gate)

On 06/18/2014 04:38 PM, Davanum Srinivas wrote: w00t! thanks for the hard work everyone. Indeed, thank you to all involved. Much appreciated. I hope in the future I can better help with gate fixing. Best, -jay -- dims On Wed, Jun 18, 2014 at 7:17 AM, Sean Dague wrote: I realized that fo

Re: [openstack-dev] [Neutron][LBaaS] TLS support RST document on Gerrit

Hi Stephen, Radware Alteon extract the hostname information and the alt subjectAltName from the certificate information. It then do: 1. Find if there is exact match with the name in the https handshake and the ones extracted from the certificate, if there are more than a single match, the

Re: [openstack-dev] [Neutron][LBaaS] TLS support RST document on Gerrit

Hi Evg, I do not think stunnel supports an "ordered list" without hostnames. Since we're talking about making the reference implementation use stunnel for TLS termination, then this seems like it's important to support its behavioral model. It is possible to extract hostnames from the CN and x509

Re: [openstack-dev] [heat] agenda for OpenStack Heat meeting 2014-06-18 20:00 UTC

A good time was had by all. http://eavesdrop.openstack.org/meetings/heat/2014/heat.2014-06-18-20.00.html ___ OpenStack-dev mailing list OpenStack-dev@lists.openstack.org http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] [nova] Do any hyperviors allow disk reduction as part of resize ?

On 06/17/2014 05:42 PM, Daniel P. Berrange wrote: On Tue, Jun 17, 2014 at 04:32:36PM +0100, Pádraig Brady wrote: On 06/13/2014 02:22 PM, Day, Phil wrote: I guess the question I’m really asking here is: “Since we know resize down won’t work in all cases, and the failure if it does occur will b

Re: [openstack-dev] [nova] locked instances and snaphot

On 06/18/2014 01:15 PM, Day, Phil wrote: -Original Message- From: Ahmed RAHAL [mailto:ara...@iweb.com] Sent: 18 June 2014 01:21 To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [nova] locked instances and snaphot Hi there, Le 2014-06-16 15:28, melanie witt a écrit : H

[openstack-dev] [Neutron][L3] Team Meeting Thursday at 1500 UTC

The Neutron L3 Subteam will meet tomorrow at the regular time in #openstack-meeting-3. The agenda [1] is posted, please update as needed. I'll be standing in for Carl as he's on vacation this week. Brian Haley [1] https://wiki.openstack.org/wiki/Meetings/Neutron-L3-Subteam#Agenda _

Re: [openstack-dev] [OpenStack-Dev][Cinder] Review days? (open to ANYBODY and EVERYBODY)

Great John, I'll push fellows here to help. Couldn't join today but I'll put in my schedule for the next weeks. Do you plan to do this review force every Wednesday? Erlon On Mon, Jun 16, 2014 at 9:31 AM, Kerr, Andrew wrote: > +1 > > Andrew Kerr > > > On 6/13/14, 10:30 AM, "Duncan Thomas" wr

Re: [openstack-dev] [Neutron][Swift][third-party] Most Third Party CI's failing

On Sat, Jun 14, 2014 at 09:39:50PM -0700, Sukhdev Kapur wrote: > Oppss...sorry wrong link... please use this > http://paste.openstack.org/show/84073/. Just a friendly note -- pastebins usually expire, and if someone looks at the archives years later, there'll be nothing to look at. It's more usef

Re: [openstack-dev] OpenStack Designate DNSaaS

-Original Message- From: SCOLLARD, JAMES Sent: Wednesday, June 18, 2014 02:25 PM To: O'CONNELL, MATT; Joe Mcbride; OpenStack Development Mailing List (not for usage questions); MIDGLEY, BRAD Cc: 'raymond.h...@accenture.com' (raymond.h...@accenture.com); BOEHMER, JEFF; MICHALEK, KEN; BISH

Re: [openstack-dev] OpenStack Designate DNSaaS

On 6/18/14, 12:51 PM, "O'CONNELL, MATT" wrote: >I think the thinking was the AT&T DNS backend was more desirable >(hardened, load balanced, global, configurable, >non-prototype, 30 second updates), so the idea was to go around the >Designate DNS function and >call the ATT DNS API and use the Des

[openstack-dev] [nova] Set compute_node:hypervisor_nodename as unique and not null

Hi, This mail is regarding the required model change in nova. Please fine more details below: As we knew, Nova db has the table "compute_nodes" for modelling the hypervisors and its using the "hypervisor_hostname" field to represent the hypervisor name. This value is having significant value in

Re: [openstack-dev] [Neutron][Swift][third-party] Most Third Party CI's failing

When I get these errors I try to import the modules for which I get an import error in a python shell. This sometimes give a fairly explicative error message. That will hopefully help. Also - consider submitting your question to ask.openstack.org, where a lot more experienced operators and develop

Re: [openstack-dev] [Neutron][Swift][third-party] Most Third Party CI's failing

On 18 June 2014 18:24, Salvatore Orlando wrote: > it seems something is not quite right with your tempest environment - you > have import errors at startup [1] > This might be happening because of missing dependencies, or, if you have > applied some custom patches to tempest trunk, possibly those

Re: [openstack-dev] [nova] A modest proposal to reduce reviewer load

Chris Friesen writes: > On 06/18/2014 08:35 AM, Duncan Thomas wrote: >> On 18 June 2014 15:28, Matthew Booth wrote: >>> The answer is not always more >>> review: there are other tools in the box. Imagine we spent 50% of the >>> time we spend on review writing tempest tests instead. >> >> Or we p

Re: [openstack-dev] [nova] Reducing quota below utilisation

On Jun 17, 2014, at 12:53 PM, Jan van Eldik wrote: > Just > > On 06/17/2014 08:18 PM, Tim Bell wrote: >> We have some projects which are dynamically creating VMs up to their >> quota. Under some circumstances, as cloud administrators, we would like >> these projects to shrink and make room for

Re: [openstack-dev] [Neutron][Swift][third-party] Most Third Party CI's failing

Hi Luke, it seems something is not quite right with your tempest environment - you have import errors at startup [1] This might be happening because of missing dependencies, or, if you have applied some custom patches to tempest trunk, possibly those are causing some problems. Salvatore [1] http

[openstack-dev] [Congress] Use Cases

Hi all, We’ve been working on developing a list of use cases for Congress, which we’ve also started voting on so as to prioritize our efforts. Please feel free take a look, leave feedback, add to the list, vote, whatever. https://docs.google.com/document/d/1ExDmT06vDZjzOPePYBqojMRfXodvsk0R8nRk

Re: [openstack-dev] [TC] [Murano] Follow up on cross-project session

Hi Thierry! On Wed, Jun 18, 2014 at 1:14 PM, Thierry Carrez wrote: > So to take a practical example, Murano lets you pick (using UI or CLI) a > wordpress package (which requires a DB) and compose it with a mysql > package (which provides a DB), and will deploy that composition using > Heat ? And

Re: [openstack-dev] [Neutron][Swift][third-party] Most Third Party CI's failing

On 18 June 2014 15:48, Salvatore Orlando wrote: > Hi Luke, > > That kind of message usually shows up in unit tests job when there is some > syntax error or circular import. But I think that it's not your case. > Usually you see an "import error" message towards the end of the "garbage". > > If yo

Re: [openstack-dev] [glance] Unifying configuration file

On Tue, Jun 17, 2014 at 8:57 AM, Arnaud Legendre wrote: > All the things that you mention here seem to be technical difficulties. > I don't think technical difficulties should drive the experience of the > user. > Also, Zhi Yan seems to be able to make that happen :) > +1 > > Thanks, > Arnaud

Re: [openstack-dev] [glance] Unifying configuration file

On Wed, 2014-06-18 at 09:29 -0400, Doug Hellmann wrote: > On Wed, Jun 18, 2014 at 1:58 AM, Mark McLoughlin wrote: > > Hey > > > > On Tue, 2014-06-17 at 17:43 +0200, Julien Danjou wrote: > >> On Tue, Jun 17 2014, Arnaud Legendre wrote: > >> > @Julien: I would be interested to understand the value t

Re: [openstack-dev] [Nova][Oslo.cfg] Configuration string substitution

Thanks for the background. I think it has come up a couple of times recently, so if we're converging on a solution that's good. Doug On Wed, Jun 18, 2014 at 10:52 AM, Davanum Srinivas wrote: > Doug, > > For the record, yes this came up before in > https://review.openstack.org/#/c/59994. Gary and

Re: [openstack-dev] [nova] A modest proposal to reduce reviewer load

On 06/18/2014 08:35 AM, Duncan Thomas wrote: On 18 June 2014 15:28, Matthew Booth wrote: The answer is not always more review: there are other tools in the box. Imagine we spent 50% of the time we spend on review writing tempest tests instead. Or we push the work off of core into the wider co

Re: [openstack-dev] [Nova][Oslo.cfg] Configuration string substitution

On Wed, Jun 18, 2014 at 10:34 AM, Gary Kotton wrote: > > > On 6/18/14, 4:19 PM, "Doug Hellmann" wrote: > >>On Wed, Jun 18, 2014 at 4:47 AM, Gary Kotton wrote: >>> Hi, >>> I have encountered a problem with string substitution with the nova >>> configuration file. The motivation was to move all of

Re: [openstack-dev] [Neutron][LBaaS] TLS support RST document on Gerrit

Hi Stephen, Regarding your comment related to SNI list management and behavior in the RST document: I understand the need to explicitly specify specific certificates for specific hostnames. However we need to deliver lowest common denominator for this feature which every vendor is able to supp

Re: [openstack-dev] OpenStack Designate DNSaaS

Brad, It seems to me you have a classic migration problem on your hands. Assuming your ideal end state is to completely migrate to Designate and minimize customizations (which is definitely preferable for the long term), your strategy is the real challenge. One approach is to deploy Designate and

Re: [openstack-dev] [Nova][Oslo.cfg] Configuration string substitution

Doug, For the record, yes this came up before in https://review.openstack.org/#/c/59994. Gary and I talked about $imagecache.image_cache_subdirectory_name when discussing about that review. -- dims On Wed, Jun 18, 2014 at 10:34 AM, Gary Kotton wrote: > > > On 6/18/14, 4:19 PM, "Doug Hellmann"

Re: [openstack-dev] An alternative approach to enforcing "expected election behaviour"

> James E. Blair wrote: > > I think our recent experience has shown that the fundamental problem is > > that not all of the members of our community knew what kind of behavior > > we expected around elections. That's understandable -- we had hardly > > articulated it. I think the best solution t

Re: [openstack-dev] [all] All Clear on the western front (i.e. gate)

w00t! thanks for the hard work everyone. -- dims On Wed, Jun 18, 2014 at 7:17 AM, Sean Dague wrote: > I realized that folks may have been waiting for an 'all clear' on the > gate situation. It was a tiring couple of weeks, so took a little while > to get there. > > Due to a huge amount of effort

Re: [openstack-dev] [Nova][Oslo.cfg] Configuration string substitution

On 6/18/14, 4:19 PM, "Doug Hellmann" wrote: >On Wed, Jun 18, 2014 at 4:47 AM, Gary Kotton wrote: >> Hi, >> I have encountered a problem with string substitution with the nova >> configuration file. The motivation was to move all of the glance >>settings to >> their own section (https://review.

Re: [openstack-dev] [nova] A modest proposal to reduce reviewer load

On 18 June 2014 15:28, Matthew Booth wrote: > On 18/06/14 13:31, Sean Dague wrote: >> Even with 2 +2s you do the wrong thing. Yesterday we landed >> baremetal tests that broke ironic. It has a ton of +1s from people >> that have been working on those tests. > > This is slightly off topic, but thin

Re: [openstack-dev] [nova] A modest proposal to reduce reviewer load

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 18/06/14 13:31, Sean Dague wrote: > On 06/18/2014 08:26 AM, Duncan Thomas wrote: >> On 18 June 2014 10:04, Thierry Carrez >> wrote: >> >>> As an aside, we don't really need two core reviewers to bless a >>> trivial change: one could be considered

Re: [openstack-dev] [Neutron][Swift][third-party] Most Third Party CI's failing

Hi Luke, That kind of message usually shows up in unit tests job when there is some syntax error or circular import. But I think that it's not your case. Usually you see an "import error" message towards the end of the "garbage". If you can point me to a failing log of your CI I can have a look a

Re: [openstack-dev] [qa] Clarification of policy for qa-specs around adding new tests

On Tue, Jun 17, 2014 at 01:45:55AM +, Kenichi Oomichi wrote: > > > -Original Message- > > From: Matthew Treinish [mailto:mtrein...@kortar.org] > > Sent: Monday, June 16, 2014 11:58 PM > > To: OpenStack Development Mailing List (not for usage questions) > > Subject: Re: [openstack-dev]

[openstack-dev] RESEND: OpenStack Designate DNSaaS

Dear OpenStack Dev Team: I am resending this "OpenStack Designate DNSaaS" e-mail once again after my registration. The original message is at the bottom of this thread and was sent on Tuesday, June 17, 2014 03:26 PM. Thanks in advance for your feed

Re: [openstack-dev] [glance] Unifying configuration file

On Wed, Jun 18, 2014 at 1:58 AM, Mark McLoughlin wrote: > Hey > > On Tue, 2014-06-17 at 17:43 +0200, Julien Danjou wrote: >> On Tue, Jun 17 2014, Arnaud Legendre wrote: >> >> > @ZhiYan: I don't like the idea of removing the sample configuration file(s) >> > from the git repository. Many people do

[openstack-dev] [QA] Meeting Thursday June 19th at 17:00 UTC

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

Re: [openstack-dev] [Nova][Oslo.cfg] Configuration string substitution

On Wed, Jun 18, 2014 at 4:47 AM, Gary Kotton wrote: > Hi, > I have encountered a problem with string substitution with the nova > configuration file. The motivation was to move all of the glance settings to > their own section (https://review.openstack.org/#/c/100567/). The > glance_api_servers ha

[openstack-dev] [Nova] Xen docs haven't been updated in two years

Hi all, Almost a year ago a blueprint entitled "Re-document Xen integration with OpenStack" was created, because at that time, the Xen documentation hadn't been touched for more than a year. We also added a prominent warning on the lead page that the "...section is low quality, and contains

Re: [openstack-dev] [nova] A modest proposal to reduce reviewer load

On 06/18/2014 08:26 AM, Duncan Thomas wrote: > On 18 June 2014 10:04, Thierry Carrez wrote: > >> As an aside, we don't really need two core reviewers to bless a trivial >> change: one could be considered sufficient. So a patch marked as trivial >> which has a number of +1s could be +2/APRVed dire

Re: [openstack-dev] [nova] A modest proposal to reduce reviewer load

On 18 June 2014 10:04, Thierry Carrez wrote: > As an aside, we don't really need two core reviewers to bless a trivial > change: one could be considered sufficient. So a patch marked as trivial > which has a number of +1s could be +2/APRVed directly by a core reviewer. > > That would slightly red

[openstack-dev] [sahara] team meeting June 19 1800 UTC

Hi folks, We'll be having the Sahara team meeting as usual in #openstack-meeting-alt channel. Agenda: https://wiki.openstack.org/wiki/Meetings/SaharaAgenda#Next_meetings http://www.timeanddate.com/worldclock/fixedtime.html?msg=Sahara+Meeting&iso=20140619T18 P.S. I'll be in flight in this time,

Re: [openstack-dev] [nova] Do any hyperviors allow disk reduction as part of resize ?

> -Original Message- > From: Richard W.M. Jones [mailto:rjo...@redhat.com] > Sent: 18 June 2014 12:32 > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [nova] Do any hyperviors allow disk reduction > as part of resize ? > > On Wed, Jun 18, 20

Re: [openstack-dev] [nova] Do any hyperviors allow disk reduction as part of resize ?

On Wed, Jun 18, 2014 at 11:05:01AM +, Day, Phil wrote: > > -Original Message- > > From: Russell Bryant [mailto:rbry...@redhat.com] > > Sent: 17 June 2014 15:57 > > To: OpenStack Development Mailing List (not for usage questions) > > Subject: Re: [openstack-dev] [nova] Do any hyperviors

Re: [openstack-dev] DevStack hacks requirements.txt et al

On 06/18/2014 01:57 AM, Clark Boylan wrote: > On Tue, Jun 17, 2014 at 10:33 PM, Mike Spreitzer wrote: >> I have noticed that lately DevStack has been hacking requirements.txt in >> most projects and test-requirements.txt in many. Why is this being done? >> >> Thanks, >> Mike >> __

Re: [openstack-dev] [nova] A modest proposal to reduce reviewer load

On 06/18/2014 05:24 AM, Steven Hardy wrote: > On Wed, Jun 18, 2014 at 11:04:15AM +0200, Thierry Carrez wrote: >> Russell Bryant wrote: >>> On 06/17/2014 08:20 AM, Daniel P. Berrange wrote: On Tue, Jun 17, 2014 at 01:12:45PM +0100, Matthew Booth wrote: > On 17/06/14 12:36, Sean Dague wrote:

Re: [openstack-dev] [nova] A modest proposal to reduce reviewer load

On 06/18/2014 04:46 AM, Daniel P. Berrange wrote: > On Tue, Jun 17, 2014 at 12:55:26PM -0400, Russell Bryant wrote: >> On 06/17/2014 12:22 PM, Joe Gordon wrote: >>> >>> >>> >>> On Tue, Jun 17, 2014 at 3:56 AM, Duncan Thomas >> > wrote: >>> >>> A far more effectiv

[openstack-dev] [all] All Clear on the western front (i.e. gate)

I realized that folks may have been waiting for an 'all clear' on the gate situation. It was a tiring couple of weeks, so took a little while to get there. Due to a huge amount of effort, but a bunch of different people, a ton of bugs were squashed to get the gate back to a high pass rate - https:

Re: [openstack-dev] [nova] locked instances and snaphot

> -Original Message- > From: Ahmed RAHAL [mailto:ara...@iweb.com] > Sent: 18 June 2014 01:21 > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [nova] locked instances and snaphot > > Hi there, > > Le 2014-06-16 15:28, melanie witt a écrit : > > Hi all, > > > [...] > >

Re: [openstack-dev] Neutron ML2 plugin is failing to configure vif on the instances when two mechanism drivers for different hypervisors are configured in the ml2_conf.ini

It was a configuration issue. I was able to resolve it. From: Srivastava, Abhishek Sent: Wednesday, June 18, 2014 1:39 PM To: openstack-dev@lists.openstack.org Subject: [openstack-dev] Neutron ML2 plugin is failing to configure vif on the instances when two mechanism drivers for different hypervi

[openstack-dev] [Fuel] Meeting notes on LSI (17.06)

Hi colleagues, We had a meeting with LSI guys yesterday, discussing status of this feature as a possible Fuel/Nailgun plugin. There was no final decision, but there are two possible ways to simplify our integration: - LSI team can continue modifying Fuel itself, but with strong targeting on futur

Re: [openstack-dev] [Nova] Nominating Ken'ichi Ohmichi for nova-core

> -Original Message- > From: Michael Still [mailto:mi...@stillhq.com] > Sent: Wednesday, June 18, 2014 7:54 PM > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [Nova] Nominating Ken'ichi Ohmichi for nova-core > > Kenichi has now been added

Re: [openstack-dev] [nova] Do any hyperviors allow disk reduction as part of resize ?

> -Original Message- > From: Russell Bryant [mailto:rbry...@redhat.com] > Sent: 17 June 2014 15:57 > To: OpenStack Development Mailing List (not for usage questions) > Subject: Re: [openstack-dev] [nova] Do any hyperviors allow disk reduction > as part of resize ? > > On 06/17/2014 10:43 A

Re: [openstack-dev] [Nova] Nominating Ken'ichi Ohmichi for nova-core

Kenichi has now been added to the nova-core group in gerrit. Welcome aboard! Michael On Tue, Jun 17, 2014 at 6:18 PM, Michael Still wrote: > Hi. I'm going to let this sit for another 24 hours, and then we'll > declare it closed. > > Cheers, > Michael > > On Tue, Jun 17, 2014 at 6:16 AM, Mark McL

[openstack-dev] [devstack] [zmq] [oslo.messaging] Running devstack with zeromq

Hello! I have been exploring bugs connected with using devstack with zmq [1], [2], [3] and experimenting with various configurations in attempt to make zmq work with projects which have moved to oslo.messaging. It turned out that there is a number of things to fix. Firstly, even though nova curre

Re: [openstack-dev] nova-compute vfsguestfs

Hi RIch Thanks for the reply.The libguestfs is working fine here and there are no issues regarding that on the ubuntu compute node.From the nova-compute logs on the compute node,it appears that the tap interface is not coming up on the compute node. Also in the file driver.py at the path /opt/sta

Re: [openstack-dev] [Neutron][ML2] Modular L2 agent architecture

Hi. Ryu provides ovs_vsctl.py library which is python equivalent to ovs-vsctl command. It speaks OVSDB protocl. https://github.com/osrg/ryu/blob/master/ryu/lib/ovs/vsctl.py So with the library, it's mostly mechanical change to convert ovs_lib.py, I think. I'm not aware other similar library writte

Re: [openstack-dev] [Neutron][ML2] Modular L2 agent architecture

No. ovs_lib invokes both ovs-vsctl and ovs-ofctl. ovs-vsctl speaks OVSDB protocol, ovs-ofctl speaks OF-wire. thanks, On Tue, Jun 17, 2014 at 01:25:59PM -0500, Kyle Mestery wrote: > I don't think so. Once we implement the OVSDB support, we will > deprecate using the CLI commands in ovs_lib. > >

Re: [openstack-dev] [Nova][neutron][NFV] Mid cycle sprints

I’ve added Joao Soares (Portugal Telecom) and myself (Instituto de Telecomunicacoes) to https://wiki.openstack.org/wiki/Sprints/ParisJuno2014 for a Neutron and NFV meetup. Please add yourselves as well so that we can have a better idea of who’s showing interest in participating. Thanks, Carlos

Re: [openstack-dev] [Fuel] Support for plugins in fuel client

Hi guys, Actually, I'm not a fun of cliff, but I think it's a good solution to use it in our fuel client. Here some pros: * pluggable design: we can encapsulate entire command logic in separate plugin file * builtin output formatters: we no need to implement various formatters to represent recei

Re: [openstack-dev] [TripleO] pacemaker management tools

Jan/Adam, Is cibadmin available in the different distros? This can be used to update the CIB based on XML description of full pacemaker config. I have used this on ubuntu in the past and found it more reliable than using crm commands for automated deployment/configuration of pacemaker clusters.

Re: [openstack-dev] [metrics] How to group activity in git/gerrit repositories

Stefano Maffulli wrote: > On 06/16/2014 12:25 PM, Ilya Shakhat wrote: >> Most of groups are created from the official programs >> .yaml. Every program turns into item in the module >> list (colored in violet), for example 'Nova Compute' is a group >> containing 'nova', 'python

Re: [openstack-dev] [nova] A modest proposal to reduce reviewer load

On Wed, Jun 18, 2014 at 11:04:15AM +0200, Thierry Carrez wrote: > Russell Bryant wrote: > > On 06/17/2014 08:20 AM, Daniel P. Berrange wrote: > >> On Tue, Jun 17, 2014 at 01:12:45PM +0100, Matthew Booth wrote: > >>> On 17/06/14 12:36, Sean Dague wrote: > It could go in the commit message: > >>

Re: [openstack-dev] [TC] [Murano] Follow up on cross-project session

Ruslan Kamaldinov wrote: > [...] > On top of those Murano provides the following features: > - allow users to combine various packages from catalog by using > capabilities and requirements of applications > - provide easy-to-use rich UI for end users who don’t necessarily have > understanding of th

Re: [openstack-dev] [Neutron][Swift][third-party] Most Third Party CI's failing

On 17 June 2014 09:55, Luke Gorrie wrote: > I have a problem that appeared at the same time and may be related? "testr > list-tests" in the tempest directory is failing with an obscure error > message. Seems to be exactly the situation described here: > https://bugs.launchpad.net/subunit/+bug/127

[openstack-dev] [FUEL] Zabbix in MOS meeting notes

18.07.2014 Participants: Szymon Banka, Bartek Kupidura, Dmitry Nikishov Alexander Kislitsky Discussed limitation of current implementation, timelines, integration workflow. Colleagues going to build custom ISO with current Zabbix monitoring implementation, test it, add review comments. On next we

Re: [openstack-dev] [nova] A modest proposal to reduce reviewer load

Russell Bryant wrote: > On 06/17/2014 08:20 AM, Daniel P. Berrange wrote: >> On Tue, Jun 17, 2014 at 01:12:45PM +0100, Matthew Booth wrote: >>> On 17/06/14 12:36, Sean Dague wrote: It could go in the commit message: TrivialFix Then could be queried with - https://revi

Re: [openstack-dev] [Fuel] Bug squashing day on June, 17

Hi Fuelers, Not directly related to bug squashing day, but something to keep in mind. AFAIU, both MOS and Fuel bugs are currently tracked under https://bugs.launchpad.net/fuel/ Launchpad project page. Most bugs filed there are probably deployment-specific, but still I bet there is a lot of bugs i

[openstack-dev] [Horizon] Quick Survey: Horizon Mid-Cycle Meetup

Hello folks, there were few discussions about meeting during the cycle and discuss ongoing issues, progress and next steps of bigger topics. As long as it is pretty late announcement, I don't think (and I guess we agreed) that it doesn't worth to organize a special event just for Horizon. So

[openstack-dev] [Nova][Oslo.cfg] Configuration string substitution

Hi, I have encountered a problem with string substitution with the nova configuration file. The motivation was to move all of the glance settings to their own section (https://review.openstack.org/#/c/100567/). The glance_api_servers had default setting that uses the current glance_host and the

Re: [openstack-dev] [nova] A modest proposal to reduce reviewer load

On Tue, Jun 17, 2014 at 12:55:26PM -0400, Russell Bryant wrote: > On 06/17/2014 12:22 PM, Joe Gordon wrote: > > > > > > > > On Tue, Jun 17, 2014 at 3:56 AM, Duncan Thomas > > wrote: > > > > A far more effective way to reduce the load of trivial review issues

Re: [openstack-dev] [nova] A modest proposal to reduce reviewer load

On 17/06/14 17:55, Russell Bryant wrote: > On 06/17/2014 12:22 PM, Joe Gordon wrote: >> >> >> >> On Tue, Jun 17, 2014 at 3:56 AM, Duncan Thomas > > wrote: >> >> A far more effective way to reduce the load of trivial review issues >> on core reviewers is for n

Re: [openstack-dev] An alternative approach to enforcing "expected election behaviour"

James E. Blair wrote: > I think our recent experience has shown that the fundamental problem is > that not all of the members of our community knew what kind of behavior > we expected around elections. That's understandable -- we had hardly > articulated it. I think the best solution to that is t

[openstack-dev] Neutron ML2 plugin is failing to configure vif on the instances when two mechanism drivers for different hypervisors are configured in the ml2_conf.ini

Hi, I am trying out Icehouse on ubuntu 14.04. My controller has got two computes attached: one hyperv and other KVM. Hyperv runs hyperv_neutron agent as L2 and kvm runs OVS. ML2 plugin's conf.ini gives you the option to provide both hyperv and openvswitch separated by comma as the mechanism dr

Re: [openstack-dev] [Fuel] ML2 support in Fuel deployment risks

Ok. If don't have more or less working solution by the beginning of next week, let's start a second track to consume ML2 part only as a mitigation plan. On Tue, Jun 17, 2014 at 2:29 AM, Dmitry Borodaenko wrote: > Correction/clarification: call tomorrow is about > multiple-cluster-networks, and

  1   2   >