Re: [openstack-dev] [nova] about filter the flavor

hat, because I don't think you can do this: GET /flavors?spec=hw%3Acpu_policy=dedicated Maybe you'd do: GET /flavors?hw%3Acpu_policy=dedicated The problem with that is we wouldn't be able to perform any kind of request schema validation of it, especially sin

Re: [openstack-dev] [nova] Stein forum session notes

maybe we don't know what other operators want since no one else is at multi-cell cells v2 yet. -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...

Re: [openstack-dev] [nova] Can we deprecate the server backup API please?

g not to use the API then deprecation is probably fine, but I personally don't feel too strongly about it either way. -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) U

Re: [openstack-dev] [nova][neutron] boot server with more than one subnet selection question

like you want #3 or #4. -- Thanks, Matt __ 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] [qa] [containers] [airship] [berlin] Berlin Airship Forums

any topics you'd like to discuss to the etherpads! I look forward to some good sessions tomorrow. Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.open

[openstack-dev] [goals][upgrade-checkers] Week R-22 Update

/613076/ -- Thanks, Matt __ 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

Re: [openstack-dev] [nova][cinder][neutron] Cross-cell cold migration

After hacking on the PoC for awhile [1] I have finally pushed up a spec [2]. Behold it in all its dark glory! [1] https://review.openstack.org/#/c/603930/ [2] https://review.openstack.org/#/c/616037/ On 8/22/2018 8:23 PM, Matt Riedemann wrote: Hi everyone, I have started an etherpad for

Re: [openstack-dev] [Openstack-operators] [Openstack-sigs] Dropping lazy translation support

reaks" wouldn't result in anything breaking. -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openst

Re: [openstack-dev] [goals][upgrade-checkers] FYI on "TypeError: Message objects do not support addition." errors

On 11/5/2018 10:43 AM, Matt Riedemann wrote: If you are seeing this error when implementing and running the upgrade check command in your project: Traceback (most recent call last):   File "/home/osboxes/git/searchlight/.tox/venv/lib/python3.5/site-packages/oslo_upgradecheck/upgradeche

Re: [openstack-dev] [Openstack-sigs] Dropping lazy translation support

that because of a critical bug, the lazy translation was disabled in Havana to be fixed in Icehouse but I don't think that ever happened before IBM developers dropped it upstream, which is further justification for nuking this code from the various projects. -- Thanks,

Re: [openstack-dev] [nova][placement] Placement requests and caching in the resource tracker

On 11/5/2018 1:17 PM, Matt Riedemann wrote: I'm thinking of a case like, resize and instance but rather than confirm/revert it, the user deletes the instance. That would cleanup the allocations from the target node but potentially not from the source node. Well this case is at least n

Re: [openstack-dev] [nova][placement] Placement requests and caching in the resource tracker

locations?). I'm thinking of a case like, resize and instance but rather than confirm/revert it, the user deletes the instance. That would cleanup the allocations from the target node but potentially not from the source node. -- Thanks, Matt

[openstack-dev] Dropping lazy translation support

chpad.net/nova/+spec/user-locale-api -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org

Re: [openstack-dev] [nova] Announcing new Focal Point for s390x libvirt/kvm Nova

Cathy. Andreas - thanks for the update and good luck on the new position. -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe

Re: [openstack-dev] [nova] about live-resize the instance

her priority efforts taking the attention of the core team. Getting agreement on the spec is the first step and then the runways process should be used to deal with actual code reviews, but I think the spec review has stalled (I know I am guilty of not looking at the latest updates to the spec).

[openstack-dev] [goals][upgrade-checkers] FYI on "TypeError: Message objects do not support addition." errors

fort was abandoned several years ago. It is probably still called in a lot of "big tent/stackforge" projects because of initially copying it from the more core projects. Anyway, just remove it. I'm talking with the oslo team

[openstack-dev] [goals][upgrade-checkers] Week R-23 Update

e the neutron team has had to deal with something like this. [1] https://review.openstack.org/#/q/topic:upgrade-checkers+status:open [2] https://review.openstack.org/#/c/615196/ -- Thanks, Matt __ OpenStack Development Mailing

Re: [openstack-dev] [nova][placement] Placement requests and caching in the resource tracker

this elsewhere in the thread. -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/ma

