Tuesday, 2018-10-02

*** takashin has joined #openstack-nova00:00
*** mlavalle has quit IRC00:04
*** macza has quit IRC00:04
openstackgerritMatt Riedemann proposed openstack/nova master: Handle missing marker during online data migration  https://review.openstack.org/60516400:04
melwitttakashin: hi, could you please check the reply to your -1 on this change? https://review.openstack.org/58214700:05
*** mvkr has quit IRC00:05
*** mriedem has quit IRC00:05
takashinmelwitt: I will check it.00:05
melwittthank you00:05
takashinmelwitt: I would like to know other cores' opinions about https://review.openstack.org/#/c/582147/ .00:07
melwitttakashin: ack. will try to look later00:07
*** slaweq has joined #openstack-nova00:11
openstackgerritMerged openstack/nova stable/pike: unquiesce instance after quiesce failure  https://review.openstack.org/58145400:14
*** slaweq has quit IRC00:15
*** moshele has quit IRC00:19
*** tetsuro has joined #openstack-nova00:21
*** dpawlik has joined #openstack-nova00:45
*** dpawlik has quit IRC00:50
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Fix test_instance_action functional test failure  https://review.openstack.org/60694700:53
*** hoonetorg has quit IRC00:56
*** dpawlik has joined #openstack-nova01:01
*** mhen has quit IRC01:05
*** dpawlik has quit IRC01:05
*** mhen has joined #openstack-nova01:07
*** hoonetorg has joined #openstack-nova01:10
*** efried has joined #openstack-nova01:15
*** mrsoul has quit IRC01:22
*** Dinesh_Bhor has joined #openstack-nova01:23
*** hongbin has joined #openstack-nova01:23
*** med_ has joined #openstack-nova01:27
*** owalsh_ has joined #openstack-nova01:29
*** brinzhang has joined #openstack-nova01:32
*** owalsh has quit IRC01:33
*** threestrands has quit IRC01:33
openstackgerritBrin Zhang proposed openstack/nova master: Add compute version 36 to support ``volume_type``  https://review.openstack.org/57936001:34
*** tiendc has joined #openstack-nova01:39
*** Dinesh_Bhor has quit IRC01:45
*** Dinesh_Bhor has joined #openstack-nova01:48
*** hoonetorg has quit IRC01:49
*** Dinesh_Bhor has quit IRC01:53
*** hoonetorg has joined #openstack-nova02:01
*** bhagyashris has joined #openstack-nova02:05
*** efried has quit IRC02:10
*** efried1 has joined #openstack-nova02:10
*** efried1 is now known as efried02:12
openstackgerritGhanshyam Mann proposed openstack/nova master: Remove more code related to extensions and testing  https://review.openstack.org/60708802:29
openstackgerritGhanshyam Mann proposed openstack/nova master: Remove more code related to extensions and testing  https://review.openstack.org/60708802:32
openstackgerritGhanshyam Mann proposed openstack/nova master: Remove more code related to extensions and testing  https://review.openstack.org/60708802:33
openstackgerritMerged openstack/nova stable/pike: Update RequestSpec.flavor on resize_revert  https://review.openstack.org/60587902:51
*** Dinesh_Bhor has joined #openstack-nova03:00
*** med_ has quit IRC03:01
*** dpawlik has joined #openstack-nova03:02
*** dpawlik has quit IRC03:06
*** dave-mccowan has quit IRC03:07
openstackgerritGhanshyam Mann proposed openstack/nova master: [WIP]Remove extensions loading framework from wsgi.py  https://review.openstack.org/60709203:12
*** hongbin has quit IRC03:15
*** cfriesen has quit IRC03:15
*** dpawlik has joined #openstack-nova03:17
*** med_ has joined #openstack-nova03:21
openstackgerritMerged openstack/nova stable/rocky: nova-manage - fix online_data_migrations counts  https://review.openstack.org/60582803:21
openstackgerritMerged openstack/nova stable/pike: Filter deleted computes from get_all_by_uuids()  https://review.openstack.org/60444903:22
*** dpawlik has quit IRC03:22
openstackgerritGhanshyam Mann proposed openstack/nova master: Merge image_size extension response into image view builder  https://review.openstack.org/60684503:24
*** mvkr has joined #openstack-nova03:29
*** med_ has quit IRC03:38
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Fix test_instance_action functional test failure  https://review.openstack.org/60694703:49
*** Dinesh_Bhor has quit IRC03:54
openstackgerritBrin Zhang proposed openstack/nova master: Add compute API version for when a ``volume_type`` is requested  https://review.openstack.org/60557304:08
openstackgerritMerged openstack/nova stable/pike: Use ironic-tempest-dsvm-ipa-wholedisk-bios-agent_ipmitool-tinyipa in tree  https://review.openstack.org/58144404:24
*** hshiina has joined #openstack-nova04:26
*** Dinesh_Bhor has joined #openstack-nova04:34
*** pcaruana has joined #openstack-nova04:36
*** pcaruana has quit IRC04:43
*** dpawlik has joined #openstack-nova05:18
*** dpawlik has quit IRC05:23
*** dpawlik has joined #openstack-nova05:34
*** dpawlik has quit IRC05:39
*** Dinesh_Bhor has quit IRC05:48
*** Dinesh_Bhor has joined #openstack-nova05:54
*** awaugama has quit IRC05:56
*** Dinesh_Bhor has quit IRC05:58
*** dpawlik has joined #openstack-nova06:00
*** Luzi has joined #openstack-nova06:02
*** Dinesh_Bhor has joined #openstack-nova06:03
*** sapd1 has joined #openstack-nova06:08
*** slaweq has joined #openstack-nova06:11
*** slaweq has quit IRC06:16
*** maciejjozefczyk has joined #openstack-nova06:21
openstackgerritOpenStack Proposal Bot proposed openstack/nova stable/rocky: Imported Translations from Zanata  https://review.openstack.org/60426006:22
*** hoonetorg has quit IRC06:36
*** dims has quit IRC06:38
*** dims has joined #openstack-nova06:44
*** dims has quit IRC06:48
*** dims has joined #openstack-nova06:51
*** tetsuro has quit IRC06:53
*** Dinesh_Bhor has quit IRC06:55
*** rcernin has quit IRC07:01
*** pcaruana has joined #openstack-nova07:01
*** oanson has joined #openstack-nova07:01
*** awaugama has joined #openstack-nova07:01
*** moshele has joined #openstack-nova07:01
*** dpawlik has quit IRC07:04
*** moshele has quit IRC07:04
*** slaweq has joined #openstack-nova07:07
openstackgerritRadoslav Gerganov proposed openstack/nova master: VMware: Live migration of instances  https://review.openstack.org/27011607:11
*** helenafm has joined #openstack-nova07:11
*** aloga has quit IRC07:15
*** aloga has joined #openstack-nova07:15
*** moshele has joined #openstack-nova07:23
*** moshele has left #openstack-nova07:23
*** dpawlik has joined #openstack-nova07:24
*** Dinesh_Bhor has joined #openstack-nova07:31
*** sahid has joined #openstack-nova07:33
*** psachin has joined #openstack-nova07:35
*** tetsuro has joined #openstack-nova07:38
*** slaweq has quit IRC07:39
*** ralonsoh has joined #openstack-nova07:40
*** slaweq has joined #openstack-nova07:49
*** jpena|off is now known as jpena07:50
*** priteau has joined #openstack-nova07:51
bauzasgood morning nova07:54
* kashyap waves07:58
gryfmorning guys08:05
*** owalsh_ is now known as owalsh08:06
bhagyashrisHi all, I am facing one issue on current master while live migration of the instance , I am trying to live migrate the instance but it's not migrating that instance on given destination node  and that instance remains on source node with the status as active, checked n-cpu, n-condunctor logs but didn't get any error at first time.08:11
*** alexchadin has joined #openstack-nova08:11
bhagyashrisAnd if I again try to live migrate that instance then it's giveing me Migration pre-check error: Binding failed for port <port-id> please check neutron logs for more information. (HTTP 40008:12
bhagyashrisCan anyone please help me08:12
*** hshiina has quit IRC08:19
*** Luzi has quit IRC08:28
*** derekh has joined #openstack-nova08:37
takashinNova cores, could you review https://review.openstack.org/#/c/606947/ ? It is a fix for a gate failure in python-novaclient.08:39
*** Luzi has joined #openstack-nova08:40
*** alexchadin has quit IRC08:45
gibibhagyashris: what do you see in the neutron log about the bind failure?08:48
*** ttsiouts has joined #openstack-nova08:51
gibibhagyashris: have you specified target host for the migration ? Have you use force=True in the migration request?08:52
bhagyashrisgibi: this is log  I get at neutron server side http://paste.openstack.org/show/731235/08:54
*** mhen has quit IRC08:55
bhagyashrisgibi: yes I have specified target host in request but not force=True08:55
*** cdent has joined #openstack-nova08:56
*** mhen has joined #openstack-nova08:56
*** Dinesh_Bhor has quit IRC08:57
openstackgerritMerged openstack/nova master: Fix neutron-tempest-linuxbridge irrelevant-files  https://review.openstack.org/60661608:57
openstackgerritMerged openstack/nova master: Add hide server address tests in test_serversV21.py  https://review.openstack.org/60543508:57
openstackgerritMerged openstack/nova stable/ocata: [Stable Only] Remove soft-deleted instances from quota_usages  https://review.openstack.org/57065308:57
openstackgerritMerged openstack/nova master: Follow up for Ib6f95c22ffd3ea235b60db4da32094d49c2efa2a  https://review.openstack.org/60474308:57
gibibhagyashris: if force is False then nova checks the host with the scheduler. did you looked at the scheduler log for the first migration attempt?08:57
openstackgerritMerged openstack/nova master: Raise error on timeout in wait_for_versioned_notifications  https://review.openstack.org/60485908:57
*** alexchadin has joined #openstack-nova08:59
*** ttsiouts has quit IRC09:00
bhagyashrisgibi: checked the n-sch log but there I didn't get any logs09:01
gibibhagyashris: it is soo strange that nothing in the nova-conductor log09:01
*** takashin has left #openstack-nova09:02
bhagyashrisgibi: n-cond or n-sch?09:02
gibinova-cond09:02
*** ttsiouts has joined #openstack-nova09:02
bhagyashrisAt n-cond I got the logs09:02
gibibhagyashris: could you post the n-cond log?09:02
bhagyashrisgibi: #link: http://paste.openstack.org/show/731237/09:06
gibibhagyashris: are you sure that force wasn't set to True in the live migration request? the last log line in http://paste.openstack.org/show/731237/ shows that claim_resources_on_destination was called to make the allocation for the instance on the dest host but that function only called for force live migrate and force evacuate09:16
bhagyashrisgibi: I am sure I havent set force to true09:17
*** slaweq has quit IRC09:19
bhagyashrisgibi: openstack server migrate <instance-id> --live <destination-host> --block-migration this command I used  for live migration09:19
*** slaweq has joined #openstack-nova09:21
gibibhagyashris: as you did not specify any api microverion openstack client used the minimum and in there specifying a host means force by default09:26
gibibhagyashris: https://developer.openstack.org/api-ref/compute/#live-migrate-server-os-migratelive-action09:26
gibibhagyashris: this explains why you don't see anything in the nova-sch log09:26
bhagyashrisgibi: ohh ok09:30
*** hamdyk has joined #openstack-nova09:31
*** hamzy has quit IRC09:32
*** hamzy has joined #openstack-nova09:32
*** dtantsur|afk is now known as dtantsur09:33
gibibhagyashris: could you check what is the status of the first live migration attempt with nova migration-list command?09:33
bhagyashrisgibi: it's showing me the status as error09:34
gibibhagyashris: and nothing relevan on the source compute or dest compute n-cpu log?09:35
bhagyashrisgibi: at destination compute it' check destination check data is LibvirtLiveMigrateData09:38
gibibhagyashris: I'm clueless how that migration failed without leaving any trace of information anywhere what was the reason fo the failure. I think when it failed it failed to clean up some port binding stuff in Neutron and that causes the second migration attempt to fail at port binding09:43
*** Dinesh_Bhor has joined #openstack-nova09:43
bhagyashrisgibi: yeah... but at very first why it's not migrating that instance on destination node with any failure :(09:45
openstackgerritBrin Zhang proposed openstack/nova master: Add microversion 2.67 to support volume_type  https://review.openstack.org/60639809:52
*** brinzhang has quit IRC09:57
*** mvkr has quit IRC09:57
*** psachin has quit IRC09:59
*** ttsiouts has quit IRC10:01
*** ttsiouts has joined #openstack-nova10:03
*** bhagyashris has quit IRC10:06
*** dpawlik has quit IRC10:16
*** dpawlik has joined #openstack-nova10:17
openstackgerritSam Morrison proposed openstack/python-novaclient master: Fix up userdata argument to rebuild.  https://review.openstack.org/60534110:18
*** mvkr has joined #openstack-nova10:26
*** Dinesh_Bhor has quit IRC10:27
*** Dinesh_Bhor has joined #openstack-nova10:29
*** Dinesh_Bhor has quit IRC10:31
openstackgerritMerged openstack/nova stable/pike: Fix nova-status "_check_resource_providers" check  https://review.openstack.org/60011310:32
*** hamzy has quit IRC10:33
openstackgerritMerged openstack/python-novaclient master: Fix test_instance_action functional test failure  https://review.openstack.org/60694710:34
*** hamzy has joined #openstack-nova10:34
*** tbachman has quit IRC10:42
sean-k-mooneygibi: that livemigration error bhagyashris had is bizarr  i have never seen neutron trigger FlushError i would have liked to see the n-cpu log on the source and dest node i suspect that there was a libvirt/qemu error that resulted in the first failure but not sure what would cause the second.10:42
gibisean-k-mooney: bhagyashris stated that there was no relevant log in the nova-cpu services :/10:46
gibisean-k-mooney: but I share your feeling about the weiredness of the fault10:46
*** cdent has quit IRC10:48
sean-k-mooneyya i would still be interested in seeing the libvirt qemu instance log to confirm there were no qemu/libvirt errors but it is strange. im wonder if the neutron issue could have something to do with multiple port bindings. e.g. we know 1 or 2 bindings now works but did anyone ever test with 3. with out a way to reproduce however its really just guess work on my part10:49
*** sapd1 has quit IRC10:49
*** rpittau has joined #openstack-nova10:50
openstackgerritMatthew Booth proposed openstack/nova master: Fix a race evacuating instances in an anti-affinity group  https://review.openstack.org/60543610:51
*** dave-mccowan has joined #openstack-nova11:02
*** ttsiouts has quit IRC11:03
*** ttsiouts has joined #openstack-nova11:03
*** ttsiouts has quit IRC11:08
*** ttsiouts has joined #openstack-nova11:13
*** med_ has joined #openstack-nova11:13
*** mvkr has quit IRC11:16
*** jaosorior has joined #openstack-nova11:16
*** mvkr has joined #openstack-nova11:17
*** tetsuro has quit IRC11:18
*** alexchadin has quit IRC11:21
*** cdent has joined #openstack-nova11:23
*** ttsiouts has quit IRC11:25
*** hamzy has quit IRC11:32
*** hamzy has joined #openstack-nova11:32
*** jpena is now known as jpena|lunch11:47
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Update the contributor guide  https://review.openstack.org/60692612:03
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Update the CLI reference  https://review.openstack.org/60687112:04
*** tbachman has joined #openstack-nova12:04
*** tbachman_ has joined #openstack-nova12:09
*** tbachman has quit IRC12:09
*** tbachman_ is now known as tbachman12:09
*** ttsiouts has joined #openstack-nova12:10
*** beagle is now known as beagles12:16
*** _hemna has quit IRC12:27
*** Luzi has quit IRC12:29
*** _pewp_ has quit IRC12:30
*** _pewp_ has joined #openstack-nova12:31
*** markvoelker has joined #openstack-nova12:32
*** Bhujay has joined #openstack-nova12:36
*** jpena|lunch is now known as jpena12:42
*** Luzi has joined #openstack-nova12:43
gibisean-k-mooney: same here, without bhagyashris this remains a mystery12:44
*** mriedem has joined #openstack-nova12:46
*** tiendc has quit IRC12:48
*** tssurya has joined #openstack-nova12:53
*** hamdyk has quit IRC12:54
*** pcaruana has quit IRC12:57
*** Luzi has quit IRC13:06
*** mdbooth has joined #openstack-nova13:06
mdboothgibi efried: I just got hit by my own patch which landed earlier: http://logs.openstack.org/36/605436/4/check/nova-tox-functional-py35/66bf4c1/job-output.txt.gz13:07
mdboothJust convincing myself that this is genuinely uncovering yet another race13:07
*** awaugama has quit IRC13:09
efriedmdbooth: This is good. Very good.13:09
mdboothefried: Ok, I can reproduce it non-deterministically locally... 'Hopefully' that means it's actually a new race rather than a bug in my other patch :)13:10
* mdbooth dons his deerstalker13:10
efrieds/new/latent/ <== good13:10
mdboothefried: Indeed, an important clarification ;)13:11
mdboothAh... actually in this case it's because my patch invalidated some assumptions in the testcase13:14
mdboothSo.. still good13:14
mdbooth'my patch' being my other patch13:15
*** Luzi has joined #openstack-nova13:23
*** ttsiouts has quit IRC13:23
*** pcaruana has joined #openstack-nova13:27
efriedmdbooth: ah, in fact https://review.openstack.org/#/c/605436/ apparently does not closes-bug #176318113:31
openstackbug 1763181 in OpenStack Compute (nova) "test_parallel_evacuate_with_server_group intermittently fails" [Medium,In progress] https://launchpad.net/bugs/1763181 - Assigned to Matthew Booth (mbooth-9)13:31
efriedbut your other patch has made it manifest differently.13:31
efriedwhich may, please gods, make it figure-outable.13:31
mdboothefried: Oh, I didn't remove that?13:32
mdboothefried: I have a different patch which actually fixes that13:32
efriedokay, I left a reminder with a -1 :)13:32
mdboothOn, no13:32
mdboothefried: No, actually it really does fix it13:33
*** ttsiouts has joined #openstack-nova13:33
efriedBut but but13:33
efriedthe same bug is showing up in the test results13:33
mdboothefried: That's a bug in the patch :)13:33
mdboothIt's a different bug13:33
efriednow I'm thoroughly confused.13:33
efriedyou're saying that https://review.openstack.org/#/c/605436/ fixes bug #1763181, but there's a *different* race in parallel_evacuate?13:34
openstackbug 1763181 in OpenStack Compute (nova) "test_parallel_evacuate_with_server_group intermittently fails" [Medium,In progress] https://launchpad.net/bugs/1763181 - Assigned to Matthew Booth (mbooth-9)13:34
mdboothSo the functional test used to assume that stuff was deterministically executed in order X13:34
mdboothMy fix for the actual bug broke that assumption in the test13:34
mdboothI'm just fixing it13:34
mdboothSo it does fix the issue, but it causes the same test to fail differently with a new bug that I just introduced ;)13:35
efriedNice. So... we'll ultimately see those patches in a series together?13:35
mdboothNo, I'll just fix the bug and resubmit in a minute.13:35
efriedin https://review.openstack.org/#/c/605436/ ?13:36
mdboothefried: Yep13:36
efriedokay13:37
efriedI have clarified my comment13:37
efriedfwiw13:37
mdboothefried: It's a bug in my new patch.13:37
*** cdent has quit IRC13:37
mdboothIt's a bug in my patch to fix the bug.13:37
efriedI think I understand now. I'll stop bugging you and let you fix the bug in the fix.13:37
mdboothefried:  ;)13:38
*** wznoinsk has joined #openstack-nova13:38
mdboothefried: I only highlighted it originally, because I being super-alert to the possibility of having to revert my other patch.13:38
efriedbut if I remember, I'll try to get several successful rechecks before approving.13:38
mdboothefried: That will take weeks at the moment ;)13:39
mdboothBut sure13:39
efriedokay, "successful" meaning that specific test passes.13:39
efriedthe runs are only taking a couple of hours.13:40
*** cdent has joined #openstack-nova13:47
*** cfriesen has joined #openstack-nova13:52
*** awaugama has joined #openstack-nova13:52
*** awaugama has quit IRC13:52
*** awaugama has joined #openstack-nova13:53
sean-k-mooneymelwitt  mriedem  so i finally got time to start working on sriov livemigration and i can confirm that we "broke" macvtap based sriov live migration in rocky when we added the multiple port binding.13:54
sean-k-mooneymelwitt: mriedem im not sure why yet but i think its due to how we create the dest binding so this might be a neutron error or nova error depending on the intended behavior13:55
*** ttsiouts has quit IRC13:58
openstackgerritBalazs Gibizer proposed openstack/nova master: consumer gen: support claim_resources  https://review.openstack.org/58366714:00
*** mriedem has quit IRC14:00
*** tbachman has quit IRC14:01
*** mhen has quit IRC14:01
openstackgerritBalazs Gibizer proposed openstack/nova master: consumer gen: support claim_resources  https://review.openstack.org/58366714:02
*** tbachman has joined #openstack-nova14:03
*** tbachman has quit IRC14:04
*** amotoki_ is now known as amotoki14:04
*** mriedem has joined #openstack-nova14:05
mriedemsean-k-mooney: super14:05
*** mhen has joined #openstack-nova14:06
*** tbachman has joined #openstack-nova14:07
sean-k-mooneymriedem: i think we need to set the vnic-type when creating the binding but i also was under the impression that neutorn was ment to copy that info form the source binding if not set so not sure its our bug.14:07
sean-k-mooneymriedem: ill file a bug but it should hopefully be a trival backport. that said "sriov migration" even when it works is not reallly supprot yet14:08
sean-k-mooneyim hoping to work on that this cycle but we will see how thing go.14:09
*** ttsiouts has joined #openstack-nova14:12
*** tbachman has quit IRC14:12
*** mlavalle has joined #openstack-nova14:12
*** tbachman has joined #openstack-nova14:12
*** med_ has quit IRC14:15
*** Luzi has quit IRC14:19
*** munimeha1 has joined #openstack-nova14:24
*** liuyulong has joined #openstack-nova14:29
*** liuyulong has quit IRC14:42
*** med_ has joined #openstack-nova14:42
jaypipessean-k-mooney: let's get down to brass tacks on https://review.openstack.org/#/c/603805/2/specs/stein/approved/device-discovery-policy-lib.rst. What is the likelihood that this will proceed? I have a number of concerns about the proposed implementation, but I don't really want to spend a bunch of time on reviewing it if you're not going to have time to pursue this and nobody else is either.14:44
efriedjaypipes: I will pursue it to whatever extent sean-k-mooney doesn't have time. Depending which approach you (and/or others) prefer, I will pursue as appropriate.14:45
jaypipesefried: I thought you were more into pursuing Konstantinos' spec?14:46
efriedjaypipes: They're both shooting at the same target.14:46
*** ttsiouts has quit IRC14:46
efriedjaypipes: I like my baby better, possibly mostly because it's my baby (though I do have some logical reasons), but it's not a big gap.14:46
efriedjaypipes: So whichever approach (the spirit, not the specifics yet - as I said, neither is perfectly ready for primetime yet) you and/or others prefer, I'm going to run with.14:47
efriedBut I want to run with one of them asap.14:48
efriedfwiw, I already have code written for the schema in kosamara's spec. It's in nova-powervm atm, but trivial to port.14:49
jaypipesefried: I only have time this morning to review one of those specs. I will review kosamara's then.14:50
efriedjaypipes: ack, thanks.14:51
efriednote that a number of issues have been mentioned and acked, but not yet revised for, in previous patch sets.14:51
sean-k-mooneyjaypipes: well that depend i would really like to pursue this but my primary focus this release will be fixing more live migration stuff specificaly for sriov14:53
sean-k-mooneyjaypipes: spend time reviewing kosamara's proposal.14:54
*** ttsiouts has joined #openstack-nova15:00
*** toabctl has joined #openstack-nova15:03
*** med_ has quit IRC15:03
openstackgerritMatthew Booth proposed openstack/nova master: Fix a race evacuating instances in an anti-affinity group  https://review.openstack.org/60543615:04
stephenfinjohnthetubaguy: When you're about, fancy taking another look at https://review.openstack.org/#/c/45657215:11
sean-k-mooneymriedem: so yes i just confirmed we need to pass the vnic type to the binding api but i also found another neutron bug15:13
openstackgerritBalazs Gibizer proposed openstack/nova master: Enable nested allocation candidates in scheduler  https://review.openstack.org/58567215:14
openstackgerritBalazs Gibizer proposed openstack/nova master: Use provider tree in virt FakeDriver  https://review.openstack.org/60408315:14
openstackgerritBalazs Gibizer proposed openstack/nova master: Refactor allocation checking in functional tests  https://review.openstack.org/60728715:15
openstackgerritBalazs Gibizer proposed openstack/nova master: Run ServerMovingTests with nested resources  https://review.openstack.org/60408415:15
sean-k-mooneygibi: so while macvtap sriov livemigration i was able to cause the same neutron db confilct and fush error so it looks liek tehre is definetly a neutron portbining bug at least on master15:15
gibisean-k-mooney: good info15:19
sean-k-mooneyi need to do more diging to see if this is just an issue for sriov or if i get the same behavior with just ovs so ill test that later today.15:20
gibisean-k-mooney: good info15:20
gibisean-k-mooney: oops15:20
gibisean-k-mooney: I mean, thank you15:21
sean-k-mooneyno worries this will be a blocker for me to enable sriov livemigration anyway so i need to figure out how to fix it one way or another15:22
johnthetubaguystephenfin: what about uri being last in the list, leaving the mostly commonly changed ones first? Not sure I am actually that bothered by the order actually, kinda happy with whatever gets the later fixes in quickly, which is probably what you have now.15:22
jaypipessean-k-mooney: ack, will do. thx.15:22
*** dpawlik has quit IRC15:22
stephenfinjohnthetubaguy: Sure, I can do that. I'm writing an expanded message to better explain the reasoning for why this is necessary15:22
*** ircuser-1 has joined #openstack-nova15:25
*** cdent has quit IRC15:27
*** dave-mccowan has quit IRC15:27
*** dave-mccowan has joined #openstack-nova15:28
openstackgerritStephen Finucane proposed openstack/nova master: conf: Gather 'live_migration_scheme', 'live_migration_inbound_addr'  https://review.openstack.org/45657215:29
openstackgerritStephen Finucane proposed openstack/nova master: conf: Convert 'live_migration_inbound_addr' to HostAddressOpt  https://review.openstack.org/45657315:29
openstackgerritStephen Finucane proposed openstack/nova master: conf: Add three new '[libvirt] live_migration_*' options  https://review.openstack.org/45657115:29
stephenfinjohnthetubaguy: aaand done. Hopefully that's clearer15:29
johnthetubaguystephenfin: cool, thanks15:30
stephenfinowalsh: You probably want to look at those (again) too ^15:30
owalshstephenfin: ack15:30
johnthetubaguystephenfin: although now you have scheme first which basically says "please don't touch this config"15:31
stephenfinjohnthetubaguy: I was just about to comment on https://review.openstack.org/#/c/456572/8/nova/conf/libvirt.py@278 about that15:32
stephenfinThey're in URI order :)15:32
stephenfinI wonder if they should all be advanced?15:32
stephenfin*marked as advanced15:33
stephenfinSeeing as in many (most?) cases the driver can configure this automatically for us15:33
johnthetubaguystephenfin: it should be marked advanced, yeah15:33
johnthetubaguystephenfin: I can live with URI order then :)15:34
sean-k-mooneystephenfin: wait you are removing live_migration_uri15:34
stephenfinsean-k-mooney: Nope, I'm closing gaps to allow us to remove it in the future15:35
sean-k-mooney... i guess i normally only change the user name so i could chagne to live_migration_username instead15:36
openstackgerritBalazs Gibizer proposed openstack/nova master: Ignore forcing of live migration for nested instance  https://review.openstack.org/60578515:36
openstackgerritBalazs Gibizer proposed openstack/nova master: Consider nested allocations during allocation cleanup  https://review.openstack.org/60605015:36
openstackgerritBalazs Gibizer proposed openstack/nova master: Ignore forcing of evacuation for nested instance  https://review.openstack.org/60611115:36
openstackgerritBalazs Gibizer proposed openstack/nova master: Run negative server moving tests with nested RPs  https://review.openstack.org/60412515:36
stephenfinsean-k-mooney: yeah, that's the idea15:36
sean-k-mooneylive_migration_username=root woudl be the same as live_migration_uri = qemu+ssh://root@%s/system15:37
mdboothefried: Incidentally, I ran that test 250 times locally without failure.15:37
efriedmdbooth: And you had been able to reproduce it some percentage of the time prior to the fix?15:38
mdboothYeah, before it failed 50%, as expected.15:38
mdboothThat's with *my* bug15:38
owalshstephenfin: live_migration_tunnelled isn't related, is it?15:38
mdboothWith the original bug it failed about 1 in 10 locally15:38
efriedmdbooth: Okay, then 250 passes is good enough for me. Thanks for your work on this. That bug has been a thorn in our collective sides for a long time.15:39
openstackgerritMerged openstack/os-vif master: add nested DPDK VIF classes for kuryr-kubernetes  https://review.openstack.org/60499215:39
stephenfinowalsh: If tunneling is enabled, none of that configuration is used, right?15:39
mdboothefried: Hasn't passed check queue once yet, though :)15:40
owalshstephenfin: commit message says the opposite15:40
stephenfinwhoops15:40
mdboothLatest revision, that is15:40
efriedmdbooth: But it's still on the first run?15:40
mdboothYeah15:40
stephenfinThat should read "disabled"15:40
efried:)15:40
mdboothefried: If it fails for any related reason I promise I'll shout about it :)15:40
*** hamzy has quit IRC15:40
owalshstephenfin: ack, makes a lot more sense then :-)15:41
*** ttsiouts has quit IRC15:42
sean-k-mooneystephenfin: why are you defaulting to qemu+tcp and not qemu+ssh if the schema is not set?15:42
*** macza has joined #openstack-nova15:43
sean-k-mooneylibvirt is typiclaly not exosed over tcp by default15:44
stephenfinsean-k-mooney: That was the case previously, right? (i.e. I haven't change anything)15:45
sean-k-mooneyya just looking at the old code. it was the case yes however the code comment is inccort in the old code too15:45
openstackgerritStephen Finucane proposed openstack/nova master: conf: Gather 'live_migration_scheme', 'live_migration_inbound_addr'  https://review.openstack.org/45657215:46
openstackgerritStephen Finucane proposed openstack/nova master: conf: Convert 'live_migration_inbound_addr' to HostAddressOpt  https://review.openstack.org/45657315:46
openstackgerritStephen Finucane proposed openstack/nova master: conf: Add three new '[libvirt] live_migration_*' options  https://review.openstack.org/45657115:46
stephenfinjohnthetubaguy: Sorry, fancy hitting the first of those again. Typo fix pointed out by owalsh15:47
*** macza_ has joined #openstack-nova15:47
sean-k-mooneystephenfin: perhapes as a follow up we should have a seperate patch to change the default. or at least advise againts using tcp as that will copy the state unencrypted15:48
*** sahid has quit IRC15:49
*** sahid has joined #openstack-nova15:49
*** gyee has joined #openstack-nova15:49
sean-k-mooneystephenfin: ssh or libssh/libssh2 would be much better defaults imho15:51
*** macza has quit IRC15:51
stephenfinsean-k-mooney: Hmm, while I agree, I'm nervous to go changing defaults willy-nilly. I'm assuming ssh would require extra configuration for anyone relying on TCP?15:52
stephenfin*currently using TCP15:52
stephenfinAnd I imagine TripleO, Kolla etc. already tweak those knobs15:52
sean-k-mooneystephenfin: yes but to use TCP that person would have had to 1 expose libvirt unencyrted and unauthentated via tcp as it is disabled by default in ubunut/debian and rhel/fedora distros15:53
sean-k-mooneystephenfin: see https://libvirt.org/remote.html#Remote_transports15:53
sean-k-mooneytcp is expressed not recommended for production use which is why im uneasey about that being our defualt15:55
stephenfinsean-k-mooney: I can do that so but it'll warrant an Upgrade reno. ssh or tls as the default?15:55
sean-k-mooneystephenfin: kolla uses ssh not sure about tripplo15:55
stephenfinI think TripleO uses TLS if TLS everywhere is toggled but owalsh would need to confirm15:55
artomgryf, around? You wanted to ask about NUMA live migration?15:55
*** Sigyn has quit IRC15:56
sean-k-mooneystephenfin: i would go with ssh but it likely somthing we want to discuss perhaps in the nova team meeting15:56
owalshstephenfin, sean-k-mooney: yea, TLS if it's enabled, otherwise ssh tunnelling15:56
sean-k-mooneyor as a bug/bluepint15:56
*** Sigyn has joined #openstack-nova15:57
sean-k-mooneystephenfin: if we dont change the default it would be nice to atleast issue a wanrning on compute agent startup so that operators are very ware that they should not be using tcp by defualt15:59
owalshsean-k-mooney: I wouldn't be surprised if it got #ifdef-ed out of libvirt by default too16:00
efriedmdbooth: Oh, I meant to mention this earlier...16:00
efriedwe don't need context.nested, because that's implemented natively in py2 (I think as of 2.6?) and py3.16:01
sean-k-mooneyowalsh: its compiled into the centos bin but its disabled in the libvirt deamon config so you have to expcily opt in to it16:01
efriedmdbooth: s/context.nested/nested_contexts/16:01
mdboothefried: It's in py3? Where?16:02
efriedmdbooth: natively16:02
owalshsean-k-mooney: yes, but all of the random blogs on setting up migration enabled it16:02
mdboothCalled what?16:02
efriedmdbooth: Called 'with' :)16:02
mdboothefried: Oh, you mean the 'with-syntax'16:02
efriedmdbooth: maybe I'm not understanding what you're trying to do with it.16:02
sean-k-mooneyefried: really when did that get backported16:02
mdboothRight, but that's *not* implemented in py216:02
mdboothThe optional bit, that is16:03
sean-k-mooneyefried: we still have at least 1 place where we stub out compatiably in nova16:03
mdboothYou can't say:16:03
*** cdent has joined #openstack-nova16:03
mdboothwith X, Y (unless Y is None)16:03
mdbooth:16:03
*** helenafm has quit IRC16:03
mdboothBasically the choices for optional composition are contextlib.nested, and ExitStack, and neither is available in both py2 and py316:04
efriedmdbooth: oh, I was missing the filter16:04
stephenfinmdbooth: https://pythonclock.org/16:04
* stephenfin ducks16:05
mdboothstephenfin: Python 3 is the culprit here, because Python 2 was already here.16:05
mdboothDeprecating a whole programming language was a monumentally stupid idea.16:05
openstackgerritElod Illes proposed openstack/nova stable/ocata: [Stable Only] Add amd-ssbd and amd-no-ssb CPU flags  https://review.openstack.org/60729616:06
mdboothefried: Incidentally, you can make Y a 'null context', i.e. a context manager which does nothing other than execute whatever it's given.16:09
mdboothAnd py3 includes a contextlib.nullcontext16:09
mdboothBut py2 doesn't16:09
mdboothSo I could have written one, but it would still be duplicating code in py316:09
sean-k-mooneymdbooth: it could jsut delegate to the py3 verions on py3 and implement the 10 lines it takes on py2.16:10
efriedor after the import:16:10
efriedif not hasattr(contextlib, 'nullcontext'):16:10
efried    contextlib.nullcontext = lambda x: x16:10
efried?16:10
sean-k-mooneywe cant drop py2 support for 2 more releases so i dont see an issue with it16:10
efriedanyway, what you've done is foyne.16:10
mdboothefried: That's not quite a nullcontext. You probably need at least 4 lines for it16:11
efriedyeah yeah16:11
mdboothefried: The point is there were a bunch of ways to do it, but none of them are as good as what you could do if we were only targetting a single programming language.16:11
efriedyup, I get it. You had to choose among several ugly options. What you've done is foyne.16:12
*** Bhujay has quit IRC16:12
artomWeird - I'm trying to reproduce a bug where if an instance reschedules it gets two vifs - I'm trying to force a reschedule by just raising in build_and_run_instance one one of the two computes. Except *no instance ever lands on that compute*16:15
artomThat host definitely doesn't get filtered out, it's enabled, etc16:15
openstackgerritMatthew Booth proposed openstack/nova master: DNM: Add some debug logging  https://review.openstack.org/60730116:15
sean-k-mooneyartom: try raising right at the point the libvirt driver calls libvir to spawn the instance16:18
gibimriedem: hi, do you have something for the notification subteam meeting? I don't have any16:18
artomsean-k-mooney, it's not even that. I've booted 10 instances with --min-count, and they've *all* gone to the "wrong" host16:19
*** toabctl has quit IRC16:19
sean-k-mooneyartom: you didnt hit the auto host down on faiure codepath?16:21
artomsean-k-mooney, well, how would I see that? The hypervisor shows as up, same for the service16:21
dansmithartom: there's a weigher now16:23
dansmithfor the fail count,16:23
dansmithbut that will only take effect if you have failed once on that compute already16:24
artomdansmith, aha, thank you!16:24
artomThat would explain it - now, presumably this fail count is hidden in the DB somewhere.16:24
* artom goes spelunking.16:24
sean-k-mooneydansmith: didnt you also add something last cycle to auto makre the state as disabled after 10 ish failed boots in addtion to the weigher16:25
dansmithsean-k-mooney: no, the weigher replaced the auto-down thing16:25
sean-k-mooneyartom: im assuming openstack compute service list shoul the state as up and statuse as enabled16:25
sean-k-mooneydansmith: ah ok i guess that makes sense we had no auto up right so you had to manully go mark it up16:26
dansmithright16:27
artomdansmith, hrmm, does the fail count get reset on service restart?16:27
artomBtw, this would be a think we should probably expose in the hypervisors API or something16:27
sean-k-mooneyartom: if its in memory you would have to restart the schduler16:28
dansmithit's in the host state16:28
mriedemgibi: no, although i do have something i can stick in your ear...16:28
dansmithso we should pull that each time in the filter scheduler, IIRC16:28
mriedemgibi: https://review.openstack.org/#/c/603930/6/nova/conductor/tasks/cross_cell_migrate.py@519 for the cross-cell resize stuff i'm adding a new conductor task and the conductor code relies on that old scheduler_utils.set_vm_state_and_notify method, which sends an error notification but those are all legacy16:29
mriedemhttps://github.com/openstack/nova/blob/cce3208cc28268e4b50e155c205bcab9f1da2a4b/nova/scheduler/utils.py#L60016:29
sean-k-mooneyartom: this is the filter https://github.com/openstack/nova/blob/master/nova/scheduler/weights/compute.py#L24 you could just set the weight multipler to 0 to disable it16:29
mriedemi'm not entirely sure how to make that generic thing useful for versioned notifications16:29
dansmithartom: you can just zero or invert the weight and see if that changes it16:29
gibimriedem: looking16:29
mriedemartom: see compute_nodes.stats column16:30
mriedemwhich is a serialized dict i think....16:30
artommriedem, saw it, it's a JSON blob16:30
mriedemyup16:30
mriedemnot a terrible idea to report that out of the os-hypervisors API16:30
artomRestarting sched and/or compute seems to do what I want (ie, effectively reset the failure count)16:30
artommriedem, yeah eh? It would avoid more losers like me getting lost16:31
gibimriedem: there is an open (and old) patch about that missing set of notifications https://review.openstack.org/#/c/482629/9/nova/scheduler/utils.py16:31
gibimriedem: s/old/not reviewed by me for a while/16:32
mriedemoh boy...that's a big one16:32
gibimriedem: stephenfin was happy with that not so long ago16:32
gibimriedem: anyhow I made a note to review this sooner than later16:33
mriedemdefinitely not a high priority, but thanks for noting this exists16:33
gibimriedem: the burndown chart remembered that it exists not me :)16:35
gibimriedem: anyhow I will not run  the notification subteam meeting this week either then16:36
*** sahid has quit IRC16:37
mriedemgibi: ok16:39
mriedemgibi: do you want to just cancel the meeting?16:39
mriedemi mean, indefinitely16:40
gibimriedem: that decision is forming slowly in my mind in the past weeks16:41
gibimriedem: I think it would make sense to cancel it indefinitely16:41
mriedemgo for it,16:44
mriedemjust have to drop it from http://git.openstack.org/cgit/openstack-infra/irc-meetings/16:44
cdent--meetings++16:45
gibimriedem: OK, and I drop a mail to ML just for the record16:45
*** _hemna has joined #openstack-nova16:46
gibimriedem: fyi https://review.openstack.org/60731416:50
* sean-k-mooney tries to figure out if in c cdent is decrementing the temporay retruned by post incrament to incramenting the copy retruned by the predecmrent and then gives up16:52
*** dtantsur is now known as dtantsur|afk16:52
cdentsean-k-mooney: I was "less meetings is good" in reponse to gibi. My syntax very bad.16:53
sean-k-mooneycdent: yes as a sane person that was my assumtion16:53
sean-k-mooneycdent: actully since your about. we still block live migration with config drive to fail right16:55
gibicdent: :)16:56
cdentsean-k-mooney: that is not an area of expertise for me, but a hazy memory suggests that's the case16:56
openstackgerritMerged openstack/nova stable/pike: Fix host validity check for live-migration  https://review.openstack.org/59026316:57
sean-k-mooneycdent: oh ok i had a vague memory that you were invovled in adding config drive at some point16:57
sean-k-mooneycdent: in either case it does which is what i was expecting16:57
cdentnot me, unless I blacked it out16:57
sean-k-mooneycdent: yes that would be a sensable thing to do if you had worked on config drive :P16:58
* cdent wonders what else he's forgotten16:58
sean-k-mooneythat abit unfiar to config drive as  it actully works prettry in limited usescaes but live migration is not one of them16:59
openstackgerritElod Illes proposed openstack/nova stable/ocata: Add check for invalid allocation amounts  https://review.openstack.org/60732016:59
openstackgerritElod Illes proposed openstack/nova stable/ocata: Add check for invalid inventory amounts  https://review.openstack.org/60732116:59
*** derekh has quit IRC17:03
*** jpena is now known as jpena|off17:14
*** hamzy has joined #openstack-nova17:27
*** mvkr has quit IRC17:31
cfriesenSo what's the process for getting a specless blueprint approved?  One of my coworkers opened up https://blueprints.launchpad.net/nova/+spec/support-hpet-on-guest and there's code up as well.  Should he be using the runway system once the blueprint is approved?  It's just the one commit.17:32
*** Sukhdev has joined #openstack-nova17:44
*** munimeha1 has quit IRC17:47
*** priteau has quit IRC17:47
*** dpawlik has joined #openstack-nova17:47
melwittcfriesen: usually when seeking specless blueprint approval, you can add it to the Open Discussion section of the next nova meeting agenda17:50
cfriesenmelwitt: thanks, that works17:50
melwittusing the runway system after approval is good for attracting review attention17:50
*** openstackgerrit has quit IRC17:51
gryfartom: unfortunately, I'm afk right now. Which time zone are you in?17:51
*** tssurya has quit IRC17:52
*** dpawlik has quit IRC17:53
*** hamzy has quit IRC17:55
*** openstackgerrit has joined #openstack-nova17:57
openstackgerritEric Fried proposed openstack/nova master: Placement: Remove usage of get_legacy_facade()  https://review.openstack.org/60733617:57
efriedmelwitt, cdent: ^17:58
*** hamzy has joined #openstack-nova18:02
*** pcaruana has quit IRC18:02
*** mvkr has joined #openstack-nova18:05
*** dpawlik has joined #openstack-nova18:09
*** dpawlik has quit IRC18:14
*** imacdonn has quit IRC18:21
*** imacdonn has joined #openstack-nova18:21
*** openstackgerrit has quit IRC18:35
*** openstackgerrit has joined #openstack-nova18:43
openstackgerritSylvain Bauza proposed openstack/nova master: libvirt: implement reshaper for vgpu  https://review.openstack.org/59920818:43
artomgryf, GMT-4 (NA east coast)18:48
artomgryf, email?18:48
dansmithmriedem: https://review.openstack.org/#/c/60729618:52
*** Sukhdev has quit IRC18:52
mriedemdone18:55
*** ralonsoh has quit IRC18:56
*** Swami has joined #openstack-nova19:03
bauzasdansmith: mriedem: a few other people interested in, I finally reworked the reshaper change https://review.openstack.org/59920819:07
bauzasI'll test it on a devstack19:07
bauzaswith a machine having pGPUs19:08
mriedem:( this is all half-baked https://review.openstack.org/#/q/topic:bug/1384637+(status:open+OR+status:merged)19:10
mriedemnone of that plumbing was ever leveraged by the REST API19:10
openstackgerritmelanie witt proposed openstack/nova-specs master: Update blueprint name so spec matches launchpad  https://review.openstack.org/60734719:10
openstackgerritmelanie witt proposed openstack/nova-specs master: Dynamically find releases for move-implemented-specs  https://review.openstack.org/59262819:15
openstackgerritmelanie witt proposed openstack/nova-specs master: Add a script for counting blueprints  https://review.openstack.org/58191419:15
cfriesenif anyone feels like a spec review, the updated emulated TPM spec is up at https://review.openstack.org/#/c/571111     There are no API changes, the spec is really to allow discussion of the concept.19:17
*** med_ has joined #openstack-nova19:18
sean-k-mooneycfriesen: i assume the only enduser fasing change would be an image property or flavor extra spec to enable/request teh vtpm19:19
cfriesensean-k-mooney: flavor extra spec, yes.  the rest is virt driver backend stuff19:19
*** tbachman has quit IRC19:24
*** hamzy has quit IRC19:25
*** hamzy has joined #openstack-nova19:26
sean-k-mooneyill review it in detail tomorow but initall feedback is i would proably expect 2 extra_spec argument one to specify the tpm verion and another for the backend type. other then that it would be nice to support this via the image metadata too but after 5 mins skiming it it seams resonable19:28
sean-k-mooneyi seam to recall form the PTG there were some live migration requirements too which i did not see explcitly in the spec. if so proabley a good idea to add them19:29
*** awaugama has quit IRC19:31
openstackgerritArtom Lifshitz proposed openstack/nova-specs master: Fail count in API  https://review.openstack.org/60735219:33
artomdansmith, mriedem, ^^ really easy spec about the fail count discussion earlier19:34
dansmithhmm19:35
bauzasartom: I thought we said to deprecate os-hypervisors API ?19:35
bauzasat least not adding more to it19:35
artombauzas, seriously? I had no idea.19:35
artomNothing in the api-ref about it19:35
dansmithand that fail count is an internal value that can change19:35
mriedemartom wasn't at the ptg when os-hypervisors was discussed...19:36
dansmithso I'm kinda meh about exposing it and having people make up beliefs about what it means19:36
artomI mean, I'm not looking for +W fast track here :)19:36
artomSo if there are legit issues, destroy at will19:36
artomWe could find other ways of indicating the same information, if y'all agree the basic idea is worthwhile19:36
bauzascan't we just emit a notification ?19:37
bauzasstupid idea maybe19:37
artomAnd if y'all don't, I'm cool as well, NUMA live migration is quite enough for me ;)19:37
*** dave-mccowan has quit IRC19:41
cfriesensean-k-mooney: thanks.  to allow it in the image we'd have to use the "trait" as specified in the alternatives section.  I'd be fine with that too, I just went with a resource because Eric Fried suggested it. :)19:51
cfriesensean-k-mooney: live migration is fine, and cold migration is covered in the spec19:54
artombauzas, notifications I don't think are very useful, but logs would definitely work19:55
artomTo be honest, not sure why I didn't go there in the first place19:55
cfriesenartom: probably cause mriedem was talking about the os-hypervisors API this morning19:56
artommriedem, see, totally your fault.19:56
bauzasI wasn't looking at the IRC discussion this 'US' morning19:57
bauzaswhat was the point ?19:57
artomThe hell, we already log weighed hosts19:58
sean-k-mooneycfriesen: cool am i would have to read the spec properly to understand traits vs reousce comment but ill take your word for it. i had assumed we could have HW_VTPM_TYPE=emulated HW_VTPM_VERSION=2.0 image property pair and have nova construt the resouce request form that but perhaps there is a reason that would not work that i missed19:58
mriedem"(11:27:58 AM) artom: Btw, this would be a think we should probably expose in the hypervisors API or something"19:59
artommriedem, sshh, let me have this19:59
sean-k-mooneybauzas: the context was artom was trying to recreate the "vm spawns with multiples" issue and injected a fault which resulted in all his instances landing on a host he was not expecting19:59
* bauzas raises a fist at multiple-create again20:00
openstackgerritMerged openstack/nova stable/ocata: Fix instance evacuation with PCI devices  https://review.openstack.org/60588120:00
openstackgerritMerged openstack/nova stable/ocata: Update nova network info when doing rebuild for evacuate operation  https://review.openstack.org/60588220:00
sean-k-mooneybauzas: idea was to help debuging perhaps expose it via hyperviors api but i would guess a debug level weigher log might be better in this case20:00
artomAh, we just log the final sorted list, not the individual weights, nor the per-filter weights20:01
bauzascould we just have alaski back here and just him and me +2/+W a change deprecating multiple-create API ?20:01
mriedemoh god why would we allow attaching volumes to a resized server before it's confirmed/revert20:01
mriedem*reverted20:01
mriedemthat's just asking for trouble20:02
sean-k-mooneymriedem: because we did not think that is what we were allowing at the time the code merged ?20:02
melwittbauzas: users love the multi-create API20:03
sean-k-mooneymriedem: i cound half of the issue with the multiple port bindingings thing by the way. ill file a bug and upload a patch tomorow20:03
mriedemthere is a forum session about the multi-create api20:03
sean-k-mooney*found20:03
artommriedem, I feel like attaching anything to anything that isn't ACTIVE is asking for trouble20:03
artomLike, we should wrap the instance decorator around any method that as 'attach' in its name.20:04
artom*instance state decorator20:04
sean-k-mooneymelwitt: do the love the multi create api or multi create support in the client/sdk/osc20:04
sean-k-mooneyartom: i think the vm is active in this case on the dest20:05
melwittmriedem: is it under a more broad topic? I don't see it20:05
sean-k-mooneyartom: we just have not confimed it20:05
artomsean-k-mooney, it's still in VERIFY_RESIZE in the API tho20:06
artomI think is what mriedem means20:06
melwittsean-k-mooney: the API, I think.20:06
cfriesensean-k-mooney: I'd be open to something like that if people are looking for additional flexibility.  making the version explicit would at least protect us if qemu ever supported a newer version20:06
*** Sundar_ has joined #openstack-nova20:06
sean-k-mooneycfriesen: you can always default it to 2.0 initally so its optional20:07
*** dave-mccowan has joined #openstack-nova20:07
mriedembauzas: melwitt: https://www.openstack.org/summit/berlin-2018/vote-for-speakers#/2284020:07
bauzasmelwitt: I'm not against something elsewhere but not in the API :)20:08
bauzasthat said, now the ship has sailed...20:08
bauzasI'm pretty sure we'd get lots of arguments if we deprecate it :)20:08
sean-k-mooneymriedem: i would assume the answer to there first quest is ther is no sla followed by there is no test coverage for that usecase20:08
mriedemi tested how you can kill the scheduler https://review.openstack.org/#/c/507918/20:09
mriedemif that helps20:09
sean-k-mooneythats a lot of red from the ci20:10
mriedemit's an experiment20:10
mriedemnot meant to run tempest20:10
melwittcool experiment. I wonder could the oslo.messaging heartbeat be leveraged in this way?20:11
sean-k-mooneyto kill the schduler proably20:11
mriedemyes,20:11
mriedemit passed once i set the rpc_response_timeout to 30020:12
mriedemthe timeout stuff with the select_destinations rpc call likely needs to use the long_rpc_timeout20:12
mriedembecause if it times out, today we retry the rpc call up to max_attempts20:12
mriedemso it just compounds the problem20:12
melwittyeah, sorry, I saw you increased the timeout and that worked -- that's why I asked. I wondered if we could use the heartbeat to help here20:13
mriedemi think yes, do that and drop the old retry_select_destinations decorator20:14
melwitt++20:14
*** mlavalle has quit IRC20:29
*** dave-mccowan has quit IRC20:30
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Cross-cell resize  https://review.openstack.org/60393020:33
*** med_ has quit IRC20:36
openstackgerritMerged openstack/nova stable/ocata: unquiesce instance after quiesce failure  https://review.openstack.org/60588420:43
*** mlavalle has joined #openstack-nova20:44
*** hamzy has quit IRC20:44
*** ttsiouts has joined #openstack-nova20:55
*** tbachman has joined #openstack-nova21:10
openstackgerritsean mooney proposed openstack/nova master: propagate vnic_type and profile on create port bindings  https://review.openstack.org/60736521:10
*** ttsiouts has quit IRC21:10
*** ttsiouts has joined #openstack-nova21:11
*** Sundar_ has quit IRC21:14
sean-k-mooneymriedem: im goint to repropose ^ later as a bug as i would like to backport it + some other related changes just and fyi but that will partly fix macvtap sriov.21:15
*** tbachman_ has joined #openstack-nova21:15
*** tbachman has quit IRC21:16
*** tbachman_ is now known as tbachman21:16
sean-k-mooneymriedem: this patch in partcalar is not super high on my list for the macvtap but per our PTG conversation ther are some other minor bug fixed need to make the codbase actully supprot what we said it would in the rocky release notes21:18
sean-k-mooneys/for the macvtap/for backporting but/21:19
mriedemok21:20
openstackgerritMerged openstack/nova stable/queens: nova-manage - fix online_data_migrations counts  https://review.openstack.org/60583921:20
*** awaugama has joined #openstack-nova21:21
bauzasmriedem: heh, good news, the inventory reshape works21:22
bauzasmriedem: now, I'm testing the allocations move21:22
mriedemworks in...functional tests?21:22
mriedemor a real env?21:22
bauzasmriedem: works on my devstack running on a physical machine :)21:23
mriedemle woot21:23
bauzasmriedem: http://paste.openstack.org/show/731303/21:25
melwittthat reminds me, did someone create a catchall blueprint for all of the "closing the gaps with nested resource providers" work yet?21:26
bauzasoh oops, now you know my secret machine :p21:26
bauzasmelwitt: I already have a vgpu-rocky BP that tracks all of the VGPU effort21:26
mriedemmelwitt: probably this https://blueprints.launchpad.net/nova/+spec/use-nested-allocation-candidates21:26
bauzasmriedem: use-nested-alloc-candidates is only one of the gaps but meh21:27
mriedemi'll butt meh you21:27
melwittok, thanks. I'm looking to collect the related blueprints and make them dependencies for the vgpu theme21:27
*** ttsiouts has quit IRC21:27
mriedemyou can't allocate against vgpu child providers without gibi's bp to get the scheduler stuff to work21:27
bauzasmelwitt: mriedem: btw. I reproposed an approved spec for vgpu-stein https://review.openstack.org/#/c/602474/21:28
*** ttsiouts has joined #openstack-nova21:28
bauzasmriedem: yup, I'll rebase the change once I'm done with testing the allocations migration21:28
bauzasmriedem: for this, we don't need the nested-a-c series21:28
bauzasnested-a-c series is only for creating a new instance21:29
bauzasnot for a reshape21:29
mriedemsure but....21:29
mriedemonce we model vgpu as child providers, you can't create a new instance with vgpus until that nested-a-c bp is done21:29
*** med_ has joined #openstack-nova21:29
bauzasyeah hence my -W21:30
melwittyeah, both blueprints will be part of the theme21:30
bauzasit should really be a -221:30
openstackgerritMerged openstack/nova stable/ocata: Filter deleted computes from get_all_by_uuids()  https://review.openstack.org/60445121:30
openstackgerritMerged openstack/nova stable/ocata: Fix nova-status "_check_resource_providers" check  https://review.openstack.org/60011921:30
bauzasanyway, consumer generation is merged21:30
bauzasnow, we only really need https://review.openstack.org/#/c/585672/ for the reshaper change, not all the follow-ups21:31
bauzasmriedem: ^21:31
*** cdent has quit IRC21:32
melwittmriedem: you're right on use-nested-allocation-candidates being the catchall L53 https://etherpad.openstack.org/p/nova-ptg-stein-priorities21:32
mriedem\o/21:35
*** moshele has joined #openstack-nova21:36
*** med_ has quit IRC21:45
*** tbachman has quit IRC21:51
bauzasmriedem: FWIW, confirmed that a flavor asking for vgpus raises a NoValidHost once the reshape is done :)21:52
bauzaswe all knew this, it's just an evidence :)21:52
*** mriedem has quit IRC22:03
*** ttsiouts has quit IRC22:04
dansmithbauzas: wait, what?22:12
dansmithoh, because we've reshaped to nested but can't yet schedule to nested?22:12
melwittthat was my assumption22:14
openstackgerritMerged openstack/nova stable/ocata: Use ironic-tempest-dsvm-ipa-wholedisk-bios-agent_ipmitool-tinyipa in tree  https://review.openstack.org/58144522:16
openstackgerritMerged openstack/nova stable/ocata: Fix DB archiver AttributeError due to wrong table name attribute used  https://review.openstack.org/59988522:16
openstackgerritMerged openstack/nova stable/ocata: Add unshelve instance error info to fault table  https://review.openstack.org/58342222:16
openstackgerritMerged openstack/nova master: Remove unnecessary redirect  https://review.openstack.org/60591122:16
openstackgerritMerged openstack/nova master: Replace usage of get_legacy_facade() with get_engine()  https://review.openstack.org/60621322:16
openstackgerritMerged openstack/nova stable/rocky: Optimize AZ lookup during schedule_and_build_instances  https://review.openstack.org/60437822:16
openstackgerritmelanie witt proposed openstack/nova master: Use nova-consoleauth only if workaround enabled  https://review.openstack.org/60706822:20
openstackgerritmelanie witt proposed openstack/nova-specs master: Add a script for counting blueprints  https://review.openstack.org/58191422:20
*** moshele has quit IRC22:24
openstackgerritmelanie witt proposed openstack/nova master: Use nova-consoleauth only if workaround enabled  https://review.openstack.org/60706822:26
*** med_ has joined #openstack-nova22:32
*** med_ has quit IRC22:51
*** icey has quit IRC23:05
*** awaugama has quit IRC23:11
*** icey has joined #openstack-nova23:12
*** mlavalle has quit IRC23:28
*** erlon has joined #openstack-nova23:36
*** macza_ has quit IRC23:37
*** macza has joined #openstack-nova23:37
*** macza has quit IRC23:42
*** Swami has quit IRC23:42
openstackgerritTakashi NATSUME proposed openstack/nova stable/rocky: Remove unnecessary redirect  https://review.openstack.org/60740023:49
openstackgerritTakashi NATSUME proposed openstack/nova stable/queens: Remove unnecessary redirect  https://review.openstack.org/60740223:54
openstackgerritTakashi NATSUME proposed openstack/nova stable/queens: Remove unnecessary redirect  https://review.openstack.org/60740223:57
*** rcernin has joined #openstack-nova23:59

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