Wednesday, 2018-11-07

*** betherly has quit IRC00:04
*** slaweq has quit IRC00:12
*** slaweq has joined #openstack-nova00:13
*** k_mouza has quit IRC00:16
*** mlavalle has quit IRC00:26
prometheanfirewell, devspace works00:28
openstackgerritMatt Riedemann proposed openstack/nova-specs master: Spec for cross-cell resize  https://review.openstack.org/61603700:29
mriedemyay for upper-constraints and integration testing00:30
prometheanfirehttps://dev.gentoo.org/~prometheanfire/images/nova-reqs.svg00:30
prometheanfire:D00:30
mriedema lot of that stuff is probably not really required00:30
mriedemdepending on what you use00:30
mriedemwe just don't use 'extras'00:30
prometheanfireya00:30
prometheanfiredep tree, so deps of deps mostly00:31
mriedembut yeah if you pip install you're in for some frun00:31
mriedem*fun00:31
mriedemdansmith: i have birthed it https://review.openstack.org/#/c/616037/00:31
mriedemi shall call it, damien00:31
prometheanfiredep of testtools/subunit it looks like00:31
prometheanfirelol00:31
dansmithmriedem: remind me tomorrow.. if there is a tomorrow.00:32
mriedemi don't think i'm going to do anything with it until summit00:32
mriedemi just wanted to get it out there00:32
dansmithack00:32
*** mriedem has quit IRC00:36
*** irclogbot_2 has quit IRC00:39
*** tetsuro has joined #openstack-nova00:42
openstackgerritmelanie witt proposed openstack/nova master: Use SleepingFixture instead of mocking _ThreadingEvent.wait  https://review.openstack.org/61572400:47
*** erlon has quit IRC00:51
*** Swami has quit IRC01:01
*** TuanDA has joined #openstack-nova01:16
*** bhagyashris has joined #openstack-nova01:17
*** wangy_ has joined #openstack-nova01:18
*** takashin has joined #openstack-nova01:22
*** tetsuro has quit IRC01:33
*** Dinesh_Bhor has joined #openstack-nova01:36
openstackgerritTakashi NATSUME proposed openstack/nova master: Improve formats of the Compute API guide  https://review.openstack.org/61580901:39
*** brinzhang has joined #openstack-nova01:40
openstackgerritZhenyu Zheng proposed openstack/nova master: Add method to allow fetch root_volume BDM by instance_uuid  https://review.openstack.org/61467201:45
openstackgerritZhenyu Zheng proposed openstack/nova master: Bump compute service to indicate attach/detach root volume is supported  https://review.openstack.org/61475001:45
*** markvoelker has quit IRC02:00
*** markvoelker has joined #openstack-nova02:00
*** markvoelker has quit IRC02:02
*** cfriesen has quit IRC02:06
*** mhen has quit IRC02:07
*** dave-mccowan has joined #openstack-nova02:16
*** dave-mccowan has quit IRC02:27
*** threestrands has joined #openstack-nova02:30
*** zhanglong has joined #openstack-nova02:31
*** jiaopengju has quit IRC02:40
*** jiaopengju has joined #openstack-nova02:43
*** zhanglong has quit IRC02:44
*** mrsoul has quit IRC02:48
*** zhanglong has joined #openstack-nova02:59
*** wangy_ has quit IRC03:01
openstackgerritTakashi NATSUME proposed openstack/nova master: Add API ref guideline for body text  https://review.openstack.org/60562803:11
*** prometheanfire has left #openstack-nova03:12
*** hongbin has joined #openstack-nova03:12
*** dave-mccowan has joined #openstack-nova03:24
*** dave-mccowan has quit IRC03:36
*** tbachman has quit IRC03:43
*** brinzhang has quit IRC03:47
*** owalsh_ has joined #openstack-nova03:47
*** brinzhang has joined #openstack-nova03:48
openstackgerritTakashi NATSUME proposed openstack/nova master: Add API ref guideline for body text  https://review.openstack.org/60562803:49
*** brinzh has joined #openstack-nova03:51
*** owalsh has quit IRC03:51
*** brinzhang has quit IRC03:53
openstackgerritTakashi NATSUME proposed openstack/nova master: Improve formats of the Compute API guide  https://review.openstack.org/61580904:01
*** Dinesh_Bhor has quit IRC04:15
*** bhagyashris has quit IRC04:20
*** zhanglong has quit IRC04:21
openstackgerritTakashi NATSUME proposed openstack/nova master: Add a link to the doc contrib guide  https://review.openstack.org/61606304:21
*** jmlowe has quit IRC04:21
*** Dinesh_Bhor has joined #openstack-nova04:34
*** sapd1_ has quit IRC04:35
*** sapd1 has joined #openstack-nova04:36
*** bhagyashris has joined #openstack-nova04:40
*** hongbin has quit IRC04:47
*** TuanDA has quit IRC05:00
*** hamzy has joined #openstack-nova05:18
*** rnoriega- has quit IRC05:28
*** med_ has quit IRC05:29
*** rnoriega has joined #openstack-nova05:29
openstackgerritTakashi NATSUME proposed openstack/nova master: Adds view builders for keypairs controller  https://review.openstack.org/34728905:40
openstackgerritTakashi NATSUME proposed openstack/nova master: Fix 500 error while passing 4-byte unicode data  https://review.openstack.org/40751405:41
*** wznoinsk has quit IRC05:46
gmannalex_xu: you around for API office hour today ?05:57
alex_xugmann: yea05:57
gmannalex_xu: anything specific you have to discuss otherwise i would like to skip, little busy for summit things05:58
*** zhanglong has joined #openstack-nova06:03
alex_xugmann: really nothing specific06:03
gmannalex_xu: ok, i will skip then. btw you will come to summit right ?06:06
openstackgerritMerged openstack/nova master: [Trivial Fix] Correct spelling error of "should" and "resource"  https://review.openstack.org/61489906:09
*** tetsuro has joined #openstack-nova06:14
*** TuanDA has joined #openstack-nova06:17
*** threestrands has quit IRC06:23
alex_xugmann: no, I won't, I didn't get budget this time06:42
gmannalex_xu: oh06:43
*** Luzi has joined #openstack-nova06:51
*** lyarwood has quit IRC06:53
*** andreaf has quit IRC06:53
*** andreaf has joined #openstack-nova06:55
*** tbachman has joined #openstack-nova07:03
*** tbachman has quit IRC07:07
*** tbachman has joined #openstack-nova07:09
*** tbachman has quit IRC07:11
*** dpawlik has joined #openstack-nova07:11
*** alexchadin has joined #openstack-nova07:15
*** dpawlik has quit IRC07:17
*** maciejjozefczyk has joined #openstack-nova07:17
*** dpawlik has joined #openstack-nova07:17
*** ccamacho has joined #openstack-nova07:31
*** pcaruana has joined #openstack-nova07:36
openstackgerritZhenyu Zheng proposed openstack/nova master: Add method to allow fetch root_volume BDM by instance_uuid  https://review.openstack.org/61467207:51
*** adrianc has joined #openstack-nova07:53
*** helenafm has joined #openstack-nova08:19
*** BlackDex has quit IRC08:20
*** lpetrut has joined #openstack-nova08:20
*** ralonsoh has joined #openstack-nova08:33
*** BlackDex has joined #openstack-nova08:33
*** sahid has joined #openstack-nova08:36
*** sahid has quit IRC08:37
*** sahid has joined #openstack-nova08:37
*** sahid has joined #openstack-nova08:37
*** sahid has quit IRC08:38
*** Luzi has quit IRC08:40
openstackgerritZhenyu Zheng proposed openstack/nova master: Bump compute service to indicate attach/detach root volume is supported  https://review.openstack.org/61475008:41
*** sahid has joined #openstack-nova08:42
*** sahid has quit IRC08:42
*** sahid has joined #openstack-nova08:44
*** k_mouza has joined #openstack-nova08:48
*** jpena|off is now known as jpena08:50
*** dims has quit IRC08:52
*** dims has joined #openstack-nova08:53
*** lyarwood has joined #openstack-nova08:54
*** dims has quit IRC08:58
*** jangutter has quit IRC08:58
*** jangutter has joined #openstack-nova08:58
*** dims has joined #openstack-nova08:59
*** kukacz has quit IRC09:04
*** kukacz has joined #openstack-nova09:05
*** alexchadin has quit IRC09:06
openstackgerritZhenyu Zheng proposed openstack/nova master: Add method to allow fetch root_volume BDM by instance_uuid  https://review.openstack.org/61467209:08
openstackgerritZhenyu Zheng proposed openstack/nova master: Bump compute service to indicate attach/detach root volume is supported  https://review.openstack.org/61475009:09
*** ttsiouts has joined #openstack-nova09:10
*** zhanglong has quit IRC09:15
openstackgerritAdrian Chiris proposed openstack/nova master: add get_pci_requests_from_vifs to request.py  https://review.openstack.org/60916609:20
openstackgerritAdrian Chiris proposed openstack/nova master: Allow per-port modification of vnic_type and profile  https://review.openstack.org/60736509:20
openstackgerritAdrian Chiris proposed openstack/nova master: Add free for claimed, allocated devices  https://review.openstack.org/61612009:20
*** k_mouza has quit IRC09:21
*** owalsh_ is now known as owalsh09:23
*** k_mouza has joined #openstack-nova09:28
*** takashin has left #openstack-nova09:30
*** tetsuro has quit IRC09:33
*** ttx has quit IRC09:37
*** dpawlik has quit IRC09:38
*** bhagyashris has quit IRC09:41
*** Luzi has joined #openstack-nova09:41
*** dpawlik has joined #openstack-nova09:42
*** panda|off is now known as panda09:43
*** Dinesh_Bhor has quit IRC09:43
*** ttsiouts has quit IRC09:44
*** derekh has joined #openstack-nova09:44
*** ttsiouts has joined #openstack-nova09:44
*** ttsiouts_ has joined #openstack-nova09:48
*** ttsiouts has quit IRC09:49
*** ttx has joined #openstack-nova09:50
*** cdent has joined #openstack-nova09:58
*** k_mouza has quit IRC09:59
*** k_mouza has joined #openstack-nova10:01
*** ttsiouts_ has quit IRC10:07
*** ttsiouts has joined #openstack-nova10:07
*** sahid has quit IRC10:08
*** sahid has joined #openstack-nova10:09
*** TuanDA has quit IRC10:10
*** ttsiouts_ has joined #openstack-nova10:10
*** ttsiouts has quit IRC10:12
*** ttsiouts_ has quit IRC10:13
*** adrianc has quit IRC10:14
*** ttsiouts has joined #openstack-nova10:20
*** erlon has joined #openstack-nova10:27
*** tssurya has joined #openstack-nova10:28
*** Dinesh_Bhor has joined #openstack-nova10:37
*** dtantsur|afk is now known as dtantsur10:47
*** alexchadin has joined #openstack-nova10:50
*** priteau has joined #openstack-nova10:53
*** davidsha has joined #openstack-nova11:06
*** sapd1 has quit IRC11:12
*** sapd1 has joined #openstack-nova11:12
openstackgerritBalazs Gibizer proposed openstack/nova master: Transfer port.resource_request to the scheduler  https://review.openstack.org/56726811:25
*** jwongz has quit IRC11:29
*** Dinesh_Bhor has quit IRC11:33
*** ttsiouts has quit IRC11:36
*** ttsiouts has joined #openstack-nova11:37
*** k_mouza has quit IRC11:39
*** cdent has quit IRC11:40
*** ttsiouts has quit IRC11:42
*** brinzh has quit IRC11:55
*** k_mouza has joined #openstack-nova12:00
openstackgerritlvxianguo proposed openstack/python-novaclient master: Update the documentation bug tag  https://review.openstack.org/61617412:04
*** ttsiouts has joined #openstack-nova12:08
*** dpawlik has quit IRC12:11
*** dpawlik has joined #openstack-nova12:12
*** k_mouza has quit IRC12:12
*** dpawlik has quit IRC12:16
*** alexchadin has quit IRC12:17
*** chudler has joined #openstack-nova12:23
openstackgerritSurya Seetharaman proposed openstack/nova master: Make _instances_cores_ram_count() be smart about cells  https://review.openstack.org/56905512:37
openstackgerritSurya Seetharaman proposed openstack/nova master: [WIP] Add os_compute_api:servers:create:cell_down policy  https://review.openstack.org/61478312:37
openstackgerritSurya Seetharaman proposed openstack/nova master: WIP: API microversion bump for handling-down-cell  https://review.openstack.org/59165712:37
*** dpawlik has joined #openstack-nova12:39
*** dpawlik has quit IRC12:39
*** dpawlik has joined #openstack-nova12:40
*** cdent has joined #openstack-nova12:51
*** jpena is now known as jpena|lunch12:53
sean-k-mooneybauzas: cdent gibi for https://review.openstack.org/#/c/610034/10 are we ok with its current form or do we want another revision12:56
*** Luzi_ has joined #openstack-nova12:57
sean-k-mooneybauzas: cdent gibi any change i make to the nova version will also need to be appied to the placement version and i dont really want to kick of ci jobs for all the stuff that depnd on this on the placemnt side un less i need too12:57
cdentsean-k-mooney: I'm not sure. gibi seemed to have some reservations and it might make sense to do his simpler version in nova and the run_once version in placement (where we have longer term needs)12:57
sean-k-mooneythat said i also plan to back port this so i what this to be right12:57
sean-k-mooneycdent: nova need to have it done for the nova-api too however12:58
sean-k-mooneydo we want two ifs one for each both depending on private data12:58
* cdent looks at bauzas and gibi 12:59
cdentI don't have a strong preference, except that we move it forward quickly in some way that satisfies us and recognize that it is okay to fix it more later.12:59
sean-k-mooneycdent: ya same. this has been blocking downstream ci for almost a month at this point. i will have to consider applying a donwstream only fix if we dont merge something with the next week13:00
*** Luzi has quit IRC13:00
cdentYeah, we seem to have quite the backlog at the moment13:01
cdentsean-k-mooney: I wish I could help to move things a bit more13:05
sean-k-mooneycdent: i need to run to the bank so ill be back in a while. efried spotted a typo so i was going to resping for that and ill add the extra docs that gibi asked for too. unfortunetly that will cause curn on the placement side is that ok with you?13:06
sean-k-mooneycdent: and no worries13:06
sean-k-mooneyyou have help move it along alot already13:06
cdentno worries on the placement side, I'll watch that and make sure it's properly rebased etc. The test load from placement is currently very light and fast, so no issues there.13:07
sean-k-mooneythanks :) ok got to run brb13:07
*** Luzi_ has quit IRC13:10
*** Luzi has joined #openstack-nova13:10
*** k_mouza has joined #openstack-nova13:13
gibisean-k-mooney: my -1 is mostly due to the problem with raised exception from the wrapped function13:13
gibisean-k-mooney: the rest is mostly thinking out loud different alternatives13:13
sean-k-mooneygibi: well we dont want to catch exceptions when we invoke the wrapped function the first time. but we could catch exceptions when logging i guess13:14
gibisean-k-mooney: my problem is that if the first call raises then we allow a second call13:15
gibisean-k-mooney: because called only set _after_ the wrapped function returns13:15
sean-k-mooneygibi: yes because this is a general decorator and we should not assume that means another call to the same fucntion will also raise13:15
gibisean-k-mooney: for me the contract of that decorator is that the decorated function will be called at most once. But the actual implementation allows any number of calls to the wrapped function if the wrapped function raises13:16
sean-k-mooneygibi: yes the order of setting called after was very deliberate13:16
gibiso if my func() has some code in it that can only be run once, but also my func() can raise then I cannot use the new decorator13:17
sean-k-mooneygibi: for me it will be called at most once if it succeeds and the fuctor object will be in its orignal state if not13:17
artomlyarwood, could you hit https://review.openstack.org/#/c/587249/ ? It's the pike version of a backport you +2'ed for Queens - I'll try and get Matt R as well when he comes onlone13:17
artom(Pike is still a thing, right? I know Ocata is EM now)13:18
sean-k-mooneygibi: you can but if you caugt the excption that by definitoin means its recoverable13:18
lyarwoodartom: yeah tis and I'll get to it after this call13:18
sean-k-mooneygibi: if its not recoverable you should end the program13:18
artomlyarwood, much thanks!13:18
*** jpena|lunch is now known as jpena13:18
sean-k-mooneygibi: so that means you should be able to call the function again.13:18
gibisean-k-mooney: but allowing to call the function _again_ is something the run_once decorator should not allow at least that is what the name of the decorator suggests13:19
sean-k-mooneygibi: the contract i wanted to give is this fucntion will run once sucessfully13:20
gibisean-k-mooney: I don't want to block your CI so I'm fine if you can document the behavior of the decorator precisely13:20
sean-k-mooneysure ill add more documentaion13:20
sean-k-mooneyi could may be make the setting of the called value explcit but i was concered that people would complain it was over enginerred. my oringinal solution was a try block13:21
sean-k-mooneythen an if and then i was asked for a decorator13:22
gibisean-k-mooney: I'm one of the guy who feels it is overengineered so please do not add more configurability to the decorator, add just more documentation what is the intention of the decorator. Like that a run only counts if it wasn't raised13:23
sean-k-mooneyok will do thanks ill get this back up in about 2 hours13:24
gibisean-k-mooney: ping me and I will try to +2 it quickly13:24
*** dpawlik has quit IRC13:35
*** dpawlik has joined #openstack-nova13:35
*** cdent has quit IRC13:37
*** ttsiouts has quit IRC13:39
*** dpawlik has quit IRC13:40
artomlyarwood, there's the one below it as well ;) https://review.openstack.org/#/c/587248/113:42
artomCheers!13:43
lyarwoodartom: np LGTM13:43
*** pcaruana has quit IRC13:45
*** jmlowe has joined #openstack-nova13:47
*** ttsiouts has joined #openstack-nova13:57
*** mriedem has joined #openstack-nova13:58
*** pcaruana has joined #openstack-nova14:00
*** faridda has joined #openstack-nova14:09
*** tbachman has joined #openstack-nova14:17
*** awaugama has joined #openstack-nova14:24
*** pcaruana has quit IRC14:33
*** pcaruana has joined #openstack-nova14:34
*** cdent has joined #openstack-nova14:36
*** k_mouza has quit IRC14:39
*** jistr is now known as jistr|call15:00
*** priteau has quit IRC15:01
*** cfriesen has joined #openstack-nova15:02
*** mlavalle has joined #openstack-nova15:03
*** priteau has joined #openstack-nova15:03
tomtom001lyarwood: hello I was wondering you could say how the encryption on nova works with nova libvirt and ceph... we've noticed really slow performance when using luks encryption... I've turned off xts,and only use aes but it doesn't seem to change anything, what specifically needs to be in place to get a fast encryption for disks?15:06
lyarwoodtomtom001: Which version are you using and slow in what sense? Read / Writes / time taken to attach volumes etc?15:07
*** faridda has quit IRC15:08
sean-k-mooneytomtom001: does the host system have aes-ni processor instruction or is this older hardware. there are a log of vairibles that can come into play here15:12
*** ttsiouts has quit IRC15:15
*** ttsiouts has joined #openstack-nova15:16
*** ttsiouts has quit IRC15:16
*** ttsiouts has joined #openstack-nova15:16
*** READ10 has joined #openstack-nova15:17
tomtom001So they are DellFx2 servers, so recent hardware.  We are using Queens as installed from Openstack-ansible and using Ceph luminous.  i/o performance is 1/20th the speed of an unencrypted volume.15:18
tomtom001volume creation and attach time seems normal.15:18
sean-k-mooneytomtom001: that would seam to imply that the perfromace pelenty is coming form the encryption overhead which should be low if its hardware offloaded but would be non trivial if aes-ni was not available15:22
*** dpawlik has joined #openstack-nova15:22
*** dpawlik has quit IRC15:22
*** dpawlik has joined #openstack-nova15:23
cdentefried: do open questions remain on your refresh stack or is it fairly straightforward from here? I'm trying to optimize my time before leaving for berlin (tomorrow)15:24
efriedcdent: I'm kind of a mess, need to go back through the emails and the series. But I *think* the only remaining questions are whether to make the timer zero by default for new installs; and/or make it the *only* thing - i.e. remove the option entirely and only refresh the cache when something happens.15:25
*** Luzi has quit IRC15:26
efriedcdent: and I've convinced the ptb that, if either of those things comes to pass, they should be done at least separately, and probably later once these have had some field time with CERN/Vexx15:26
cdentmakes sense15:26
*** jistr|call is now known as jistr15:29
sean-k-mooneyefried: for what its worth im fine with waiting to change the default but in T we proably shoudl change the default to 015:30
efriedsean-k-mooney: I don't even mind doing it earlier than that if we can demonstrate some traction in a prod env or two.15:31
sean-k-mooneythat said cern/vexxhost wont deploy stein right away so it would be late in T before we got any feedback15:31
efriedsean-k-mooney: I may be able to backport this code.15:32
efriedsean-k-mooney: Not to merge necessarily, but at least so they can pull it into their env.15:32
sean-k-mooneyright the catalyst for changing the default would production use showing it works for them15:32
tomtom001sean-k-mooney - right so hardware offloaded would just be hardware encryption, we are looking at it from the cinder luks ceph side.15:39
sean-k-mooneytomtom001: well hardware offload would acclerate the luks part15:40
mriedembauzas: do you care about this at all? you added the original lazy-load scheduler report client stuff https://review.openstack.org/#/c/615641/15:40
sean-k-mooneycinder and ceph should not chagne if you enable encryption15:40
bauzasmriedem: for sure, I'm interested but I have a long customer issue15:40
*** ralonsoh has quit IRC15:41
efriedmriedem: bauzas and I discussed it yesterday. I'm not sure whether I succeeded in convincing him that we weren't actually deferring importing the modules until method call. But he also admitted the only reason we were doing it at all was to avoid a circular import, which is clearly not an issue anymore.15:41
*** dtantsur is now known as dtantsur|afk15:42
*** david-lyle has quit IRC15:42
efriedbtw, at some point when I get breathing room, I'm going to rip out the SchedulerClient entirely. At the top of my series, it only has methods to the query client (all report client passthrough methods are gone). And I want to suck up to jaypipes some more anyway.15:43
mriedemi think that's the nit todo i just left on that change15:43
mriedemeventually remove the proxy15:43
cdentI'm glad we seem to have agreement on that idea15:44
efriedyeah, for sure. I've looked into it before and it was going to be nontrivial, which is why I haven't done it in this series.15:44
efriedbut this series will make it a little bit easier.15:44
*** ivve has joined #openstack-nova15:44
bauzasefried: mriedem: +Wd15:44
mriedemwell looky there15:45
efriedbauzas: Thank you sir15:45
bauzassorry for not having a lot of time for upstream :(15:45
*** dklyle has joined #openstack-nova15:47
*** munimeha1 has joined #openstack-nova15:52
* mriedem goes to run some errands15:53
*** mriedem has quit IRC15:53
*** ralonsoh has joined #openstack-nova15:54
*** k_mouza has joined #openstack-nova15:56
tomtom001sean-k-mooney Sorry i'm not understanding, from what I think is supposed to happen, is that qemu is supposed to handle luks encryption on the fly on a disk correct?15:56
*** gyee has joined #openstack-nova15:58
sean-k-mooneytomtom001: correct but that was only added to openstack in pike see https://specs.openstack.org/openstack/nova-specs/specs/pike/approved/libvirt-qemu-native-luks.html15:59
tomtom001ok, so I'm running queens so that should be there.15:59
tomtom001or no it's not implemented yet?15:59
sean-k-mooneytomtom001: no it should be there16:00
tomtom001so on one cpu host i've removed the xts module to ensure only the aes module is loaded, is there anything else I can check in qemu or libvirt or nova to ensure that encryption is operating normally?16:01
tomtom001qemu 2.11 is installed16:01
tomtom001libvirt 4.0.0 and nova compute from stale/queens16:02
tomtom001*stable16:02
sean-k-mooneythere versions of the software you are running should all support it16:02
tomtom001are there settings I need to check for this?16:03
sean-k-mooneynot that i a aware of but lyarwood might be able to provide more info16:08
sean-k-mooneyyou will see the encyption nebaled in the xml/qemu command line but i dont know of anything you need to do to improve performance16:08
*** lpetrut has quit IRC16:14
*** imacdonn has quit IRC16:17
*** imacdonn has joined #openstack-nova16:17
tomtom001sean-k-mooney thank you, lyarwood, you have anything I can check or something you'd like to look at to tell you?16:19
*** mriedem has joined #openstack-nova16:26
*** pcaruana has quit IRC16:38
openstackgerritBalazs Gibizer proposed openstack/nova master: Send rp_uuid in the port binding  https://review.openstack.org/56945916:42
openstackgerritBalazs Gibizer proposed openstack/nova master: Test boot with more ports with bandwidth request  https://review.openstack.org/57331716:42
openstackgerritBalazs Gibizer proposed openstack/nova master: Calculate port_id rp_uuid mapping for binding  https://review.openstack.org/61623916:42
openstackgerritBalazs Gibizer proposed openstack/nova master: Pass allocations to neturonv2 api  https://review.openstack.org/61624016:42
efriedmriedem: Update on the nova-next business...16:50
efriedhttps://review.openstack.org/#/c/616033/ see latest comment16:50
efriedtldr I don't think the tweak is working, or I'm a dolt and looking in the wrong place.16:50
efriedHowever, having looked at the placement logs for the nova-next runs in the whole series, I see a major drop at the "Reduce calls to placement from _ensure" patch, which is what I would expect; and actually, I wouldn't expect any of the CI jobs to see a significant drop from setting refresh=0 because they're getting refreshed all the time because they're going crazy doing real stuffs, so the refreshing is happening anyway and the16:52
efriedThe refresh=0 thing is really only going to see a big benefit in steady state, and (afaik) we don't have any CI jobs that just... sit there.16:53
mriedemi've had issues with using post-config and NOVA_CPU_CONF in the nova-live-migration job...16:54
efriedmriedem: I found a cells job that was using something similar and it seemed to be working (was able to verify the conf change was made)16:56
efriedmriedem: http://logs.openstack.org/33/616033/1/check/nova-cells-v1/fb84e57/logs/etc/nova/nova-cells.conf.txt.gz is getting vif_plugging_timeout = 0 from playbooks/legacy/nova-cells-v1/run.yaml16:56
mriedemdevstack is processing the post-config16:58
mriedemhttp://logs.openstack.org/33/616033/1/check/nova-next/6e893b8/logs/devstacklog.txt.gz#_2018-11-07_00_24_44_04416:58
efriedso... wtf?17:00
mriedemit looks like that post-config happens first,17:00
mriedemand then other stuff is writing to nova-cpu.conf17:01
mriedemso my guess is that devstack is overwriting it...17:01
efriedah http://logs.openstack.org/33/616033/1/check/nova-next/6e893b8/logs/devstacklog.txt.gz#_2018-11-07_00_26_29_70217:01
efriedwe blow it away later :(17:01
efriedwhat's the magic env var for the nova.conf?17:02
mriedemyup http://logs.openstack.org/33/616033/1/check/nova-next/6e893b8/logs/devstacklog.txt.gz#_2018-11-07_00_26_29_70217:02
mriedem$NOVA_CONF17:02
mriedemdefinitely a bug, but just do $NOVA_CONF for now and comment in the playbook17:03
efriedack17:03
mriedemi can report a devstack back17:04
efriedbug?17:04
efriedcool, thanks.17:04
mriedemhttps://bugs.launchpad.net/devstack/+bug/180214317:06
openstackLaunchpad bug 1802143 in devstack "Changes from [[post-config|$NOVA_CPU_CONF]] are overwritten in "superconductor" mode" [Undecided,New]17:06
mriedem*yeah bug17:06
openstackgerritEric Fried proposed openstack/nova master: WIP: Turn off rp association refresh in nova-next  https://review.openstack.org/61603317:07
efriedmriedem: done ^17:07
efriedmriedem: but as I said, I don't actually expect to see a significant difference, because active state.17:08
efriedthough making sure it actually works and doesn't blow up the world will be good :)17:08
*** efried is now known as efried_rollin17:08
mriedemhey now that the dems took over the house the world is going to end anyway17:10
* mriedem embraces for the caravan17:11
mriedemheh, *braces17:11
mriedemsorry, trump is doing a news conference talking about the lack of republican losers that didn't accept his warm embrace17:11
*** sahid has quit IRC17:23
tssuryasean-k-mooney: I had a question, would you know the working of virsh capabilities (ca you point me to the code of how this xml is generated)?17:25
tssuryacouldn't find the exact source code17:25
mriedemkashyap: ^17:27
dansmithtssurya: it comes from libvirt, obviously17:29
dansmithtssurya: there is a lot of documentation about what they all mean17:29
tssuryadansmith: yea I tried to go into the libvirt code,, but in vain17:29
dansmithtssurya: https://libvirt.org/formatcaps.html17:29
dansmithtssurya: you want to know how it's determining one thing or another, or just what everything means?17:30
tssuryaI already saw that link17:30
dansmithexample of what you're trying to figure out?17:30
*** k_mouza has quit IRC17:30
tssuryaI want to know how this Core(s) per socket in the topology is calculated17:30
tssuryaor the code in libvirt that gets this part17:31
dansmithit should all be straight out of /sys I would think17:31
*** helenafm has quit IRC17:32
dansmithyou're talking about host caps in that case right? not how a guest's topo gets determined (by nova) but how libvirt reports the host topo?17:32
tssuryayea the host caps (I think)17:32
sean-k-mooneytssurya: if you talking about the guest topology the answer is dumbly17:32
*** mriedem has quit IRC17:33
tssuryabasically we had a live migration failure because the cpu_info didn't match17:33
dansmiththere are lots of reasons for that being possible, topo is one and flags being another17:33
tssuryawhich we started investigating and reached the topo part17:34
*** ttsiouts has quit IRC17:36
*** davidsha has quit IRC17:37
sean-k-mooneytssurya: so ya as dansmith mentioned libvirt gets this info from sysfs which the bios/uefi proved to the kernel based on probing the cpu. the kenrel can re probe this info if it really needs to but libvirt is just taking whatever the kernel provides17:37
tssuryaoh okay17:38
sean-k-mooneytssurya: the toplogy info is here ls  /sys/bus/cpu/devices/cpu0/topology/17:39
sean-k-mooneythe cpu flags are up one level17:39
*** ttsiouts has joined #openstack-nova17:39
dansmithsean-k-mooney: live migration failing because of topology would only be if you're using pinned cpus and those cpus don't exist on the remote side right17:39
dansmith?17:39
tssuryathanks, looking17:39
sean-k-mooneydansmith: yes17:40
tssuryayea we have something like 48 cores source out of which 24 are offline and 24 on destination, but the 24 offline is not reflected or something17:40
openstackgerritJack Ding proposed openstack/nova master: Add HPET timer support for x86 guests  https://review.openstack.org/60590217:40
tssuryanot sure if that makes sense17:41
sean-k-mooneytssurya: have you excluded the offline cpus form the vcpu_pin_set17:41
sean-k-mooneytssurya: use because they are offline does not mean they will not be in sys / virsh capablities17:42
sean-k-mooneytssurya: but ya as dan said topology will only come into it if the cpus you were pinned too on the source are not present on the dest17:42
*** erlon_ has joined #openstack-nova17:43
sean-k-mooneytssurya: if they are present it could still be incorrect to do the migration but that is a sperate issue17:43
*** erlon has quit IRC17:43
*** derekh has quit IRC17:44
*** ttsiouts has quit IRC17:44
*** jpena is now known as jpena|off17:46
cfriesentssurya: as I'm sure you're aware, live migration with CPU pinning is currently broken. :)18:05
tssuryasean-k-mooney: how do I exclude offline cpus from vcpu_pin_set (sorry I am a totally beginner in this stuff)18:06
tssuryacfriesen: actually I wasn't :)18:06
tssuryathanks for telling me18:07
tssuryasean-k-mooney: because we were looking through the libvirt code and like you said it seems to be looping through all the cores even if they are offline18:08
cfriesentssurya: technically it's never been reliable.  it will try to keep the same topology and host cpus on the dest node, even if those cpus/numa-nodes don't exist or are already in use by other instances.18:08
cfriesentssurya:  there's work in progress to fix it finally by recalculating the resources on the dest as part of the live migration, so that might land in stein18:09
tssuryacfriesen: ah good to know18:10
*** panda is now known as panda|off18:10
openstackgerritsean mooney proposed openstack/nova master: harden placement init under wsgi  https://review.openstack.org/61003418:25
sean-k-mooneygibi: ^ should have the exception behavior you wanted18:25
sean-k-mooneygibi: the run_once contract is now expcitly stated too. the contract is different then i had planned but it will still work for my usecase and hopefully you find it more intuititve18:29
*** Swami has joined #openstack-nova18:30
*** ralonsoh has quit IRC18:30
cdentedleafe: if you get a chance to cast your eye on https://review.openstack.org/#/c/603955/ (cyborg interaction spec) I think it could do with it. The API bits need some stronger review and I've run out of time and I believe you've got some state on the cyborg stuff?18:34
sean-k-mooneycdent: do you think the spec is close18:36
sean-k-mooneycdent: i spend a lot of time going through it in detail initilly but i have not had time to go through the spec end to end in several interations18:37
*** mriedem has joined #openstack-nova18:38
cdentsean-k-mooney: it's hard to say. a lot of the details are kind of lost on me. When I previously reveiwed it was mostly to look at the shape of the API, which I found a bit off (which is why I've asked edleafe to look as a fellow api-sig person).18:40
edleafecdent: It's on my plate. I've had the same experience as sean-k-mooney - it's hard to get through the entire thing18:42
sean-k-mooneycdent: i have had similar feeling. i have tried to blance the  "is the cyborg api correct" comments with is the workflow and datastuctre used correct in terms of the nova interaction18:42
sean-k-mooneyedleafe: there is still alot going on for a single spec but some of that context/complexity is unaviodable unfortunetly18:44
edleafesean-k-mooney: agreed18:44
*** irclogbot_2 has joined #openstack-nova18:45
*** tssurya has quit IRC18:47
artommriedem, oh hai, could you hit https://review.openstack.org/#/c/587248/1 and the one on top when you get a chance? It's the pike backport of a thing you +2'ed in queens18:48
*** eharney has quit IRC18:53
mriedemok18:56
mriedemdone19:00
*** kmalloc is now known as needscoffee19:05
*** priteau has quit IRC19:10
artomCheers!19:12
*** priteau has joined #openstack-nova19:12
*** eharney has joined #openstack-nova19:26
mriedemsuper critical bug that needs fixing asap https://bugs.launchpad.net/nova/+bug/180216719:27
openstackLaunchpad bug 1802167 in OpenStack Compute (nova) "nova-manage db purge -h has weird help for --before option" [Low,Triaged]19:27
artomoh shiite im on that19:27
sean-k-mooneyartom: feels more like a stephenfin  thing :)19:27
mriedemlet's not get stephen started on the cliff thing again19:29
openstackgerritJack Ding proposed openstack/nova master: Add HPET timer support for x86 guests  https://review.openstack.org/60590219:29
mriedemor clint or clive or whatever manly naming library it is19:29
mriedemefried_rollin: you can drop the -2 on https://review.openstack.org/#/c/605902/ - the hpet blueprint was approved19:30
sean-k-mooneyhaha didnt he end up porting the stuff he wanted form the one we are not useing to the one we are upstream in the end19:30
mriedemjackding: make sure to throw that in the runways queue when it's ready19:30
mriedemrunways reviews are just burning down the house right now19:31
*** dpawlik has quit IRC19:34
*** dpawlik_ has joined #openstack-nova19:34
openstackgerritsean mooney proposed openstack/os-vif master: always create ovs port during plug  https://review.openstack.org/60238419:37
openstackgerritsean mooney proposed openstack/os-vif master: add isolate_vif config option  https://review.openstack.org/61253419:37
*** READ10 has quit IRC19:41
openstackgerritsean mooney proposed openstack/os-vif stable/rocky: always create ovs port during plug  https://review.openstack.org/60985019:42
*** betherly has joined #openstack-nova19:42
jackdingmriedem: sure19:45
*** betherly has quit IRC19:47
artommriedem, keith. I want novaclient to use python-keith19:49
mriedemi had a shift manager at my part time high school job named keith,19:50
mriedemoakleys, jorts, nascar shirts, tight mullet19:50
mriedemthat was a man19:50
*** mriedem is now known as mriedem_afk19:53
openstackgerritsean mooney proposed openstack/os-vif stable/rocky: add isolate_vif config option  https://review.openstack.org/61628519:57
openstackgerritsean mooney proposed openstack/os-vif stable/queens: always create ovs port during plug  https://review.openstack.org/60985120:00
*** erlon_ has quit IRC20:05
*** dpawlik_ has quit IRC20:06
*** dpawlik has joined #openstack-nova20:07
*** dpawlik has quit IRC20:09
*** dpawlik has joined #openstack-nova20:09
efried_rollinmriedem_afk: done20:17
*** efried_rollin is now known as efried20:18
*** needscoffee is now known as kmalloc20:19
*** eharney has quit IRC20:25
*** erlon_ has joined #openstack-nova20:27
efriedmriedem_afk: That nova-next thing worked this time. And the job passed, but as expected, no significant difference in the size of the placement log.20:33
*** dpawlik has quit IRC20:43
*** dpawlik has joined #openstack-nova20:43
*** READ10 has joined #openstack-nova20:47
*** whoami-rajat has quit IRC20:47
*** jungleboyj has quit IRC20:47
*** dpawlik has quit IRC20:47
*** jbryce has quit IRC20:47
*** hogepodge has quit IRC20:47
*** auggy has quit IRC20:47
*** whoami-rajat has joined #openstack-nova20:48
*** jbryce has joined #openstack-nova20:48
*** mnaser has quit IRC20:48
*** lamt has quit IRC20:48
*** hogepodge has joined #openstack-nova20:48
*** eharney has joined #openstack-nova20:48
*** mnaser has joined #openstack-nova20:49
*** andreaf has quit IRC20:51
*** andreaf has joined #openstack-nova20:52
*** dpawlik has joined #openstack-nova21:14
*** cdent has quit IRC21:19
*** dpawlik has quit IRC21:22
*** dpawlik has joined #openstack-nova21:22
*** dpawlik has quit IRC21:27
*** dpawlik has joined #openstack-nova21:33
*** mchlumsky has quit IRC21:33
*** READ10 has quit IRC21:36
*** dpawlik has quit IRC21:38
*** dpawlik has joined #openstack-nova21:38
*** dpawlik has quit IRC21:39
*** dpawlik_ has joined #openstack-nova21:39
*** ivve has quit IRC21:46
*** awaugama has quit IRC21:54
*** jungleboyj has joined #openstack-nova21:59
openstackgerritMerged openstack/nova stable/pike: Refactor _build_device_metadata  https://review.openstack.org/58724822:19
openstackgerritMerged openstack/nova stable/pike: Consider hostdev devices when building metadata  https://review.openstack.org/58724922:19
*** mriedem_afk is now known as mriedem22:22
*** dpawlik_ has quit IRC22:23
*** dpawlik has joined #openstack-nova22:24
*** dpawlik has quit IRC22:28
openstackgerritMerged openstack/nova master: Allow resource_provider_association_refresh=0  https://review.openstack.org/61560622:31
openstackgerritMerged openstack/nova master: Remove LazyLoad of Scheduler Clients  https://review.openstack.org/61564122:38
*** dpawlik has joined #openstack-nova22:40
*** dpawlik has quit IRC22:44
efriedmelwitt: That fixture merged. Are you going to propose a release or you want me to do it?22:45
efriedmelwitt: Never mind, it seems to have already been done.22:46
*** priteau has quit IRC22:47
*** READ10 has joined #openstack-nova23:01
*** slaweq has quit IRC23:01
*** k_mouza has joined #openstack-nova23:10
*** mlavalle has quit IRC23:13
*** eharney has quit IRC23:47
*** vishwana_ has joined #openstack-nova23:55
vishwana_Hi, I was wondering if a single VM instance can have multiple interfaces from a single subnet? If yes, how would I enable it? Thanks in advance for your guidance23:57
*** hshiina has joined #openstack-nova23:57
*** vishwana_ is now known as vishwanathj23:57

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