Tuesday, 2018-04-03

*** germs has quit IRC00:01
*** jistr has quit IRC00:02
*** jistr has joined #openstack-nova00:03
*** odyssey4me has quit IRC00:14
*** odyssey4me has joined #openstack-nova00:14
*** hoangcx has quit IRC00:17
*** hoangcx has joined #openstack-nova00:18
*** itlinux has joined #openstack-nova00:23
*** jroll has quit IRC00:24
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Fix validation for command arguments  https://review.openstack.org/55832400:26
*** liuzz_ has joined #openstack-nova00:29
*** liuzz has quit IRC00:29
*** sree has joined #openstack-nova00:29
*** sree has quit IRC00:34
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Fix AttributeError in getting a resource ID  https://review.openstack.org/55832800:43
*** fragatina has quit IRC00:49
*** fragatina has joined #openstack-nova00:50
*** fragatina has quit IRC00:50
*** annp has quit IRC00:50
*** annp has joined #openstack-nova00:51
*** yamamoto has joined #openstack-nova00:53
*** yamamoto has quit IRC00:59
*** markvoelker_ has joined #openstack-nova01:02
*** hongbin has joined #openstack-nova01:05
*** gouthamr has joined #openstack-nova01:06
*** markvoelker has quit IRC01:06
*** gjayavelu has quit IRC01:07
*** liuzz_ has quit IRC01:07
*** phuongnh has joined #openstack-nova01:10
*** annp has quit IRC01:12
*** annp has joined #openstack-nova01:13
*** gyankum has joined #openstack-nova01:14
*** zhaochao has joined #openstack-nova01:17
*** tiendc has joined #openstack-nova01:17
*** licanwei has joined #openstack-nova01:20
*** salv-orl_ has quit IRC01:21
*** salv-orlando has joined #openstack-nova01:22
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P): Add API to support vgpu resource provider create  https://review.openstack.org/52031301:31
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P):Get vgpu info from `allocations`  https://review.openstack.org/52171701:33
*** yangyapeng has joined #openstack-nova01:34
*** felipemonteiro__ has joined #openstack-nova01:36
*** gouthamr has quit IRC01:37
*** yangyapeng has quit IRC01:39
*** sapd has joined #openstack-nova01:42
*** gouthamr has joined #openstack-nova01:42
openstackgerritMerged openstack/nova master: doc: Upgrade placement first  https://review.openstack.org/55663101:48
openstackgerritMerged openstack/nova master: SchedulerReportClient.update_from_provider_tree  https://review.openstack.org/53382101:48
*** harlowja has quit IRC01:50
*** fragatin_ has joined #openstack-nova01:51
*** yamamoto has joined #openstack-nova01:55
*** germs has joined #openstack-nova01:57
*** germs has quit IRC01:57
*** germs has joined #openstack-nova01:57
*** Tom-Tom has joined #openstack-nova01:57
*** amodi has quit IRC01:58
*** yamamoto has quit IRC02:00
*** germs has quit IRC02:01
*** yangyapeng has joined #openstack-nova02:02
*** AlexeyAbashkin has joined #openstack-nova02:02
*** gouthamr_ has joined #openstack-nova02:04
*** liuzz has joined #openstack-nova02:05
*** yangyapeng has quit IRC02:06
*** AlexeyAbashkin has quit IRC02:06
*** gouthamr has quit IRC02:08
*** yangyapeng has joined #openstack-nova02:08
*** yangyapeng has quit IRC02:13
*** zhenguo has joined #openstack-nova02:18
*** fragatin_ has quit IRC02:20
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix the request context in ServiceFixture  https://review.openstack.org/55816002:20
*** yangyapeng has joined #openstack-nova02:21
*** yangyapeng has quit IRC02:25
*** sapcc-bot has quit IRC02:26
*** sapcc-bot has joined #openstack-nova02:26
*** armaan_ has quit IRC02:30
*** armaan has joined #openstack-nova02:31
*** harlowja has joined #openstack-nova02:31
*** psachin has joined #openstack-nova02:36
*** Dinesh_Bhor has joined #openstack-nova02:41
*** mlavalle has joined #openstack-nova02:44
*** bhagyashris has quit IRC02:46
*** bhagyashris has joined #openstack-nova02:48
*** mlavalle has quit IRC02:49
*** zhurong has joined #openstack-nova02:55
*** yamamoto has joined #openstack-nova02:56
*** fragatina has joined #openstack-nova02:59
*** gouthamr_ has quit IRC03:02
*** yamamoto has quit IRC03:02
*** gyan_ has joined #openstack-nova03:04
*** gyankum has quit IRC03:04
*** AlexeyAbashkin has joined #openstack-nova03:04
*** gyan__ has joined #openstack-nova03:05
*** gyan_ has quit IRC03:09
*** AlexeyAbashkin has quit IRC03:09
*** jmlowe has quit IRC03:09
*** sapcc-bot has quit IRC03:10
*** sapcc-bot has joined #openstack-nova03:13
*** links has joined #openstack-nova03:31
*** ratailor has joined #openstack-nova03:33
*** ratailor has quit IRC03:33
*** yamamoto has joined #openstack-nova03:33
*** yangyapeng has joined #openstack-nova03:33
openstackgerritYikun Jiang (Kero) proposed openstack/nova master: Add host/hostId to instance action events API  https://review.openstack.org/55714503:38
*** yangyapeng has quit IRC03:38
*** nicolasbock has quit IRC03:40
*** jmlowe has joined #openstack-nova03:41
*** gjayavelu has joined #openstack-nova03:42
*** felipemonteiro__ has quit IRC03:43
*** zhurong has quit IRC03:52
*** udesale has joined #openstack-nova03:53
*** phuongnh has quit IRC03:55
*** tiendc has quit IRC03:55
*** hoangcx has quit IRC03:55
*** harlowja has quit IRC03:55
*** phuongnh has joined #openstack-nova03:56
*** tiendc has joined #openstack-nova03:56
*** hoangcx has joined #openstack-nova03:56
*** hongbin has quit IRC03:56
*** annp has quit IRC03:57
*** germs has joined #openstack-nova03:57
*** germs has quit IRC03:57
*** germs has joined #openstack-nova03:58
*** annp has joined #openstack-nova03:58
*** germs has quit IRC04:02
*** ratailor has joined #openstack-nova04:04
*** Tom-Tom has quit IRC04:11
*** markvoelker_ has quit IRC04:16
*** yassine has quit IRC04:18
*** fragatina has quit IRC04:20
*** fragatina has joined #openstack-nova04:20
*** zhenguo has quit IRC04:27
*** jichen has joined #openstack-nova04:30
*** Tom-Tom has joined #openstack-nova04:30
*** yassine has joined #openstack-nova04:33
*** Tom-Tom has quit IRC04:35
*** pmannidi has joined #openstack-nova04:37
*** andreas_s has joined #openstack-nova04:39
*** moshele has joined #openstack-nova04:41
*** andreas_s has quit IRC04:43
*** yamamoto has quit IRC04:45
*** yamamoto has joined #openstack-nova04:46
*** abhishekk has joined #openstack-nova04:47
*** abhishekk is now known as akekane|wfh04:47
*** akekane|wfh is now known as abhishekk04:47
*** lpetrut has joined #openstack-nova04:50
*** jaosorior has joined #openstack-nova04:57
*** yangyapeng has joined #openstack-nova04:59
*** Dinesh_Bhor has quit IRC04:59
*** yangyapeng has quit IRC05:03
*** yangyapeng has joined #openstack-nova05:04
*** moshele has quit IRC05:05
openstackgerritNaichuan Sun proposed openstack/nova master: (WIP)xenapi(N-R-P): Add API to support compute node resource provider update and create  https://review.openstack.org/52104105:07
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi: Use XAPI pool instead of aggregate pool for shared SR migration  https://review.openstack.org/55415405:16
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P): Add API to support vgpu resource provider create  https://review.openstack.org/52031305:18
*** abhishekk_ has joined #openstack-nova05:21
*** abhishekk has quit IRC05:23
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P):Get vgpu info from `allocations`  https://review.openstack.org/52171705:24
openstackgerritNaichuan Sun proposed openstack/nova master: (WIP)xenapi(N-R-P): Add API to support compute node resource provider update and create  https://review.openstack.org/52104105:24
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: Initial change set of z/VM driver  https://review.openstack.org/52338705:25
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: Spawn and destroy function of z/VM driver  https://review.openstack.org/52765805:25
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add snapshot function  https://review.openstack.org/53424005:27
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add power actions  https://review.openstack.org/54334005:27
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: add get console output  https://review.openstack.org/54334405:27
*** Tom-Tom has joined #openstack-nova05:34
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Replace GB with GiB  https://review.openstack.org/55836405:34
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Replace GB with GiB  https://review.openstack.org/55836405:36
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P): Add API to support compute node resource provider update and create  https://review.openstack.org/52104105:36
*** abhishekk_ is now known as abhishekk05:36
*** Eran_Kuris has joined #openstack-nova05:44
*** naichuans has joined #openstack-nova05:44
*** lpetrut has quit IRC05:48
*** lpetrut has joined #openstack-nova05:48
*** lpetrut has quit IRC05:54
*** germs has joined #openstack-nova05:58
*** germs has quit IRC05:58
*** germs has joined #openstack-nova05:58
*** germs has quit IRC06:02
*** damien_r has joined #openstack-nova06:03
*** sridharg has joined #openstack-nova06:07
*** Dinesh_Bhor has joined #openstack-nova06:07
*** yangyapeng has quit IRC06:11
*** yangyapeng has joined #openstack-nova06:11
*** kholkina has joined #openstack-nova06:11
*** Kumar has joined #openstack-nova06:12
*** sar has joined #openstack-nova06:13
*** yangyapeng has quit IRC06:15
*** markvoelker has joined #openstack-nova06:17
*** yangyapeng has joined #openstack-nova06:18
*** sahid has joined #openstack-nova06:20
*** fragatina has quit IRC06:20
*** moshele has joined #openstack-nova06:20
*** fragatina has joined #openstack-nova06:20
*** lpetrut has joined #openstack-nova06:21
*** Kumar has quit IRC06:29
*** Tom-Tom_ has joined #openstack-nova06:30
*** damien_r has quit IRC06:30
*** damien_r has joined #openstack-nova06:31
*** yangyapeng has quit IRC06:31
*** lpetrut has quit IRC06:33
*** Tom-Tom has quit IRC06:33
*** lajoskatona has joined #openstack-nova06:34
*** namnh has joined #openstack-nova06:34
*** yangyapeng has joined #openstack-nova06:35
*** damien_r has quit IRC06:37
*** tiendc has quit IRC06:41
*** markvoelker has quit IRC06:51
*** armaan_ has joined #openstack-nova06:53
*** armaan has quit IRC06:53
*** pcaruana has joined #openstack-nova06:53
*** fragatin_ has joined #openstack-nova06:54
*** fragatina has quit IRC06:54
*** fragatin_ has quit IRC06:54
*** fragatina has joined #openstack-nova06:55
*** voelzmo has joined #openstack-nova06:57
*** belmoreira has joined #openstack-nova06:58
*** tesseract has joined #openstack-nova07:00
*** damien_r has joined #openstack-nova07:00
*** afazekas has quit IRC07:01
*** afazekas has joined #openstack-nova07:01
*** gyan_ has joined #openstack-nova07:04
*** imacdonn has quit IRC07:04
*** imacdonn has joined #openstack-nova07:04
*** gyan__ has quit IRC07:04
*** links has quit IRC07:05
*** links has joined #openstack-nova07:05
*** gyan__ has joined #openstack-nova07:05
*** diga has joined #openstack-nova07:08
openstackgerritTetsuro Nakamura proposed openstack/nova master: trivial: Fix nits in code comments  https://review.openstack.org/55813307:08
openstackgerritTetsuro Nakamura proposed openstack/nova master: Complement tests in allocation candidates  https://review.openstack.org/55813507:08
*** pmannidi has quit IRC07:08
*** gyan_ has quit IRC07:09
openstackgerritOpenStack Proposal Bot proposed openstack/nova master: Imported Translations from Zanata  https://review.openstack.org/54877207:11
*** gjayavelu has quit IRC07:13
*** voelzmo has quit IRC07:16
*** tuanla____ has joined #openstack-nova07:17
*** diga has quit IRC07:19
*** josecastroleon has joined #openstack-nova07:22
*** tssurya has joined #openstack-nova07:23
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi: Use XAPI pool instead of aggregate pool for shared SR migration  https://review.openstack.org/55415407:27
openstackgerritFan Zhang proposed openstack/nova master: [Trivial]Add missing blank space in conf description  https://review.openstack.org/55841407:28
*** ccamacho has joined #openstack-nova07:30
*** amoralej|off is now known as amoralej07:34
*** moshele has quit IRC07:35
*** jpena|off is now known as jpena07:37
*** voelzmo has joined #openstack-nova07:38
*** jaosorior has quit IRC07:38
*** andreas_s has joined #openstack-nova07:39
*** yamamoto_ has joined #openstack-nova07:42
*** andreas_s has quit IRC07:44
*** jaosorior has joined #openstack-nova07:44
*** yamamoto has quit IRC07:45
*** markvoelker has joined #openstack-nova07:47
*** voelzmo has quit IRC07:50
*** alexchadin has joined #openstack-nova07:51
*** AlexeyAbashkin has joined #openstack-nova07:53
*** hoangcx has quit IRC07:59
*** germs has joined #openstack-nova07:59
*** germs has quit IRC07:59
*** germs has joined #openstack-nova07:59
*** tetsuro has joined #openstack-nova08:02
tetsuro@efied(fried_bunny), jaypipes, edleafe, alex_xu_ : I read through the IRC log in Monday and evacuated https://review.openstack.org/558133 , and https://review.openstack.org/558135 from the “anchor” branch since they can be merged now.08:02
tetsuroBut I think exposing unrequested resources in prov_sum is necessary change for NRP cases, too, if we are going to expose all the NRPs in the tree.08:03
*** rubasov has quit IRC08:03
tetsuroWithout this change, how do NRPs that don’t have requested resources appear in prov_sum? Are we going to expose them without resource information?08:03
*** germs has quit IRC08:03
tetsuroCould you tell me why we need all the NRPs in the tree? If there aren’t specific and concrete usecase so far, I even don’t think we have to support that all NRP in prov_sum since the design depends on the usecase.08:04
tetsuroI’m also asking the same question in https://review.openstack.org/#/c/556873/.08:04
*** links has quit IRC08:04
*** ccamacho has quit IRC08:05
*** mdnadeem has joined #openstack-nova08:08
openstackgerritTakashi NATSUME proposed openstack/nova master: [placement] api-ref: Fix parameters  https://review.openstack.org/55814208:10
*** lucas-pto is now known as lucasagomes08:11
*** links has joined #openstack-nova08:14
*** gcb has quit IRC08:14
*** zhurong has joined #openstack-nova08:16
*** hiro-kobayashi has joined #openstack-nova08:16
*** avolkov has joined #openstack-nova08:18
*** brault has quit IRC08:20
*** andreas_s has joined #openstack-nova08:20
*** voelzmo has joined #openstack-nova08:20
*** markvoelker has quit IRC08:21
*** FL1SK has quit IRC08:22
*** gcb has joined #openstack-nova08:22
*** rubasov has joined #openstack-nova08:22
*** ccamacho has joined #openstack-nova08:23
*** voelzmo has quit IRC08:25
*** ralonsoh has joined #openstack-nova08:29
bauzasgood morning Novaers08:29
*** gcb has quit IRC08:30
*** voelzmo has joined #openstack-nova08:30
*** mgoddard has joined #openstack-nova08:31
*** lpetrut has joined #openstack-nova08:35
fanzhangoh hi bauzas,  sorry to bother. I accidentally found this trivial bug, https://review.openstack.org/#/c/558414/, should I add CI manually to reviewer or just wait? Kind a new to post patch to nova. :)08:35
bauzasfanzhang: in general, we try to avoid small nit fixes like this one08:36
fanzhangbauzas yeah, I do think it's not appropriate.08:37
bauzasfanzhang: to answer your original question, that change is in the queue http://zuul.openstack.org/08:37
bauzasI can see it there in the check pipeline08:38
bauzasso you just need to wait until all the jobs are done so that you'd get a Zuul review08:38
bauzasfanzhang: you can have some docs in https://docs.openstack.org/infra/manual/developers.html#automated-testing08:39
fanzhangbauzas oh, cool. Thanks. I see there are lots of CI jobs in nova. But we only have a few in trove.  I thought maybe nova is not the same as trove. :)08:40
*** dklyle has quit IRC08:40
kashyapalex_xu_: Thanks for reviewing this!  https://review.openstack.org/#/c/534384/08:41
*** dklyle has joined #openstack-nova08:41
fanzhangbauzas as for the nit fix above, should I abandon it or ?08:42
*** gcb has joined #openstack-nova08:46
fanzhangI noticed there was one trivial fix like above, see https://review.openstack.org/#/c/558183/ . So anything I should do you can just help point it out, thanks :) I do want to know how nova team try to avoid small nit fixes.08:47
*** damien_r has quit IRC08:47
johnthetubaguyfanzhang: we have a list of "trival bug fixes" on this etherpad: https://etherpad.openstack.org/p/rocky-nova-priorities-tracking08:51
*** Dinesh_Bhor has quit IRC08:55
*** claudiub has joined #openstack-nova08:58
fanzhangjohnthetubaguy thanks, looks great :)08:58
*** yangyapeng has quit IRC08:59
kashyapIs this the magic incantation to "recheck" Citrix XenServer CI? -- 'xenserver: recheck'08:59
* kashyap just tries it09:01
kashyapjohnthetubaguy: Meanwhile; this is ready, also has a +2: https://review.openstack.org/#/c/534384/2209:01
openstackgerritjichenjc proposed openstack/nova master: z/VM Driver: Spawn and destroy function of z/VM driver  https://review.openstack.org/52765809:01
*** namnh has quit IRC09:04
*** tuanla____ has quit IRC09:04
*** annp has quit IRC09:04
*** namnh has joined #openstack-nova09:05
*** tuanla____ has joined #openstack-nova09:05
*** annp has joined #openstack-nova09:05
openstackgerritMerged openstack/nova master: Fix a missing white space in exception message  https://review.openstack.org/55818309:08
openstackgerritMerged openstack/os-vif stable/pike: ovs: do not delete port if already exists  https://review.openstack.org/55008009:10
*** sambetts|afk is now known as sambetts09:14
*** damien_r has joined #openstack-nova09:15
*** voelzmo has quit IRC09:16
*** voelzmo has joined #openstack-nova09:16
*** damien_r has quit IRC09:17
johnthetubaguykashyap: ah, good call out, will take another peak at that ASAP09:17
*** damien_r has joined #openstack-nova09:17
*** markvoelker has joined #openstack-nova09:18
*** hiro-kobayashi has quit IRC09:19
*** aloga has quit IRC09:21
*** gcb has quit IRC09:21
*** aloga has joined #openstack-nova09:21
*** gcb has joined #openstack-nova09:27
*** armaan_ has quit IRC09:31
*** armaan has joined #openstack-nova09:31
*** voelzmo has quit IRC09:32
*** voelzmo has joined #openstack-nova09:32
*** voelzmo has quit IRC09:33
*** voelzmo has joined #openstack-nova09:33
*** voelzmo has quit IRC09:33
*** armaan has quit IRC09:36
*** voelzmo has joined #openstack-nova09:36
*** voelzmo has quit IRC09:37
*** sdague has joined #openstack-nova09:37
*** voelzmo has joined #openstack-nova09:37
*** voelzmo has quit IRC09:37
*** damien_r1 has joined #openstack-nova09:40
kashyapSplendid!09:41
*** damien_r has quit IRC09:42
kashyapjohnthetubaguy: Oh, darn, so it is the spacing that is causing the output to be all mangled?  -- https://review.openstack.org/#/c/534384/22/nova/conf/libvirt.py@54609:43
kashyapGood catch!09:43
*** alexchadin has quit IRC09:45
kashyapjohnthetubaguy: Any suggestion to fix that?  As it stands, indentation doesn't render09:45
kashyapstephenfin: You about?09:45
stephenfinkashyap: I am09:45
kashyapstephenfin: When you are: I wonder if you have any tricks to get this right: https://review.openstack.org/#/c/534384/22/nova/conf/libvirt.py@54609:45
kashyapSee the rendering, the indentation is gone, and the config is highlighted: http://logs.openstack.org/84/534384/22/check/build-openstack-sphinx-docs/016a796/html/configuration/config.html09:46
johnthetubaguykashyap: some of it used to, got standup right now, so distracted09:46
kashyapstephenfin: `grep` for the the string: "This allows specifying granular CPU feature flags when specifying" to arrive at the right place in the HTML09:46
johnthetubaguykashyap: hmm, looks like what I had working is totally broken again09:46
stephenfinkashyap: It's a bug in oslo_config.sphinxext https://review.openstack.org/#/q/status:open+project:openstack/oslo.config+branch:master+topic:bug/175578309:46
johnthetubaguy"* ..." and "\n" used to render OK, but its a bit broken right now09:46
kashyapstephenfin: Ah, interesting09:47
stephenfinkashyap: ...which should be fixed soon as those patches are merged. This is the one you care about https://review.openstack.org/55386009:47
kashyapstephenfin: So I'll add a pointer to your patch series (thanks!).  I don't need to make any changes yet, do I?09:47
stephenfinkashyap: Once that is merged though, there are a couple of things that still need changing. I'll comment now09:48
kashyapstephenfin: Ah, thank you.  I'll subscribe to that 'oslo_config' patch series09:49
*** jichen has quit IRC09:50
kashyapstephenfin: Hmm, hope that'd be stable branches backports compatible; because I'll be backporting that change to two branches09:51
*** yangyapeng has joined #openstack-nova09:52
kashyap(As it's addressing an important guest perf regression)09:52
stephenfinkashyap: You're just going to lose some of the docs formatting there, I'm afraid09:52
*** markvoelker has quit IRC09:52
stephenfinIt'll still render but poorly09:52
kashyapstephenfin: For backports, you mean?09:52
stephenfinIndeed09:52
kashyapMaybe I can adjust it according to the equivalent syntax for backports?  (Assuming there is such.)09:53
* kashyap needs to bike out AFK for lunch; bbiab09:53
stephenfinkashyap: Not sure there's any way to do it but I guess it can be experimented with, aye09:54
stephenfino/09:54
*** alexchadin has joined #openstack-nova09:57
*** tianhui has quit IRC09:58
*** takashin has left #openstack-nova10:00
*** Tom-Tom_ has quit IRC10:00
*** damien_r1 has quit IRC10:02
*** damien_r has joined #openstack-nova10:02
*** tianhui has joined #openstack-nova10:04
*** Tom-Tom has joined #openstack-nova10:07
*** voelzmo has joined #openstack-nova10:09
*** Tom-Tom has quit IRC10:12
*** phuongnh has quit IRC10:12
*** voelzmo has quit IRC10:14
*** dtantsur|afk is now known as dtantsur10:18
johnthetubaguykashyap: why did we decide to exclude host-model in that patch again? I get excluding host-passthrough.10:18
*** cdent has joined #openstack-nova10:19
*** mdnadeem has quit IRC10:19
*** alexchadin has quit IRC10:20
*** mdnadeem has joined #openstack-nova10:21
*** mdnadeem has quit IRC10:21
*** mdnadeem has joined #openstack-nova10:21
sean-k-mooney[m]o/10:21
*** zhurong has quit IRC10:21
*** alexchadin has joined #openstack-nova10:22
*** alexchadin has quit IRC10:22
*** alexchadin has joined #openstack-nova10:23
*** voelzmo has joined #openstack-nova10:26
*** armaan has joined #openstack-nova10:26
*** alexchadin has quit IRC10:27
*** mdbooth has joined #openstack-nova10:27
*** abhishekk has quit IRC10:28
sean-k-mooney[m]hi wierd question but would the nova team object to me runnning a personal ci against nova that is triggred by a specific comment. i nolonger have direct control over what is run in the intel nfv ci  and there are a few things i would like to test perodically that cannot currently be tested upstream. similarly there are a few things that i think can be tested upstream that i want prototype with zuul v3 in my10:29
sean-k-mooney[m]"spare time" before proposing them upstream.10:29
sean-k-mooney[m]melwitt:  stephenfin  dansmith  jaypipes  ^10:30
stephenfinsean-k-mooney[m]: If it's not voting, I don't see why not10:30
sean-k-mooney[m]stephenfin:  ya it would not  set the verifed flag to +/-1 just comment back sucess/failure when triggered by a comment10:31
sean-k-mooney[m]i was also going to restict it to people with intel emails/the nova core team.10:32
*** FL1SK has joined #openstack-nova10:32
*** zhurong has joined #openstack-nova10:32
*** nicolasbock has joined #openstack-nova10:33
sean-k-mooney[m]i am setting up some ci infra for internal use and wantted to tag this on the side to do things like test livemigration with cpu pinning/hugepgaes/vhost-user since that is currently disabled in the intel nfv-ci10:33
sean-k-mooney[m]im going to follow up with them to trun that back on but you know its nice to be able to check some of those edgecases in an automated way10:34
stephenfinIndeed it is. That sounds like a sane thing to do from my perspective anyway10:34
sean-k-mooney[m]this is currently an inovation time/personal time thing so i might not have that much time to work on it but i set up nodepool over the weekend and should have zuul runing by the end of the week.  with zuul v3 its not that hard to trigger build on both internal stuff and external. i was thinking of trying to add a patch work trigger to zuul too at somepoint but ya just taught i would ask.10:38
*** namnh has quit IRC10:38
*** elmaciej has joined #openstack-nova10:43
*** Zames has joined #openstack-nova10:48
*** markvoelker has joined #openstack-nova10:48
*** tbachman has quit IRC10:50
*** Zames has quit IRC10:50
*** alexchadin has joined #openstack-nova10:51
*** sridharg has quit IRC10:53
openstackgerritMerged openstack/nova master: [Trivial]Add missing blank space in conf description  https://review.openstack.org/55841410:53
*** voelzmo has quit IRC10:55
*** alexchadin has quit IRC10:56
*** yangyapeng has quit IRC10:56
*** alexchadin has joined #openstack-nova10:56
openstackgerritMerged openstack/nova master: Fix unit tests to work with new oslo.config  https://review.openstack.org/55808410:58
*** voelzmo has joined #openstack-nova11:00
*** licanwei has quit IRC11:00
*** _pewp_ has quit IRC11:03
*** lucasagomes is now known as lucas-hungry11:03
*** _pewp_ has joined #openstack-nova11:06
openstackgerritSurya Seetharaman proposed openstack/nova master: Add --enable and --disable options to  nova-manage update_cell  https://review.openstack.org/55541611:11
openstackgerritSurya Seetharaman proposed openstack/nova master: Update the cells FAQs and scheduler maintenance docs.  https://review.openstack.org/55645911:11
*** Zames has joined #openstack-nova11:17
*** rcernin has quit IRC11:20
*** Zames has quit IRC11:20
*** markvoelker has quit IRC11:22
*** ratailor has quit IRC11:23
*** xinliang has quit IRC11:29
*** moshele has joined #openstack-nova11:31
*** jafeha has quit IRC11:33
*** voelzmo has quit IRC11:36
*** voelzmo has joined #openstack-nova11:37
*** voelzmo has quit IRC11:37
*** voelzmo has joined #openstack-nova11:37
*** voelzmo has quit IRC11:38
*** voelzmo has joined #openstack-nova11:39
*** voelzmo has quit IRC11:39
*** yamamoto_ has quit IRC11:39
*** voelzmo has joined #openstack-nova11:39
*** voelzmo has quit IRC11:39
*** jafeha has joined #openstack-nova11:40
*** xinliang has joined #openstack-nova11:42
*** elmaciej has quit IRC11:45
*** jpena is now known as jpena|lunch11:46
openstackgerritMichael Still proposed openstack/nova master: Move create_tap_dev to the new utility method.  https://review.openstack.org/55783511:54
openstackgerritMichael Still proposed openstack/nova master: Move set_vf_interface_vlan to the new utility module.  https://review.openstack.org/55848711:54
*** lucas-hungry is now known as lucasagomes11:59
*** ralonsoh_ has joined #openstack-nova12:01
*** tuanla____ has quit IRC12:01
jaypipessean-k-mooney[m]: I have no issues with that at all. I think it would be great.12:03
*** ralonsoh has quit IRC12:04
*** liverpooler has joined #openstack-nova12:04
*** amoralej is now known as amoralej|lunch12:06
*** dtantsur is now known as dtantsur|brb12:06
*** claudiub|2 has joined #openstack-nova12:08
*** tbachman has joined #openstack-nova12:10
*** claudiub has quit IRC12:11
bauzassahid: soft -1 for https://review.openstack.org/#/c/511188/ for asking you to be clear about all the possible values for the new option that you're going to add12:12
*** voelzmo has joined #openstack-nova12:12
bauzassahid: once you're done, ping me and jaypipes and then I'll review it quickly12:13
*** tbachman has quit IRC12:14
*** odyssey4me has quit IRC12:15
*** odyssey4me has joined #openstack-nova12:15
*** voelzmo has quit IRC12:17
*** markvoelker has joined #openstack-nova12:19
alex_xu_jaypipes: dansmith fried_bunny edleafe bauzas, good morning, Sundar has a summary for the fpga based on our previous discussion at https://etherpad.openstack.org/p/Cyborg-Nova-Multifunction, he is looking for some review and feedback12:20
johnthetubaguystephenfin: would be great if you could double check my thinking on this runway patch: https://review.openstack.org/#/c/55224212:21
*** tbachman has joined #openstack-nova12:21
*** gyan__ has quit IRC12:21
*** READ10 has joined #openstack-nova12:21
*** psachin has quit IRC12:22
openstackgerritChris Dent proposed openstack/nova master: [placement] Filter allocation candidates by forbidden traits in db  https://review.openstack.org/55666012:22
openstackgerritChris Dent proposed openstack/nova master: [placement] Parse forbidden traits in query strings  https://review.openstack.org/55681912:22
openstackgerritChris Dent proposed openstack/nova master: [placement] Support forbidden traits in API  https://review.openstack.org/55682012:22
*** alexchadin has quit IRC12:23
*** markvoelker has quit IRC12:23
*** markvoelker has joined #openstack-nova12:24
openstackgerritsean mooney proposed openstack/nova master: add mtu to libvirt xml for ethernet and bridge types  https://review.openstack.org/55307212:24
*** voelzmo has joined #openstack-nova12:25
sean-k-mooney[m]sahid:  stephenfin  added teh extra unit tests to ^ and rebased it against master. otherwise its the same as the previous version.12:25
*** artom has joined #openstack-nova12:27
*** tetsuro has quit IRC12:27
*** alexchadin has joined #openstack-nova12:27
*** edmondsw has quit IRC12:28
*** edmondsw has joined #openstack-nova12:28
*** voelzmo has quit IRC12:29
*** voelzmo has joined #openstack-nova12:29
*** artom has quit IRC12:30
*** sapcc-bot has quit IRC12:31
*** sapcc-bot has joined #openstack-nova12:31
*** sapcc-bot has quit IRC12:32
*** sapcc-bot has joined #openstack-nova12:32
*** Tom-Tom has joined #openstack-nova12:32
*** edmondsw has quit IRC12:32
fried_bunnyalex_xu_: Roger that; it's been on my list.12:34
alex_xu_fried_bunny: thanks12:34
*** fried_bunny is now known as efried12:35
efriedThe pagan rites of spring are over.12:35
*** Tom-Tom has quit IRC12:37
*** sapcc-bot has quit IRC12:37
*** jroll has joined #openstack-nova12:37
*** sapcc-bot has joined #openstack-nova12:38
*** mchlumsky has joined #openstack-nova12:39
*** naichuans has quit IRC12:39
*** yamamoto has joined #openstack-nova12:40
kashyapjohnthetubaguy: Hi there; was AFK.  Will answer on the review, but to answer your question here:12:44
kashyapjohnthetubaguy: For 'host-model' + PCID doesn't make sense in this case — If QEMU already supports PCID, it would be enabled by 'host-model'. And if it is not supported, adding it doesn't make it magically appear :-)12:45
kashyapjohnthetubaguy: Does the above answer you?12:45
*** yamamoto has quit IRC12:45
*** gouthamr has joined #openstack-nova12:47
*** eharney has joined #openstack-nova12:47
*** eharney has quit IRC12:47
*** sridharg has joined #openstack-nova12:47
*** eharney has joined #openstack-nova12:48
*** lpetrut has quit IRC12:48
kashyapjohnthetubaguy: We logged a warning, instead of an _exception_ due to the prior discussion on the review: https://review.openstack.org/#/c/534384/20/nova/virt/libvirt/driver.py12:49
*** lyan has joined #openstack-nova12:50
*** udesale has quit IRC12:50
*** jpena|lunch is now known as jpena12:50
*** lbragstad has joined #openstack-nova12:50
*** lyan is now known as Guest943212:50
*** mchlumsky has quit IRC12:50
*** udesale has joined #openstack-nova12:50
*** mchlumsky has joined #openstack-nova12:52
*** lpetrut has joined #openstack-nova12:52
bhagyashrisjohnthetubaguy, alex_xu_, melwitt: Hi, addressed review comments could you please review the same https://review.openstack.org/#/c/511825/ thank you :)12:56
*** artom has joined #openstack-nova12:56
kashyapstephenfin: Hey there, so ... some OCD discussion on captialization:12:58
*** sapcc-bot has quit IRC12:58
*** edmondsw has joined #openstack-nova12:58
kashyapstephenfin: On your comment here: https://review.openstack.org/#/c/534384/22/nova/conf/libvirt.py@56812:58
*** gouthamr has quit IRC12:59
*** sapcc-bot has joined #openstack-nova12:59
alex_xu_bhagyashris: johnthetubaguy melwitt, good to have agreement on this first http://lists.openstack.org/pipermail/openstack-dev/2018-March/128914.html12:59
*** gouthamr has joined #openstack-nova12:59
johnthetubaguykashyap: I got the impression host model had PCID missing put the CPU might still support it?12:59
kashyapstephenfin: My rule to capitalize the sentence following a colon: if there is just _one_ sentence after colon, use lower case; otherwise upper case.12:59
johnthetubaguykashyap: maybe we should add a TODO to raise once its not a backport?13:00
kashyapstephenfin: Hope that make sense?13:00
kashyapjohnthetubaguy: Hi13:00
*** sapcc-bot5 has joined #openstack-nova13:00
*** sapcc-bot has quit IRC13:00
stephenfinkashyap: Fine by me. That should have been preceded by 'nit'. Does seem it's purely stylistic too (which I didn't know) https://www.grammarly.com/blog/capitalization-after-colons/13:01
kashyapjohnthetubaguy: No-no: With `host-model`, *if* you have the updated microcode, guest/host kernel, QEMU and libvirt, then libvirt will do the Right Thing.13:01
kashyapstephenfin: No worries, I enjoy the English nit-picks. :-)13:01
* kashyap clicks13:01
*** jafeha has quit IRC13:02
johnthetubaguykashyap: ah, good. I got the wrong end of the stick about that bit then.13:02
kashyapjohnthetubaguy: After the backports are done -- we will remove the restriction on 'host-model'13:02
kashyapjohnthetubaguy: No worries; can you please add a follow-up comment on the review, so that we're on the same line, same word? :-)13:02
johnthetubaguykashyap: so I think you need to set the extra_flags to None when you log the warning?13:02
kashyapjohnthetubaguy: That's the other bit13:03
kashyapjohnthetubaguy: I think you're right there13:03
johnthetubaguykashyap: no worries, I think we are in sync then, I added a follow up comment13:03
johnthetubaguykashyap: sorry this is dragging on, tricky to get the right balance and make it backportable, it turns out13:03
kashyapjohnthetubaguy: I first actually raised an exception, and then Matt and Dan came along saying: maybe a warning is less "heavy-handed"13:04
stephenfinjohnthetubaguy: Ack on https://review.openstack.org/#/c/552242/13:04
stephenfinsean-k-mooney[m]: Looking13:04
johnthetubaguykashyap: yeah, for the backport its a good idea13:04
kashyapjohnthetubaguy: Yeah, would like to get this rid of my plate; getting a bit too much of it.  But yes, it's a tricky change with right balance13:04
kashyaps/with right balance/that needs the right balance/13:05
johnthetubaguystephenfin: thanks, wanted to make sure I didn't just misread it an wait for mikal to wake up after I sign off for the day.13:05
*** sapcc-bot5 has quit IRC13:06
kashyapjohnthetubaguy: On your other question about 'host-passthrough': Yes, it is invalid.  As libvirt wouldn't mangle anything, and if the CPU has it, libvirt will pass it right through to the guest.13:06
jaypipesefried: I'm happy to do a hangout about the consumer generation today if you need to.13:06
*** sapcc-bot has joined #openstack-nova13:06
efriedjaypipes: Is there email I need to catch up on first?13:07
kashyapjohnthetubaguy: To summarize, I'll quickly add: the 'extra_flags = None', before the warning.13:07
jaypipesefried: no, just saying I left things yesterday afternoon in a bit of a "too tired to talk about this right now" state.13:07
*** sapcc-bot has quit IRC13:07
*** sapcc-bot has joined #openstack-nova13:08
johnthetubaguykashyap: yeah, +113:08
*** amoralej|lunch is now known as amoralej13:08
efriedjaypipes: Okay.  The open issue is whether we should change the responses to PUT /alloc/{c} and POST /alloc from 204 No Content to 200 with payload.13:08
kashyapjohnthetubaguy: Thanks for the eagle eyes.13:08
*** pchavva has joined #openstack-nova13:09
jaypipesefried: ok, I will answer that on the spec if that's what you prefer.13:10
*** pchavva has quit IRC13:10
efriedjaypipes: wfm, unless it needs back-and-forth.13:11
*** pchavva has joined #openstack-nova13:11
efriedcdent: Wouldn't mind an opinion from you as well.13:11
efriedcdent: oh, looks like you rendered one.  Reading...13:11
*** sapcc-bot has quit IRC13:11
*** sapcc-bot has joined #openstack-nova13:11
kashyapjohnthetubaguy: Hmm, isn't it a bit "dirty" that we're quietly setting it to 'extra_flags' to None?  Or is the onus is on the Operator to read the docs to see exactly what is valid?13:12
johnthetubaguykashyap: its not great, but I think we just change this to a raise in the follow on patch that isn't backported13:12
*** trozet has joined #openstack-nova13:13
*** jafeha has joined #openstack-nova13:13
johnthetubaguykashyap: so it comes from our usual backport rules that mean no new config options or features, etc13:13
kashyapjohnthetubaguy: Raise an "error" you mean?13:17
kashyapjohnthetubaguy: (In a follow-up.)13:17
kashyapOkay, noted.13:17
* kashyap notes: his `irssi` notifier is temporarily broken; so will see the messages with a bit of delay.13:18
*** abhishekk has joined #openstack-nova13:19
*** dklyle has quit IRC13:27
*** felipemonteiro__ has joined #openstack-nova13:29
kashyapstephenfin: Hmm, what is the alternative then, just don't indent it?: https://review.openstack.org/#/c/534384/22/nova/conf/libvirt.py@53913:30
stephenfinkashyap: Correct13:30
stephenfinYou indent subsequent lines of the same bullet point, but the bullet points themselves should not be indented13:31
*** yamamoto has joined #openstack-nova13:32
kashyapstephenfin: Okido; like it is for the disk cache modes.13:32
kashyapThanks13:33
kashyapstephenfin: Just a quick note: I'm using the back ticks for the lower-cased ``pcid``, and for the rest, with upper-cased 'PCID' (leaving it as is)13:36
kashyapThat fine with you?13:36
stephenfinkashyap: a-ok by me, yup :)13:36
*** yamamoto has quit IRC13:36
kashyap:-)  One upper-case ``PCID`` (because that is talking about valid config value)13:36
kashyapThanks!13:37
*** tbachman has quit IRC13:37
*** sar has quit IRC13:40
kashyapstephenfin: johnthetubaguy: Before I upload yet-another version, mind having a quick gander: http://paste.openstack.org/show/718287/13:40
kashyapOr is it hard to read, without colours?  (Can understand if so.)13:41
openstackgerritMark Goddard proposed openstack/nova master: Include only required fields in ironic node cache  https://review.openstack.org/53950813:41
* kashyap removes the spurious comment on line 6513:41
*** tbachman has joined #openstack-nova13:41
kashyapAlso add the "Related options" section13:42
*** artom has quit IRC13:42
johnthetubaguykashyap: probably easier in context, but that looks about right13:42
*** artom has joined #openstack-nova13:43
kashyapYeah; will post a patch in a min13:43
openstackgerritMark Goddard proposed openstack/nova master: Request only instance_uuid in ironic node list  https://review.openstack.org/53950913:44
jaypipescdent, efried, edleafe: k, commented on the consumer generation spec.13:46
efriedjaypipes: ack, thx13:46
jaypipescdent, efried, edleafe: in short, I don't believe much change is needed from the spec at all.13:46
edleafejaypipes: thx13:47
edleafejaypipes: why do you think we shouldn't require sending the consumer gen on a PUT?13:47
openstackgerritsahid proposed openstack/nova master: network: add command to configure trusted mode for VFs  https://review.openstack.org/45851313:47
openstackgerritsahid proposed openstack/nova master: network: update pci request spec to handle trusted tags  https://review.openstack.org/45882013:47
openstackgerritsahid proposed openstack/nova master: libvirt: configure trust mode for vfs  https://review.openstack.org/45851413:47
edleafejaypipes: How else could it detect a conflict?13:48
efriededleafe: He's suggesting PUT should *always* 409 if the consumer exists.13:48
*** zhurong has quit IRC13:48
jaypipesedleafe: see my response. I believe that for PUT /allocations/{consumer_uuid}, if *any* allocations exist for a consumer with {consumer_uuid}, we should simply return 409 Conflict13:48
efriedI.e. PUT is only for first-time create; POST is for modify.13:49
cdentthat's a huge change jaypipes13:49
cdentPOST exists explicitly for multiple consumers13:49
efriedjaypipes: Also, we would still need to support create-via-POST.13:49
edleafeyeah, not for a single consumer13:49
cdentfor single consumer PUT should remain the locus13:49
efried...which still needs an answer to "what should the generation be for a heretofore-nonexistent consumer13:50
efried?"13:50
edleafeThe canonical case we are handling is nova and neutron both allocating resources for an instance at roughly the same time13:50
*** yangyapeng has joined #openstack-nova13:50
edleafethey both get the current allocations, if any, and make their changes, and PUT them back13:50
jaypipesedleafe: no, they aren't doing it "at the same time".13:50
edleafeOne will get back a 409, and it will have to re-GET the allocations, add its allocs, and then PUT that with the new gen13:51
jaypipesedleafe: yes. that is precisely the point.13:51
edleafejaypipes: that exact example is in the Problem Description of the spec13:52
jaypipesedleafe: but in real life, what will happen is neutron will allocate first for the consumer some networky thing. then the claim_resources() will run in the scheduler for the other compute resources, get a 409 Conflict about consumer already existing, and then it will merge the allocations and do a POST /allocations with the updated/merged allocations list.13:52
edleafejaypipes: so without a consumer gen in the PUT, how would the second actor ever modify allocations?13:52
*** esberglu has joined #openstack-nova13:53
jaypipesedleafe: the second actor does GET /allocations/{consumer_uuid}, then POST /allocations13:53
jaypipesedleafe: as I wrote in the spec response.13:53
edleafe<shudder>13:53
edleafejaypipes: that would be a PATCH, which I proposed but was argued against13:53
cdentjaypipes: why POST instead of PUT? It is in fact (restully speaking) a PUT13:54
edleafethe POST, as cdent mentioned, is for multiple consumers13:54
edleafeThe POST actually does a series of PUTs, one for each consumer13:54
*** yangyapeng has quit IRC13:54
jaypipescdent: because that ship has already sailed? I argued for PATCH instead of POST /allocations to handle multiple consumers, but we went with POST /allocations to handle the "change multiple allocations at once" scenario for migrations/resizes13:55
edleafejaypipes: sure, but we aren't changing *multiple*13:55
cdentjaypipes: what edleafe just said13:56
jaypipesedleafe: nothing about POST /allocations implies or denotes changing multiple things.13:56
cdentthere's only one consumer uuid. and yes it does13:56
cdentpost allocations is for multiple consumers13:56
jaypipescdent: where?13:56
efriedPOST is allowed to be used for just one, sure.13:57
cdentthat's why we created it and how I wrote it13:57
edleafejaypipes: the handler for POST loops on consumer_uuid. It's pretty clear that it is designed to handle multiple consumers13:57
cdentit _can_ do one, but that's not it's point13:57
jaypipesso tell me folks, what about my proposal *won't work*?13:57
edleafejaypipes: it also doesn't *add* them to any existing allocations for a consumer; it overwrites them13:57
cdentthere's no reason not to have generation on PUT because what we want to do, on PUT, is to write allocations for the consumer uuid in the URI. That's what it is for.13:58
cdentWhat's wrong with that13:58
jaypipesedleafe: which is what we want here.13:58
cdentthat's what PUT means jaypipes13:58
cdentoverwrite allocations for consumer X13:58
cdentthe generation is acting a the etag13:58
jaypipescdent: are you talking about HTTP/REST semantics?13:58
cdentI'm talking about what we already have in put, minus the generation13:58
cdentadding a generation to PUT makes more sense than overloading POST when we already have an existing semantic that is correct13:59
edleafejaypipes: using the POST code, there is still no way to add allocations to a consumer13:59
*** dtantsur|brb is now known as dtantsur13:59
jaypipesedleafe: ? sure there is... you just list a set of allocations for a consumer.13:59
cdentI wonder if maybe I'm not understanding jay's suggestion properly13:59
efriedFWIW, I agree that we should add generation to PUT, even if not doing so would allow us to sidestep the question of what generation should be specified for creation, which it doesn't.14:00
cdenthow is post to /allocations different from put to /allocations/consumer_uuid (with a generation)?14:00
efriedjaypipes: POST still needs to be *able* to be used to *create*.  Because migration scenario.  So we still have to address the question of "what generation do we send down for a consumer that doesn't yet exist?"14:00
edleafejaypipes: changing the POST code to make it additive would break migrations14:00
cdentefried: yeah, as I said on the spec the none thing is meh-ish, but seems kinda gotta with the model being considered14:01
*** abhishekk has quit IRC14:01
efriedIMO there's no meh about it.  It's ick-but-necessary.14:01
*** germs has joined #openstack-nova14:01
cdentisn't that what meh means?14:01
*** germs has quit IRC14:01
*** germs has joined #openstack-nova14:01
cdentresignation in the face of crushing reality14:01
efriedTo me "meh" means "could do with or without it"14:01
jaypipesedleafe: sorry, I'm not suggesting modifying POST /allocations to be additive. I am suggesting to keep it as "overwrite the allcations for all consumers listed in the resquest payload"14:01
*** yangyapeng has joined #openstack-nova14:02
efriedjaypipes: Cool, so how do you handle the generation for a newly-created consumer in POST?14:02
edleafejaypipes: so in the example case of two actors creating their subset of allocations to placement, how will the second one ever be able to get theirs in?14:02
jaypipesefried: overwrite.14:03
efriedjaypipes: There's nothing to overwrite.  The consumer doesn't exist.14:03
jaypipesefried: so it is created?14:03
jaypipesefried: I'm not proposing anything different for that.14:03
efriedyes, it is created by the POST (in e.g. the migration scenario).14:03
efriedjaypipes: Right, I'm asking, now that we have to specify the generation per consumer chunk in the POST payload: what generatio do we send down for the new consumer?14:04
jaypipesedleafe: the second one gets a 409 Conflict when trying to do the PUT /allocations/{consumer}. It then does a GET /allocations/{consumer} and merges its needed resources into a call to POST /allocations14:04
edleafefor allocations, POST == a set of PUTs14:04
jaypipesefried: we don't.14:04
edleafejaypipes: so you14:04
edleafeugh14:05
edleafejaypipes: so you're saying that POST needs a consumer gen, just to avoid adding one to PUT??14:05
*** awaugama has joined #openstack-nova14:05
efriededleafe: He also just said leave the consumer generation off of the respective subsection of POST if it's a new consumer.14:05
jaypipesright.14:06
*** lajoskatona has quit IRC14:06
*** germs has quit IRC14:06
jaypipesedleafe: what I'm proposing is the least amount of change to the API.14:06
edleafeefried: if it's a new consumer, there could not be a 409 response14:06
*** r-daneel has joined #openstack-nova14:06
edleafeIf you've gotten a 409, the consumer exists. You can still be in danger of overwriting14:06
jaypipesedleafe: no consumer_generation in POST /allocations means "I think this is a new consumer"14:06
edleafejaypipes: that makes no sense14:06
*** yangyapeng has quit IRC14:07
efriedShrug, it's a coin-toss between that and sending null.14:07
jaypipesedleafe: sure it does. think about the existing use case of POST /allocations (the resize/migrate case)14:07
edleafeYou just said that POST would be used *after* a conflict was detected. Ergo, there *is* a consumer14:07
efried...it's just not what we landed on yesterday.14:07
efriedWith jaypipes' suggestion, PUT is only for create, but POST is for create *or* modify.14:07
*** Eran_Kuris has quit IRC14:07
edleafe[t 4bj1]14:07
purplerbot<jaypipes> edleafe: the second one gets a 409 Conflict when trying to do the PUT /allocations/{consumer}. It then does a GET /allocations/{consumer} and merges its needed resources into a call to POST /allocations [2018-04-03 14:04:39.482469] [n 4bj1]14:07
efriedWith things as we left them yesterday, either one can be used for either create or modify.14:08
*** Sundar has joined #openstack-nova14:08
jaypipesedleafe: when POST /allocations is used to reconcile after a 409 Conflict is received from the PUT /allocations/{consumer_uuid}, yes, the consumer_generation would be expected in the request. But POST /allocations is used for migrate/resize, and in the case of that, the migration UUID would be expected as a new consumer.14:08
edleafeefried: how would modify be guaranteed not to race w/o the consumer gen?14:08
cdentI need to do something else for awhile, can someone be sure this gets summarized to the spec, I've got more to say, but it sounds like this needs to play out a bit14:08
*** yamamoto has joined #openstack-nova14:09
jaypipesedleafe, efried: a hangout perchance?14:09
efriededleafe: consumer_generation omitted would behave exactly the same as consumer_generation=null.  Either one works to signify "I think the consumer doesn't exist yet".14:09
edleafejaypipes: well, that just feels really wrong. POST shouldn't behave one way sometimes, and another way others14:09
efriedhangout fine by me.14:09
*** Sundar has quit IRC14:10
edleafeefried: so then placement would reject it, for the exact same reason it rejected the consumer gen-less PUT14:10
efriededleafe: Yes.14:10
jaypipeshttps://hangouts.google.com/call/7cb33WR2UowcbcI_8EdLAAEE14:10
*** amodi has joined #openstack-nova14:10
edleafeefried: why limit it to 2 actors? What about 3? Nova, cinder and neutron all allocating resources14:10
*** ralonsoh_ has quit IRC14:11
efriedit's not limited edleafe.  Are you joining?14:11
sean-k-mooney[m]jaypipes: why would you do post to /allocations on migrate instead of PUT14:11
sean-k-mooney[m]jaypipes: sorry for resize we use post be cause we are using a migration uuid instead of the instance uuid never mind14:12
*** sean-k-mooney has joined #openstack-nova14:14
*** alexchadin has quit IRC14:14
*** alexchadin has joined #openstack-nova14:14
*** alexchadin has quit IRC14:15
sean-k-mooneyjaypipes: efried edleafe  so i was wondering why i did not get any responces to my messages for the last 5 mins. aprently my riot.im client never sent them to irc...14:15
*** kholkina has quit IRC14:15
*** alexchadin has joined #openstack-nova14:15
sean-k-mooneyif ye get a bunch of out of context messages form sean-k-mooney[m] in then next few minuts thats why14:15
*** alexchadin has quit IRC14:15
*** alexchadin has joined #openstack-nova14:16
*** alexchadin has quit IRC14:16
*** hongbin has joined #openstack-nova14:16
*** alexchadin has joined #openstack-nova14:16
*** alexchadin has quit IRC14:17
*** alexchadin has joined #openstack-nova14:17
*** alexchadin has quit IRC14:18
*** mlavalle has joined #openstack-nova14:18
*** alexchadin has joined #openstack-nova14:18
*** yangyapeng has joined #openstack-nova14:18
*** voelzmo has quit IRC14:19
*** voelzmo has joined #openstack-nova14:19
*** gouthamr has quit IRC14:19
*** voelzmo has quit IRC14:20
*** voelzmo has joined #openstack-nova14:20
*** gouthamr has joined #openstack-nova14:20
*** voelzmo has quit IRC14:20
*** voelzmo has joined #openstack-nova14:21
*** voelzmo has quit IRC14:21
*** voelzmo has joined #openstack-nova14:21
*** voelzmo has quit IRC14:22
*** voelzmo has joined #openstack-nova14:22
*** alexchadin has quit IRC14:22
*** voelzmo has quit IRC14:23
*** yangyapeng has quit IRC14:23
*** brault has joined #openstack-nova14:24
*** alexchadin has joined #openstack-nova14:27
*** itlinux has quit IRC14:28
*** fragatina has quit IRC14:28
*** moshele has quit IRC14:29
*** yangyapeng has joined #openstack-nova14:29
*** fragatina has joined #openstack-nova14:29
*** alexchadin has quit IRC14:32
*** yangyapeng has quit IRC14:34
*** links has quit IRC14:37
*** sahid has quit IRC14:37
edleafesean-k-mooney: to answer your question, the POST to allocations was added for the migration case, where we needed a set of allocations for multiple consumers to be changed atomically14:39
*** munimeha2 has joined #openstack-nova14:42
*** fragatin_ has joined #openstack-nova14:46
*** alexchadin has joined #openstack-nova14:47
*** gmann_ has quit IRC14:47
*** sshwarts has joined #openstack-nova14:48
*** felipemonteiro_ has joined #openstack-nova14:48
openstackgerritSimon Dodsley proposed openstack/nova master: Add enhanced KVM storage QoS quotas  https://review.openstack.org/55853014:48
*** fragatina has quit IRC14:49
*** gmann_ has joined #openstack-nova14:50
*** david-lyle has joined #openstack-nova14:52
*** felipemonteiro__ has quit IRC14:52
*** tbachman has quit IRC14:59
*** felipemonteiro_ has quit IRC15:02
*** sar has joined #openstack-nova15:02
*** felipemonteiro_ has joined #openstack-nova15:02
*** alexchadin has quit IRC15:04
bauzasartom: *cough cough* +Wd https://review.openstack.org/#/c/552722/1215:04
bauzas;)15:04
*** yangyapeng has joined #openstack-nova15:04
*** belmoreira has quit IRC15:05
*** felipemonteiro__ has joined #openstack-nova15:07
*** belmoreira has joined #openstack-nova15:08
*** felipemonteiro_ has quit IRC15:11
jaypipescdent, edleafe, efried: k, summary sent to ML.15:13
efriedjaypipes: Thanks for doing that.15:13
cdentthanks jaypipes15:14
jaypipesnp15:14
openstackgerritMerged openstack/nova master: Scheduling Optimization: Remove cell0 from the list of candidates  https://review.openstack.org/55682115:16
*** _ix has joined #openstack-nova15:16
openstackgerritMerged openstack/nova-specs master: NUMA-aware live migration  https://review.openstack.org/55272215:18
*** sahid has joined #openstack-nova15:19
*** yangyapeng has quit IRC15:20
*** felipemonteiro has joined #openstack-nova15:20
*** _ix has quit IRC15:21
*** Eran_Kuris has joined #openstack-nova15:22
*** itlinux has joined #openstack-nova15:22
*** rgerganov has quit IRC15:22
*** felipemonteiro__ has quit IRC15:23
*** _ix has joined #openstack-nova15:25
*** felipemonteiro has quit IRC15:25
*** salv-orlando has quit IRC15:26
openstackgerritChris Dent proposed openstack/nova master: [placement] Filter resource providers by forbidden traits in db  https://review.openstack.org/55647215:28
openstackgerritChris Dent proposed openstack/nova master: [placement] Filter allocation candidates by forbidden traits in db  https://review.openstack.org/55666015:28
openstackgerritChris Dent proposed openstack/nova master: [placement] Parse forbidden traits in query strings  https://review.openstack.org/55681915:28
openstackgerritChris Dent proposed openstack/nova master: [placement] Support forbidden traits in API  https://review.openstack.org/55682015:28
*** andreas_s has quit IRC15:29
*** tbachman has joined #openstack-nova15:30
*** tesseract has quit IRC15:32
openstackgerritMerged openstack/nova master: Allow scheduling only to enabled cells (Filter Scheduler)  https://review.openstack.org/55052715:33
*** andreas_s has joined #openstack-nova15:34
*** Eran_Kuris has quit IRC15:34
*** gouthamr has quit IRC15:34
*** gouthamr has joined #openstack-nova15:35
*** gouthamr has quit IRC15:36
*** itlinux has quit IRC15:36
cfriesenanyone ever run into problems with privsep failing with a broken pipe?  I'm trying to figure out what went wrong.   http://paste.openstack.org/show/718307/15:38
*** andreas_s has quit IRC15:38
*** alexchadin has joined #openstack-nova15:41
*** belmoreira has quit IRC15:42
jaypipescfriesen: sorry, never seen that :(15:42
*** gouthamr has joined #openstack-nova15:43
stephenfincfriesen: I usually only see that what a process dies. Other than that, I've no idea15:44
*** itlinux has joined #openstack-nova15:44
efriedcfriesen: EPIPE happens when two threads are talking over RPC and the sender shuts down while the receiver is still waiting for stuff.  But you probably knew that.15:46
*** chyka has joined #openstack-nova15:47
efriedor... it might be vice versa.  Point is, where they don't disconnect friendly-like.15:47
openstackgerritMerged openstack/nova master: Add trusted_certs to instance_extra  https://review.openstack.org/53789715:48
*** jmlowe has quit IRC15:49
cdentcfriesen: I reckon your problem them is probably eventlet simply because if you've got a chance to blame eventlet for something, maybe you should.15:51
cfriesenlol15:52
zzzeekjaypipes: you should idle on #openstack-oslo :)15:52
arvindn05jaypipes: can we quickly discuss a review comment?15:52
*** amodi has quit IRC15:52
arvindn05https://review.openstack.org/#/c/557795/ i replied to the comment on having specific field(required_traits) for traits vs using a dictofstring approach15:53
openstackgerritMerged openstack/nova master: Add trusted_certs object  https://review.openstack.org/48940815:54
arvindn05i made the changes and i think its ready to merge but wanted to get your thoughts15:55
bauzasFWIW, I'm now done with nova-specs and runways reviews, will work on my own spec15:58
bauzasunless something urgent of course15:58
*** hemna_ has joined #openstack-nova16:02
*** mdbooth has quit IRC16:02
*** jafeha__ has joined #openstack-nova16:02
*** germs has joined #openstack-nova16:02
*** germs has quit IRC16:02
*** germs has joined #openstack-nova16:02
*** jafeha has quit IRC16:03
*** Sukhdev has joined #openstack-nova16:04
arvindn05dansmith: addressed the comment. Please provide your thoughts on one open question i had as well16:07
*** germs has quit IRC16:07
*** alexchadin has quit IRC16:08
*** tssurya has quit IRC16:09
*** mgagne_ has quit IRC16:11
*** mgagne_ has joined #openstack-nova16:11
*** udesale has quit IRC16:12
openstackgerritMathieu Gagné proposed openstack/nova-specs master: Multiple Fixed-IPs support in network information  https://review.openstack.org/31262616:15
*** sshwarts has quit IRC16:15
efriedjaypipes, cdent, edleafe: We should have a (hopefully quick) chat about the question of including all provider information in provider summaries.16:16
*** alexchadin has joined #openstack-nova16:17
cdentefried: by "all" you mean "everything in this things tree and shared friends"?16:17
efriedcdent: At least "everything in this tree".  I had thought the sharing would be "only sharing providers providing resource to the requests".16:18
efriedBut even the former is in question.16:18
efriedWe at some point decided that we wanted to return all the providers in the tree16:18
efriedeven the ones not providing resource to the request.16:18
efriedAnyone remember why?16:18
cdentI thought we had to do it order for weighers to work?16:18
efriedYeah, weighers would be a good reason I suppose.  But... more specifically?16:19
efriedlike, in what circumstance would a weigher want to look at a provider that's not providing resource to the request?16:19
openstackgerritNguyen Hai proposed openstack/nova-specs master: Enhance nova-specs webpage and clean up repo  https://review.openstack.org/55180216:19
efried(Hint: future me will repeat question with "...look at a resource class that's not part of the request")16:19
cdentI'm afraid I will have to defer to others as I have chosen to achieve ignorance on the details of this particular aspect of things to make room for other thoughts16:20
*** dtantsur is now known as dtantsur|brb16:21
jaypipesefried: here's an example...16:22
* efried munches popcorn16:22
jaypipesefried: imagine a NUMA topology weigher that looks at traits associated with NUMA nodes that are not providing resources for the allocation requests but the weigher (or even NUMA topology filter) would like to use the "intermediate" provider information in its decision-making.16:23
efriedOkay.  So jaypipes what about resource classes?  Do we show all of those?16:25
efriedfor... similar reasons?16:25
jaypipesefried: I don't see why not...16:25
jaypipesefried: the reason we don't currently is mostly an implementation side-effect I think.16:26
*** sahid has quit IRC16:26
*** jmlowe has joined #openstack-nova16:26
*** links has joined #openstack-nova16:26
*** trozet has quit IRC16:26
*** alexchadin has quit IRC16:26
*** gouthamr has quit IRC16:26
efriedjaypipes: Well, I don't see why not either, other than the fact that it'll require a microversion, which is okay, but that requires a spec, which is also fine, but now we're looking at a nontrivial chunk of work, on top of an already overloaded release...16:27
efriedjaypipes: Anyway, I agree with you that we should do it.  So at least https://review.openstack.org/#/c/558045/ and its predecessor are in the running.16:27
efriedand in fact intermingled with your nrp-in-alloc-cands work.16:27
edleafeefried: no problem! https://www.youtube.com/watch?v=CJHoPm2d5CY16:27
*** alexchadin has joined #openstack-nova16:28
efriedI also suspect that some of the work later on in that series - the stuff about including "anchor" providers - will overlap significantly with "make the rest of the tree show up".16:29
*** mvk has quit IRC16:30
efriedjaypipes: cause that was another thing we didn't close on yesterday: what is the fate (at least in Rocky) of that series.16:30
*** Sukhdev has quit IRC16:30
efriedLast I heard, you were still going through the ML post.  (You might still be.  It was a lot of words.  Sorry about that.)16:31
*** gjayavelu has joined #openstack-nova16:31
*** trozet has joined #openstack-nova16:31
jaypipesefried: the fate of the nested providers alloc candidates series?16:31
efriedjaypipes: No, hopefully that fate is well known.16:31
*** jmlowe has quit IRC16:31
efriedThe fate of the series starting at https://review.openstack.org/#/c/558044/16:31
efriedjaypipes: which is the subject of said ML post.16:31
*** AlexeyAbashkin has quit IRC16:31
*** mgoddard has quit IRC16:33
*** tbachman has quit IRC16:33
*** alexchadin has quit IRC16:33
jaypipesefried: ok, I apologize, I haven't gotten to that yet. need to do the mirroring aggregates spec first.16:34
*** lucasagomes is now known as lucas-afk16:38
*** zhaochao has quit IRC16:38
*** lpetrut has quit IRC16:38
*** afazekas has quit IRC16:39
*** afazekas has joined #openstack-nova16:39
*** alexchadin has joined #openstack-nova16:41
*** jmlowe has joined #openstack-nova16:42
*** jmlowe has quit IRC16:43
*** alexchadin has quit IRC16:45
*** ccamacho has quit IRC16:45
*** sdague has quit IRC16:48
openstackgerritKashyap Chamarthy proposed openstack/nova master: libvirt: Allow to specify granular CPU feature flags  https://review.openstack.org/53438416:49
kashyapdansmith: johnthetubaguy: When you get a sec, addresesed what you requested.16:50
*** amodi has joined #openstack-nova16:51
*** alexchadin has joined #openstack-nova16:55
*** jmlowe has joined #openstack-nova16:56
*** mdnadeem has quit IRC17:00
*** jpena is now known as jpena|off17:00
*** moshele has joined #openstack-nova17:00
*** david-lyle has quit IRC17:04
*** tbachman has joined #openstack-nova17:05
*** links has quit IRC17:13
openstackgerritNguyen Hai proposed openstack/nova-specs master: Enhance nova-specs webpage and clean up repo  https://review.openstack.org/55180217:17
*** annp has quit IRC17:17
*** annp has joined #openstack-nova17:18
*** idlemind has quit IRC17:18
*** sambetts is now known as sambetts|afk17:20
*** itlinux has quit IRC17:29
*** amoralej is now known as amoralej|off17:31
*** Nil_ has quit IRC17:33
*** lpetrut has joined #openstack-nova17:34
*** AlexeyAbashkin has joined #openstack-nova17:37
openstackgerritJay Pipes proposed openstack/nova-specs master: mirror nova host aggregates to placement API  https://review.openstack.org/54505717:39
jaypipesdansmith: ^^17:39
jaypipesbauzas: ^^17:40
*** moshele has quit IRC17:41
*** mgoddard has joined #openstack-nova17:41
*** AlexeyAbashkin has quit IRC17:42
*** itlinux has joined #openstack-nova17:43
*** felipemonteiro has joined #openstack-nova17:43
*** jackie-truong has joined #openstack-nova17:44
openstackgerritArvind Nadendla proposed openstack/nova master: Update ImageMetaProp object to expose traits  https://review.openstack.org/55779517:45
*** r-daneel has quit IRC17:50
*** alexchadin has quit IRC17:50
*** r-daneel has joined #openstack-nova17:50
*** ccamacho has joined #openstack-nova17:53
*** jmlowe has quit IRC18:00
*** AlexeyAbashkin has joined #openstack-nova18:02
*** germs has joined #openstack-nova18:03
*** david-lyle has joined #openstack-nova18:04
*** AlexeyAbashkin has quit IRC18:06
openstackgerritEric Fried proposed openstack/nova master: WIP: placement: Granular GET /allocation_candidates  https://review.openstack.org/51775718:06
*** germs has quit IRC18:08
*** efried has quit IRC18:14
*** efried has joined #openstack-nova18:14
*** oomichi has joined #openstack-nova18:15
*** gouthamr has joined #openstack-nova18:21
*** gouthamr has quit IRC18:21
*** moshele has joined #openstack-nova18:22
*** mgoddard has quit IRC18:22
*** gouthamr has joined #openstack-nova18:23
*** hemna_ has quit IRC18:24
*** moshele has quit IRC18:25
*** dtantsur|brb is now known as dtantsur18:25
*** sdague has joined #openstack-nova18:29
*** sridharg has quit IRC18:30
efriedjaypipes: I would like to rebase series https://review.openstack.org/#/c/554529/ on master, so I can start hacking granular on top.  That okay with you, or do you have local changes?18:31
cdentefried: do I recall correctly that https://review.openstack.org/#/q/topic:bp/placement-api-error-handling was driving some cleanups you were hoping to do? Or was there an even more pressing concern?18:33
*** damien_r has quit IRC18:33
*** damien_r has joined #openstack-nova18:33
efriedcdent: The former, I believe.  I can't think of anything super urgent.18:34
* cdent nods18:35
efriedcdent: e.g. https://github.com/openstack/nova/blob/master/nova/scheduler/client/report.py#L63318:35
cdentwould be nice to get it through, so it is in there waiting when we want it18:35
cdentactually I can think of a thing where we will want it:18:35
efriedfoshizzle18:35
cdentwe want to know when an allocation fails because of generation versus out of space18:35
cdent(when consumer generations come on the scene)18:36
cdentBasically the same issue as with inventories, but on the flip side18:36
efriedAs in, "help me decide whether this conflict is because of a generation mismatch or because a resource you're requesting via the allocation is not available"?18:37
*** isssp has joined #openstack-nova18:38
*** armaan has quit IRC18:38
*** cdent_ has joined #openstack-nova18:38
*** armaan has joined #openstack-nova18:39
cdent_efried: yes to [t qqJ] (I got disconnectioned)18:39
purplerbot<efried> As in, "help me decide whether this conflict is because of a generation mismatch or because a resource you're requesting via the allocation is not available"? [2018-04-03 18:37:41.872921] [n qqJ]18:39
efriedWe should have some spec cores give that the ol' +A.  Seems pretty straightforward to me.  dansmith jaypipes care to have a swag?18:40
efriedMaybe they were waiting on edleafe's +118:40
*** gouthamr has quit IRC18:40
*** arvindn051 has joined #openstack-nova18:41
*** tinwood_ has joined #openstack-nova18:41
*** Roamer`_ has joined #openstack-nova18:42
*** fnordahl_ has joined #openstack-nova18:42
*** FoXMaN_ has joined #openstack-nova18:43
*** fragatin_ has quit IRC18:43
*** pcaruana has quit IRC18:44
*** kencjohnston_ has joined #openstack-nova18:45
*** EmilienM_ has joined #openstack-nova18:46
*** gouthamr has joined #openstack-nova18:46
*** ccamacho has quit IRC18:47
*** cdent has quit IRC18:47
*** arvindn05 has quit IRC18:47
*** EmilienM has quit IRC18:47
*** tinwood has quit IRC18:47
*** mordred has quit IRC18:47
*** Roamer` has quit IRC18:47
*** ispp has quit IRC18:47
*** brad[] has quit IRC18:47
*** fnordahl has quit IRC18:47
*** kencjohnston has quit IRC18:47
*** FoXMaN has quit IRC18:47
*** cdent_ is now known as cdent18:47
*** EmilienM_ is now known as EmilienM18:48
*** dtantsur is now known as dtantsur|afk18:49
*** EmilienM has quit IRC18:49
*** EmilienM has joined #openstack-nova18:49
*** vladikr has quit IRC18:49
*** moshele has joined #openstack-nova18:50
*** purplerbot has quit IRC18:51
*** Sukhdev has joined #openstack-nova18:51
*** vladikr has joined #openstack-nova18:53
jaypipesefried: go for it.18:54
*** mordred has joined #openstack-nova18:54
efriedjaypipes: Staring at it some, I'm not sure I can do it until I see how you're wiring in from AllocationCandidates.get_by_requests18:55
edleafeefried: was on a call. What am I supposed to be +1ing?18:55
*** moshele has quit IRC18:55
efriededleafe: The error codes from placement API spec: https://review.openstack.org/#/c/546177/18:55
*** AlexeyAbashkin has joined #openstack-nova18:55
efriededleafe: Sorry, the spec is here: https://review.openstack.org/#/c/418393/18:55
*** ccamacho has joined #openstack-nova18:56
efriedjaypipes: my bad, I was looking at the code when I asked you to approve the spec, which you did a week ago.  Carry on.18:56
edleafeefried: ack. Have another meeting, but will look ASAP18:56
efriededleafe: Looks like you +1ed two patch sets ago, so should be an easy one.18:57
*** voelzmo has joined #openstack-nova18:58
*** oomichi has quit IRC18:59
*** AlexeyAbashkin has quit IRC19:00
*** yassine has quit IRC19:01
openstackgerritJackie Truong proposed openstack/nova master: Implement certificate_utils  https://review.openstack.org/47994919:04
openstackgerritJackie Truong proposed openstack/nova master: Add trusted_image_certificates to REST API  https://review.openstack.org/48620419:04
*** avolkov has quit IRC19:09
*** hongbin has quit IRC19:14
*** voelzmo has quit IRC19:17
*** moshele has joined #openstack-nova19:18
*** voelzmo has joined #openstack-nova19:19
*** READ10 has quit IRC19:20
*** hongbin has joined #openstack-nova19:21
*** jmlowe has joined #openstack-nova19:23
*** lpetrut has quit IRC19:23
*** harlowja has joined #openstack-nova19:23
* dansmith feels a cold chill run up his spine19:24
*** yamamoto has quit IRC19:30
*** eharney has quit IRC19:30
efried?19:32
cdentyou watch many horror movies efried ?19:34
efriedclearly not19:34
efriedIs it, like, when you're being watched by the guy with the bad acne and the striped shirt?19:35
cdenta chill fills the room when the monster transforms, perhaps?19:36
*** yamamoto has joined #openstack-nova19:36
*** mvk has joined #openstack-nova19:37
*** pcaruana has joined #openstack-nova19:38
*** yassine_ has joined #openstack-nova19:38
*** yassine_ has quit IRC19:38
*** Tom-Tom has joined #openstack-nova19:40
efriedHah!19:41
*** yamamoto has quit IRC19:42
*** eharney has joined #openstack-nova19:43
*** Tom-Tom has quit IRC19:44
*** awaugama has quit IRC19:45
*** brad[] has joined #openstack-nova19:48
*** pcaruana has quit IRC19:50
*** yamamoto has joined #openstack-nova19:52
andrewbogottI've just upgrade my nova from liberty to mitaka (that's the release that added the api_db).  I've done my nova-manage api_db sync but now any nova api calls return 40419:56
andrewbogottI can see the api handling these calls, it just doesn't know anything.19:56
andrewbogottHas anyone thought about that migration recently enough to have suggestions for what I should be looking for?19:56
andrewbogott(I wonder if e.g. every project is now under some default domain or zone or something that I need to be specifying in my API call)19:57
*** yamamoto has quit IRC19:57
*** jackie-truong has quit IRC19:57
*** yamamoto has joined #openstack-nova19:59
*** yamamoto has quit IRC19:59
*** yamamoto has joined #openstack-nova20:01
*** david-lyle is now known as dklyle20:02
*** Sukhdev has quit IRC20:02
cdentjaypipes, efried: can we pretty please get forbidden traits merged before https://review.openstack.org/#/c/554529 ?20:05
*** yamamoto has quit IRC20:06
efriedheh20:06
efriedcdent: I was actually just working up granular and thinking much the same thing.  Would force jaypipes to make nested work for granular, rather than me having to do the reverse :P20:06
cdent'xactly20:07
cfriesenandrewbogott: see subject line for the channel.  that said, did you add the [api_database]/connection information to nova.conf?20:09
andrewbogottcfriesen: Yep!  But, I'll try over there.20:09
*** hemna_ has joined #openstack-nova20:11
*** sdague has quit IRC20:11
*** efried is now known as efried_schoolrun20:12
*** moshele has quit IRC20:13
*** liverpooler has quit IRC20:14
andrewbogottcfriesen: is there a doc you can link me to that explains what that new database actually does?  Is it just a cache?20:16
*** yamamoto has joined #openstack-nova20:16
*** liverpooler has joined #openstack-nova20:17
*** itlinux has quit IRC20:19
*** itlinux has joined #openstack-nova20:21
*** yamamoto has quit IRC20:21
*** yamamoto has joined #openstack-nova20:23
*** yamamoto has quit IRC20:23
cdentedleafe, jaypipes: i'm pretty sure the data model in https://review.openstack.org/#/c/557958/ (consumer generation) is wrong. even if I'm wrong about being wrong, then we need to make it clear in the commit why we're doing it weirdly.20:24
cdentare we trying to log generation on the allocation as a sort of historical reference? that won't work because we delete all allocations for a cosumer when they change20:27
cdentefried_schoolrun: you'll also be interested in ^20:28
*** moshele has joined #openstack-nova20:29
*** sapd has quit IRC20:30
*** sapd has joined #openstack-nova20:30
*** sapd has quit IRC20:30
*** sapd has joined #openstack-nova20:31
*** felipemonteiro_ has joined #openstack-nova20:33
*** felipemonteiro has quit IRC20:36
*** sar has quit IRC20:37
*** fragatina has joined #openstack-nova20:38
cfriesenandrewbogott: it's related to the cellsv2 work.  the nova DB became per-cell, and the nova-api DB spans the cells and has higher-level stuff20:38
*** fragatina has quit IRC20:38
*** Nil_ has joined #openstack-nova20:39
andrewbogottah, that makes sense, and might be a clue.  thanks.20:39
*** fragatina has joined #openstack-nova20:39
*** fragatina has quit IRC20:40
*** fragatina has joined #openstack-nova20:41
*** purplerbot has joined #openstack-nova20:41
*** liverpooler has quit IRC20:47
*** pchavva has quit IRC20:47
*** damien_r has quit IRC20:48
*** moshele has quit IRC20:48
*** damien_r has joined #openstack-nova20:55
*** priteau has joined #openstack-nova20:59
*** edmondsw has quit IRC21:09
*** edmondsw has joined #openstack-nova21:09
*** itlinux has quit IRC21:13
*** edmondsw has quit IRC21:14
*** tbachman has quit IRC21:15
jaypipescdent: you're absolutely right. no idea why I hadn't seen that. :(21:16
cdentETOOMUCHNUMA21:16
cdentI think I'll use that as my cue to retire21:18
cdentnight all21:18
*** cdent has quit IRC21:18
*** jmlowe has quit IRC21:19
*** Guest9432 has quit IRC21:22
*** yamamoto has joined #openstack-nova21:24
*** yamamoto has quit IRC21:29
openstackgerritMerged openstack/nova master: Fix N332 api_version decorator hacking check  https://review.openstack.org/55774321:31
arvindn051jaypipes: https://review.openstack.org/#/c/557795/ wanted to discuss comments on the review...good time?21:33
jaypipesarvindn051: I need to re-review that one...21:34
arvindn051k21:36
arvindn051no rush...i am able to make progress on future patches...but wanted to get feedback on using a list of strings vs dict21:36
*** gouthamr has quit IRC21:37
*** munimeha2 has quit IRC21:37
*** damien_r has quit IRC21:38
*** liverpooler has joined #openstack-nova21:40
*** eharney has quit IRC21:42
*** tbachman has joined #openstack-nova21:43
openstackgerritMichael Still proposed openstack/nova master: Move configurable mkfs to privsep.  https://review.openstack.org/55192121:45
openstackgerritMichael Still proposed openstack/nova master: Move xenapi xenstore_read's to privsep.  https://review.openstack.org/55224121:45
openstackgerritMichael Still proposed openstack/nova master: Move xenapi disk resizing to privsep.  https://review.openstack.org/55224221:45
openstackgerritMichael Still proposed openstack/nova master: Sync xenapi and libvirt on what flags to pass e2fsck.  https://review.openstack.org/55407821:45
openstackgerritMichael Still proposed openstack/nova master: Move xenapi partition copies to privsep.  https://review.openstack.org/55360521:45
openstackgerritMichael Still proposed openstack/nova master: Move image conversion to privsep.  https://review.openstack.org/55443721:45
openstackgerritMichael Still proposed openstack/nova master: We don't need utils.trycmd any more.  https://review.openstack.org/55443921:45
openstackgerritMichael Still proposed openstack/nova master: We no longer need rootwrap.  https://review.openstack.org/55443821:45
*** rcernin has joined #openstack-nova21:53
*** efried_schoolrun is now known as efried21:54
*** tbachman has quit IRC21:58
arvindn051jaypipes: thx for comments....i can revert the prefix21:58
arvindn051how do you propose we handle preferred traits, numbered traits etc in future?21:59
arvindn051seperate fields for each of them?21:59
*** AlexeyAbashkin has joined #openstack-nova22:00
jaypipesarvindn051: well, preferred traits will have a value of "prefer" not "require", right?22:01
*** Tom-Tom has joined #openstack-nova22:02
arvindn051but we changed the image meta prop to be a list of strings in the object22:02
arvindn051so no way to introduce prefer for the value...22:02
jaypipesarvindn051: that's just the outward production of the stuff stored in the image_properties table in glance, though...22:03
arvindn051i am talking about the ojbect definition...not the image property key value22:03
jaypipesarvindn051: the object definition is entirely temporal... it never saves to a DB.22:03
arvindn051yup...it just parses the properties into usable object format...i got that.22:05
*** AlexeyAbashkin has quit IRC22:05
arvindn051if we had to introduce preferred traits to this model, we would first add trait:foo=preffered in the image property22:06
arvindn051when we parse it into the object, we would need to introduce antoher field preferred_traits with these values right?22:06
*** Tom-Tom has quit IRC22:07
jaypipesarvindn051: yes, precisely.22:07
arvindn051how about if we do numbered traits like trait:CUSTOM_foo, trait1:foo etc...how would we model this here?22:07
jaypipesarvindn051: don't worry about that.22:08
arvindn051my intial thought was to just parse the image properties as a dict into the object and have the consumer figure out which keys/values makes sense to him22:08
jaypipesarvindn051: for now, all we need to do is produce the non-granular required traits as a list of trait strings.22:08
arvindn051is there a possiblity to support the need for granular traits in the future? if so, how would we handle is what i am thinking about22:10
arvindn051if you think there is no possiblity of this, then we can ignore and go ahead with having specific fields22:10
jaypipesarvindn051: like I said, don't worry about it. :)22:10
jaypipesarvindn051: there's nothing about the proposed solution here that prohibits granular traits being parsed from strings like "trait1:HW_CPU_X86_AVX2" in the future.22:11
*** burt has quit IRC22:12
arvindn051ok :) i guess we could introduce a granular_traits dict of strings fields in the future if needed...22:13
arvindn051thanks...will make the updates in a couple of mins22:13
*** priteau has quit IRC22:15
*** amodi has quit IRC22:15
*** archit has joined #openstack-nova22:15
*** archit is now known as amodi22:15
openstackgerritArvind Nadendla proposed openstack/nova master: Update ImageMetaProp object to expose traits  https://review.openstack.org/55779522:23
arvindn051jaypipes: made the changes...should be good now22:24
*** tbachman has joined #openstack-nova22:26
*** yamamoto has joined #openstack-nova22:26
jaypipesarvindn051: cool, thank you sir.22:28
*** yamamoto has quit IRC22:30
*** voelzmo has quit IRC22:31
*** felipemonteiro_ has quit IRC22:35
*** lbragstad has quit IRC22:36
*** voelzmo has joined #openstack-nova22:41
*** voelzmo has quit IRC22:46
*** voelzmo has joined #openstack-nova22:48
*** lbragstad has joined #openstack-nova22:53
*** voelzmo has quit IRC22:53
*** hongbin has quit IRC22:58
edleafejaypipes: sorry, was at a doc appt. So we don't want the consumer_generation in the Allocation at all? That's cool, and I think that was my original idea, as written in the spec. I don't remember the conversation (there are so many) where it was requested.23:02
*** itlinux has joined #openstack-nova23:07
openstackgerritmelanie witt proposed openstack/nova master: Default to py3 for the pep8 tox env because it's stricter  https://review.openstack.org/55864823:14
*** r-daneel has quit IRC23:18
*** liverpooler has quit IRC23:18
*** yamamoto has joined #openstack-nova23:26
*** chyka has quit IRC23:30
*** chyka has joined #openstack-nova23:30
*** sdague has joined #openstack-nova23:32
openstackgerritmelanie witt proposed openstack/nova master: Default to py3 for the pep8 tox env because it's stricter  https://review.openstack.org/55864823:32
*** yamamoto has quit IRC23:32
*** chyka has quit IRC23:35
*** threestrands has joined #openstack-nova23:36
*** threestrands has quit IRC23:37
*** threestrands has joined #openstack-nova23:38
*** threestrands has quit IRC23:38
*** threestrands has joined #openstack-nova23:38
*** mlavalle has quit IRC23:39
*** threestrands has quit IRC23:39
*** threestrands has joined #openstack-nova23:39
*** threestrands has quit IRC23:39
*** threestrands has joined #openstack-nova23:39
*** threestrands has quit IRC23:40
*** threestrands has joined #openstack-nova23:41
*** threestrands has quit IRC23:41
*** threestrands has joined #openstack-nova23:41
*** liverpooler has joined #openstack-nova23:50
*** _ix has quit IRC23:58
*** voelzmo has joined #openstack-nova23:59
openstackgerritTakashi NATSUME proposed openstack/python-novaclient master: Fix AttributeError in getting a resource ID  https://review.openstack.org/55832823:59

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