Re: [openstack-dev] [nova][placement] Placement requests and caching in the resource tracker

s align with old/new flavors used to resize the instance? Did the resize fail? Are there mixed compute versions at all, i.e. are you moving instances around during a rolling upgrade? -- Thanks, Matt __ OpenStack Deve

Re: [openstack-dev] [nova][placement] Placement requests and caching in the resource tracker

can avoid the need to continually forward-porting code to disable it. [1] https://specs.openstack.org/openstack/nova-specs/specs/rocky/implemented/placement-mirror-host-aggregates.html [2] https://bugs.launchpad.net/nova/+bug/1

Re: [openstack-dev] StoryBoard Forum Session: Remaining Blockers

oes work though. Just FYI for anyone else having the same problem. [2] https://storyboard-dev.openstack.org/ [2] https://www.openstack.org/summit/berlin-2018/summit-schedule/events/22839/storyboard-migration-the-remaining-b

[openstack-dev] [nova] Is anyone running their own script to purge old instance_faults table entries?

e is deleted and archived/purged? Because if so, that might be something we want to add as a nova-manage command. [1] https://bugs.launchpad.net/nova/+bug/1800755 [2] https://review.openstack.org/#/c/409943/ -- Thanks,

Re: [openstack-dev] Zuul Queue backlogs and resource usage

ingle-node). There must be something weird that tickles those tests in a multi-node configuration and I just haven't dug into it yet, but maybe one of our intrepid contributors can lend a hand and debug it. -- Thanks, Matt _

[openstack-dev] [nova] FYI: change in semantics for virt driver update_provider_tree()

below that one in the series shows how it's implemented for the libvirt driver. [1] https://review.openstack.org/#/c/613991/ -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubs

[openstack-dev] [nova] Volunteer needed to write reshaper FFU hook

https://review.openstack.org/#/c/521041/ [5] https://github.com/openstack/nova/blob/a0eacbf7f/nova/tests/functional/test_servers.py#L1839 [6] https://github.com/openstack/nova/blob/a0eacbf7f/nova/compute/resource_tracker.py#L917-L940 -- Thanks,

[openstack-dev] [goals][upgrade-checkers] Week R-24 Update

tches that are ready for review: https://review.openstack.org/#/q/topic:upgrade-checkers+status:open -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev

Re: [openstack-dev] [nova][limits] Does ANYONE at all use the quota class functionality in Nova?

an API to change this, and only do it via config, was not good. But if the keystone limits API solves that then it's a non-issue. -- Thanks, Matt __ OpenStack Development Mailing List (not for usage ques

[openstack-dev] [tripleo][openstack-ansible][nova][placement] Owners needed for placement extraction upgrade deployment tooling

tions with the upgrade. [1] http://lists.openstack.org/pipermail/openstack-dev/2018-September/134541.html [2] https://review.openstack.org/#/c/604454/ [3] https://review.openstack.org/#/c/600162/ -- Thanks, Matt __ Open

Re: [openstack-dev] [nova] nova cellsv2 and DBs / down cells / quotas

instance_update_at_top to keep the nova-cell-api db up to date. There was also the "read from searchlight" idea [1] but that died in Boston. [1] https://specs.openstack.org/openstack/nova-specs/specs/pike/approved/list-instances-using-searchlight.html -- Tha

Re: [openstack-dev] [nova][limits] Does ANYONE at all use the quota class functionality in Nova?

let's just wait for unified limits from keystone and let this rot on the vine". I'd be happy to restore and update that spec. -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questio

Re: [openstack-dev] [goals][upgrade-checkers] Week R-25 Update

ject basis, then I'd defer to the core team for the project. -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:u

Re: [openstack-dev] [goals][upgrade-checkers] Week R-25 Update

useful in Stein. -- Thanks, Matt __ 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

Re: [openstack-dev] [goals][upgrade-checkers] Week R-25 Update

e just abandon the change? -- Thanks, Matt __ 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] [nova] Metadata API cross joining "instance_metadata" and "instance_system_metadata"

On 10/22/2018 11:59 AM, Matt Riedemann wrote: Thanks for this. Have you debugged to the point of knowing where the initial DB query is starting from? Looking at history, my guess is this is the change which introduced it for all requests: https://review.openstack.org/#/c/276861/ From that

