| Posted | Nick | Remark | |
|---|---|---|---|
| #openstack-nova - 2017-08-10 | |||
| 14:54:23 | bauzas | gtk :) | |
| 14:54:26 | mriedem | and likely won't for a long time | |
| 14:54:40 | ioggstream | mriedem: you mean osc challenges the server for the supported options? | |
| 14:55:13 | mriedem | ioggstream: no, i mean i believe osc only ever requests compute API things with 2.1 | |
| 14:55:39 | mriedem | and the soft affinity group policy was added in 2.15 https://docs.openstack.org/nova/latest/reference/api-microversion-history#id13 | |
| 14:56:04 | mriedem | so if you're using osc and try to create a server group with policy 'soft-anti-affinity' using microversion 2.1, it's going to fail with a 400 | |
| 14:56:08 | mriedem | saying it doesn't know what that policy is | |
| 14:56:30 | gibi | mriedem: I filed https://bugs.launchpad.net/nova/+bug/1709902 | |
| 14:56:32 | openstack | Launchpad bug 1709902 in OpenStack Compute (nova) "source host allocation not cleaned up in placement after evacuation" [Undecided,New] | |
| 14:56:50 | ioggstream | mriedem: ok, I didn't know the microversion stuff, let me read about it | |
| 14:56:54 | mriedem | ioggstream: you might be able to pass an --openstack-compute-version or something option to osc cli, idk | |
| 14:58:28 | openstackgerrit | Eric Fried proposed openstack/nova master: Use ksa adapter for placement conf & requests https://review.openstack.org/492247 | |
| 14:59:05 | ioggstream | mriedem: I'll check and let you know, thx++ | |
| 14:59:39 | openstackgerrit | Dmitry Tantsur proposed openstack/nova master: Deprecate bare metal filters https://review.openstack.org/492563 | |
| 14:59:41 | dtantsur | edleafe: ^^^ | |
| 15:00:16 | edleafe | dtantsur: get a faster machine! :) | |
| 15:03:57 | bauzas | mriedem: do you agree with my comment on https://review.openstack.org/#/c/491012/12/nova/compute/resource_tracker.py@1073 and if so, possibly me passing a new revision ? | |
| 15:05:06 | mriedem | dtantsur: heh yeah you need more VCPUs | |
| 15:05:27 | dtantsur | LOOL | |
| 15:05:50 | bauzas | t470s FTW | |
| 15:06:00 | openstackgerrit | Eric Fried proposed openstack/nova master: Use ksa adapter for placement conf & requests https://review.openstack.org/492247 | |
| 15:06:00 | openstackgerrit | Eric Fried proposed openstack/nova master: nova.utils.get_ksa_adapter() https://review.openstack.org/488137 | |
| 15:06:18 | mriedem | bauzas: given the amount of shit we log continually all the time, like lazy-loading pci request and pci devices for every claim, then i'd say leave that for a follow up patch | |
| 15:06:26 | openstackgerrit | Eric Fried proposed openstack/nova master: Get auth from context for glance endpoint https://review.openstack.org/490057 | |
| 15:06:30 | bauzas | mriedem: ok, firing it up | |
| 15:06:39 | bauzas | and then I'll +W that one | |
| 15:07:55 | bauzas | (story-telling, if you remember my current laptop, you'll understand how much I'll enjoy to have a new Enter key w/ my new laptop :D ) | |
| 15:08:24 | dtantsur | bauzas: I have t460s. too old for nova, I guess :D | |
| 15:08:58 | mriedem | bauzas: if you're going to +W anyway, just do it now | |
| 15:09:01 | mriedem | with the gate time as it is | |
| 15:09:08 | bauzas | mriedem: sure | |
| 15:09:09 | mriedem | i don't really want to be doing rc1 at midnight | |
| 15:09:25 | mriedem | midnight is matty's time | |
| 15:09:47 | dtantsur | oh, rc1.. does this ironic-related stuff have a chance to get in? | |
| 15:10:23 | bauzas | mriedem: yeah I should consider relocating to Hawaii | |
| 15:10:27 | bauzas | given the TZ | |
| 15:10:47 | bauzas | or French Polynesia, that could help too | |
| 15:10:57 | openstackgerrit | Balazs Gibizer proposed openstack/nova master: test server evacuation with placement https://review.openstack.org/492548 | |
| 15:11:10 | mriedem | gibi: per your bug, i'm curious why TestLocalDeleteAllocations isn't failing then | |
| 15:11:34 | mriedem | oh i know why | |
| 15:11:36 | mriedem | it's deleted | |
| 15:11:45 | mriedem | and when the RT gets InstanceNotFound, it deletes the allocations | |
| 15:12:13 | jaypipes | is it just me or is the gate getting better... | |
| 15:12:16 | mriedem | dtantsur: i've been leaning on dansmith for that change | |
| 15:12:21 | mriedem | dtantsur: but he's out the rest of the week | |
| 15:12:28 | mriedem | dtantsur: so it's likely rc2 at this point | |
| 15:12:43 | dtantsur | yeah, it's fine, as long as it gets into Pike at all | |
| 15:12:51 | mriedem | jaypipes: except for the slow nodes and timeouts, it's not bad | |
| 15:14:28 | mriedem | gibi: i wonder why https://review.openstack.org/#/c/492548/ keeps saying it can't merge? | |
| 15:14:34 | mriedem | but don't rebase the entire series... | |
| 15:15:00 | gibi | mriedem: I think it is because I adding the test at the end of the test_server.py | |
| 15:15:23 | jaypipes | mriedem, bauzas, sdague: should be simple review: https://review.openstack.org/#/c/491822/ | |
| 15:15:31 | gibi | mriedem: but I can try locally | |
| 15:16:19 | gibi | mriedem: yes, the evac patch conflicts on the file ending | |
| 15:16:23 | gibi | mriedem: master has test_resize_not_enough_resource at the end | |
| 15:16:35 | gibi | mriedem: but Jay's branch doesn't contain that | |
| 15:17:19 | gibi | mriedem: I will have no time today to do the evac fix in the init_host so if this is important somebody can take over. But tomorrow I can continue | |
| 15:17:53 | openstackgerrit | Sylvain Bauza proposed openstack/nova master: Make compute log less verbose with allocs autocorrection https://review.openstack.org/492571 | |
| 15:18:09 | bauzas | mriedem: HTH ^ | |
| 15:18:14 | openstackgerrit | Dmitry Tantsur proposed openstack/nova master: Deprecate bare metal filters https://review.openstack.org/492563 | |
| 15:19:34 | dtantsur | bauzas, mriedem, easy win for your review stats ^^ (like if you needed more, heh) | |
| 15:21:16 | gibi | mriedem, dansmith: I think this is ready to go in, Jay was +2 already but I needed to rebase: https://review.openstack.org/#/c/491529/ | |
| 15:22:06 | jaypipes | gibi: hey, there's an urgent request for your assistance here: http://lists.openstack.org/pipermail/openstack/2017-August/045339.html | |
| 15:26:02 | gibi | jaypipes: seems like s spam :) | |
| 15:27:11 | mriedem | bauzas: sdague: melwitt: i triaged https://bugs.launchpad.net/nova/+bug/1709594 | |
| 15:27:13 | openstack | Launchpad bug 1709594 in OpenStack Compute (nova) "live-migration without '--block-migrate" failed with "No sql_connection parameter is established"" [High,Triaged] | |
| 15:27:18 | mriedem | it's a superconductor issue, | |
| 15:27:27 | mriedem | the xenapi driver tries to get host aggregates during a live migration, | |
| 15:27:32 | mriedem | and the aggregates are in the API DB now, | |
| 15:27:36 | jaypipes | gibi: was just joking you. | |
| 15:27:43 | mriedem | so this is an upcall attempt from the compute service, in a cell with no access to the api db | |
| 15:28:07 | gibi | jaypipes: ohh. OK. You got me :) | |
| 15:34:04 | mriedem | gibi: i think we could deal with the source allocation cleanup bug as a backport | |
| 15:39:35 | gibi | mriedem: ack | |
| 15:41:11 | mriedem | it's only a problem unless the compute comes back online | |
| 15:41:21 | mriedem | s/unless/until/ | |
| 15:44:07 | ioggstream | mriedem: +1 [stack@c1f-ops-dirp00 openshift-on-openstack]$ o server group create deleteme-sg-3 --policy soft-anti-affinity --os-compute-api-version 2.15 | |
| 15:44:22 | sdague | mriedem: good call | |
| 15:46:42 | mriedem | ioggstream: cool | |
| 15:49:30 | openstackgerrit | Spencer Yu proposed openstack/python-novaclient master: Nova client should retry with Retry-After value https://review.openstack.org/447766 | |
| 15:49:52 | mriedem | ioggstream: going to update that bugzilla? | |
| 15:50:03 | mriedem | btw, it's nice to see my ibm red hat bugzilla account is still active | |
| 15:50:07 | mriedem | and has permissions to ibm bugs | |
| 15:51:00 | ioggstream | mriedem: yes, I'll do it. I've an rh account: I'll try with it. | |
| 15:51:30 | ioggstream | mriedem: my issue is now that heat doesn't seem to support soft-anti-affinity | |
| 15:52:35 | bauzas | dtantsur: edleafe: I'm confused by the ironic upgrade path (see https://review.openstack.org/#/c/492563/2) | |
| 15:52:56 | bauzas | dtantsur: edleafe: we could potentially have old ironic nodes to schedule with a pike scheduler | |
| 15:53:12 | dtantsur | bauzas: well, we're not removing anything, are we? | |
| 15:53:23 | bauzas | dtantsur: sure, but you send a signal with those deprecations | |
| 15:53:38 | bauzas | I just don't want operators to freak out | |
| 15:53:39 | dtantsur | well, in Queens the old style of scheduling is not going to be possible | |
| 15:53:46 | dtantsur | we have to send some signal about that coming | |
| 15:54:00 | bauzas | so it's just a wording issue | |
| 15:54:26 | dtantsur | re upgrade https://docs.openstack.org/ironic/latest/admin/upgrade-guide.html#upgrading-from-ocata-to-pike | |
| 15:54:41 | dtantsur | we should change s/recommended/required/, I'm going to have another update anyway | |
| 15:54:52 | bauzas | but the point is, if you deprecate in Pike, that means you accept operators to not use those opts by the Pike timeframe, which could be a bit of concern if they roll out upgrades | |
| 15:55:06 | bauzas | dtantsur: I briefly looked at your relnotes too | |
| 15:55:24 | bauzas | dtantsur: and haven't found any clear ask for providing resource classes for nodes | |
| 15:55:37 | bauzas | (talking of https://docs.openstack.org/releasenotes/ironic/unreleased.html )à | |
| 15:55:37 | dtantsur | bauzas: this is coming as part of https://review.openstack.org/#/c/491773/ | |