Re: [openstack-dev] [oslo.db] [ndb] ndb namespace throughout openstack projects

On Jul 25, 2017 3:38 PM, "Octave J. Orgeron" <octave.orge...@oracle.com> wrote: Hi Michael, I understand that you want to abstract this completely away inside of oslo.db. However, the reality is that making column changes based purely on the size and type of that column, witho

Re: [openstack-dev] [oslo.db] [ndb] ndb namespace throughout openstack projects

On Mon, Jul 24, 2017 at 5:41 PM, Michael Bayer <mba...@redhat.com> wrote: >> oslo_db.sqlalchemy.String(255, ndb_type=TINYTEXT) -> VARCHAR(255) for most >> dbs, TINYTEXT for ndb >> oslo_db.sqlalchemy.String(4096, ndb_type=TEXT) -> VARCHAR(4096)

Re: [openstack-dev] [oslo.db] [ndb] ndb namespace throughout openstack projects

On Mon, Jul 24, 2017 at 5:10 PM, Octave J. Orgeron wrote: > I don't think it makes sense to make these global. We don't need to change > all occurrences of String(255) to TinyText for example. We make that > determination through understanding the table structure and

Re: [openstack-dev] [oslo.db] [ndb] ndb namespace throughout openstack projects

On Mon, Jul 24, 2017 at 3:37 PM, Octave J. Orgeron wrote: > For these, here is a brief synopsis: > > AutoStringTinyText, will convert a column to the TinyText type. This is used > for cases where a 255 varchar string needs to be converted to a text blob to > make the

Re: [openstack-dev] [all] [oslo.db] [relational database users] heads up for a MariaDB issue that will affect most projects

to duck it. On Mon, Jul 24, 2017 at 11:16 AM, Michael Bayer <mba...@redhat.com> wrote: > On Mon, Jul 24, 2017 at 10:37 AM, Doug Hellmann <d...@doughellmann.com> wrote: >> Excerpts from Michael Bayer's message of 2017-07-23 16:39:20 -0400: >>> Hey list - >>> &g

Re: [openstack-dev] [all] [oslo.db] [relational database users] heads up for a MariaDB issue that will affect most projects

On Mon, Jul 24, 2017 at 10:37 AM, Doug Hellmann <d...@doughellmann.com> wrote: > Excerpts from Michael Bayer's message of 2017-07-23 16:39:20 -0400: >> Hey list - >> >> It appears that MariaDB as of version 10.2 has made an enhancement >> that overall is great

Re: [openstack-dev] [oslo.db] [ndb] ndb namespace throughout openstack projects

On Mon, Jul 24, 2017 at 10:01 AM, Jay Pipes wrote: > I would much prefer to *add* a brand new schema migration that handles > conversion of the entire InnoDB schema at a certain point to an > NDB-compatible one *after* that point. That way, we isolate the NDB changes > to one

Re: [openstack-dev] [oslo.db] [ndb] ndb namespace throughout openstack projects

On Sun, Jul 23, 2017 at 6:10 PM, Jay Pipes <jaypi...@gmail.com> wrote: > Glad you brought this up, Mike. I was going to start a thread about this. > Comments inline. > > On 07/23/2017 05:02 PM, Michael Bayer wrote: > Well, besides that point (which I agree with), that is

[openstack-dev] [oslo.db] [ndb] ndb namespace throughout openstack projects

I've been working with Octave Oregon in assisting with new rules and datatypes that would allow projects to support the NDB storage engine with MySQL. To that end, we've made changes to oslo.db in [1] to support this, and there are now a bunch of proposals such as [2] [3] to implement new

[openstack-dev] [all] [oslo.db] [relational database users] heads up for a MariaDB issue that will affect most projects

Hey list - It appears that MariaDB as of version 10.2 has made an enhancement that overall is great and fairly historic in the MySQL community, they've made CHECK constraints finally work. For all of MySQL's existence, you could emit a CREATE TABLE statement that included CHECK constraint, but

Re: [openstack-dev] [oslo.config] how to deprecate a name but still have it as conf.

On Tue, Jul 18, 2017 at 1:02 PM, Doug Hellmann wrote: > Option renaming was originally meant as an operatior-facing feature > to handle renames for values coming from the config file, but not > as they are used in code. mtreinish added >

[openstack-dev] [oslo.config] how to deprecate a name but still have it as conf.