Re: [openstack-dev] [nova] Metadata API cross joining "instance_metadata" and "instance_system_metadata"

ev Thanks for this. Have you debugged to the point of knowing where the initial DB query is starting from? Looking at history, my guess is this is the change which introduced it for all requests: https://review.openstack.org/#/c/276861/ -- Thanks, Matt

[openstack-dev] [goals][upgrade-checkers] Week R-25 Update

-checkers+(status:open+OR+status:merged) [2] https://review.openstack.org/#/c/611812/ -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org

Re: [openstack-dev] [Openstack-operators] [goals][upgrade-checkers] Week R-26 Update

e. On 10/15/2018 3:29 PM, Ben Nemec wrote: On 10/15/18 3:27 AM, Jean-Philippe Evrard wrote: On Fri, 2018-10-12 at 17:05 -0500, Matt Riedemann wrote: The big update this week is version 0.1.0 of oslo.upgradecheck was released. The documentation along with usage examples can be found here

Re: [openstack-dev] [goals][upgrade-checkers] Call for Volunteers to work on upgrade-checkers stein goal

://review.openstack.org/#/c/611368/ [2] https://review.openstack.org/#/c/66/ -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org

Re: [openstack-dev] [horizon][nova][cinder][keystone][glance][neutron][swift] Horizon feature gaps

.org/p/compute-api-microversion-gap-in-osc -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org

Re: [openstack-dev] [placement] devstack, grenade, database management

patch to test the postgresql-migrate-db.sh script now. [2] [1] http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2018-10-16.log.html#t2018-10-16T19:37:25 [2] https://review.openstack.org/#/c/611020/ -- Thanks, Matt

Re: [openstack-dev] Forum Schedule - Seeking Community Review

Lee talking about encrypted volumes: https://www.openstack.org/summit/berlin-2018/summit-schedule/global-search?t=yarwood Unless he just loves it so much he needs to talk about it twice. -- Thanks, Matt __ OpenStack

[openstack-dev] [goals][upgrade-checkers] Week R-26 Update

-10.log.html#t2018-10-10T15:17:17 [4] http://lists.openstack.org/pipermail/openstack-dev/2018-October/135688.html -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-d

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

't think we should attempt that. Just fail if being forced and nested allocations exist on the source. -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-

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

rcing those types of servers. -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/ma

Re: [openstack-dev] [nova] Rocky RC time regression analysis

an AZ that doesn't exist, or some other kind of scheduler hint that we know won't work so we get a NoValidHost. However, online_data_migrations in grenade probably don't run on the cell0 database, so I'm not sure we wou

Re: [openstack-dev] [neutron][stable] Stable Core Team Update

-- Thanks, Matt __ 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] [cinder] [nova] Do we need a "force" parameter in cinder "re-image" API?

t sound like it. With the nova rebuild API, the user provides an image reference and that is used to re-image the root disk on the server. So it might not be a snapshot, it could be something new. -- Thanks, Matt __ Open

Re: [openstack-dev] [stable][octavia] Backport patch adding new configuration options

not a feature I don't think?) - and just make it clear with a note in the backport commit message why the backport is different from the original change. -- Thanks, Matt __ OpenStack Development Mailing List

Re: [openstack-dev] [goals][upgrade-checkers] Oslo library status

Cinder as well. -- Thanks, Matt __ 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

Re: [openstack-dev] [nova][stable] Preparing for ocata-em (extended maintenance)

The ocata-em tag request is up for review: https://review.openstack.org/#/c/608296/ On 9/28/2018 11:21 AM, Matt Riedemann wrote: Per the other thread on this [1] I've created an etherpad [2] to track what needs to happen to get nova's stable/ocata branch ready for Extended Main

Re: [openstack-dev] [goals][python3][heat][stable] how should we proceed with ocata branch

