Tuesday, 2019-09-24

« Monday, 2019-09-23 Index Wednesday, 2019-09-25 »
openstackgerritMerged openstack/nova master: Functional reproduction for bug 1844993  https://review.opendev.org/68394700:22
openstackbug 1844993 in OpenStack Compute (nova) "migrate a server with qos port with compute RPC pinned to 5.1 fails and leaves the qos port in an inconsistent state" [High,In progress] https://launchpad.net/bugs/1844993 - Assigned to Balazs Gibizer (balazs-gibizer)00:22
openstackgerritSundar Nadathur proposed openstack/nova-specs master: Re-proposed Nova Cyborg interaction specification.  https://review.opendev.org/68263700:28
openstackgerritSundar Nadathur proposed openstack/nova-specs master: Updated Nova-Cyborg interaction spec.  https://review.opendev.org/68415100:28
*** gbarros has joined #openstack-nova01:09
*** brinzhang has joined #openstack-nova01:12
*** Kevin_Zheng has joined #openstack-nova01:21
*** hongbin has joined #openstack-nova01:39
*** hongbin_ has joined #openstack-nova01:44
*** hongbin has quit IRC01:46
*** yedongcan has joined #openstack-nova01:48
*** larainema has joined #openstack-nova02:28
openstackgerritMerged openstack/nova master: Add librsvg2* to bindep  https://review.opendev.org/68300302:36
*** BjoernT has joined #openstack-nova02:40
openstackgerritTakashi NATSUME proposed openstack/nova stable/rocky: Replace glance command with openstack command  https://review.opendev.org/63706002:41
*** markvoelker has joined #openstack-nova02:41
*** BjoernT has quit IRC02:43
*** BjoernT has joined #openstack-nova02:45
*** ricolin has joined #openstack-nova02:48
*** boxiang has joined #openstack-nova02:53
*** BjoernT has quit IRC02:53
*** zhubx has quit IRC02:55
*** BjoernT has joined #openstack-nova03:02
*** BjoernT has quit IRC03:17
*** BjoernT has joined #openstack-nova03:22
*** hongbin has joined #openstack-nova03:28
*** hongbin_ has quit IRC03:30
*** hongbin has quit IRC03:38
*** hongbin has joined #openstack-nova03:39
*** BjoernT_ has joined #openstack-nova03:43
*** BjoernT has quit IRC03:45
*** hongbin has quit IRC03:48
*** hongbin_ has joined #openstack-nova03:49
*** hongbin_ has quit IRC03:49
*** artom has quit IRC03:56
*** jamesdenton has quit IRC04:07
*** takashin has quit IRC04:16
*** BjoernT_ has quit IRC04:17
*** eharney has joined #openstack-nova04:21
*** mkrai has joined #openstack-nova04:22
*** gbarros has quit IRC04:29
*** eharney has quit IRC04:33
*** jamesden_ has joined #openstack-nova04:43
*** ratailor has joined #openstack-nova04:43
*** takashin has joined #openstack-nova04:47
*** ratailor has quit IRC05:00
*** udesale has joined #openstack-nova05:00
*** bnemec has quit IRC05:09
*** igordc has quit IRC05:12
*** brault has quit IRC05:12
*** Luzi has joined #openstack-nova05:13
*** markvoelker has quit IRC05:14
*** brault has joined #openstack-nova05:15
*** bnemec has joined #openstack-nova05:15
*** ratailor has joined #openstack-nova05:26
*** davee__ has joined #openstack-nova05:38
*** davee_ has quit IRC05:39
*** dpawlik has joined #openstack-nova05:44
*** slaweq has joined #openstack-nova06:09
*** brault has quit IRC06:17
*** osmanlicilegi has quit IRC06:20
*** osmanlicilegi has joined #openstack-nova06:21
*** cfriesen has quit IRC06:23
*** rpittau|afk is now known as rpittau06:43
*** abhishekk has joined #openstack-nova06:46
*** lpetrut has joined #openstack-nova06:47
*** eharney has joined #openstack-nova06:52
*** pcaruana has joined #openstack-nova06:56
*** damien_r has joined #openstack-nova07:01
*** awalende has joined #openstack-nova07:04
*** donnyd has quit IRC07:07
*** tesseract has joined #openstack-nova07:07
*** donnyd has joined #openstack-nova07:08
*** markvoelker has joined #openstack-nova07:15
*** xek has joined #openstack-nova07:16
*** Luzi has quit IRC07:18
*** markvoelker has quit IRC07:19
*** osmanlicilegi has left #openstack-nova07:26
*** ralonsoh has joined #openstack-nova07:34
*** brault has joined #openstack-nova07:38
*** maciejjozefczyk has joined #openstack-nova07:38
*** brault has quit IRC07:43
*** ivve has joined #openstack-nova07:52
*** priteau has joined #openstack-nova07:58
*** psachin has joined #openstack-nova07:59
openstackgerritBalazs Gibizer proposed openstack/nova master: Reject migration with QoS port from conductor if RPC pinned  https://review.opendev.org/68394808:13
*** tkajinam has quit IRC08:14
*** derekh has joined #openstack-nova08:28
*** takashin has left #openstack-nova08:30
*** liuyulong_ has joined #openstack-nova08:33
*** mkrai has quit IRC08:41
*** mkrai has joined #openstack-nova08:42
*** mtreinish has quit IRC08:43
*** mtreinish has joined #openstack-nova08:44
*** amorin has quit IRC08:44
*** stephenfin has quit IRC08:44
*** dosaboy has quit IRC08:45
*** frickler has quit IRC08:45
*** lyarwood has quit IRC08:45
*** stephenfin has joined #openstack-nova08:45
*** amorin has joined #openstack-nova08:45
*** dosaboy has joined #openstack-nova08:45
*** frickler has joined #openstack-nova08:46
*** lyarwood has joined #openstack-nova08:46
openstackgerritArthur Dayne proposed openstack/nova master: Fix block disk attachment failure  https://review.opendev.org/68277208:49
openstackgerritBalazs Gibizer proposed openstack/nova master: Remove upgrade specific info from user facing exception text  https://review.opendev.org/68425308:49
*** ccamacho has joined #openstack-nova09:01
*** rcernin has quit IRC09:04
*** brault has joined #openstack-nova09:05
openstackgerritArthur Dayne proposed openstack/nova master: Fix block disk attachment failure  https://review.opendev.org/68277209:05
*** ricolin_ has joined #openstack-nova09:05
*** ricolin has quit IRC09:08
*** brault has quit IRC09:09
openstackgerritBalazs Gibizer proposed openstack/nova master: Move HostNameWeigher to a common fixture  https://review.opendev.org/68387409:16
*** yikun has quit IRC09:22
*** ricolin_ is now known as ricolin09:23
*** ratailor_ has joined #openstack-nova09:26
*** ratailor has quit IRC09:28
*** ociuhandu has joined #openstack-nova09:30
*** cdent has joined #openstack-nova09:37
*** ttsiouts has joined #openstack-nova09:39
*** brault has joined #openstack-nova09:42
*** brault has quit IRC09:42
*** brault has joined #openstack-nova09:42
*** tellesnobrega has joined #openstack-nova09:58
tellesnobregahi folks, is there a way from nova to check state of instances and update db if it detects that an instance is not running anymore?09:59
tellesnobregaI saw the reset-state command but wanted to make sure it does what I'm looking for10:00
*** macz has quit IRC10:10
*** brault has quit IRC10:11
*** openstackstatus has quit IRC10:12
*** openstack has joined #openstack-nova10:15
*** ChanServ sets mode: +o openstack10:15
*** dtantsur|afk is now known as dtantsur10:17
*** mkrai_ has joined #openstack-nova10:22
*** mkrai_ has quit IRC10:22
*** mkrai__ has joined #openstack-nova10:22
*** pcaruana has quit IRC10:24
*** mkrai has quit IRC10:25
*** mkrai_ has joined #openstack-nova10:25
*** mkrai__ has quit IRC10:27
*** ttsiouts has quit IRC10:28
*** ttsiouts has joined #openstack-nova10:28
*** mkrai_ has quit IRC10:30
*** ttsiouts has quit IRC10:33
*** markvoelker has joined #openstack-nova10:40
*** tbachman has quit IRC10:44
*** sapd1_x has quit IRC10:46
*** yedongcan has left #openstack-nova10:47
*** pcaruana has joined #openstack-nova10:48
*** ratailor_ has quit IRC10:58
*** ociuhandu has quit IRC11:00
*** bbowen has quit IRC11:01
*** ociuhandu has joined #openstack-nova11:01
*** liuyulong_ has quit IRC11:06
*** ttsiouts has joined #openstack-nova11:07
*** udesale has quit IRC11:08
*** udesale has joined #openstack-nova11:09
*** ociuhandu has quit IRC11:09
*** ociuhandu has joined #openstack-nova11:09
*** sapd1_x has joined #openstack-nova11:15
*** artom has joined #openstack-nova11:17
*** sapd1_x has quit IRC11:51
openstackgerritJacek Tomasiak proposed openstack/nova master: Ensure volume filesystems are mounted on resume  https://review.opendev.org/68429011:54
*** derekh has quit IRC12:00
*** larainema has quit IRC12:03
gibibauzas: left comments and a bug report in https://review.opendev.org/#/c/67011212:07
*** awalende_ has joined #openstack-nova12:09
*** awalende has quit IRC12:09
cdentgibi: you have a theory about what's going wrong there?12:11
gibicdent: not yet but I can dig in if needed12:11
cdentno, I was just curious if anything obvious stuck out. and was very happy to see you testing it with real stuff12:12
cdentpresumably better functional tests is needed12:12
*** tbachman has joined #openstack-nova12:16
*** bbowen has joined #openstack-nova12:20
*** mrch_ has quit IRC12:21
*** mkrai has joined #openstack-nova12:21
gibicdent: I have one commment about context targeting when querying instances from the db that could be the reason12:21
*** tbachman has quit IRC12:21
*** mrch_ has joined #openstack-nova12:22
*** mkrai has quit IRC12:22
*** mkrai has joined #openstack-nova12:22
*** belmoreira has joined #openstack-nova12:27
*** tbachman has joined #openstack-nova12:27
gibicdent: yeah something with the db access is problematic as the script does not even found the compute node. I guess it querying from the wrong cell db12:28
*** jamesden_ has quit IRC12:34
*** jamesden_ has joined #openstack-nova12:34
*** brault has joined #openstack-nova12:37
*** brault has quit IRC12:40
*** brault has joined #openstack-nova12:40
bauzasgibi: thanks for the comments, as great as usual ;)12:42
bauzasgibi: I'll first write the last functional test and then I'll look at your comments12:42
gibibauzas: sure. If you need me to re-run the test with more logs or a differnet patch set just let me know12:43
gibibauzas: or I can provide my devstack conf to test with bandwidth allocation12:43
*** mkrai has quit IRC12:43
bauzasgibi: well, why not testing it for bandwith allocations12:44
bauzasgibi: the main issue is that we need also to check child allocations12:44
*** jamesden_ is now known as jamesdenton12:44
*** psachin has quit IRC12:49
*** brault has quit IRC12:49
*** brault has joined #openstack-nova12:50
*** jaosorior has quit IRC12:59
*** jdillaman has joined #openstack-nova13:00
*** ociuhandu has quit IRC13:03
*** brault has quit IRC13:03
*** mkrai has joined #openstack-nova13:03
*** henriqueof1 has joined #openstack-nova13:04
*** henriqueof has quit IRC13:05
*** brault has joined #openstack-nova13:05
*** brault has quit IRC13:10
*** liuyulong has joined #openstack-nova13:16
*** psachin has joined #openstack-nova13:19
*** mdbooth has joined #openstack-nova13:20
*** mriedem has joined #openstack-nova13:24
*** BjoernT has joined #openstack-nova13:26
mriedemartom: https://bugs.launchpad.net/nova/+bug/1845146 this is a known issue right?13:27
openstackLaunchpad bug 1845146 in OpenStack Compute (nova) "NUMA aware live migration failed when vCPU pin set" [Undecided,New]13:27
*** gbarros has joined #openstack-nova13:30
*** belmoreira has quit IRC13:30
artommriedem, no, that's the thing that Ya was testing13:30
artommriedem, http://lists.openstack.org/pipermail/openstack-discuss/2019-September/009608.html13:31
*** belmoreira has joined #openstack-nova13:31
artomI'm gonna look at his logs today, but initial instinct is there's a race somewhere13:31
*** belmoreira has quit IRC13:32
*** nweinber_ has joined #openstack-nova13:32
*** mkrai has quit IRC13:34
*** dpawlik has quit IRC13:34
*** ociuhandu has joined #openstack-nova13:36
efrieddansmith: Please review this RC candidate with RPC in the title and one +2 from mriedem: https://review.opendev.org/#/c/683948/13:36
*** ociuhandu has quit IRC13:36
dansmithah cool, we're on to approving actual bugs during this bug phase?13:37
* dansmith looks13:37
*** ociuhandu has joined #openstack-nova13:37
*** ociuhandu has quit IRC13:40
*** ociuhandu has joined #openstack-nova13:41
*** lpetrut has quit IRC13:41
openstackgerritMatt Riedemann proposed openstack/nova stable/stein: Add reno about nova-api eventlet monkey-patching and rabbitmq  https://review.opendev.org/66209513:44
dansmithmriedem: so on that gibi rpc version patch...13:45
dansmithmriedem: we often gate features on service version, especially when they have API impacts, which is cool, and this is kinda like that13:45
dansmithhowever, one could take a more RPC-centric world view and say that "if the RPC version allows it I should send it", meaning if they're not set =auto or =stein, they're asking us to send the newer thing13:46
dansmithwhich could be useful if you're trying to get migrated off the last few computes, or something like that,13:46
dansmithalthough it could cause problems for *other* calls that might be too new, and/or if you scheduled to an old one but don't have your rpc version pinned properly13:47
mriedemyou mean if upgrade_levels=train or =5.3?13:47
dansmithyeah13:47
*** boxiang has quit IRC13:49
mriedemout of curiosity, does tripleo actually pin to specific versions or release names during an upgrade or just use 'auto'?13:49
*** boxiang has joined #openstack-nova13:49
mriedembecause osa uses auto and doesn't allow you to override it https://github.com/openstack/openstack-ansible-os_nova/blob/3d99b2bd80287a3dd7cd35eb7075b80535f9ce42/templates/nova.conf.j2#L27313:49
dansmithI dunno, I both suspect they default to auto and also let you override it to something else13:49
dansmithhowever,I think that you *can* do a gradual upgrade with tripleo, but it's not the default IIRC13:50
dansmithso it likely doesn't matter as much to them13:50
dansmithat least in the kinda default case13:50
dansmithlike, I think that if you're doing a piecemeal upgrade, you have to do a stack update each time you roll any compute forward, which touches everything, so it's not worth it, or something like that13:50
mriedemdo most tripleo (private cloud) deployments just do a full down maintenane upgrade rather than rolling then?13:52
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate some API sample tests off of nova-net  https://review.opendev.org/68432513:53
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Use nova-net explicitly in '_IntegratedTestBase' subclasses  https://review.opendev.org/68432613:53
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Remove unnecessary 'USE_NEUTRON = False'  https://review.opendev.org/68432713:53
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Use nova-net explicitly in 'ApiSampleTestBase' subclasses  https://review.opendev.org/68432813:53
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Remove yet more unnecessary 'USE_NEUTRON = False'  https://review.opendev.org/68432913:53
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Disable neutron explicitly for 'ServersSampleBase' subclasses  https://review.opendev.org/68433013:53
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Remove *even* more unnecessary 'USE_NEUTRON = False'  https://review.opendev.org/68433113:53
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_availability_zone' functional tests  https://review.opendev.org/68433213:53
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_floating_ip_pools' functional tests  https://review.opendev.org/68433313:53
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_quota_sets' functional tests  https://review.opendev.org/68433413:53
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_server_tags' functional tests  https://review.opendev.org/68433513:53
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_servers' functional tests  https://review.opendev.org/68433613:53
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_hosts' functional tests  https://review.opendev.org/68433713:53
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_networks_associate' functional tests  https://review.opendev.org/68433813:53
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_rescue' functional tests  https://review.opendev.org/68433913:53
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_hypervisors' functional tests  https://review.opendev.org/68434013:53
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_attach_interfaces' functional tests  https://review.opendev.org/68434113:53
openstackgerritStephen Finucane proposed openstack/nova master: nova-net: Migrate 'test_simple_tenant_usage' functional tests  https://review.opendev.org/68434213:53
*** ociuhandu has quit IRC13:53
mriedemefried: it's normally not tracked as a blueprint, but one could argue that there should be a blueprint tracking a compute and compute task api (conductor) rpc api major version bump in ussuri since i think in the last few weeks we've identified a lot of cruft that needs to be cleaned out13:53
dansmithmriedem: afaik, pretty much13:55
efriedmriedem: Why have a blueprint if there's not normally a blueprint?13:56
mriedemefried: to track it and make it a priority13:56
mriedemlast time we had a major compute rpc api bump was queens13:56
*** mlavalle has joined #openstack-nova13:56
mriedemand never for the conductor compute task api13:57
mriedemfor example, there is cells v1 stuff in conductor that we can't remove without that13:57
mriedemwell, we can, but not in good conscience13:57
mriedemanyway, just an idea13:58
*** BjoernT has quit IRC13:58
mriedemi'm not sure i trust myself to do that properly so i'm not necessarily signing up for the work either13:58
efriedI'm still stuck on the part where having a blueprint does anything to make something a priority.13:59
mriedemblueprints are historically how we herd cats in nova since we're not using storyboard14:00
dansmithso we can track the work against a milestone?14:00
mriedemif there is another better way, sure14:00
mriedemrandom etherpad o wishlist is an option, but those generally don't go well and aren't indexable14:00
mriedemor a bug, "nova's rpc interfaces for compute related stuff are crusty"14:01
* stephenfin likes them just to have semi-official topic in Gerrit14:01
efriedstephenfin: speaking of, do we have a bp for nova-net removal?14:03
stephenfinI've just grabbed remove-nova-network14:03
stephenfin...which already exists. Damn you, Riedemann14:03
bauzasefried: do you want to wait until tomorrow for +Wing https://review.opendev.org/#/c/683327/ ?14:04
efriedremove-nova-network-freal?14:04
bauzasmriedem: thanks for the PS314:04
sean-k-mooneyrelated to that i was wondering if we should also move the neutron related code in nova/network to os-vif and load via the exsitsing driver mechanis14:04
efriedbauzas: I really just want more people to look at it14:04
stephenfinremove-nova-network-redux ?14:04
bauzasefried: ack14:05
bauzasdansmith: stephenfin: https://review.opendev.org/#/c/683327/ if you want to look at the prelude14:05
sean-k-mooneybut thats just something im toying with.14:05
*** ociuhandu has joined #openstack-nova14:05
efriedalex_xu, luyao: since it mentions vpmem14:05
efriedaspiers: since it mentions SEV14:05
efriedgmann: to make sure we don't need to call out anything specific about API updates14:05
efriedMore cores.14:05
bauzasmelwitt: if you want to also look at the prelude https://review.opendev.org/#/c/683327/ (once you're there)14:05
mriedemstephenfin: remove-nova-network-ussuri14:06
mriedemis the pattern when we have a blueprint that spans releases14:06
mriedemsee the mox removal bp14:06
*** belmoreira has joined #openstack-nova14:06
*** belmoreira has quit IRC14:06
aspiersefried: struggling to regain contact here, what mentions SEV?14:07
aspierss/contact/context/14:07
mriedemefried: for https://review.opendev.org/#/c/680300/ who reviewed the vpmem series besides you and alex_xu that can approve that? stephenfin?14:07
efriedyes14:07
mriedemaspiers: both, highlights and release notes14:07
stephenfinmriedem: how come we do that? purely so we don't have blueprints that span multiple releases?14:07
efriedaspiers: https://review.opendev.org/#/c/683327/ release prelude14:08
mriedemstephenfin: how come we have a -<release> suffix pattern for bp naming as a convention?14:08
*** belmoreira has joined #openstack-nova14:08
stephenfinyup14:08
efriedI think highlights already merged and you looked at 'em.14:08
mriedemstephenfin: because we sometimes have blueprints that...span releases14:08
mriedemand a naming convention is nice14:08
sean-k-mooneymriedem: we dont alway do that. we only do it if some of the blueprint was merged in the cycle right14:08
efriedI'm going to guess it's not documented anywhere, just grew out organically over time.14:08
gmannefried: you mean in this - https://review.opendev.org/#/c/68332714:08
stephenfinyeah, but I'm saying we can't just have that blueprint span multiple cycles?14:09
efriedgmann: yes14:09
sean-k-mooneyif it was just defereed we keep the same blueprint14:09
aspiersefried: IIRC I wrote that text14:09
mriedemstephenfin: b/c we've marked some as partially complete when they've had some non-trivial amount of work merged14:09
mriedemstephenfin: generally blueprints that are more mechanical in nature14:09
mriedemhouse cleaning and such14:09
dansmithstephenfin: launchpad doesn't allow a blueprint to be targeted twice14:09
efriedaspiers: cool, so just make sure you were quoted appropriately, and that the text is still appropriate for a reno prelude (as opposed to market-y cycle highlights) and we're good14:09
mriedemnot something like cross-cell-resize am i going to say "partially complete in train b/c i landed some data migrations"14:09
dansmithstephenfin: so pointing it at a release lets us mark that some work was done there, for writing the highlights, and then more gets done in that the next cycle14:10
aspiersefried: I guess it was copied there from some other review I was involved in?14:10
aspiersah yes, https://review.opendev.org/#/c/681943/14:10
*** lennyb has quit IRC14:11
stephenfindansmith: aha, fair14:12
gmannefried: lgtm. 'API Improvements' section is enough for API updates. there is no specific API things need separate highlight.14:15
efriedthanks for the look gmann14:16
mriedemaspiers: that's already noted in the commit message14:16
*** gbarros has quit IRC14:18
*** BjoernT has joined #openstack-nova14:20
*** ttsiouts has quit IRC14:21
*** BjoernT_ has joined #openstack-nova14:22
*** liuyulong has quit IRC14:22
*** ttsiouts has joined #openstack-nova14:22
*** ttsiouts has quit IRC14:22
*** mrch_ has quit IRC14:22
*** ttsiouts has joined #openstack-nova14:23
*** lennyb has joined #openstack-nova14:23
KeithMnemonicgood day mriedem. quick question on all of those patches related to https://bugs.launchpad.net/nova/+bug/1469179  it seems everything made it down to rocky other than https://review.opendev.org/#/c/551026/ is there any issue in me trying to also backport this to Rocky?14:24
openstackLaunchpad bug 1469179 in OpenStack Compute (nova) "instance.root_gb should be 0 for volume-backed instances" [Medium,Fix released] - Assigned to Dan Smith (danms)14:24
kashyapsean-k-mooney: Hey, on that 'strict' vs. 'preferred' thing for NUMA allocation from the downstream bug - if we change to 'preferred', we'd be "deviating" from libvirt's default of 'strict'14:25
kashyapsean-k-mooney: Not that it's some "blasphemy"; but I'd like to understand why libvirt defaults to it14:25
*** BjoernT has quit IRC14:25
mriedemKeithMnemonic: heh yes14:25
sean-k-mooneyit defualt to stict in numatune because if you said you want to tune the numa memory it makes sense to default to strict14:26
sean-k-mooneygiven by default numa tune is not used and no tuning is used14:26
*** brault has joined #openstack-nova14:26
sean-k-mooneyso you are already opting into affinty by generating the numatune elements14:26
KeithMnemonicmriedem yes there is an issue? or yes i can try and backport it ?14:26
mriedemKeithMnemonic: you basically asked if it's ok to backport something from train that removed something that was deprecated in stein, and has nothing to do with rocky14:27
mriedemi know suse is super in love with rocky14:27
mriedembut...14:27
kashyapsean-k-mooney: I'm NUMA-unaware, so afraid, I still can't parse _why_ libvirt defaults to 'strict'14:28
kashyap(Or weakly-aware)14:28
KeithMnemonicoh i see, filters were deprecated in stein14:28
kashyapsean-k-mooney: Please rephrase, if you can...14:28
KeithMnemonichttps://review.opendev.org/#/c/596502/14:28
mriedemcorrect14:28
sean-k-mooneykashyap: by default you do not specify numatune elements. so by defualt libvirt does not enforce strict affinity14:28
KeithMnemonicso at a minimum it would make sense to put this to stein as well if someone needed it?14:29
kashyapsean-k-mooney: Aah, like that!14:29
mriedemKeithMnemonic: put what? https://review.opendev.org/#/c/551026/ in stein?14:29
sean-k-mooneykashyap: when you therefor add the numatune element it makes sense for it to default to strcit since you ar opting out of the default behavior of no tuneing14:29
sean-k-mooneykashyap: does that make sense?14:30
mriedemKeithMnemonic: https://review.opendev.org/#/c/551026/ depends on https://review.opendev.org/#/c/672065/ which you can't backport to stein14:30
kashyapsean-k-mooney: Yes, that's clearer.  Thank you14:30
KeithMnemonicgot it14:30
mriedemyou can't say "x is deprecated and also removed in the same release"14:30
mriedemmaybe suse can14:30
KeithMnemonicthanks for cleating it up14:30
mriedembut that's a pretty bad precedent14:30
KeithMnemonicno we dont14:30
KeithMnemonicjust a customer complaining about the root issue https://bugs.launchpad.net/nova/+bug/1469179 and see what options there are14:31
openstackLaunchpad bug 1469179 in OpenStack Compute (nova) "instance.root_gb should be 0 for volume-backed instances" [Medium,Fix released] - Assigned to Dan Smith (danms)14:31
sean-k-mooneyKeithMnemonic: thy can change there flavor to have 0 root disk14:32
mriedemKeithMnemonic: the main fix was in rocky https://review.opendev.org/#/c/580720/14:32
KeithMnemonicyup, that is the workaround they have in place14:32
mriedemthe DiskFilter should be disabled (since pike i think)14:33
sean-k-mooneymriedem: yes it should14:33
KeithMnemonicbut some sales guy saw the launchpad bug and is asking why it was not fully fixed in rocky. and thanks to mriedem i can answer now ;-)14:33
mriedemit is fixed in rocky14:34
sean-k-mooneydid we add the policy rule in rocky too? i think we did but its deisable by defualt?14:35
mriedemyes https://docs.openstack.org/nova/rocky/configuration/policy.html14:35
mriedemos_compute_api:servers:create:zero_disk_flavor14:35
*** TxGirlGeek has joined #openstack-nova14:37
sean-k-mooneyso the rocky fix is 1.) disable ram|cpu|disk filters 2.) create bfv 0 disk flavors, 3.) chage the os_compute_api:servers:create:zero_disk_flavor rule to rule:admin_api14:39
mriedemit depends on what you care about,14:40
mriedemthe immediate issue is failing scheduling b/c of the DiskFilter or claim (by having DiskFilter enabled) and booting a volume-backed server - that is fixed with dan's fix above and disabling the DiskFilter since placement won't filter on DISK_GB14:40
mriedemthe resource tracker should also not be counting volume-backed server usage against the compute node (hypervisors API) since rocky14:41
mriedemso i'm not sure what is *not* fixed in rocky14:41
sean-k-mooneyright. the only thing i can think of is that we dont default to safe regarding os_compute_api:servers:create:zero_disk_flavor14:42
sean-k-mooneybut that is for backwards comaptablity in rocky14:42
*** awalende_ has quit IRC14:43
*** belmoreira has quit IRC14:50
*** belmoreira has joined #openstack-nova14:51
*** tellesnobrega has quit IRC14:52
openstackgerritMerged openstack/os-resource-classes master: Update bug link in docs to point to storyboard  https://review.opendev.org/68146414:56
*** abhishekk has quit IRC14:58
*** eharney has quit IRC14:58
*** hemna has quit IRC14:59
*** ratailor has joined #openstack-nova15:00
*** pcaruana has quit IRC15:01
openstackgerritArtom Lifshitz proposed openstack/nova master: Move pre-3.44 Cinder post live migration test to test_compute_mgr  https://review.opendev.org/68359715:02
openstackgerritMerged openstack/os-resource-classes master: Build pdf docs  https://review.opendev.org/68146315:02
*** cfriesen has joined #openstack-nova15:03
*** ratailor has quit IRC15:03
*** ccamacho has quit IRC15:05
*** gbarros has joined #openstack-nova15:08
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Use the "memory" mode 'preferred' for a guest NUMA node  https://review.opendev.org/68437515:13
kashyapsean-k-mooney: ^ In your "copious spare time"15:14
kashyapsean-k-mooney: Shouldn't we consider migration here: if an instance from a Compute node with 'strict' is being migrated to a host with 'preferred' - possible explosions?15:14
kashyapsean-k-mooney: Err, that main commit summary is nonsense, let me fix that15:15
sean-k-mooneyyes this would need to be taken into account15:15
sean-k-mooneybut if we hardcore preferred then it not an issue excapt on upgrde15:15
sean-k-mooneyit would be fixed by a hard reboot15:15
sean-k-mooneyi would not nessisarly require this to be handeled in live migration given that numa live migration was not really correct until train15:16
*** brault has quit IRC15:18
*** brault has joined #openstack-nova15:19
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Use the `preferred` memory allocation mode for NUMA  https://review.opendev.org/68437515:19
aspierskashyap: "pfalsh" typo in https://libvirt.org/formatdomaincaps.html#elementsOSBIOS15:19
*** brault has quit IRC15:19
kashyapaspiers: Ah, you saw the libvirt patch I Cced you on?15:19
aspiersyes15:19
kashyapaspiers: Will fix; it's merged already :D15:20
kashyapThanks for spotting; feel free to reply there15:20
aspierskashyap: So I saw. Thanks - don't think I'm subscribed to that list15:20
kashyapsean-k-mooney: Ah-ha; good point on "NUMA + live migration not really being a 'thing' until Train"15:20
aspierskashyap: While you're at it, you could add some helpful hyperlinks15:20
sean-k-mooneykashyap: well it was a thing but it had a load of edgecases15:21
kashyapaspiers: You don't need to be subscribed; just reply they moderators will (usually, quickly) take care15:21
sean-k-mooneyso i dont really considre this edgecase to be important15:21
sean-k-mooneyat least not relitive to the other ones that were not handeled15:21
kashyapsean-k-mooney: So, an upgrade note is required, too, along with the 'fixes' note I added -- isn't it?15:21
aspierskashyap: I'd rather not get involved - too much other stuff to deal with :)15:21
kashyapaspiers: Mind pointing out which ones?15:21
kashyapaspiers: Heh, I hear ya15:22
aspierskashyap: Here are some suggested edits15:22
aspiers"For the loader element, the following can occur:"15:22
aspiers"the following elements can occur:"15:22
kashyap(Oh, I wanted to fix that, too!  Realized it too late)15:22
aspiersbut then you list "value" alongside "type" etc. which is incorrect15:22
aspierstype/readonly/secure are values of the name attribute of <enum>15:22
sean-k-mooneywe could update the numa migration code in train to also update it to prefered15:22
aspiersbut you don't even mention <enum>15:22
sean-k-mooneybut i would do that as a seperate patch15:23
*** damien_r has quit IRC15:23
aspiersand the confusion over the point of <enum> was the whole reason we started looking at this in the first place15:23
aspierskashyap: ^^^15:24
kashyapaspiers: Okay, my brain is completely exhausted for the moment; will make a note to get back to this and submit a patch15:25
kashyapThanks!15:25
aspierskashyap: "For cases like that, os element exposes ..." is ambiguous about whether it's <os> in domCaps or caps15:25
aspierswhich again was the crux of the confusion15:25
aspiersThese docs need to be crystal clear about when they are referring to elements of domCaps vs. caps15:25
aspiersso that the parallel between the two is understood15:25
*** lennyb has quit IRC15:25
kashyapaspiers: I didn't touch those bits; but you're right, they _do_ need "less careless" documentation.  I'll get back to this tomm / this week15:26
aspierskashyap: thanks! one more pointer15:26
kashyapNon-null?15:26
kashyap:D15:26
aspierskashyap: I'm suggesting to hyperlink text like "the <loader/> element in the domain XML"15:27
aspiersshould link to https://libvirt.org/formatdomain.html#elementLoader15:27
aspiersin both directions, ideally15:27
*** BjoernT_ is now known as BjoernT15:27
aspierskashyap: feel free to send me something to review15:27
aspierswhen you have a chance15:27
kashyapaspiers: Will definitely do.15:29
aspiersthanks again!15:29
*** lennyb has joined #openstack-nova15:30
*** ivve has quit IRC15:30
kashyapYou're welcome again15:30
*** belmoreira has quit IRC15:32
kashyapsean-k-mooney: Yeah, indeed.15:33
kashyapSean, sorry, disregard that; was replying to a stale message, as had the IRC buffer scrolled up.15:34
*** maciejjozefczyk has quit IRC15:34
*** hemna has joined #openstack-nova15:34
*** gyee has joined #openstack-nova15:44
*** shilpasd has joined #openstack-nova15:45
mlavallegmann: hi, I have some questions regarding http://specs.openstack.org/openstack/nova-specs/specs/train/approved/policy-default-refresh.html. when you have some time, please ping me15:48
*** ttsiouts has quit IRC15:49
*** panda is now known as panda|bbl16:02
openstackgerritStephen Finucane proposed openstack/nova master: Add missing parameter  https://review.opendev.org/68288616:02
openstackgerritStephen Finucane proposed openstack/nova master: Use compression by default for 'SshDriver'  https://review.opendev.org/68439316:02
stephenfinmriedem: Seeing as we're on a docs roll, could you take a look at https://review.opendev.org/#/c/671298/, please? Maybe efried or gibi too16:03
*** macz has joined #openstack-nova16:04
gibistephenfin: done16:05
mriedemhmm16:05
openstackgerritStephen Finucane proposed openstack/nova master: docs: Document global options for nova-manage  https://review.opendev.org/67744316:07
openstackgerritStephen Finucane proposed openstack/nova master: config: Explicitly register 'remote_debug' CLI opts  https://review.opendev.org/67744416:07
openstackgerritStephen Finucane proposed openstack/nova master: WIP: docs: Rewrite nova-manage docs to use proper directives  https://review.opendev.org/67750916:07
*** rpittau is now known as rpittau|afk16:08
*** udesale has quit IRC16:10
shilpasdmriedem: hi, to verify performance for changes https://review.opendev.org/#/c/612626/  Ignore root_gb for BFV in simple tenant usage API, i have written test program http://paste.openstack.org/show/779196/, please go through once and share any suggestions/corrections if any16:12
mriedemshilpasd: you should paste that into the patch and/or the bug report16:12
shilpasdok, will do that16:13
shilpasdmriedem: thanks, will paste along with test results16:13
dansmithstephenfin: comment on that db sync one16:15
dansmithstephenfin: If you just did what you said in the commit message, I'd be good, but I feel like you're regressing the verbiage in there16:15
*** dtantsur is now known as dtantsur|afk16:15
dansmithmaybe mriedem has an opinion16:15
dansmithI mean, I bet he does, but maybe he'll tell us what it is16:16
stephenfinmakes sense. I can respin16:17
mriedemdansmith: i just said the same thing :)16:17
mriedemand said "maybe dan has an opinion on this"16:17
dansmithheh nice16:17
openstackgerritStephen Finucane proposed openstack/nova master: docs: Note use of 'nova-manage db sync --config-file'  https://review.opendev.org/67129816:18
openstackgerritStephen Finucane proposed openstack/nova master: docs: Correct 'nova-manage db sync' documentation  https://review.opendev.org/67750816:18
openstackgerritStephen Finucane proposed openstack/nova master: docs: Document global options for nova-manage  https://review.opendev.org/67744316:18
openstackgerritStephen Finucane proposed openstack/nova master: config: Explicitly register 'remote_debug' CLI opts  https://review.opendev.org/67744416:18
openstackgerritStephen Finucane proposed openstack/nova master: WIP: docs: Rewrite nova-manage docs to use proper directives  https://review.opendev.org/67750916:18
*** priteau has quit IRC16:19
*** maciejjozefczyk has joined #openstack-nova16:20
*** brault has joined #openstack-nova16:20
stephenfindansmith, mriedem: okay, took what dansmith said and made it a thing ^16:22
dansmithlooks okay to me, but mriedem was more specific about details, so I'll let him ack it first16:22
*** maciejjozefczyk has quit IRC16:24
*** brault has quit IRC16:27
mriedemyou and gibi can approve16:27
*** brault has joined #openstack-nova16:28
*** brault has quit IRC16:28
*** brault has joined #openstack-nova16:28
*** jaosorior has joined #openstack-nova16:29
*** brault has quit IRC16:29
*** brault has joined #openstack-nova16:32
*** markvoelker has quit IRC16:40
*** tesseract has quit IRC16:46
ozzzoafter rebuilding controllers in my dev cluster, is is possible to re-register the existing HV, or do I need to rebuild them?16:50
*** jaosorior has quit IRC16:51
openstackgerritMerged openstack/nova master: objects: use all_things_equal from objects.base  https://review.opendev.org/68139716:51
openstackgerritMerged openstack/nova master: Func test for migrate reschedule with pinned compute rpc  https://review.opendev.org/68338516:51
openstackgerritMerged openstack/nova master: Add evacuate vs rebuild contributor doc  https://review.opendev.org/68324516:51
artommriedem, so, I think I figured out the NUMA LM thing16:51
artomWe filter out 'accepted' migrations in https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/api.py#L442216:52
artom(That's called from the update resources periodic task16:53
artom)16:53
artomBut we only set the 'preparing' status here: https://github.com/openstack/nova/blob/master/nova/compute/manager.py#L702016:54
artom(It's created with 'accepted' by the conductor)16:54
mriedemand we set accepted in the live migration task16:54
artomSo there's a window between doing the claim and setting the status when the resource tracker periodic can kick in and miss the migration16:54
artomAnd free the incoming instance's resources because it's still on the source according to the DB16:55
mriedemcompared to the cold migrate / resize of https://www.health.harvard.edu/blog/common-anticholinergic-drugs-like-benadryl-linked-increased-dementia-risk-20150128766716:55
mriedemoops16:55
mriedemha16:55
artomDementia indeed16:55
mriedem'pre-migrating'16:55
artomI guess now we know why pre-migrating exists :)16:55
mriedemhttps://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/api.py#L4408-L441216:55
artomYep, saw that16:56
sean-k-mooney pre-migration is the default status no?16:56
sean-k-mooneyat least for cold migraitons16:56
*** panda|bbl is now known as panda16:56
artomsean-k-mooney, it's one giant mess16:56
mriedemartom: ok so i guess just remove 'accepted' from that db api query and see if ya.wang can reproduce with his test script right?16:56
artommriedem, as an initial smoke test, yeah, but I'm not sure that's the correct permanent solution16:57
mriedemwhy? if you haven't realized yet, the migration status stuff and the rt is all very tightly coupled16:57
artomWell...16:57
sean-k-mooneymriedem: i like that comment :) not the reason why its needed but i like the phrasing16:57
openstackgerritStephen Finucane proposed openstack/nova master: docs: Rework the PCI passthrough guides  https://review.opendev.org/63524316:58
openstackgerritStephen Finucane proposed openstack/nova master: docs: Remove 'adv-config', 'system-admin' subdocs  https://review.opendev.org/68440216:58
artomThe migration status is technically part of our API, no?16:58
artomAnd... even it isn't - as you said, it's all tightly coupled, I'd be afraid to break something else16:58
artomIdeally we would implement your TODO16:58
artomThough I suppose one doens't hurt the other16:59
sean-k-mooneyif we removed accepted we would need to add it to migration_get_in_progress_by_instance right16:59
mriedemartom: "accepted" is only set while a live migration is in-progress16:59
mriedemand that api is for getting in-progress migrations16:59
mriedemthe only reason it didn't matter before was because the RT filtered out anything that wasn't evacuate/resize/cold migrate16:59
*** markvoelker has joined #openstack-nova16:59
artommriedem, that's a good point16:59
* artom h4x17:00
mriedemartom: specifically this v17:00
mriedemhttps://review.opendev.org/#/c/634606/86/nova/compute/resource_tracker.py17:00
mriedem_is_trackable_migration17:00
*** KeithMnemonic has quit IRC17:00
*** KeithMnemonic has joined #openstack-nova17:00
mriedemso accepted is definitely an in-progress live migration and something we track now17:00
artomYeah, I remember that17:00
artomYep, fair enough17:00
artomIf we removed that method entirely we don't need to filter out accepted anymore17:01
sean-k-mooneyshould we be adding accepted here too https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/api.py#L443817:01
sean-k-mooneyit would be kind of nice if we had 1 list17:01
* artom is a proponent of minimal blast radius17:01
sean-k-mooneythat was shared between those two17:01
mriedemsean-k-mooney: idk, pre-migrating isn't in that list either17:02
sean-k-mooneyits not clear that pre-migration means its in progress17:03
ozzzois this not the correct channel to ask for help with Nova?17:03
artomsean-k-mooney, so, I tracked it up the rabbit hole, that one's only used in the server migrations API17:03
sean-k-mooneyyou can end up in pre-migration if you do an evac to the same host17:03
*** ricolin has quit IRC17:03
mriedema lot of that crap was added for the /servers/{server_id}/migration apis added awhile back so you could list in-progress live migrations specifically and cancel/force-complete them17:03
mriedemso i wouldn't be surprised if a lot of this is biased to live migratoin only17:03
mriedemartom: yup ^17:04
*** macz has quit IRC17:04
artomozzzo, if you're looking for help running/deploying Nova, #openstack in the place17:04
artomozzzo, this channel is for development (see /topic)17:04
ozzzono, nobody ever answers a question in #openstack17:05
ozzzoI tried that a few weeks ago17:05
ozzzoI've been idling in there and I see noobs come in asking questions every day, and nobody ever answers17:05
*** tbachman has quit IRC17:05
sean-k-mooneyozzzo: if we are not too busy we sometime help if its not a specifc deployment issue17:05
ozzzothey don't even recommend another channel, just silence17:05
sean-k-mooneyozzzo: what is the question?17:05
mriedemozzzo: sounds like an opportunity for you to be the change in that channel :)17:06
ozzzoafter rebuilding controllers in my dev cluster, is is possible to re-register the existing HV, or do I need to rebuild them?17:06
dansmithozzzo: see topic17:06
sean-k-mooneyif you start and stop the compute agents it shoudl recreate the compute service recorred but it wont rebuild any instance info17:07
sean-k-mooneyfor a dev environment its normally simpler to redeploy as its only a hand full of nodes17:07
sean-k-mooneyozzzo: if you are using devstack you can often just do a git pull and restart the service instead of unstacking and stacking again17:08
ozzzowe17:08
ozzzore using ansible-openstack17:08
ozzzoI tried stop/starting services, and even rebooting, but they don't re-register17:08
dansmithozzzo: maybe you and sean-k-mooney can go to #openstack to discuss further17:08
sean-k-mooneyi was going to suggest the openstack ansibel channel17:09
dansmithor that17:09
ozzzoFailed to create resource provider <hostname>17:09
ozzzook I'll try asking there, thank you for the advice17:09
kashyapOccasionally having a user question discussed here is not really some blasphemy.17:09
sean-k-mooneyya i think i know what the issue. is. the compute service uuid has change but you are using the same hostnames17:09
sean-k-mooneyso the placmet resouce provide exists with the hostname and old uuid17:10
sean-k-mooneyand when nova tries to create it again it gets that failure17:10
sean-k-mooneythats a known failure mode. you need to just delete the old resouce providers17:11
*** boxiang has quit IRC17:11
dansmithsean-k-mooney: he just asked in #openstack17:11
dansmithsean-k-mooney: maybe you could answer him there17:11
dansmithyou know, generate some traffic over there, help wake people up17:11
*** boxiang has joined #openstack-nova17:11
sean-k-mooneyok ya im not there but i can17:11
sean-k-mooneyalso im on PTO for the next 3 days ill only be online for another 40 mins or so17:12
sean-k-mooneyam is there anything i should look at before i finish up today?17:12
ozzzowhere can I see the old resources; are they openstack services?17:13
*** ociuhandu has quit IRC17:15
openstackgerritMatt Riedemann proposed openstack/nova stable/stein: Make nova.compute.rpcapi.ComputeAPI.router a singleton  https://review.opendev.org/68440517:20
openstackgerritMatt Riedemann proposed openstack/nova stable/stein: Func test for migrate reschedule with pinned compute rpc  https://review.opendev.org/68440617:20
openstackgerritMatt Riedemann proposed openstack/nova stable/stein: Handle legacy request spec dict in ComputeTaskManager._cold_migrate  https://review.opendev.org/68440717:20
openstackgerritMatt Riedemann proposed openstack/nova master: Add functional tests for [cinder]/cross_az_attach=False  https://review.opendev.org/68414117:23
*** brault has quit IRC17:31
*** shilpasd has quit IRC17:38
openstackgerritArtom Lifshitz proposed openstack/nova master: Stop filtering out 'accepted' for in-progress migrations  https://review.opendev.org/68440917:39
*** ralonsoh has quit IRC17:42
*** igordc has joined #openstack-nova17:48
*** psachin has quit IRC17:59
*** cdent has quit IRC18:08
KeithMnemonicmriedem,sean-k-mooney: What was not fixed is perception. The 3 items needed are not something we do by default in our release18:14
KeithMnemonicso for the customer since they do they after install, it was their view it was not fixed18:14
mriedemack18:15
*** belmoreira has joined #openstack-nova18:17
*** ociuhandu has joined #openstack-nova18:18
KeithMnemonicand ideally I think their "pie in the sky" is for the amount of storage/usage  on their backend to be used in anything that shows consumption or checks free space18:20
*** ociuhandu has quit IRC18:23
openstackgerritMerged openstack/nova master: Reject migration with QoS port from conductor if RPC pinned  https://review.opendev.org/68394818:24
mriedemKeithMnemonic: let me guess, they are using ceph?18:24
mriedemand confused about nova saying they have $num_computes x total ceph pool size of storage?18:25
mriedemKeithMnemonic: or you mean to use cinder for all storage rather than local disk on the compute hosts, e.g. volume-backed everywhere?18:25
mriedemthe latter has details in https://review.opendev.org/#/c/511965/18:26
mriedemthe former https://review.opendev.org/#/c/650188/18:26
KeithMnemonicsecond, they needed large root volumes, so until they applied the 3 steps, they did not understand why a backend with 50 TB was complaining about no space ;-)18:26
mriedemtbc i think the only thing you really need in rocky to properly track disk usage for volume-backed servers in nova is to disable the DiskFilter18:27
mriedemthat removes the root disk filtering and claims during scheduling/build and what the resource tracker reports out of the hypervisors API18:28
mriedemthe zero_disk_flavor policy thing is more tied to a security issue than anything18:28
openstackgerritMatt Riedemann proposed openstack/nova master: Handle legacy request spec dict in ComputeTaskManager._cold_migrate  https://review.opendev.org/68076218:32
openstackgerritMatt Riedemann proposed openstack/nova master: Isolate request spec handling from _cold_migrate  https://review.opendev.org/68076318:32
mriedemgibi: stephenfin: ^ was approved but needed to be rebased if one of you can re-approve18:32
mriedemah crap i missed something gibi changed, sec18:33
openstackgerritMatt Riedemann proposed openstack/nova master: Handle legacy request spec dict in ComputeTaskManager._cold_migrate  https://review.opendev.org/68076218:37
openstackgerritMatt Riedemann proposed openstack/nova master: Isolate request spec handling from _cold_migrate  https://review.opendev.org/68076318:37
*** luksky has joined #openstack-nova18:43
*** mriedem has quit IRC18:48
*** mriedem has joined #openstack-nova18:49
*** bbowen has quit IRC18:54
openstackgerritMatt Riedemann proposed openstack/nova master: Make nova-next multinode and drop tempest-slow-py3  https://review.opendev.org/68398818:59
*** mrch_ has joined #openstack-nova19:07
*** tbachman has joined #openstack-nova19:29
openstackgerritAkihiro Motoki proposed openstack/nova master: doc: Improve PDF document structure  https://review.opendev.org/68274619:41
openstackgerritMatt Riedemann proposed openstack/nova master: Add heal_instance_mappings command  https://review.opendev.org/65590819:50
*** bbowen has joined #openstack-nova19:54
openstackgerritWalter A. Boring IV (hemna) proposed openstack/nova stable/pike: WIP: Avoid redundant initialize_connection on source post live migration  https://review.opendev.org/68300819:54
*** nweinber_ has quit IRC19:56
mriedem♪ jesus just left chicago ♪19:59
dansmithI approve.20:01
openstackgerritFrançois Palin proposed openstack/nova master: Add retry when attachment_delete or terminate_connection fails  https://review.opendev.org/66967420:22
*** belmoreira has quit IRC20:27
*** tbachman has quit IRC20:31
openstackgerritMatt Riedemann proposed openstack/nova master: Add heal_instance_mappings command  https://review.opendev.org/65590820:34
*** tbachman has joined #openstack-nova20:43
*** tbachman has quit IRC21:01
*** xek has quit IRC21:11
*** artom has quit IRC21:17
*** artom has joined #openstack-nova21:18
*** tellesnobrega has joined #openstack-nova21:25
*** luksky has quit IRC21:33
*** tellesnobrega has quit IRC21:48
*** markvoelker has quit IRC21:52
*** slaweq has quit IRC22:00
*** rcernin has joined #openstack-nova22:07
*** tellesnobrega has joined #openstack-nova22:15
*** tbachman has joined #openstack-nova22:20
*** tellesnobrega has quit IRC22:22
*** tellesnobrega has joined #openstack-nova22:24
*** aloga has quit IRC22:27
*** aloga has joined #openstack-nova22:34
*** dtantsur|afk has quit IRC22:51
*** tkajinam has joined #openstack-nova22:51
*** BjoernT has quit IRC23:15
openstackgerritDustin Cowles proposed openstack/nova master: Provider Config File: Merge provider configs to provider tree  https://review.opendev.org/67652223:26
*** gbarros has quit IRC23:31
*** mlavalle has quit IRC23:33
*** BjoernT has joined #openstack-nova23:45
*** BjoernT_ has joined #openstack-nova23:49
*** BjoernT has quit IRC23:50
*** gbarros has joined #openstack-nova23:52
*** markvoelker has joined #openstack-nova23:54
*** markvoelker has quit IRC23:58
*** gbarros_ has joined #openstack-nova23:59
« Monday, 2019-09-23 Index Wednesday, 2019-09-25 »

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