Friday, 2018-01-19

*** yamamoto has joined #openstack-nova00:06
*** david-lyle has quit IRC00:10
*** dklyle has joined #openstack-nova00:10
*** liverpooler has joined #openstack-nova00:19
openstackgerritHongbin Lu proposed openstack/nova master: [WIP] Handle IpAddressAlreadyAllocated exception  https://review.openstack.org/53553200:27
*** hongbin has quit IRC00:28
*** READ10 has joined #openstack-nova00:33
*** mlavalle has quit IRC00:35
*** liuzz has joined #openstack-nova00:36
*** penick_ has quit IRC00:37
* alex_xu has too much items in the to-do list00:43
*** tuanla____ has joined #openstack-nova00:43
openstackgerritTakashi NATSUME proposed openstack/nova master: [placement] Move body examples to an isolated directory  https://review.openstack.org/52999800:45
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix 500 error while passing 4-byte unicode data  https://review.openstack.org/40751400:45
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix missing marker functions  https://review.openstack.org/51457900:46
openstackgerritTakashi NATSUME proposed openstack/nova master: Adds view builders for keypairs controller  https://review.openstack.org/34728900:46
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix the order of target host checks  https://review.openstack.org/52622500:46
openstackgerritTakashi NATSUME proposed openstack/nova master: [placement] Add functional tests for traits API  https://review.openstack.org/52409400:47
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Parameter verification for servers.inc  https://review.openstack.org/52820100:47
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Example verification for servers.inc  https://review.openstack.org/52952000:48
openstackgerritTakashi NATSUME proposed openstack/nova master: api-ref: Fix parameter order in rebuild  https://review.openstack.org/52971800:48
*** dklyle is now known as david-lyle00:52
*** zhaochao has joined #openstack-nova00:57
*** Swami has quit IRC01:00
*** READ10 has quit IRC01:01
*** READ10 has joined #openstack-nova01:03
*** hieulq_ has joined #openstack-nova01:03
*** pramodrj07 has joined #openstack-nova01:05
*** hiro-kobayashi has joined #openstack-nova01:05
*** hieulq has quit IRC01:06
*** crushil has joined #openstack-nova01:06
*** chyka has joined #openstack-nova01:07
*** smatzek has joined #openstack-nova01:08
*** lbragstad has joined #openstack-nova01:09
*** chyka_ has quit IRC01:11
*** yamahata has quit IRC01:11
*** chyka has quit IRC01:12
*** smatzek has quit IRC01:12
*** edmondsw has joined #openstack-nova01:12
openstackgerritTakashi NATSUME proposed openstack/nova master: List/show all server migration types (1/2)  https://review.openstack.org/43060801:12
*** mdnadeem has joined #openstack-nova01:13
openstackgerritTakashi NATSUME proposed openstack/nova master: List/show all server migration types (2/2)  https://review.openstack.org/45948301:13
*** bigdogstl has quit IRC01:14
*** edmondsw has quit IRC01:16
*** hoangcx has quit IRC01:24
*** tuanla____ has quit IRC01:24
*** tuanla____ has joined #openstack-nova01:25
*** hoangcx has joined #openstack-nova01:25
*** yasemin has quit IRC01:25
*** tiendc has joined #openstack-nova01:27
*** zhurong has joined #openstack-nova01:30
*** mdnadeem has quit IRC01:37
*** smatzek has joined #openstack-nova01:39
*** yasemin has joined #openstack-nova01:44
*** bigdogstl has joined #openstack-nova01:45
*** smatzek has quit IRC01:46
*** mdnadeem has joined #openstack-nova01:48
*** bigdogstl has quit IRC01:50
*** Tom-Tom has quit IRC01:53
*** Tom-Tom has joined #openstack-nova01:53
*** hshiina has joined #openstack-nova01:55
*** tbachman has quit IRC01:55
*** bigdogstl has joined #openstack-nova01:57
*** kukacz_ has quit IRC02:00
*** weshay|dentist is now known as weshay|ruck02:00
*** READ10 has quit IRC02:01
*** kukacz_ has joined #openstack-nova02:01
*** READ10 has joined #openstack-nova02:02
*** chyka has joined #openstack-nova02:02
*** READ10 has quit IRC02:02
*** chyka has quit IRC02:07
*** pramodrj07 has quit IRC02:08
*** crushil has quit IRC02:09
*** bigdogstl has quit IRC02:09
*** tinwood has quit IRC02:10
*** tinwood has joined #openstack-nova02:11
*** gcb has joined #openstack-nova02:28
SpazmoticMorning02:29
*** harlowja has quit IRC02:31
*** Guest56304 has quit IRC02:38
*** Guest56304 has joined #openstack-nova02:38
*** hongbin has joined #openstack-nova02:39
*** namnh has joined #openstack-nova02:40
*** bigdogstl has joined #openstack-nova02:40
*** bigdogstl has quit IRC02:45
*** owalsh_ is now known as owalsh02:45
*** threestrands_ has joined #openstack-nova02:49
*** threestrands_ has quit IRC02:49
*** threestrands_ has joined #openstack-nova02:49
*** threestrands has quit IRC02:51
*** bhujay has joined #openstack-nova03:03
*** bigdogstl has joined #openstack-nova03:03
*** liverpooler has quit IRC03:07
*** andreaf has quit IRC03:07
*** lbragstad has quit IRC03:08
*** bigdogstl has quit IRC03:13
*** gouthamr has joined #openstack-nova03:17
*** Tom-Tom has quit IRC03:18
*** bhujay has quit IRC03:21
*** gouthamr has quit IRC03:21
*** gouthamr has joined #openstack-nova03:27
*** chyka has joined #openstack-nova03:29
*** psachin has joined #openstack-nova03:32
*** yamahata has joined #openstack-nova03:35
*** andreaf has joined #openstack-nova03:36
*** bigdogstl has joined #openstack-nova03:37
*** fragatina has quit IRC03:38
*** fragatina has joined #openstack-nova03:39
*** sree has joined #openstack-nova03:40
*** fragatina has quit IRC03:41
*** tbachman has joined #openstack-nova03:43
*** AlexeyAbashkin has joined #openstack-nova03:44
*** jappleii__ has joined #openstack-nova03:44
*** jappleii__ has quit IRC03:45
*** jappleii__ has joined #openstack-nova03:45
*** tbachman_ has joined #openstack-nova03:45
*** jappleii__ has quit IRC03:46
*** threestrands_ has quit IRC03:46
*** lbragstad has joined #openstack-nova03:46
*** jappleii__ has joined #openstack-nova03:47
*** tbachman has quit IRC03:48
*** tbachman_ is now known as tbachman03:48
*** jappleii__ has quit IRC03:48
*** AlexeyAbashkin has quit IRC03:48
*** jappleii__ has joined #openstack-nova03:48
*** rcernin has quit IRC03:49
*** rcernin has joined #openstack-nova03:49
*** bigdogstl has quit IRC03:51
*** chyka has quit IRC03:57
*** fragatina has joined #openstack-nova03:59
*** purplerbot has quit IRC04:01
*** lbragstad has quit IRC04:02
*** vladikr has quit IRC04:03
*** vladikr has joined #openstack-nova04:03
*** hamzy_ has joined #openstack-nova04:03
*** fragatina has quit IRC04:04
*** ameeda has quit IRC04:04
*** felipemonteiro_ has joined #openstack-nova04:05
*** abhishekk has joined #openstack-nova04:07
*** gouthamr has quit IRC04:08
*** gouthamr has joined #openstack-nova04:09
*** bhujay has joined #openstack-nova04:10
*** purplerbot has joined #openstack-nova04:11
*** gouthamr has quit IRC04:12
*** gouthamr has joined #openstack-nova04:13
*** bigdogstl has joined #openstack-nova04:17
*** Tom-Tom has joined #openstack-nova04:18
*** bigdogstl has quit IRC04:22
*** diga has joined #openstack-nova04:22
*** Tom-Tom has quit IRC04:22
*** gouthamr has quit IRC04:23
*** bigdogstl has joined #openstack-nova04:24
*** gouthamr has joined #openstack-nova04:25
*** armax has quit IRC04:26
*** felipemonteiro_ has quit IRC04:26
*** janki has joined #openstack-nova04:26
*** armax has joined #openstack-nova04:27
*** chyka has joined #openstack-nova04:28
*** bigdogstl has quit IRC04:29
*** gouthamr has quit IRC04:29
*** gouthamr has joined #openstack-nova04:29
*** Dinesh_Bhor has joined #openstack-nova04:30
*** gouthamr has quit IRC04:32
*** gouthamr has joined #openstack-nova04:33
*** chyka has quit IRC04:33
*** chyka has joined #openstack-nova04:35
*** bigdogstl has joined #openstack-nova04:35
*** vladikr has quit IRC04:37
*** links has joined #openstack-nova04:37
*** vladikr has joined #openstack-nova04:37
*** namnh has quit IRC04:38
*** Dinesh_Bhor has quit IRC04:39
*** zhurong has quit IRC04:39
*** chyka has quit IRC04:40
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove unnecessary arguments in notification methods  https://review.openstack.org/53559904:42
*** vladikr has quit IRC04:43
*** archit has joined #openstack-nova04:43
*** vladikr has joined #openstack-nova04:43
*** Dinesh_Bhor has joined #openstack-nova04:45
*** Dinesh_Bhor has quit IRC04:53
*** andreas_s has joined #openstack-nova04:54
*** Dinesh_Bhor has joined #openstack-nova04:55
*** bigdogstl has quit IRC04:57
*** andreas_s has quit IRC04:58
SpazmoticSpent most of my day still thinking about Placement, especially the RP Inventory Schema.  Feels like we need a state field in there at least.05:03
SpazmoticThe best option to main API only with the project would be to at least allow evacuation type API calls to solve local delete problems to clear out a host.05:03
Spazmoticor a resource provider I should say.05:03
*** ratailor has joined #openstack-nova05:06
Spazmotici still need to think on it more while i'm reading some of these features though..05:10
*** yingjun has joined #openstack-nova05:13
*** diga has quit IRC05:16
*** zhurong has joined #openstack-nova05:19
*** Tom-Tom has joined #openstack-nova05:20
*** harlowja has joined #openstack-nova05:21
*** hongbin has quit IRC05:24
*** Tom-Tom has quit IRC05:25
*** diga has joined #openstack-nova05:26
*** takashin has left #openstack-nova05:32
*** vladikr has quit IRC05:43
*** Dinesh_Bhor has quit IRC05:43
*** crushil has joined #openstack-nova05:43
*** Dinesh_Bhor has joined #openstack-nova05:43
*** Dinesh_Bhor has quit IRC05:47
*** Dinesh_Bhor has joined #openstack-nova05:49
*** jappleii__ has quit IRC05:52
*** archit has quit IRC05:54
*** bigdogstl has joined #openstack-nova05:56
*** hiro-kobayashi has quit IRC06:01
*** armax has quit IRC06:03
*** bigdogstl has quit IRC06:07
*** trinaths has joined #openstack-nova06:11
*** jaosorior has joined #openstack-nova06:11
*** logan- has quit IRC06:16
*** itlinux has joined #openstack-nova06:16
*** crushil has quit IRC06:22
*** gouthamr has quit IRC06:28
*** trinaths has left #openstack-nova06:29
*** trinaths has joined #openstack-nova06:29
*** harlowja has quit IRC06:29
*** annp has joined #openstack-nova06:33
*** logan- has joined #openstack-nova06:40
*** pcaruana has joined #openstack-nova06:44
SpazmoticIf anyone has got some free cycles would still love a review on my XenAPI commit: https://review.openstack.org/#/c/533168/  -- I know you're all busy with Queens and pushing through things before the freeze though.06:45
*** andreas_s has joined #openstack-nova06:49
*** ankit_ has joined #openstack-nova06:58
*** sridharg has joined #openstack-nova07:00
*** bigdogstl has joined #openstack-nova07:02
*** namnh has joined #openstack-nova07:03
*** sridharg has quit IRC07:06
*** sridharg has joined #openstack-nova07:08
*** diga has quit IRC07:11
*** bigdogstl has quit IRC07:14
*** Dinesh_Bhor has quit IRC07:19
*** Dinesh_Bhor has joined #openstack-nova07:20
openstackgerritAlex Xu proposed openstack/nova master: placement: support traits in allocation candidates API  https://review.openstack.org/53564207:22
*** Tom-Tom has joined #openstack-nova07:22
*** bigdogstl has joined #openstack-nova07:25
*** Tom-Tom has quit IRC07:27
*** fragatina has joined #openstack-nova07:28
*** itlinux has quit IRC07:29
*** bigdogstl has quit IRC07:30
*** sahid has joined #openstack-nova07:30
*** lajoskatona has joined #openstack-nova07:30
*** fragatina has quit IRC07:33
*** bigdogstl has joined #openstack-nova07:37
*** slaweq has joined #openstack-nova07:40
*** rcernin has quit IRC07:43
*** bigdogstl has quit IRC07:44
*** janki has quit IRC07:45
*** tbh_ has joined #openstack-nova07:59
*** rm_work has quit IRC08:08
*** bigdogstl has joined #openstack-nova08:10
*** AlexeyAbashkin has joined #openstack-nova08:13
*** sree has quit IRC08:13
*** sree has joined #openstack-nova08:13
*** markvoelker has quit IRC08:14
*** tesseract has joined #openstack-nova08:16
*** alexchadin has joined #openstack-nova08:16
*** harlowja has joined #openstack-nova08:17
*** sree has quit IRC08:18
*** rm_work has joined #openstack-nova08:20
*** bigdogstl has quit IRC08:20
openstackgerritxulei proposed openstack/nova master: resolve confusing state when rebuilding  https://review.openstack.org/53566508:22
*** tetsuro has quit IRC08:24
*** tuanla_____ has joined #openstack-nova08:25
*** namnh_ has joined #openstack-nova08:26
*** sdake has quit IRC08:27
openstackgerritxulei proposed openstack/nova master: resolve confusing state when rebuilding  https://review.openstack.org/53566508:27
*** gus has quit IRC08:27
*** flwang has quit IRC08:28
*** kholkina has joined #openstack-nova08:28
*** StevenK has quit IRC08:28
*** annp has quit IRC08:28
*** tuanla____ has quit IRC08:28
*** tuanla_____ has quit IRC08:28
*** namnh has quit IRC08:28
*** hoangcx has quit IRC08:28
*** tiendc has quit IRC08:28
*** gus has joined #openstack-nova08:29
*** tuanla_____ has joined #openstack-nova08:29
*** annp has joined #openstack-nova08:29
*** tiendc has joined #openstack-nova08:29
*** hoangcx has joined #openstack-nova08:29
*** StevenK has joined #openstack-nova08:29
*** sdake has joined #openstack-nova08:33
*** sdake has quit IRC08:33
*** sdake has joined #openstack-nova08:33
*** matrohon has quit IRC08:33
openstackgerritLajos Katona proposed openstack/nova master: Deduplicate service status notification samples  https://review.openstack.org/53433508:35
*** harlowja has quit IRC08:37
*** namnh has joined #openstack-nova08:40
*** Dinesh_Bhor has quit IRC08:42
*** Dinesh_Bhor has joined #openstack-nova08:42
*** namnh_ has quit IRC08:43
*** flwang has joined #openstack-nova08:44
*** ralonsoh has joined #openstack-nova08:47
*** namnh has quit IRC08:54
*** jpena|off is now known as jpena08:54
*** rm_work has quit IRC08:56
* gibi finally got approval to go to Dublin 08:58
Spazmoticcongrats :)08:59
*** josecastroleon has joined #openstack-nova08:59
SpazmoticMore i'm looking over my code the more i'm thinking about doing it a new way08:59
SpazmoticI made it look like similar code.. but the code is old and needs refactor anyway.. heh09:00
SpazmoticQuestion is to let it go and refactor later or redesign now..09:00
SpazmoticCinderV3 stuff introduction in June changes the way a lot of this stuff can work but Xenapi drivers arn't using it anywhere since no one works on them hehe09:00
gibiSpazmotic: in my experience refactoring is better long term than redesign09:01
bauzasgibi: cool09:01
gibiSpazmotic: redesign becomes a lot more work at the end09:01
*** homeski has quit IRC09:02
bauzasgibi: FWIW, finding flights was hectic for me09:02
SpazmoticTrue enough.. part of redesign would immediately deprecate a few volume_util funcs as well.. might be worth a few commit to phase it out and implement CinderV309:02
bauzasI was supposing Dublin was a big hub, it's not09:02
gibibauzas: yeah, that is the next step, but first I have to sync with my wife as we plan a bit of free time before the ptg in Dublin09:02
bauzasso, most of the flights from Geneva were having a hop09:03
*** lajoskatona has quit IRC09:03
gibibauzas: there is a Budapest - Dublin direct Ryanair flight couple of times a week09:03
SpazmoticYou might wind up in Dublin even09:03
gibibauzas: so I'm hoping to catch one of those09:03
bauzasgibi: that was my assumption09:04
bauzaslots of drunk Irish folks are visiting Grenoble, y'know09:04
bauzasmostly for a starting place for skiing09:04
bauzasbut, when I looked at all the flights, most of them were either on Saturdays or like super early09:04
bauzasnone were fitting my requirements09:04
bauzasbecause I'll be skiing on Saturday morning before catching my flight09:05
bauzasso I needed an afternoon 6pm-ish flight09:05
bauzas(we have an internal meeting on Sunday)09:05
bauzasand then, finding a flight departing late on Friday was f**รน hard09:05
SpazmoticFinally starting to get my head wrapped around Placements API..  Really need  a functional env with it since my companies deployments don't utilize it.09:06
*** avolkov` has joined #openstack-nova09:06
*** avolkov` has quit IRC09:06
bauzasSpazmotic: there are functional tests and fixtures you can use for playing09:06
*** avolkov` has joined #openstack-nova09:06
bauzasSpazmotic: or just spin a devstack, you'll get for free09:06
SpazmoticYeah hehe devstack is where I was going to go and play with some the funcs to get a good visual on mostly the DB layout in nova09:06
bauzasgibi: so, I'll need to bail out from the conf on noon, which is a shame in my opinion09:06
*** ankit_ has quit IRC09:07
bauzasgibi: I was expecting to find a 6pm flight leaving on Friday which would leave me arrive by 10pm-ish, it was not the case09:07
bauzasSpazmotic: DB layout(s) (you have 3 DBs when spinning a devstack)09:07
bauzastwo different schedmas and 3 instances, I'd rather say09:08
bauzas(oh, and good morning stackers btw.)09:08
SpazmoticAh.. i'll spin up an onmetal and get the installation going to take a look :D09:08
gibibauzas: yeah, wanting a flight at an exact time sucks if you are not super rich09:09
*** tianhui_ is now known as tianhui09:10
amorinhey all09:11
bauzasgibi: worst than that09:11
SpazmoticMorning09:11
bauzasgibi: it's not a money problem09:11
bauzasgibi: it's rather that you have to consider spending 6+ hours in flights for doing a short haul distance09:11
*** lajoskatona has joined #openstack-nova09:11
bauzasgibi: and remember, Ryanair changed their carry-on baggage policy09:12
bauzasif you have a laptop bag *and* a carry-on baggage, then the latter goes as checked-in baggage09:12
amorinis there any reason for a tempest job to be killed by timeout?09:12
gibibauzas: thanks for the baggage heads up, I have to check on that09:13
amorinhttp://logs.openstack.org/40/508640/6/check/legacy-tempest-dsvm-cells/5c83769/job-output.txt.gz09:13
amorinERROR: the main setup script run by this job failed - exit code: 13709:13
gibibauzas: if you are super rich you can have private jet ;)09:13
*** bigdogstl has joined #openstack-nova09:13
bauzasamorin: there are some gate timeout issues AFAICT09:13
bauzasgibi: my company  travel policy forbids it09:13
bauzas:p09:13
amorinbauzas: thanks09:13
amorinshould I wait or can I recheck now>09:14
amorin?09:14
alex_xujaypipes: gibi bauzas, hi guys, the API patch for expose traits https://review.openstack.org/#/c/535642/, appreciate if you can take a look at09:14
bauzasgibi: but I'm living litterally 500 meters away from a very small air field09:14
bauzasgibi: I have as a wish to pass my private pilot license :)09:14
bauzasamorin: which change ?09:15
bauzasalex_xu: sure, I'll mostly focus on priorities09:15
bauzasas gibi +Wd some of my changes :p09:15
alex_xubauzas: thanks09:16
bauzasoh fuuuuuuu*** I need to rebadse09:16
SpazmoticZuuuuuuuuuuuul! heh09:17
gibibauzas: having a pilot license, that sounds a cool plan09:17
*** hshiina has quit IRC09:17
ildikovbauzas: morning, do you plan to get through the multi-attach patches today too? :)09:18
bauzasgibi: that's just super expensive :p09:18
gibibauzas: I can imagine09:18
bauzasildikov: today is like a busy day for me, but as soon as I can tackle internal stuff (again) and rebase on my own changes, I'll focus on priority changes reviews09:18
amorinbauzas: https://review.openstack.org/#/c/508640/09:19
bauzasamorin: I've seen that a couple of times09:22
bauzasamorin: the fact that we stop running tempest if we are too much delayed09:22
bauzasamorin: try a recheck09:22
amorinok thanks09:23
ildikovbauzas: if you could put this on top of the pile that would be great as I travel on Monday and the gate will be crazy next week too, so I would like to be able to fix comments in case needed before that09:24
*** bigdogstl has quit IRC09:24
ildikovbauzas: thanks in advance09:24
*** Tom-Tom has joined #openstack-nova09:24
bauzasildikov: no promise, but I'll try09:26
SpazmoticI would love to get my Xenapi piddly poop in the gate this week but I definately don't see it happening hehe.  So will just learn Placements code and maybe fix this local delete bug09:26
ildikovbauzas: thanks09:27
bauzasSpazmotic: bugs are not impacted by the queens-3 deadline09:27
SpazmoticWell I just mean because the core reviewers are so busy, sir :)09:27
*** Tom-Tom has quit IRC09:29
*** fragatina has joined #openstack-nova09:30
bauzasSpazmotic: I'm French, we did cut the head of all our lords in the past, so you don't need to call me "sir"09:31
bauzasI'm neither too old nor too lordy09:31
*** Dinesh_Bhor has quit IRC09:31
SpazmoticHehe it's a respect thing, I'll do my best.09:32
*** fragatina has quit IRC09:35
*** rm_work has joined #openstack-nova09:36
*** tuanla____ has joined #openstack-nova09:40
*** derekh has joined #openstack-nova09:41
*** tuanla_____ has quit IRC09:44
*** xinliang has quit IRC09:44
*** alexchadin has quit IRC09:46
*** karthiks has quit IRC09:47
*** alexchadin has joined #openstack-nova09:47
openstackgerritSylvain Bauza proposed openstack/nova master: libvirt: create vGPU for instance  https://review.openstack.org/52883209:47
openstackgerritSylvain Bauza proposed openstack/nova master: Recreate mediated devices on reboot  https://review.openstack.org/53364209:47
openstackgerritSylvain Bauza proposed openstack/nova master: libvirt: pass the mdevs when rebooting the guest  https://review.openstack.org/53381809:47
openstackgerritSylvain Bauza proposed openstack/nova master: WIP: Fix suspending guest with attached vGPUs  https://review.openstack.org/53569309:47
SpazmoticAh yeah I meant to tell you those hit merge conflictr09:48
SpazmoticSorry I Forgot09:48
*** tuanla____ has quit IRC09:48
*** pcaruana has quit IRC09:50
*** tuanla____ has joined #openstack-nova09:50
*** bigdogstl has joined #openstack-nova09:52
bauzasgibi: need again your +W, I needed to rebase https://review.openstack.org/#/c/528832/09:53
bauzas(merge conflict)09:53
*** pcaruana has joined #openstack-nova09:53
*** pcaruana has quit IRC09:53
bauzasgibi: also, I just rebased https://review.openstack.org/#/c/533642 but it lost your +2 due to a merge solve09:54
*** pcaruana has joined #openstack-nova09:54
*** vish_18 has joined #openstack-nova09:55
*** tuanla____ has quit IRC09:56
*** xinliang has joined #openstack-nova09:56
lyarwood mdbooth: https://review.openstack.org/#/c/523958/11/nova/tests/unit/virt/libvirt/test_driver.py@6604 - remind me again what you mean by autospec here?09:57
mdboothlyarwood: IIRC I wasn't overly exercised by that as we don't do it consistently09:57
mdboothHowever, I was just wondering if you wanted to mock the class with an autospec09:57
mdboothWhich you've done in a few other places, and is generally awesome09:57
vish_18frickler: hello09:57
vish_18frickler: https://bugs.launchpad.net/keystone/+bug/1714937. i am not able to reproduce this issue on Pike09:58
openstackLaunchpad bug 1714937 in OpenStack Identity (keystone) "keystone returns 500 on password change" [Low,Confirmed] - Assigned to Vishakha Agarwal (vishakha.agarwal)09:58
openstackgerritAlex Xu proposed openstack/nova master: placement: support traits in allocation candidates API  https://review.openstack.org/53564209:58
gibibauzas: I will check those soon09:59
lyarwoodmdbooth: kk, can you actually do that with @mock.patch directly?09:59
vish_18frickler: kindly help me to reproduce09:59
* lyarwood should RTFM09:59
*** karthiks has joined #openstack-nova09:59
mdboothlyarwood: I think so, but as I say it wasn't a top priority to me10:00
bauzasgibi: cool thanks10:00
* mdbooth needs a formal scale of review comments10:00
bauzasgibi: oh, fuuuuu, did you run a nova meeting yesterday evening ?10:00
bauzastotally forgot it10:00
*** jafeha has quit IRC10:00
*** jafeha has joined #openstack-nova10:01
mdboothOver my dead body > problem > would prefer > nit > suggestion10:01
*** bigdogstl has quit IRC10:01
lyarwoodmdbooth: haha :)10:02
* mdbooth would rate the autospec as 'would prefer'10:02
lyarwoodmdbooth: cool, so I'm obviously sorting the tests out this morning, I've given up on the P to Q LM tests for now, I think we can add them to the legacy-grenade-dsvm-neutron-multinode-live-migration pretty easily, just can't get grenade to play nice with f26 at the moment10:03
gibibauzas: no I didn't but I think efried did10:03
*** lucas-pto is now known as lucasagomes10:03
bauzask10:03
bauzaswill look at the minutes then10:03
mdboothlyarwood: Yeah. I wanted to do the tests for you yesterday but got unexpectedly bogged down. Sorry about that.10:03
lyarwoodmdbooth: np10:03
*** janki has joined #openstack-nova10:05
*** hieulq_ has quit IRC10:05
*** tbh_ has quit IRC10:09
openstackgerritDeepak Mourya proposed openstack/nova master: Handle TZ change in iso8601 >=1.12.0  https://review.openstack.org/53570010:11
*** gszasz has joined #openstack-nova10:11
*** markvoelker has joined #openstack-nova10:15
*** alexchadin has quit IRC10:21
*** hoangcx has quit IRC10:21
*** cdent has joined #openstack-nova10:25
gmannvish_18: better to ask on keystone channel.10:27
*** tiendc has quit IRC10:30
*** alexchadin has joined #openstack-nova10:31
*** sdague has joined #openstack-nova10:33
*** yingjun has quit IRC10:34
*** rmart04 has joined #openstack-nova10:35
*** liuzz has quit IRC10:39
*** zhurong has quit IRC10:41
*** cdent has quit IRC10:46
*** alexchadin has quit IRC10:46
*** markvoelker has quit IRC10:49
*** bauzas_ has joined #openstack-nova10:50
*** bauzas_ has quit IRC10:51
*** abhishekk has quit IRC10:53
*** dtantsur|afk is now known as dtantsur10:54
*** shuail has joined #openstack-nova11:00
*** bigdogstl has joined #openstack-nova11:03
*** shuail has quit IRC11:03
*** yamahata has quit IRC11:04
*** alexchadin has joined #openstack-nova11:07
*** ttallgren has joined #openstack-nova11:08
*** mdnadeem has quit IRC11:08
*** jangutter has joined #openstack-nova11:13
*** jangutter has quit IRC11:13
*** bigdogstl has quit IRC11:14
*** ratailor has quit IRC11:15
*** claudiub has joined #openstack-nova11:23
*** Tom-Tom has joined #openstack-nova11:25
*** Tom-Tom has quit IRC11:30
*** fragatina has joined #openstack-nova11:32
*** fragatina has quit IRC11:37
*** tbachman has quit IRC11:39
*** smatzek has joined #openstack-nova11:40
openstackgerritMerged openstack/nova master: Updated from global requirements  https://review.openstack.org/53503011:41
openstackgerritMerged openstack/nova master: conf: Remove 'vendordata_driver' opt  https://review.openstack.org/39783511:41
*** markvoelker has joined #openstack-nova11:46
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: QEMU native LUKS decryption for encrypted volumes  https://review.openstack.org/52395811:47
lyarwoodmdbooth, stephenfin; ^ if you have time, should be almost ready to go now11:47
mdboothlyarwood: Looking now11:48
lyarwoodhmmm merge conflict, let me rebase the series11:49
lyarwoodoh nice, the multi-attach stuff landed overnight :)11:50
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Collocate encryptor and volume driver calls  https://review.openstack.org/46024311:52
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: Introduce disk encryption config classes  https://review.openstack.org/46400811:52
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: QEMU native LUKS decryption for encrypted volumes  https://review.openstack.org/52395811:52
lyarwoodaaaaaaaaaand done.11:52
*** annp has quit IRC11:55
SpazmoticThere are so few ways to clean up allocations in the current Placement API to a point that i think i'm missing something here11:57
SpazmoticHow in the world are single allocations cleaned up..11:58
*** bigdogstl has joined #openstack-nova12:00
*** jafeha__ has joined #openstack-nova12:01
*** jafeha has quit IRC12:01
Spazmoticew..12:02
SpazmoticEw so it's just zeroing out the allocations12:09
*** trinaths has left #openstack-nova12:11
SpazmoticThis can't be the openstack way to handle this..12:12
SpazmoticAllocations are not using the updated_at and deleted_at standards and in order to update an allocation you have to pass the entire list of their current allocations plus changes into the JSON because it purges the entire list for a "Clean slate"?12:13
SpazmoticThe only other place i've seen this is how neutron handles Static IP addresses in Ports which isn't so bad since it's an internal dictionary.. not database sets.12:13
SpazmoticThis must be ridiculously unwieldy for large consumers.. not to mention dangerous.12:14
SpazmoticAnd I don't understand why ad esire for a clean slate every time a minor new allocation wants to be set for a consumer.12:15
Spazmoticefried,  can you shine any light on this?12:15
*** andreas_s has quit IRC12:18
SpazmoticThis local delete issue.. the best way I can see to resolve this is to allow a new API call to empty a resource provider, but the way that allocations are being handled is incredibly gross and would make that process extremely top heavy.  Each alloc per RP would have to pull the consumer, then pull their allocs and reconstruct the allocs without the chosen alloc and then submit the entire list.12:18
*** markvoelker has quit IRC12:20
*** lpetrut has joined #openstack-nova12:23
*** artom_ has joined #openstack-nova12:24
ttallgrenHi all, I hit a bug in Nova 17.0.0.1b2 with automated Ansible testing (OPNFV XCI): http://p.ip.fi/a73312:24
*** smatzek_ has joined #openstack-nova12:25
rabelhi there. there seems to be a problem with building the docs in nova. running tox -e docs i get an error message:12:26
ttallgrenIt is calling nova-manage cell_v2 discover_hosts and the final error is Duplicate entry 'compute01' for key 'uniq_host_mappings0host12:26
rabelnova/nova/policies/config_drive.py", line 46, in <module>   deprecated_since='17.0.0'),TypeError: __init__() got an unexpected keyword argument 'deprecated_since'12:26
*** hogepodge has quit IRC12:26
*** rmart04 has quit IRC12:27
*** antonym has quit IRC12:27
*** andreykurilin has quit IRC12:27
*** jdurgin has quit IRC12:27
*** rmart04_ has joined #openstack-nova12:27
*** dansmith has quit IRC12:27
*** smatzek has quit IRC12:27
*** artom has quit IRC12:27
*** d34dh0r53 has quit IRC12:27
*** ericyoung has quit IRC12:27
*** gcb has quit IRC12:28
*** d34dh0r53 has joined #openstack-nova12:28
*** antonym has joined #openstack-nova12:28
*** dansmith has joined #openstack-nova12:28
*** dansmith is now known as Guest8664912:28
*** hogepodge has joined #openstack-nova12:28
*** ericyoung has joined #openstack-nova12:28
*** andreykurilin has joined #openstack-nova12:29
*** jdurgin has joined #openstack-nova12:29
*** dgonzalez has quit IRC12:30
*** lajoskatona has quit IRC12:31
fricklervish_18: commented on the bug report. also lyarwood is right, this is a keystone issue12:31
*** dgonzalez has joined #openstack-nova12:32
*** bigdogstl has quit IRC12:32
*** MikeG451 has joined #openstack-nova12:36
*** bhujay has quit IRC12:38
*** vladikr has joined #openstack-nova12:42
*** lajoskatona has joined #openstack-nova12:46
*** psachin has quit IRC12:50
*** yangyapeng has quit IRC12:55
*** yangyapeng has joined #openstack-nova12:55
*** tbachman has joined #openstack-nova12:59
*** bhujay has joined #openstack-nova12:59
*** yangyapeng has quit IRC12:59
*** tssurya has quit IRC13:00
*** bigdogstl has joined #openstack-nova13:02
*** bhujay has quit IRC13:04
efriedSpazmotic \o  Gimme a sec to catch up...13:05
*** efried is now known as fried_rice13:05
SpazmoticHehe no worries.. just trying to make sure I understand correctly because it seems crazy13:05
fried_ricebauzas Yes, I ran the meeting yesterday, such as it was.  Got minutes?  http://eavesdrop.openstack.org/meetings/nova/2018/nova.2018-01-18-21.00.log.html13:07
*** jpena is now known as jpena|lunch13:07
*** andreas_s has joined #openstack-nova13:07
*** szaher has quit IRC13:07
jaypipesalex_xu: will make it a priority this morning.13:09
*** jaypipes is now known as leakypipes13:10
fried_ricegibi Congrats, add self to https://etherpad.openstack.org/p/nova-ptg-rocky attendance list13:10
SpazmoticThe korean word for fried rice is ๋ณถ์Œ๋ฐฅ  ..  for the curious hehehe13:10
*** bhujay has joined #openstack-nova13:13
*** liverpooler has joined #openstack-nova13:13
fried_ricelyarwood I can help you with autospeccing.  Though claudiub is the real expert.13:13
claudiubo/13:14
claudiubwassup13:14
Spazmoticpoor man now I feel bad for spamming you :D13:15
*** lpetrut has quit IRC13:15
*** andreas_s has quit IRC13:15
*** lpetrut has joined #openstack-nova13:15
fried_riceSpazmotic Okay, now I'm caught up.  But not sure I'm fully understanding which part you're saying is gross.13:16
*** bigdogstl has quit IRC13:17
SpazmoticDoesn't really feel like it follows any of the standards of how we handle data sets generally and doesn't allow for granular level of control over allocations without touching entire consumers data sets13:17
SpazmoticFeels dirty13:17
*** markvoelker has joined #openstack-nova13:17
*** claudiub|2 has joined #openstack-nova13:18
fried_riceSpazmotic You mean because you have to set/replace an entire consumer_uuid's allocations all at once?13:18
SpazmoticYeah13:18
SpazmoticIs that really the elegant solution?13:18
SpazmoticI guess i'm not sure what we gain by clean sweeping13:18
*** tssurya has joined #openstack-nova13:18
fried_riceSpazmotic I can see where that's going to be suboptimal in the long game of placement, where we could have multiple control points managing resources for a single consumer.  Each one would have to GET the current state, make its changes, PUT back the changed set, and deal with 409s if a concurrent update beat them to it.13:19
fried_riceSpazmotic I'm guessing it was designed this way as the most expeditious and convenient for the initial use case, which is nova compute host as single resource provider, nova instance as consumer.13:20
*** claudiub has quit IRC13:20
SpazmoticIt defiantely could get racey, it also allows for less control of allocations except for directly outside of consumers which may make it a little more unwiedy in a larger multi-control point environment for same tenant13:21
fried_riceSpazmotic Actually, yeah, I don't see a consistency marker like we have for traits & inventories.13:22
*** alexchadin has quit IRC13:22
fried_riceleakypipes Has this been considered ^ ?13:22
mdboothlyarwood: Hey, found a test problem. Still reviewing but I'm going to drop what I've got right now as I think you need to fix it.13:23
*** crushil has joined #openstack-nova13:24
lyarwoodmdbooth: the py35 failures?13:24
mdboothI hadn't even seen those.13:25
lyarwoodmdbooth: awesome, so more issues to fix :)13:25
mdboothThe problem in test_migration. I don't think that test is right.13:25
*** sahid has quit IRC13:25
lyarwoodmdbooth: kk13:25
lyarwoodmdbooth: right, the old secret should be replaced by the new secret but we aren't creating a new secret UUID here, that's just passed in via migrate_data13:27
*** alexchadin has joined #openstack-nova13:27
*** Tom-Tom has joined #openstack-nova13:27
lyarwoodthe device replace is odd and something copied over from the above test13:27
mdboothYeah, I saw that. It's weird there, too.13:28
*** links has quit IRC13:28
SpazmoticWould be very nice if we could extend that API a bit for more functionality and ease of use.13:28
mdboothlyarwood: The pattern of those tests is xml=old xml13:28
*** andreas_s has joined #openstack-nova13:28
mdboothnew_xml = s/old thing/thing which should be changed upon migration in this test/13:29
mdboothassert(we got new_xml)13:29
*** yangyapeng has joined #openstack-nova13:29
*** markvoelker has quit IRC13:29
*** edmondsw has joined #openstack-nova13:29
*** markvoelker has joined #openstack-nova13:29
mdboothI didn't look hard at why the test above would expect device name to change on live migration. I can't imagine why we'd ever want that. However, it's SEP right now.13:30
lyarwoodmdbooth: ah, the sdb / sdc thing is also a migrate_data thing13:31
mdboothYes. It's passed in.13:31
lyarwoodmdbooth: so it's the target device changing13:31
mdboothStill looks bogus.13:31
lyarwoodmdbooth: not in the instance13:31
lyarwoodmdbooth: so on the host, the block device is just wired up under /dev/sdc13:31
lyarwoodmdbooth: that's valid13:31
*** Tom-Tom has quit IRC13:31
lyarwoodmdbooth: just confusing as the test is using rbd13:31
mdboothAh... you looked harder :)13:32
mdboothOk, that makes sense13:32
*** yangyapeng has quit IRC13:32
*** yangyapeng has joined #openstack-nova13:32
Spazmoticfried_rice, it also feels a little bit like they intended to use the zeroing out of the resources in the allocation for something but forgot.  If no allocations are set for a tenant it assumes you want a clean sweep so it goes through and sets them all to 0, but then goes through and deletes them anyway from the dB after that13:32
mdboothlyarwood: Anyway, following the pattern of those tests, the search/replace we want to see there is old secret for new secret13:33
SpazmoticKinda wierd.. i'll need to continue looking but it's almost time for me to head to bed and dream about the process hehe13:33
lyarwoodmdbooth: ack, done13:33
fried_riceSpazmotic That may have been for the original migration case13:33
fried_riceSpazmotic Which was found to have some pretty hairy implications (read: bugs).  Which is why we introduced the POST API there, to allow us to "move" the allocations from one consumer to another in a single atomic operation.13:34
*** fragatina has joined #openstack-nova13:34
fried_ricedansmith and cdent (neither of whom is here at the moment) ought to be able to shed more light on what happened there.13:34
lyarwoodmdbooth: re https://review.openstack.org/#/c/523958/15/nova/tests/unit/virt/libvirt/test_driver.py@10526 - the only values of src_supports_native_luks are True and None, testing both of these above13:35
SpazmoticSounds good sir.. i'll continue to poke it and will read scrollback when I wake up to see if anything new :)13:35
mdboothlyarwood: Is it never set to False?13:35
SpazmoticI see now what you mean about the migrations.. that would be useful in that case.13:35
*** bigdogstl has joined #openstack-nova13:35
fried_riceSpazmotic But I can definitely see the need for concurrency management of allocations; and also the usefulness of a more granular API to add/remove/update individual allocations - but concurrency management would have to be a prereq of that.13:36
lyarwoodmdbooth: https://review.openstack.org/#/c/523958/15/nova/virt/libvirt/driver.py@6253 - nope13:36
lyarwoodmdbooth: it's really checking that n-cpu is >= Queens13:36
lyarwoodmdbooth: not that the src host can actually decrypt LUKS via QEMU13:36
lyarwoodmdbooth: as we are only creating the volume config on the src13:36
* Spazmotic nods. 13:36
SpazmoticAlrighty, i'll think on it man.. thanks for helping me clarity what was happening13:36
fried_riceSpazmotic Glad to bounce around ideas, for what it's worth :)13:37
mdboothlyarwood: Yep, I'd forgotten that detail. Ignore me.13:37
*** edleafe is now known as figleaf13:37
mdboothlyarwood: Ah, reading on... I didn't forget, you changed it :)13:38
mdboothBut that's cool13:38
*** chyka has joined #openstack-nova13:38
lyarwoodmdbooth: ^_^ yeah I think it did check the installed versions in a different PS13:38
SpazmoticGoing ot be another night laying in bed thinking about this damn API hehe.. night everyone.  Tonight I shall think of Semaphores for this system13:39
*** fragatina has quit IRC13:39
SpazmoticI will need to look at how Nova handles its semaphores.. not something i've messed with too much13:40
*** bigdogstl has quit IRC13:40
mdboothlyarwood: Do we have a test for adding native encryption to xml which doesn't currently have it?13:40
mdboothlyarwood: I think the answer's no.13:40
lyarwoodmdbooth: during LM? No.13:41
* lyarwood adds that13:42
*** ralonsoh has quit IRC13:42
*** bigdogstl has joined #openstack-nova13:42
mdboothlyarwood: Should be mostly cut/paste hopefully13:42
*** chyka has quit IRC13:42
*** lajoskatona has quit IRC13:43
*** sambetts|afk is now known as sambetts13:44
mdboothlyarwood: Couple more nits. If you're respinning, you probably ought to remove the unrelated whitespace change.13:44
SpazmoticAnd before I goto bed will ask again for good luck, if anyone knows XenAPI well and has some free cycles away from their important reviews, feel free to take a look at https://review.openstack.org/#/c/533168/ :)13:45
lyarwoodmdbooth: ack, already have :)13:46
*** bigdogstl has quit IRC13:46
SpazmoticI think this eventaully needs to be changed to use nova.objects.block_device.is_volume() but that's something that can be resolved a bit later to pull in CinderV3 into VMOps13:47
SpazmoticHave a good night everyone :)13:47
*** bigdogstl has joined #openstack-nova13:47
*** xinliang has quit IRC13:50
*** sahid has joined #openstack-nova13:50
*** ralonsoh has joined #openstack-nova13:51
*** xinliang has joined #openstack-nova13:52
*** mlavalle has joined #openstack-nova13:52
rabelis the default quota-class deprecated by now? it seems not to be considered by nova in any way13:59
*** tssurya has quit IRC14:01
*** bigdogstl has quit IRC14:02
*** claudiub has joined #openstack-nova14:03
claudiublyarwood: sorry, i was in a meeting. did you need any help with mock autospec?14:04
lyarwoodclaudiub: no sorry, I'm fine, I was just talking to mdbooth about them earlier and I fried_rice was offering help :)14:04
*** alexchadin has quit IRC14:04
lyarwoodI think*14:04
claudiubcool. :)14:05
claudiubanyways, it's been a lingering issue since last year. recently, we've merged a patch to oslotest which should help with it. you can take a look here: https://github.com/openstack/oslotest/blob/master/doc/source/user/mock-autospec.rst14:05
claudiuband this is the 1st patch addressing autospec issues in nova: https://review.openstack.org/#/c/447505/3714:05
mdboothlyarwood: It's not a high priority given that we almost never use autospec, btw. I have had autospec catch a couple of bugs for me in the past, though.14:06
*** pchavva has joined #openstack-nova14:06
*** claudiub|2 has quit IRC14:06
mdboothlyarwood: I was thinking of it as I thought I'd seen you using it.14:06
claudiubi do recommend using autospecs whenever possible, especially when you're using external libraries which might change over time. mocking them normally will make your unit tests pass even if the method signatures changed, which is not ok. :)14:08
*** weshay|ruck is now known as weshay|rover14:08
*** lbragstad has joined #openstack-nova14:10
fried_ricemdbooth Yeah, one of the reasons we don't use autospec as much as we could/should is because there were bugs in it.  claudiub just fixed some of those, so let the floodgates open!14:10
artom_bauzas, https://bugs.launchpad.net/nova/+bug/174432514:11
openstackLaunchpad bug 1744325 in OpenStack Compute (nova) "If a rebuild is refused by the scheduler, the instance's imageref is not rolled back" [Undecided,New]14:11
*** artom_ is now known as artom14:11
artommdbooth, ^^ if you care14:11
bauzasartom: yup, I saw your internal discussion14:11
mdboothartom: I do, thanks14:11
*** lyan has joined #openstack-nova14:12
TheJuliaGreetings nova folks!   Over in the land of ironic, we've been encountering a condition in our multinode grenade job where while underlying libraries are being upgraded and nova is not upgraded from pike to master. What we're seeing is the nova conductor exiting with SEGV, and then looping causing all sorts of other issues. Has anyone seen anything like this?14:12
*** jpena|lunch is now known as jpena14:13
* fried_rice hasn't seen SEGV since his C days14:14
leakypipesSpazmotic: we don't "zero out the resources" in allocations.14:14
TheJuliaLikewise :\14:14
leakypipesfried_rice: the consistency marker is the resource provider's generation.14:14
*** alexchadin has joined #openstack-nova14:14
fried_riceleakypipes Is it updated when allocations are made?14:15
leakypipesfried_rice: of course.14:15
openstackgerritDavid Rabel proposed openstack/nova master: Fix format in flavors.rst  https://review.openstack.org/53577714:15
fried_riceleakypipes But the documentation says the RP generation is ignored in alloc requests.14:15
fried_riceleakypipes ...for PUT.  And it appears to be entirely absent for POST.14:16
fried_riceleakypipes Bug?14:17
leakypipesfried_rice: https://github.com/openstack/nova/blob/master/nova/objects/resource_provider.py#L208514:17
artomI can't even begin to think about the fix14:17
artomWe're setting a whole bunch of instance attributes in the compute API14:17
artomAnd *then* doing the rebuild14:17
leakypipesfried_rice: there is no POST.14:17
artomWith no checks whether it passed the scheduler or not14:18
fried_riceleakypipes https://developer.openstack.org/api-ref/placement/#manage-allocations14:18
leakypipesfried_rice: there is only PUT /allocations/{consumer_uuid}14:18
artomMaybe the easiest would be to just revert the CVE "fix" and leave it as WONTFIX :/14:18
TheJuliafried_rice: my guess is some piece of compiled c is getting loaded in from the upgraded underlying modules, and the conductor goes sideways at that point14:18
fried_riceTheJulia Fo sho.  I was just being glib, though - I certainly haven't seen the behavior you describe.14:19
leakypipesfried_rice: oh, that is for when we move instances.14:19
leakypipesfried_rice: it is not used anywhere else.14:19
fried_riceBy nova.  At the moment.  But not the point.14:19
leakypipesfried_rice: what is your point?14:20
*** bigdogstl has joined #openstack-nova14:20
fried_riceleakypipes Getting there, finding code, one sec.14:20
fried_riceleakypipes Yeah, so link above convinces me we're incrementing the generation when we do allocationey stuff, which is dandy.14:21
fried_riceleakypipes But if the allocation APIs don't accept a generation, how are we detecting conflicts?14:21
fried_riceleakypipes Or reporting them (409s)?14:21
rabelcan anyone please help me with quotas? is the default quota class used for anything? a GET call to /os-quota-sets/{tenant_id}/defaults does not seem to return it, but i'm not sure what it returns instead.14:21
leakypipesfried_rice: we detect conflicts in terms of whether capacity is exceeded, that's all.14:21
*** tssurya has joined #openstack-nova14:21
leakypipesfried_rice: i.e. does the original constraint that there was existing capacity for the allocated resources on these set of resource providers still hold.14:22
fried_riceleakypipes That's cool.  But if two threads are trying to e.g. modify allocations for the same consumer_uuid at the same time, the second one will "win".14:23
*** crushil has quit IRC14:23
fried_riceleakypipes Not a problem in today's world where everything is funneled through report client, and there's one compute node RP, and the consumer is an instance.14:23
leakypipesfried_rice: no, that's not possible. one of those threads would get a 409 because the provider generation increment would fail.14:24
fried_riceleakypipes How and why would the increment fail if we're not passing the generation into the API?14:24
*** bigdogstl has quit IRC14:25
*** alexchadin has quit IRC14:25
leakypipesfried_rice: because the provider generations are *read* at the start of the transaction that inserts/deletes allocation records. after those allocation records are changed, the provider generations are incremented for all providers involved in the transaction. if another thread had inserted/deleted allocation records (for that consumer or another consumer) against those same resource providers, the increment would fail.14:26
leakypipesfried_rice: specifically, this would happen: https://github.com/openstack/nova/blob/master/nova/objects/resource_provider.py#L281-L28214:26
fried_riceleakypipes I'm not talking about multiple threads in the placement code at the same time.  I'm talking about multiple consumer threads making single individual atomic calls to completion.14:27
*** david-lyle has quit IRC14:27
*** jackie-truong has joined #openstack-nova14:27
*** david-lyle has joined #openstack-nova14:29
leakypipesfried_rice: I'm going to go back to reviewing the patch series I need to get reviewed today :) you are welcome to walk through the code paths in there and identify a particular concurrency bug.14:29
*** alexchadin has joined #openstack-nova14:29
leakypipesfried_rice: you are also welcome to put a discussion on all the concurrency topics up at the PTG. I think that would be a good discussion. it's just I need to focus today on these reviews.14:30
*** jistr is now known as jistr|mtg14:30
fried_riceleakypipes Here's the flow: Existing instance.  Shared disk manager A wants to add some disk resource.  sean-k-mooney's neutron thingy B wants to add a vif or whatever.  A does a GET of the current allocations.  B does a GET of the current allocations.  A adds his disk and PUTs back.  Placement happily replaces the allocations, which now include the disk, and increments the generation.  B adds his vif to the original (d14:30
fried_riceisk-less) payload and PUTs back.  Placement happily replaces with B's version of the allocation, which has the vif but doesn't have the disk.14:30
leakypipesalex_xu: are you still around? that patch you wanted a review on is dependent on this one which needs a rebase: https://review.openstack.org/#/c/479776/. are you planning on getting to that?14:30
*** kholkina has quit IRC14:32
sean-k-mooneyfried_rice: why would you not request both the disk and vif in the same allocation request?14:32
fried_ricesean-k-mooney Because different entities are "owning" those resources.14:32
leakypipesalex_xu: never mind. it's not a dependent patch, it's just in the same topic. damn gerrit... :(14:32
*** alexchadin has quit IRC14:32
sean-k-mooneyfried_rice: differnet entityes are creating the resouce providers but the nova sechduler/conductor will be claiming both on behalf of the instance14:33
fried_ricesean-k-mooney Sure, you *could* have it set up that way.  Or, you know, not.14:33
fried_ricesean-k-mooney At the moment, this is not a danger.14:33
fried_ricesean-k-mooney In the future....14:34
fried_riceCertainly for the general case usage of the placement API.14:34
sean-k-mooneywe could technically make the neutron port the owner of the vif which would then result in two owners14:34
*** alexchadin has joined #openstack-nova14:34
sean-k-mooney*vif allocation14:35
fried_riceThe solution would be fairly simple I think: just add the generation for each RP to PUT /allocations/{consumer_uuid} and POST /allocations14:35
*** josecastroleon has quit IRC14:35
openstackgerritMerged openstack/nova master: libvirt: create vGPU for instance  https://review.openstack.org/52883214:37
fried_riceBasically, it works as long as all the allocations for a given consumer are always only managed by one thread at a time.  Which is a constraint that happens to be true today, but certainly isn't documented as a limitation of using the API.14:38
*** damien_r has quit IRC14:38
*** lucasagomes is now known as lucas-hungry14:38
sean-k-mooneyleakypipes: alex_xu https://review.openstack.org/#/c/535642 seams to add suport for required to get /allocation_candiates but i dont see support for the Resouce1..,Required1 syntax needed for different traits per resouce. is there a followup patch for that14:38
leakypipessean-k-mooney: yes, we're not targeting that for queens. fried_rice has a patch up for that.14:39
*** damien_r has joined #openstack-nova14:39
*** swamireddy has quit IRC14:39
fried_riceleakypipes Quit saying that.  We *are* targeting it for Queens, until something changes.  We have an approved blueprint and 95% of the code merged.14:40
*** burt has joined #openstack-nova14:40
leakypipesfried_rice: I won't hold up non-granular requests with traits for granular requests.14:41
leakypipesfried_rice: does that sound more accurate?14:41
sean-k-mooneyleakypipes: ya i saw fried_rice's patch i assumed it superceeded alex's instead of building on it.thats problematic but ok. ill cherry pick fried_rice patch if i need it.14:41
fried_riceleakypipes Agree with that (see -dev ml)14:41
fried_ricesean-k-mooney ditto (http://lists.openstack.org/pipermail/openstack-dev/2018-January/126393.html)14:42
sean-k-mooneyso how does required work wiht nrp14:43
fried_ricesean-k-mooney The reason my patch doesn't build on alex_xu's is because mine is 2.5 months older :)14:43
fried_ricesean-k-mooney You get candidates such that a) all resources come from providers in the same tree, and b) the union of all the traits on providers you actually get resources from is a superset of the traits you asked for.14:44
sean-k-mooneyfried_rice: ok the union is the important bit14:45
fried_ricesean-k-mooney Which is obviously limited e.g. you can't say I want one VIF with trait CUSTOM_PHYSNET_A and one with CUSTOM_PHYSNET_B -- for that you would need granular, period.14:45
*** bhagyashris has quit IRC14:46
sean-k-mooneyyes but i can say one vif and one cpu with CUSTOM_PHYSNET_A and cpu_trait_x14:46
fried_ricesean-k-mooney Yes.  And you'd better hope that your CPU doesn't have trait CUSTOM_PHYSNET_A14:46
fried_rice(silly example in this case)14:46
sean-k-mooneywhy what would happen if it did?14:47
fried_riceYou could still get a vif from physnet B and placement will think it did its job.14:47
sean-k-mooneyah14:47
sean-k-mooneyok14:47
*** tbachman has quit IRC14:47
sean-k-mooneywell without traits at all we would get to the compute node try to bind the port and get a vif_binding_failed from neutron then hit the retry loop until we hit max retries or got lucky14:48
fried_riceheh, yeah14:48
*** awaugama has joined #openstack-nova14:48
fried_riceOh, I'm not disputing that having traits support is better than not having traits support.14:49
fried_riceJust that single-request-group has limitations no amount of trait-finagling will overcome.14:49
sean-k-mooneyfried_rice: ya i know but that example is precisly the one im trying to avoid in my poc as a first pass use of traits14:49
fried_ricesean-k-mooney Well, that's why we need granular :)14:50
openstackgerritJim Rollenhagen proposed openstack/nova master: WIP: hacky negotiation of ironic microversion  https://review.openstack.org/53578614:50
*** alexchadin has quit IRC14:50
sean-k-mooneythe minimal support will work for the simple case e.g. all interfaces on same physnet which is enough for demos14:50
fried_riceyuh14:50
fried_riceon the same physnet and same everything else that matters.14:50
*** kholkina has joined #openstack-nova14:51
*** bigdogstl has joined #openstack-nova14:51
sean-k-mooneywell we can have multiple physnets in the cloud and show that placement found the correct node14:51
fried_riceYup.14:51
sean-k-mooneywe would have had to use availablity zones with out tratis to do the same thing14:51
sean-k-mooneyor atleast some host_aggregate based filter14:52
*** ttallgren has quit IRC14:52
*** jmlowe has quit IRC14:52
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: QEMU native LUKS decryption for encrypted volumes  https://review.openstack.org/52395814:52
fried_riceAnd you can *probably* even ask for multiple vifs on separate subnets in the same request.  As long as you only want one of each.  And don't share those traits with any other provider.  Which is probably doable.14:52
fried_ricebrb14:53
sean-k-mooneyill cross that bridge when i come to it but ya granular resouce requests in queens will support all of these usecase more cleanly/correctly14:54
sean-k-mooney* in rocky14:54
*** bigdogstl has quit IRC14:56
*** lyan has quit IRC14:56
*** jmlowe has joined #openstack-nova15:00
*** lyan has joined #openstack-nova15:00
*** armax has joined #openstack-nova15:01
openstackgerritJim Rollenhagen proposed openstack/nova master: WIP: hacky negotiation of ironic microversion  https://review.openstack.org/53578615:01
leakypipesalex_xu: review done.15:02
*** jistr|mtg is now known as jistr15:04
*** bigdogstl has joined #openstack-nova15:04
*** yamamoto has quit IRC15:05
*** yamamoto has joined #openstack-nova15:06
*** felipemonteiro_ has joined #openstack-nova15:07
*** bigdogstl has quit IRC15:09
*** bigdogstl has joined #openstack-nova15:13
*** swamireddy has joined #openstack-nova15:13
*** archit has joined #openstack-nova15:14
*** sree has joined #openstack-nova15:14
rabelhm. why is a PUT to /os-quota-sets/default working? this does not make sense in my brain15:14
*** yamamoto has quit IRC15:17
*** crushil_ has joined #openstack-nova15:18
*** sree has quit IRC15:19
*** READ10 has joined #openstack-nova15:21
leakypipesfried_rice: just confirming... mgoddard's patches for "Call get_traits() in the resource tracker" and "Add get_traits() method to ComputeDriver" are obseleted with the update_provider_tree() work, correct?15:25
fried_riceleakypipes Eventually, but when I asked him about it, apparently he's wanting to move forward more quickly than that.15:26
fried_riceleakypipes Right now he's working toward what's described in his blueprint.15:27
fried_riceleakypipes And that stuff will coexist with update_provider_tree until it doesn't.15:27
leakypipeshmm, ok15:28
fried_riceleakypipes Though xen is counting on using update_provider_tree, and I just found out vmware is as well.15:28
leakypipesfried_rice: yeah, my preference for sure would be to have everyone on update_provider_tree()15:28
leakypipesasap15:28
fried_riceleakypipes I didn't love the idea of that redundant/extra compute driver method coming into existence for such a limited use and (hopefully) limited time...15:28
fried_riceyeah, same15:28
leakypipesk, at least we're on the same page.15:29
leakypipesfried_rice: your series is looking great15:29
fried_riceThanks!15:29
*** Tom-Tom has joined #openstack-nova15:29
leakypipesI'm hoping we can get gibi or stephenfin on it.15:29
*** bigdogstl has quit IRC15:29
fried_riceLate on a Friday... and both of them forgot their Friday nicks...15:30
*** rgerganov has joined #openstack-nova15:31
leakypipesfried_rice: well that is COMPLETELY UNACCEPTABLE.15:31
*** kholkina has quit IRC15:31
fried_riceikr15:32
fried_riceAt least figleaf is on board15:32
rgerganovfried_rice, i am trying to implement update_provider_tree for the vmware driver and I'll be happy to work with you on https://review.openstack.org/#/c/520246 and the rest15:34
* gibi feels bad 15:34
openstackgerritYikun Jiang (Kero) proposed openstack/nova master: Cleanup redundant want_version assignment.  https://review.openstack.org/53580115:34
*** Tom-Tom has quit IRC15:34
*** lucas-hungry is now known as lucasagomes15:34
fried_ricergerganov Ah, I was looking for rado - is that not also you?15:34
rgerganovfried_rice, well i was also looking for efried but found fried_rice :)15:34
fried_ricegibi You can redeem yourself by reviewing the series behind leakypipes15:34
fried_ricergerganov I make no apologies for my Fun Friday nickname15:35
*** kholkina has joined #openstack-nova15:35
*** fragatina has joined #openstack-nova15:36
fried_ricergerganov I'm going to need to rebase the top of the series to account for some stuff takashin did for including request IDs in deletion calls.15:36
*** yamahata has joined #openstack-nova15:36
fried_riceWhich leaves me in kind of a bind because the bottom of the series is close to mergeable, and I don't want to rebase it and set back the review process.15:37
*** matrohon has joined #openstack-nova15:37
*** ssurana has joined #openstack-nova15:37
fried_riceThough I guess if I do it now, as long as it's auto-rebase-able, I keep reviews...15:37
rgerganovfried_rice, yeah understood15:37
*** stephenfin is now known as finucannot15:38
*** eharney has joined #openstack-nova15:38
finucannotleakypipes: What was this now?15:38
fried_ricefinucannot Welcome!15:38
leakypipesfinucannot: starting here: https://review.openstack.org/#/c/533244/15:38
fried_ricefinucannot Please and thank you.15:39
finucannotYup, I'll tackle that this evening15:39
*** bigdogstl has joined #openstack-nova15:39
gibifinucannot: I'm also started looking at it, but I don't know when and where I run out of steam15:40
*** fragatina has quit IRC15:40
fried_ricegibi finucannot Thank you for whatever you can manage.15:41
leakypipesgibi: where's giblet today? :P15:41
*** gibi is now known as giblet15:41
leakypipes\o/15:41
gibletleakypipes: sorry, I always forget15:41
* giblet takes a note to automate it15:42
fried_ricegiblet finucannot leakypipes I'm going to rebase the series real quick to get rid of the merge conflicts on the top few patches...15:42
gibletfried_rice: thanks for the headsup15:42
leakypipesok dokey15:42
*** hongbin has joined #openstack-nova15:42
*** jackie-truong is now known as jackiet15:42
*** bhujay has quit IRC15:42
fried_riceleakypipes Your +2s will ride.  Only the _delete_provider patch was manual.15:43
leakypipesack15:43
fried_riceHere it comes.15:43
openstackgerritEric Fried proposed openstack/nova master: ProviderTree.data => ProviderData  https://review.openstack.org/53324415:43
openstackgerritEric Fried proposed openstack/nova master: SchedulerReportClient.set_traits_for_provider  https://review.openstack.org/53256415:43
openstackgerritEric Fried proposed openstack/nova master: Track associated sharing RPs in report client  https://review.openstack.org/52653915:43
openstackgerritEric Fried proposed openstack/nova master: Raise on API errors getting aggregates/traits  https://review.openstack.org/52654015:43
openstackgerritEric Fried proposed openstack/nova master: ProviderTree.populate_from_iterable  https://review.openstack.org/52075615:43
openstackgerritEric Fried proposed openstack/nova master: Track tree-associated providers in report client  https://review.openstack.org/52654115:43
openstackgerritEric Fried proposed openstack/nova master: SchedulerReportClient.set_aggregates_for_provider  https://review.openstack.org/53380815:43
openstackgerritEric Fried proposed openstack/nova master: report client: get_provider_tree_and_ensure_root  https://review.openstack.org/52109815:43
openstackgerritEric Fried proposed openstack/nova master: ComputeDriver.update_provider_tree()  https://review.openstack.org/52118715:43
openstackgerritEric Fried proposed openstack/nova master: SchedulerReportClient._delete_provider  https://review.openstack.org/53546315:43
openstackgerritEric Fried proposed openstack/nova master: WIP: SchedulerReportClient.update_from_provider_tree  https://review.openstack.org/53382115:43
openstackgerritEric Fried proposed openstack/nova master: WIP: Use update_provider_tree from resource tracker  https://review.openstack.org/52024615:43
openstackgerritEric Fried proposed openstack/nova master: Fix nits in update_provider_tree series  https://review.openstack.org/53126015:43
openstackgerritEric Fried proposed openstack/nova master: Move refresh time from report client to prov tree  https://review.openstack.org/53551715:43
rgerganovcool15:43
fried_riceleakypipes giblet finucannot ^ done.  Thanks.15:43
finucannot(y)15:43
leakypipesfried_rice: and you just killed your clean check run ;)15:44
fried_ricergerganov I still haven't addressed your comments.  I can start on that now.  But I also had some other stuff I was gonna do to those WIPs today.15:44
leakypipesbut alas, c'est la vie15:44
fried_riceleakypipes Ah, dang, that too :(15:44
* fried_rice prayz to ze zuul godz15:44
*** bigdogstl has quit IRC15:44
rgerganovfried_rice, no rush, I will head out soon. Will ping you on monday at 1300 UTC15:45
fried_ricergerganov Roger wilco.  At 1400 is the scheduler meeting, where some of this stuff might get discussed, if you're interested in joining.15:46
*** tssurya has quit IRC15:46
rgerganovah, thanks for letting me know, I will consider it15:46
fried_ricergerganov https://wiki.openstack.org/wiki/Meetings/NovaScheduler -- feel free to add agenda items if you think of something that needs to be addressed.15:47
rgerganovok, thanks15:47
*** yamamoto has joined #openstack-nova15:48
*** zhaochao has quit IRC15:49
openstackgerritMerged openstack/nova master: Fix format in flavors.rst  https://review.openstack.org/53577715:50
* giblet feels a bit less bad15:51
leakypipesrgerganov: I mean... what ELSE would you rather do on a Monday afternoon other than spend time with me and fried_rice? ;)15:51
*** sridharg has quit IRC15:51
* fried_rice has no choice but to spend time with himself15:52
rgerganovleakypipes, lol15:52
fried_riceThanks giblet!  It's all downhill from here.15:53
*** rgerganov has quit IRC15:53
cfriesenanyone feel like a fairly quick code review?  https://review.openstack.org/#/c/484381/ has been sitting with a single +2 for a couple weeks now15:53
*** felipemonteiro__ has joined #openstack-nova15:54
cfriesen^ this is related to instance evacuation with PCI devices15:54
leakypipescfriesen: evacuate? PCI devices? oh hell, sign me up!15:54
cfriesenleakypipes: it's under 20 lines. :)15:54
leakypipescfriesen: I'm looking at it :)15:54
cfriesensweet, thanks15:55
*** tidwellr has joined #openstack-nova15:55
gibletfried_rice: I have left like 15 minutes then boardgame night...15:55
*** tidwellr has quit IRC15:55
fried_riceooo :)15:56
*** tidwellr has joined #openstack-nova15:56
fried_ricecfriesen How does this actually fix anything?15:56
fried_ricecfriesen Oh, it passes in a thing that's being checked by something that happened in a different patch?15:56
fried_ricegot it.15:57
cfriesenfried_rice: not actually my patch, but I think it's passing in a thing that something else already in the code is looking for15:57
*** felipemonteiro_ has quit IRC15:57
finucannotfried_rice: Yup. Something we already do for one code path (cold migration, resize) should now being done for another (evacuation)15:58
fried_ricecfriesen Yeah, I see _update_port_binding_for_instance takes a migration kwarg15:58
leakypipescfriesen: +Wallaby'd15:58
cfriesenleakypipes: awesome, thanks15:58
* leakypipes goes back to -2'ing all of fried_rice's work15:58
*** kukacz_ has quit IRC15:58
fried_ricecfriesen Left a passive-aggressive +0 with a nit.15:59
*** kukacz has joined #openstack-nova15:59
cfriesenlol15:59
*** esberglu has joined #openstack-nova15:59
*** tidwellr has quit IRC16:00
leakypipesjackiet: how about "fullmetaljackie"? ;)16:00
leakypipesjackiet: though that might be too long for irc.16:00
*** sahid has quit IRC16:01
*** sahid has joined #openstack-nova16:01
*** jackiet is now known as fullmetaljackiet16:01
fried_rice++!16:01
fullmetaljackietleakypipes: niceeee I like it16:01
leakypipesheh16:01
leakypipes:)16:02
leakypipesfullmetaljackiet: glad to be of service.16:02
cfriesenleakypipes: want me to quick make the change suggested by fried_rice?16:02
leakypipescfriesen: meh? the way the gate is I'd prefer to just leave it for now.16:02
cfriesenworks for me16:03
cfriesenfigured I'd offer16:03
leakypipesfried_rice is right, of course.16:03
*** bigdogstl has joined #openstack-nova16:03
leakypipesbut it's a nit16:03
fried_riceNot even worth a followon.16:03
* fried_rice settles for being right.16:04
*** ttsiouts has quit IRC16:04
*** jlvillal has quit IRC16:04
leakypipesfried_rice: so, your comment on this one unit test "_get_provider_aggregates and _traits were called thrice" just makes me think of the monty python holy hand grenade scene.16:04
fried_riceleakypipes Five is RIGHT OUT.16:05
leakypipes"The number shall be THREE!"16:05
leakypipes:)16:05
fried_riceThen lobbest thou the holy hand grenade...16:05
fried_riceokay okay.16:05
leakypipeshehe16:05
fried_riceBack to Airplane! quotes.16:05
openstackgerritMatthew Edmonds proposed openstack/nova master: Fix bad autospec usage  https://review.openstack.org/53580616:06
*** crushil_ has quit IRC16:06
edmondswclaudiub I would prefer ^ to the oslotest fixture16:07
edmondswbut it's at least a first step even if you want to continue to push use of that fixture16:07
edmondsw(which could be done subsequently)16:07
*** bigdogstl has quit IRC16:07
*** pchavva has quit IRC16:08
bauzasildikov: I don't see any change in the series that does things at the driver level with https://review.openstack.org/#/c/531244/10/nova/compute/manager.py@519016:08
bauzasildikov: I mean, you and matt made the RPC changes for asking for multiattach, sure16:09
bauzasbut then, how do we pass that down to libvirt? I'm confused16:09
bauzasoh f***, nevermind16:10
ildikovbauzas: it's in the capabilities16:10
ildikovbauzas: I guess you found it :)16:10
bauzasildikov: yeah, so basically the RPC change is just for asking whether the compute driver supports it16:10
ildikovbauzas: yes16:10
bauzasif not, raise16:10
ildikovexactly16:10
bauzasif yes, let's the volume say whether it's multiattached16:10
bauzasgotcha16:10
claudiubedmondsw: sure, that works too, but i've had nightmares with mock.create_autospec16:10
bauzasildikov: sorry, I'm in general used to see things happening at the manager level once you pass a new attribute16:11
ildikovbauzas: yeah, many pieces to put together16:11
bauzasa new *RPC* attribute16:11
claudiubI've had run times increase exponentially because of mock.create_autospec16:11
bauzasildikov: yeah, https://review.openstack.org/#/c/532928/4/nova/compute/manager.py does that16:11
*** pchavva has joined #openstack-nova16:12
edmondswclaudiub hmm16:12
ildikovbauzas: we tried to look into failing as quick as possible if either bit is not there16:12
claudiubat one time, i've had an execution time of 4000 seconds for ~300 unit tests. :)16:13
claudiubaprox.16:13
ildikovbauzas: as we don't have all the info at the API we needed some tricks :)16:13
*** jlvillal has joined #openstack-nova16:14
bauzasildikov: I'll +W it, but I think you should add a NOTE in the manager explaining why you don't really care doing things after the RPC call16:14
bauzasildikov: just because it took me some time to understand that, some other people wanting to contribute could be confused by that new attribute we don't really use16:15
bauzasit's just a flag16:15
ildikovbauzas: sure, I guess you added a comment already, so I will do it in a follow up patch16:15
ildikovbauzas: thank you16:16
bauzasildikov: yup, no rush16:16
*** tidwellr has joined #openstack-nova16:16
bauzasildikov: that can totally be a follow-up16:16
ildikovbauzas: cool :)16:16
bauzasbut I'd be happy if we could keep sort of the logic in the code16:16
bauzasmatt did a good job doing that in the conductor16:16
*** itlinux has joined #openstack-nova16:16
ildikovyeah, it always starts simple and then we give it more and more thoughts...16:16
bauzasildikov: for example https://github.com/openstack/nova/blob/master/nova/conductor/manager.py#L896-L90316:17
ildikovthe tricks are all on him here too and I mean it the best way possible16:17
bauzasand https://github.com/openstack/nova/blob/master/nova/conductor/manager.py#L913-L92116:17
bauzasildikov: sure, I don't deny it16:18
ildikovnice, good examples16:18
bauzasildikov: I'm just saying, we somehow need to remember what we did16:18
ildikovbauzas: I completely agree16:18
*** bigdogstl has joined #openstack-nova16:18
bauzasanyway, I'm calling it a day16:18
bauzasthe API change is hairy and not my expertise, so it'll require a bit more thoughts16:19
bauzasnot for a friday thing16:19
bauzas++ folks16:19
*** crushil_ has joined #openstack-nova16:19
ildikovbauzas: makes sense, thanks for looking into the series16:19
ildikovbauzas: have a great weekend!16:20
lyarwoodmdbooth: http://logs.openstack.org/58/523958/16/check/openstack-tox-py35/db3ef07/testr_results.html.gz - if you have time, any thoughts on these failures? hasattr is failing on o.vo objects on py35, works on py27.16:21
mdboothlyarwood: Yeah, will look now.16:22
*** bigdogstl has quit IRC16:23
mdboothlyarwood: I'm hacking on it right now. Ping me if you fix it before I do.16:27
lyarwoodmdbooth: the race is on16:27
mdboothHehe16:27
mdboothIf you've got other stuff to do, feel free :)16:27
lyarwoodmdbooth: but given I pinged as I was stuck I think you might win16:27
*** penick has joined #openstack-nova16:30
*** ilyashakhat has joined #openstack-nova16:30
*** jaosorior has quit IRC16:30
*** slaweq has quit IRC16:31
*** felipemonteiro__ has quit IRC16:31
*** rmart04_ has quit IRC16:32
*** damien_r has quit IRC16:34
*** itlinux has quit IRC16:34
*** AlexeyAbashkin has quit IRC16:35
*** fragatina has joined #openstack-nova16:37
*** itlinux has joined #openstack-nova16:40
*** bigdogstl has joined #openstack-nova16:41
*** fragatina has quit IRC16:41
edmondswclaudiub I ran the UTs for test_compute (which take the longest of the files changed) for both master and my proposal with create_autospec. No significant perf impact16:42
edmondswnot saying there couldn't be an impact somewhere else, but not substantial in that file anyway16:43
*** andreas_s has quit IRC16:43
edmondswran 1934 tests in 336s without and 360s with create_autospec (on my slow laptop env)16:44
*** cdent has joined #openstack-nova16:46
*** chyka has joined #openstack-nova16:48
*** cdent has quit IRC16:50
*** kholkina has quit IRC16:50
*** kholkina has joined #openstack-nova16:51
*** bigdogstl has quit IRC16:52
mdboothlyarwood: I've found the root cause16:53
mdboothlyarwood: It's a difference in the implementation of hasattr between python2 and python3: http://paste.openstack.org/show/647153/16:54
*** kholkina has quit IRC16:55
mdboothWhat the hell do you do about that? is question 216:55
* mdbooth wonders if writing python3 off as an utterly stupid idea is a valid solution.16:56
* mdbooth finds a SO about it16:57
*** tbachman has joined #openstack-nova16:57
lyarwoodmdbooth: cool thanks, I was sure I hit something like this before but can't seem to find anything16:57
lyarwoodmdbooth: https://review.openstack.org/#/c/342111/13 for example, actually introduced hasattr to get py34 passing at the time16:58
*** gyee has joined #openstack-nova16:58
*** andreas_s has joined #openstack-nova16:58
mdboothIt's a bug in OVO imho17:00
mdboothIt seems python expects you to raise AttributeError in a __gettattr__17:01
mdboothBut obj_load_attr is raising NotImplementedError17:01
lyarwoodmdbooth: right and 2.7 catches any exception17:02
lyarwoodmdbooth: https://docs.python.org/2/library/functions.html?highlight=hasattr#hasattr17:02
lyarwood99% sure I've hit this before and there was a workaround17:02
mdboothThe Nova fix would be to override obj_load_attr() and raise AttributeError instead of NotImplementedError17:02
mdboothHowever, we should also submit a patch to ovo17:03
openstackgerritMerged openstack/os-traits master: Add CPU features for AArch64  https://review.openstack.org/52366517:03
*** andreas_s has quit IRC17:03
mdboothhttps://docs.python.org/3/library/functions.html#hasattr17:03
mdboothlyarwood: Hmm, it's messier than that because we also call it in other contexts. Some subclasses raise ObjectActionError17:06
mdboothlyarwood: So I think this calls for ocean-boiling-avoidance17:06
mdboothAlthough it is a bug in OVO17:07
claudiubedmondsw: sounds ok in that case, but in other cases, it can really drive up the execution time. I've tried it now for nova.tests.unit.virt.hyperv.test_vmops, only using mock.create_autospec for a few instance attributes, and the execution time jumped from 3.8 sec / 121 tests to 7.5 sec / 121 tests. Again, not everything was autospec'd :)17:07
lyarwoodmdbooth: using obj_load_attr you mean?17:08
* mdbooth curses python317:08
edmondswclaudiub is that comparing to master or to the oslotests fixture?17:08
mdboothlyarwood: ovo should handle the lack of contract for obj_load_attr17:08
mdboothIf we're going to port OpenStack to a new language, there are better options than python317:09
claudiubmdbooth: mock.create_autospec autospecs literally everything in the given object / class, which is not really necessary for every single test17:09
claudiubwhile mock.Mock(autospec=) only autospecs something when accessed.17:09
*** sahid has quit IRC17:09
edmondswclaudiub and I'm not sure that's a big deal... you can look at as twice as long (bad) or as 4 extra seconds (insignificant). Would need to see impact on a larger scale17:09
mdboothclaudiub: nice17:10
edmondswclaudiub that does sound nice though17:11
claudiubedmondsw:  3.929s per 121 tests17:11
claudiubok, so, 3.8 sec with no change. 3.929 with mock.Mock(autospec) (oslotest), and 7.5 sec with mock.create_autospec17:13
*** bnemec is now known as beekneemech17:13
*** fullmetaljackiet has quit IRC17:13
*** lpetrut has quit IRC17:13
*** matrohon has quit IRC17:14
*** fried_rice is now known as fried_rolls17:14
mdboothlyarwood: The workaround is to use getattr instead, because that has consistent behaviour17:15
mdboothi.e. it raises an exception17:15
*** tidwellr_ has joined #openstack-nova17:16
*** tidwellr has quit IRC17:16
*** Tom-Tom has joined #openstack-nova17:16
mdboothlyarwood: Assuming you've got local changes, I'll leave ^^^ in a review comment17:16
lyarwoodmdbooth: yeah thanks17:16
mdboothhttps://bugs.launchpad.net/oslo.versionedobjects/+bug/155292717:18
openstackLaunchpad bug 1552927 in oslo.versionedobjects "hasattr() function behavior differences between Py27 and Py34" [Undecided,New]17:18
mdboothlyarwood: Already been reported ^^^^17:18
mdboothobj.attr_is_set()...17:19
*** Tom-Tom has quit IRC17:20
lyarwoodmdbooth: ah!17:21
mdboothJust testing that17:21
mdboothlyarwood: Works, at least for that test17:22
lyarwoodmdbooth: yeah works for me17:22
openstackgerritLee Yarwood proposed openstack/nova master: libvirt: QEMU native LUKS decryption for encrypted volumes  https://review.openstack.org/52395817:23
*** penick has quit IRC17:25
*** mvenesio has joined #openstack-nova17:27
*** yamamoto has quit IRC17:31
claudiubmdbooth: gonna send you a link soon. already 60 seconds passed while trying to execute unittests which shouldn't last more than 10 seconds. :)17:35
*** pcaruana has quit IRC17:36
*** fragatina has joined #openstack-nova17:36
*** fragatina has quit IRC17:37
*** fragatina has joined #openstack-nova17:37
*** yamamoto has joined #openstack-nova17:38
*** yamamoto has quit IRC17:38
*** gouthamr has joined #openstack-nova17:39
*** tidwellr_ has quit IRC17:42
*** tidwellr has joined #openstack-nova17:42
claudiubmdbooth: https://github.com/bclau/nova/tree/autospec-issue17:42
mdboothlyarwood: I'd have left you a +1 if Jenkins had voted already. I'd appreciate if you consider the readability of the new test, though.17:43
mdboothMy eyeballs aren't good at computing diffs.17:43
claudiubexecution time: vanilla: ~10 seconds. oslotest mock.MagicMock(autospec): ~14.5 sec. mock.create_autospec: I dunno, a few hundred seconds, still running.17:43
*** bigdogstl has joined #openstack-nova17:44
mdboothclaudiub: That's great info, and definitely something I hadn't appreciated.17:44
mdboothI think I've used create_autospec in a few places in the past.17:45
claudiubit's definetely great, but the fact that it autospecs literally everything can be problematic.17:45
claudiuband I have sent pull requests to python 3 and the mock library, but no response for at least half a year17:46
*** yamahata has quit IRC17:46
claudiuband there hasn't been any updates to the mock library since more than 12-13 months17:46
*** tidwellr has quit IRC17:46
claudiubRan 364 tests in 434.626s17:47
*** lpetrut has joined #openstack-nova17:49
*** bigdogstl has quit IRC17:51
openstackgerritDavid Rabel proposed openstack/nova stable/pike: Fix format in live-migration-usage.rst  https://review.openstack.org/53587117:53
*** penick has joined #openstack-nova17:56
*** crushil_ has quit IRC17:59
*** r-daneel has joined #openstack-nova17:59
mdboothIncoming18:00
openstackgerritMatthew Booth proposed openstack/nova master: Remove redundant swap_volume tests  https://review.openstack.org/53117918:01
openstackgerritMatthew Booth proposed openstack/nova master: Give volume DriverBlockDevice classes a common prefix  https://review.openstack.org/52634618:01
openstackgerritMatthew Booth proposed openstack/nova master: Add DriverLocalImageBlockDevice  https://review.openstack.org/52634718:01
openstackgerritMatthew Booth proposed openstack/nova master: Expose driver_block_device fields as attributes  https://review.openstack.org/52836218:01
openstackgerritMatthew Booth proposed openstack/nova master: Add local_root to block_device_info  https://review.openstack.org/52902918:01
openstackgerritMatthew Booth proposed openstack/nova master: Pass DriverBlockDevice to driver.attach_volume  https://review.openstack.org/52836318:01
openstackgerritMatthew Booth proposed openstack/nova master: Use real block_device_info data in libvirt tests  https://review.openstack.org/52791618:01
openstackgerritMatthew Booth proposed openstack/nova master: Fix libvirt volume tests passing invalid disk_info  https://review.openstack.org/52932818:01
openstackgerritMatthew Booth proposed openstack/nova master: Pass disk_info dict to libvirt_info  https://review.openstack.org/52932918:01
openstackgerritMatthew Booth proposed openstack/nova master: Expose volume host type and path independent of libvirt config  https://review.openstack.org/53078618:01
openstackgerritMatthew Booth proposed openstack/nova master: Don't generate fake disk_info in swap_volume  https://review.openstack.org/53078718:01
openstackgerritMatthew Booth proposed openstack/nova master: Local disk serial numbers for the libvirt driver  https://review.openstack.org/52938018:01
*** derekh has quit IRC18:01
*** yamahata has joined #openstack-nova18:01
*** lpetrut has quit IRC18:04
*** ralonsoh has quit IRC18:06
*** gouthamr has quit IRC18:08
*** bigdogstl has joined #openstack-nova18:09
*** bigdogstl has quit IRC18:13
*** janki has quit IRC18:14
lyarwoodmdbooth: ack, I might rewrite both tests using the conf objects and format_dom calls18:15
*** AlexeyAbashkin has joined #openstack-nova18:16
*** jackie-truong has joined #openstack-nova18:16
*** jackie-truong is now known as fullmetaljackiet18:16
*** gouthamr has joined #openstack-nova18:17
*** bigdogstl has joined #openstack-nova18:17
*** AlexeyAbashkin has quit IRC18:20
*** gouthamr has quit IRC18:20
*** bigdogstl has quit IRC18:22
*** bigdogstl has joined #openstack-nova18:23
*** dtantsur is now known as dtantsur|afk18:24
*** bigdogstl has quit IRC18:28
*** weshay|rover is now known as weshay|bbiab18:31
openstackgerritJim Rollenhagen proposed openstack/nova master: Ironic: negotiate microversion to allow downgrade to Pike  https://review.openstack.org/53578618:38
*** yamamoto has joined #openstack-nova18:39
*** bigdogstl has joined #openstack-nova18:43
*** bigdogstl has quit IRC18:47
*** sambetts is now known as sambetts|afk18:48
*** bigdogstl has joined #openstack-nova18:50
*** yamamoto has quit IRC18:50
*** lpetrut has joined #openstack-nova18:51
*** dave-mcc_ has joined #openstack-nova18:52
*** bigdogstl has quit IRC18:56
*** lucasagomes is now known as lucas-afk18:58
*** lpetrut has quit IRC19:00
*** penick has quit IRC19:01
*** lpetrut has joined #openstack-nova19:01
*** sree has joined #openstack-nova19:01
*** bigdogstl has joined #openstack-nova19:01
*** penick has joined #openstack-nova19:03
*** tidwellr has joined #openstack-nova19:05
*** sree has quit IRC19:07
*** mvenesio has quit IRC19:08
cfriesenfound an interesting glance/nova interworking issue.  if doing a snapshot, and cinder/glance are both on ceph, nova tries to shortcut the snapshot then set the location in glance.  But by default glance won't let you set the location of an image, so this fails.19:13
*** bigdogstl has quit IRC19:13
cfriesencorrection, not cinder, but when instance backend is ceph.19:16
*** Tom-Tom has joined #openstack-nova19:18
*** sdague has quit IRC19:19
*** itlinux has quit IRC19:20
*** bigdogstl has joined #openstack-nova19:21
*** Tom-Tom has quit IRC19:23
*** sree has joined #openstack-nova19:23
*** felipemonteiro has joined #openstack-nova19:24
*** bigdogstl has quit IRC19:25
*** sdague has joined #openstack-nova19:27
*** felipemonteiro_ has joined #openstack-nova19:28
*** itlinux has joined #openstack-nova19:29
*** sree has quit IRC19:29
*** harlowja has joined #openstack-nova19:31
*** felipemonteiro has quit IRC19:31
*** Guest56304 has quit IRC19:33
*** jpena is now known as jpena|afk19:33
*** avolkov`` has joined #openstack-nova19:34
*** avolkov` has quit IRC19:36
*** READ10 has quit IRC19:38
*** sree has joined #openstack-nova19:39
*** AlexeyAbashkin has joined #openstack-nova19:45
*** sree has quit IRC19:46
*** tbachman has quit IRC19:46
*** AlexeyAbashkin has quit IRC19:49
*** ssurana has left #openstack-nova19:52
cburgesscfriesen Sounds like nova is doing the right thing but glance just isn't configured properly. Sounds like maybe a release note or something is needed?19:57
*** ssurana1 has joined #openstack-nova19:57
*** ssurana1 has quit IRC19:57
cburgesscfriesen I suspect cinder will run into the same issue.19:57
*** smatzek_ has quit IRC19:58
*** bigdogstl has joined #openstack-nova19:58
*** sree has joined #openstack-nova20:01
*** bigdogstl has quit IRC20:03
*** tidwellr_ has joined #openstack-nova20:05
*** tidwellr has quit IRC20:05
*** sree has quit IRC20:05
*** slaweq has joined #openstack-nova20:05
*** sree has joined #openstack-nova20:06
*** pramodrj07 has joined #openstack-nova20:07
*** lpetrut has quit IRC20:10
*** manjeets has joined #openstack-nova20:10
*** lpetrut has joined #openstack-nova20:10
*** felipemonteiro__ has joined #openstack-nova20:14
*** sree has quit IRC20:15
*** felipemonteiro_ has quit IRC20:17
*** tbachman has joined #openstack-nova20:18
*** archit has quit IRC20:21
fried_rollsyou gotta be effin kidding me.  The bottom three patches, all +W'd, got zuul -1 with (three *different*) spurious failures.  The fourth patch - the first one with a -1 - passed.20:22
*** fried_rolls is now known as fried_rice20:23
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Updated from global requirements  https://review.openstack.org/53591920:24
*** jpena|afk is now known as jpena|off20:24
ildikovfried_rice: mine got a time_out error on the gate, sooo close, but no...20:25
fried_riceBoo.  I feel your pain.20:26
*** AlexeyAbashkin has joined #openstack-nova20:27
*** gszasz has quit IRC20:27
*** bigdogstl has joined #openstack-nova20:29
*** AlexeyAbashkin has quit IRC20:31
*** fragatina has quit IRC20:34
*** weshay|bbiab is now known as weshay20:38
*** weshay is now known as weshay|ruck20:38
*** weshay|ruck is now known as weshay|rover20:38
*** fullmetaljackiet has quit IRC20:38
*** sree has joined #openstack-nova20:39
*** archit has joined #openstack-nova20:39
*** penick_ has joined #openstack-nova20:40
*** bigdogstl has quit IRC20:40
*** smatzek has joined #openstack-nova20:41
*** penick has quit IRC20:42
*** mvenesio has joined #openstack-nova20:42
fried_ricefigleaf regarding https://review.openstack.org/#/c/526540/17/nova/scheduler/client/report.py@390 -- the only possible reason I can see for it having been split out before was LOG.warning vs .error.20:43
fried_ricefigleaf But given that the error text is (at least) as descriptive as what was there before, are you cool with it?20:43
*** sree has quit IRC20:44
*** smatzek has quit IRC20:44
*** smatzek has joined #openstack-nova20:45
*** eharney has quit IRC20:45
*** mvenesio has quit IRC20:46
*** mvenesio has joined #openstack-nova20:47
*** smatzek has quit IRC20:51
openstackgerritIhar Hrachyshka proposed openstack/nova master: DNM testing whether lib/neutron switch breaks this repo  https://review.openstack.org/53594720:55
*** fullmetaljackiet has joined #openstack-nova20:55
*** penick_ has quit IRC20:58
*** penick has joined #openstack-nova20:59
*** bigdogstl has joined #openstack-nova21:02
cfriesencburgess: I've been diving down into the rathole of the nova/glance interaction.  turns out glance's policy stuff is all mucked up, so that enabling nova's snapshot in this case requires glance to be configured insecurely.  It might be possible to use service tokens to fix it, but nova doesn't send them by default.21:02
cfriesenspeaking of which...anyone know why send_service_user_token is False by default?21:02
cfriesencburgess: the glance folks suggested a workaround of a separate glance node that is configured less secure, which is only accessible by other openstack components.  kind of icky if you ask me.21:03
*** bigdogstl has quit IRC21:06
*** fullmetaljackiet has quit IRC21:07
*** sree has joined #openstack-nova21:07
figleaffried_rice: It just seemed like a bigger behavior change than it set out to be21:08
figleaffried_rice: it's not a showstopper by any stretch21:08
fried_ricecoolcool.21:08
leakypipesfried_rice: k, your patches are now reviewed up to the WIPs.21:09
fried_riceleakypipes Thanks dude.  Starting to work through 'em.21:10
leakypipesyup, np21:10
openstackgerritMatthew Edmonds proposed openstack/nova master: Fix bad autospec usage  https://review.openstack.org/53580621:11
*** sree has quit IRC21:11
*** beekneemech has quit IRC21:14
edmondswclaudiub ^ fixed a pep8 error. Interested in how you feel about that patch21:15
*** crushil_ has joined #openstack-nova21:15
edmondswI'm not against using the fixture you got in oslotests if the performance is better, but this might be quicker to merge and doesn't preclude your changes coming later21:16
edmondswdoesn't have a significant performance impact at this small scale that I've detected21:16
*** bnemec has joined #openstack-nova21:17
*** lpetrut has quit IRC21:17
*** Tom-Tom has joined #openstack-nova21:19
edmondswcfriesen send_service_user_token is False by default simply because you have to configure credentials for that to work21:20
edmondswI'd like for send_service_user_token to go away, and just have the code detect whether it has credentials or not and use that as the determining factor, but that's a nit21:21
openstackgerritHongbin Lu proposed openstack/nova master: Handle RPC timeout on get_console_output  https://review.openstack.org/52533521:22
*** tidwellr_ has quit IRC21:23
*** tidwellr has joined #openstack-nova21:24
*** Tom-Tom has quit IRC21:24
cburgesscfriesen Thats very icky, especially considering that its worked this way for a while (the nova side I mean).21:28
cburgessnova merged this stuff shortly after Tokyo21:28
*** sree has joined #openstack-nova21:28
*** tidwellr has quit IRC21:28
*** mvenesio has quit IRC21:29
*** sree has quit IRC21:32
*** bigdogstl has joined #openstack-nova21:36
cfriesencburgess: I think it might be related to the glance v1/v2 stuff21:37
cburgesscfriesen Hmm yeah I think you might be right.21:38
*** bigdogstl has quit IRC21:45
*** sree has joined #openstack-nova21:54
*** sree has quit IRC21:58
openstackgerritJim Rollenhagen proposed openstack/nova master: Ironic: negotiate microversion to allow downgrade to Pike  https://review.openstack.org/53578621:59
*** eharney has joined #openstack-nova22:00
*** crushil_ has quit IRC22:01
*** tesseract has quit IRC22:01
*** bigdogstl has joined #openstack-nova22:06
*** avolkov`` has quit IRC22:07
*** bigdogstl has quit IRC22:11
*** fragatina has joined #openstack-nova22:13
*** penick_ has joined #openstack-nova22:28
*** penick has quit IRC22:31
*** penick has joined #openstack-nova22:32
*** sree has joined #openstack-nova22:33
*** penick_ has quit IRC22:33
*** edmondsw has quit IRC22:37
*** sree has quit IRC22:37
*** bigdogstl has joined #openstack-nova22:37
*** bigdogstl has quit IRC22:43
*** pchavva has quit IRC22:45
*** figleaf is now known as edleafe22:55
*** dave-mcc_ has quit IRC22:58
*** felipemonteiro__ has quit IRC22:59
fried_riceleakypipes Still around?23:00
*** itlinux has quit IRC23:00
*** lyan has quit IRC23:01
*** itlinux has joined #openstack-nova23:02
fried_riceleakypipes Cancel, I see it now.23:04
*** bigdogstl has joined #openstack-nova23:05
*** esberglu has quit IRC23:07
*** burt has quit IRC23:08
*** leakypipes has quit IRC23:14
*** bigdogstl has quit IRC23:16
*** karthiks has quit IRC23:16
*** bigdogstl has joined #openstack-nova23:20
*** Tom-Tom has joined #openstack-nova23:21
*** archit has quit IRC23:21
*** AlexeyAbashkin has joined #openstack-nova23:22
*** Tom-Tom has quit IRC23:26
*** sree has joined #openstack-nova23:26
*** AlexeyAbashkin has quit IRC23:26
*** bigdogstl has quit IRC23:27
*** slaweq has quit IRC23:27
*** bigdogstl has joined #openstack-nova23:27
openstackgerritEric Fried proposed openstack/nova master: Raise on API errors getting aggregates/traits  https://review.openstack.org/52654023:28
openstackgerritEric Fried proposed openstack/nova master: ProviderTree.populate_from_iterable  https://review.openstack.org/52075623:28
openstackgerritEric Fried proposed openstack/nova master: Track tree-associated providers in report client  https://review.openstack.org/52654123:28
openstackgerritEric Fried proposed openstack/nova master: SchedulerReportClient.set_aggregates_for_provider  https://review.openstack.org/53380823:28
openstackgerritEric Fried proposed openstack/nova master: report client: get_provider_tree_and_ensure_root  https://review.openstack.org/52109823:28
openstackgerritEric Fried proposed openstack/nova master: ComputeDriver.update_provider_tree()  https://review.openstack.org/52118723:28
openstackgerritEric Fried proposed openstack/nova master: SchedulerReportClient._delete_provider  https://review.openstack.org/53546323:28
openstackgerritEric Fried proposed openstack/nova master: WIP: SchedulerReportClient.update_from_provider_tree  https://review.openstack.org/53382123:28
openstackgerritEric Fried proposed openstack/nova master: WIP: Use update_provider_tree from resource tracker  https://review.openstack.org/52024623:28
openstackgerritEric Fried proposed openstack/nova master: Fix nits in update_provider_tree series  https://review.openstack.org/53126023:28
openstackgerritEric Fried proposed openstack/nova master: Move refresh time from report client to prov tree  https://review.openstack.org/53551723:28
*** sree has quit IRC23:30
*** karthiks has joined #openstack-nova23:35
*** bigdogstl has quit IRC23:40
*** yamamoto has joined #openstack-nova23:40
-openstackstatus- NOTICE: Zuul will be offline over the next 20 minutes to perform maintenance; active changes will be reenqueued once work completes, but new patch sets or approvals during that timeframe may need to be rechecked or reapplied as appropriate23:43
*** corvus is now known as mr_book23:45
*** mr_book is now known as corvus23:45
*** itlinux has quit IRC23:47
*** bigdogstl has joined #openstack-nova23:49
SpazmoticHrm.23:50
fried_riceDo tell23:50
*** itlinux has joined #openstack-nova23:50
SpazmoticJust reading over what leaky said23:50
fried_riceYeah, I still think there's a hole there.23:51
fried_riceI meant to put it on the PTG agenda, but I think I forgot.23:51
fried_rice...23:51
Spazmotichttps://github.com/openstack/nova/blob/master/nova/api/openstack/placement/handlers/allocation.py#L335-L34323:51
SpazmoticThis is what I see.. It's if the set allocations POST call doesn't receive any data, it pulls all the consumers allocations that exist and runs allocation.used = 023:52
fried_riceSpazmotic You going to be at the PTG?23:52
SpazmoticNah i'll be in Korea and honestly i think i'm too new to the scene to cause a fuss :D23:52
SpazmoticI will re-read the code tonight, maybe I just don't understand it properly23:53
*** claudiub has quit IRC23:53
fried_riceSpazmotic Oh, and the other thing was a way to add/update/delete individual pieces of allocation rather than the whole payload.23:55
fried_riceSpazmotic I'm not sure there's really a good use case for that.23:55
fried_rice...IF we have proper concurrency management23:55
fried_riceThe amount of data just isn't that onerous.  And you'd want to have the existing allocation before you tried sending an update anyway.  If for no other reason than to have the current generation :)23:56
SpazmoticHmm.  I guess I can understand that to ensure no double allocations.23:56
SpazmoticI think the only use case that I could think of immediately was the ability to manage the allocations of a resource provider without having to touch multi-tenant full libraries of allocations, which just feels a bit top heavy for that ability.  But without a redesign of how taht works it seems unavoidable for the immediate future.23:57

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