Re: [openstack-dev] [all] re-introducing twisted to global-requirements

On 01/07/2016 06:12 PM, Ben Meyer wrote: On 01/07/2016 03:32 PM, Jay Pipes wrote: On 01/07/2016 03:01 PM, Jim Rollenhagen wrote: On Thu, Jan 07, 2016 at 02:41:12PM -0500, Sean Dague wrote: On 01/07/2016 02:09 PM, Jim Rollenhagen wrote: Hi all, A change to global-requirements[1] introduces

Re: [openstack-dev] [magnum] Temporarily remove swarm func test from gate

Clark, That is true. The check pipeline must pass in order to enter the gate pipeline. Here is the problem we are facing. A patch that was able to pass the check pipeline is blocked in gate pipeline, due to the instability of the test. The removal of unstable test from gate pipeline aims to

Re: [openstack-dev] [infra][stackalytics] some projects not visible in stackalytics now

Only api-wg, openstack-user-stories, opos-tools-contrib, opos-tools-generic, opos-tools-monitoring are listed in http://stackalytics.com/?project_type=openstack-others Many OpenStack other projects are disappeared. Best Regards Chaoyi Huang ( Joe Huang ) From: HADDLETON, Robert W (Bob)

[openstack-dev] RDO, packstack, Keypair creation is failing

Hello, I'm trying to learn OpenStack via RDO, so I downloaded packstack.  I went to this link to start on RDOhttps://www.rdoproject.org/install/quickstart/ I set up a fixed IP in CentOS 7.    CentOS 7 is a guest OS.   I'm using Virtualbox as my virtual machine, and Windows 10 is my host OS.  

Re: [openstack-dev] [trove] Adding support for HBase in Trove

While I applaud raising the issue on the mailing list to get more folks to weigh in, I think part of the problem maybe the lack of a [sahara] tag on the subject. The thread is still tagged to be a Trove centric conversation. All respondents please consider adding [sahara] to the subject.

Re: [openstack-dev] [nova] Testing concerns around boot from UEFI spec

On Thu, 2016-01-07 at 16:55 -0800, Yuhong Bao wrote: > > > I read the patent and it looks like UEFI or for that matter any > > > non > > > -Windows implementation of FAT would probably not infringe on the > > > patent. > > > > Well, I'm not going to give you a legal opinion. However, most > >

[openstack-dev] [stable] kilo and liberty is blocked on bug 1532048

django_compressor 2.0 was released today which drops support for django<1.8 which is what stable/kilo g-r has django capped at, so horizon fails to install in kilo which breaks kilo jobs and grenade jobs in liberty. The cap in stable/kilo g-r is here: https://review.openstack.org/#/c/265025/

Re: [openstack-dev] [all] re-introducing twisted to global-requirements

On Thu, Jan 7, 2016 at 3:01 PM, Jim Rollenhagen wrote: > We'd be using this for functional tests, not unit, where we can't really > inject mocks. The idea is that we could run a full functional suite > against either mimic or a full ironic environment, just by changing a

Re: [openstack-dev] [magnum] Temporarily remove swarm func test from gate

On Thu, Jan 7, 2016, at 02:59 PM, Hongbin Lu wrote: > Hi folks, > > It looks the swarm func test is currently unstable, which negatively > impacts the patch submission workflow. I proposed to remove it from > Jenkins gate (but keep it in Jenkins check), until it becomes stable. > Please find the

Re: [openstack-dev] [all] re-introducing twisted to global-requirements

On 01/07/2016 03:32 PM, Jay Pipes wrote: > On 01/07/2016 03:01 PM, Jim Rollenhagen wrote: >> On Thu, Jan 07, 2016 at 02:41:12PM -0500, Sean Dague wrote: >>> On 01/07/2016 02:09 PM, Jim Rollenhagen wrote: Hi all, A change to global-requirements[1] introduces mimic, which is an http

[openstack-dev] [Magnum] Networking Subteam Update