I don't think there's ever been a patch backported by 4 releases. OK, cool, sounds like killing the heat-agent ocata branch is the thing to do then. -- Thanks, Matt __ OpenStack Development Mailing List (no

Re: [openstack-dev] [cinder] Proposing Gorka Eguileor to Stable Core ...

. Thanks! Jay (jungleboyj) +1 from me in the stable-maint-core peanut gallery. -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org

[openstack-dev] [nova] We should fail to boot a server if PF passthrough is requested and we don't honor it, right?

github.com/openstack/nova/blob/237ced4737a28728408eb30c3d20c6b2c13b4a8d/nova/network/neutronv2/api.py#L1393 -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstac

Re: [openstack-dev] [goals][python3][heat][stable] how should we proceed with ocata branch

ds, will it be reasonable to run CI for stable/ocata heat changes against a heat-agents ocata-eol tag? -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: ope

Re: [openstack-dev] [neutron][stable] Stable Core Team Update

rom me. -- Thanks, Matt __ 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] [nova][cinder][qa] Should we enable multiattach in tempest-full?

c/591354/2 Actually it will be enabled in both tempest-full and tempest-slow, because there is also a multiattach test marked as 'slow': TestMultiAttachVolumeSwap. I'll push patches today. -- Thanks, Matt ___

Re: [openstack-dev] Placement extraction update

On 9/30/2018 11:02 AM, Matt Riedemann wrote: Maybe that's some conditional branch logic we can hack into devstack-gate [7] like we do for neutron? [8] I'm hoping this works: https://review.openstack.org/#/c/606853/ -- Tha

[openstack-dev] Placement extraction update

p;repos= [7] https://github.com/openstack-infra/devstack-gate/blob/95fa4343104eafa655375cce3546d27139211d13/devstack-vm-gate-wrap.sh#L138 [8] https://github.com/openstack-infra/devstack-gate/blob/95fa4343104eafa655375cce3546d27139211d13/devstac

Re: [openstack-dev] [nova][python-novaclient] A Test issue in python-novaclient.

d on a similar changes_since test, so we should see why they are behaving differently. -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@list

[openstack-dev] [nova][cinder][qa] Should we enable multiattach in tempest-full?

astic-recheck/#1686542 [2] http://status.openstack.org/elastic-recheck/#1783405 -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org

[openstack-dev] [goals][upgrade-checkers] Week R-28 Update

[2]. [1] https://storyboard.openstack.org/#!/story/2003657 [2] http://lists.openstack.org/pipermail/openstack-dev/2018-September/135025.html -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questio

Re: [openstack-dev] [all] Zuul job backlog

some of which are 33MB *compressed*. So indexing of those identified problematic screen logs has been disabled: https://review.openstack.org/#/c/606197/ I've reported bugs against each related project. -- Thanks, Matt _

Re: [openstack-dev] Are we ready to put stable/ocata into extended maintenance mode?

-- Thanks, Matt __ 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] [nova][stable] Preparing for ocata-em (extended maintenance)

org/p/nova-ocata-em [3] https://docs.openstack.org/project-team-guide/stable-branches.html#extended-maintenance -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-d

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

ere schema could be registered on that thing, and then you pass a handle (ID reference) to that to nova when creating the (baremetal) server, nova pulls it down from glare and hands it off to the virt driver. It's just that no one is d

Re: [openstack-dev] [Openstack-sigs] [goals][tc][ptl][uc] starting goal selection for T series

are about all of the non-compute API things in OSC either. -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubs

Re: [openstack-dev] [Openstack-sigs] [goals][tc][ptl][uc] starting goal selection for T series

hing where OSC core doesn't look at a change until the subteam has +1ed it. We have a similar concept in nova with virt driver subteams. -- Thanks, Matt __ OpenStack Development Mailing List (not for usage quest

Re: [openstack-dev] [nova] Stein PTG summary

On 9/27/2018 5:23 AM, Sylvain Bauza wrote: On Thu, Sep 27, 2018 at 2:46 AM Matt Riedemann <mailto:mriede...@gmail.com>> wrote: On 9/26/2018 5:30 PM, Sylvain Bauza wrote: > So, during this day, we also discussed about NUMA affinity and we said > that we cou

Re: [openstack-dev] [nova] Stein PTG summary

to wait for the Placement API support ? Folks, what are you thoughts ? I'm pretty sure we've said several times already that modeling NUMA in Placement is not something for which we're holding up the e

Re: [openstack-dev] [goals][tc][ptl][uc] starting goal selection for T series

s created (nova/cinder/glance/keystone). For newer projects, like placement, it's not a problem because they never created any other CLI outside of OSC. [1] https://etherpad.openstack.org/p/compute-api-microversion-gap-in-osc [2] https://etherpad.openstack.org/p/nova-ptg-stein (~L721) --

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