In oslo.db, I'd like to rename the option "idle_timeout" to "connection_recycle_time". Following the pattern of using DeprecatedOpt, we get this: cfg.IntOpt('connection_recycle_time', default=3600, deprecated_opts=[cfg.DeprecatedOpt('idle_timeout',

[openstack-dev] [all][api] POST /api-wg/news

Greetings OpenStack community, Today's meeting was slightly longer than last week's, with a few more in attendance as well. There were no new major issues brought up and the main topics were last week's frozen change[4] and a few minor fixes[5][6] in the queue now. These fixes were considered

[openstack-dev] [octavia] Weekly meeting time and channel change

The "Doodle" we used for voting is here: https://doodle.com/poll/kxvii2tn9rydp6ed I hope to see more of you joining us for the octavia meeting! Michael __ OpenStack Development Mailing List (not for usage

Re: [openstack-dev] [octavia] fail to plug vip to amphora

Hi Yipei, I have meant to add this as a config option, but in the interim you can do the following to disable the automatic cleanup by disabling the revert flow in taskflow: octavia/common/base_taskflow.py line 37 add “never_resolve=True,” to the engine load parameters. Michael

Re: [openstack-dev] [octavia] fail to plug vip to amphora

Hello Yipei, You are on the track to debug this. When you are logged into the amphora, please check the following logs to see what the amphora-agent error is: /var/log/amphora-agent.log And /var/log/syslog One of those two logs will have the error information. Michael

Re: [openstack-dev] Is Routes==2.3.1 a binary only package or something?

Certainly removing the "--no-binary :all:" results in a build that builds. I'll test and see if it works todayish. Michael On Mon, Jun 12, 2017 at 9:56 PM, Chris Smart <m...@csmart.io> wrote: > On Mon, 12 Jun 2017, at 21:36, Michael Still wrote: > > The experiment

Re: [openstack-dev] Is Routes==2.3.1 a binary only package or something?

The experimental buildroot based ironic python agent bans all binaries, I am not 100% sure why. Chris is the guy there. I'm using that ipa as neither the coreos or tinyipa versions support the broadcom nic in this here ibm x3550. Michael On 12 Jun 2017 8:56 PM, "Sean Dague" <s

[openstack-dev] Is Routes==2.3.1 a binary only package or something?

their host architecture). Am I confused? I'd love to be enlightened. Michael -- Rackspace Australia __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org

[openstack-dev] [Nova] Deprecating localfs?

again. Do we still have any clear use cases for localfs? Where does guestfs not run at the moment? Or did I waste my time privsep'ing localfs? Thanks, Michael 1: https://review.openstack.org/#/c/459166/ On Wed, Sep 24, 2014 at 7:04 PM, Daniel P. Berrange <berra...@redhat.com> wrote: &g

Re: [openstack-dev] [doc][ptls][all] Documentation publishing future

it. As a secondary vote I am also ok with option 2. I just think we might as well do a full consolidation. I am not a fan of requiring project teams to setup separate repos for the docs, there is value to having them in tree for me. So, I would vote against 3. Michael [1] https

[openstack-dev] [all][api] POST /api-wg/news

Greetings OpenStack community, Today was a relatively short meeting with most the time being devoted to a discussion of Monty Taylor's document chain regarding using the service catalog for version discovery[4]. The group was largely in agreement that work is proceeding well and with a few

Re: [openstack-dev] [nova] Supporting volume_type when booting from volume

ral not-so-great options, but I wish I could think of a better one. -- Michael Glasgow __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubs

Re: [openstack-dev] [nova] Would be possible to modify metadata when instance is in rescued state?

. I'm not opposed to exploring options, but I think we need someone to come up with a proposal which addresses previous concerns. I'd recommend a quick search of the mailing list archives for previous discussions. Hope this helps, Michael On Tue, May 9, 2017 at 5:04 PM, Pawel Suder <pawel

Re: [openstack-dev] [networking-ovn] metadata agent implementation

you think the design your proposing will be extensible like that? Thanks, Michael On Fri, May 5, 2017 at 10:07 PM, Daniel Alvarez Sanchez <dalva...@redhat.com > wrote: > Hi folks, > > Now that it looks like the metadata proposal is more refined [0], I'd like > to get some

Re: [openstack-dev] [tc] [all] OpenStack moving both too fast and too slow at the same time

tomers if those efforts were coordinated or even consolidated, but so far that has not been possible. -- Michael Glasgow __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-de