All, Today the Magnum networking subteam decided to merge back into the general Magnum community. I would like to thank all who participated in the subteam over the past 6 months. We were able to develop and implement the Magnum Container Networking Model [1]. I look forward to additional

Re: [openstack-dev] [all] re-introducing twisted to global-requirements

On Thu, Jan 07, 2016 at 07:18:15PM -0500, Jay Pipes wrote: > On 01/07/2016 06:42 PM, Jim Rollenhagen wrote: > >On Thu, Jan 07, 2016 at 03:32:39PM -0500, Jay Pipes wrote: > >>On 01/07/2016 03:01 PM, Jim Rollenhagen wrote: > >>>On Thu, Jan 07, 2016 at 02:41:12PM -0500, Sean Dague wrote: > On

[openstack-dev] [magnum] Temporarily remove swarm func test from gate

Hi folks, It looks the swarm func test is currently unstable, which negatively impacts the patch submission workflow. I proposed to remove it from Jenkins gate (but keep it in Jenkins check), until it becomes stable. Please find the details in the review

Re: [openstack-dev] [doc] DocImpact vs. reno

> On 7 Jan 2016, at 2:09 AM, Sean Dague wrote: > > On 01/06/2016 09:02 AM, Jeremy Stanley wrote: >> On 2016-01-06 07:52:48 -0500 (-0500), Sean Dague wrote: >> [...] >>> I think auto openning against a project, and shuffling it to >>> manuals manually (with details added by

Re: [openstack-dev] [all] re-introducing twisted to global-requirements

On Thu, Jan 07, 2016 at 03:32:39PM -0500, Jay Pipes wrote: > On 01/07/2016 03:01 PM, Jim Rollenhagen wrote: > >On Thu, Jan 07, 2016 at 02:41:12PM -0500, Sean Dague wrote: > >>On 01/07/2016 02:09 PM, Jim Rollenhagen wrote: > >>>Hi all, > >>> > >>>A change to global-requirements[1] introduces mimic,

Re: [openstack-dev] [TripleO] Is Swift a good choice of database for the TripleO API?

thats somewhat limiting though... We use ceph here because we can pool our storage between the swift protocol endpoint, and the block storage system. It doesn't make us partition up our storage. I can totally see a case where you'd maybe just scale out your undercloud ceph for use in the

Re: [openstack-dev] [all] re-introducing twisted to global-requirements

On 01/07/2016 06:42 PM, Jim Rollenhagen wrote: On Thu, Jan 07, 2016 at 03:32:39PM -0500, Jay Pipes wrote: On 01/07/2016 03:01 PM, Jim Rollenhagen wrote: On Thu, Jan 07, 2016 at 02:41:12PM -0500, Sean Dague wrote: On 01/07/2016 02:09 PM, Jim Rollenhagen wrote: Hi all, A change to

Re: [openstack-dev] [Openstack-dev][Manila] status=NONE when share is created

Hello, It's better to discuss this on IRC. https://wiki.openstack.org/wiki/IRC Rgds, Shinobu On Thu, Jan 7, 2016 at 4:11 PM, wrote: > Hi All, > > > > Could someone please reply to the mail below .. > > > > Is this an expected state to get created share status as None?

[openstack-dev] [nova][bugs] help needed: volunteers for bug skimming (1 week)

The bug triage is an important first step to improve the quality of Nova. Every code contributor should be aware of it and can contribute without any special permissions [1]. We need more volunteers to do this. If you want to be one of them for 1 week, raise your hand in this thread or add your

Re: [openstack-dev] [nova][libvirt] Deprecating the live_migration_flag and block_migration_flag config options

On Mon, Jan 04, 2016 at 09:12:06PM +, Mark McLoughlin wrote: > Hi > > commit 8ecf93e[1] got me thinking - the live_migration_flag config > option unnecessarily allows operators choose arbitrary behavior of the > migrateToURI() libvirt call, to the extent that we allow the operator > to

Re: [openstack-dev] [infra][stackalytics] some projects not visible in stackalytics now

seem some project not update many day.like http://stackalytics.com/?project_type=openstack=kolla-group the data still stay 02 Jan 2016 On Thu, Jan 7, 2016 at 5:02 PM, joehuang wrote: > Hello, > > > > Both Kingbird[1] and Tricircle[2] are not visible in stackalytics.com >

Re: [openstack-dev] [senlin] Midcycle meetup (2016-01-11/12)

do we have audio communication for the meetup ? On Mon, Jan 4, 2016 at 4:41 PM, Ethan Lynn wrote: > Finally I get a chance to see you all! > > Best Regards, > Ethan Lynn > > > > On Dec 28, 2015, at 17:54, Yanyan Hu wrote: > > Great! Can't wait to

Re: [openstack-dev] [all] Austin Summit Panel on Generation of Sample Configuration Option Files

Excerpts from Kendall J Nelson's message of 2016-01-06 13:27:14 -0600: > Yeah something like that- I'm new to the process so I may have the > terminology wrong. So far I have Martin Hickey and Matt Kassawara and > myself. I was hoping to get someone from Nova and maybe someone from > Keystone as

Re: [openstack-dev] [trove] Nominating Mariam John to Trove Core

A big +1. Thanks Amrith and Mariam! 2016-01-06 17:03 GMT-03:00 Peter Stachowski : > I agree! > > +1 > > Peter > > -Original Message- > From: Vyvial, Craig [mailto:craig.vyv...@hpe.com] > Sent: January-06-16 2:40 PM > To: OpenStack Development Mailing List (not for

Re: [openstack-dev] [all] Austin Summit Panel on Generation of Sample Configuration Option Files

Right, if there are changes needed in oslo-config-generator to make it work better for cinder then we should just go the next step and propose a spec as well. There's no need to wait for summit. We should try to get to consensus and nail this thing really soon. Thanks, Dims On Thu, Jan 7, 2016

Re: [openstack-dev] [trove] Nominating Mariam John to Trove Core

+1 thanks for stepping up Mariam. From: Victoria Martínez de la Cruz > Reply-To: OpenStack List > Date: Thursday, January 7, 2016 at 7:52 AM To:

[openstack-dev] [nova] nova gate Failure

Hello, Some Failures were found by Gate in: https://review.openstack.org/264852 Can anybody help on how to proceed？ I have tried to resolve it following the below link but failed http://docs.openstack.org/infra/manual/developers.html#automated-testing Thanks in advance! Best Regards,

Re: [openstack-dev] [magnum] Temporarily remove swarm func test from gate

Hongbin, I’m not aware of any viable options besides using a nonvoting gate job. Are there other alternatives to consider? If not, let’s proceed with that approach. Adrian > On Jan 7, 2016, at 3:34 PM, Hongbin Lu wrote: > > Clark, > > That is true. The check pipeline

Re: [openstack-dev] [nova] nova gate Failure

On 1/7/2016 9:36 PM, Jialiang Song wrote: Hello, Some Failures were found by Gate in: https://review.openstack.org/264852 Can anybody help on how to proceed？ I have tried to resolve it following the below link but failed

[openstack-dev] [Kuryr] Docker Swarm and Kuryr Integration Demo

I have a demo video of Docker Swarm and Kuryr Integration posted here: http://mbanikazemi.com/2016/01/07/docker-swarm-and-kuryr/ Best, Mohammad From: Gal Sagie To: "OpenStack Development Mailing List (not for usage questions)"

Re: [openstack-dev] [openstacksdk][nose] Namespace conflict?

Thanks, Doug. Will keep an eye on this see if it is just an error made by myself. - Qiming __ OpenStack Development Mailing List (not for usage questions) Unsubscribe:

[openstack-dev] [sriov] Could create sriov vm on one host successfully but failed on another host

Hi all, I have two hosts. Host1 run services of controller/compute/network, and host2 run services of compute. The network type is vlan. When creating port with direct type and booting a vm using this port on host2, the vm works well. But when create the vm on host1 using same way, the vm

Re: [openstack-dev] [OpenStack-Infra] [infra][stackalytics] some projects not visible in stackalytics now

Hi everyone, and happy New Year! Ilya and a number of other Mirantis folks are currently on holiday until the 10th. I'm sure he will address the issues promptly upon his return. All the best, -jay On 01/07/2016 09:34 AM, Michał Dulko wrote: On 01/07/2016 02:59 PM, Shake Chen wrote: seem

Re: [openstack-dev] [puppet] [neutron] [oslo] [cliff] Serious bug in puppet neutron cli json output parsing.

Akihiro Motoki writes: > I added 'oslo' and 'cliff' subject tag as well. > > 2015-12-31 1:37 GMT+09:00 Sofer Athlan-Guyot : >> Hi, >> >> I have added neutron people as they may help to find a solution. >> >> After banging my head against the wall for a

Re: [openstack-dev] [Fuel] Wipe of the nodes' disks

On Tue, Dec 29, 2015 at 5:35 AM Sergii Golovatiuk wrote: > Hi, > > Let me comment inline. > > > On Mon, Dec 28, 2015 at 7:06 PM, Andrew Woodward wrote: > >> In order to ensure that LVM can be configured as desired, its necessary >> to purge them and

Re: [openstack-dev] [nova] [all] Excessively high greenlet default + excessively low connection pool defaults leads to connection pool latency, timeout errors, idle database connections / workers

On 01/07/2016 11:02 AM, Sean Dague wrote: > On 01/07/2016 09:56 AM, Brant Knudson wrote: >> >> >> On Thu, Jan 7, 2016 at 6:39 AM, Clayton O'Neill > > wrote: >> >> On Thu, Jan 7, 2016 at 2:49 AM, Roman Podoliaka >>

[openstack-dev] [release][nova] python-novaclient release 3.2.0 (mitaka)

We are satisfied to announce the release of: python-novaclient 3.2.0: Client library for OpenStack Compute API This release is part of the mitaka release series. With source available at: https://git.openstack.org/cgit/openstack/python-novaclient With package available at:

Re: [openstack-dev] [Openstack-dev][Manila] status=NONE when share is created

On 01/06/2016 02:53 AM, nidhi.h...@wipro.com wrote: Hi All, https://bugs.launchpad.net/manila/+bug/1526284 (snip) Where we are intentionally giving *create_share_instance=False that means in db function * I think I agree it would make more sense to create the first instance at the same

Re: [openstack-dev] [Horizon] naming of Javascript bits

Yep, thanks folks. Apart from the existing styleguide arguing with my preferred approach, it seems like we agree on something that should be pretty consistent. Thanks for putting up that consistency patch Rajat. On 8 January 2016 at 06:49, Rajat Vig wrote: > I created a

Re: [openstack-dev] [all] re-introducing twisted to global-requirements

-Original Message- From: David Stanek Reply: OpenStack Development Mailing List (not for usage questions) Date: January 7, 2016 at 18:14:23 To: OpenStack Development Mailing List (not for usage questions)

Re: [openstack-dev] [stable] kilo and liberty is blocked on bug 1532048

-Original Message- From: Matt Riedemann Reply: OpenStack Development Mailing List (not for usage questions) Date: January 7, 2016 at 19:11:10 To: OpenStack Development Mailing List (not for usage questions)

Re: [openstack-dev] [Senlin]deletion policy for cross-zones/regions

Thanks for starting this important job, Haiwei. Will leave comment on etherpad. 2016-01-06 9:48 GMT+08:00 Haiwei Xu : > Hi all, > > I wrote some use cases on etherpad to summarize the deletion policy for > cross-zones/regions. Welcome to join the discussion. > >

Re: [openstack-dev] [Horizon][stable] Horizon kilo gate fails due to testrepository dependency

On Tue, Jan 05, 2016 at 12:26:24PM +1300, Robert Collins wrote: > On 5 January 2016 at 12:04, Robert Collins wrote: > ... > > Indeed - > > https://bitbucket.org/pypa/setuptools/commits/fb35fcade302fa828d34e6aff952ec2398f2c877?at=get_command_list > > - the failing bit

Re: [openstack-dev] [senlin] Midcycle meetup (2016-01-11/12)

Thanks for your interests in this event. We will try our best to use the etherpad and the IRC channel (#senlin) for guys who cannot participate in person. Please feel free to raise questions during any discussion sessions. - Qiming On Thu, Jan 07, 2016 at 10:20:12PM +0800, Zhipeng Huang wrote: >

Re: [openstack-dev] [all] re-introducing twisted to global-requirements

On 01/07/2016 02:41 PM, Sean Dague wrote: > On 01/07/2016 02:09 PM, Jim Rollenhagen wrote: >> Hi all, >> >> A change to global-requirements[1] introduces mimic, which is an http >> server that can mock various APIs, including nova and ironic, including >> control of error codes and timeouts. The

Re: [openstack-dev] [nova] Testing concerns around boot from UEFI spec

On Thu, 2016-01-07 at 18:03 +, Yuhong Bao wrote: > James Bottomley writes: > > As you can see, they're mostly expired (in the US) but the last one > > will expire in 2020 (if I calculate the date correctly). > If you are referring to US6286013, That's the latest

Re: [openstack-dev] [all] re-introducing twisted to global-requirements

On 01/07/2016 03:01 PM, Jim Rollenhagen wrote: On Thu, Jan 07, 2016 at 02:41:12PM -0500, Sean Dague wrote: On 01/07/2016 02:09 PM, Jim Rollenhagen wrote: Hi all, A change to global-requirements[1] introduces mimic, which is an http server that can mock various APIs, including nova and ironic,

Re: [openstack-dev] [puppet] Adding "IPv6" bracket handling utilities in openstacklib.

Sofer Athlan-Guyot wrote: > Hi, > > There are a few places where I would like to be able to check for IPv6 > address and add bracket to the parameters. I think that would be a nice > addition to the puppet-openstacklib/lib/puppet/parser. > > Here the interface I have in mind with the

Re: [openstack-dev] [puppet] Adding "IPv6" bracket handling utilities in openstacklib.

Emilien Macchi writes: > On 01/07/2016 01:07 PM, Sofer Athlan-Guyot wrote: >> Hi, >> >> There are a few places where I would like to be able to check for IPv6 >> address and add bracket to the parameters. I think that would be a nice >> addition to the

Re: [openstack-dev] [trove] Adding support for HBase in Trove

On 1/6/16 8:20 PM, Amrith Kumar wrote: Kevin Fox writes: as far as that plugin ever should go. If you need scale up/down, etc, then your starting to reimplement large swaths of Sahara, and like the Cinder plugin for Nova, there could be a plugin that works identically to the stand alone one

Re: [openstack-dev] [nova] [all] Excessively high greenlet default + excessively low connection pool defaults leads to connection pool latency, timeout errors, idle database connections / workers

On Thu, Jan 7, 2016 at 10:44 AM, Mike Bayer wrote: > On 01/07/2016 07:39 AM, Clayton O'Neill wrote: >> On Thu, Jan 7, 2016 at 2:49 AM, Roman Podoliaka >> wrote: >>> In each child process eventlet WSGI server calls accept() in a loop to >>> get a

Re: [openstack-dev] [trove] Adding support for HBase in Trove

Michael, Pete, please see comments interspersed below. >From the things that you and Pete (Peter MacKinnon) are saying, I don't >understand why there is an objection to accepting the currently proposed >implementation which is clearly for single node deployments? Both Standalone >and

Re: [openstack-dev] [TripleO] Is Swift a good choice of database for the TripleO API?

On Tue, 2015-12-22 at 15:36 +, Dougal Matthews wrote: > Hi all, > > This topic came up in the 2015-12-15 meeting[1], and again briefly > today. > After working with the code that came out of the deployment library > spec[2] I > had some concerns with how we are storing the templates. > >

[openstack-dev] Monasca -agent

HI , I have some nodes which are Centos 6.5 and am trying to run the monasca-agent via the monasca-setup script. I am able to run the script but it does not work it out /usr/share/monasca/bin/monasca-setup -u xx -p xxx --project_name admin -s monitoring --keystone_url xxx

Re: [openstack-dev] [all] re-introducing twisted to global-requirements

On Thu, Jan 07, 2016 at 02:41:12PM -0500, Sean Dague wrote: > On 01/07/2016 02:09 PM, Jim Rollenhagen wrote: > > Hi all, > > > > A change to global-requirements[1] introduces mimic, which is an http > > server that can mock various APIs, including nova and ironic, including > > control of error

Re: [openstack-dev] [all] re-introducing twisted to global-requirements

It's also worth noting that the mimic team, along with other Rackers who work on Twistd, all worked to get python 3 support for mimic and associated dependencies in order to get this into OpenStack. I think it's safe to say this is a very friendly upstream and will help resolve any issues we

Re: [openstack-dev] [kolla] Adding Ubuntu Liberty to Kolla-Mitaka

On 01/07/2016 10:08 PM, Jeremy Stanley wrote: > This is the bit of detail I was missing... so one of the jobs you > want runs Tempest against an OpenStack installation consisting of > modified distibution packages. This is what I've been doing for about a year in my own Jenkins server, with quite

Re: [openstack-dev] [TripleO] Is Swift a good choice of database for the TripleO API?

I don't think the radosgw supports bulk yet. They haven't for a very long time. :/ Thanks, Kevin From: Dan Prince [dpri...@redhat.com] Sent: Thursday, January 07, 2016 9:03 AM To: OpenStack Development Mailing List (not for usage questions) Subject: Re:

[openstack-dev] [Ironic] Heads up for devstack IRONIC_QEMU_HOOK_PATH variable change

Hi, Hi this email is just a heads up to alert people that the "IRONIC_QEMU_HOOK_PATH" variable for DevStack is not available anymore, a path [0] was merged and replaced that variable with another one called "IRONIC_LIBVIRT_HOOKS_PATH" without deprecating it first. For context, the

Re: [openstack-dev] [trove] Adding support for HBase in Trove

I don't work on Sahara, but I do work on a similar closed-source project. FWIW, I agree with Kevin here. standalone and pseudo-distributed HBase are only intended for Hbase developers to test code without having to spin up a cluster; it's not meant for operators or users to actually use as a

Re: [openstack-dev] [all] re-introducing twisted to global-requirements

2016-01-07 20:09 GMT+01:00 Jim Rollenhagen : > Hi all, > > A change to global-requirements[1] introduces mimic, which is an http > server that can mock various APIs, including nova and ironic, including > control of error codes and timeouts. The ironic team plans to use

Re: [openstack-dev] [nova] Testing concerns around boot from UEFI spec

James Bottomley writes: > As you can see, they're mostly expired (in the US) but the last one > will expire in 2020 (if I calculate the date correctly). If you are referring to US6286013, I read the patent and it looks like UEFI or for that matter any non-Windows

Re: [openstack-dev] [trove] Adding support for HBase in Trove

Oh. And I'd suggest having this conversation with the Sahara team. They may have some interesting insight into the issue. Thanks, Kevin From: Fox, Kevin M Sent: Thursday, January 07, 2016 9:44 AM To: OpenStack Development Mailing List (not for usage

[openstack-dev] [all] re-introducing twisted to global-requirements

Hi all, A change to global-requirements[1] introduces mimic, which is an http server that can mock various APIs, including nova and ironic, including control of error codes and timeouts. The ironic team plans to use this for testing python-ironicclient without standing up a full ironic

Re: [openstack-dev] [puppet] Adding "IPv6" bracket handling utilities in openstacklib.

On 01/07/2016 01:07 PM, Sofer Athlan-Guyot wrote: > Hi, > > There are a few places where I would like to be able to check for IPv6 > address and add bracket to the parameters. I think that would be a nice > addition to the puppet-openstacklib/lib/puppet/parser. > > Here the interface I have

[openstack-dev] [puppet] Adding "IPv6" bracket handling utilities in openstacklib.

Hi, There are a few places where I would like to be able to check for IPv6 address and add bracket to the parameters. I think that would be a nice addition to the puppet-openstacklib/lib/puppet/parser. Here the interface I have in mind with the puppet-nova module: class nova::vncproxy::common

Re: [openstack-dev] [telemetry][aodh][vitrage] The purpose of notification about alarm updating

> -Original Message- > From: gord chung [mailto:g...@live.ca] > Sent: Wednesday, January 06, 2016 3:52 PM > > On 06/01/2016 8:11 AM, AFEK, Ifat (Ifat) wrote: > > Hi, > > > > We would like to be notified once an alarm state is changed, so we > prefer using the message bus. > > As far as I

Re: [openstack-dev] [nova] Proposal for new metrics-threshold-filter

Hi all, I have proposed a nova-spec[1] for a new scheduling filter based on metrics thresholds. This is slightly different than weighted metrics filter. The rationale and use-case is explained in detail in the spec[1]. The implementation is also ready for review[2]. The effort is tracked

Re: [openstack-dev] [all] re-introducing twisted to global-requirements

A bit more information. the dependency for twisted is not in global-requirements.txt, it will be only added to upper-constraints.txt when the CI job/bot proposes it next. Thanks, Dims On Thu, Jan 7, 2016 at 2:09 PM, Jim Rollenhagen wrote: > Hi all, > > A change to

Re: [openstack-dev] [trove] Adding support for HBase in Trove

> -Original Message- > From: michael mccune [mailto:m...@redhat.com] > Sent: Thursday, January 07, 2016 3:12 PM > To: openstack-dev@lists.openstack.org > Subject: Re: [openstack-dev] [trove] Adding support for HBase in Trove > > On 01/07/2016 11:59 AM, Amrith Kumar wrote: > > From the

[openstack-dev] [nova][ec2-api] Removing Nova's In tree ec2 API code in favor of ec2-api project

Dear Nova cores, Sorry this did not make into the Nova weekly meeting agenda yesterday. Is it time for dropping the EC2/ObjectStore REST API Since we've told folks since Kilo that we will be removing this code and we dropped the entries api-paste.ini in Liberty?

Re: [openstack-dev] IPv6 in OSP-7 - need your help

On 01/07/2016 04:26 PM, Emilien Macchi wrote: > I would like to initiate some investigation to estimate the work to do > if we want to backport IPv6 to OSP-7. > > If you've been working on IPv6 a lot or even a little and you know the > work that has been done, please look: >

Re: [openstack-dev] [nova][libvirt] Deprecating the live_migration_flag and block_migration_flag config options

On Thu, 2016-01-07 at 12:23 +0100, Sahid Orentino Ferdjaoui wrote: > On Mon, Jan 04, 2016 at 09:12:06PM +, Mark McLoughlin wrote: > > Hi > > > > commit 8ecf93e[1] got me thinking - the live_migration_flag config > > option unnecessarily allows operators choose arbitrary behavior of the > >

Re: [openstack-dev] [heat] Client checking of server version

On 01/06/2016 12:05 PM, Zane Bitter wrote: On 05/01/16 16:37, Steven Hardy wrote: On Mon, Jan 04, 2016 at 03:53:07PM -0500, Jay Dobies wrote: I ran into an issue in a review about moving environment resolution from client to server [1]. It revolves around clients being able to access older

[openstack-dev] IPv6 in OSP-7 - need your help

I would like to initiate some investigation to estimate the work to do if we want to backport IPv6 to OSP-7. If you've been working on IPv6 a lot or even a little and you know the work that has been done, please look: https://trello.com/c/fTCr7Tg2/90-ipv6-in-osp7-notag ... and contribute if you

[openstack-dev] [app-catalog] App Catalog IRC meeting minutes - 1/7/2016

We had a good meeting this morning, and mainly focused on resolving the work around checking for dead links in the Community App Catalog. This will also include updating the hash for any entry that includes a "hash_url". As soon as this work lands and is in the period pipeline to run daily, I'll