ies filter? -- Thanks, Matt __ 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] [penstack-dev]Discussion about the future of OpenStack in China

b) they mentioned a lack of DRS and HA support, but didn't mention the Watcher or Masakari projects - maybe they didn't know they exist? -- Thanks, Matt __ OpenStack Development Mailing List (not for usage qu

Re: [openstack-dev] [glance][upgrade-checkers] Question about glance rocky upgrade release note

On 9/24/2018 2:06 PM, Matt Riedemann wrote: Are there more specific docs about how to configure the 'image import' feature so that I can be sure I'm careful? In other words, are there specific things a "glance-status upgrade check" check could look at and say, "y

[openstack-dev] [glance][upgrade-checkers] Question about glance rocky upgrade release note

is broken, here are details on how you should do this"? I'm willing to help write the upgrade check for glance, but need more details on that release note. [1] https://storyboard.openstack.org/#!/story/2003657 [2] https://docs.openstack.org/releasenotes/

Re: [openstack-dev] [goals][upgrade-checkers] Week R-29 Update

e results but then not have any rows, which could be more confusing. -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsu

Re: [openstack-dev] [goals][upgrade-checkers] Week R-29 Update

On 9/21/2018 3:53 PM, Matt Riedemann wrote: * The reference docs I wrote for writing upgrade checks is published now [4]. As I've been answering some questions in storyboard and IRC, it's obvious that I need to add some FAQs into those docs because I've taken some of this for gr

[openstack-dev] [goals][upgrade-checkers] Week R-29 Update

[1] http://lists.openstack.org/pipermail/openstack-dev/2018-September/134972.html [2] https://review.openstack.org/#/c/603465/ [3] https://review.openstack.org/#/c/604430/ [4] https://docs.openstack.org/nova/latest/reference/upgrade-checks.html -- Thanks, Matt

Re: [openstack-dev] OpenStack Project Navigator

details on each tag. -- Thanks, Matt __ 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] Are we ready to put stable/ocata into extended maintenance mode?