[openstack-dev] [LBaaS][octavia] Weekly IRC meeting cancelled for three weeks

. Michael __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

Re: [openstack-dev] OpenStack "R" Release Naming Preliminary Results

Hmm, I never received an email to vote for the name, just for the TC election. Michael -Original Message- From: Monty Taylor [mailto:mord...@inaugust.com] Sent: Friday, April 21, 2017 5:12 AM To: OpenStack Development Mailing List (not for usage questions) <openstack-

Re: [openstack-dev] [Taskflow] Current state or the project ?

Hi Robin, The Octavia project (shameless plug: https://docs.openstack.org/developer/octavia/) relies on TaskFlow for the core workflow. For us, the TaskFlow project is very stable. Michael From: Robin De-Lillo [mailto:rdeli...@rodeofx.com] Sent: Wednesday, April 19, 2017 11:14 AM

Re: [openstack-dev] [ironic]

Hey Don, Deployment to Power8 and beyond via the agent-ipmitool driver should work fine. We test it regularly here: https://wiki.openstack.org/wiki/ThirdPartySystems/IBMPowerKVMCI If you'd like some help setting up Ironic for power, feel free to ping me on #openstack-ironic. Also check out

Re: [openstack-dev] [ironic] [third-party-ci] pkvmci ironic job breakage details

On 04/18/2017 07:56 AM, Vladyslav Drok wrote: Hey Michael, On Fri, Apr 14, 2017 at 6:51 PM, Michael Turek <mjtu...@linux.vnet.ibm.com <mailto:mjtu...@linux.vnet.ibm.com>> wrote: Hey ironic-ers, So our third party CI job for ironic has been, and remains, broken. I wa

Re: [openstack-dev] [glance][ironic][octavia] oslo.config 4.0 will break projects' unit test

Thank you ChangBo, I have resolved the issues in octavia in this patch: https://review.openstack.org/457356 up for review. Michael From: ChangBo Guo [mailto:glongw...@gmail.com] Sent: Sunday, April 16, 2017 12:32 AM To: OpenStack Development Mailing List (not for usage questions

Re: [openstack-dev] [ironic] [third-party-ci] pkvmci ironic job breakage details

On 04/17/2017 02:25 PM, Matt Riedemann wrote: On 4/14/2017 10:51 AM, Michael Turek wrote: Hey ironic-ers, So our third party CI job for ironic has been, and remains, broken. I was able to do some investigation today and here's a summary of what we're seeing. I'm hoping someone might know

[openstack-dev] [ironic] [third-party-ci] pkvmci ironic job breakage details

Hey ironic-ers, So our third party CI job for ironic has been, and remains, broken. I was able to do some investigation today and here's a summary of what we're seeing. I'm hoping someone might know the root of the problem. For reference, please see this paste and the logs of the job that I

[openstack-dev] [all][api] POST /api-wg/news

Greetings OpenStack community, This week's meeting was lightly attended but provided a useful discussion about the future of the working group and how we will continue to improve the API experience for all OpenStack users. The group is considering its role with respect to the guidelines that

Re: [openstack-dev] [barbican] How to update cert in the secret

, but the API supports this as the primary means to update certificate content for LBaaS. This will be included in the octavia OpenStack client. Michael From: Andrey Grebennikov [mailto:agrebenni...@mirantis.com] Sent: Monday, April 3, 2017 12:14 PM To: OpenStack Development Mailing List

Re: [openstack-dev] Project Navigator Updates - Feedback Request

of the April survey from 2016 I expect load balancing is widely used) 7. Finally, from reading my above questions/comments, it would be nice to have a “PTL guide to project navigator”. Thank you for updating this, folks have asked us why octavia was not listed. Michael From: Lauren Sell

Re: [openstack-dev] [neutron][lbaasv2] Migrate LBaaS instance

are however discussing what the future should be for this driver given its limitations. I think the best plan will be to port it over into a standalone driver that folks can contribute to if they have a need for it and we can deprecate it if there is no longer support for it. Michael

Re: [openstack-dev] [lbaas][neutron] Is possible the lbaas commands are missing completely from openstack cli ?

available on the stable branches for previous releases. Michael -Original Message- From: Saverio Proto [mailto:saverio.pr...@switch.ch] Sent: Friday, March 17, 2017 6:21 AM To: OpenStack Development Mailing List (not for usage questions) <openstack-dev@lists.openstack.org> S

