Earlier  
Posted Nick Remark
#openstack-nova - 2017-09-26
19:49:27 mriedem because of drop_move_claim
19:49:42 mriedem the other test was to show that we needed to add https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L2812
19:49:45 mriedem when the claim itself fails
19:49:51 dansmith right, but that doesn't make sense right?
19:49:51 mriedem raising ComputeResourcesUnavailable
19:50:08 dansmith if we fail for some driver reason, we're now "on" that dest host and should be able to run a same-host rebuild on it
19:50:11 dansmith which won't re-claim for us
19:50:26 mriedem no, we're not on that host
19:50:32 mriedem if driver.spawn fails, we're not on that host
19:50:43 mriedem the instance is only on the dest host if we get here https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L2836
19:50:48 mriedem which doesn't happen if the driver fails
19:50:58 dansmith why is this here? https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L2812
19:51:15 mriedem see https://review.openstack.org/#/c/499878/
19:51:40 mriedem plus the comment above it
19:54:32 mriedem so i don't know what else is going on in this patch, i didn't get that far, i saw the commit message and change to the test and wanted to bring that up since it's approved
19:54:57 dansmith mriedem: okay yeah I really thought that the rt claim would set host and node
19:55:07 dansmith mriedem: you better -2 that or something so it doesn't merge
19:55:18 mriedem i don't think that works
19:55:31 dansmith mriedem: -2 will make it not merge I think, it just won't kick it
19:55:39 openstackgerrit Matt Riedemann proposed openstack/nova master: Move allocation manipulation out of drop_move_claim() https://review.openstack.org/498947
19:55:45 openstackgerrit Dan Smith proposed openstack/nova master: BUMPMove allocation manipulation out of drop_move_claim() https://review.openstack.org/498947
19:55:47 mriedem i know a new commit will do it
19:55:49 mriedem heh
19:55:57 mikal I have a cold, hold me
19:56:05 mriedem gdi mikal
19:56:11 mriedem you've stepped into the wrong room at the wrong time
19:56:17 mriedem way out of line donny
19:56:36 jaypipes you're outta your element, mikal
19:56:53 mikal jaypipes: that's always been true though
19:56:57 jaypipes :P
19:57:03 mriedem mikal, btw, given your plentiful rackspaceness, do you know if rax ever used this thing http://lists.openstack.org/pipermail/openstack-operators/2017-September/014267.html ?
19:57:05 mikal mriedem: my name isn't donny?
19:57:10 mriedem gdi mikal
19:57:23 mriedem https://www.youtube.com/watch?v=AS8X2Qp_6aA
19:57:48 mriedem i'm walter in this scenario
19:57:50 mriedem filled with rage
19:57:58 mikal mriedem: so, Rackspace is definitely running code newer than kilo, so if they haven't noticed they don't need it?
19:58:22 mikal mriedem: private cloud didn't use it, public might but johnthetubaguy would know more about that
19:58:36 mikal mriedem: ahhh, ok, I shall study before next time
19:58:50 mriedem mikal: anyone that was relying on it and has newer than kilo, and didn't notice, then yeah i guess we don't need it
19:59:04 mriedem that's the assertion in the ML thread and commit to remove it anyway
20:03:35 melwitt does anything ever set 'group_members' in filter_properties? I'm not finding anything https://github.com/openstack/nova/blob/master/nova/objects/request_spec.py#L205
20:04:42 sdague mikal: I retool your ploop patch with the fixes from the virtuozo folks
20:04:59 melwitt this line is making reschedule fail with "'NoneType' object is not iterable" after a late-affinity-check failure. I don't see how reschedule after late check ever could work
20:08:23 mriedem melwitt: it could be a case of group_members being set on the request spec initially, and then it's transformed into the primitive filter_properties stuff which doesn't include the group_members?
20:08:32 mriedem i've seen some wonky stuff with how the request spec transforms to/from the legacy filter props
20:09:19 mikal sdague: ta, looking at it now
20:09:37 mriedem melwitt: see _to_legacy_group_info ?
20:09:49 mriedem it sets group_updated=True but doesn't include group_members
20:09:51 melwitt mriedem: I don't see that RequestSpec has any group_members in it. I grepped for "group_members" in nova and found nothing that ever sets it
20:10:19 melwitt yeah, I see that. that's the only thing that looks like it could be related
20:10:21 mikal sdague: looks like there is a rebase error there though? The console pty stuff is now in that patch.
20:10:43 mtreinish dansmith: http://logs.openstack.org/57/507657/1/check/gate-nova-python27-ubuntu-xenial/55aebe1/console.html#_2017-09-26_19_42_08_172719
20:10:50 melwitt mriedem: late affinity check reschedule just looks totally broken unless I'm blind. which may very well be the case
20:10:50 mikal sdague: I shall rectify
20:11:00 mriedem melwitt: this added it https://review.openstack.org/#/c/148277/
20:11:43 melwitt thanks
20:12:08 mriedem https://review.openstack.org/#/c/148277/64/nova/scheduler/utils.py@349
20:12:14 melwitt looks like that line in scheduler/utils that sets it is gone now
20:12:36 openstackgerrit Ed Leafe proposed openstack/nova master: Add Selection objects https://review.openstack.org/499239
20:12:36 openstackgerrit Ed Leafe proposed openstack/nova master: Add alternate hosts https://review.openstack.org/486215
20:12:37 openstackgerrit Ed Leafe proposed openstack/nova master: Return Selection objects from the scheduler driver https://review.openstack.org/495854
20:13:06 melwitt trying to find what removed it
20:13:08 mriedem melwitt: https://review.openstack.org/#/c/469037/
20:13:22 mriedem pike ^
20:13:46 mriedem https://review.openstack.org/#/c/469037/6/nova/scheduler/utils.py
20:13:48 melwitt thanks
20:14:50 melwitt okay, so the conductor logic is still relying on stuff being in filter_properties via RequestSpec.from_primitives
20:15:39 mriedem looks like it, left some comments in https://review.openstack.org/#/c/469037/6/nova/objects/request_spec.py
20:15:46 mriedem likely need a functional regression test to show the failure
20:15:54 mriedem then fix on top and backport both to pike
20:16:02 mriedem melwitt: do you have a bug for this?
20:17:42 melwitt mriedem: no, I can open one. wanted to sanity check with yall first
20:17:56 mriedem someone was saying they hit this exact same thing this morning to bauzas
20:18:45 melwitt hah, what a coinky dink
20:19:09 mriedem please keep that sailor talk for at home
20:20:17 melwitt aye aye sir!
20:20:26 melwitt matey
20:20:38 melwitt oh, that's pirate. nvm
20:20:52 openstackgerrit Dan Smith proposed openstack/nova master: Move allocation manipulation out of drop_move_claim() https://review.openstack.org/498947
20:20:53 openstackgerrit Dan Smith proposed openstack/nova master: Pre-create migration object https://review.openstack.org/498950
20:20:53 openstackgerrit Dan Smith proposed openstack/nova master: Make allocation cleanup honor new by-migration rules https://review.openstack.org/498948
20:20:54 openstackgerrit Dan Smith proposed openstack/nova master: Refactor resource tracker to account for migration allocations https://review.openstack.org/506419
20:20:54 openstackgerrit Dan Smith proposed openstack/nova master: Revert allocations by migration uuid https://review.openstack.org/498949
20:20:55 openstackgerrit Dan Smith proposed openstack/nova master: Make live migration hold resources with a migration allocation https://review.openstack.org/507638
20:20:55 openstackgerrit Dan Smith proposed openstack/nova master: Make migration uuid hold allocations for migrating instances https://review.openstack.org/506420
20:21:12 mriedem dansmith: what's the word
20:22:10 melwitt bird bird bird bababir bird's the word
20:30:19 melwitt mriedem: https://bugs.launchpad.net/nova/+bug/1719730
20:30:21 openstack Launchpad bug 1719730 in OpenStack Compute (nova) "Reschedule after the late affinity check fails with "'NoneType' object is not iterable"" [Undecided,New]
20:32:00 efried mriedem sdague https://review.openstack.org/#/c/488137/ should be ready again
20:32:49 melwitt heh
21:07:39 openstackgerrit Matt Riedemann proposed openstack/nova master: Add recreate test for live migrate rollback not cleaning up dest allocs https://review.openstack.org/507677
21:07:50 mriedem dansmith: ^ thus begins another round of these
21:11:50 openstackgerrit Eric Berglund proposed openstack/nova master: PowerVM Driver: config drive https://review.openstack.org/409404
21:36:24 pino Hi Folks, I'm just getting started on a project that would provide an alternative to using key-pairs for instances: ssh certificates. This requires injecting into the instance (before startup) a host certificate, a user CA public key, and authorized principals file(s); then modifying sshd_config to use them. What's the right way to hook into the co
21:36:25 pino mpute instance lifecycle?
21:37:40 pino I'm just experimenting, but I'm wondering if this would be best built as part of Nova itself, or separately hook into the lifecycle.
21:38:34 jaypipes pino: definitely not part of Nova itself, no. apart from writing files to a config drive, Nova doesn't mess with the VM.
21:39:14 openstackgerrit Matt Riedemann proposed openstack/nova master: Remove dest node allocations during live migration rollback https://review.openstack.org/507687

Earlier   Later