On 9/20/2018 12:08 PM, Elõd Illés wrote: Hi Matt, About 1.: I think it is a good idea to cut a final release (especially as some vendor/operator would be glad even if there would be some release in Extended Maintenance, too, what most probably won't happen...) -- saying that without kn

Re: [openstack-dev] Forum Topic Submission Period

that should do it, thanks! -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-bin/mailman/lis

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

use those even if the filter is disabled? In the review I had suggested that we add a pre-upgrade check which inspects the flavors and if any of these are found, we report a warning meaning those flavors need to be updated to use traits rather than capabilities

Re: [openstack-dev] Forum Topic Submission Period

ing because people assume someone else is going to cover it? -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe h

Re: [openstack-dev] [all] Zuul job backlog

On 9/19/2018 2:45 PM, Matt Riedemann wrote: Another one we need to make a decision on is: https://bugs.launchpad.net/tempest/+bug/1783405 Which I'm suggesting we need to mark more slow tests with the actual "slow" tag in Tempest so they move to only be run in the tempest-slow

Re: [openstack-dev] [all] Zuul job backlog

tempest run shouldn't take over 2 hours (remember when it used to take ~45 minutes?). -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?s

Re: [openstack-dev] Nominating Tetsuro Nakamura for placement-core

g asked, etc. That's awesome. Reminds me a lot of gibi when we nominated him. -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org

Re: [openstack-dev] [nova] Super fun unshelve image_ref bugs

On 12/1/2017 2:47 PM, Matt Riedemann wrote: Andrew Laski also mentioned in IRC that we didn't replace the original instance.image_ref with the shelved image id because the shelve operation should be transparent to the end user, they have the same image (not really), same volumes, same IPs

Re: [openstack-dev] [nova] When can/should we change additionalProperties=False in GET /servers(/detail)?

On 9/18/2018 12:26 PM, Matt Riedemann wrote: On 9/17/2018 9:41 PM, Ghanshyam Mann wrote:   On Tue, 18 Sep 2018 09:33:30 +0900 Alex Xu wrote   > That only means after 599276 we only have servers API and os-instance-action API stopped accepting the undefined query parameter.   >

Re: [openstack-dev] [python3] tempest and grenade conversion to python 3.6

On 9/18/2018 9:52 PM, Matt Riedemann wrote: On 9/18/2018 12:28 PM, Doug Hellmann wrote: What's probably missing is a version of the grenade job that allows us to control that USE_PYTHON3 variable before and after the upgrade. I see a few different grenade jobs (neutron-grenade, neutron-gr

Re: [openstack-dev] [python3] tempest and grenade conversion to python 3.6

release for the grenade run. [1] https://github.com/openstack-infra/devstack-gate/blob/95fa4343104eafa655375cce3546d27139211d13/devstack-vm-gate-wrap.sh#L434 -- Thanks, Matt __ OpenStack Development Mailing List (not for u

Re: [openstack-dev] Forum Topic Submission Period

uot;Received" so does that mean my non-Forum-at-all submission is now automatically a candidate for the Forum because that would not be my intended audience (only suits and big wigs please). -- Thanks, Matt __ Ope

[openstack-dev] Are we ready to put stable/ocata into extended maintenance mode?

-stable-branch-eol.html#end-of-life -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscribe: openstack-dev-requ...@lists.openstack.org?subject:unsubscribe http://lists.openstack.org/cgi-

Re: [openstack-dev] [nova] When can/should we change additionalProperties=False in GET /servers(/detail)?

idual microversions? I'd prefer not to see an explosion of microversions for cleaning up oddities in the API, but I could see how doing them all in a single microversion could be complicated. -- Thanks, Matt __ OpenStac

Re: [openstack-dev] [nova] When can/should we change additionalProperties=False in GET /servers(/detail)?

o my custom API extension that handles GET /servers?bestpet=cats will continue to work as long as I'm using microversion < 2.66. -- Thanks, Matt __ OpenStack Development Mailing List (not for usage questions) Unsubscri

[openstack-dev] [nova] When can/should we change additionalProperties=False in GET /servers(/detail)?

ck.org/#/c/599276/ [2] https://review.openstack.org/#/c/599276/23/nova/api/openstack/compute/schemas/servers.py [3] https://docs.openstack.org/releasenotes/neutron/rocky.html#upgrade-notes -- Thanks, Matt __ OpenStack D

Re: [openstack-dev] [election][tc]Question for candidates about global reachout

, or remind them to translate. My one cent. Is there a generic openstack group on wechat? Does one have to be invited to it? Is there a specific openstack/nova group on wechat? I'm on wechat anyway so I don't mind being in those groups if someone wants to reach out. -- Tha

Re: [openstack-dev] [election][tc]Question for candidates about global reachout

ommunication between upstream and downstream teams, I've encouraged the downstream folk to send an email upstream to start a discussion. -- Thanks, Matt __ OpenStack Development Mailing List (not fo

[openstack-dev] [goals][upgrade-checkers] Week R-30 update

https://governance.openstack.org/election/results/stein/ptl.html [2] https://storyboard.openstack.org/#!/story/2003657 [3] https://github.com/cybertron/oslo.upgradecheck -- Thanks, Matt __ OpenStack Development Mailing List (not for

[openstack-dev] [nova][publiccloud-wg] Proposal to shelve on stop/suspend

fore I go off and start writing up a spec? [1] https://bugs.launchpad.net/openstack-publiccloud-wg/+bug/1791681 [2] https://bugs.launchpad.net/openstack-publiccloud-wg/+bug/1791679 [3] https://blueprints.launchpad.net/nova/+spec/shelve-on-stop -- Thanks, Matt ___

Re: [openstack-dev] [nova] Hard fail if you try to rename an AZ with instances in it?

On 3/28/2018 4:35 PM, Jay Pipes wrote: On 03/28/2018 03:35 PM, Matt Riedemann wrote: On 3/27/2018 10:37 AM, Jay Pipes wrote: If we want to actually fix the issue once and for all, we need to make availability zones a real thing that has a permanent identifier (UUID) and store that permanent

Re: [openstack-dev] [Openstack-sigs] Open letter/request to TC candidates (and existing elected officials)

UC is also expected to enlist others and hopefully through our efforts others are encouraged participate and enlist others. [1] https://etherpad.openstack.org/p/uc-stein-ptg [2] https://etherpad.openstack.org/p/UC-Election-Qualifications Awesome, thank you Melvin and others on the UC. -- Tha

  1   2   3   4   5   6   7   8   9   10   >