Re: [openstack-dev] [Neutron][LBaaS] - Best release to upgrade from LBaaS v1 to v2

that is the issue you are seeing. Michael -Original Message- From: Saverio Proto [mailto:saverio.pr...@switch.ch] Sent: Monday, March 13, 2017 5:47 AM To: openstack-dev@lists.openstack.org Subject: Re: [openstack-dev] [Neutron][LBaaS] - Best release to upgrade from LBaaS v1 to v2 On 10/03/17 17:49

Re: [openstack-dev] [Neutron][LBaaS] - Best release to upgrade from LBaaS v1 to v2

combinations and then to test mixed releases. I will now start over on stable/newton and test it out. I will let you know if I find a problem. Michael -Original Message- From: Saverio Proto [mailto:saverio.pr...@switch.ch] Sent: Monday, March 13, 2017 5:47 AM To: openstack-dev

Re: [openstack-dev] [tc][appcat][murano][app-catalog] The future of the App Catalog

area could speak to the longer term vision for Murano. Granted it's an orthogonal concern, but clearly this decision will have some effects on its future. -- Michael Glasgow __ OpenStack Development Mailing List (not for usage questi

Re: [openstack-dev] [Neutron][LBaaS][heat] Removing LBaaS v1 - are weready?

to automate the process. Michael From: Syed Armani [mailto:dce3...@gmail.com] Sent: Friday, March 10, 2017 1:58 AM To: OpenStack Development Mailing List (not for usage questions) <openstack-dev@lists.openstack.org> Subject: Re: [openstack-dev] [Neutron][LBaaS][heat] Removing LB

Re: [openstack-dev] [Neutron][LBaaS] - Best release to upgrade from LBaaS v1 to v2

you think there is an open bug for the dashboard, please report it in https://bugs.launchpad.net/neutron-lbaas-dashboard Michael -Original Message- From: Saverio Proto [mailto:saverio.pr...@switch.ch] Sent: Friday, March 10, 2017 8:04 AM To: openstack-dev@lists.openstack.org Subject: Re: [ope

[openstack-dev] [ironic] [neutron] Should the ironic-neutron meeting start back up for pike?

Hey all, So at yesterday's ironic IRC meeting the question of whether or not the ironic neutron integration meeting should start back up. My understanding is that this meeting died down as it became more status oriented. I'm wondering if it'd be worthwhile to kick it off again as 4 of

Re: [openstack-dev] [Neutron][LBaaS] - Best release to upgrade from LBaaS v1 to v2

. Michael -Original Message- From: Saverio Proto [mailto:saverio.pr...@switch.ch] Sent: Tuesday, March 7, 2017 9:35 AM To: OpenStack Development Mailing List (not for usage questions) <openstack-dev@lists.openstack.org> Subject: Re: [openstack-dev] [Neutron][LBaaS] - Best release to upgrad

Re: [openstack-dev] [Neutron][LBaaS] - Best release to upgrade from LBaaS v1 to v2

/newton.html). Michael -Original Message- From: Saverio Proto [mailto:saverio.pr...@switch.ch] Sent: Tuesday, March 7, 2017 1:09 AM To: OpenStack Development Mailing List (not for usage questions) <openstack-dev@lists.openstack.org> Subject: [openstack-dev] [Neutron][LBaaS] - Best r

[openstack-dev] [octavia] Octavia PTG summary - Octavia team discussions (e-mail 2 of 2)

Octavia specific topics. A second e-mail will cover topics the Octavia team discussed with the cross-project teams. Michael Active/Active * This is a priority for Pike. Cores will be actively reviewing these patches. * We need to make sure there is good velocity for comments getting addressed

[openstack-dev] [octavia] Octavia PTG summary - Cross-project teams (e-mail 1 of 2)

with the cross-project teams. A follow-up e-mail will cover topics the Octavia team covered. Sorry this is a bit long. Octavia collaborates with a lot of OpenStack! I want to thank the cross-project teams for the warm and supportive reception the Octavia team received. Michael Documentation team

Re: [openstack-dev] [ironic] Boot from Volume meeting?

Hey Julia, I like the idea of a using the old neutron/ironic meeting time as general purpose meeting time slot. As the usage of the meeting changes, would new the same meeting name and agenda page be used, or would subteams rename the meeting and create a new agenda page? Personally I would

Re: [openstack-dev] [ansible]Octavia ansible script

