Earlier  
Posted Nick Remark
#openstack-nova - 2018-08-09
20:33:49 efried Sundar: And I like the idea of being able to supply that code in one module or two.
20:33:54 dansmith lemme look
20:34:00 mriedem in other words,
20:34:10 mriedem nova will say "migratoin failed" but the guest might actually get transferred
20:34:17 mriedem just really f'ing slowly
20:34:52 dansmith well, yeah, I mean, the point of this code was to not raise the speed limit until it came
20:35:24 mriedem so did sahid want the timeout to just log and we'd have a finally that always set the bw back up?
20:35:54 dansmith yes
20:36:01 mriedem given what seems to be a pretty easy race to fail, that seems like it would have been better
20:36:04 dansmith which means you let it go to the other side but without networking
20:36:20 Sundar efried: So, it may be superfluous to have two separate modules, which are separately loaded by Stevedore. os-acc would have to load both, and the distinction in terms of what each module does seems to come down to APIs, rather than anything else. So, we might as well define two sets of APIs, and have one module do both. Internally, of course, the module may have separate packages/sub-modules for different functionalities.
20:36:36 dansmith mriedem: but the goal of the patch wasn't to "maybe catch the plug event", so if it never came in, it really should stop
20:36:51 dansmith mriedem: so I think it should cancel
20:37:02 dansmith which I said on the patch a couple of times, but I guess we never even got it that far
20:37:16 Sundar We may also provide common functions in os-acc for specific hypervisors
20:37:29 mriedem dansmith: ok, well the waiter is in the wrong place then, and https://review.openstack.org/#/c/558001/ was the right thing,
20:37:31 mriedem but not backportable
20:37:38 Sundar which any driver/plugin/module can invoke
20:37:43 efried Sundar: Offhand I don't see a problem with that. Is it ever going to be the case that you need to run one but not both (i.e. a driver but not its corresponding plugin, or vice versa) on a given system?
20:37:53 sean-k-mooney efried: Sundar provided there is a well defiend versioned interface its ok but Sundar i dont thin os-acc should be able to alter the hypervior context
20:38:18 efried Sundar: Let's move to #openstack-cyborg so we're not cross-talking with the others.
20:38:21 sean-k-mooney e.g. just like os-vif os-acc should not be able to modify the libvirt xml
20:38:27 dansmith mriedem: yeah, I was just looking through compute manager wondering why the fsck it was in there too
20:38:46 dansmith mriedem: does that not work for LB for some reason?
20:39:20 mriedem does what not work?
20:39:22 mriedem https://review.openstack.org/#/c/558001/ ?
20:39:22 openstackgerrit Merged openstack/nova stable/queens: Reload oslo_context after calling monkey_patch() https://review.openstack.org/589249
20:39:26 dansmith yeah
20:39:29 openstackgerrit Merged openstack/nova stable/queens: Fix message for unexpected external event https://review.openstack.org/589505
20:39:34 mriedem prometheanfire is failing in pike
20:39:36 mriedem https://review.openstack.org/#/c/558001/ is rocky
20:39:41 openstackgerrit Merged openstack/nova master: Trivial fix on migration doc https://review.openstack.org/589028
20:39:45 mriedem b/c we backported sahid's patch
20:39:48 openstackgerrit Merged openstack/nova master: Add a prelude release note for the 18.0.0 Rocky GA https://review.openstack.org/589303
20:39:49 Sundar sean-k-mooney: os-acc may provide device-specific XML snippets, for example, which libvirt driver would compose into a domain XML.
20:40:02 Sundar efried: Sure, joined #openstack-cyborg
20:40:03 dansmith mriedem: no, I realize that
20:40:24 sean-k-mooney Sundar: i really hope not or that code should live in the nova tree
20:40:33 efried sean-k-mooney: Can you join us in -cyborg?
20:40:40 sean-k-mooney efried: sure
20:40:41 dansmith mriedem: what I'm saying is, because the event gets triggered from pre-migration, the wait should really be up a level in compute manager, which you added in rocky
20:41:04 dansmith mriedem: and I'm asking if there's some reason why the wait in compute manager can't work with LB
20:41:32 dansmith mriedem: so we like just rip sahid's stuff out of everywhere and make sure that you're including events in the compute manager wait
20:42:18 sean-k-mooney efried: #openstack-cyborg?
20:42:27 efried yes
20:44:28 mriedem dansmith: it should work for LB as far as i know
20:44:41 dansmith seems like it
20:44:52 mriedem the only backend i know that won't work,
20:44:54 mriedem is ODL
20:45:10 mriedem because that doesn't send events on vif plug/unplug, only port host binding changes
20:45:10 dansmith in fact
20:45:13 sean-k-mooney mriedem: lb polls for new interfaces and can miss the addtion and removal of interfaces in some cases
20:45:25 dansmith mriedem: you're not only waiting for ovs interfaces there right?
20:45:29 sean-k-mooney so we can rely on lb to emit the event
20:45:31 mriedem dansmith: correct
20:45:46 sean-k-mooney or rathar the lb l2 agent
20:45:49 dansmith mriedem: so you should be eating them up there, and then his wait is definitely never going to get them right?
20:46:10 dansmith so in pike, I expect it races,
20:46:16 dansmith and in rocky it never ever works at all
20:47:03 mriedem yeah maybe
20:47:10 mriedem i could dig up my 2 node lb ci patch,
20:47:12 dansmith oh sweet baby jesus thank you for this day
20:47:17 mriedem and enable this waiter in nova on master,
20:47:40 mriedem and we'd have to probably turn the vif plugging timeout way down to actually see if we hit a timeout
20:47:53 mriedem otherwise i'd expect in the gate, live migration with a tiny cirros guest not doing anything transfers pretty fast
20:48:03 dansmith yeah
20:48:17 mriedem heh, and i was just going to start mowing and packing
20:48:37 dansmith melwitt: so, honestly, reverting sahid's thing for rocky needs to be high prio I think
20:48:47 dansmith melwitt: live migration with LB is completely broken I expect
20:48:55 mriedem i'll update that ci patch
20:49:02 melwitt ok, so is this a RC1 thing or a RC2 thing?
20:49:06 dansmith melwitt: and it probably needs to be reverted out of the older releases too
20:49:13 dansmith melwitt: your call but RCsomething, IMHO
20:49:36 prometheanfire back
20:49:41 prometheanfire but leaving soonish
20:49:42 dansmith I would think we could do something like what mriedem did in rocky for those releases
20:50:05 melwitt ok, definitely RC2. trying to do it by the end of today will be hard unless it gets approved, stat
20:50:20 melwitt *definitely RC2, at least
20:50:54 dansmith well, maybe not since he needed a signal from the remote machine that it was going to do the wait ...
20:51:02 prometheanfire mriedem: I'll try to get a bug reported if you think that's the next step
20:51:04 dansmith although the event should still trigger
20:51:07 mriedem prometheanfire: yes please
20:51:09 dansmith prometheanfire: yes
20:51:10 mriedem we'll track that for rc2
20:51:27 prometheanfire rc2?
20:51:29 mriedem was going to try and see how long a guest transfer takes in the gate
20:51:37 mriedem prometheanfire: today is release candidate 1 day
20:51:43 prometheanfire I thought this didn't hit rocky
20:51:50 prometheanfire but I'll leave that to you
20:51:53 mriedem prometheanfire: new wrinkle
20:51:57 prometheanfire oh, nice
20:52:00 dansmith worse wrinkle
20:52:02 mriedem (1) probably race fail on pike
20:52:05 prometheanfire happy to help :P
20:52:06 mriedem (2) totes broken on master
20:52:13 prometheanfire even better
20:53:40 dansmith prometheanfire: hook me up with a bug number and I'll propose the revert
20:53:41 dansmith and I can comment on the bug with all the deets
20:53:50 dansmith since mriedem will be busy with the ci patch and packing for da nang
20:53:59 mriedem isn't da nang vietnam?

Earlier   Later