Re: [Openstack-operators] nova_api resource_providers table issues on ocata

2018-10-18 Thread Sylvain Bauza
On Wed, Oct 17, 2018 at 4:46 PM Ignazio Cassano wrote: > Hello, here the select you suggested: > > MariaDB [nova]> select * from shadow_services; > Empty set (0,00 sec) > > MariaDB [nova]> select * from shadow_compute_nodes; > Empty set (0,00 sec) > > As far as the upgrade tooling is concerned, w

Re: [Openstack-operators] nova_api resource_providers table issues on ocata

2018-10-17 Thread Sylvain Bauza
On Wed, Oct 17, 2018 at 12:56 AM Jay Pipes wrote: > On 10/16/2018 10:11 AM, Sylvain Bauza wrote: > > On Tue, Oct 16, 2018 at 3:28 PM Ignazio Cassano > > mailto:ignaziocass...@gmail.com>> wrote: > > > > Hi everybody, > > when on my ocata installation

Re: [Openstack-operators] nova_api resource_providers table issues on ocata

2018-10-16 Thread Sylvain Bauza
On Tue, Oct 16, 2018 at 3:28 PM Ignazio Cassano wrote: > Hi everybody, > when on my ocata installation based on centos7 I update (only update not > changing openstack version) some kvm compute nodes, I diescovered uuid in > resource_providers nova_api db table are different from uuid in > compute

Re: [Openstack-operators] [openstack-dev] [nova] Supporting force live-migrate and force evacuate with nested allocations

2018-10-09 Thread Sylvain Bauza
> Shit, I forgot to add openstack-operators@... > Operators, see my question for you here : > > >> Le mar. 9 oct. 2018 à 16:39, Eric Fried a écrit : >> >>> IIUC, the primary thing the force flag was intended to do - allow an >>> instance to land on the requested destination even if that means >>>

Re: [Openstack-operators] [openstack-dev] [ironic] [nova] [tripleo] Deprecation of Nova's integration with Ironic Capabilities and ComputeCapabilitiesFilter

2018-09-28 Thread Sylvain Bauza
On Fri, Sep 28, 2018 at 12:50 AM melanie witt wrote: > On Thu, 27 Sep 2018 17:23:26 -0500, Matt Riedemann wrote: > > On 9/27/2018 3:02 PM, Jay Pipes wrote: > >> A great example of this would be the proposed "deploy template" from > >> [2]. This is nothing more than abusing the placement traits AP

Re: [Openstack-operators] [nova] Need some feedback on the proposed heal_allocations CLI

2018-05-28 Thread Sylvain Bauza
On Fri, May 25, 2018 at 12:19 AM, Matt Riedemann wrote: > I've written a nova-manage placement heal_allocations CLI [1] which was a > TODO from the PTG in Dublin as a step toward getting existing > CachingScheduler users to roll off that (which is deprecated). > > During the CERN cells v1 upgrade

Re: [Openstack-operators] [openstack-dev] [nova][placement] Trying to summarize bp/glance-image-traits scheduling alternatives for rebuild

2018-04-24 Thread Sylvain Bauza
Sorry folks for the late reply, I'll try to also weigh in the Gerrit change. On Tue, Apr 24, 2018 at 2:55 PM, Jay Pipes wrote: > On 04/23/2018 05:51 PM, Arvind N wrote: > >> Thanks for the detailed options Matt/eric/jay. >> >> Just few of my thoughts, >> >> For #1, we can make the explanation ve

Re: [Openstack-operators] [openstack-dev] [nova] Is there any reason to exclude originally failed build hosts during live migration?

2017-09-20 Thread Sylvain Bauza
On Wed, Sep 20, 2017 at 10:15 PM, melanie witt wrote: > On Wed, 20 Sep 2017 13:47:18 -0500, Matt Riedemann wrote: > >> Presumably there was a good reason why the instance failed to build on a >> host originally, but that could be for any number of reasons: resource >> claim failed during a race,