Hi Santhosh, The correct path to the git repo is: http://git.openstack.org/cgit/openstack/openstack-ansible-os_octavia/ Though at this point the code has not merged, so you will need to pull from the patch if you want to try it out: https://review.openstack.org/#/c/417210/ Michael

Re: [openstack-dev] [nova] Device tagging: rebuild config drive upon instance reboot to refresh metadata on it

Config drive over read-only NFS anyone? Michael On Sun, Feb 19, 2017 at 6:12 AM, Steve Gordon <sgor...@redhat.com> wrote: > - Original Message - > > From: "Artom Lifshitz" <alifs...@redhat.com> > > To: "OpenStack Development Mailing List (n

[openstack-dev] [octavia] Reminder Boston Summit voting ends next week

-mail got grouped under the [OpenStack Marketing] tag for me so I didn't see it to mention it in the meeting announcements. Michael __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev

Re: [openstack-dev] [nova] Device tagging: rebuild config drive upon instance reboot to refresh metadata on it

drive to get values, and persisting things like the instance root password in the Nova DB sounds like a bad idea too. Michael On Feb 18, 2017 6:29 AM, "Artom Lifshitz" <alifs...@redhat.com> wrote: Early on in the inception of device role tagging, it was decided that

Re: [openstack-dev] [neutron] - Neutron team social in Atlanta on Thursday

+1 Thanks for setting this up, Michael From: Kevin Benton [mailto:ke...@benton.pub] Sent: Friday, February 17, 2017 11:19 AM To: openstack-dev@lists.openstack.org Subject: [openstack-dev] [neutron] - Neutron team social in Atlanta on Thursday Hi all, I'm organizing a Neutron

Re: [openstack-dev] [octavia][sdk] service name for octavia

with "load-balancing" as well. I will update the patch. Michael -Original Message- From: Qiming Teng [mailto:teng...@linux.vnet.ibm.com] Sent: Tuesday, February 14, 2017 5:09 PM To: openstack-dev@lists.openstack.org Subject: [openstack-dev] [octavia][sdk] service name for octavia

[openstack-dev] [all][api] POST /api-wg/news

Greetings OpenStack community, This week's meeting[0] was relatively light, with some discussion about the recently released Ethercalc[4], and the first draft of the API compatiblity guideline[5] (many thanks to Chris Dent). The compatibility guideline lays out some concrete standards by

Re: [openstack-dev] [All] IRC Mishaps

At a previous employer we had a policy that all passwords started with "/" because of the sheer number of times someone typed the root password into a public IRC channel. Michael On Thu, Feb 9, 2017 at 10:04 AM, Jay Pipes <jaypi...@gmail.com> wrote: > On 02/08/2017 03:36

Re: [openstack-dev] [TripleO] FFE for novajoin in TripleO's undercloud

What version of nova is tripleo using here? This wont work quite right if you're using Mitaka until https://review.openstack.org/#/c/427547/ lands and is released. Also, I didn't know novajoin existed and am pleased to have discovered it. Michael On Fri, Feb 3, 2017 at 11:27 AM, Juan Antonio

Re: [openstack-dev] [nova] To rootwrap or piggyback privsep helpers?

I think #3 is the right call for now. The person we had working on privsep has left the company, and I don't have anyone I could get to work on this right now. Oh, and we're out of time. Michael On Thu, Jan 26, 2017 at 3:49 PM, Matt Riedemann <mriede...@gmail.com> wrote: > The pat

Re: [openstack-dev] [networking-sfc]

with having to set SFC_UPDATE_OVS=False in the configuration. Is this affecting the underlying functionality of SFC. Also the link to the Horizon add-on would be great. Thanks Michael On Tue, Jan 24, 2017 at 6:30 AM, Bernard Cafarelli <bcafa...@redhat.com> wrote: > On 20 January 2017 at 00:06

Re: [openstack-dev] [octavia] Nominating German Eichberger for Octavia core reviewer

