Earlier  
Posted Nick Remark
#openstack-nova - 2018-03-08
14:27:24 mdbooth mriedem: Just looking at a live migration bug which came up downstream, and I can't see anywhere we restore bdm.connection_info if we're forced to rollback. Any chance I missed it? That's not the downstream bug, btw, but it's in the same area.
14:29:15 openstackgerrit Merged openstack/nova master: Deprecate sparse LVs https://review.openstack.org/549771
14:31:54 hrw bauzas, jaypipes, kashyap, mriedem, stephenfin: thanks for help with PCIe hotplug patch.
14:32:20 kashyap` Np
14:34:43 gibi sean-k-mooney: yeah. I think I will try to not make a dependency between the bandwidth spec and a new placement api spec if this is not really necessary
14:34:57 gibi sean-k-mooney: that spec is already a monster :)
14:40:45 mriedem mdbooth: not off the top of my head
14:41:04 openstackgerrit Dan Smith proposed openstack/nova master: Make nova-manage db purge take --all-cells https://review.openstack.org/550502
14:41:18 mdbooth mriedem: NP, just thought I'd ask in case you had it cached.
14:41:20 cdent jaypipes: I can't remember; where did the aggregates-affinity plan end up? Is it a goer? https://review.openstack.org/#/c/529135/
14:42:34 mriedem mdbooth: pre_live_migration on the dest host creates the bdms in the MigrateData object which is then passed back to the source
14:44:29 mdbooth mriedem: I suspect we're not restoring that stashed value to bdm.connection_info if we rollback. The volume would still be attached, but cinder v2 operations would fail I think.
14:44:48 mdbooth mriedem: This is code-inspection only. I'm going to try to verify and I'll raise a bug.
14:45:07 openstackgerrit Merged openstack/nova master: Handle IpAddressAlreadyAllocated exception https://review.openstack.org/535532
14:45:16 openstackgerrit Merged openstack/nova master: install-guide: Wrap long console command https://review.openstack.org/544093
14:45:18 mriedem i think i see where we update the bdm.connection_info to point at the dest host
14:45:25 openstackgerrit Merged openstack/nova master: [placement] use simple FaultWrapper https://review.openstack.org/533752
14:45:46 mriedem mdbooth: this https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L5957
14:45:48 mdbooth We update it for the dest in pre_live_migration
14:45:55 mriedem with refresh_conn_info=True
14:45:57 mriedem right
14:46:03 mriedem if you're using old style migrations
14:46:07 mdbooth mdbooth: Yep, that's the one.
14:47:03 mdbooth Incidentally, the downstream bug relates to a cinder driver which doesn't consistently return identical values for initialize_connection
14:47:27 mdbooth I believe because of multipath, although I'm not 100% sure why not
14:48:15 mdbooth The impact is that when we try to detach on the source post live migration, we call initialize_connection to get the source conn_info, then call detach, which fails because the conn_info isn't exactly what we had before
14:49:18 mriedem detach on the source during rollback because live migration failed?
14:49:29 mdbooth No, on success
14:49:37 mriedem ok you were saying rollback earlier
14:49:45 mdbooth Yeah, different bug :)
14:50:11 mdbooth I was looking at the success case, and noticed it looked like there was a related problem in the rollback case
14:50:25 mdbooth But I haven't verified that yet
14:51:04 mdbooth Anyway, as we call pre_live_migration synchronously, it occurred to me we don't need it to return to us the values before it modified them
14:51:18 mdbooth We can just stash them before calling pre_live_migration
14:51:49 mriedem i assume this is all a problem reported on like newton or something right?
14:51:56 mriedem i'm sure it's a latent bug for the old style volume attachments,
14:52:24 mdbooth Yeah, since Liberty I think
14:52:30 mriedem i think with the new style attachments, we don't have the same issue because live migration tracks the attachments for the source and dest host, and cinder stores the connection_info in the attachment records (in cinder), so we don't have the bdm.connection_info wonkaroo in nova
14:52:43 mdbooth Yep
14:53:23 mriedem simply refreshing the connection info for the old style attachments might do the trick
14:54:00 mriedem since that will initialize the connection (in cinder) for the host we're on (since we have to pass a host connector) and we'll get back a new connection_info from cinder which will get updated in the bdm.connection_info
14:56:11 mdbooth mriedem: True, except for the discovered inconsistent return value from initialize_connection
14:56:25 mdbooth Which I think the cinder folks are also treating as a bug, btw.
14:56:44 mdbooth But they hate the second call to initialize_connection regardless :)
14:57:06 jaypipes cdent: no, it's not a goer... gonna focus on mirroring.
14:58:14 cdent jaypipes: cool the spec came around for review on my todo list and saw it was a bit stale, so wasn't sure of state
15:02:31 jaypipes cdent: dansmith's pre-filter spec should take care of the agg affinity use cases for the most part.
15:15:53 openstackgerrit Eric M Gonzalez (tasker) proposed openstack/nova master: unquiesce instance after quiesce failure https://review.openstack.org/550865
15:16:32 mriedem stephenfin: +2 on the keymap deprecation https://review.openstack.org/#/c/483994/
15:16:39 stephenfin ta
15:16:57 openstackgerrit Merged openstack/nova master: Refactor WSGI apps and utils to limit imports https://review.openstack.org/533797
15:17:10 openstackgerrit Merged openstack/nova stable/queens: hyper-v: Logs tips on PortBindingFailed https://review.openstack.org/550529
15:17:19 openstackgerrit Merged openstack/nova stable/queens: Detach volumes when VM creation fails https://review.openstack.org/544144
15:17:29 openstackgerrit Merged openstack/nova master: Allow to configure amount of PCIe ports https://review.openstack.org/545034
15:19:03 sean-k-mooney jaypipes: hi yes if i write a spec for adding rquired traits to resouce providers ill assume it is post rocky. it is something i would not mind trying to add myself if i get the time if for no other reason then to test out the mechanium for solving the problem in a generic way.
15:22:03 hrw mriedem, stephenfin: now that pcie patch got merged into rocky what goes with blueprint? should it get reviewed or something?
15:22:11 hrw https://blueprints.launchpad.net/nova/+spec/configure-amount-of-pcie-ports one I mean
15:22:36 mriedem hrw: marked complete
15:22:43 hrw mriedem: thank you
15:23:12 stephenfin mriedem: While we're on the subject, how about this one? https://blueprints.launchpad.net/openstack/?searchtext=vcpu-weighter
15:23:37 mriedem stephenfin: how is that on the subject?
15:23:40 stephenfin In general, how does one bring up specless blueprints for review?
15:23:54 stephenfin We're talking about specless blueprints
15:24:11 mriedem stephenfin: welcome new contributor https://docs.openstack.org/nova/latest/contributor/blueprints.html
15:24:29 hrw stephenfin: I took mine to Nova meeting.
15:24:49 stephenfin You learn something new everyday
15:25:20 hrw stephenfin: you are just one hour too late
15:26:51 mriedem stephenfin: on https://review.openstack.org/#/c/550250/ i'm going to leave the metadata service stuff in the admin guide where it is for now due to there being nova-net specific stuff in there,
15:27:12 mriedem i'll put a todo or something in there to clean that up for neutron, if/when i can find any neutron-related docs for the metadata service
15:27:17 mriedem i'll address the other comments
15:28:19 stephenfin Sounds good to me
15:31:22 openstackgerrit Jay Pipes proposed openstack/os-traits master: Add HW_NIC_SRIOV_TRUSTED trait https://review.openstack.org/550873
15:31:25 jaypipes sahid: ^^
15:43:27 openstackgerrit Merged openstack/nova stable/pike: Handle glance exception during rotating instance backup https://review.openstack.org/533439
15:45:31 cdent presumably if we are going to move the rp objects ( https://review.openstack.org/#/c/540049/ ) sooner in the cycle is better than later?
15:46:05 edleafe cdent: unless you want a ton of merge conflicts late in the cycle, of course
15:47:37 mriedem thinking about the resource class field, any reason we wouldn't just move that to o.vo instead of a new os-resource-classes library?
15:48:25 openstackgerrit Merged openstack/nova stable/pike: Fix SUSE Install Guide: Placement port https://review.openstack.org/545167
15:48:26 dansmith I really wish that was split up
15:49:30 jaypipes dansmith: wish what was split up?
15:50:08 dansmith jaypipes: cdent's moving rp objects, reswizzling the fields, splitting them into separate files, etc
15:50:27 jaypipes dansmith: oh? is it all in one patch?
15:50:44 dansmith jaypipes: you +2d it :)
15:50:50 dansmith ...yesterday
15:51:21 cdent dansmith: happy to split it up, but not sure where the split boundaries are?
15:51:22 jaypipes dansmith: that patch didn't move rp objects...
15:51:33 dansmith jaypipes: yes it does
15:52:14 cdent mriedem: I suspect to avoid depending on ovo
15:52:23 mriedem cdent: we already depend on o.voc
15:52:25 mriedem *o.vo
15:52:38 cdent nova does
15:52:44 cdent other things need resource classes
15:52:46 mriedem and placement will
15:52:46 jaypipes dansmith: oh, sorry, you are referring to the resource **classes**
15:52:53 cdent besides placement
15:52:54 jaypipes dansmith: not nova.objects.resource_provider
15:53:09 dansmith jaypipes: no I mean the objects
15:53:10 dansmith Rnova/api/openstack/placement/objects/resource_provider.py
15:53:41 jaypipes oh ffs.
15:53:54 jaypipes I did not notice that moved the file location. :(

Earlier   Later