Thursday, 2018-10-18

*** Swami has quit IRC00:02
openstackgerritMerged openstack/nova stable/rocky: Add recreate test for bug 1798163  https://review.openstack.org/61131400:42
openstackbug 1798163 in OpenStack Compute (nova) rocky "Placement incomplete consumers online migration fails" [Critical,In progress] https://launchpad.net/bugs/1798163 - Assigned to Matt Riedemann (mriedem)00:42
*** tetsuro has joined #openstack-nova01:03
*** brinzhang has joined #openstack-nova01:04
*** brinzhang has quit IRC01:04
*** brinzhang has joined #openstack-nova01:05
*** markvoelker has joined #openstack-nova01:05
*** markvoelker has quit IRC01:09
*** brinzhang has quit IRC01:10
*** brinzhang has joined #openstack-nova01:11
*** brinzhang has quit IRC01:12
*** k_mouza has joined #openstack-nova01:12
*** brinzhang has joined #openstack-nova01:13
*** k_mouza has quit IRC01:17
*** Dinesh_Bhor has joined #openstack-nova01:20
*** imacdonn has quit IRC01:22
*** imacdonn has joined #openstack-nova01:22
*** mrsoul has joined #openstack-nova01:23
*** tommylikehu has joined #openstack-nova01:27
*** erlon__ has quit IRC01:29
*** zhanglong has joined #openstack-nova01:32
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P): Add API to support vgpu resource provider create  https://review.openstack.org/52031301:34
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P):Get vgpu info from `allocations`  https://review.openstack.org/52171701:35
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P):Get vgpu info from `allocations`  https://review.openstack.org/52171701:36
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P): support compute node resource provider update  https://review.openstack.org/52104101:36
openstackgerritNaichuan Sun proposed openstack/nova master: xenapi(N-R-P): support compute node resource provider update  https://review.openstack.org/52104101:37
openstackgerritNaichuan Sun proposed openstack/nova master: os-xenapi(n-rp): add traits for vgpu n-rp  https://review.openstack.org/60426901:37
*** bhagyashris has joined #openstack-nova01:46
*** lei-zh has joined #openstack-nova01:48
*** mhen has quit IRC01:48
*** tetsuro has quit IRC01:49
*** mhen has joined #openstack-nova01:50
*** moshele has joined #openstack-nova01:50
*** tetsuro has joined #openstack-nova01:52
*** Dinesh_Bhor has quit IRC01:53
openstackgerritGhanshyam Mann proposed openstack/nova master: Merge image_size extension response into image view builder  https://review.openstack.org/60684501:59
openstackgerritGhanshyam Mann proposed openstack/nova master: Remove the caching the resource on Request object  https://review.openstack.org/60940301:59
openstackgerritGhanshyam Mann proposed openstack/nova master: Remove more code related to extensions and testing  https://review.openstack.org/60708802:00
openstackgerritGhanshyam Mann proposed openstack/nova master: Remove the extensions framework from wsgi.py  https://review.openstack.org/60709202:01
gmannstephenfin: alex_xu ^^ rebased the series, need to +A again.02:01
*** moshele has quit IRC02:02
*** Dinesh_Bhor has joined #openstack-nova02:03
*** munimeha1 has joined #openstack-nova02:06
*** munimeha1 has quit IRC02:19
*** hongbin has joined #openstack-nova02:29
*** Dinesh_Bhor has quit IRC02:38
*** tetsuro has quit IRC02:42
*** Dinesh_Bhor has joined #openstack-nova02:47
*** psachin has joined #openstack-nova02:53
*** dave-mccowan has quit IRC02:56
*** lei-zh has quit IRC02:57
*** lei-zh has joined #openstack-nova02:58
*** rcernin has quit IRC03:02
*** bnemec has joined #openstack-nova03:05
*** bnemec has quit IRC03:10
*** deepak_mourya__ has joined #openstack-nova03:12
*** brinzhang has quit IRC03:17
*** brinzhang has joined #openstack-nova03:18
*** rcernin has joined #openstack-nova03:28
*** tetsuro has joined #openstack-nova03:35
*** owalsh_ has joined #openstack-nova03:39
*** owalsh has quit IRC03:43
*** hongbin has quit IRC03:57
*** Dinesh_Bhor has quit IRC04:05
*** brinzhang has quit IRC04:20
*** TuanDA has joined #openstack-nova04:40
*** Dinesh_Bhor has joined #openstack-nova04:44
*** udesale has joined #openstack-nova04:45
*** bhagyashris has quit IRC04:59
*** ccamacho has quit IRC05:03
*** Dinesh_Bhor has quit IRC05:13
*** lei-zh has quit IRC05:15
*** liuyulong has quit IRC05:24
*** lbragstad_503 has quit IRC05:27
*** lbragstad_503 has joined #openstack-nova05:27
*** deepak_mourya__ has quit IRC05:30
*** lei-zh has joined #openstack-nova05:38
*** ratailor has joined #openstack-nova06:01
*** hamdyk has joined #openstack-nova06:04
*** moshele has joined #openstack-nova06:13
*** Luzi has joined #openstack-nova06:15
*** TuanDA has quit IRC06:22
*** TuanDA has joined #openstack-nova06:23
*** sahid has joined #openstack-nova06:24
*** bhagyashris has joined #openstack-nova06:29
*** phillu has joined #openstack-nova06:31
*** adrianc has joined #openstack-nova06:38
*** rodolof has joined #openstack-nova06:44
*** phillu has quit IRC06:44
*** elod has quit IRC06:46
*** elod has joined #openstack-nova06:47
*** janki has joined #openstack-nova06:51
openstackgerritTetsuro Nakamura proposed openstack/nova-specs master: Spec: Support filtering by forbidden aggregate  https://review.openstack.org/60335206:58
*** rcernin has quit IRC07:07
*** lpetrut has joined #openstack-nova07:09
*** alexchadin has joined #openstack-nova07:14
*** phillu_ has joined #openstack-nova07:17
*** phillu_ has quit IRC07:18
*** phillu has joined #openstack-nova07:18
*** alexchadin has quit IRC07:19
*** janki has quit IRC07:19
*** owalsh_ is now known as owalsh07:20
*** jcosmao has quit IRC07:22
*** helenafm has joined #openstack-nova07:22
*** ralonsoh has joined #openstack-nova07:26
*** ralonsoh has quit IRC07:27
*** ralonsoh has joined #openstack-nova07:28
*** openstackgerrit has quit IRC07:35
*** phillu has quit IRC07:39
*** k_mouza has joined #openstack-nova07:42
*** phillu has joined #openstack-nova07:42
*** k_mouza has quit IRC07:50
*** dpawlik has quit IRC07:55
*** dtantsur|afk is now known as dtantsur07:56
*** slaweq has joined #openstack-nova08:02
*** ttsiouts has joined #openstack-nova08:03
*** jangutter has quit IRC08:05
*** jangutter has joined #openstack-nova08:06
*** TuanDA has quit IRC08:06
*** TuanDA has joined #openstack-nova08:07
*** ttsiouts has quit IRC08:09
*** k_mouza has joined #openstack-nova08:11
gibiKevin_Zheng: I've responded to you in https://review.openstack.org/#/c/60578508:12
*** spatel has joined #openstack-nova08:12
*** dpawlik has joined #openstack-nova08:13
Kevin_Zhenggibi, Oh, yes, I will check ASAP, I was busy on something else, these days, sorry for the late response08:13
gibiKevin_Zheng: no problem, take your time. :)08:13
*** ttsiouts has joined #openstack-nova08:15
*** tssurya has joined #openstack-nova08:16
*** spatel has quit IRC08:17
*** rodolof has quit IRC08:18
bauzasoh oops my manners08:18
bauzasgood morning Novaz08:18
gibibauzas: good morning08:18
Kevin_Zhenggibi, I still don't get the reason for NoValidHost exception08:24
*** ttsiouts has quit IRC08:24
Kevin_ZhengI got the point you illustrate in both case 1 and 208:25
gibiKevin_Zheng: bottom line, nova cannot always detect if the server would need complex allocation on the destination. When nova cannot detect that Nova cannot raise other than NoValidHost as that is the generic exception used when placement allocation fails08:25
*** tetsuro has quit IRC08:25
gibiKevin_Zheng: so there will be always cases when nova raise NoValidHost because of complex allocation would be needed08:26
*** k_mouza has quit IRC08:26
gibiKevin_Zheng: therefore I think it will be even more confusing to raise NoValidHost is some case and ComplexAllocationNotSupported exception in other cases when both situations has the same root casuse, the need for the complex allocation08:27
Kevin_ZhengOK, I got your point08:28
*** ralonsoh_ has joined #openstack-nova08:29
gibiKevin_Zheng: I can inform the user properly in half of the cases :/08:29
Kevin_ZhengHmm, but maybe it will still be miss leading, as an user, I can see that I still have resources in the cloud08:30
gibiKevin_Zheng: this is basically a chiken-and-egg problem. The need of complex allocation on the destination can only be detected in every case if placement a_c is called. But force flag is defined in a way that it forbids calling the scheduler and placement08:30
Kevin_Zhengbut you tell me that there is no valid host?08:30
*** ralonsoh has quit IRC08:31
gibiKevin_Zheng: only if you specify the force flag08:31
gibiKevin_Zheng: the root of the problem is the definition of the force flag08:31
*** ttsiouts has joined #openstack-nova08:31
gibiKevin_Zheng: it forces (sic) nova to decide without the scheduler. But when we introduced placement in the picture nova lost the possibility to decide without consulting placement08:32
Kevin_ZhengHmm, there is a log, but the logs may only be available for ``operators``, if we had ``admins`` that can use force flag, this might still be confusing?08:33
gibiKevin_Zheng: there is no specific log in case #2. In case #2 nova tries to blind copy the flat soruce allocation to the dest but on the dest the root RP does not have enough resources therefore it is a NoValidHost08:34
gibiKevin_Zheng: it is indistinguishable from the case when the dest would allow flat alloaction but we run out of resources on the dest08:35
Kevin_ZhengHmm, thats true08:35
Kevin_ZhengOk, I'm convienced08:35
Kevin_Zheng:)08:35
*** Dinesh_Bhor has joined #openstack-nova08:37
*** derekh has joined #openstack-nova08:39
gibiKevin_Zheng: I understand that it is not a good situation from the user perspective. But force flag cannot be supproted any more as it is defined today. This is why I proposed to remove that flag in the future08:39
*** alexchadin has joined #openstack-nova08:40
Kevin_Zhengyes, I understand, but I think it might be very widely used for admins, as you mentioned, it has already been discussed, and it is free to propose better solutions, I think I will try to dig deeper.08:41
*** ttsiouts has quit IRC08:43
*** ratailor has quit IRC08:43
*** ratailor has joined #openstack-nova08:43
gibiKevin_Zheng: in the ML post I tried to give alternatives http://lists.openstack.org/pipermail/openstack-dev/2018-October/135551.html08:44
gibiKevin_Zheng: option #D) would be one way out but that would be bad from other perspective (inconsisten resource allocation)08:44
*** Shilpa has joined #openstack-nova08:46
*** pooja-jadhav has joined #openstack-nova08:46
*** ShilpaSD has quit IRC08:46
*** pooja_jadhav has quit IRC08:46
*** ralonsoh_ is now known as ralonsoh08:56
*** k_mouza has joined #openstack-nova09:01
*** dpawlik has quit IRC09:02
*** Dinesh_Bhor has quit IRC09:03
*** sean-k-mooney has joined #openstack-nova09:04
*** dpawlik has joined #openstack-nova09:04
sean-k-mooneyo/09:04
*** k_mouza has quit IRC09:06
janguttersean-k-mooney: in your absence, it was discovered that random failures in the gate uncovered a bug: https://review.openstack.org/#/c/61101709:25
*** Dinesh_Bhor has joined #openstack-nova09:28
sean-k-mooneyjangutter: oh looking09:31
*** Dinesh_Bhor has quit IRC09:31
sean-k-mooneyjangutter: am.. that should not chage anything09:32
sean-k-mooneythe real code check that its sys.platform != 'nt'09:32
sean-k-mooneywhat you call the linux one has no effect on the code09:33
*** pooja-jadhav is now known as pooja_jadhav09:33
sean-k-mooneyalthough may be im think of os.name09:34
sean-k-mooneyoh i see the bug...09:35
janguttersean-k-mooney: yeah, it basically turned the gate into a handy fuzzer.09:35
sean-k-mooneyya ill quick approve that. its not the first time i have seen people assign directly to a module before and override things09:35
*** adrianc has quit IRC09:36
janguttersean-k-mooney: the follow-on is a bit hinky, not sure what hyperv should do: does it need to delete anything, or is it just a handle that disappears when the port gets deleted?09:36
sean-k-mooneyjangutter: ya there was anothter patch in the past where someone on my team  assigned a mock to a module then then sepnt a day trying to figure out why random test were failing09:37
janguttersean-k-mooney: I hit the trifecta, I triggered this randomly on macos, where the error appeared to say: you can't run this linux command on Windows!09:38
sean-k-mooneyjangutter: well osx is not supported at all but ill ignore that09:38
*** bhagyashris has quit IRC09:39
sean-k-mooneyso on the delete port thing i was personally thinking of removeing that call from the ovs-lib09:39
sean-k-mooneyjangutter: that said there is a delete_netdev flag so im ok with you patch as is for now09:40
*** ttsiouts has joined #openstack-nova09:40
janguttersean-k-mooney: yah, you know anyone on hyperv able to tell if it's the right thing to do (tm)?09:41
sean-k-mooneyi do not really like the depency that delete_netdev adds between ovsdb module and linux_networking09:41
sean-k-mooneyjangutter: well iptools and pyroute2 do not work on windows so i would think its correct :)09:41
sean-k-mooneyeg your change09:42
janguttersean-k-mooney: yeah, i also would like it if the ovsdb lib would be "thinner" and just do ovsdb things.09:42
sean-k-mooneyjangutter: that is what it is ment to do09:43
*** ttsiouts has quit IRC09:43
*** betherly has joined #openstack-nova09:43
sean-k-mooneyother then this one call to delete the nedev device i dont think it does more today09:43
janguttersean-k-mooney: the set mtu thingy too.09:43
sean-k-mooneywell that is tricky but we can split it09:44
sean-k-mooneyfor vhost user that has to be done via the ovsdb09:44
sean-k-mooneyi have no issue with making it explict per vif type however and invoking it in the ovs.py file09:45
janguttersean-k-mooney: yep, any abstraction eventually becomes leaky. a working fix is better than a perfect fix that's never implemented.09:45
sean-k-mooneyideally the ovsdb module should be cross plathform09:46
janguttersean-k-mooney: and pushing out the complexity towards the plugin "feels" right in my opinion.09:46
sean-k-mooneyjangutter: so on a related topic. i want to improve the testing in os-vif. i will hopefully get around to adding a linux bridge job and mayboe an ovs-iptables job or ovn.09:47
sean-k-mooneywe talked in the past about a agilo ovs ci do you have one running on your plugin?09:48
sean-k-mooneyif so it might be nice to trigger it on a restited set of os-vif files also09:49
janguttersean-k-mooney: heh, in theory yes, in practice it's been busted for ages.09:49
sean-k-mooneyok :)09:49
janguttersean-k-mooney: (on expanding the tests, is this more or less in the right direction for "future os-vif"? https://review.openstack.org/#/c/610636/ )09:50
*** alexchadin has quit IRC09:50
*** ttsiouts has joined #openstack-nova09:51
*** priteau has joined #openstack-nova09:52
sean-k-mooneyi was just opening that :)09:54
*** hamdyk has quit IRC09:54
*** hamdyk has joined #openstack-nova09:55
sean-k-mooneyjangutter: so one change to that interface that i think we will need to do is be able to pass in the tree and then filter it09:57
janguttersean-k-mooney: you mean something like https://github.com/openstack/nova/blob/kilo-eol/nova/objects/instance.py#L25709:58
sean-k-mooneyno09:59
janguttersean-k-mooney: ah, I see what you mean. Rather than self-editing the object, return a new one with the filtered fields?09:59
sean-k-mooneyyes or rather host_info would retrun an unfiltered tree and then we would have a sperate filter function10:00
sean-k-mooneythe reason for this is i think we will want to have nova call host info and then filter by what the hypervior can support then serialser it and send it to neutron10:01
janguttersean-k-mooney: I had the same thought, it feels dirty to self-edit.10:01
sean-k-mooneythen neutron will want to filter it again and select a vif type from what is left10:01
janguttersean-k-mooney: filter should be a static function, not a member function.10:01
sean-k-mooneyya proably it could be a class function that take steh tree as the second argument but a static fucntion would work just as well10:03
*** openstackgerrit has joined #openstack-nova10:03
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (3)  https://review.openstack.org/57410410:03
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (4)  https://review.openstack.org/57410610:03
openstackgerritTakashi NATSUME proposed openstack/nova master: Remove mox in unit/network/test_neutronv2.py (5)  https://review.openstack.org/57411010:04
janguttersean-k-mooney: cool, will refactor the refilter.10:05
sean-k-mooney:) cool the main issue is this part of the api was actully just a poc that was cerated without really thinking about how it would be used10:06
*** ttsiouts has quit IRC10:06
*** ttsiouts has joined #openstack-nova10:07
janguttersean-k-mooney: yep, and I realised while doing Jay's proposal for the offload metadata that if I don't work on this, it's going to result in another poor idiot thinking about this later.10:09
*** tbachman has quit IRC10:11
*** ttsiouts has quit IRC10:11
*** adrianc has joined #openstack-nova10:12
sean-k-mooneyjangutter: ya so this is all laying the ground work for doing the negciation likely in T10:12
sean-k-mooneywe could try  and start it in Stein but i think that would be too tight to get the nova and neutron work done also10:12
*** phillu has quit IRC10:23
openstackgerritTakashi NATSUME proposed openstack/nova master: Use oslo_db.sqlalchemy.test_fixtures  https://review.openstack.org/60935210:29
*** ralonsoh has quit IRC10:30
*** ralonsoh has joined #openstack-nova10:31
*** ralonsoh has quit IRC10:38
*** ralonsoh has joined #openstack-nova10:39
*** ttsiouts has joined #openstack-nova10:40
*** ttsiouts has quit IRC10:48
*** ttsiouts has joined #openstack-nova10:49
*** phillu has joined #openstack-nova10:50
*** zhanglong has quit IRC10:59
*** udesale has quit IRC11:04
*** lei-zh has quit IRC11:05
*** erlon__ has joined #openstack-nova11:11
*** icey has quit IRC11:30
*** ratailor has quit IRC11:32
*** icey has joined #openstack-nova11:34
pooja_jadhavhi team, I have some doubt in the https://github.com/openstack/nova/blob/master/nova/tests/unit/api/openstack/compute/test_simple_tenant_usage.py#L135-L143.. In this they are trying to create 10 instances but when I have debug the code, I can see 20 istances. (1 instances repeated again). Can anyone guide me for the same?11:36
*** s10 has joined #openstack-nova11:36
*** READ10 has quit IRC11:37
*** tbachman has joined #openstack-nova11:37
*** panda is now known as panda|lunch11:39
*** owalsh has quit IRC11:43
*** tbachman has quit IRC11:45
openstackgerritMartin Midolesov proposed openstack/nova master: Implementing graceful shutdown.  https://review.openstack.org/60870411:54
*** owalsh has joined #openstack-nova11:59
*** tbachman has joined #openstack-nova12:04
*** tommylikehu has quit IRC12:07
*** TuanDA has quit IRC12:07
*** ttsiouts has quit IRC12:11
*** owalsh_ has joined #openstack-nova12:13
*** panda|lunch is now known as panda12:13
*** spatel has joined #openstack-nova12:14
*** owalsh has quit IRC12:15
*** owalsh_ has quit IRC12:16
*** owalsh has joined #openstack-nova12:16
*** spatel has quit IRC12:19
*** ttsiouts has joined #openstack-nova12:23
pooja_jadhavsean-k-mooney: Hi12:23
sean-k-mooneyjangutter: fyi your patch is still in the gate which is why the next patach has the -2 since its not merged yet12:23
sean-k-mooneypooja_jadhav: hi12:23
pooja_jadhavsean-k-mooney:  I have some doubt in the https://github.com/openstack/nova/blob/master/nova/tests/unit/api/openstack/compute/test_simple_tenant_usage.py#L135-L143.. In this they are trying to create 10 instances but when I have debug the code, I can see 20 instances. (1 instances repeated again). Can you guide me for the same?12:24
janguttersean-k-mooney: I tried looking for any os-vif patches in the gate and it seemed to have silently disappeared.12:26
sean-k-mooneylooking at it. depending on what _fake_instance does it looks like this should create tenahts*servers fake instance objecst12:27
*** eharney has joined #openstack-nova12:27
sean-k-mooneyjangutter: ok well its there now http://zuul.openstack.org/status if you put 611017 in the filter12:27
*** liuyulong has joined #openstack-nova12:27
sean-k-mooneysometimes it takes a minute for it to post back after it leaves the queue12:28
sean-k-mooneypooja_jadhav: was there somthing in partcaller that you were confusted by regarding https://github.com/openstack/nova/blob/master/nova/tests/unit/api/openstack/compute/test_simple_tenant_usage.py#L135-L14312:29
*** dims has quit IRC12:30
pooja_jadhavsean-k-mooney: sorry, I am not getting what u mean to say12:31
*** owalsh has quit IRC12:31
sean-k-mooneypooja_jadhav: https://github.com/openstack/nova/blob/master/nova/tests/unit/api/openstack/compute/test_simple_tenant_usage.py#L136-L143 is is construcint an InstanceList by initalisint the objects filed with a list comprehention12:32
sean-k-mooneyit is first calulating a rag by multipliying tenants by server then for each x in that range it is calling _fake_instance12:32
pooja_jadhav sean-k-mooney: the issue i am facing like, I am creating 2 instances then in the simple tenant usage api should give me usgaes for that 2 instances only. but I can see 4 instance instead12:33
*** dims has joined #openstack-nova12:33
*** lpetrut has quit IRC12:33
pooja_jadhavcorrect12:34
pooja_jadhavSERVERS = 5 and TENANTS = 2 (it should create 10 instances)12:34
sean-k-mooneyTENANTS and SERVERS are not paramaters to the function12:34
pooja_jadhavcorrect?12:34
sean-k-mooneyyes12:34
pooja_jadhavbut when I see the instanceList, in that I can see 20 instances12:35
*** ttsiouts has quit IRC12:35
pooja_jadhav1 instance is repeating again (twice)12:35
pooja_jadhavfor the existing test cases only12:35
sean-k-mooneycan yo point me to a failing test?12:36
pooja_jadhavtest is not failing right now12:36
pooja_jadhavactually, I am writting new test for simple tenant usage api for my fix12:36
pooja_jadhavat that time, I was able to see this behaviour12:36
pooja_jadhavideally, if instance_list is giving 2 instances then for simple tenant usage should give usages for 2 instances only.12:38
sean-k-mooneypooja_jadhav: can you push the fialing test case it would be eaier to debug it with logs12:38
*** mriedem has joined #openstack-nova12:38
pooja_jadhavtest is not failing12:38
pooja_jadhavmriedem ^^12:39
sean-k-mooneyyes but it would be useful if i could see how you were using this fucntion12:39
sean-k-mooneycan you at leat past bin it somehwere12:39
pooja_jadhavyes12:39
sean-k-mooneyfake_get_active_by_window_joined intally at least looks correct.12:40
sean-k-mooneyim wondering are you calling https://github.com/openstack/nova/blob/master/nova/tests/unit/api/openstack/compute/test_simple_tenant_usage.py#L116-L132 somehow?12:40
pooja_jadhavhttp://paste.openstack.org/show/732423/12:41
*** adrianc has quit IRC12:41
*** adrianc has joined #openstack-nova12:42
pooja_jadhavI am using fake_get_active_by_window_joined() only not fake_get_active_deleted_flavorless()12:42
*** owalsh has joined #openstack-nova12:46
*** READ10 has joined #openstack-nova12:47
*** ttsiouts has joined #openstack-nova12:49
sean-k-mooneypooja_jadhav: why are you patching a test function12:49
pooja_jadhavmeans?12:49
pooja_jadhavI am trying to add new test12:50
*** psachin has quit IRC12:50
sean-k-mooneysorry you are patching get_active_by_window_joined not fake_get_active_by_window_joined12:50
pooja_jadhavhmm12:50
pooja_jadhavI have mock this get_active_by_window_joined() and return_value set list of 2 instances (1 BFV and other is normal instance).12:51
pooja_jadhavIn the simple tenant usage API, in the instance_list I can see 4 instances and same in response dict after get API as well12:52
sean-k-mooneyyes so this is not using fake_get_active_by_window_joined at all12:52
pooja_jadhavyes12:53
sean-k-mooneywhat do you mean by the simple tenant api you can see 4 instances. you are working on unit test currectly so how can you see 4 instance when you dont have openstack running12:54
pooja_jadhavin the unit test, I am calling index method12:54
pooja_jadhavres_dict = self.controller.index(req)12:55
sean-k-mooneyright but why are you not mocking out _tenant_usages_for_period and the view builder funcitons12:58
sean-k-mooneyif you are wringing a unit test for index you should not be calling https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/simple_tenant_usage.py#L313 or https://github.com/openstack/nova/blob/master/nova/api/openstack/compute/simple_tenant_usage.py#L322 within the test12:59
pooja_jadhavbut for existing tests as well, they are moacking these above functions12:59
sean-k-mooneythat is true that does not mean the exisiting test are well written.13:02
sean-k-mooneypooja_jadhav: can you try using a patch decorator syntax instead of the with condetex manager13:06
sean-k-mooneyso precreate the expected dict before the test fuction and use @mock.patch('nova.objects.InstanceList.get_active_by_window_joined', expceted dicts)13:07
sean-k-mooneyactully never mind it should be identical13:08
*** cdent has joined #openstack-nova13:08
sean-k-mooneypooja_jadhav: am i dont have time to dig into this more right now sorry.13:13
pooja_jadhavnp13:13
pooja_jadhavi will dig out :)13:13
pooja_jadhavthanks for ur time13:13
*** awaugama has joined #openstack-nova13:15
mriedemcfriesen: i have a buttload of questions in the tpm spec https://review.openstack.org/#/c/571111/13:22
mriedemmmedvede: any idea if emulated tpm is supported on pkvm? https://libvirt.org/formatdomain.html#elementsTpm13:23
mriedemtonyb: ^13:23
sean-k-mooneymoshele: is the ci testing os-vif broken http://13.74.249.42/16/610916/4/check-os-vif/OVS_HW_offload/1c9af37/logs/n-cpu.service.log.gz13:23
sean-k-mooneymoshele: the failures seam to be related to looking up the represntors13:24
moshelesean-k-mooney: we has some environment issues with, but it should be working now13:24
moshelelennyb: right ^13:25
sean-k-mooneyi have approved https://review.openstack.org/#/c/611017 which is makeing a minior change to the unitiest code only and i was seeing this error.13:26
sean-k-mooneythe test change cannont cause this faiure so i am assuming this is an ci env issue.13:27
*** mvkr has quit IRC13:27
moshelesean-k-mooney: I run recheck on the mellanox ci just to make sure it is working, if not I will talk to lennyb to fix it13:29
*** munimeha1 has joined #openstack-nova13:29
sean-k-mooneymoshele: cool i just wanted to reach out as i do check the result but i also dont block patches if the melonox ci fails and i can determin the failure was unrelated to the current patch as it is in this case13:30
*** lbragstad_503 is now known as lbragstad13:32
openstackgerritStephen Finucane proposed openstack/nova master: api-ref: 'vcpus_total' doesn't reflect overcommit ratio  https://review.openstack.org/61160413:34
stephenfinjaypipes, mriedem: Would it ever make sense to remove the vcpus_used, vcpus_total from the hypervisor APIs, given that placement can do this stuff for us now? They're very misleading ^13:36
openstackgerritMerged openstack/nova-specs master: Update pypi url to new url  https://review.openstack.org/58209213:38
openstackgerritTakashi NATSUME proposed openstack/nova master: Use assertRegex instead of assertRegexpMatches  https://review.openstack.org/61160813:40
lennybmoshele, sean-k-mooney I am rechecking the issue13:43
*** bnemec has joined #openstack-nova13:43
mriedemstephenfin: we've talked about it, and at the last ptg too13:45
*** mdbooth has joined #openstack-nova13:45
mriedemor just have that API proxy to placement13:45
* stephenfin goes to look at the notes13:45
*** jcosmao has joined #openstack-nova13:47
stephenfinmriedem: This is the "What does shared storage provider support in nova give us? What does it fix?" section, I assume?13:47
mriedemyes13:48
sean-k-mooneystephenfin: perhaps. we did discuss it in the context of the local_gb field but we also disucssed should we just remove the hypervior api or as mriedem said make be a proxy to the relevent data from plancement in the future13:49
stephenfinMy next question was "I thought we don't do proxies any more", but I do vaguely recall a discussion about how this was special. Maybe that was something else though. Is it special?13:49
mriedemit's definitely low priority13:50
sean-k-mooneystephenfin: i would personally prefer to deprecate, document how to query placement for the same infor and remove but is it special. i am sure it is to somemone but i dont think its a vital api13:51
mriedemdansmith: your +W awaits https://review.openstack.org/#/c/611084/13:51
dansmithmriedem: my +W waits for no man13:51
stephenfinmriedem: ack, just curious after awaugama's struggles yesterday13:52
*** mchlumsky has joined #openstack-nova13:52
sean-k-mooneystephenfin: by the way for  https://review.openstack.org/#/c/611604 that is expected13:52
mriedemstephenfin: so what's the tl;dr on that? the vcpus_used/total was a red herring?13:53
stephenfinsean-k-mooney: Expected but not documented, from what I could see. Best to document these things13:53
stephenfinmriedem: I actually don't know. I haven't checked in with him yet today. awaugama?13:54
sean-k-mooneythat the field that report how many hypervior cpus you have is not multipled by an over commit13:54
stephenfinsean-k-mooney: Yeah, I know. That's why I'm seeking to explicitly call it out :)13:55
stephenfin(I didn't know that before yesterday as it doesn't matter for dedicated cores)13:55
awaugamamriedem, stephenfin: waiting to sync with bauzas to go over it13:56
sean-k-mooneystephenfin: but you are adding noise... fine but a more meaningful addtion would be to expcitly point or this corresponds to the number of phyical threads availbale on the hyperviors13:56
*** mvkr has joined #openstack-nova13:57
*** mchlumsky has quit IRC13:57
stephenfinsean-k-mooney: Those would make for some good review comments :)13:58
*** mchlumsky has joined #openstack-nova13:59
mriedemi left some13:59
sean-k-mooneystephenfin: i was trying not to have to leave a -1 but ok ill add them13:59
mriedemnova meeting time14:00
gibinova meeting is starting in #openstack-meeting14:00
bauzasawaugama: sorry, I'm swamped under multiple internal issues14:01
awaugamabauzas, all good.  ping me when you've got a chance14:01
bauzaswell, I thought I'd have a chance by this morning but then I got a meeting14:02
bauzaslive my life14:02
*** efried_pto is now known as efried14:06
*** slaweq has quit IRC14:06
*** slaweq has joined #openstack-nova14:08
*** ttsiouts has quit IRC14:10
dansmithmriedem, tssurya: just FYI, I figured out the big weird functional test failure that was hitting the down cell series14:12
dansmithit's in our fixture, luckily, but I need to figure out how to fix it in a way that isn't terrible14:12
tssuryadansmith: you did ?!14:13
dansmithtssurya: yeah14:13
dansmithtssurya: took me a while because I'm slow14:13
mriedemslow but powerful14:13
tssuryaI couldn't.. have been at it for some time, then I got busy with some other stuff downstream14:13
dansmithwe're racing to double-lock a lock14:13
mriedemthat was our AS400 build process name when i started at ibm...14:13
dansmithso I need to make that safe for recursion somehow14:14
*** hamzy has quit IRC14:15
tssuryajust to be sure dansmith, you are talking abotu these tests right ? http://logs.openstack.org/58/591658/10/check/nova-tox-functional-py35/ab65888/testr_results.html.gz14:16
dansmithtssurya: yep14:17
tssuryagreat :) thanks a lot for investigating, I wanted to bring it up at some point, but got busy14:17
*** mlavalle has joined #openstack-nova14:21
*** ttsiouts has joined #openstack-nova14:21
*** phillu has quit IRC14:26
*** hamdykhader has joined #openstack-nova14:26
*** hamdyk has quit IRC14:29
*** ccamacho has joined #openstack-nova14:30
*** sambetts|afk is now known as sambetts14:31
*** hamdykhader has quit IRC14:38
*** hamzy has joined #openstack-nova14:42
*** moshele has quit IRC14:45
*** takashin has quit IRC14:51
*** moshele has joined #openstack-nova14:54
*** cdent has quit IRC14:54
*** egonzalez has quit IRC14:55
*** Swami has joined #openstack-nova14:56
*** egonzalez has joined #openstack-nova14:56
*** jmlowe has quit IRC14:57
*** takashin has joined #openstack-nova14:58
*** s10 has quit IRC14:59
*** ttsiouts has quit IRC15:00
*** Luzi has quit IRC15:01
*** itlinux has quit IRC15:01
mordredmriedem: I got this bug: https://bugs.launchpad.net/shade/+bug/1798489 which I believe stems from when we switched to making direct rest calls for create_server ... I'm sure it's my fault...15:02
openstackLaunchpad bug 1798489 in Shade "v4-fixed-ip / v6-fixed-ip no longer supported in shade for new vms" [Undecided,New]15:02
melwitt15:02
mordredmriedem: but I was looking for any mentoin of v4-fixed-ip in the api docs and can't find one15:02
mordredI suppose I don't actually need to only talk to mriedem about that :)15:02
cfriesenmriedem: geez, you weren't kidding about a bunch of comments on vTPM15:02
mordredanybody know off the top of their head if that's like an old option or something?15:03
*** ttsiouts has joined #openstack-nova15:03
mordredOH - I see it - it's a novaclient thing15:04
*** tbachman has quit IRC15:05
*** dklyle has joined #openstack-nova15:06
*** takashin has left #openstack-nova15:06
fricklermordred: osc has it, too http://git.openstack.org/cgit/openstack/python-openstackclient/tree/openstackclient/compute/v2/server.py#n53115:11
mordredfrickler: yah - so it does. it's just not actually a nova api thing - they all get sent as fixed_ip in the network dict to nova15:12
*** betherly has quit IRC15:13
*** eharney has quit IRC15:16
lennybmoshele, sean-k-mooney both patches passed https://review.openstack.org/#/c/610916/ and https://review.openstack.org/#/c/611017/15:17
sean-k-mooneylennyb: thanks :)15:18
*** tbachman has joined #openstack-nova15:18
*** cdent has joined #openstack-nova15:23
mriedemmordred: was away - get it figured out?15:24
cfriesengot an interesting bug related to "bus=scsi" that someone else has confirmed....https://bugs.launchpad.net/nova/+bug/179207715:24
openstackLaunchpad bug 1792077 in OpenStack Compute (nova) "problem specifying multiple "bus=scsi" block devices on nova boot" [Undecided,New]15:24
mordredmriedem: yah- there is an argument novaclient takes that isn't in the rest api that the switch from novaclient to REST lost support for15:24
mriedemok15:24
cfriesenmdbooth: you might be interested in this ^15:27
*** phillu has joined #openstack-nova15:28
*** devananda has joined #openstack-nova15:30
*** tbachman has quit IRC15:32
mordredmriedem, frickler: https://review.openstack.org/#/c/611651/ is the fix, just in case you're interested15:33
mordredfrickler: I also pushed up an sdk patch for it so that we can support it from osc when we switch over15:34
*** ttsiouts has quit IRC15:35
*** tbachman has joined #openstack-nova15:35
*** ccamacho has quit IRC15:36
*** ccamacho has joined #openstack-nova15:38
*** ttsiouts has joined #openstack-nova15:39
*** moshele has quit IRC15:40
*** hamzy has quit IRC15:42
*** hamzy has joined #openstack-nova15:43
*** gyee has joined #openstack-nova15:43
*** tssurya has quit IRC15:44
mriedemmelwitt: need this rocky backport https://review.openstack.org/#/c/611327/15:45
melwitton it15:46
*** liuyulong has quit IRC15:46
*** liuyulong has joined #openstack-nova15:46
mriedemwe'll likely need a rocky release next week because we have at least 3 upgrade impacting issues15:47
*** ccamacho has quit IRC15:47
melwittyeah, I was thinking we'd do the usual and do stable releases for everything along with s-115:47
mriedemalso need https://review.openstack.org/#/c/611337/15:47
melwittunless there's a branch that doesn't have enough stuff in it15:47
melwittbut in general I think a lot goes into the stable branches even in a short-ish time15:48
*** itlinux has joined #openstack-nova15:51
*** ttsiouts has quit IRC15:55
*** ttsiouts has joined #openstack-nova15:56
*** macza has joined #openstack-nova15:56
openstackgerritDan Smith proposed openstack/nova master: Modify get_by_cell_and_project() to get_not_deleted_by_cell_and_project()  https://review.openstack.org/60766315:56
openstackgerritDan Smith proposed openstack/nova master: Return a minimal construct for nova list when a cell is down  https://review.openstack.org/56778515:56
openstackgerritDan Smith proposed openstack/nova master: Refactor scatter-gather utility to return exception objects  https://review.openstack.org/60793415:56
openstackgerritDan Smith proposed openstack/nova master: Return a minimal construct for nova show when a cell is down  https://review.openstack.org/59165815:56
openstackgerritDan Smith proposed openstack/nova master: Return a minimal construct for nova service-list when a cell is down  https://review.openstack.org/58482915:56
openstackgerritDan Smith proposed openstack/nova master: Make CellDatabases fixture reentrant  https://review.openstack.org/61166515:56
dansmithmriedem: that last one there is the fixture change.. would appreciate careful scrutiny15:57
dansmithseems to pass all existing tests and fix the (related) ones in the down cell stuff15:57
*** dtantsur is now known as dtantsur|afk16:00
*** eharney has joined #openstack-nova16:00
*** cdent has quit IRC16:00
*** ttsiouts has quit IRC16:00
dansmithmriedem: on that compute node uuid backport,16:02
dansmithI wanted to go think about it a little16:02
*** phillu has quit IRC16:02
dansmithI thought there were some assumptions that the ironic node uuid was the same as the compute node uuid, so you could correlate the resource provider16:02
dansmithbut I also know we use the name (which is the ironic uuid)16:02
dansmithwas that all worked out on the original?16:03
*** helenafm has quit IRC16:03
mriedem"I thought there were some assumptions that the ironic node uuid was the same as the compute node uuid" has never been the case16:03
mriedembefore that change, the compute node uuid was always randomly generated when we created the record16:04
mriedemthe compute node hypervisor_hostname is the ironic uuid16:04
mriedemhttps://github.com/openstack/nova/blob/stable/queens/nova/compute/resource_tracker.py#L58516:05
dansmithright16:05
mriedemhttps://github.com/openstack/nova/blob/stable/queens/nova/objects/compute_node.py#L31216:05
dansmithokay I see the breaking change was just a "it would be nice" so.. okay16:05
mriedemyeah16:05
dansmiththere was that rebalance bug that was fixed,16:05
dansmithso I wanted to make sure it wasn't related to that,16:05
*** sahid has quit IRC16:06
dansmithbut I was deep in that fixture debug so I didn't chase16:06
dansmithso cool enough16:06
mdboothcfriesen: Fun16:07
mdboothcfriesen: I haven't looked at the code, but I'm imagining it's probably going to be reasonably well confined to the libvirt driver.16:07
mdboothIIRC the address assignment code is a bit janky16:08
*** mriedem is now known as mriedem_lunch16:10
melwittmriedem_lunch: I didn't send a reminder email about specs in runways but I updated the text on the etherpad to say "Queue of Approved blueprints"16:11
*** liuyulong is now known as liuyulong_zzz16:13
sean-k-mooneymelwitt: by the way im planning to rebase my sriov livemigration spec and add it to next weeks nova team open discussion but i was wondering what i should do with the blueprint. its still pending review/approval. should i add that also?16:14
melwittsean-k-mooney: add it to open discussion? if you have the spec linked, I think that's enough16:14
sean-k-mooneyok cool. i have some rework to do for the spec but it should be ready for more review by then16:15
*** dklyle has quit IRC16:16
*** dklyle has joined #openstack-nova16:16
*** Swami has quit IRC16:21
*** cdent has joined #openstack-nova16:24
*** macza has quit IRC16:33
*** moshele has joined #openstack-nova16:37
*** dklyle has quit IRC16:37
*** Shilpa has quit IRC16:37
melwittcfriesen: do you know if 'virtio-scsi' is the same thing as having the disk_info['bus'] == 'scsi' or are they not necessarily the same thing? I added a comment to the lp bug16:43
*** s10 has joined #openstack-nova16:45
cfriesenmelwitt: not sure.  not my area of expertise.16:46
melwittoops, sorry. mdbooth maybe then ^16:46
openstackgerritAdam Spiers proposed openstack/nova-specs master: Add spec for libvirt driver launching AMD SEV-encrypted instances  https://review.openstack.org/60977916:48
*** s10 has quit IRC16:51
openstackgerritAdam Spiers proposed openstack/nova-specs master: Add spec for libvirt driver launching AMD SEV-encrypted instances  https://review.openstack.org/60977916:52
imacdonnmelwitt: not a specialty area for me either, but it looks like it might also want the controller model to be specified: https://ovirt.org/develop/release-management/features/storage/virtio-scsi/16:53
*** derekh has quit IRC16:54
imacdonnmelwitt: also https://libvirt.org/formatdomain.html#elementsControllers16:54
melwittthanks imacdonn. I'm also reading through the original RFE that added the virtio-scsi disk numbering to the libvirt driver16:54
melwitthttps://bugzilla.redhat.com/show_bug.cgi?id=126957716:55
openstackbugzilla.redhat.com bug 1269577 in openstack-nova "[RFE] Support more than six Virtio SCSI disks on a single bus controller" [Medium,Closed: errata] - Assigned to sferdjao16:55
dansmithmelwitt: you can expose disks to a guest via scsi in multiple ways, virtio-scsi being one16:56
dansmiththere's a sym5cxx model as well, IIRC16:56
dansmithprobably not likely to be common these days, but it should still be supported AFAIK16:57
imacdonn"A scsi controller has an optional attribute model, which is one of 'auto', 'buslogic', 'ibmvscsi', 'lsilogic', 'lsisas1068', 'lsisas1078', 'virtio-scsi' or 'vmpvscsi'."16:57
dansmithyeah16:57
melwittok, yeah. the idea of that RFE was to have nova control the disk unit numbers only if using the virtio-scsi controller type16:57
*** mvkr has quit IRC16:58
melwittAFAICT, the scsi controller type is only gettable from the image meta, so we're running into a problem if no image has been specified in the boot request. we initialize the disk numbering if model == 'virtio-scsi' there are other conditionals in the libvirt driver which are incrementing disk unit numbers only if 'bus' == 'scsi' (and not checking the controller model). so we're getting behavior where the disk unit number is being17:03
melwitt incremented but was never initialized17:03
melwittand guest creation failing with duplicate drive address if  more than one bus=scsi devices17:04
melwittI'm wondering if there's a way to get the scsi controller model without the image meta17:05
*** sambetts is now known as sambetts|afk17:07
melwitthm, but we are checking if 'unit' is in the disk mapping before incrementing, so you'd think that we're safely not incrementing unless initialized17:08
*** munimeha1 has quit IRC17:10
sean-k-mooneyif i remember correctly there used to be a recomendation to use virtio-scsi over virtio block when you volumes were backed by ceph be cause of trim support in virtio scsi that was missing from virtio block17:13
*** ircuser-1 has quit IRC17:15
sean-k-mooneyso i would not assume its that unlikely to want 6+ scsis but that said perhaps dansmith's comment was in relation to sym5cxx being uncommon not virtio-scsi17:15
dansmithsean-k-mooney: right, the emulation of a real device being the uncommon thing17:15
dansmithit's for unsupported or older guest operating systems at this point17:16
sean-k-mooneylike centos 517:16
dansmithor windows 9817:16
sean-k-mooneycentos 5 hates virtio block devices for root disks...17:16
sean-k-mooneyi think anything pre windows 7 did not ship virtio driver by default17:17
sean-k-mooneywell vista might have17:17
dansmithI didn't know any did17:20
dansmiththat's major progress17:20
imacdonnyeah, I didn't think Windows came with any VirtIO drivers either17:20
imacdonnI do know that the drivers have a vendor ID associated with them, and that matters for Windows Update .. because Oracle has our version, which has a different vendor ID than the Red Hat / Fedora ones17:21
sean-k-mooneywindows 10 does i belive 7 and 8 both require installation duuring install time either from an iso or a web share but i was under teh impression you could donwloading from windows update during install17:21
sean-k-mooneyimacdonn: the vendor id and prodoct id for virtio devices is an oasis standard now as far as i am aware17:23
sean-k-mooneyimacdonn: yep https://www.oasis-open.org/committees/virtio/17:23
cfriesendoes anyone know how we handle UEFI NVRAM over shelve/unshelve?  I'm guessing it's currently lost, the same way it's lost over cold migration and resize.17:29
*** panda is now known as panda|off17:30
*** dklyle has joined #openstack-nova17:30
*** moshele has quit IRC17:30
*** mvkr has joined #openstack-nova17:41
*** dklyle has quit IRC17:42
*** hamzy has quit IRC17:44
*** betherly has joined #openstack-nova17:45
*** hamzy has joined #openstack-nova17:45
*** betherly has quit IRC17:49
*** dklyle has joined #openstack-nova17:50
*** mriedem_lunch is now known as mriedem17:51
*** priteau has quit IRC17:52
*** moshele has joined #openstack-nova18:02
*** dklyle has quit IRC18:02
openstackgerritChris Friesen proposed openstack/nova-specs master: Add support for emulated virtual TPM  https://review.openstack.org/57111118:02
*** betherly has joined #openstack-nova18:05
*** betherly has quit IRC18:09
imacdonnmriedem: re backporting https://review.openstack.org/608091 ... I'd like to... I wonder if we need to do anything special, like a further release note that says that this changed after the initial release, or something....18:16
*** lbragstad has quit IRC18:17
mriedemthere is already an upgrade release note on it saying there is a new return code18:17
imacdonnyeah. I'm just pondering that it wasn't part of the original release ... I may be overthinking it18:18
mriedemoriginal release...being whenever online_data_migrations was added?18:19
mriedemi think you're overthinking it18:19
imacdonnno, I mean, when Rocky was released, this change was not part of it .. but it's going to magically appear in an update release18:20
*** dklyle has joined #openstack-nova18:20
mriedemidk, we could just signal that by bumping the minor version on the release rather than the patch version18:20
*** adrianc has quit IRC18:21
*** s10 has joined #openstack-nova18:22
imacdonnthat seems like a reasonable idea ... probably won't make much difference in reality, but trying to do the right thing18:23
*** betherly has joined #openstack-nova18:24
imacdonnit looks like a clean CP for Rocky ... a couple of easy conflicts for Queens .. haven't tried to go further than that yet18:24
*** dklyle has quit IRC18:29
*** betherly has quit IRC18:29
openstackgerritMatt Riedemann proposed openstack/nova master: Document each libvirt.sysinfo_serial choice  https://review.openstack.org/61142618:32
openstackgerritArtom Lifshitz proposed openstack/nova stable/pike: Handle volume API failure in _post_live_migration  https://review.openstack.org/61109318:32
openstackgerritDan Smith proposed openstack/nova master: Make CellDatabases fixture reentrant  https://review.openstack.org/61166518:38
openstackgerritDan Smith proposed openstack/nova master: Modify get_by_cell_and_project() to get_not_deleted_by_cell_and_project()  https://review.openstack.org/60766318:38
openstackgerritDan Smith proposed openstack/nova master: Return a minimal construct for nova list when a cell is down  https://review.openstack.org/56778518:38
openstackgerritDan Smith proposed openstack/nova master: Refactor scatter-gather utility to return exception objects  https://review.openstack.org/60793418:38
openstackgerritDan Smith proposed openstack/nova master: Return a minimal construct for nova show when a cell is down  https://review.openstack.org/59165818:38
openstackgerritDan Smith proposed openstack/nova master: Return a minimal construct for nova service-list when a cell is down  https://review.openstack.org/58482918:38
dansmithI don't think that fixes all the tests, but a bunch, and figure it'll be quicker to let zuul have a crack at it18:39
melwittwhat a slacker18:40
*** lifeless has joined #openstack-nova18:44
*** betherly has joined #openstack-nova18:44
*** lbragstad has joined #openstack-nova18:48
*** betherly has quit IRC18:49
mriedemdansmith: thinking out loud on how to break up my cross-cell-resize patch, i'm thinking: db model changes, versioned objects, compute (manager/rpc), compute API and then conductor at the end. API before conductor because conductor is what will set the Migration.cross_cell_move flag that makes the flow change. sound sane? everything else in the API is keyed off that migration.cross_cell_move flag.18:57
*** panda|off has quit IRC18:59
*** panda has joined #openstack-nova19:00
*** tbachman has quit IRC19:00
*** hamzy has quit IRC19:07
*** dklyle has joined #openstack-nova19:07
*** hamzy has joined #openstack-nova19:08
*** dklyle has quit IRC19:14
*** itlinux has quit IRC19:16
openstackgerritsean mooney proposed openstack/nova-specs master: Add spec for sriov live migration  https://review.openstack.org/60511619:18
dansmithmriedem: sure19:18
mriedemartom: can you just fix the comment nit in https://review.openstack.org/#/c/587439/ and then i'm +219:20
*** lbragstad has quit IRC19:21
openstackgerritMatt Riedemann proposed openstack/nova master: WIP: Cross-cell resize  https://review.openstack.org/60393019:23
*** lbragstad has joined #openstack-nova19:24
openstackgerritiain MacDonnell proposed openstack/nova stable/rocky: Handle online_data_migrations exceptions  https://review.openstack.org/61170119:26
eanderssonWhy is the api version part of the endpoint in keystone? Is this a requirement or just a best practice?19:26
eandersson> "$nova_api_url/v2.1"19:27
artommriedem, yep, thank you :) Who can we pester for your patch below mine? (This is another downstream pressure type situation)19:27
mriedemprobably one of the many red hat cores19:27
melwitthaha, yeah. I was gonna say, you can pester me19:28
mriedemeandersson: good question for mordred19:28
mordredI didn't do it19:28
eandersson:D19:28
artommelwitt, consider yourself pestered :D19:29
melwitt:)19:29
mordredeandersson: either $nova_api_url/v2.1 or $nova_api_url should totally work with keystoneauth/openstacksdk/shade19:29
mordredeandersson: I think there are some older things out there that assume the thing in the catalog has the version appended19:29
mordredbut for nova I believe most of them do the right thing either way19:30
eanderssonSo there might be an edge case that does not handle it properly19:30
mordredI *personally* prefer unversioned endpoint in catalog because putting versioned endpoint in catalog is what got us into the wole volumev2 volumev3 service-type mess19:30
mordredbut I'm pretty sure nova isn't going to have a new major version in the new future, so putting a versioned nova endpoint in the catalog should be fine19:31
mordredhopefully you're enjoying how I'm not giving you an answer at all19:31
eanderssonYea I agree on unversioned19:33
eanderssonIt's also causing minor issues for us with a api proxy19:33
eanderssonbut might just be my lack of knowledge on nginx19:34
eanderssonhehe19:34
*** hamzy has quit IRC19:41
*** betherly has joined #openstack-nova19:44
*** devananda has quit IRC19:47
*** betherly has quit IRC19:48
openstackgerritmelanie witt proposed openstack/nova master: Add nova-status upgrade check for consoles  https://review.openstack.org/61121419:49
openstackgerritmelanie witt proposed openstack/nova master: Add rolling upgrade info to enable_consoleauth workaround reno  https://review.openstack.org/61121819:49
*** moshele has quit IRC19:51
*** READ10 has quit IRC19:52
*** ralonsoh has quit IRC20:00
*** eharney has quit IRC20:03
*** hamzy has joined #openstack-nova20:10
openstackgerritArtom Lifshitz proposed openstack/nova master: Ensure attachment cleanup on failure in driver.pre_live_migration  https://review.openstack.org/58743920:10
artommriedem, ^^20:10
artomCheerio :)20:15
*** openstackgerrit has quit IRC20:36
mriedemefried: gibi: hoowee i just went through https://review.openstack.org/#/c/606050/20:36
mriedemkind of a doozy20:36
mriedemdansmith: i believe ^ will mean that if we ever go down the non-migration-based allocation cleanup route on a same-host resize, we'll wipe out all allocations for the instance, including for the old_flavor20:37
mriedembut, i'm not sure how possible that is today unless you have <queens computes in a cell20:37
mriedemwhich shouldn't happen if you're running stein20:37
tonybmriedem: Oh gosh that's a question ... I'll research it and see20:37
mriedemtonyb: i forgot the question20:38
tonybmriedem: is emulatedTPM supported on kvm on power20:38
mriedemoh20:38
tonybI have the spec open and I'll go read some code when I get off this meeting20:39
mriedemi'm going to shift gears and do something fun like delete the caching scheduler20:40
*** pcaruana has quit IRC20:44
*** betherly has joined #openstack-nova20:49
*** betherly has quit IRC20:54
efriedmriedem: Left responses to some of your queries. The main one I can't answer, though.20:57
mriedemwhere do babies come from?20:57
mriedemthat one?20:57
*** erlon__ has quit IRC21:01
*** openstackgerrit has joined #openstack-nova21:03
openstackgerritMerged openstack/nova master: Merge image_size extension response into image view builder  https://review.openstack.org/60684521:03
*** itlinux has joined #openstack-nova21:06
*** panda has quit IRC21:08
cdentmriedem: do you recall if somebody already thought about postgresql with regard to https://review.openstack.org/#/c/611115/ ? Since it is a group by it might cause the "must appear in the GROUP BY" error. But I can't remember if that only happens if you use an agg function.21:12
*** panda has joined #openstack-nova21:12
cdentSo I started a check experimental on it, but then realized the tempest-pg-full won't run the functional tests that exercise the problem. Is there anything else that will?21:13
mriedemnope21:13
mriedemthe only mysql/pg-specific stuff that runs in func/unit tests are the schema migration tests21:13
mriedemthe alternative is using DISTINCT in there as efried pointed out21:14
efriedI tried ^ locally and it worked, but no idea what that means.21:15
efriedI've been wanting to ask jay what the difference is.21:15
efriedHe +2d the change, so he must've thought GROUP BY was fine, but...21:15
cdentit's perfectly fine as is for mysql, but _might_ be a problem for pg21:16
cdentI can poke at it (/me looks at queue ... ) Monday if nobody else wants/needs to. mriedem do you think this will tickle the problem?21:17
cdentas in: do we need to care about this?21:18
mriedemwhat will tickle the problem?21:18
mriedemi don't know enough about group by rules for pg21:19
mriedemyou could probably recreate it with just placement and a pg db,21:19
mriedemby having a consumer with >1 allocation against a resource provider and there not being any consumers table record for the allocations21:20
mriedemso just hack it up manually21:20
*** bnemec is now known as bnemec-bbl21:20
cdentWhat I meant was: is this the type of group by that postgresql will wail at? It will be easy enough to mess with manually. But for me, I won't have time before Monday21:22
mriedemi don't know the answer to that21:23
mriedemzzzeek_ might know off the top of his head21:23
cdenti've left a note on the review, if nothing happens before next week, I'll dig21:26
*** cdent has quit IRC21:34
*** dklyle has joined #openstack-nova21:36
*** dklyle has quit IRC21:45
*** awaugama has quit IRC21:49
openstackgerritMatt Riedemann proposed openstack/nova master: Remove the CachingScheduler  https://review.openstack.org/61172322:02
mriedemjohnthetubaguy: mgagne: ^22:02
mgagne+1 for me22:04
mgagnedidn't review the technical side of your removal, just the idea22:04
mriedememail sent to the ops list as well22:07
*** mriedem has quit IRC22:12
*** mchlumsky has quit IRC22:21
*** tbachman has joined #openstack-nova22:30
openstackgerritMerged openstack/os-vif master: Fix random test_unplug_ovs failures  https://review.openstack.org/61101722:30
openstackgerritMerged openstack/os-vif master: Do not call linux_net.delete_net_dev on Windows  https://review.openstack.org/61091622:30
*** rcernin has joined #openstack-nova22:33
openstackgerritSundar Nadathur proposed openstack/nova-specs master: Nova Cyborg interaction specification.  https://review.openstack.org/60395522:47
*** betherly has joined #openstack-nova22:51
*** ircuser-1 has joined #openstack-nova22:52
*** betherly has quit IRC22:56
openstackgerritDan Smith proposed openstack/nova master: Return a minimal construct for nova service-list when a cell is down  https://review.openstack.org/58482923:00
*** mlavalle has quit IRC23:01
*** mlavalle has joined #openstack-nova23:03
*** jiaopengju has quit IRC23:05
*** jiaopengju has joined #openstack-nova23:08
*** betherly has joined #openstack-nova23:12
*** betherly has quit IRC23:16
*** erlon__ has joined #openstack-nova23:18
*** mlavalle has quit IRC23:31
openstackgerritMerged openstack/nova stable/queens: Handle volume API failure in _post_live_migration  https://review.openstack.org/61108423:32
*** betherly has joined #openstack-nova23:32
*** jiaopengju has quit IRC23:35
*** jiaopengju has joined #openstack-nova23:36
*** betherly has quit IRC23:37
openstackgerritMerged openstack/nova master: Fix typo in libvirt.hw_machine_type help  https://review.openstack.org/61142223:46
openstackgerritMerged openstack/nova master: Fix block_device_mapping_v2 mention in server create API reference  https://review.openstack.org/61143323:46
*** bnemec has joined #openstack-nova23:50
*** bnemec-bbl has quit IRC23:52
*** gyee has quit IRC23:59

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