With that vote we have quorum. Welcome back German! Michael From: Kosnik, Lubosz [mailto:lubosz.kos...@intel.com] Sent: Sunday, January 22, 2017 12:24 PM To: OpenStack Development Mailing List (not for usage questions) <openstack-dev@lists.openstack.org> Subject: Re: [opensta

[openstack-dev] [octavia] PTL candidacy for Pike series

Hello Octavia folks, I wanted to let you know that I am running for the PTL position again for Pike. My candidacy statement is available here: https://git.openstack.org/cgit/openstack/election/plain/candidates/pike/Octa via/johnsom.txt Thank you for your consideration, Michael

Re: [openstack-dev] [ocatvia]Newton Octavia lbaas creation error

ystone on http://127.0.0.1:5000 Maybe there is a bad security group or keystone isn’t running? Michael From: Santhosh Fernandes [mailto:santhosh.fernan...@gmail.com] Sent: Sunday, January 22, 2017 10:48 AM To: openstack-dev@lists.openstack.org; Michael Johnson <johnso...@gmail.com

[openstack-dev] [octavia] Nominating German Eichberger for Octavia core reviewer

or an objections. Michael [1] http://stackalytics.com/report/contribution/octavia-group/90 __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http

[openstack-dev] [networking-sfc]

? Michael __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev

[openstack-dev] openstacksdk and compute limits for projects

that exist. However I would like to get the information using the openstacksdk via Python. I can use: `connection.compute.get_limits()` however that only works for the project I logged in with. Michael __ OpenStack Development

Re: [openstack-dev] [ocatvia]Newton Octavia multinode setup

Hi Santhosh, Currently there is not an OpenStack Ansible (OSA) role for Octavia, but one is under development now. Keep an eye on the OSA project for updates. Michael From: Santhosh Fernandes [mailto:santhosh.fernan...@gmail.com] Sent: Thursday, January 12, 2017 10:13 PM

Re: [openstack-dev] [neutron] Confusion around the complexity

That said, if there are things that jump out at you for usability/complexity please open a bug for us[2]. We welcome the input! Michael P.S. Yes, single call create is not in the main API docs, don't ask, yes we are working on that. [1] http://docs.openstack.org/developer/octavia/api/octaviaapi.html#cr

Re: [openstack-dev] Which service is using port 8778?

ight be better. Hope this helps, Michael... -- Michael Davies mich...@the-davies.net Rackspace Cloud Builders Australia __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ..

Re: [openstack-dev] [Nova] python 3 tests hate my exception handling

Ok, I think at this point I'll propose a tweak to keystoneauth to make this easier, and then refactor my nova code around that. Thanks for the help everyone. Hugs and kisses, Michael On Wed, Jan 4, 2017 at 4:52 PM, Morgan Fainberg <morgan.fainb...@gmail.com> wrote: > > > On

[openstack-dev] [Nova] python 3 tests hate my exception handling

than that would be nice. Discuss. Thanks, Michael 1: http://logs.openstack.org/91/416391/1/check/gate-nova-python35-db/7835df3/console.html#_2017-01-04_01_10_35_520409 2: https://review.openstack.org/#/c/415597/3/nova/api/metadata/vendordata_dynamic.py -- Rackspace Australia

Re: [openstack-dev] [nova][nova-docker] Time to retire nova-docker?

I'd be remiss if I didn't point out that the nova LXC driver is much better supported than the nova-docker driver. Michael On Thu, Dec 29, 2016 at 8:01 PM, Esra Celik <celik.e...@tubitak.gov.tr> wrote: > > Hi Sam, > > nova-lxc is not recommended in production [1]. And L

[openstack-dev] Retire the radar project?

the project removal steps described at http://docs.openstack.org/infra/manual/drivers.html#retiring-a-project Thanks, Michael -- Rackspace Australia __ OpenStack Development Mailing List (not for usage questions) Unsubscribe

Re: [openstack-dev] [neutron] Where will Neutron go in future?

the LBaaSv2 API in place in octavia, but the driver and pass through work will not be complete in time. This means you will continue to use the neutron endpoint to access neutron-lbaas drivers as you do today. Michael On Sun, Dec 18, 2016 at 6:52 PM, zhi <changzhi1...@gmail.com> wrote: > Deal a

[openstack-dev] devstack with neutron, OVS and sfc?

see the initial outbound SYN packets however it always seems that the neutron router would route the return packets back via the normal routing rules and ignore my sfc setup Michael __ OpenStack Development Mailing List (not for us

[openstack-dev] [octavia] Meeting time and cancellations

a break from our weekly IRC meetings for the next two weeks. Many of us are taking some vacation time. Octavia IRC meetings will resume on January 4th. Michael __ OpenStack Development Mailing List (not for usage questions

Re: [openstack-dev] [octavia] Re: [infra][neutron] RADWARE CI voting permission in Neutron

I have talked with Izik on IRC and have started work to get this fixed. I will be setting up the octavia-ci group and fixing the permissions. Michael On Wed, Dec 14, 2016 at 12:49 AM, Ihar Hrachyshka <ihrac...@redhat.com> wrote: > Izik Penso <itz...@radware.com> wrote: > &g

Re: [openstack-dev] [neutron][lbaas] New extensions for HAProxy driver based LBaaSv2

will need to carefully synchronize and/or manage the changes in both places. Currently the API changes have patchsets up in the Octavia repository. However, the old namespace driver has not yet been migrated over. Michael On Tue, Dec 6, 2016 at 8:46 AM, Kosnik, Lubosz <lubosz.kos...@intel.

Re: [openstack-dev] [nova] Nominating Stephen Finucane for nova-core

+1, I'd value him on the team. Michael On Sat, Dec 3, 2016 at 2:22 AM, Matt Riedemann <mrie...@linux.vnet.ibm.com> wrote: > I'm proposing that we add Stephen Finucane to the nova-core team. Stephen > has been involved with nova for at least around a year now, maybe longer, > my

Re: [openstack-dev] [neutron][octavia] Neutron LBaaS governance change and Octavia to the big tent

There are a lot more than just those three (which are under packaging and not neutron btw). I will start working on moving/scrubbing the bugs today. Michael On Thu, Dec 1, 2016 at 7:30 AM, Brian Haley <brian.ha...@hpe.com> wrote: > On 12/01/2016 08:54 AM, Ihar Hrachyshka wrote: >&g

Re: [openstack-dev] [all][tc] Exposing project team's metadata in README files

Hi Flavio, These tags don't seem to be rendering/laying out well for octavia: https://github.com/openstack/octavia/blob/master/README.rst Any pointers to get this corrected or is this part of the backend rendering work you mentioned in the keystone message above? Michael On Wed, Nov 30, 2016

Re: [openstack-dev] [Neutron][neutron-lbaas][octavia] Not be able to ping loadbalancer ip

. This is an area the project needs more work/support. Michael On Mon, Nov 28, 2016 at 3:45 PM, Wanjing Xu (waxu) <w...@cisco.com> wrote: > Thanks Michael > > I still have the following questions: > 1) For active-standby, do the amphorae VM pair really communicate with each > othe

Re: [openstack-dev] [new][nimble] New project: Nimble

me that we'll end up in a happy place at the end, but then again, I've been wrong before. So I say have at it, so long as the outcome of the experiment is public. Michael -- Rackspace Australia __ OpenStack Development Mailin

Re: [openstack-dev] [neutron-lbaas][octavia] About running Neutron LBaaS

/a7cd582fc19e0b4bc894eea6249829f9 to rebuild the image and boot another amphora. Also, could you provide a link to the docs you used that booted the web servers on the lb-mgmt-lan? I want to make sure we update that and clarify for future users. Michael [1] https://review.openstack.org/399272 [2] https

Re: [openstack-dev] [neutron-lbaas][octavia] About playing Neutron LBaaS

as far as adding members I'm sure this is not the root cause of the problem you are seeing. The o-cw log will help us determine the root cause. Michael On Thu, Nov 17, 2016 at 11:48 PM, Yipei Niu <newy...@gmail.com> wrote: > Hi, all, > > Recently I try to configure and play Neutr

Re: [openstack-dev] 答复: [neutron][lbaasv2][octavia] Not able to create loadbalancer

Ganpat, Great to hear. FYI, our documentation lives here: http://docs.openstack.org/developer/octavia/ I will note that we have bugs for more documentation to be created, but there is a good start at the link above. Michael On Wed, Nov 16, 2016 at 10:36 PM, Ganpat Agarwal <gans.dev

[openstack-dev] [networking-ovn] OVN native gateway workflow

66 169.254.0.50"] I don't see any new GW router or a link between a DLR and GW. Can someone please explain what the workflow should look like for OVN native NAT and FIP connectivity? Cheers, Michael __ OpenStack Deve

Re: [openstack-dev] 答复: [neutron][lbaasv2][octavia] Not able to create loadbalancer

ase update it as needed. Michael [1] https://gist.github.com/michjohn/a7cd582fc19e0b4bc894eea6249829f9 On Wed, Nov 16, 2016 at 8:25 AM, Ganpat Agarwal <gans.develo...@gmail.com> wrote: > Here are the steps i followed > > 1. Created a LB > > stack@devstack-openstack:~/devstack$

Re: [openstack-dev] [neutron][lbaasv2][octavia] Not able to create loadbalancer

You can also use our devstack plugin.sh script as a reference to how we set it up in devstack environments: https://github.com/openstack/octavia/blob/master/devstack/plugin.sh Michael On Tue, Nov 15, 2016 at 10:36 PM, Ganpat Agarwal <gans.develo...@gmail.com> wrote: > Hi All, >

Re: [openstack-dev] [Neutron][neutron-lbaas][octavia] Not be able to ping loadbalancer ip

it is on. Michael On Thu, Nov 10, 2016 at 3:18 PM, Wanjing Xu (waxu) <w...@cisco.com> wrote: > Thanks, Michael. Now I have brought up this octavia. I have a question: > Is HA supported on octavia, or is it yet to come? I am using > stable/mitaka and I only see one amphorae

Re: [openstack-dev] [neutron] [lbaas] [octavia] Ocata LBaaS retrospective and next steps recap

Hi Gary, The LBaaS DB table contents will be moved into the Octavia database as part of the migration process/tool. Michael On Wed, Nov 9, 2016 at 11:13 PM, Gary Kotton <gkot...@vmware.com> wrote: > Will the same DB be maintained or will the LBaaS DB be moved to that of > Octavia.

Re: [openstack-dev] [nova] vendordata v2 ocata summit recap

This is a good summary, thanks. I finally uploaded the spec which describes the decisions from the summit. Its here: https://review.openstack.org/395959 Michael On Thu, Nov 10, 2016 at 7:11 AM, Matt Riedemann <mrie...@linux.vnet.ibm.com> wrote: > Michael Still led a session on c

Re: [openstack-dev] [neutron] [lbaas] [octavia] Ocata LBaaS retrospective and next steps recap

Kevin, Yep, totally understand. This is not a V3, it is simply moving the API from running under neutron to running under the octavia API process. It will still be the LBaaSv2 API, just a new endpoint (though the old endpoint will work for some time into the future). Michael On Wed, Nov 9

Re: [openstack-dev] [neutron] [lbaas] [octavia] Ocata LBaaS retrospective and next steps recap

not impact existing running load balancers. Michael On Wed, Nov 9, 2016 at 5:50 AM, Gary Kotton <gkot...@vmware.com> wrote: > Hi, > What about neutron-lbaas project? Is this project still alive and kicking to > the merge is done or are we going to continue to maintain it?

Re: [openstack-dev] [requirements][kolla][security] pycrypto vs cryptography

Hey Guys, If FIPS 140-2 compliance is important you might want to look at something like a PKCS#11 wrapper and let your PKCS#11 complaint module be the deciding factor in meeting that compliance level. There are wrappers for most languages. (We have our own python p11 implementation tailored to

[openstack-dev] [neutron] [lbaas] [octavia] Ocata LBaaS retrospective and next steps recap

hen we dug into the need for the tags we found that what was really wanted is a full implementation of the flavors framework [3] [4]. Some vendors expressed interest in finishing the flavors framework for Octavia. Thank you to everyone that participated in our design session and etherpad. Michael

Re: [openstack-dev] [Neutron][neutron-lbaas][octavia] Not be able to ping loadbalancer ip

are using, but the issue you noted about "dns_name" was fixed here: https://review.openstack.org/#/c/337939/ Michael On Thu, Nov 3, 2016 at 11:29 AM, Wanjing Xu (waxu) <w...@cisco.com> wrote: > Going through the log , I saw the following error on o-hm > >

Re: [openstack-dev] [openstack-ansible][octavia] Spec: Deploy Octavia with OpenStack-Ansible

Thank you Major! I will try to get a pass on this early in the week. I agree with you that taking this one step at a time is probably best. TLS offloading (requiring barbican) is a common use case, but we can work on that as a follow up. Michael On Wed, Nov 2, 2016 at 6:42 AM, Major Hayden <

Re: [openstack-dev] [neutron] [neutron-lbaas][octavia] Error in installing octavia via devstack on ubuntu stable/mitaka

Nope, we included these changes in Newton. Michael On Tue, Nov 1, 2016 at 4:11 AM, Ihar Hrachyshka <ihrac...@redhat.com> wrote: > Michael Johnson <johnso...@gmail.com> wrote: > >> Hi Wanjing, >> >> I responded to you in IRC but you may have logged off

<    1   2   3   4   5   6   7   8   9   10   >