Earlier  
Posted Nick Remark
#openstack-nova - 2017-07-11
15:00:46 jaypipes sean-k-mooney: cool with me. send me your personal emails.
15:00:54 jaypipes kashyap: :)
15:06:09 jangutter kashyap: Afrikaans is Dutch where the guys decided to throw away most of the language rules and accent...
15:06:38 kashyap jangutter: Heh
15:06:59 jangutter kashyap: If you want to completely confuse an Afrikaans engineer, you should speak pure technical Afrikaans. Nobody will understand you.
15:07:16 jaypipes IIRC kashyap is an Indian speaking with a British accent living in Amsterdam. :)
15:07:29 kashyap jaypipes: Jeez, you got the Amsterdam part wrong
15:07:36 jaypipes oh shit.
15:07:37 kashyap jaypipes: I'm in Ghent.
15:07:39 kashyap :-)
15:07:42 jaypipes sorry, I meant oh sheet.
15:08:00 jaypipes or whatever is Dutch for shit.
15:08:02 jaypipes :P
15:08:22 kashyap :-)
16:04:50 openstackgerrit Jay Pipes proposed openstack/nova master: placement: add claim_resources() to report client https://review.openstack.org/482382
16:04:51 openstackgerrit Jay Pipes proposed openstack/nova master: scheduler: alternates for filter scheduler https://review.openstack.org/482381
16:04:51 openstackgerrit Jay Pipes proposed openstack/nova master: placement: claim resources in filter scheduler https://review.openstack.org/482383
16:10:59 openstackgerrit Andrey Volkov proposed openstack/nova master: [placement] Add api-ref for allocations https://review.openstack.org/470933
16:10:59 openstackgerrit Andrey Volkov proposed openstack/nova master: [placement] Add api-ref for allocation_candidates https://review.openstack.org/481112
16:11:00 openstackgerrit Andrey Volkov proposed openstack/nova master: [placement] Make placement_api_docs.py failing https://review.openstack.org/480924
16:11:00 openstackgerrit Andrey Volkov proposed openstack/nova master: [placement] Add api-ref for usages https://review.openstack.org/480563
16:11:01 openstackgerrit Andrey Volkov proposed openstack/nova master: [placement] Add api-ref for RP allocations https://review.openstack.org/450550
16:11:01 openstackgerrit Andrey Volkov proposed openstack/nova master: [placement] Add api-ref for RP usages https://review.openstack.org/450105
16:11:30 openstackgerrit Matt Rabe proposed openstack/nova master: Query deleted instance records during _destroy_evacuated_instances https://review.openstack.org/467774
16:13:06 dansmith mdrabe: gonna backport that?
16:13:37 mdrabe dansmith: I can, to ocata?
16:14:03 dansmith at least yeah.. I guess newton is in security-only mode probably
16:17:28 openstackgerrit Takashi NATSUME proposed openstack/python-novaclient master: Microversion 2.49 - Virt device tagged attach https://review.openstack.org/480392
16:20:10 openstackgerrit Takashi NATSUME proposed openstack/python-novaclient master: Microversion 2.50 - List/Show all server migration types https://review.openstack.org/430839
16:20:19 openstackgerrit Takashi NATSUME proposed openstack/python-novaclient master: Microversion 2.50 - Enable cold migration with target host https://review.openstack.org/406707
16:21:51 openstackgerrit Takashi NATSUME proposed openstack/nova master: Stop using mox stubs in cast_as_call.py https://review.openstack.org/477730
16:25:34 openstackgerrit Rodolfo Alonso Hernandez proposed openstack/os-vif master: Add abstract OVSDB API https://review.openstack.org/476612
16:25:35 openstackgerrit Rodolfo Alonso Hernandez proposed openstack/os-vif master: Add native implementation OVSDB API https://review.openstack.org/482226
16:26:54 openstackgerrit Gábor Antal proposed openstack/nova master: Transform HostAPI-set_enabled notifications https://review.openstack.org/482622
16:38:34 openstackgerrit Alex Szarka proposed openstack/nova master: Transform compute_task notifications https://review.openstack.org/482629
16:46:05 ildikov mriedem: I guess it does not make too much difference by now, but I updated the priorities etherpad with the current state of reviews
16:46:19 ildikov mriedem: let me know if there's anything I else I could/should do
16:56:06 mriedem dansmith: mdrabe: the deleted instances on evacuate thing?
16:56:16 dansmith mriedem: yeah
16:56:17 mdrabe ya
16:56:21 mriedem ildikov: honestly i'm not looking at the review priorities etherpad, but ok
16:56:35 mriedem ildikov: with <3 weeks i've got my list of priority changes to review starred already
16:57:19 openstackgerrit Alex Szarka proposed openstack/nova master: Transform compute_task notifications https://review.openstack.org/482629
16:57:25 ildikov mriedem: just like how others do I guess...
16:57:31 mriedem ildikov: that does remind me though that i/we need to reach out to claudiub on hyperv and the xenapi team about checking out stvnoyes' change for live migration
16:57:43 mriedem since that also has to be done in those other drivers that support live migration
16:58:16 claudiub o/
16:58:41 ildikov mriedem: Steve has changes in those parts too, but definitely needs a double check
16:58:46 ildikov claudiub: hi :)
16:58:52 claudiub hello. :)
16:59:05 mriedem ildikov: there are no hyperv/xenapi changes in https://review.openstack.org/#/c/463987/
16:59:09 mriedem claudiub: see ^
16:59:21 mriedem that's the change to use the new cinder volume attach flow for live migration
16:59:46 mriedem the hyperv and xenapi drivers would need to do something for that too, building on that patch, as that's only the libvirt driver and the framework code in the compute manager
16:59:52 ildikov mriedem: hmm, I thought I saw related changes somewhere... :/
17:00:18 mriedem claudiub: https://review.openstack.org/#/c/330285/ is the change that enables all of this new flow from the API
17:00:53 ildikov claudiub: so tl;dr, we have a new attach/detach API in Cinder starting from Ocata and we're on the mission to get that supported in Nova, hopefully in Pike
17:02:17 claudiub sooo... basically the idea is to connect the volumes during pre_live_migration and disconnect them if the live migration failed?
17:02:27 claudiub don't we already do that?
17:03:02 ildikov we have different calls for that now
17:03:22 ildikov as earlier we removed the volume connection, but we didn't really inform Cinder about it
17:03:48 ildikov just kinda wired the volume on the new host and then unwired it on the old one
17:09:20 claudiub anyways. will look into it.
17:10:03 mriedem claudiub: yeah it's new modeling and API calls now
17:12:16 ildikov claudiub: in case of libvirt we had an initialize_connection call in the driver for instance which we don't need anymore
17:12:39 ildikov claudiub: I don't seem to find anything like that for HyperV, but I can very easily miss something
17:13:06 claudiub anyways... unrelated, and since you're right here right now, on 3rd party CI section of the Cinder wiki ( https://wiki.openstack.org/wiki/Cinder/tested-3rdParty-drivers#Third_Party_CI_Requirements ) they say that "CI's do not need to kick off tests until Jenkin's has given a +1". does something like this also applies to nova as well?
17:13:53 ildikov claudiub: if there's anything we should modify there, plz add a note to the review or ping stvnoyes and me here if you would have any questions or comments to quickly chat about here
17:14:03 stvnoyes claudiub, mriedem - I did take a cursory look at xen and hyperV and those drivers didn't seem to interact with cinder during migration (unlike libvirt)
17:15:25 openstackgerrit Alex Szarka proposed openstack/nova master: Transform compute_task notifications https://review.openstack.org/482629
17:15:27 mriedem claudiub: we've never said anything about that in nova
17:16:04 claudiub mriedem: which is why I'm asking. :)
17:16:08 mriedem claudiub: i assume that's for trying to minimize the amount of traffic that the 3rd party ci needs to do
17:16:13 claudiub yeap
17:16:25 mriedem claudiub: i'm fine with that, b/c jenkins could fail with a pep8 issue or something and need to be rechecked
17:16:41 mriedem i don't exactly know *how* a 3rd party ci listens for a jenkins +1 on a change to trigger
17:16:48 claudiub cool, thanks. :)
17:16:51 mriedem but assume it's on the gerrit/zuul stream of events
17:17:16 claudiub yeah, the ci team will know how to handle them. :)
17:17:55 mriedem granted, if jenkins is +1 and cores approve it before any other 3rd party ci reports in with failures because it took too long, then that's a risk,
17:18:15 mriedem but in general i'm assuming that mostly only applies to changes to the drivers themselves, or major internal changes to compute manager
17:18:26 mriedem i.e. i'll wait for hyperv ci to be happy on a hyperv driver change
17:20:28 openstackgerrit Rawan Herzallah proposed openstack/nova master: Adding NVMEoF for libvirt driver https://review.openstack.org/482640
17:20:35 claudiub mriedem: it seems that there are details on how to wait for Jenkins' +1 on commits on the bottom of the wiki: https://wiki.openstack.org/wiki/Cinder/tested-3rdParty-drivers#Third_Party_CI_Requirements
17:25:22 mriedem gibi: should i mark this as WIP until you sort out the functional test issue with shelve? https://review.openstack.org/#/c/448779/
17:28:34 openstackgerrit Rawan Herzallah proposed openstack/nova master: Adding NVMEoF for libvirt driver https://review.openstack.org/482640
17:29:52 openstackgerrit Rawan Herzallah proposed openstack/nova master: Adding NVMEoF for libvirt driver https://review.openstack.org/482640
17:34:01 ildikov mriedem: thank you!
17:48:29 claudiub ildikov: stvnoyes: yeah, we don't really interact with with cider api inside the hyper-v driver. we only login the storage targets. the hyper-v ci already ran over the patch you mentioned, including LiveBlockMigrationTestJSON.test_iscsi_volume and other live migration tests, except for test_volume_backed_live_migration (has a skip_because(bug=...) decorator).
17:49:20 claudiub so it should be fine, but I'd still like to take a closer look into it.
17:49:44 ildikov claudiub: thanks for checking
17:50:08 claudiub no problem. :)
17:50:41 ildikov claudiub: we should have a patch to enable that test as well in the related ones
17:54:15 mriedem claudiub: the ci will pass the live migration change and pass b/c it's still using the old flow
17:54:50 mriedem claudiub: it has to run on both https://review.openstack.org/#/c/330285/ and https://review.openstack.org/#/c/463987/ together
17:55:04 mriedem sec
17:55:04 mriedem which, i have a patch for that
17:55:14 mriedem https://review.openstack.org/#/c/481290/
17:55:25 mriedem claudiub: can you get the hyperv ci to run on that ^?
17:55:32 mriedem oh nvm it did

Earlier   Later