| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2019-05-02 | |||
| 13:17:15 | openstackgerrit | Merged openstack/nova master: Pass target host to RequestGroup.in_tree https://review.opendev.org/650878 | |
| 14:32:50 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Remove 'instance_update_from_api' https://review.opendev.org/651302 | |
| 14:32:50 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Remove 'instance_update_at_top', 'instance_destroy_at_top' https://review.opendev.org/651301 | |
| 14:32:51 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Stop handling cells v1 for instance naming https://review.opendev.org/651304 | |
| 14:32:51 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Stop handling 'update_cells' on 'BandwidthUsage.create' https://review.opendev.org/651303 | |
| 14:32:52 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Stop handling 'InstanceUnknownCell' exception https://review.opendev.org/651307 | |
| 14:32:52 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Remove cells code https://review.opendev.org/651306 | |
| 14:32:53 | openstackgerrit | Stephen Finucane proposed openstack/nova master: Remove unnecessary wrapper https://review.opendev.org/651308 | |
| 14:32:54 | openstackgerrit | Stephen Finucane proposed openstack/nova master: conf: Remove cells v1 options, group https://review.opendev.org/651310 | |
| 14:32:54 | openstackgerrit | Stephen Finucane proposed openstack/nova master: db: Remove cell APIs https://review.opendev.org/651309 | |
| 14:47:25 | mriedem | someone want to approve this for gate goodness? https://review.opendev.org/#/c/656633/ | |
| 15:00:17 | gibi_off | mriedem: done | |
| 15:01:25 | mriedem | thanks | |
| 15:01:29 | mriedem | gibi_off: are you really off? | |
| 15:06:03 | melwitt | frickler: yeah it was just mriedem and I were talking about making the ceph job voting | |
| 15:07:38 | gryf | efried, could you please paste the link for this etherpad? | |
| 15:07:41 | mriedem | andreaf: hey, i copied something from the devstack-tempest playbook in tempest for a pre-run in nova and it seems to cause some wonkiness with devstack https://review.opendev.org/#/c/656656/2/playbooks/nova-multi-cell/pre.yaml | |
| 15:08:02 | mriedem | so i removed the "orchestrate-devstack" role since i'm not sure what it's for, of if it's needed for my pre-run pay | |
| 15:08:03 | mriedem | *play | |
| 15:08:13 | mriedem | andreaf: would you know if i actually need that? | |
| 15:08:26 | mriedem | i just need to run a play after devstack is done but before tempest runs so i can modify policy on the controller | |
| 15:08:52 | mriedem | everything else in my role works fine but that orchestrate-devstack thing seems to screw things up with starting glance-api | |
| 15:09:57 | openstackgerrit | Matt Riedemann proposed openstack/nova master: Enable cross-cell resize in the nova-multi-cell job https://review.opendev.org/656656 | |
| 15:10:40 | mriedem | lyarwood: can you poke these backports now? https://review.opendev.org/#/q/status:open+project:openstack/nova+branch:stable/stein+topic:bug/1825020 | |
| 15:11:03 | lyarwood | mriedem: yarp | |
| 15:14:26 | efried | gryf: https://etherpad.openstack.org/p/nova-ptg-train | |
| 15:15:31 | gryf | efried, thanks. | |
| 15:20:59 | openstackgerrit | Merged openstack/nova-specs master: Abandon flavor-classes backlog spec https://review.opendev.org/649095 | |
| 15:36:14 | openstackgerrit | Dan Smith proposed openstack/nova master: Add image type request filter https://review.opendev.org/656413 | |
| 15:36:23 | gmann | mriedem: which patch you did the pre- run-tempest in devstack playbook ? i did not find in https://review.opendev.org/#/c/655222/9 | |
| 15:41:06 | mriedem | gmann: https://review.opendev.org/#/c/656656/ | |
| 15:41:22 | mriedem | gmann: note https://review.opendev.org/#/c/656656/2..3/playbooks/nova-multi-cell/pre.yaml | |
| 16:20:49 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: Add a live migration regression test https://review.opendev.org/641200 | |
| 16:29:03 | openstackgerrit | Maxim Nestratov proposed openstack/nova-specs master: Reduce CPU and RAM quota when VM is shelved https://review.opendev.org/656806 | |
| 16:30:48 | openstackgerrit | Maxim Nestratov proposed openstack/nova-specs master: Reduce CPU and RAM quota when VM is shelved https://review.opendev.org/656806 | |
| 16:34:39 | openstackgerrit | Takashi NATSUME proposed openstack/nova master: Add TODO note for mox removal https://review.opendev.org/576758 | |
| 16:53:16 | openstackgerrit | Maxim Nestratov proposed openstack/nova-specs master: Reduce CPU and RAM quota when VM is shelved https://review.opendev.org/656806 | |
| 17:16:23 | artom | mdbooth, as in, in the same cloud you could have computes too old to support a thing (tags, multiattach) | |
| 17:16:34 | artom | Not the case anymore, but was a thing in the cycle when those were introduced | |
| 17:17:04 | openstackgerrit | Rodolfo Alonso Hernandez proposed openstack/os-vif master: Remove unused vif_plug_ovs.i18n module https://review.opendev.org/656815 | |
| 17:29:04 | openstackgerrit | Maxim Nestratov proposed openstack/nova-specs master: Reduce CPU and RAM quota usage when server is shelved https://review.opendev.org/656806 | |
| 17:37:45 | stephenfin | cdent: Wanna blindly approve some patches for me? https://review.opendev.org/#/q/project:x/wsme+topic:trivial+status:open | |
| 17:37:56 | stephenfin | cdent: Should probably kick off a 1.0 release then | |
| 17:44:30 | cdent | stephenfin: I removed myself from wsme, or at least meant to. Talk to dtantsur | |
| 17:45:00 | dtantsur | stephenfin: will approve when they pass the CI | |
| 17:45:17 | stephenfin | ta | |
| 17:45:45 | dtantsur | I'm not sure why I don't see them in my gerrty.. I wonder if something broke during the transition for me. | |
| 17:45:52 | dtantsur | ah, no, here they are | |
| 17:48:58 | openstackgerrit | Maxim Nestratov proposed openstack/nova-specs master: Reduce CPU and RAM quota usage for servers in SHELVED_OFFLOADED state https://review.opendev.org/656806 | |
| 18:12:50 | cdent | I want mriedem's face right now to be my new social media avatar | |
| 18:17:16 | openstackgerrit | Merged openstack/nova stable/stein: Add functional regression recreate test for bug 1825020 https://review.opendev.org/656511 | |
| 18:17:17 | openstack | bug 1825020 in OpenStack Compute (nova) stein "resize of instance, that was booted from volume, trigger image size check then fails resize" [High,In progress] https://launchpad.net/bugs/1825020 - Assigned to Matt Riedemann (mriedem) | |
| 18:21:46 | mriedem | cdent: hands over face? | |
| 18:27:14 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: Reset the stored logs at each notification test steps https://review.opendev.org/656844 | |
| 19:00:17 | openstackgerrit | Chris Friesen proposed openstack/nova master: Preserve UEFI NVRAM variable store https://review.opendev.org/621646 | |
| 19:47:19 | openstackgerrit | Adrian Chiris proposed openstack/nova master: Allow driver to properly unplug VIFs on destination on confirm resize https://review.opendev.org/643024 | |
| 19:47:19 | openstackgerrit | Adrian Chiris proposed openstack/nova master: Move get_pci_mapping_for_migration to MigrationContext https://review.opendev.org/643023 | |
| 19:48:31 | openstackgerrit | Merged openstack/nova stable/stein: Fix volume-backed resize with a smaller disk flavor https://review.opendev.org/656666 | |
| 19:53:40 | dansmith | mriedem: I think I performed cranial extraction on https://review.opendev.org/#/c/656413 | |
| 19:56:34 | jroll | did we ever finish the network aware scheduling thing? or is there some way to tie a network to an aggregate that I'm not seeing? | |
| 19:56:56 | jroll | I know that neutron's routed networks creates placement aggregates for each segment, do I just drop hosts into that aggregate? | |
| 19:57:12 | mriedem | mlavalle: ^ | |
| 19:58:06 | mlavalle | jroll: in principle yes, but there is work pending in Nova | |
| 19:59:16 | jroll | mlavalle: ok, so right now if I connect the hosts to the aggregate, it won't stop nova from putting the 'wrong' network on the host? | |
| 19:59:30 | mlavalle | jroll: correct | |
| 19:59:37 | jroll | mlavalle: ok, thanks | |
| 19:59:48 | jroll | totally thought that was done already, sigh | |
| 20:00:11 | mriedem | jroll: no, osic laying everyone off working on it kind of ... stalled things out | |
| 20:00:34 | jroll | hasn't osic ruined my life enough already? | |
| 20:00:42 | mriedem | obviously not | |
| 20:00:56 | jroll | :| | |
| 20:00:59 | mriedem | if it makes you feel better, there are plenty of new intel specs to discuss at the ptg today | |
| 20:01:11 | jroll | that does make me feel better about not being there | |
| 20:02:10 | mriedem | i forget what we even need for linking the routed network aggregates | |
| 20:02:54 | mriedem | neutron creates a placement aggregate around the nova compute node resource providers in a given network segment, right? | |
| 20:02:59 | jroll | this is the most recent I could find: https://review.opendev.org/#/q/topic:bp/prep-for-network-aware-scheduling-pike | |
| 20:03:01 | jroll | correct | |
| 20:03:40 | mriedem | and when creating a server with a given network or port, we want to create the server on a host in the aggregate associated with that network | |
| 20:04:10 | jroll | correct | |
| 20:04:24 | mriedem | and placement aggregates don't have ids, so we can't just rely on some aggregate id being in the network meta for nova to use during scheduling | |
| 20:04:42 | mriedem | but the nova host aggregate has a uuid, | |
| 20:04:57 | mriedem | and if we could link the network to that aggregate uuid, then we could .... | |
| 20:04:58 | mriedem | idk | |
| 20:05:02 | mriedem | i'm confusing myself | |
| 20:05:02 | jroll | seems like it would also fit in the get-me-a-network stuff - choose a network that can be used on the selected host | |
| 20:05:12 | jroll | you're confusing me more I suspect | |
| 20:05:38 | mriedem | we have placement request pre-filters in the scheduler now that leverage placement aggregates, | |
| 20:05:47 | mriedem | i'm just trying to think through how we could do something like that for this | |
| 20:06:21 | jroll | I appreciate that :) | |
| 20:06:33 | jroll | I'm happy to talk post-ptg sometime to not distract you | |
| 20:07:51 | mriedem | oh ok, | |
| 20:08:12 | mriedem | so yeah, aggregates in placement are just a grouping concept of resource providers (compute nodes here), and the aggregate in placement is just an id, | |
| 20:08:53 | mriedem | if we had that aggregate id stored on the network resource in neutron, we could just translate that in nova during scheduling to say 'give me all allocation candidates (compute nodes) in that provider aggregate for this network' | |
| 20:09:11 | mriedem | mlavalle: is the provider aggregate in placement stored in the network resource or anywhere related to it? | |
| 20:09:25 | mriedem | *aggregate id | |
| 20:09:53 | jroll | ctrl-f "Verify that inventories were created for each segment " https://docs.openstack.org/neutron/rocky/admin/config-routed-networks.html | |
| 20:10:01 | jroll | looks like the resource provider ID is the network segment | |
| 20:10:29 | jroll | the segment has the network ID but dunno about vice versa | |
| 20:10:49 | jroll | can query segments by network ID, so that could work | |
| 20:13:08 | mriedem | the network resource has a list of segments | |