Re: [Openstack-operators] [nova] Cinder cross_az_attach=False changes/fixes

2017-09-14 Thread Sylvain Bauza
On Tue, Jun 6, 2017 at 9:45 PM, Sam Morrison wrote: > Hi Matt, > > Just looking into this, > > > On 1 Jun 2017, at 9:08 am, Matt Riedemann wrote: > > > > This is a request for any operators out there that configure nova to set: > > > > [cinder] > > cross_az_attach=False > > > > To check out thes

Re: [Openstack-operators] [openstack-dev] [nova] Should we add the 'force' option to the cold migrate API too?

2017-08-31 Thread Sylvain Bauza
On Wed, Aug 30, 2017 at 5:09 PM, Matt Riedemann wrote: > Given the recent bugs [1][2] due to the force flag in the live migrate and > evacuate APIs related to Placement, and some other long standing bugs about > bypassing the scheduler [3], I don't think we should add the force option > to the co

Re: [Openstack-operators] [nova] Anyone using the scheduler trusted filter?

2017-05-08 Thread Sylvain Bauza
Le 05/05/2017 17:22, Mike Perez a écrit : > Hey all, > > This filter has been experimental since its existence: May 28, 2012 [1]. There > are still no third-party tests to prove if this code is functional. I would > like to understand how many people are using it, and how well it's working for >

[Openstack-operators] [nova] New API DB in use

2016-02-01 Thread Sylvain Bauza
(Sorry I usually hate cross-posting, but I've been told to reach both communities) Starting from Kilo, a new DB has been added for Nova that we call "API DB" [1]. It's part of the on-going Cells V2 effort that is not yet to be production-ready. During Liberty, we populated this fresh additio

Re: [Openstack-operators] [openstack-dev] [nova][cells] Should flavors in the API DB for cells v2 be soft-deletable?

2016-01-08 Thread Sylvain Bauza
Le 08/01/2016 15:10, Andrew Laski a écrit : On 01/08/16 at 12:43pm, John Garbutt wrote: On 7 January 2016 at 19:59, Matt Riedemann wrote: There is a cells v2 change up for review [1] which creates the flavor tables in the API DB. I noted that those table definitions include the soft-delete

Re: [Openstack-operators] [openstack-dev] [Performance][Proposal] Moving IRC meeting from 15:00 UTC to 16:00 UTC

2015-12-07 Thread Sylvain Bauza
Le 07/12/2015 11:27, Dina Belova a écrit : Ok, so due to the responses I propose to finalise this decision and move the meeting to *16:00 UTC (Tuesdays)*. So tomorrow please join me *on #openstack-performance at 16:00 UTC.* Why are you not using the meeting channels? You should also provide

Re: [Openstack-operators] [openstack-dev] [Nova] Add config option for real deletes instead of soft-deletes

2015-04-22 Thread Sylvain Bauza
Cross-posting to operators@ as I think they are rather interested in the $subject :-) Le 21/04/2015 23:42, Artom Lifshitz a écrit : Hello, I'd like to gauge acceptance of introducing a feature that would give operators a config option to perform real database deletes instead of soft deletes.

Re: [Openstack-operators] [nova] Deprecation of ComputeFilter

2015-03-06 Thread Sylvain Bauza
(Adding back the -dev ML as it was removed) Le 06/03/2015 20:25, Jay Pipes a écrit : On 03/06/2015 10:54 AM, Jesse Keating wrote: On 3/6/15 10:48 AM, Jay Pipes wrote: Have you ever done this in practice? One way of doing this would be to enable the host after adding it to a host aggregate t

[Openstack-operators] [nova] Deprecation of ComputeFilter

2015-03-06 Thread Sylvain Bauza
Hi, First, sorry for cross-posting on both dev and operator MLs but I also would like to get operators feedback. So, I was reviewing the scheduler ComputeFilter and I was wondering why the logic should be in a filter. We indeed already have a check on the service information each time that a