Thursday, 2019-06-20

*** jenglisch has quit IRC00:00
*** brinzhang has joined #openstack-nova00:02
*** takashin has joined #openstack-nova00:10
*** gyee has quit IRC00:15
openstackgerritsean mooney proposed openstack/nova master: Revert resize: wait for events according to hybrid plug  https://review.opendev.org/64488100:21
openstackgerritsean mooney proposed openstack/nova master: Revert resize: wait for events according to hybrid plug  https://review.opendev.org/64488100:24
*** rcernin has quit IRC00:25
*** rcernin has joined #openstack-nova00:27
*** liuyulong has joined #openstack-nova00:28
openstackgerritsean mooney proposed openstack/nova master: Revert resize: wait for events according to hybrid plug  https://review.opendev.org/64488100:38
sean-k-mooneynot with spell checking ^ :)00:39
sean-k-mooneyor rather grammerly checking00:40
*** BjoernT has joined #openstack-nova00:44
*** BjoernT has quit IRC00:45
*** BjoernT has joined #openstack-nova00:45
*** BjoernT has quit IRC00:46
*** BjoernT has joined #openstack-nova00:46
*** BjoernT has quit IRC00:46
*** BjoernT has joined #openstack-nova00:47
*** BjoernT has quit IRC00:47
*** BjoernT has joined #openstack-nova00:48
*** BjoernT has quit IRC00:48
*** BjoernT has joined #openstack-nova00:48
*** ricolin has joined #openstack-nova00:48
*** lbragstad has quit IRC00:49
*** BjoernT has quit IRC00:49
*** BjoernT has joined #openstack-nova00:49
*** BjoernT has joined #openstack-nova00:50
*** BjoernT has quit IRC00:50
*** BjoernT has joined #openstack-nova00:51
*** BjoernT has quit IRC00:51
*** BjoernT has joined #openstack-nova00:52
*** BjoernT has quit IRC00:52
*** BjoernT has joined #openstack-nova00:53
*** BjoernT has quit IRC00:53
*** BjoernT has joined #openstack-nova00:54
*** BjoernT has quit IRC00:54
*** BjoernT has joined #openstack-nova00:55
*** BjoernT has quit IRC00:55
*** BjoernT has joined #openstack-nova00:56
*** BjoernT has quit IRC00:56
*** BjoernT has joined #openstack-nova00:57
*** BjoernT has quit IRC00:57
*** BjoernT has joined #openstack-nova00:58
*** BjoernT has joined #openstack-nova00:59
*** BjoernT has quit IRC00:59
*** BjoernT has joined #openstack-nova01:00
*** BjoernT has joined #openstack-nova01:01
*** BjoernT has quit IRC01:01
*** BjoernT has joined #openstack-nova01:02
*** markvoelker has joined #openstack-nova01:02
*** BjoernT has joined #openstack-nova01:02
*** BjoernT has quit IRC01:02
*** BjoernT has joined #openstack-nova01:03
*** BjoernT has quit IRC01:03
*** rcernin_ has joined #openstack-nova01:05
*** rcernin has quit IRC01:06
openstackgerritsean mooney proposed openstack/os-traits master: add libvirt image metadata traits  https://review.opendev.org/65299601:07
*** lbragstad has joined #openstack-nova01:07
openstackgerritsean mooney proposed openstack/os-traits master: add GOP, NONE and VIRTIO grapics models  https://review.opendev.org/66583001:11
*** rajinir has quit IRC01:16
*** lbragstad has quit IRC01:20
*** markvoelker has quit IRC01:22
*** _erlon_ has joined #openstack-nova01:32
*** Sundar has joined #openstack-nova01:36
*** spsurya has joined #openstack-nova01:39
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove deprecated arguments in db sync command  https://review.opendev.org/66647002:02
*** bbowen has quit IRC02:04
*** tetsuro has joined #openstack-nova02:40
*** JamesBenson has joined #openstack-nova02:51
*** tetsuro has quit IRC03:11
*** cfriesen has quit IRC03:19
*** psachin has joined #openstack-nova03:22
*** whoami-rajat has joined #openstack-nova03:47
*** tetsuro has joined #openstack-nova03:51
*** udesale has joined #openstack-nova03:56
*** _erlon_ has quit IRC03:56
*** tetsuro has quit IRC03:57
*** tetsuro has joined #openstack-nova04:03
*** brinzhang0 has joined #openstack-nova04:07
*** brinzhang has quit IRC04:10
*** JamesBenson has quit IRC04:14
*** dave-mccowan has quit IRC04:25
*** janki has joined #openstack-nova04:26
*** JamesBenson has joined #openstack-nova04:42
*** JamesBenson has quit IRC04:46
*** tetsuro has quit IRC05:10
*** bhagyashris has joined #openstack-nova05:12
*** ratailor has joined #openstack-nova05:22
*** ratailor_ has joined #openstack-nova05:24
*** ratailor has quit IRC05:27
*** Luzi has joined #openstack-nova05:40
*** tetsuro has joined #openstack-nova05:46
*** liuyulong has quit IRC05:47
*** Sundar has quit IRC05:47
*** ccamacho has quit IRC05:48
*** tetsuro has quit IRC05:50
*** lpetrut has joined #openstack-nova06:06
*** udesale has quit IRC06:07
*** udesale has joined #openstack-nova06:08
*** belmoreira has joined #openstack-nova06:09
*** belmoreira has quit IRC06:09
openstackgerritmashuting proposed openstack/nova master: VMware: Support volumes backed by VStorageObject  https://review.opendev.org/52169006:11
*** pcaruana has joined #openstack-nova06:15
*** hamdyk has joined #openstack-nova06:30
*** lxkong has quit IRC06:41
*** ccamacho has joined #openstack-nova06:42
*** udesale has quit IRC06:45
*** udesale has joined #openstack-nova06:46
*** ivve has joined #openstack-nova07:04
*** rcernin_ has quit IRC07:06
*** tesseract has joined #openstack-nova07:07
*** trident has quit IRC07:08
*** ccamacho has quit IRC07:09
*** trident has joined #openstack-nova07:10
*** slaweq has joined #openstack-nova07:11
*** slaweq has quit IRC07:15
*** rpittau|afk is now known as rpittau07:20
*** tssurya has joined #openstack-nova07:20
*** yaawang has quit IRC07:22
*** markvoelker has joined #openstack-nova07:22
*** yaawang has joined #openstack-nova07:22
*** udesale has quit IRC07:27
*** udesale has joined #openstack-nova07:28
*** helenafm has joined #openstack-nova07:31
*** ttsiouts has joined #openstack-nova07:31
*** udesale has quit IRC07:33
*** udesale has joined #openstack-nova07:33
*** udesale has quit IRC07:33
*** udesale has joined #openstack-nova07:34
*** awalende has joined #openstack-nova07:37
*** ralonsoh has joined #openstack-nova07:39
*** awalende has quit IRC07:41
*** slaweq has joined #openstack-nova07:42
*** damien_r has joined #openstack-nova07:44
*** damien_r has quit IRC07:45
*** slaweq has quit IRC07:47
*** hamzy has quit IRC07:50
*** markvoelker has quit IRC07:50
*** hamzy has joined #openstack-nova07:51
*** dklyle has quit IRC07:52
*** yaawang has quit IRC07:52
*** damien_r has joined #openstack-nova07:55
*** awalende has joined #openstack-nova07:59
*** awalende has quit IRC07:59
*** takashin has left #openstack-nova08:00
*** awalende has joined #openstack-nova08:00
*** awalende has quit IRC08:04
*** yaawang has joined #openstack-nova08:10
*** slaweq has joined #openstack-nova08:11
*** tkajinam has quit IRC08:16
*** slaweq has quit IRC08:16
*** zbr has joined #openstack-nova08:17
*** igordc has quit IRC08:20
*** tetsuro has joined #openstack-nova08:20
*** ociuhandu has joined #openstack-nova08:22
*** udesale has quit IRC08:23
*** slaweq has joined #openstack-nova08:23
*** udesale has joined #openstack-nova08:23
*** slaweq has quit IRC08:28
*** belmoreira has joined #openstack-nova08:30
*** tetsuro has quit IRC08:31
openstackgerritSurya Seetharaman proposed openstack/nova master: Grab fresh power state info from the driver  https://review.opendev.org/66597508:31
*** ociuhandu has quit IRC08:34
*** belmoreira has quit IRC08:37
openstackgerritSurya Seetharaman proposed openstack/nova master: Grab fresh power state info from the driver  https://review.opendev.org/66597508:40
*** imacdonn has quit IRC08:41
stephenfinefried: When do you _sleep_?08:41
*** imacdonn has joined #openstack-nova08:41
stephenfin:)08:41
*** lxkong has joined #openstack-nova08:45
*** ccamacho has joined #openstack-nova08:45
*** davidsha has joined #openstack-nova08:46
*** tetsuro has joined #openstack-nova08:47
*** tetsuro has quit IRC08:47
*** markvoelker has joined #openstack-nova08:47
*** tetsuro has joined #openstack-nova08:49
*** markvoelker has quit IRC08:52
*** ociuhandu has joined #openstack-nova08:54
*** moshele has joined #openstack-nova08:59
*** tetsuro has quit IRC08:59
moshele sean-k-mooney08:59
moshele sean-k-mooney: hi09:00
*** slaweq has joined #openstack-nova09:00
*** ociuhandu has quit IRC09:02
ohwhyosaMorning guys and gals!09:02
*** brinzhang0 has quit IRC09:11
*** derekh has joined #openstack-nova09:12
*** psachin has quit IRC09:14
kashyapjroll: Just saw the ping in scrollback; I don't know the answer to where the keys are stored.  I'll inquire and let you know.09:15
*** damien_r has quit IRC09:19
openstackgerritBalazs Gibizer proposed openstack/nova master: Remove global state from the FakeDriver  https://review.opendev.org/65670909:22
openstackgerritBalazs Gibizer proposed openstack/nova master: Enhance service restart in functional env  https://review.opendev.org/51255209:23
*** belmoreira has joined #openstack-nova09:23
openstackgerritBalazs Gibizer proposed openstack/nova master: Add functional test coverage for bug 1724172  https://review.opendev.org/51255309:23
openstackbug 1724172 in OpenStack Compute (nova) rocky "Allocation of an evacuated instance is not cleaned on the source host if instance is not defined on the hypervisor" [Medium,Confirmed] https://launchpad.net/bugs/172417209:23
*** belmoreira has quit IRC09:31
*** slaweq has quit IRC09:34
*** damien_r has joined #openstack-nova09:37
openstackgerritguangchao.pan proposed openstack/nova master: Add a name for the automatically created volume  https://review.opendev.org/66009609:38
*** belmoreira has joined #openstack-nova09:42
*** martinkennelly has joined #openstack-nova09:43
*** psachin has joined #openstack-nova09:47
*** markvoelker has joined #openstack-nova09:48
*** belmoreira has quit IRC09:53
*** markvoelker has quit IRC09:53
*** janki has quit IRC09:55
*** belmoreira has joined #openstack-nova10:01
*** bhagyashris has quit IRC10:02
*** cdent has joined #openstack-nova10:16
mgoddardHello novatons, I have a question about upgrades using [upgrade_levels]compute=auto. Is there a programatic way to know when all computes are running the new RPC version, so that I can restart services to remove the version cap?10:16
mgoddardjohnthetubaguy: ^10:16
mgoddardI'm looking for something like 'nova-manage wait for computes [--all-cells]'10:17
johnthetubaguythere is the services API, does that not return you the version?10:17
mgoddardnope10:17
mgoddardthe only potentially useful thing there is updated_at, but that's a bit kludgey10:17
johnthetubaguychecking if its in a new microversion10:17
mgoddardah10:17
mgoddardI'd quite like to not need to care what the latest version is10:18
johnthetubaguyso if you do controllers upgrade, then wait for them all to be the same10:19
johnthetubaguyits quite close10:19
johnthetubaguybut I get your point10:19
mgoddard            service_version = service_obj.get_minimum_version_all_cells(10:19
mgoddard                context.get_admin_context(), ['nova-compute'])10:19
mgoddardI'd quite like a command that does that, compares with the latest version and says yes/no10:19
johnthetubaguyyeah, that would be a good nova-manage cmd10:20
mgoddardor even waits with a timeout10:20
mgoddardI'm leaning towards short sleep + nova RFE at this point :)10:20
*** slaweq has joined #openstack-nova10:20
johnthetubaguyRFE? what is that10:21
* johnthetubaguy is slightly kidding10:21
mgoddardblueprint10:22
mgoddard:p10:22
johnthetubaguyyeah, I am wondering about nova status as a place for this kind of thing10:22
johnthetubaguy"is every upgraded" check, makes sense10:22
mgoddardyeah10:23
*** bbowen has joined #openstack-nova10:23
johnthetubaguyi am not seeing anything useful just yet10:24
johnthetubaguyI am sure we used to have a nova-manage cmd for this, I guess we killed it10:27
mgoddardthat's a shame10:27
johnthetubaguyhttps://github.com/openstack/nova/blob/fc8cd8f3b346c8f53e2dfc8e3de9fdcaedb0d35d/nova/cmd/manage.py#L61310:30
johnthetubaguyalthough doesn't seem like that had the version either10:30
*** bbowen has quit IRC10:31
mgoddardthat was just pushed into the API wasn't it?10:32
mgoddardif the version was available in the service API that would be fine, but ideally I'd want a way to discover what the version should be10:34
mgoddardLooks like it takes 10+ seconds to update the service version in an AIO setup10:34
*** ociuhandu has joined #openstack-nova10:35
johnthetubaguythere is a reporting delay config10:36
johnthetubaguyyeah, so I can't find anything useful in the API or nova-manage, need to add a new thing10:36
johnthetubaguyI mean SIGHUP should be enough, but not sure how we do that via docker?10:36
mgoddardno SIGHUP, it's busted. Need to restart10:37
mgoddardwe do that already in kolla, the problem is we're not waiting long enough to actually uncap10:37
johnthetubaguyah, right10:38
johnthetubaguyhttps://github.com/openstack/nova/blob/74aebe0d4e5a978a40011e890aee9e70e98246c4/nova/servicegroup/api.py#L3510:39
mgoddardso I think my band aid is 'sleep ${nova_compute_startup_delay:-30}'10:39
johnthetubaguyso we do wait 5 seconds before reporting10:39
openstackgerritStephen Finucane proposed openstack/nova master: Ignore hw_vif_type for direct, direct-physical vNIC types  https://review.opendev.org/60946010:39
johnthetubaguythat is once its called, and in a timer that might trigger at somepoint after that10:39
mgoddardalthough I think the thing I'm waiting for happens here: https://github.com/openstack/nova/blob/74aebe0d4e5a978a40011e890aee9e70e98246c4/nova/service.py#L7710:40
johnthetubaguyinit_host is quite expensive10:41
johnthetubaguyit might be just the cost of waiting for that to finish10:41
johnthetubaguybut yeah, its not affected by what I was pointing at10:41
mgoddardwould you call this a bug or blueprint?10:43
johnthetubaguyits either really, the release notes are independent these days, so it matters little10:44
johnthetubaguy(to me)10:44
johnthetubaguythe API change would be a spec, but that is a separate issue, a quick fix to nova-manage to list all the services not currently at the latest version would be a simple enough patch10:45
johnthetubaguyyou have to target a cell with hosts in it, so maybe its a cell command?10:46
johnthetubaguyget_non_upgrade_cell_computes() or ideally some less rubbish name10:46
*** trident has quit IRC10:47
mgoddardso there are two cases. API, scheduler & super conductor need to wait for all computes. Cell conductor & computes need to wait just for the cell10:48
*** trident has joined #openstack-nova10:48
mgoddardsimilar logic to https://github.com/openstack/nova/blob/74aebe0d4e5a978a40011e890aee9e70e98246c4/nova/compute/rpcapi.py#L41210:48
*** markvoelker has joined #openstack-nova10:49
johnthetubaguyhmm... eek10:49
mgoddardwhich does mean that we shouldn't restart the API etc until all cells have been upgraded10:49
mgoddardquite the ballet we have going on here10:50
johnthetubaguyyeah, I think that is correct...10:51
*** belmoreira has quit IRC10:51
openstackgerritGhanshyam Mann proposed openstack/nova master: Fix test_flavors to run with correct microversion  https://review.opendev.org/66653610:51
johnthetubaguyI think its that --cascade argument, one just checks the local cell, the other checks all cells10:51
johnthetubaguyit is correct though, no compute <-> compute communication between cells10:52
johnthetubaguyand after the pin is lifted, compute still accepts older version of requests coming from the API10:52
johnthetubaguytill everyone is done... then boom off we go10:52
johnthetubaguydoes kolla give the child cells a connection to the API database?10:53
johnthetubaguythat is going to breaking this logic, interestingly10:53
mgoddardit did until recently10:53
mgoddardactually that was something different10:54
*** markvoelker has quit IRC10:54
johnthetubaguyyeah, there is a strong assumption about that now10:54
mgoddardwe don't have a conductor/superconductor split currently10:54
mgoddardnot even sure how that distinction is made TBH, is it just the presence of an API DB connection?10:55
johnthetubaguyyeah10:55
johnthetubaguyin the nova.conf10:55
johnthetubaguyif not empty, check all cells is what it does there10:56
johnthetubaguyI mean nova-compute shouldn't have any database strings, I think, so this is about the conductor really10:56
mgoddardright10:57
johnthetubaguyhmm, is that a recent change in kolla-ansible, removing the db conf from nova-compute?10:58
*** belmoreira has joined #openstack-nova10:59
mgoddardjohnthetubaguy: yeah, but backported11:03
*** davidsha has quit IRC11:05
johnthetubaguymgoddard: ah, cool, I guess I might see that fix soon11:08
jrollkashyap: thanks!11:12
*** janki has joined #openstack-nova11:18
kashyapjroll: So, from discussion in #qemu (OFTC network):11:23
kashyapjroll: It _is_ on disk (as you guessed):  libvirt stores the state under: /var/lib/libvirt/swtpm/.  It is *not* encrypted yet; however, libvirt is *capable* of it11:24
kashyapjroll: And the relevant libvirt/QEMU devs seem to discuss the design of it, as we speak11:25
kashyapjroll: LOL, and the QEMU dev asks me to file a libvirt RFE.  Now I need to read up the relevant context to file a meaningful bug11:26
jrollkashyap: oof, sorry I got you roped into that :/11:29
*** shilpasd has quit IRC11:30
kashyapjroll: Apparently _another_ RFE is also required, for "swtpm" -- to let us pass keys without them being on disk.11:33
kashyapjroll: Regardless, your question was interesting, and I learned something new.  I'll let you know once the RFE bugs are filed (see how carefully I dodge the question of _who_ might file them :D)11:34
*** lpetrut has quit IRC11:35
*** belmoreira has quit IRC11:35
*** brault has quit IRC11:35
jrollkashyap: thanks for your help with it, I do appreciate it :)11:35
jrollnow the question is, do we implement tpm passthrough in nova for the time being? or do I carry that patch downstream? :/11:36
* jroll will write an email today11:36
*** udesale has quit IRC11:36
kashyapjroll: Might want to also ask on the upstream list -- some operators might chime in11:36
*** udesale has joined #openstack-nova11:37
jrollkashyap: sorry, yes, I meant I'll email the upstream list today :)11:37
*** bbowen has joined #openstack-nova11:37
kashyapAh, okay :-)11:38
efriedstephenfin: I sleep. I'm actually (usually) very careful about getting enough sleep, as I find it makes all other things better.11:39
*** markvoelker has joined #openstack-nova11:50
kashyapYes!11:51
aspiersstephenfin: you need to try stestr run -n path.to.module.Class.test, it really does work ...11:51
kashyapefried: In your copious free time, I vehemently suggest to read this (by a real sleep scientist, engagingly written): https://www.penguin.co.uk/books/295/295665/why-we-sleep/9780141983769.html11:52
aspiers/dev/cft: device full11:52
kashyap[Don't let "impressions" from the title come in your way.  He writes, and speaks very engagingly and is _full_ of "signal".]11:52
efriedkashyap: oo11:53
*** markvoelker has quit IRC11:54
mgoddardthat is an excellent book11:56
*** janki has quit IRC11:57
*** udesale has quit IRC11:58
*** udesale has joined #openstack-nova11:59
kashyapYeah, as the author, Matt Walker, dedicated 20 years (and still on going) studying sleep.11:59
stephenfinaspiers: o rly?12:01
* stephenfin tests12:01
efriedaspiers, stephenfin: Are we highlighting -n (don't do discovery) here?12:03
stephenfinYuuup12:03
stephenfinI knew it worked for files12:03
efried++12:03
aspierssee also https://github.com/mtreinish/stestr/issues/21912:03
stephenfinbut not for Python module paths12:03
efriedYeah, I usually can't be bothered to type the thing out, so I run it once with a substring and no -n, and then copy the test name from that output for subsequent runs with -n12:04
aspiersyeah I do that sometimes too12:04
stephenfinFor some reason, I expected the project-team-guide to be a docs team deliverable12:04
stephenfinI'm kind of glad it's not, since we're trying to offload what we can, but still - I want my +2 rights, dammit12:05
*** jistr is now known as jistr|lunch12:08
cdentstephenfin: i'm certain someone will be very happy to give them to you12:12
*** sridharg has joined #openstack-nova12:15
*** sridharg has quit IRC12:16
aspiersefried: question about implementation of https://review.opendev.org/#/c/664420/11/nova/virt/hardware.py@2144 ...12:16
*** psachin has quit IRC12:16
efriedwas just responding to that12:17
aspiersefried: requiring each caller to implement the any() logic feels wrong12:17
efrieddon't do anything drastic12:17
efriedcause I had a better idea in my sleep last night.12:17
aspiersah?12:17
efriedwill comment, stand by.12:17
aspiersOK!12:17
*** psachin has joined #openstack-nova12:20
efriedaspiers: responded.12:22
aspiersack12:22
*** rdopiera has joined #openstack-nova12:28
efriedaspiers: sane?12:28
aspiersefried: so ditch the need to log the exact reason *why* mem encryption has been requested?12:29
rdopierabauzas: so about https://review.opendev.org/#/c/666394/12:29
aspiersI thought that was kind of useful12:29
efriedaspiers: no, I'm saying log that in the helper12:29
efriednot in the filter12:29
aspiersoh, gotcha12:30
efriedphrased in helper-speak, not in filter-speak - see other comment12:30
aspierssure12:30
aspiersso then it gets logged in the API calls too12:30
efriedyes!12:30
bauzasrdopiera: yup, so long story there12:30
aspierseven though that's only done for validation12:30
efrieddandy12:30
aspiersOK12:30
efriedwe're at debug, yah?12:30
aspiersI guess so12:30
efriedIf that really bothers you, add a do_log=False kwarg12:31
bauzasrdopiera: basically, old microversions (<2.29) were forcing the destination when you were providing a target12:31
efriedbut it doesn't bother me at all.12:31
aspiersefried: nice idea, but yeah I guess it's fine anyway12:31
bauzasrdopiera: (for live-migration and for evacuate)12:31
bauzasrdopiera: that's why by default it's False in Nova12:32
bauzasoops, s/False/True12:32
openstackgerritsean mooney proposed openstack/nova master: Revert resize: wait for events according to hybrid plug  https://review.opendev.org/64488112:32
bauzasrdopiera: but with 2.30 microversion, we pass a 'False' value unless you have the --force option12:33
rdopierabauzas: what about >2.67?12:34
bauzasrdopiera: by 2.67, we removed the --force flag12:37
bauzasrdopiera: https://github.com/openstack/nova/commit/7aa2285e724345717a3f333adc13660d7b97dfcd12:38
bauzasin particular https://github.com/openstack/nova/commit/7aa2285e724345717a3f333adc13660d7b97dfcd#diff-6c3b14d3964eb808ade9d3e7c5d4676d12:38
bauzas                           if api_version_request.is_supported(req, min_version='2.30'):                               force = body["os-migrateLive"].get("force", False)                               force = strutils.bool_from_string(force, strict=True)12:39
bauzasrdopiera: so Nova API defaults the force argument to False after 2.3012:39
rdopierabauzas: so for >2.67 force=False always?12:40
bauzasrdopiera: it changed a bit but https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/migrate_server.py#L104-L10512:41
bauzasrdopiera: which does the same indeed https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/migrate_server.py#L168-L17412:42
bauzasrdopiera: it's just the JSON schema which changed12:42
bauzasafter 2.67, it's no longer possible to pass a force field to the API12:43
rdopieraso in plain words, what is your recommendation for handling that in Horizon?12:43
bauzasso it always defaults to False12:43
rdopieraright, so we only need a special case for 2.29?12:43
bauzasrdopiera: well, looking at https://review.opendev.org/#/c/666394/2/openstack_dashboard/api/nova.py12:43
bauzasrdopiera: with 2.30 and later, you don't need to pass a force flag12:44
rdopieraso something like12:45
rdopiera    if client.api_version == api_versions.APIVersion('2.29'):12:45
rdopieraos should we just make sure to request a microversion older than 2.29 instead?12:46
bauzaswell, you would then change the UX right?12:46
rdopieraI think that was the idea behind the reported issue in the first place12:47
bauzasremember, before 2.30, it wasn't possible to not force a destination12:47
bauzasit was either possible to either pass a destination and then force to it without checking the scheduler *or* not pass a destination and then the scheduler would be giving you some target12:48
bauzasrdopiera: ^12:48
rdopieraand after 2.67 it's impossible to force it12:48
bauzascorrect12:48
rdopieraso there is going to be a change at some point either way12:48
bauzasso, I'd recommend you to not ask for a target with 2.29 and older12:48
bauzasand for 2.30, accept a target by defaulting to not force to it12:49
bauzasthat actually depends on what kind of user experience you'd like to provide12:49
bauzasthe force flag was just a way to keep the same behaviour for some time12:50
*** markvoelker has joined #openstack-nova12:50
rdopierapersonally I don't feel like I have enough knowledge about Nova to decide on user experience, I would rather ask for recommendation from people who designed it12:51
rdopierayou know what, how about I just abandon that patch and close the bug with "current version" explaining that later versions of the api behave as expected?12:52
*** jistr|lunch is now known as jistr12:55
*** udesale has quit IRC12:58
*** pcaruana has quit IRC13:00
*** pcaruana has joined #openstack-nova13:00
*** kaisers has quit IRC13:02
*** kaisers has joined #openstack-nova13:03
*** davidsha has joined #openstack-nova13:12
*** lbragstad has joined #openstack-nova13:16
*** Bidwe_jay_ has joined #openstack-nova13:20
*** markvoelker has quit IRC13:20
*** Bidwe_jay_ has quit IRC13:20
*** mriedem has joined #openstack-nova13:23
mriedemo/13:23
sean-k-mooneyo/13:23
*** moshele has quit IRC13:23
*** ratailor_ has quit IRC13:27
*** spsurya has quit IRC13:29
*** BjoernT has joined #openstack-nova13:30
*** jistr is now known as jistr|call13:31
bauzasrdopiera: whoops, missed your question13:33
*** BjoernT_ has joined #openstack-nova13:33
efriedkashyap: "Book will arrive tomorrow" --Renae (aka wife aka personal shopper)13:33
bauzasrdopiera: I think yeah it's a reasonable approach, as I wouldn't recommend to change an expected behaviour13:33
kashyapefried: Ow, you trusted me.  Thank you :-)13:34
bauzasrdopiera: but this is kind of a tribal knowledge, so again it really depends on what the horizon community would like to see13:34
bauzasand when I see community, I obviously mean devs *and* ops13:34
bauzas(or rather users)13:34
*** BjoernT has quit IRC13:35
mriedemalex_xu: i replied to you here https://review.opendev.org/#/c/610727/ - i'm not sure if i misunderstood your comment13:45
mriedemsean-k-mooney: is https://review.opendev.org/#/c/644881/ ready for re-review? i saw you went from PS33 to PS37 :)13:49
*** jistr|call is now known as jistr13:50
sean-k-mooneyit should be. i had to fix the unit tests and then i had to put it to grammerly to fix my spelling in the commit message13:51
sean-k-mooneythe changes are not really that big but i think i have adressed everything. ill respin if there are anything else you would like changed.13:52
openstackgerritAdam Spiers proposed openstack/nova master: Add extra spec parameter and image property for memory encryption  https://review.opendev.org/66442013:53
aspiersefried: ^^^ should address all your feedback13:53
efriedack13:53
aspiersrebasing ...13:56
openstackgerritAdam Spiers proposed openstack/nova master: Use fake flavor instead of empty dict in test  https://review.opendev.org/66255513:56
openstackgerritAdam Spiers proposed openstack/nova master: Pass extra_specs to flavor in vif tests  https://review.opendev.org/66255613:56
openstackgerritAdam Spiers proposed openstack/nova master: Extract SEV-specific bits on host detection  https://review.opendev.org/63633413:56
openstackgerritAdam Spiers proposed openstack/nova master: Add <launchSecurity> element to guest config for AMD SEV  https://review.opendev.org/63631813:56
openstackgerritAdam Spiers proposed openstack/nova master: Allow guest devices to include <driver iommu='on' />  https://review.opendev.org/64456413:56
openstackgerritAdam Spiers proposed openstack/nova master: Detect that SEV is required and enable iommu for devices  https://review.opendev.org/64456513:56
openstackgerritAdam Spiers proposed openstack/nova master: Use <launchSecurity> element when SEV is required  https://review.opendev.org/66255713:56
openstackgerritAdam Spiers proposed openstack/nova master: Enable memory locking if SEV is requested  https://review.opendev.org/66255813:56
*** whoami-rajat has quit IRC13:56
aspiersefried: the way bbobrov added the code to ensure virtio devices have IOMMU enabled when SEV is requested, it was inserted within each chunk of device config creation. I'm wondering if it might be better to have a single method which is called after all device config is created if SEV is required, and iterates over each device, enabling IOMMU where required?14:01
aspiersefried: similar to how the tests do it: https://review.opendev.org/#/c/644565/9/nova/tests/unit/virt/libvirt/test_driver.py@260914:02
*** Luzi has quit IRC14:02
efriedaspiers: I don't really understand how libvirt works. Kind of relying on folks like kashyap to validate those top patches.14:02
aspiersmaybe not, since other code might want to insist on (say) disabling IOMMU for a specific type of device14:03
* aspiers looks at kashyap14:03
efriedaspiers: IMO if the flavor/image requested encryption and some other piece of code thinks that shouldn't happen, that should be an error.14:03
kashyapOn a long call; back in a few, folks14:03
aspiersmaybe better to keep each device's IOMMU decision local to the code which creates its config14:03
efriedWe should never turn off requested encryption based on something discovered internally "later on".14:04
aspiersefried: sure, that's not quite the scenario I mean though14:04
efriedokay14:04
aspierslet's say some other extra spec requires a particular storage device to be virtio but have IOMMU disabled14:04
aspiersand there's also an extra spec or image property requiring memory encryption14:04
aspiersthese are mutually incompatible since SEV requires IOMMU on all virtio devices14:05
aspiersnow ideally, this would be caught earlier on than at instance creation time14:05
aspiersbut as a last resort, the chunk of code building the XML for that device should spot the conflict14:05
aspierswhereas if I followed my previous suggestion of moving the "turn IOMMU on for all virtio devices" code to a separate SEV method, it couldn't14:06
aspiersso in summary, maybe the general approach in places like https://review.opendev.org/#/c/644565/9/nova/virt/libvirt/driver.py@1626 is fine14:07
aspierswell14:07
aspiersfine, except for your valid point about explicit turn-off14:07
aspierswhich I am still replying to14:07
*** dave-mccowan has joined #openstack-nova14:10
openstackgerritAdam Spiers proposed openstack/nova master: Detect that SEV is required and enable iommu for devices  https://review.opendev.org/64456514:18
openstackgerritAdam Spiers proposed openstack/nova master: Use <launchSecurity> element when SEV is required  https://review.opendev.org/66255714:18
openstackgerritAdam Spiers proposed openstack/nova master: Enable memory locking if SEV is requested  https://review.opendev.org/66255814:18
*** ttsiouts has quit IRC14:20
*** JamesBenson has joined #openstack-nova14:20
*** ttsiouts has joined #openstack-nova14:21
*** mlavalle has joined #openstack-nova14:22
*** mlavalle has quit IRC14:22
aspiersefried: regarding the need for some kind of master switch: I don't think I can float the MEM_ENCRYPTION_CONTEXT patch to the top - at very least, that's the one which bumps os-resource-classes to 0.4.0 to provide the new class14:22
aspiersefried: if I combined the top three patches, that would be the master switch really, since none of the others change the way guests are created14:23
*** mlavalle has joined #openstack-nova14:25
*** ttsiouts has quit IRC14:25
openstackgerritMerged openstack/nova master: Log disk transfer stats in live migration monitor.  https://review.opendev.org/61939514:27
*** priteau has joined #openstack-nova14:28
*** JamesBenson has quit IRC14:29
mriedemmelwitt: replied inline on https://review.opendev.org/#/c/633227/14:33
mriedemthanks for thinking through that14:33
*** hamdyk has quit IRC14:34
*** ttsiouts has joined #openstack-nova14:34
*** ccstone has quit IRC14:38
kashyapaspiers: Back here for 15 min.  So on the approach to enable IOMMU for virtio devices 'if-SEV-is-requested': I need a fresher mind than the pear-shaped one I have now, afraid.  Not to mention a chunky block of time.  Let's work it out tomm?14:39
aspierskashyap: sure but it's simpler than you think14:40
aspierse.g. https://review.opendev.org/#/c/644565/11/nova/virt/libvirt/driver.py@162614:40
aspiersthe only question I'm asking is whether this is the right place to do it14:40
kashyapaspiers: The "single method" thing does make sense to me14:40
* kashyap clicks14:41
aspiersexcept the single method approach has the issue described above14:41
aspiers(35 mins ago)14:41
kashyapHm, "maybe not, since other code might want to insist on (say) disabling IOMMU for a specific type of device"14:41
kashyapaspiers: Did you audit what other code will insist disabling IOMMU?  Let me quickly check with the RHT virt folks14:42
aspierskashyap: no, that was a potentially hypothetical future scenario14:43
kashyapAs in, for potential gotchas here14:43
kashyapaspiers: So SEV requires IOMMU unconditionally on _all_ virtio devices?14:44
*** zbr is now known as zbr|ruck14:44
*** rajinir has joined #openstack-nova14:45
aspierskashyap: yes, http://specs.openstack.org/openstack/nova-specs/specs/train/approved/amd-sev-libvirt-support.html#proposed-change14:46
kashyapaspiers: So, I looked at the "enable IOMMU at the time of each device configuration" code  -- where the check is: *if* bus is 'virtio', then enable IOMMU...14:46
*** JamesBenson has joined #openstack-nova14:47
* kashyap clicks14:48
efriedaspiers: My problem with "none of the others change the way guests are created" is that as of patch #3: the inventory is being exposed, the flavor/image syntax is being accepted, and the allocation is being created. The only thing that's *not* happening is... the actual feature. That's bad.14:53
*** Sundar has joined #openstack-nova14:53
aspiersefried: OK. Totally open to suggestions for how to fix that14:53
efriedaspiers: You can put the os-traits bump in whatever patch first needs it. That's fine.14:53
*** JamesBenson has quit IRC14:53
stephenfinjangutter, sean-k-mooney, ralonsoh: I've royally confused myself again (every damn time) - either of you care to remind me of the difference between VIF_TYPE_foo and VNIC_TYPE_foo?14:53
efriedaspiers: I'm saying that exposing the inventory is a nice master switch, because without it, there's zero expectation of anything else working.14:54
aspiersefried: o-r-c not o-t, but yeah sure, I can split the o-r-c patch in two14:54
stephenfinI think one refers to the backend that handles the VIF, while the other determines how it's actually attached to the instance. Right?14:54
aspiersefried: wfm14:54
jangutterstephenfin: VNIC_TYPE can in theory be set by the user, where VIF type is behind the scenes.14:55
efriedaspiers: As far as I'm concerned, we can *always* bump ot and orc to latest. (In other projects we've implemented canary tests that will fail as soon as a new release comes through upper-constraints.)14:55
aspiersefried: yup, makes sense14:55
efriedaspiers: So for my money, you could do that in its own patch on the bottom, and not even have to tag it against this blueprint.14:55
jangutterstephenfin: VNIC is an _attribute_ of the VIF.14:55
Sundarsean-k-mooney, mriedem, gibi, johnthetubaguy: There has been further discussion on Line 276 of https://review.opendev.org/#/c/603955/14. That seems to be the sole point to address before this spec is merged. Please take a look. Thanks.14:56
stephenfinjangutter: So in theory any VIF type could use one of the...six VNIC types we provide?14:57
jangutterstephenfin: there are two checks I think. Neutron has to allow it, and Nova has to translate it right from Neutron.14:57
stephenfinYeah, in theory but not in practice14:58
jangutterstephenfin: there's no easy way to answer the question: "does this cloud support this VNIC type" without trying to spawn an instance.14:58
openstackgerritMatt Riedemann proposed openstack/os-traits master: Add COMPUTE_SAME_HOST_COLD_MIGRATE trait  https://review.opendev.org/66660414:58
jangutterstephenfin: your first NACK might be neutron saying "this combination of driver + vnic type is not valid". But it could go right up to Nova failing to find a free PCI device conforming to the NUMA topology.14:59
stephenfinHow did I ever get dragged into this stuff? :D15:00
kashyapaspiers: I need to get back to this, afraid.  Saddled with another meeting15:00
aspierskashyap: np15:00
stephenfinjangutter: That does clarify some things15:00
stephenfin...though15:00
jangutterstephenfin: in them olden days, I think there was a field that you could set that could select e1000 or realtek or something.15:00
jangutterstephenfin: confusingly that was called vif type.15:01
kashyapaspiers: But I _did_ ask the question to libvirt folks if there's any other way than injecting the "IOMMU on" at device config time15:01
kashyap[If the device is 'virtio']15:01
aspierskashyap: thanks for that15:01
gibiSundar: do you mean L376 ?15:01
kashyapI'll keep you posted15:01
aspierskashyap: I don't expect there to be. I was more wondering whether it should be done device by device, or near the end of instance config time, after all devices have already been constructed15:02
Sundargibi: Yes, sorry for the typo15:02
aspierskashyap: but this is just a matter of how to construct the guest XML15:02
gibiSundar: OK, reading the discussion15:02
SundarThanks15:02
kashyapaspiers: While I'm zoned out on the call, a quick questioN:15:02
kashyap            ...15:02
kashyap            if ('virtio' in info['bus'] and15:02
kashyap                    self._sev_required(...):15:02
kashyap                cfg.driver_iommu = True15:02
kashyap            ...15:02
*** JamesBenson has joined #openstack-nova15:03
kashyapaspiers: Shouldnt that be "or", instead of "and"?15:03
aspiersno15:03
aspiersfrom the spec: "The iommu attribute is on for all virtio devices. Despite the name, this does not require the guest or host to have an IOMMU device, but merely enables the virtio flag which indicates that virtualized DMA should be used. This ties into the SEV code to handle memory encryption/decryption, and prevents IO buffers being shared between host and guest."15:04
*** factor has joined #openstack-nova15:04
jangutterstephenfin: Neutron's checks can look like this: https://github.com/openstack/neutron/blob/master/neutron/plugins/ml2/drivers/openvswitch/mech_driver/mech_openvswitch.py#L8015:04
*** factor__ has quit IRC15:05
kashyapaspiers: I see, thanks for the context.15:06
*** ivve has quit IRC15:07
mriedemSundar: replied15:07
*** factor has quit IRC15:08
*** factor has joined #openstack-nova15:08
Sundarmriedem: Thanks. "If we agree to add a "fail on binding timeout" option" --> IUC, you are not saying that the option must be added. Only that, if we were to add it, it should be named a certain way, right?15:10
*** pcaruana has quit IRC15:14
*** cfriesen has joined #openstack-nova15:14
melwittmriedem: thanks, replied and +W on the bottom change15:15
*** dklyle has joined #openstack-nova15:16
*** davidsha has quit IRC15:16
*** priteau has quit IRC15:16
mriedemSundar: correct, though i tend to think we should add that option15:17
mriedemmelwitt: thanks15:17
*** priteau has joined #openstack-nova15:18
aspiersefried: what else needs to go in https://review.opendev.org/#/c/664397/ ?15:19
efriedaspiers: Nothing currently known. Could approve it now, or could wait until we're pretty sure the series is a go.15:20
aspiersefried: let's get it in now - I can easily submit follow-ups if needed15:20
efriedokay, +2 (someone else still needs to push it)15:21
aspiersthanks15:21
aspiersstephenfin maybe?15:21
openstackgerritAdam Spiers proposed openstack/nova master: Add extra spec parameter and image property for memory encryption  https://review.opendev.org/66442015:22
aspiersefried: ^^^ s/ers/ed/15:23
efried+215:23
stephenfinaspiers: Sure, but not for another hour at least15:24
aspiersstephenfin: np15:24
gibiSundar: replied too15:25
*** ttsiouts has quit IRC15:29
*** ttsiouts has joined #openstack-nova15:30
*** ttsiouts has quit IRC15:30
*** ttsiouts has joined #openstack-nova15:30
Sundargibi: Thanks. I responded back. Please take a look. Happy to answer any questions you may have.15:31
*** helenafm has quit IRC15:31
*** hongbin has joined #openstack-nova15:32
gibiSundar: replied. If the VM cannot use the accelerator when it is finally bound then I dont see why we let the VM boot up15:33
*** ttsiouts has quit IRC15:35
mriedemSundar: gibi: replied as well15:36
mriedemi didn't realize that we have to wait for the bind event to then get config information to put into the domain xml for the guest,15:36
mriedemthat is a difference from how the port binding event loop works with nova - with ports we have the config to build the domain xml before the plugged event happens15:36
mriedemwe're just waiting for neutron to tell us that we're ok to proceed15:36
gibimriedem, Sundar: yeah that seems like a big difference to em15:37
gibime15:37
mriedemin that case i agree if we have to wait to get the necessary information to build the domain xml, and if we timeout and don't have that information, then we need to fail15:37
Sundargibi, mriedem: Agreed. The analogy with Neutron does not hold here (as in many other cases). So, we all agree to leave out the arq_bind_timeout_is_fatal option, right?15:38
gibiI agree to leave that config out15:38
sean-k-mooneywell it kind of does but in a diffeernt way15:39
sean-k-mooneywe dont know how to generate teh xml until after we bind the port15:39
sean-k-mooneythe delta is that binding is asyconus for cyborge15:39
sean-k-mooneyfor neutron we get the vif_type back synconouly when we call the bind api15:40
sean-k-mooneyso we dont need to wait for it to be plugged15:40
mriedemyeah we're confusing bind and plug here15:40
sean-k-mooneybut ya if we timeout i think we need to fail15:40
sean-k-mooneybecause we cant generate the xml without the info form cyborg15:41
Sundarsean-k-mooney, mriedem, gibi: Thanks, and agreed. So, once I fix the formatting issues that mriedem mentioned, we are ready to merge this one, right?15:42
sean-k-mooneyi dont have any outstanding issue with the current version15:42
sean-k-mooneyignoring formating15:42
openstackgerritAdam Spiers proposed openstack/nova master: Add a new CONF.libvirt.num_memory_encrypted_guests option  https://review.opendev.org/66210515:42
openstackgerritAdam Spiers proposed openstack/nova master: Add extra spec parameter and image property for memory encryption  https://review.opendev.org/66442015:42
mriedemSundar: the formatting can be a follow up, i'll +215:43
gibiSundar: I will +2 it after the config is dropped15:43
openstackgerritAdam Spiers proposed openstack/nova master: Use fake flavor instead of empty dict in test  https://review.opendev.org/66255515:43
openstackgerritAdam Spiers proposed openstack/nova master: Pass extra_specs to flavor in vif tests  https://review.opendev.org/66255615:43
openstackgerritAdam Spiers proposed openstack/nova master: Extract SEV-specific bits on host detection  https://review.opendev.org/63633415:43
openstackgerritAdam Spiers proposed openstack/nova master: Add <launchSecurity> element to guest config for AMD SEV  https://review.opendev.org/63631815:43
openstackgerritAdam Spiers proposed openstack/nova master: Allow guest devices to include <driver iommu='on' />  https://review.opendev.org/64456415:43
openstackgerritAdam Spiers proposed openstack/nova master: Detect that SEV is required and enable iommu for devices  https://review.opendev.org/64456515:43
openstackgerritAdam Spiers proposed openstack/nova master: Use <launchSecurity> element when SEV is required  https://review.opendev.org/66255715:43
openstackgerritAdam Spiers proposed openstack/nova master: Enable memory locking if SEV is requested  https://review.opendev.org/66255815:43
openstackgerritAdam Spiers proposed openstack/nova master: Track inventory for new MEM_ENCRYPTION_CONTEXT resource class  https://review.opendev.org/66661615:43
openstackgerritAdam Spiers proposed openstack/nova master: WIP: Document AMD SEV support for encrypted VMs in libvirt  https://review.opendev.org/66661715:43
sean-k-mooneygibi: it was droped in the latest version i think15:43
gibisean-k-mooney: ahh, there is a newer ps, ...15:43
sean-k-mooneyuless there has been another version since i last looked15:43
aspiersefried: ^^^ master switch floated to top, just under a new WIP docs patch (which could be squashed into the switch later)15:44
melwittgibi: I dunno if you saw my ping from yesterday, your review would be appreciated on this involved func test https://review.opendev.org/631294 where I have wondered if there are any simplifications you could spot because it's quite large and complicated IMHO15:44
SundarPS15 is the latest, and it drops the config under discussion15:44
mriedemgibi: sean-k-mooney: yeah he dropped it in PS15, we're just discussing in PS1415:44
gibimelwitt: I missed your ping. Put put that patch in my queue15:44
mriedemSundar: +Workflowed, congratulations, you can open some champagne now.15:45
mriedemedleafe might still have some in the trunk of his car15:45
*** gyee has joined #openstack-nova15:45
melwittgibi: thanks much15:46
gibimriedem: nothing is better during the summer than a glass of warm champagne :)15:46
Sundarmriedem: I drank all the champagne after the PTG :P15:47
* Sundar heads to edleafe's car15:47
Sundarmriedem, gibi, sean-k-mooney, efried, all: Thanks very much for your discussion and feedback. Learnt a lot (including patience ;) )15:49
gibiSundar: thank you for your perseverance!15:50
*** NobodyCam_ has joined #openstack-nova15:55
*** ohwhyosa- has joined #openstack-nova15:55
*** masayukig_ has joined #openstack-nova15:55
*** dasp_ has joined #openstack-nova15:57
*** gfhellma has joined #openstack-nova15:57
*** rpittau is now known as rpittau|afk15:58
*** sean-k-mooney1 has joined #openstack-nova15:58
edleafemriedem: that was cdent with the bubbly. And it was prosecco, I believe16:02
* mriedem googles prosecco16:02
*** pcaruana has joined #openstack-nova16:02
mriedemedleafe: i just like the idea of you driving around texas with a crate of champagne in the trunk of your car16:03
openstackgerritMerged openstack/nova-specs master: Nova Cyborg interaction specification.  https://review.opendev.org/60395516:03
*** masayukig has quit IRC16:03
*** NobodyCam has quit IRC16:03
*** ohwhyosa has quit IRC16:03
*** dasp has quit IRC16:03
*** szaher has quit IRC16:03
*** med_ has quit IRC16:03
*** mvkr has quit IRC16:03
*** sean-k-mooney has quit IRC16:03
*** NobodyCam_ is now known as NobodyCam16:03
*** masayukig_ is now known as masayukig16:03
*** damien_r has quit IRC16:03
*** jangutter has quit IRC16:03
edleafemriedem: Sheesh, with temperatures these days over 100F, it would be exploding in my trunk16:08
cdentBig Ed's Champagne and Nosh. We deliver.16:09
*** szaher has joined #openstack-nova16:09
*** mvkr has joined #openstack-nova16:10
aspiersException occurred:16:10
aspiers  File "<frozen importlib._bootstrap_external>", line 455, in _validate_bytecode_header16:10
aspiersImportError: bad magic number in 'nova.conf.cells': b'\x03\xf3\r\n'16:10
aspiers#wtf16:10
aspiersthis is from tox -e docs16:10
openstackgerritSurya Seetharaman proposed openstack/nova master: API microversion 2.74: Add 'power-update' external event  https://review.opendev.org/64561116:11
aspiersstephenfin: this look familiar to you? https://gist.github.com/aspiers/63ed063899729c46d6fef7f751b92fee16:11
stephenfinaspiers: You've got leftover pyc files and/or __pycache__ directories16:12
aspiersah ok thanks16:12
mriedemaspiers: kill pyc16:14
mriedemd'oh16:14
mriedemstephenfin: remember when i said something about still having a tox.ini line to delete pycs when building docs?16:14
aspiersyup there was a pyc somewhere16:15
stephenfinI'm not sure why the docs target isn't respecting the PYTHONDONTWRITEBYTECODE option16:15
stephenfinaspiers: Have you recently jumped back through stable branches?16:15
aspiersdon't think so16:16
sean-k-mooney1PYTHONDONTWRITEBYTECODE has issue if you cahnge branches16:16
aspiersit's possible16:16
sean-k-mooney1unless we backport it to all brances16:16
stephenfinYeah, that's why I was asking16:16
aspiersI haven't built the docs for a while16:16
stephenfinI had backports proposed somewhere16:16
sean-k-mooney1that is why i prefered the find command16:16
aspiersbut I used --recreate and that didn't help, I had to remove .pyc from nova/16:16
stephenfinYeah, all the backports are there16:16
stephenfinand Google doesn't help16:17
sean-k-mooney1the backport will only help if you have a clean repo16:17
sean-k-mooney1and you dont use the repor for devstack16:17
sean-k-mooney1but ya16:17
*** lyarwood has quit IRC16:18
openstackgerritStephen Finucane proposed openstack/nova master: Ignore hw_vif_type for direct, direct-physical vNIC types  https://review.opendev.org/60946016:18
openstackgerritStephen Finucane proposed openstack/nova master: vif: Skip most of 'get_base_config' if not using virtio  https://review.opendev.org/66662916:18
openstackgerritStephen Finucane proposed openstack/nova master: vif: Stop using getattr for VIF lookups  https://review.opendev.org/66663016:18
openstackgerritStephen Finucane proposed openstack/nova master: vif: Resolve a TODO and update another  https://review.opendev.org/66663116:18
stephenfindansmith: I think that's closer to what you were looking for ^16:19
dansmithstephenfin: ack, lemme pull that down and poke at that other test16:20
dansmithbut probably16:20
sean-k-mooney1stephenfin: ya https://review.opendev.org/#/c/609460/4/nova/virt/libvirt/vif.py look logically correct16:21
dansmithstephenfin: okay, so on the test...16:24
dansmither, wait, lemme try something16:24
*** ccamacho has quit IRC16:25
*** factor has quit IRC16:26
stephenfinsean-k-mooney1: You should take a look at https://review.opendev.org/#/c/666630/ at some point too, if possible. I've been wanting to do that for as long as I've known it16:30
dansmithstephenfin: okay, yeah, nevermind16:30
stephenfindansmith: On the same note, you'll probably like https://review.opendev.org/#/c/666629/ too (it's the same principle)16:34
dansmithhrm, parallels uses virtio?16:37
dansmiththat seems, weird to me.16:37
sean-k-mooney1paralles have two backens16:38
sean-k-mooney1one based on openvz container and a vm based one16:39
sean-k-mooney1they use virtio if you are using the vm based one16:39
dansmithah16:44
dansmithI only know of the container part I guess16:44
openstackgerritMatt Riedemann proposed openstack/nova stable/stein: Change InstanceFaultRollback handling in _error_out_instance_on_exception  https://review.opendev.org/66663816:44
openstackgerritMatt Riedemann proposed openstack/nova stable/stein: Raise InstanceFaultRollback for UnableToMigrateToSelf from _prep_resize  https://review.opendev.org/66663916:44
*** damien_r has joined #openstack-nova16:47
openstackgerritStephen Finucane proposed openstack/nova master: vif: Stop using getattr for VIF lookups  https://review.opendev.org/66663016:48
openstackgerritStephen Finucane proposed openstack/nova master: vif: Resolve a TODO and update another  https://review.opendev.org/66663116:48
*** panda has quit IRC16:50
gibiWhat will happen in review https://review.opendev.org/#/c/666666 ? We are pretty close to that number16:50
*** panda has joined #openstack-nova16:52
sean-k-mooney1efried: i responed to your comments on the storageTransfrom as to why i intentionally did it this way. https://review.opendev.org/#/c/665844/1/nova/scheduler/request_filter.py@169 let me know if that is resonable16:53
efriedsean-k-mooney1: will look16:54
*** gfhellma_ has joined #openstack-nova16:56
sean-k-mooney1i do admit the code is somewhat clever which is not always a smart thing to do but i can achive the same intent with multple moduels too16:56
*** derekh has quit IRC16:58
*** gfhellma has quit IRC17:00
openstackgerritMerged openstack/nova-specs master: Change new image property to hw_mem_encryption  https://review.opendev.org/66439717:01
stephenfinsean-k-mooney1: Want to hit https://review.opendev.org/#/c/666387/1 ?17:02
*** factor has joined #openstack-nova17:02
sean-k-mooney1ill take a look now17:03
sean-k-mooney1we dont actully support python 3.4 sp that proably shoudl be 3.5 https://review.opendev.org/#/c/666387/1/doc/requirements.txt17:04
sean-k-mooney1that said its fine17:04
sean-k-mooney1let me check upper constratints17:04
openstackgerritAdam Spiers proposed openstack/nova master: WIP: Document AMD SEV support for encrypted VMs in libvirt  https://review.opendev.org/66661717:05
sean-k-mooney1stephenfin: how did the too long titles in teh rst not casue an error?17:05
sean-k-mooney1do we not have a check for that17:05
stephenfinno idea17:05
stephenfinwe don't use doc8, which could catch these17:05
stephenfinthough I though Sphinx usually complained about them17:06
sean-k-mooney1but we do you warn as error for sphinx build17:06
sean-k-mooney1which i would have assumed would complain17:06
sean-k-mooney1stephenfin: so this is wrong17:07
*** tssurya has quit IRC17:07
sean-k-mooney1we should not be setting an upper limit in our requirements file17:08
stephenfinwe have to for sphinx on Python 217:08
sean-k-mooney1sphinx is already caped for py2.7 in upperconstraitns to https://github.com/openstack/requirements/blob/master/upper-constraints.txt#L45917:08
stephenfinIt is, but it complains if we don't sync them17:08
sean-k-mooney1no we cap to 1.8.5 for py2717:08
sean-k-mooney1in upper constatints17:08
stephenfinYup17:08
sean-k-mooney1we might not be using it in the docs target17:09
sean-k-mooney1no we should be17:09
stephenfinPropose a patch that touches requirements.txt without modifying the sphinx stuff and see what happens17:09
*** whoami-rajat has joined #openstack-nova17:09
stephenfinthe requirements gate job will fail it17:09
stephenfininfra might know why but I just know if we do this, it fixes things17:09
sean-k-mooney1we should not have teh <2.0.0 however17:10
sean-k-mooney1we are not ment to cap in repo17:10
mriedemgibi: the end times is what17:12
*** tesseract has quit IRC17:14
stephenfinsean-k-mooney1: I'd suggest proposing a WIP patch without that cap and seeing what happens. There have been a lot of these patches going in across oslo projects lately17:14
*** tesseract has joined #openstack-nova17:15
sean-k-mooney1stephenfin: well we also use python3 for building docs not python 217:16
sean-k-mooney1so i also dont see why we would need the python 2 version17:16
stephenfinWe do if you build docs using tox17:16
sean-k-mooney1yes which is the only thing we suport17:16
*** martinkennelly has quit IRC17:16
sean-k-mooney1that is what the pti also requires17:16
stephenfinRight, but other projects use sphinx for things other than building docs17:16
stephenfinfor example, oslo_config.sphinxext17:17
sean-k-mooney1theat project supprot building docs via tox17:17
stephenfinFor those projects, we still need to support Python217:17
sean-k-mooney1why17:17
sean-k-mooney1they can move to running that under python317:17
sean-k-mooney1they need to do that this cycle anyway17:18
stephenfinThey can't drop py27 tests17:18
stephenfinand if the project specifies sphinx as a requirement (vs. a test-requirement), it's going to pull in sphinx17:19
sean-k-mooney1well i guess not until U17:19
bnemecIt's kind of irrelevant. The requirements job isn't smart enough to differentiate, so you need the cap whether you support python 2 or not.17:19
sean-k-mooney1stephenfin: sure17:19
sean-k-mooney1but upper contratits caps it17:19
stephenfinso attempting to install something like oslo.config on Python 2.7 would no longer be possible17:19
sean-k-mooney1so it should not be an issue17:20
sean-k-mooney1it is if you use upper-constratints17:20
sean-k-mooney1it cap sphix at 1.8.517:20
stephenfinI don't know the specifics, but it's not as simple as that unfortunately17:20
stephenfinSee what bnemec said17:20
stephenfinThe requirements gate job will fail until we fix this17:20
sean-k-mooney1then we should wait to fix the gate17:21
*** luksky has joined #openstack-nova17:21
stephenfinPerhaps. I never looked into it, tbh17:21
stephenfinMerging these patches seemed easier, particularly given we can drop them again in < 4 (3?) months17:21
sean-k-mooney1locally master works and im about to push a test patch to verify the gate17:21
bnemecThat's a discussion for the requirements team.17:21
bnemecI know they're aware that this is bad, but I don't think they have a solution yet.17:22
openstackgerritsean mooney proposed openstack/os-vif master: testing docs job  https://review.opendev.org/66665117:22
sean-k-mooney1bnemec: well if i build with tox on master or with ^ its works17:22
bnemecThat won't demonstrate the problem. Make a change to a requirements file.17:23
bnemecWithout Stephen's patch it will fail the requirements job.17:23
openstackgerritStephen Finucane proposed openstack/nova master: docs: Rework all things metadata'y  https://review.opendev.org/64073017:23
openstackgerritStephen Finucane proposed openstack/nova master: conf: Rename 'configuration drive' to 'config drive'  https://review.opendev.org/64172317:23
sean-k-mooney1then the requirement job is broken17:23
sean-k-mooney1not the repo17:23
stephenfinsean-k-mooney1: That's kind of what we're saying17:23
stephenfinbut17:23
bnemecAgain, that's an argument to have with the requirements team. :-)17:23
stephenfin<bnemec> I know they're aware that this is bad, but I don't think they have a solution yet.17:23
sean-k-mooney1i have noticed and reported that the job does not handel the python version stuff properly17:24
sean-k-mooney1we spoke about this at the ptg when we wer fixing lower constraits17:25
stephenfinsean-k-mooney1: If you fancy looking into this, by all means. However, if you want to save yourself a few hours of mostly thankless work, this patch and others like it are a good band-aid for this cycle :)17:25
stephenfinand then, come next cycle17:25
stephenfinBoom. Bye bye Python 2.717:26
openstackgerritsean mooney proposed openstack/os-vif master: testing docs job  https://review.opendev.org/66665117:26
aspiersffs devstack why do you hate me so?17:26
* stephenfin drools at the thought of getting to use all the Python 3.5+ goodies17:26
aspiersgood riddance to 2.717:26
stephenfinaspiers: Don't worry, it hates everyone17:26
aspiersit hates me more17:26
aspiersit's even refusing to download stuff from files.pythonhosted.org!17:27
stephenfinGood riddance to all manner of encoding issues17:27
aspierssome SSL Certificate verification failure bullshit17:27
aspiersSSLError: HTTPSConnectionPool(host='files.pythonhosted.org', port=443): Max retries exceeded with url: /packages/09/f1/93603a26daf7a993a0acbbcfd32afce8b2fdf30a765d5651571ab635969b/etcd3-0.10.0.tar.gz (Caused by SSLError(SSLError(1, u'[SSL: CERTIFICATE_VERIFY_FAILED] certificate verify failed (_ssl.c:661)'),))17:27
aspiersno matter that it used to work fine17:27
aspierspip install of anything fails17:28
stephenfinI've seen that before but only against internal stuff17:29
sean-k-mooney1stephenfin: its a quick fix but its also againt the sprit of https://github.com/openstack/governance/blob/master/reference/pti/python.rst#constraints we opt in to the requiremetn team managing the upper-constiraits i dont like circumventing that17:29
*** penick has quit IRC17:30
sean-k-mooney1lets see if the bug is repoduced in the gate first17:30
stephenfinaspiers: The solution internally is setting 'export REQUESTS_CA_BUNDLE=<path to some certs>' but I doubt that's applicable to you17:30
sean-k-mooney1if so then ill file a bug and we can merge it17:30
stephenfinsean-k-mooney1: Fair. To be clear I think this will happen any time a package we use drops Python 2 support17:31
stephenfinAgain, until U17:31
sean-k-mooney1if that is the cases i really dont want to have to manage this in every repo and we should fix the requiremetns job17:32
aspiersstephenfin: openssl s_client -connect files.pythonhosted.org:443 -prexit17:32
aspiersgives this:17:32
aspiers    Verify return code: 9 (certificate is not yet valid)17:32
*** ricolin has quit IRC17:32
* aspiers tries a shotgun system upgrade17:33
* aspiers gives up for the day17:33
aspierscya tomorrow o/17:33
efriedjroll: see latest response before you start hacking at the bp template17:33
efrieds/bp/spec/17:33
*** ociuhandu has quit IRC17:34
*** ralonsoh has quit IRC17:41
*** gfhellma_ has quit IRC17:41
*** priteau has quit IRC17:46
*** cdent has quit IRC17:46
*** tobias-urdin has joined #openstack-nova17:47
jrollefried: you severely underestimate my work queue if you think I start on anything within the hour :P17:47
jrolloh, that's good news, thanks17:48
efriedyahyoubetcha17:48
efriedjroll: justification for no spec: no API change, no upgrade impact, no RPC/OVO changes, no new config, etc17:49
*** Sundar has quit IRC17:49
efriedmriedem may feel differently17:49
jrollefried: yeah that's fair. I don't mind small specs anyway, so I'm open to either direction17:49
efriedheh, except nova-specs will bust you if you don't do the template just right.17:50
efriedbut sure.17:50
sean-k-mooney1stephenfin: so http://logs.openstack.org/51/666651/2/check/requirements-check/c8c82c5/job-output.txt.gz#_2019-06-20_17_39_08_900979 is the same issue i spoke to the requirements folks about comming up to RC2 back like 3 months ago17:50
*** gfhellma has joined #openstack-nova17:50
jrollefried: I'm used to nit-picky CI :P17:51
sean-k-mooney1i hit it when trying to fix nova lower contratits job and found i could not actully use phytion version markers unless they matched upper constritns exactly17:51
sean-k-mooney1im pretty sure the problem is this17:53
sean-k-mooney1https://github.com/openstack/requirements/blob/master/global-requirements.txt#L459-L46017:53
sean-k-mooney1we should not be listing the max versions there17:53
sean-k-mooney1that is what is causeign the conflict17:54
sean-k-mooney1so https://github.com/openstack/requirements/commit/00b2bcf7d664b1526b4eefe157c33113206d6251 is likely the reason all the other porject are broken17:55
sean-k-mooney1we should have caped just in upper constraitns not in global requiremetns17:55
mriedemsean-k-mooney1: dansmith: it is done https://review.opendev.org/#/c/644881/3717:56
mriedemefried: jroll: passthrough tpm seems small spec worthy to me, but i can also pass the buck to dansmith17:57
sean-k-mooney1mriedem: thanks and thanks for rechecking too17:58
* jroll really doesn't care17:58
mriedemwe've had specs for less complicated things i'm sure17:58
dansmithyeah17:58
*** tesseract has quit IRC17:59
*** tesseract has joined #openstack-nova18:01
*** gfhellma has quit IRC18:06
*** cburgess has joined #openstack-nova18:07
*** cburgess has quit IRC18:07
mriedemthere, i have provided at least a few things that would likely need to be mulled over in a spec18:09
mriedemcreating a server with a thing and deleting it is easy, moving the damn thing and what happens when the compute is down and we need to cleanup later is the pain in the ass18:09
mriedemstephenfin: remind me why you think it's better to list every option in the group here https://review.opendev.org/#/c/640730/8/doc/source/admin/vendordata.rst@134 rather than just the group itself and let the operator read through the config option docs?18:14
*** spotz has quit IRC18:14
mriedempreviously you said, "While this service happens to have most things nicely grouped, that's  not always the case. I realize duplication isn't nice but there's value  in having everything grouped in one place. I'd like to keep this, if  that's okay" but what is that value? and does it outweigh the duplication?18:15
mriedemsean-k-mooney1: john is totally cool with https://review.opendev.org/#/c/647733/18:21
mriedemthe +1 bot must not have -W filtering18:21
sean-k-mooney1haha ya...18:22
sean-k-mooney1i will get to adding the missing test before i sign off today18:22
*** igordc has joined #openstack-nova18:27
efriedjroll: oh well, I tried18:29
*** igordc has quit IRC18:36
*** spotz has joined #openstack-nova18:37
*** tesseract has quit IRC18:37
*** tesseract has joined #openstack-nova18:38
openstackgerritMerged openstack/nova master: Change InstanceFaultRollback handling in _error_out_instance_on_exception  https://review.opendev.org/63321218:48
jrollmriedem: <318:48
mriedemjroll: that's not an ironic (as in hipster, not the openstack project) heart is it? is it...true love?18:50
jrollsomewhere in the middle, like, I love you in this moment but it is not promised forever :P18:50
mriedemnow i'm thinking about david coverdale, great18:50
jrolllol18:51
openstackgerritMerged openstack/nova master: Raise InstanceFaultRollback for UnableToMigrateToSelf from _prep_resize  https://review.opendev.org/63322718:51
Nick_Awhat are some potential reasons why metadata would have keys but not password (either in openstack/latest/password or openstack/latest/meta_data.json) when both are used to create the instance?19:01
efrieddansmith: Since request_filter.py is fresh in your head, how would you feel about moving the logic in the @trace decorator just into the main loop?19:05
efriedso we don't have to remember to decorate every method19:06
dansmithefried: meh, seems like not much to remember and obvious if you're copying, but if you think it's important then okay19:06
efrieddansmith: When I was looking at sean-k-mooney1's patch and considering how best it could be done more simply, the fact that the trace was a decorator was slightly in the way of one of the better ways of organizing. Otherwise as you say not a big deal.19:07
dansmithefried: I'm likely biased, but I totes don't see that much organization is needed at this point and prefer to wait for more things to be added so that clear patterns develop19:09
sean-k-mooney1efried: im not sure if dansmith has seen my patch yet19:09
efriedsean-k-mooney1: He did, swhat prompted me to bug him about it :)19:10
sean-k-mooney1ah i was doing bug assignment19:10
sean-k-mooney1let me check the patch19:10
dansmithprepare to be overwhelmed with reading material19:11
*** psachin has quit IRC19:11
sean-k-mooney1haha ok so you agree with erric :)19:11
sean-k-mooney1am are ye ok with me resturcting the code so ist more like the normal filter-schduler filers instead?19:13
dansmithnot really, no19:13
sean-k-mooney1ok... i can just revert to functions19:13
sean-k-mooney1and keep it all in one file but i think that is going to get annoying in the medium to long term19:14
dansmithwhen it gets annoying we can split it up19:14
sean-k-mooney1well it was already annying me a littel :) but not enought to fight this battel to much19:15
sean-k-mooney1efried: im going to finish writing the 3 transform (as function not fucntors) and then ill start working on the dirver chagnes to report the tratis and move the filters to the end of the patch series19:16
sean-k-mooney1i might do the extraction fo the common helper code as a singel patch too and then build on that19:18
sean-k-mooney1that sound ok with people?19:18
dansmithsean-k-mooney1: the three transforms need only be a single function..hopefully that's what you're planning right?19:19
sean-k-mooney1i was going to have one function for each to make the testing simplere but i can compess them19:19
dansmiththat is way (way) overkill, IMHO and just serves to get us to "annoying" sooner for no benefit :)19:20
sean-k-mooney1i would prefer to just add another fucntion to the dict everytime we add a new image metadata trait we support19:20
dansmithbut they're identical in behavior right?19:20
*** markvoelker has joined #openstack-nova19:20
sean-k-mooney1i think i can generalise it actully19:21
sean-k-mooney1the main different is the field they match on and the prefix for the trait19:21
dansmithI don't understand how it's not already generalized, but.. okay19:21
sean-k-mooney1that was on my todo list for the next versions anyway19:21
sean-k-mooney1which fucntio were you refering to by the way i plan to have only one filter fucntion transform_image_metadata but ideally i would also have one transfrom function that is paramaterised on teh traits prefix to use and the image metadata value to check19:23
dansmithall you need is one function that inside it has a list of the properties to traitify19:24
sean-k-mooney1my StorageTrasform object is currently only parmaterised on the key to check but i wanted to refactor to also thake the prefix19:24
sean-k-mooney1ya ill make it simpelr in the next version19:25
openstackgerritEric Fried proposed openstack/nova master: Inline trace_request_filter  https://review.opendev.org/66666319:33
efrieddansmith, sean-k-mooney1: ^19:33
dansmithdamn, three away from double devil19:33
efriedI should go claim those next few numbers...19:33
sean-k-mooney1efried: i like that we will actully be using the return value for something outside of the tests19:35
efriedsean-k-mooney1: I didn't change anything from what was there before...19:35
sean-k-mooney1well i guess it was used in teh decorator before19:35
efriedyeah19:35
sean-k-mooney1im updating the docs string in my patch with the input paramaters so ill add a return parmaater to call that out too19:36
openstackgerritEric Fried proposed openstack/nova master: DNM: Claim  https://review.opendev.org/66666619:36
efriedbooya19:36
efriednow I just need to find a use for it19:36
sean-k-mooney1efried: with great power comes epic trolling :P19:37
efriedI can't wait19:37
mriedemooo19:37
mriedemi can almost smell the goats blood19:38
efriedI'll be taking offers. Bitcoin and souls only.19:38
*** whoami-rajat has quit IRC19:39
*** gfhellma has joined #openstack-nova19:39
mriedemi'd offer up taylor swift's soul so i don't have to hear that me-e-e-e-e song anymore19:39
*** markvoelker has quit IRC19:40
openstackgerritEric Fried proposed openstack/nova master: DNM: Claim  https://review.opendev.org/66666619:40
efriedkashyap: tbc, the spec in jroll's thread is for a *physical* tpm passthrough, so he doesn't have to wait for the "not-on-disk" feature of *virtual* tpm to become available.19:43
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: WIP: Add host and hypervisor_hostname to create servers  https://review.opendev.org/64767119:46
* lbragstad shakes fist at efried 19:52
openstackgerritMatt Riedemann proposed openstack/python-novaclient master: WIP: Add host and hypervisor_hostname to create servers  https://review.opendev.org/64767119:53
*** ivve has joined #openstack-nova19:57
lbragstadcould add some black sabbath links to your docs19:57
Nick_Awhy would admin password be stored in config drive meta_data.json but not shown in either meta_data.json or password when curling metadata from the guest?20:04
*** bbowen has quit IRC20:11
*** gfhellma_ has joined #openstack-nova20:17
*** gfhellma has quit IRC20:21
openstackgerritAdam Spiers proposed openstack/nova master: Add extra spec parameter and image property for memory encryption  https://review.opendev.org/66442020:39
openstackgerritAdam Spiers proposed openstack/nova master: Use fake flavor instead of empty dict in test  https://review.opendev.org/66255520:39
openstackgerritAdam Spiers proposed openstack/nova master: Pass extra_specs to flavor in vif tests  https://review.opendev.org/66255620:39
openstackgerritAdam Spiers proposed openstack/nova master: Extract SEV-specific bits on host detection  https://review.opendev.org/63633420:39
openstackgerritAdam Spiers proposed openstack/nova master: Add <launchSecurity> and <driver iommu='on' /> to AMD SEV guest configs  https://review.opendev.org/63631820:39
openstackgerritAdam Spiers proposed openstack/nova master: Apply SEV-specific guest config when SEV is required  https://review.opendev.org/64456520:39
openstackgerritAdam Spiers proposed openstack/nova master: Enable booting of libvirt guests with AMD SEV memory encryption  https://review.opendev.org/66661620:39
*** damien_r has quit IRC20:42
*** pcaruana has quit IRC20:45
*** eharney has quit IRC20:45
*** markmcclain has quit IRC20:50
*** ivve has quit IRC20:51
aspiersefried: first pass at series restructuring done20:51
*** takashin has joined #openstack-nova20:51
aspiersI'm sure you'll find things you still don't like :)20:51
efriedaspiers: cool. Sorry to be a PITA about this20:51
aspiersnp20:51
efriedit's the 'master switch' that's the most important thing.20:52
aspiersI may not entirely disagree with your commit boundary preferences, but I agree 100% with the master switch thing, and 1000% with a pedantic approach which achieves high quality results ;-)20:52
aspierss/disagree/agree/20:52
aspiersOK, that's enough (actually too much) work for today20:53
*** gfhellma_ has quit IRC20:53
aspiers10pm and still haven't eaten20:53
efriedthere must be a magic triangle of pedantry/quality/productivity20:53
aspiershaha20:53
aspiersscrew productivity, it's all about pedantry/quality ;-)20:53
aspiersBTW tomorrow may be my last day working on SEV for ~3 weeks since next week is SUSE hackweek, and then I'm off to the USA for 2 weeks holiday20:54
efriedight.20:54
aspiersI think Boris is back around now, so *maybe* he can help progress things while I'm gone20:54
efriedaspiers: In your absence, if small things come up, permission to address them without you?20:54
aspierssure!20:54
efriedso like you might (*might*) come back to find this merged20:54
aspiershaha20:55
*** markmcclain has joined #openstack-nova20:55
aspierswell that would be a lovely welcome back, but I'm not expecting it20:55
efriedyes, laughter appropriate20:55
aspiersBTW it's looking like I'm being more officially allocated to upstream work from now on20:55
aspiersso this is very good news (for me at least, maybe not for you)20:55
efriednice20:56
efriedit is good news for me20:56
aspiers:)20:56
efriedbeen getting kinda breezy around here20:56
aspiersmore excuses to be a pedant ;-p20:57
*** gfhellma_ has joined #openstack-nova20:57
aspierswould be great if I got time to hack on that requested_resources stuff, for example20:58
aspiersat the moment I'm slightly feeling the heat on the SEV stuff, as we have some internal deadlines20:58
aspiersnot for forcing stuff down upstream's throat, but for reaching something that is functionally near complete downstream20:58
aspiersOK, dinner time. Hopefully zuul CI won't shit all over my latest patchsets :)21:00
aspiersCya tomorrow o/21:00
*** owalsh has quit IRC21:00
mriedemhaving a meeting today?21:00
efriedoh, crap, I am completely unprepared.21:01
*** lbragstad has quit IRC21:27
efriedhmph, probably no meeting next week due to idempotence day21:32
efriedweek after next, rather21:34
*** gyee has quit IRC21:34
mriedemi read that as impotence21:35
mriedemwhich is not something i celebrate in my house21:35
mriedemand on that note, i'm out of here, o/21:36
*** mriedem is now known as mriedem_awau21:36
*** mriedem_awau is now known as mriedem_away21:36
*** markvoelker has joined #openstack-nova21:37
*** markvoelker has quit IRC21:42
*** BjoernT_ is now known as BjoernT21:47
*** bbowen has joined #openstack-nova21:49
*** JamesBenson has quit IRC21:52
*** cdent has joined #openstack-nova21:56
*** slaweq has quit IRC21:57
*** david-lyle has joined #openstack-nova22:01
*** dklyle has quit IRC22:01
*** david-lyle is now known as dklyle22:01
*** owalsh has joined #openstack-nova22:05
*** BjoernT has quit IRC22:12
*** slaweq has joined #openstack-nova22:14
*** slaweq has quit IRC22:18
*** mriedem_away has quit IRC22:19
*** hoonetorg has quit IRC22:23
*** j99 has quit IRC22:27
*** tesseract has quit IRC22:35
*** alex_xu has quit IRC22:35
*** hoonetorg has joined #openstack-nova22:37
*** markvoelker has joined #openstack-nova22:38
*** owalsh has quit IRC22:39
*** owalsh has joined #openstack-nova22:39
*** markvoelker has quit IRC22:43
*** gfhellma__ has joined #openstack-nova22:45
*** mlavalle has quit IRC22:45
*** sean-k-mooney1 has quit IRC22:49
*** gfhellma_ has quit IRC22:49
*** gfhellma_ has joined #openstack-nova22:52
*** sean-k-mooney has joined #openstack-nova22:55
*** gfhellma__ has quit IRC22:56
*** dklyle has quit IRC23:02
*** cdent has quit IRC23:03
*** rajinir has quit IRC23:09
*** rcernin has joined #openstack-nova23:11
*** hongbin has quit IRC23:15
*** tkajinam has joined #openstack-nova23:21
aspiersefried: you can abandon https://review.opendev.org/#/c/662557/13 too23:30
*** owalsh has quit IRC23:32
*** luksky has quit IRC23:34
*** markvoelker has joined #openstack-nova23:39
*** markvoelker has quit IRC23:43
*** owalsh has joined #openstack-nova23:49
*** gfhellma_ has quit IRC23:58

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!