Wednesday, 2015-04-22

*** otter768 has quit IRC00:00
*** IanGovett has quit IRC00:00
*** annegentle has joined #openstack-nova00:01
*** achanda has quit IRC00:01
openstackgerritJoshua Hesketh proposed openstack/nova: Wedge DB migrations if flavor migrations are not complete  https://review.openstack.org/17448000:02
*** markvoelker has joined #openstack-nova00:02
*** annegentle has quit IRC00:06
*** dsanders has joined #openstack-nova00:06
*** markvoelker has quit IRC00:08
*** dsanders1 has joined #openstack-nova00:09
*** dsanders has quit IRC00:09
*** park_heijlong has joined #openstack-nova00:12
*** tsekiyam_ has joined #openstack-nova00:14
*** Kevin_Zheng has joined #openstack-nova00:18
*** tsekiyama has quit IRC00:18
*** tsekiyam_ has quit IRC00:19
*** mtanino has quit IRC00:19
*** davideagnello has quit IRC00:20
*** VW_ has joined #openstack-nova00:21
*** achanda has joined #openstack-nova00:23
*** david-lyle has quit IRC00:24
*** VW_ has quit IRC00:26
*** davideagnello has joined #openstack-nova00:27
*** igordcard has quit IRC00:27
*** david-lyle has joined #openstack-nova00:27
*** achanda has quit IRC00:28
*** Marga_ has quit IRC00:32
*** vilobhmm11 has joined #openstack-nova00:32
*** vilobhmm11 has quit IRC00:33
*** vilobhmm11 has joined #openstack-nova00:33
*** davideagnello has quit IRC00:33
*** vilobhmm11 has quit IRC00:34
*** vilobhmm12 has joined #openstack-nova00:34
*** emagana has quit IRC00:36
*** vilobhmm1 has quit IRC00:36
*** yingjun has joined #openstack-nova00:37
*** jaypipes has quit IRC00:37
*** park_heijlong has quit IRC00:38
*** armax has quit IRC00:41
*** neelashah has joined #openstack-nova00:42
*** Marga_ has joined #openstack-nova00:46
*** promulo_ has joined #openstack-nova00:50
*** promulo__ has quit IRC00:54
*** Marga_ has quit IRC00:57
*** marun has quit IRC00:57
*** browne has quit IRC01:00
openstackgerritEli Qiao proposed openstack/nova: Neutron: Check port binding status  https://review.openstack.org/15611201:03
*** annegentle has joined #openstack-nova01:03
*** annashen has joined #openstack-nova01:05
*** tjones1 has quit IRC01:06
*** kaisers has quit IRC01:07
*** annegentle has quit IRC01:08
*** Marga_ has joined #openstack-nova01:09
*** iamjarvo has joined #openstack-nova01:10
*** annashen has quit IRC01:10
*** iamjarvo has joined #openstack-nova01:10
*** patrickeast has quit IRC01:11
*** gyee has quit IRC01:12
*** dsanders1 has quit IRC01:16
*** baoli has joined #openstack-nova01:17
*** baoli_ has joined #openstack-nova01:21
*** kaisers has joined #openstack-nova01:22
*** baoli has quit IRC01:24
*** baoli_ has quit IRC01:26
*** Nic has quit IRC01:26
*** zhangtralon has joined #openstack-nova01:27
*** annashen has joined #openstack-nova01:30
*** popw has joined #openstack-nova01:30
*** rushil has quit IRC01:32
openstackgerritLianhao Lu proposed openstack/nova: Convert bandwidth_usage related timestamp to UTC native datetime  https://review.openstack.org/17321301:32
*** vilobhmm12 has quit IRC01:33
*** baoli has joined #openstack-nova01:34
*** erkules_ has joined #openstack-nova01:38
*** flwang has quit IRC01:38
*** erkules has quit IRC01:40
*** iamjarvo has quit IRC01:42
*** annashen has quit IRC01:43
*** park_heijlong has joined #openstack-nova01:47
openstackgerritEli Qiao proposed openstack/nova: Object: Fix incorrect parameter set in flavor save_extra_specs  https://review.openstack.org/17615701:48
*** zzzeek has quit IRC01:48
*** changbl has joined #openstack-nova01:48
*** VW_ has joined #openstack-nova01:48
*** VW_ has quit IRC01:50
*** flwang has joined #openstack-nova01:50
*** VW_ has joined #openstack-nova01:50
*** flwang has left #openstack-nova01:51
*** zzzeek has joined #openstack-nova01:54
*** zzzeek has quit IRC01:54
*** BadCub_Away is now known as BadCub01:56
*** otter768 has joined #openstack-nova01:56
*** isd1 has joined #openstack-nova01:56
*** gtt116__ has quit IRC01:59
*** gtt116 has joined #openstack-nova01:59
*** popw has quit IRC02:00
*** dboik has joined #openstack-nova02:00
*** annegentle has joined #openstack-nova02:00
*** popw has joined #openstack-nova02:00
*** otter768 has quit IRC02:01
*** unicell has quit IRC02:01
*** park_heijlong has quit IRC02:01
*** browne has joined #openstack-nova02:01
*** markvoelker has joined #openstack-nova02:01
*** harlowja is now known as harlowja_away02:03
*** tojuvone has joined #openstack-nova02:03
*** dboik has quit IRC02:05
*** annashen has joined #openstack-nova02:09
*** annegentle has quit IRC02:09
*** xyang1 has quit IRC02:09
*** pixelb has quit IRC02:11
*** annashen has quit IRC02:15
*** park_heijlong has joined #openstack-nova02:16
*** yingjun has quit IRC02:18
*** park_heijlong has quit IRC02:21
*** zhangtralon has quit IRC02:23
*** kaisers has quit IRC02:24
*** annegentle has joined #openstack-nova02:27
*** alexpilotti has quit IRC02:27
*** Marga_ has quit IRC02:32
*** park_heijlong has joined #openstack-nova02:33
*** iamjarvo has joined #openstack-nova02:33
*** iamjarvo has joined #openstack-nova02:34
*** neelashah has quit IRC02:36
*** jamielennox is now known as jamielennox|away02:39
*** kaisers has joined #openstack-nova02:39
*** VW_ has quit IRC02:48
*** davideagnello has joined #openstack-nova02:53
*** VW_ has joined #openstack-nova02:58
*** VW__ has joined #openstack-nova02:59
*** VW__ has quit IRC03:00
*** VW_ has quit IRC03:00
*** VW_ has joined #openstack-nova03:00
*** annegentle has quit IRC03:10
*** annegentle has joined #openstack-nova03:13
*** joefides_ has quit IRC03:14
*** joefides has joined #openstack-nova03:15
*** zhangtralon has joined #openstack-nova03:15
*** annashen has joined #openstack-nova03:16
*** popw has quit IRC03:16
*** popw has joined #openstack-nova03:17
*** annegentle has quit IRC03:20
*** annashen has quit IRC03:21
*** annegentle has joined #openstack-nova03:21
*** davideagnello has quit IRC03:25
*** annegentle has quit IRC03:26
*** iamjarvo has quit IRC03:27
*** baoli has quit IRC03:34
*** dboik has joined #openstack-nova03:36
*** dboik_ has joined #openstack-nova03:37
*** dboik has quit IRC03:40
*** hightall has joined #openstack-nova03:46
*** deepthi has joined #openstack-nova03:48
*** annashen has joined #openstack-nova03:48
*** arnaud___ has joined #openstack-nova03:50
*** dave-mccowan has quit IRC03:50
*** MVenesio has quit IRC03:51
*** dboik_ has quit IRC03:54
*** otter768 has joined #openstack-nova03:57
*** zhangtralon has quit IRC03:58
*** otter768 has quit IRC04:02
*** VW__ has joined #openstack-nova04:02
*** fawadkhaliq has joined #openstack-nova04:02
*** dikonoor has joined #openstack-nova04:05
*** wverdugo500 has joined #openstack-nova04:05
*** VW_ has quit IRC04:05
*** krtaylor has quit IRC04:06
*** thomasem has quit IRC04:07
dikonooralex_xu : Just saw John's comment on https://review.openstack.org/#/c/175739/04:07
*** dsanders has joined #openstack-nova04:07
*** thomasem has joined #openstack-nova04:09
dikonooralex_xu: Like we discussed earlier, the elevated context should not affect the policy enforcement as the enforcement occurs much before the eleveate context gets applied i e in authorize (as you pointed out the other day)..and the context used by authorize is the correct context04:10
dikonooralex_xu: I don't see John online. I assume he's in another time zone.Is there any other core who can take a look?04:10
*** krtaylor has joined #openstack-nova04:10
*** Kevin_Zheng has quit IRC04:12
*** VW__ has quit IRC04:15
*** patrickeast has joined #openstack-nova04:15
*** iamjarvo has joined #openstack-nova04:17
dikonoorsdague: could you take a look at https://review.openstack.org/#/c/175739/. This is closely related to https://review.openstack.org/#/c/150352/ (which you have reviewed)04:19
*** TobiasE has quit IRC04:22
*** annegentle has joined #openstack-nova04:22
*** annashen has quit IRC04:25
*** annegentle has quit IRC04:28
*** sdake has joined #openstack-nova04:29
*** pradipta has joined #openstack-nova04:31
*** sdake_ has joined #openstack-nova04:32
*** dsanders has quit IRC04:33
*** sdake has quit IRC04:33
*** hightall has quit IRC04:34
*** unicell has joined #openstack-nova04:36
*** panbalag has left #openstack-nova04:38
*** hightall has joined #openstack-nova04:41
*** vilobhmm1 has joined #openstack-nova04:42
*** fawadkhaliq has quit IRC04:43
*** kiran-r has joined #openstack-nova04:50
*** patrickeast has quit IRC05:01
*** iamjarvo has quit IRC05:03
*** iamjarvo has joined #openstack-nova05:04
*** iamjarvo has quit IRC05:08
*** penick has joined #openstack-nova05:10
*** fawadkhaliq has joined #openstack-nova05:16
*** nkrinner has joined #openstack-nova05:20
*** emagana has joined #openstack-nova05:20
*** dsanders has joined #openstack-nova05:22
*** annegentle has joined #openstack-nova05:24
*** annashen has joined #openstack-nova05:26
*** annegentle has quit IRC05:29
*** Marga_ has joined #openstack-nova05:29
*** Marga_ has quit IRC05:29
*** yamahata has joined #openstack-nova05:29
*** Marga_ has joined #openstack-nova05:30
*** dsanders has quit IRC05:30
*** coolsvap|afk is now known as coolsvap05:31
*** annashen has quit IRC05:32
openstackgerritJoshua Hesketh proposed openstack/nova: Fix migrate_flavor_data string substitution  https://review.openstack.org/17617205:32
*** bkopilov has quit IRC05:35
*** penick has quit IRC05:36
*** bkopilov has joined #openstack-nova05:37
*** vilobhmm11 has joined #openstack-nova05:41
*** sdake_ has quit IRC05:42
*** vilobhmm1 has quit IRC05:44
*** haigang has joined #openstack-nova05:44
*** park_heijlong has quit IRC05:45
*** vilobhmm11 has quit IRC05:48
*** achanda has joined #openstack-nova05:49
*** ajayaa has joined #openstack-nova05:52
*** vilobhmm1 has joined #openstack-nova05:54
*** otter768 has joined #openstack-nova05:58
*** dsanders has joined #openstack-nova05:59
openstackgerritGhanshyam Mann proposed openstack/nova: Merge V2 and V2.1 keypair functional tests  https://review.openstack.org/17617705:59
*** dsanders has quit IRC06:02
*** otter768 has quit IRC06:03
*** isd1 has quit IRC06:04
*** arnaud___ has quit IRC06:05
*** cfriesen has quit IRC06:07
*** markvoelker has quit IRC06:10
*** dsanders has joined #openstack-nova06:12
openstackgerritEli Qiao proposed openstack/nova: Object: Merge db accesses for extra field of instance  https://review.openstack.org/16007606:15
*** ildikov has quit IRC06:15
*** eliqiao1 has joined #openstack-nova06:16
openstackgerritOpenStack Proposal Bot proposed openstack/nova: Imported Translations from Transifex  https://review.openstack.org/17194306:18
*** achanda has quit IRC06:20
*** achanda has joined #openstack-nova06:21
*** abhishekk has joined #openstack-nova06:23
*** vilobhmm1 has quit IRC06:24
*** annegentle has joined #openstack-nova06:25
*** davideagnello has joined #openstack-nova06:26
*** lpetrut has joined #openstack-nova06:27
*** annegentle has quit IRC06:29
*** davideagnello has quit IRC06:31
openstackgerritEli Qiao proposed openstack/nova: Object: Merge db accesses for extra field of instance  https://review.openstack.org/16007606:32
openstackgerritEli Qiao proposed openstack/nova: Object: Merge db accesses for extra field of instance  https://review.openstack.org/16007606:33
*** sdake has joined #openstack-nova06:35
*** Murali has joined #openstack-nova06:37
*** Marga_ has quit IRC06:38
*** markvoelker has joined #openstack-nova06:40
*** sahid has joined #openstack-nova06:43
openstackgerritStephen Ahn proposed openstack/nova: libvirt: Rollback status when cold migrate failed  https://review.openstack.org/14426106:44
*** thomasem has quit IRC06:44
*** markvoelker has quit IRC06:45
*** kaisers has quit IRC06:50
*** emagana has quit IRC06:53
alex_xudikonoor: yea, I replied the comment, but John will wakeup after few hours (I guess at least 2 hours)06:56
*** browne has quit IRC06:58
dikonooralex_xu : ok..will wait for him..Is there any other core you would know who can take a look (and give comments) . I added Sean Dague as he reviewed the path of yours..06:58
*** rajesht has joined #openstack-nova06:59
dikonooralex_xu: Aso, I see check-tempest-dsvm-cells failing on a swift test case (apart from pci-test and hyper-v-ci)06:59
*** asalkeld has joined #openstack-nova06:59
asalkeldhi all, when are we getting a new novaclient release?07:00
alex_xudikonoor: it's fine I think, those are non-voting07:00
asalkeldheat's gate is broken because of : https://bugs.launchpad.net/python-novaclient/+bug/143724407:00
openstackLaunchpad bug 1437244 in python-novaclient "novaclient error when creating floating ip bulk" [Medium,Fix committed] - Assigned to Eugeniya Kudryashova (ekudryashova)07:00
asalkeldhttp://logs.openstack.org/75/176175/2/check/gate-heat-python27/00ac0db/console.html07:01
asalkeldit's installing python_novaclient-2.24.0, we need a 2.2507:02
*** gtt116_ has joined #openstack-nova07:02
*** dsanders has quit IRC07:03
openstackgerritDeepak C Shetty proposed openstack/nova: WIP: Nova part of volume snapshot improvements  https://review.openstack.org/17281307:03
*** kaisers has joined #openstack-nova07:03
*** gtt116 has quit IRC07:05
*** mrodden has quit IRC07:06
*** apuimedo_ has joined #openstack-nova07:07
*** mrodden has joined #openstack-nova07:07
*** romainh has joined #openstack-nova07:10
*** kaisers has quit IRC07:11
*** jyuso1 has joined #openstack-nova07:12
*** doude has joined #openstack-nova07:12
*** coolsvap is now known as coolsvap|afk07:13
*** thomasem has joined #openstack-nova07:14
*** yingjun has joined #openstack-nova07:14
*** pask81 has joined #openstack-nova07:16
gilliardMorning!07:16
*** mrodden has quit IRC07:20
*** dsanders has joined #openstack-nova07:21
eliqiaocheck-grenade-dsvm is broken :(07:21
abhishekkrajesh: you around?07:21
*** jichen has joined #openstack-nova07:21
*** mrodden has joined #openstack-nova07:21
gilliardeliqiao: bummer. What's wrong?07:22
eliqiaogilliard: http://logs.openstack.org/57/176157/1/check/check-grenade-dsvm/e4904f7/console.html https://bugs.launchpad.net/openstack-gate/+bug/144684707:24
openstackLaunchpad bug 1446847 in OpenStack-Gate "stable/juno gate is busted on stevedore/cliff releases on 4/21" [Undecided,New]07:24
gilliardoooooh a dependency release has broken the gate.07:24
*** annegentle has joined #openstack-nova07:25
*** kaisers has joined #openstack-nova07:26
*** yingjun_ has joined #openstack-nova07:27
*** yingjun_ has quit IRC07:27
*** achanda has quit IRC07:29
*** liusheng has joined #openstack-nova07:30
*** annegentle has quit IRC07:31
*** hanzhang has joined #openstack-nova07:31
*** achanda_ has joined #openstack-nova07:32
*** Longgeek has joined #openstack-nova07:35
*** sdake has quit IRC07:35
*** sudipto has joined #openstack-nova07:37
*** dsanders has quit IRC07:37
sudiptobauzas, Good morning!07:37
*** kaisers has quit IRC07:39
*** markvoelker has joined #openstack-nova07:41
*** zhangtralon has joined #openstack-nova07:42
*** jcoufal has joined #openstack-nova07:43
*** tralon_ has joined #openstack-nova07:43
*** andreykurilin__ has joined #openstack-nova07:44
*** achanda_ has quit IRC07:45
*** markvoelker has quit IRC07:46
*** sdake has joined #openstack-nova07:48
hanzhanghi all, who can help review this patch:https://review.openstack.org/#/c/175742/07:49
*** jistr has joined #openstack-nova07:50
*** josecastroleon has joined #openstack-nova07:52
openstackgerritEli Qiao proposed openstack/nova: Set power state to None when evaucate failed do to recreate not support  https://review.openstack.org/17315007:54
*** kaisers has joined #openstack-nova07:55
*** otter768 has joined #openstack-nova07:59
*** lucasagomes has joined #openstack-nova08:00
*** yingjun has quit IRC08:00
*** sdake has quit IRC08:00
ndipanovhanzhang, that code is so bad that I think we should just leave it alone...08:00
*** josecastroleon has quit IRC08:01
*** yingjun has joined #openstack-nova08:02
openstackgerritBartosz Fic proposed openstack/nova: Live migration failure in API doesn't set vm_state to Error  https://review.openstack.org/16891608:03
*** otter768 has quit IRC08:04
*** yamahata has quit IRC08:04
*** alexpilotti has joined #openstack-nova08:04
openstackgerritAngus Salkeld proposed openstack/python-novaclient: Fix Floating ip __repr__()  https://review.openstack.org/17622808:05
*** matrohon has joined #openstack-nova08:06
*** matrohon has quit IRC08:06
*** matrohon has joined #openstack-nova08:06
*** josecastroleon_ has joined #openstack-nova08:07
*** yingjun has quit IRC08:08
*** josecastroleon_ has quit IRC08:10
*** ildikov has joined #openstack-nova08:10
*** Nikolay_St has joined #openstack-nova08:10
hanzhangI want to know why?08:13
*** rushiagr_away is now known as rushiagr08:13
*** ildikov has quit IRC08:13
hanzhangndipanov, can you explain why?08:14
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for keypair_*  https://review.openstack.org/17623108:17
*** atuvenie_ has joined #openstack-nova08:18
*** ildikov has joined #openstack-nova08:19
ndipanovhanzhang, sure08:22
ndipanovit's racy08:22
ndipanovyou can't check quotas on the neutron side without reserving them08:23
ndipanovotherwise that information is useless08:23
*** abhishekk has quit IRC08:23
ndipanovbecause it may be out of date at any later point08:23
ndipanovif you check the nova-net implementation of that method - it would do nothing and defer to the quota mechanism that will do reservations08:24
*** sandywalsh has quit IRC08:24
*** asalkeld has left #openstack-nova08:24
*** tralon_ has quit IRC08:24
*** sandywalsh has joined #openstack-nova08:24
*** derekh has joined #openstack-nova08:25
*** eglynn has joined #openstack-nova08:25
*** eglynn is now known as eglynn-pto08:26
*** annegentle has joined #openstack-nova08:26
*** yingjun has joined #openstack-nova08:26
*** wverdugo500 has quit IRC08:27
*** oro has quit IRC08:27
*** krtaylor has quit IRC08:29
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for keypair_*  https://review.openstack.org/17623108:29
*** annashen has joined #openstack-nova08:30
*** thomasem has quit IRC08:30
*** annegentle has quit IRC08:31
*** rook has quit IRC08:31
*** Administrator_ has joined #openstack-nova08:32
*** Kevin_Zheng has joined #openstack-nova08:32
hanzhangndipanov, I agree this code is bad, but when a tenant has lots of VMs, 'list_ports' is expensive, if port quota is -1, it does not need check?08:32
*** haigang has quit IRC08:32
*** rook has joined #openstack-nova08:32
*** med_ has quit IRC08:32
*** pixelb has joined #openstack-nova08:33
*** thomasem has joined #openstack-nova08:34
*** annashen has quit IRC08:34
*** krtaylor has joined #openstack-nova08:34
*** med_ has joined #openstack-nova08:35
*** med_ has quit IRC08:36
*** med_ has joined #openstack-nova08:36
*** fawadkhaliq has quit IRC08:36
openstackgerritShaoHe Feng proposed openstack/nova-specs: Attach/detach SR-IOV interface  https://review.openstack.org/13991008:38
*** wverdugo500 has joined #openstack-nova08:39
openstackgerritBartosz Fic proposed openstack/nova: Live migration failure in API doesn't set vm_state to Error  https://review.openstack.org/16891608:40
*** coolsvap|afk is now known as coolsvap08:40
*** haigang has joined #openstack-nova08:41
*** markvoelker has joined #openstack-nova08:42
*** gtt116 has joined #openstack-nova08:45
*** gtt116_ has quit IRC08:45
*** sudipto has quit IRC08:45
openstackgerritAlex Xu proposed openstack/nova: Remove db layer hard-code permission checks for keypair  https://review.openstack.org/17623108:45
*** haigang has quit IRC08:46
*** haigang has joined #openstack-nova08:47
*** markvoelker has quit IRC08:47
*** inhumani` has joined #openstack-nova08:49
*** andreykurilin__ has quit IRC08:49
*** inhumani` has left #openstack-nova08:50
*** inhumanitas` has quit IRC08:50
*** andreykurilin__ has joined #openstack-nova08:50
*** coolsvap is now known as coolsvap|afk08:51
*** hightall has quit IRC08:52
*** haigang has quit IRC08:52
*** yingjun has quit IRC08:54
*** lpetrut has quit IRC08:55
*** gmann has quit IRC08:55
*** zz_johnthetubagu is now known as johnthetubaguy08:55
*** inhumanitas has joined #openstack-nova08:56
*** GnomeKing has joined #openstack-nova08:57
openstackgerritSudipta Biswas proposed openstack/nova: Allow discrete blocks of online pCPUs for pinning  https://review.openstack.org/17318708:57
*** sudipto has joined #openstack-nova08:57
*** GnomeKing is now known as Guest2888208:58
*** haigang has joined #openstack-nova08:58
dikonoorjohnthetubaguy:  this is around your review comments on https://review.openstack.org/#/c/175739/ . Alex_xu and I have commented on top of them. Could you take a look09:00
*** sudipto has quit IRC09:02
*** yingjun has joined #openstack-nova09:03
openstackgerritAlex Xu proposed openstack/nova: Add missing policy for limits extension  https://review.openstack.org/17317809:03
*** igordcard has joined #openstack-nova09:05
*** arnaud___ has joined #openstack-nova09:06
*** nkrinner has quit IRC09:07
*** fawadkhaliq has joined #openstack-nova09:07
*** nkrinner has joined #openstack-nova09:09
*** arnaud___ has quit IRC09:10
*** jlanoux has joined #openstack-nova09:11
johnthetubaguydikonoor: looking09:13
dikonoorjohnthetubaguy:ok09:13
*** zzz_pczesno is now known as pczesno09:15
johnthetubaguydikonoor: alex_xu: sorry, I was missing this bit, I see what you are seeing in the code now :) https://github.com/openstack/nova/blob/master/nova/compute/flavors.py#L18509:16
alex_xujohnthetubaguy: thanks for review :)09:16
alex_xudikonoor: and thanks for the fix :)09:16
*** rushiagr is now known as rushiagr_away09:17
*** sudipto has joined #openstack-nova09:18
*** Administrator_ has quit IRC09:19
dikonoorjohnthetubaguy , alex_xu : Thanks for review and approval. Is there some other core who can take a look09:20
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Sync latest code from oslo-incubator  https://review.openstack.org/15005809:21
*** afazekas_ has joined #openstack-nova09:21
dikonoorjohnthetubaguy: Need one more tick mark :)09:21
openstackgerritsahid proposed openstack/nova: libvirt: unused imported option default_ephemeral_format  https://review.openstack.org/17623609:22
bauzasjohnthetubaguy: alex_xu: just wondering if we could just rename get_admin_context() to something like get_dumb_empty_admin_context() to make things clearer :)09:23
johnthetubaguydikonoor: its got the correct priority, etc, so hopefully folks will join09:23
dikonoorjohnthetubaguy: ok, then i will wait09:24
johnthetubaguybauzas: we should probably just stop using it so much!09:24
alex_xubauzas: there still have code to call get_admin_context(), in the last step, we can remove all the elavated context in all the code. Then probably we can remove get_admin_context() directly09:24
johnthetubaguyalex_xu: +109:24
bauzasjohnthetubaguy: was just kidding :)09:25
bauzasalex_xu: yeah that's the best path, a single context.RequestContext(None, None) is better IMHO09:26
alex_xubauzas: yea09:26
bauzasalex_xu: and you have my blessing for removing get_admin_context() :)09:27
*** annegentle has joined #openstack-nova09:27
alex_xubauzas: ok cool will add you as reviewer when remove it, add to my todo list (it probably months later) :)09:28
*** ankit_ag has joined #openstack-nova09:29
bauzasalex_xu: what's the status with removing all DB-related context checks ?09:29
bauzasalex_xu: I missed the top-level view on that one09:29
bauzasalex_xu: I saw some series merged by Kilo but is there anything left ?09:30
alex_xubauzas: half of them finished, will continue them in L09:30
bauzasoh ok09:30
bauzasalexyeah, add me in CC please09:30
bauzasoops09:30
bauzasalex_xu: ^09:30
johnthetubaguyalex_xu: we got you all approved for liberty now right?09:30
alex_xubauzas: yea09:31
alex_xujohnthetubaguy: you mean the spec?09:31
johnthetubaguyalex_xu: well spec and blueprint09:31
johnthetubaguyalex_xu: seems like good stuff to get done before the summit, thats all I am thinking09:31
*** annegentle has quit IRC09:31
bauzasjohnthetubaguy: oh btw. I guess that deadlines will be the sames as for Kilo for specs merges right ?09:32
bauzasjohnthetubaguy: I mean, L-1 for non-prio and L-2 for prio ?09:32
alex_xujohnthetubaguy: yea, the main spec merged, one more I will work on is https://review.openstack.org/12786309:32
bauzasjohnthetubaguy: or is this something you want to discuss at the summit ?09:32
johnthetubaguybauzas: not sure, probably09:32
alex_xujohnthetubaguy: yea, try to catch up09:32
*** lpetrut has joined #openstack-nova09:32
bauzasjohnthetubaguy: ack09:32
bauzasjohnthetubaguy: I'm just remembering your tick-tock related section in some emails ;)09:33
johnthetubaguybauzas: yeah, need to get agreement on the priorities and see how much space is left09:33
bauzas:)09:34
*** rushiagr_away is now known as rushiagr09:37
*** kaisers has quit IRC09:40
*** markvoelker has joined #openstack-nova09:43
*** kaisers has joined #openstack-nova09:43
*** yingjun has quit IRC09:44
*** erkules_ is now known as erkules09:44
*** erkules has joined #openstack-nova09:44
*** dguitarbite has joined #openstack-nova09:45
*** markvoelker has quit IRC09:47
*** zhangtralon has quit IRC09:51
openstackgerritsahid proposed openstack/nova: libvirt: enhance method to return pointer_model from image prop  https://review.openstack.org/17485409:52
openstackgerritsahid proposed openstack/nova: libvirt: introduce new method to guest tablet device  https://review.openstack.org/17485309:52
openstackgerritsahid proposed openstack/nova: libvirt: deprecate use_usb_tablet in favor of pointer_model  https://review.openstack.org/17624209:52
garykbauzas: question - i restarted a host - the scheduler sees that it is up and running, but fails to select it, there is enough resources (it is the only host in the setup). i am trying to debug this - maybe you hit the same issue. looks like a criticil scheduling issue in my opinoin. it is with the latest code09:58
bauzasgaryk: which filter is saying 0 hosts ?09:59
*** aix has joined #openstack-nova10:00
*** jogo has quit IRC10:01
*** oro has joined #openstack-nova10:01
johnthetubaguygaryk: watch out for clock drift if you have multiple machines, that frequently bytes some dev setups of mine.10:02
garykbauzas: ram filter10:02
garykwhen i disable that one the next filter...10:03
garykjohnthetubaguy: its on the same devstack setup10:03
*** eandersson has joined #openstack-nova10:03
bauzasgaryk: strange, what are saying debug logs ?10:03
openstackgerritAngus Salkeld proposed openstack/python-novaclient: Fix Floating ip __repr__()  https://review.openstack.org/17622810:03
bauzasgaryk: turns out you probably have an issue with the resource tracker10:03
garyk:)10:04
*** andreykurilin__ has quit IRC10:04
garyki will continue to debug.10:04
bauzasgaryk: because filters look at HostState which is populated by the HostManager reading DB10:04
bauzasunless you're using the CachingScheduler10:04
sudiptosahid, thanks for the recheck :)10:04
bauzasso, check also your compute_nodes table10:04
bauzasgaryk: ^10:04
garykbauzas: no just the default out of the box one in devstack10:05
sudiptobauzas, you have a minute? :)10:05
sudiptobauzas, sorry for intruding into a conversation. (If i am)10:05
*** jogo has joined #openstack-nova10:06
sahidsudipto: np your change is useful i would like to see it merged10:07
sudiptosahid, thanks. I am not able to understand want comment in there and hence wanted bauzas thoughts on it.10:07
sudipto*one comment10:08
ankit_agjohnthetubaguy: Hi, there is a patch under review https://review.openstack.org/#/c/173296/2 where I am returning the non deleted instances in server list if deleted filter is set to false or any invalid value.10:09
ankit_agjohnthetubaguy: I got a comment that we should use strict=True while converting string to boolean but IMO it will change the api spec. Is it ok to make api spec changes at this last moment, Please let me know your opinion.10:09
bauzassudipto: I'm quite busy this morning by all the reviews I have but you're my 2nd priority :)10:11
bauzasgaryk: that I understood, I just wonder what goes wrong10:11
sudiptobauzas, np - anytime you get some time.10:12
garykbauzas: i am still looking10:12
johnthetubaguyankit_ag: we can update the spec if it is the correct thing to do10:13
johnthetubaguyankit_ag: its different for v2 and v2.1 at this point, possibly10:14
bauzasis Lingxian Kong here on IRC ? want to discuss about https://review.openstack.org/#/c/163842/11/nova/compute/resource_tracker.py,cm10:14
bauzasoh man, I so would like to get an IRC roster...10:15
ankit_agjohnthetubaguy: currenty delete filter has issues with both v2 and v2.1 apis. It always returns deleted instances either deleted filter is set to true/false or any invalid values10:16
ankit_agjohnthetubaguy: so if it is acceptable to make api spec changes at this moment, I will use strict=True in my patch10:17
eanderssonAnyone seen issues with nova-nonvncproxy getting stuck endlessly here: https://github.com/openstack/nova/blob/stable/kilo/nova/console/websocketproxy.py#L13810:17
johnthetubaguyankit_ag: so just looking at the patch its not that straight forward10:18
johnthetubaguyankit_ag: I was thinking you mean your spec for a feature, but this is a bug fix, so I guess you mean the API "specification"10:18
openstackgerritNoel Nelson Dsouza proposed openstack/nova: Nova can stop instance when Fake/Actual compute driver used  https://review.openstack.org/17474610:18
ankit_agjohnthetubaguy: yes, its a bug fix10:18
sudiptogaryk, I'd be interested to know about the problem as well :)10:19
*** IanGovett has joined #openstack-nova10:20
sudiptoPaulMurray, Hi, I am not sure if you are around, just wanted to ask you - a question regarding the monitors in nova - whether they can be made optional?10:21
sudiptoPaulMurray, I guess nova.conf is one option?10:22
alex_xujohnthetubaguy: I think we still can provide strict validation for v2.1 even for query string before your spec get agreement https://review.openstack.org/173243 , right?10:22
johnthetubaguyalex_xu: ankit_ag mentioned about your comment here: https://review.openstack.org/#/c/173296/2 but that seems to violate our policy here: https://wiki.openstack.org/wiki/APIChangeGuidelines#Generally_Not_Acceptable10:23
*** asalkeld has joined #openstack-nova10:23
ankit_agjohnthetubaguy: Thank you :)10:23
alex_xujohnthetubaguy: yea, after rethinking, I think we shouldn't change for v210:23
johnthetubaguyalex_xu: no worries, I feel its a microversion bump for v2.1 as well though?10:24
johnthetubaguyalex_xu: because that has now been considered "released"10:24
alex_xujohnthetubaguy: yea, if skip that for now is more easy.10:25
johnthetubaguyalex_xu: I mean i like the idea of returning bad request, just needs a version bump I think10:26
alex_xujohnthetubaguy: and I think won't bump microversion just for this single fix, untill something bigger change for server api10:26
johnthetubaguyalex_xu: we need to tidy up those rules on version bumps at some point10:26
johnthetubaguyalex_xu: its a backwards incompatible change, thats my worry here10:26
alex_xujohnthetubaguy: yes, that is incompatible change10:27
*** Guest28882 is now known as BobBall10:27
alex_xujohnthetubaguy: I think we should doc something about what can be changed by microversion10:27
*** annegentle has joined #openstack-nova10:28
alex_xuankit_ag: sorry for the wrong direction, :( I think johnthetubaguy was right10:28
johnthetubaguyalex_xu: +1 for a dev ref on this10:29
johnthetubaguyalex_xu: no worries, mistakes are a good way to learn, thanks to ankit_ag for pushing hard on this :)10:30
alex_xujohnthetubaguy: Chris think we can fix some small thing in one version bump, as in this patch https://review.openstack.org/#/c/140313/10:30
alex_xujohnthetubaguy: thanks10:30
alex_xujohnthetubaguy: ok, I will think about dev ref for this10:30
ankit_agalex_xu: np, I am also like your idea about returning error for invalid requests but the only issue was api spec changes10:30
ankit_agalex_xu: thank you for your help10:31
alex_xuankit_ag: thanks too :)10:31
johnthetubaguyalex_xu: yeah, need thought, I think bumping the version has to be cheap, and can be for new things and fixes, but it needs more thought to pin it down10:31
*** asalkeld has quit IRC10:32
alex_xujohnthetubaguy: ok, let work out dev ref for those, then we can get agreement on this. To avoid some confuse for review in the future10:32
alex_xus/let/let me/10:32
*** annegentle has quit IRC10:33
*** sudipto has quit IRC10:33
johnthetubaguyalex_xu: awesome, thanks, probably need to cover allowed changes to v2.010:34
alex_xujohnthetubaguy: ok, got it, thanks10:34
*** jlanoux has quit IRC10:35
eanderssonSo anyone had issues with NoVNC Console and ACE/probes? It seems to cause a deadlock for us.10:38
eliqiao johnthetubaguy: alex_xu: just have a quick look at your conversions, so what 's the last agreement for the microversion for backward-incompatible changes if the previous version api has someting incorrect return value etc?10:39
eliqiaotake this spec as an example https://review.openstack.org/#/c/163275/ ,alex_xu: gives me -1 because I bring a backward-incompatible changes. but  what I am thinking is , acutally the api10:41
eliqiaothe api's return code is not so  accurate10:41
alex_xueliqiao: yea, I recheck accroding https://review.openstack.org/#/c/140313/ we allowed correct the return code.10:42
eliqiaoalex_xu:  cool, thanks , I see you are drafting some dev ref for that, I am +1 on it. thanks for the effort.10:43
johnthetubaguyalex_xu: I would want to bump if we could though, but lets see10:43
*** markvoelker has joined #openstack-nova10:43
alex_xueliqiao: johnthetubaguy yea, let's get agreement on dev ref10:43
dikonooralex_xu , eliqiao : I just raised a new bug https://review.openstack.org/#/c/175334/ . In my conversation yesterday with alex_xu , he had mentioned that this might be fixed as part of https://review.openstack.org/#/c/175334/ or as part of another change that comes under bp https://blueprints.launchpad.net/nova/+spec/nova-api-policy-final-part. I found that https://review.openstack.org/#/c/175334/ is addressing problems in /hosts.py and my bug is10:46
dikonoor in hypervisors.py10:46
*** Marga_ has joined #openstack-nova10:46
dikonooralex_xu , eliqiao : Bug https://bugs.launchpad.net/nova/+bug/1447084 is blocking one of my use cases and it can be fixed by removing the requires_admin_context check in the nova sqlalchemy api layer.10:48
openstackLaunchpad bug 1447084 in OpenStack Compute (nova) "view hypervisor details should be controlled by policy.json" [Undecided,New]10:48
*** rushiagr is now known as rushiagr_away10:48
*** markvoelker has quit IRC10:48
dikonooreliqiao : Would you want to pick this one up . Alex_xu mntioned yesterday that your other changes are targetted for Liberty. Is there any possibility that if fixed , this one can make it for Kilo ?10:49
eliqiaodikonoor: do you mean backport this to kilo ?10:50
eliqiaodikonoor: I see you are using v2 api, right? in my patch, we don't want to break v2 backwards-compatible.10:52
eliqiaodikonoor: so even with my patch, you will still get AdminRequired exception since we remove it from sqlalchemy api layer, but move it to REST api layer.10:53
alex_xudikonoor: yea, we won't fix that for v2. Maybe I didn't describe that clearly, maybe this can resolve your confuse https://github.com/openstack/nova-specs/blob/master/specs/liberty/approved/nova-api-policy.rst10:54
*** deepthi has quit IRC10:54
*** redbeard has joined #openstack-nova10:56
dikonooreliqiao , alex_xu : irrespective of at which layer the check is made , at the end of the day the permissions should be controlled by policy.json and admin permissions should not be mandated. Even in Kilo , till few days back non-admins could successfully make this rest call10:56
eliqiaodikonoor:  you can use non-admins to call that rest in kilo ?10:57
dikonooreliqiao , alex_xu : Yes , till few days back , we could10:57
dikonooreliqiao , alex_xu : and the behavior has changed recently .10:58
eliqiaodikonoor: interesting...10:58
*** haigang has quit IRC10:58
dikonooreliqiao , alex_xu : It might have worked previously because of an elevated context somewhere (though I couldn't figure out where it was) . So the kilo behavior remians broken at the moment10:58
*** IanGovett has quit IRC10:58
openstackgerritSean Dague proposed openstack/python-novaclient: fix FloatingIP repr  https://review.openstack.org/17625210:59
alex_xudikonoor: let me check...10:59
*** erlon has joined #openstack-nova10:59
eliqiaocheck this I3ff3976d24aef108a990fb8ff64afd29c96a1e2f11:00
eliqiaobug# 142735111:00
dikonooreliqiao , alex_xu : https://review.openstack.org/#/c/160506/21/nova/api/openstack/compute/contrib/hypervisors.py ?11:01
dikonooreliqiao , alex_xu : or some other file?11:01
*** ildikov has quit IRC11:01
*** PaulMurray has quit IRC11:03
eliqiaodikonoor: yes, I think so .11:04
eliqiaodikonoor: sorry, not correct..11:04
*** xgsa has joined #openstack-nova11:06
dikonooreliqiao : I went through the changes in that file sometime back trying to figure out which commit has changed the behavior but I don't think the changes in that file could have11:06
*** aix has quit IRC11:07
eliqiaodikonoor: yes, me neither..11:08
*** haigang has joined #openstack-nova11:08
openstackgerritRadoslav Gerganov proposed openstack/nova: Consolidate the APIs for getting consoles  https://review.openstack.org/14850911:10
dikonooreliqiao : So the kilo and liberty both behaviors should support non-admins and that's the reason I have opened the defect. I did go through the above changeset before I opened this defect.11:11
alex_xueliqiao: dikonoor that sounds like introduced by I3ff3976d24aef108a990fb8ff64afd29c96a1e2f11:12
dikonooralex_xu : which file?11:12
alex_xudikonoor: this file https://review.openstack.org/#/c/160506/21/nova/api/openstack/compute/contrib/hypervisors.py11:14
*** IanGovett has joined #openstack-nova11:14
*** ildikov has joined #openstack-nova11:16
dikonooralex_xu: I see the error in this flow .So I am not sure how the above changes could have caused it.2015-04-19 21:34:22.194 23179 TRACE nova.api.openstack.compute.contrib.hypervisors Traceback (most recent call last):11:17
dikonoor2015-04-19 21:34:22.194 23179 TRACE nova.api.openstack.compute.contrib.hypervisors File "/usr/lib/python2.7/site-packages/nova/api/openstack/compute/contrib/hypervisors.py", line 147, in show11:17
dikonoor2015-04-19 21:34:22.194 23179 TRACE nova.api.openstack.compute.contrib.hypervisors service = self.host_api.service_get_by_compute_host(context, hyp.host)11:17
dikonoor2015-04-19 21:34:22.194 23179 TRACE nova.api.openstack.compute.contrib.hypervisors File "/usr/lib/python2.7/site-packages/nova/compute/api.py", line 3451, in service_get_by_compute_host11:17
dikonoor2015-04-19 21:34:22.194 23179 TRACE nova.api.openstack.compute.contrib.hypervisors return objects.Service.get_by_compute_host(context, host_name)11:17
*** jlanoux has joined #openstack-nova11:18
dikonooralex_xu : wait..let me check again11:18
*** afazekas_ has quit IRC11:18
dikonooralex_xu :  objects.Service.get_by_host_and_binary  got replace by host_api.service_get_by_compute_host(context, hyp.host ..that's the only change I see and objects.Service.get_by_host_and_binary also has a requires_admin check at the db layer11:20
dikonooralex_xu : this could have changed the behavior, just that I am not able to clearly understand how the change in method has caused it11:21
*** redbeard has quit IRC11:23
bauzasdikonoor: I was the one who changed the method, what is your problem ?11:24
bauzasdikonoor: is it https://bugs.launchpad.net/nova/+bug/1447084  ?11:25
openstackLaunchpad bug 1447084 in OpenStack Compute (nova) "view hypervisor details should be controlled by policy.json" [Undecided,New]11:25
sdaguejohnthetubaguy: https://review.openstack.org/#/c/176252/ is something we should probably fast approve and release11:26
sdagueheat is getting blocked on it11:26
dikonoordikonoor : hi bauzas..yeah.. the view hypervisor details used to work for non-admins till sometime back11:26
sdagueit's a bad repr in python novaclient11:26
dikonoorbauzas: hi bauzas..yeah.. the view hypervisor details used to work for non-admins till sometime back11:26
alex_xudikonoor: it's break more early https://review.openstack.org/#/c/150568/13/nova/api/openstack/compute/contrib/hypervisors.py11:26
alex_xudikonoor: bauzas , that can be fixed by this patch https://review.openstack.org/#/c/160089/11:27
bauzasalex_xu: agreed, we just need to have the context check by the API11:28
*** annegentle has joined #openstack-nova11:28
*** tojuvone has quit IRC11:28
alex_xudikonoor: bauzas and I think we needn't fix that for kilo, the other api in the hypervisor won't works for non-admin user, so the policy.json is totally un-configuable for the user. So I think nobody really use hypervisor api for non-admin user11:29
*** pradipta has quit IRC11:29
*** ivasev has joined #openstack-nova11:30
johnthetubaguysdague: is that heat on kilo being blcoked? not sure we are allowed to release any more libs until after RC is done11:30
sdagueit's heat on master11:30
sdaguewhen the big library release flushed yesterday, it flushed out a bunch of bugs as well11:31
sdagueso this would be a 2.24.111:31
alex_xus/bauzas and I/bauzas: And I/....11:31
dikonooralex_xu : I agree it's not very configurable in Kilo but we use it in our environment with a non-admin (to view hypervisor details)..It would have been OK if it wasn't working earlier..but it was and now it's not.11:31
johnthetubaguysdague: right, we would have to back port to the stable branch and release that I guess11:32
bauzasdikonoor: alex_xu: well I'm probably not happy with some API endpoints like the hypervisor ones to be callable by non-admin people11:32
*** annashen has joined #openstack-nova11:32
sdaguejohnthetubaguy: no, I don't think so11:32
sdague2.24.0 is the liberty release11:32
bauzasdikonoor: well, that was just a security flaw before IMHO11:33
sdaguethis issue was never in a release until 2.24.011:33
johnthetubaguysdague: gotcha11:33
johnthetubaguysdague: I guess this bug is critical then?11:33
bauzasdikonoor: I don't see any reason why an end-user would get the hypervisor fields11:33
sdaguejohnthetubaguy: yeh11:33
*** afazekas_ has joined #openstack-nova11:33
sdaguebauzas: there are more use cases for OpenStack than public cloud11:34
*** annegentle has quit IRC11:34
bauzassdague: so the policy.json file is here to help11:34
bauzassdague: don't get me wrong, I'm not saying we should not allow policy.json to allow this endpoint to be callable unless it's admin, just that it was not checked before11:35
dikonoorbauzas: sdague: yeah, so the decision should be based on the policy json file11:35
sdaguebauzas: ok11:35
bauzasdikonoor: which should be checked at the API level11:35
bauzasso, by adding a new call within the API method, I just introduced a new check11:36
*** annashen has quit IRC11:37
bauzasdikonoor: but this check was require_admin_context which was calling the context check11:37
bauzasdikonoor: so alex_xu's patch is helping that by removing all those checks at the DB level11:37
bauzasdikonoor: but that should still be valid if nova.context.require_admin_context() returns True11:38
sdaguebauzas: so recheck on https://review.openstack.org/#/c/160089/ is going to fail until a few other patches land11:38
bauzassdague: oh good to know, thnaks11:38
bauzassdague: do you know which ones ?11:39
bauzasactually, I can just e-r my bad11:39
* bauzas checking11:39
dikonoorbauzas : https://review.openstack.org/#/c/160089/11:39
bauzasdikonoor: agreed but what bugs are raising those jobs -1 ?11:40
bauzasthat, I'll check on my own11:40
* alex_xu lose the context....11:40
bauzasnvm11:41
bauzasalex_xu: it was unrelated to our previous convo11:41
dikonoorbauzas : sdague: this patch removes the check for admin and then the permissions will be controlled by policy.json at least for the view hypervisor ..but Alex patch is for Liberty11:41
*** TobiasE has joined #openstack-nova11:41
bauzasdikonoor: nope, it won't change the check, just the level where it's done11:41
alex_xudikonoor: if we want to fix that bug, this should be another fix. We shouldn't backport https://review.openstack.org/#/c/160089/ this patch11:42
dikonoorbauzas : I don't see any changes in hypervisor.py as part of that changeset11:42
bauzasdikonoor: http://git.openstack.org/cgit/openstack/nova/tree/nova/db/sqlalchemy/api.py#n20511:42
alex_xuI mean if we want to fix that bug in kilo11:42
bauzasdikonoor: ^ that it the check done when you call db.service_get_by_host()11:43
sdaguealex_xu: I agree, the old behavior should be fixed in kilo, especially because it's a stack trace11:43
*** wuhg has joined #openstack-nova11:43
sdaguebut the new behavior probably shouldn't backport11:43
*** mpaolino has joined #openstack-nova11:44
bauzassdague: unless I'm wrong, there was no policy check on the hypervisors endpoint11:44
alex_xusdague: ok, for kilo fix is more easy, we can just pass the admin context down to the code.11:44
dikonooralex_xu : sdague: I agree the new behavior doesn't need to be backported but the old behavior needs to be fixed in Kilo11:44
*** markvoelker has joined #openstack-nova11:44
sdaguebauzas: there was never a permissions check?11:44
bauzassdague: oh sec, said something bad11:45
*** markvoelker has quit IRC11:45
bauzasnah, it was checked against policy.json still11:45
alex_xusdague: bauzas there is default rule 'rule:admin_api' for hypervisor11:45
*** markvoelker has joined #openstack-nova11:45
dikonoorsdague : there's a permissions check  at authrorize(context)11:45
bauzasalex_xu: yeah that's what I was going to tell11:45
bauzasalex_xu: so the problem is that the authorize() check is not returning the same as context.require_admin_context() for an user which has an admin role...11:47
alex_xuemm... let me describe the problem, try to get everyone on the same page11:48
bauzasalex_xu: because if both say the same, then there is no problem...11:48
andreykurilinsdague: hi! Since latest release of novaclient broke heat and in near future there will be new one release, it would be nice to sync latest oslo code to remove all warning messages(related oslo namespace). If you have a bit of free time, please look at https://review.openstack.org/#/c/150058/11:49
bauzasalex_xu: go ahead11:49
dikonoorbauzas: the authorize() check works for a non-admin context where the rule says role:non-admin ..So the check against policy.json goes through for a non-admin and breaks at @require_admin_context()11:49
bauzasdikonoor: that I understood11:50
sdagueandreykurilin: it is better to fix the one bug in question and get a good release out11:50
andreykurilinsdague: :(11:50
alex_xuIn the old code, dikonoor set the policy rule for hypervisor to  "compute_extension:hypervisors": "", then dikonoor can access hypervisor api with non-admin user11:50
bauzasdikonoor: but then the context.require_admin_context() should be consistent IMHO11:50
alex_xuAfter later, the extra db call 'objects.Service.get_by_host_and_topic' which have admin hard-code checks add into the hypervisor's show api11:51
bauzasalex_xu: by digging into context.require_admin_context(), I can see it just checks if the user has an admin role11:51
dikonooralex_xu : "compute_extension:hypervisors": "" would mean all non-admins can access it..My rule specifically defines that roles admin and XXX can access it11:51
alex_xuthen dikonoor can't use non-admin to access hypervisor'show again11:51
alex_xudikonoor: yea, similar to your case, right?11:52
*** ganso_ has joined #openstack-nova11:52
sdaguejohnthetubaguy: ok https://review.openstack.org/#/c/176252/ has passed tests (logs are just uploading for the last one)11:52
alex_xubauzas: yes, that is hard-code admin check in db call11:52
sdagueyou want to +A it11:52
sdaguethen we can get a release out as soon as it merges11:52
*** baoli has joined #openstack-nova11:53
bauzasalex_xu: ok, I see the problem, that's because the policy check just looks at what keystone is telling us (if the user is admin or no)11:53
alex_xubauzas: yes11:53
bauzasalex_xu: I see11:54
alex_xubauzas: so we can fix that in kilo by pass an evalated context to the db call11:54
sdaguejohnthetubaguy: ok, I just +Aed so we can get this out quickly11:54
bauzasalex_xu: so given a cloud operator is fool enough to free up all boundaries by just getting rid of all policy.json rules, it should just go11:54
sdaguejohnthetubaguy: however, when you get back - https://review.openstack.org/#/c/175010/ would be nice to approve (the downgrade remove)11:55
bauzasalex_xu: well, is it possible to merge something in a stable branch that is not cherry-picked from master ?11:55
dikonooralex_xu : I agree with the elevated context ..at least that's how most of the other api code has been working11:55
*** ildikov has quit IRC11:56
bauzasalex_xu: I just wonder if backporting the master patch that you did is not better ?11:56
alex_xubauzas: yea, we shouldn't cherry-pick from master, the master fix is more risk for the kilo now.11:56
bauzasmmm, we should ask for some stable core gurus11:56
alex_xubauzas: https://review.openstack.org/#/c/160089/ is danger patch, there are more than one place call service_get_by_compute_host11:57
bauzasagreed11:57
alex_xubauzas: too much risk back port it at this time11:57
johnthetubaguysdague: thanks, yeah, good to complete our first blueprint of liberty11:58
*** aix has joined #openstack-nova11:58
bauzasalex_xu: well, just wondering then why it's more safier to do it for Liberty, like 10 commits after :)11:59
*** Kevin_Zheng has quit IRC11:59
bauzasalex_xu: if you don't feel confident with backporting your change to kilo, then why are you more confident with merging it to trunk ?11:59
alex_xubauzas: yea, give more chance to find we have something wrong :)12:00
bauzasalex_xu: again, I just think it would be hard time to explain why you need a specific change for Kilo and not just backport what's fixing the bug on the master branch12:00
alex_xubauzas: I think we talk about fix that for kilo rc?12:00
*** otter768 has joined #openstack-nova12:00
bauzasalex_xu: yup12:00
*** haigang has quit IRC12:02
alex_xubauzas: emm....one more thing is https://review.openstack.org/#/c/150568 is not only make hypervisor show configurable, it's also make other api method configurable12:02
alex_xubauzas: the fix for the kilo is only need hypervisor show configuable12:02
*** haigang has joined #openstack-nova12:03
bauzasagreed12:03
bauzasbut still, I don't get why we need to fix only hypervisor_shox12:03
bauzasshow12:03
bauzasalex_xu: relaxing the DB check seems the best solution to me12:03
bauzasalex_xu: because that check is not verifying the policy rules12:04
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Adds support for x509 certificates as keypairs  https://review.openstack.org/13645812:04
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Implements 'microversions' api type - Part 1  https://review.openstack.org/15256912:04
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Deprecate v1.1 and remove v3  https://review.openstack.org/16937812:04
openstackgerritAndrey Kurilin proposed openstack/python-novaclient: Implements 'microversions' api type - Part 2  https://review.openstack.org/16740812:04
*** mmedvede has quit IRC12:04
bauzasalex_xu: and btw. that makes me wonder if that's the good way (in terms of policy)12:04
bauzasalex_xu: ie. I don't get the point of having require_admin_context() if all of that can be done per endpoint12:05
*** otter768 has quit IRC12:05
bauzasalex_xu: you got it ?12:05
alex_xubauzas: you mean why we have require_admin_context() before?12:05
bauzasalex_xu: why we keep that, instead12:06
bauzasalex_xu: because the example is good enough : say that the endpoint rule is just "anyone can access it", why should we keep inline a check for an explicit admin role ?12:07
*** lucasagomes is now known as lucas-hungry12:07
*** ajayaa has quit IRC12:07
alex_xubauzas: that is the clean up we want to do, but we can't finish that in kilo?12:07
bauzasalex_xu: forget about Kilo12:08
bauzasalex_xu: I'm talking about Liberty :)12:08
bauzasalex_xu: in your patch, you just left some explicit context.require_admin_context() calls12:08
alex_xusorry...I lost in english again...12:08
bauzassec then12:08
bauzasalex_xu: https://review.openstack.org/#/c/160089/10/nova/api/openstack/compute/contrib/hosts.py,cm12:08
*** ildikov has joined #openstack-nova12:09
bauzasalex_xu: L125 (right pane)12:09
*** raildo has joined #openstack-nova12:09
alex_xubauzas: that for just keep v2 behavior as before12:09
bauzasalex_xu: which was broken then12:09
alex_xubauzas: sorry, what was broken?12:09
bauzasalex_xu: because then, you agree on having an endpoint callable by an end-user which should still raise a 401 ?12:10
bauzasalex_xu: if the user is not admin ?12:10
alex_xubauzas: yes12:10
bauzassounds like a bug to me12:11
*** yingjun has joined #openstack-nova12:11
alex_xubauzas: emm...the old code raise adminrequired excepiton from the db code12:11
bauzasnot exactly a behaviour we want to keep12:11
bauzasagreed12:11
bauzasbut it was just a bug...12:11
alex_xubauzas: for now, we want to v2 keep behaviour as before12:11
alex_xubauzas: but for v2.1, we want to fix that12:12
bauzasso we want to keep v2 raising bugs rather than fixing them ?12:12
*** haigang has quit IRC12:12
*** VW_ has joined #openstack-nova12:12
*** dave-mccowan has joined #openstack-nova12:12
*** dprince has joined #openstack-nova12:13
bauzasalex_xu: when you say v2.1, I rather assume v2.X, because v2.1 == v2.012:13
bauzasX>112:13
*** fawadkhaliq has quit IRC12:13
bauzasalex_xu: lemme check the API guidelines because I just wonder why we keep a bug just for keeping a wrong behaviour12:14
alex_xubauzas: yes, that's problem for a long time. if we want to fix that for v2, we need tell the user ensure they didn't update their policy rule to empty to avoid the permission related after code updated12:14
*** mmedvede has joined #openstack-nova12:14
bauzasalex_xu: erm, I don't get it12:15
bauzasalex_xu: policy.json file is config-driven right ?12:15
alex_xubauzas: then in the discussion of policy blueprint, we think we can fix that for v2.1. we decide to not bother the v2 api user12:15
*** jaypipes has joined #openstack-nova12:15
bauzasalex_xu: so if the operator is just opening the door for a specific endpoint, I can assume he knows what he does and expect it to be working ?12:15
*** yingjun has quit IRC12:15
bauzasalex_xu: is this something merged, or still in discussion ?12:16
alex_xubauzas: yes, but we assume user can do anything....12:16
*** yingjun has joined #openstack-nova12:16
bauzasalex_xu: agreed, so let's the policy file be the single source of truth and get rid of that require_admin_check() which are nasty :D12:16
alex_xubauzas: yes, the decision was merged in the spec12:17
*** ociuhandu has joined #openstack-nova12:17
bauzasalex_xu: https://wiki.openstack.org/wiki/APIChangeGuidelines#Generally_Considered_OK12:17
bauzas" Fixing a bug so that a request which resulted in an error response before is now successful"12:17
*** VW_ has quit IRC12:17
bauzasagain, I don't get why we're not fixing it for v212:18
alex_xubauzas: no....it isn't about api change rule. it more conern on the operator upgrade the code12:18
*** rfolco has joined #openstack-nova12:19
bauzasalex_xu: ... and which was previously buggy now works ? hurrah !12:19
alex_xubauzas: we didn't want to bother the v2 user, because we think v2 will be instead of v2.1 very soon also12:20
*** baoli has quit IRC12:21
alex_xubauzas: works in v2.1, not v212:21
*** aloga_ has joined #openstack-nova12:24
bauzasalex_xu: so we are not expecting to fix that bug on the stable branches then ?12:26
alex_xubauzas: we fixed it for stable branch12:27
bauzasalex_xu: and do you know if that problem has been bug filled ?12:27
bauzasie. if there is a bug ticket12:28
alex_xubauzas: here https://bugs.launchpad.net/nova/+bug/144708412:28
openstackLaunchpad bug 1447084 in OpenStack Compute (nova) "view hypervisor details should be controlled by policy.json" [High,Confirmed]12:28
bauzasalex_xu: do you have the link for the stable patch ?12:28
alex_xubauzas:  there isn't patch yet12:28
bauzasalex_xu: that bugfile is way too restrictive IMHO12:28
*** neelashah has joined #openstack-nova12:29
jaypipesmorning all12:29
*** annegentle has joined #openstack-nova12:29
alex_xubauzas: you mean?12:30
bauzasalex_xu: I mean that the general problem is not described12:30
gilliardHi jaypipes12:30
*** mwagner_lap has quit IRC12:31
bauzasalex_xu: ie. that non-admin users can't access API endpoints even if policy.json rules are allowing them12:31
alex_xubauzas: yea, that's better12:31
jaypipesgilliard: marooning :)12:31
bauzasjaypipes: ^ if you can just scroll back, I would be interested in your opinion on that12:31
bauzasjaypipes: I know you're having an API WG hat, hence me hassling you, yay12:32
alex_xudikonoor: would you working on it https://bugs.launchpad.net/nova/+bug/1447084?12:32
openstackLaunchpad bug 1447084 in OpenStack Compute (nova) "view hypervisor details should be controlled by policy.json" [High,Confirmed]12:32
*** iamjarvo has joined #openstack-nova12:32
*** iamjarvo has quit IRC12:33
alex_xua lot of scroll back12:33
*** iamjarvo has joined #openstack-nova12:33
*** joefides has quit IRC12:33
jaypipesbauzas: I joined I think a bit in the middle of the conversation between you and alex_xu, but I think I got the gist of it.12:34
jaypipesbauzas: did you have a specific question on it?12:35
bauzasjaypipes: it's about all fixing that to both v2 and stable branches12:35
bauzas*all about12:35
bauzasbecause I don't understand why something broken couldn't be fixed at least in v212:36
jaypipesbauzas: yes, I don't see any reason not to fix that in the stable branches. I don't necessarily consider it a High priority bug (I think Medium or Low), and I would also like to see in the bug description some information about what is returned to the end user. The only thing it shows is the traceback in the nova-api log, which obviously doesn't get back to the end user.12:37
bauzasjaypipes: I just think the bug report is too narrow, we probably need to make it broader12:38
alex_xulet me update more12:39
jaypipesbauzas: in which way? I mean, it needs information about the HTTP response code that is given back, but otherwise, it's pretty good.12:39
*** rushiagr_away is now known as rushiagr12:39
bauzasjaypipes: the bug specifically reports a problem about an endpoint method, I would just consider the upper level12:39
*** claudiub has joined #openstack-nova12:40
jaypipesbauzas: sorry, not quite following you...12:40
bauzasjaypipes: which is that nova.context.require_admin_context() just shoots what's not admin, even if the endpoint rule in the policy file is saying "go for it"12:40
jaypipesbauzas: isn't the policy.json file handled at an upper level, but there needs to be an entry in it for the os-hypervisors API extension part?12:40
bauzasjaypipes: there is already one12:41
jaypipesohhhh...12:41
bauzasjaypipes: there is a call to authorize')12:41
bauzasjaypipes: but that kinky nasty require_admin_context() just doesn't care about if it's valid or no12:41
jaypipesbauzas: I see. Then, yes, certainly, please add that information to the bug report :) Sorry, I wasn't clear on that12:42
bauzaslemme do some housekeeping12:42
jaypipesbauzas: so, change the summary of the bug to: "require_admin_context() does not account for policy.json rulesets"12:42
bauzasexactly !12:42
jaypipesalex_xu: ^^12:42
jaypipeswork for you?12:42
bauzasmy approach would be to just shoot it in the head12:42
bauzasie. just stop removing that check12:43
bauzasoooo12:43
bauzasjust stop doing that check12:43
bauzasor just stop by removing that check even12:43
alex_xuemm....don't get the point of the summary...12:43
bauzasalex_xu: that's what we discussed => policy.json is the single source of truth12:44
bauzasalex_xu: there is no need to check for contexts12:44
alex_xubauzas: ok...I still think that is complex fix for rc12:46
bauzasalex_xu: okay, I understand your concerns, what are you afraid of ?12:47
alex_xubauzas: ok, what we should do after remove check for those api https://review.openstack.org/#/c/160089/10/nova/api/openstack/compute/contrib/hosts.py12:48
alex_xubauzas: add nova_context.require_admin_context(context) for hosts api also?12:48
bauzasalex_xu: we still have the authorize() check no ?12:48
alex_xubauzas: yes, but the behavior is changed, hosts api didn't allow non-admin user access it even the policy rule is empty12:49
alex_xubefore12:51
bauzasalex_xu: that I understand but I considered it as a bug12:52
bauzasjaypipes: could you please confirm ? :)12:52
alex_xubauzas: ok if we didn't add "nova_context.require_admin_context(context)" we should notify the user update their policy.json if they set the rule empty before, because after update the code, if the rule is empty, then the anyone can access it12:53
bauzasalex_xu: but this is the exact expected behaviour ! :)à12:53
alex_xubauzas: and this different with our agreement on the spec https://github.com/openstack/nova-specs/blob/master/specs/liberty/approved/nova-api-policy.rst12:53
* jaypipes reads spec12:54
bauzasalex_xu: lemme check the review12:54
alex_xubauzas: we said we don't want to bother v2 user for that. those problem will be fixed at v2.1.12:54
alex_xuand v2.1 will be replace v2 very soon12:54
bauzasalex_xu: not for stable branches AFAIK :)12:54
bauzasand v2.1 == v2 right ?12:54
bauzasso fixing it in v2.1 requires fixing it in v2.0, unless it's on a separate version bump right ?12:55
alex_xubauzas: v2 is the api in compute/contrib, v2.1 is the api in the compute/plugins/v3....12:55
bauzasalex_xu: I know all of that12:56
bauzasalex_xu: the point being ?12:56
jaypipesalex_xu: OK, so if I am reading this correctly, I believe that *if* you fix that bug by implementing nova-api-policy blueprint, then *no*, that would not be appropriate to backport to Kilo, due to it being a major change.12:56
alex_xubauzas: ok, I got you point....12:56
alex_xubauzas: hah, jaypipes on my side now ;)12:56
*** baoli has joined #openstack-nova12:57
bauzasthe major change being to remove the decorators ?12:57
bauzas(sorry if you feel myself a bit harsh, that's not my intention)12:58
jaypipesalex_xu: well, if you *only* fixed that particular bug -- i.e. the specific os-hypervisors extension -- then I suppose one might argue for backporting. But if you intend to make that bug into a generic "require_admin_context() should take policy.json into account", that would likely be too big of a change to backport.12:58
bauzasbut I want to understand why it's such a major change to just free up rules12:58
jaypipesalex_xu: bit of a dilemma. :)12:58
*** eharney has joined #openstack-nova12:58
bauzasjaypipes: I think we don't need to fix require_admin_context(), we just need to kill it12:59
alex_xujaypipes: yea12:59
jaypipesbauzas: so, I agree. however that is not alex_xu's main priority here :) alex_xu's main priority is to identify something that can be backported into Kilo, since he is more concerned with the stable branch than master for this bug fix ;)13:00
jaypipesalex_xu: correct?13:00
alex_xujaypipes: yes13:00
jaypipeseither that, or it's just way too late for alex_xu and way to early for me ;)13:01
bauzasjaypipes: lol13:01
bauzasthat's just perfect timing for me, I just took a nap on my patio13:01
bauzass/patio/backyard13:01
*** busterswt has joined #openstack-nova13:01
alex_xuthere are some fog before my eye13:02
bauzasalex_xu: ok here is what I propose13:02
jaypipesalex_xu: so, i would say a compromise on this would be to keep that bug description as it is, submit a patch to master that *just* fixes the os-hypervisors extension and that bug, backport it to kilo rc2, and then work on nova-api-policy to fix the world.13:02
bauzasjaypipes: and open a bug for tracking that13:02
bauzasjaypipes: you just beated me at the typing13:02
jaypipesbauzas: why? the blueprint already exists...13:02
jaypipesnova-api-policy13:03
alex_xujaypipes: bauzas , so I should stop this merge https://review.openstack.org/160089?13:03
bauzasjaypipes: because even if I always say that bugs are improvement possibilities, that's a bug13:03
*** ociuhandu has quit IRC13:03
*** joefides has joined #openstack-nova13:04
bauzasjaypipes: the bug being that operators can't modify the rules for some endpoints13:04
*** ildikov has quit IRC13:04
bauzasjaypipes: and they have zero explanation why it just doesn't work13:04
jaypipesguys, unfortunately, I need to run out now...13:04
jaypipesperhaps this is worth a quick email to openstack-dev?13:05
bauzasjaypipes: sounds valuable13:05
alex_xujaypipes: ok, thanks for your time13:05
bauzasgo off guys, I'm opening a bug FWIW and I'm leaving the world knowing that13:05
*** lucas-hungry is now known as lucasagomes13:05
bauzasalex_xu: jaypipes: thanks for your time, appreciated13:06
alex_xubauzas: you too:)13:06
*** igordcard has quit IRC13:07
alex_xubauzas: would you want to write email? or you hope me write one?13:07
bauzasalex_xu: I'm on it13:08
bauzasalex_xu: go off13:08
alex_xubauzas: thanks a lot :)13:08
bauzasalex_xu: Vancouver btw. ?13:08
alex_xubauzas: yes this time :)13:09
bauzasalex_xu: do you have possibility to be there ?13:09
bauzasawesome13:09
*** zzzeek has joined #openstack-nova13:09
*** ferest has joined #openstack-nova13:11
*** rushiagr is now known as rushiagr_away13:12
*** afazekas_ has quit IRC13:13
*** ociuhandu has joined #openstack-nova13:18
*** Murali has quit IRC13:18
*** yamahata has joined #openstack-nova13:19
*** thomasem has quit IRC13:19
*** ildikov has joined #openstack-nova13:19
*** annegentle has quit IRC13:20
*** thomasem has joined #openstack-nova13:20
*** ajayaa has joined #openstack-nova13:22
*** mriedem_away is now known as mriedem13:22
sdaguejohnthetubaguy: ok, I just cut 2.24.1, hopefully correctly13:22
johnthetubaguysdague: OK, thanks, not sure how to do all that myself, I figured we would just call it 2.25 in case there were any features in there, but thats fine I guess13:23
mriedem2.25 implies new features or requirements updated13:23
mriedemwhich could blow caps on stable13:23
sdagueI just googled and followed mriedem's directions13:24
mriedemi have directions?13:25
johnthetubaguymriedem: OK, cool13:25
johnthetubaguyI need to go read all that at some point13:25
sdaguehttps://wiki.openstack.org/wiki/Nova/Client_Release_Process13:25
sdagueyour name is on that page13:25
*** VW_ has joined #openstack-nova13:26
mriedemoh, that blurb :) the rest is someone else, probably russellb or mikal13:26
mriedemi will gladly take credit though13:26
mriedemif we set the series correctly in novaclient we could just use those fancy release tools scripts13:26
sdaguemriedem: I used the release tools13:27
sdagueare there other ones?13:27
mriedemsdague: you used this? https://wiki.openstack.org/wiki/Oslo/ReleaseProcess#Installing_Release_Tools13:27
sdagueI used dolph's thing13:28
sdagueso I guess not13:28
mriedemah13:28
larsksI have what is probably a dumb question: in NovaProxyRequestHandlerBase (in nova/console/websocketproxy.py), where does the "msg" attribute come from (e.g., https://github.com/openstack/nova/blob/master/nova/console/websocketproxy.py#L120)?13:28
mriedemyeah, ^ is the oslo release tools13:28
*** annegentle has joined #openstack-nova13:29
*** jecarey has joined #openstack-nova13:29
mriedemsdague: so does https://review.openstack.org/#/c/176113/ unwedge the gate?13:29
sdagueyeh, we're good for now13:30
mriedemsweet13:30
mriedemlarsks: you might ask sahid or directxman1213:30
mriedemlarsks: probably from websockify.ProxyRequestHandler since it's used as a mixin13:31
mriedemwhich isn't at all confusing13:31
*** annegentle has quit IRC13:32
sahidlarsks: you mean the method?13:32
sahidmsg?13:32
sahidto print a log13:32
*** annegentle has joined #openstack-nova13:32
larskssahid: someone was reporting this traceback: http://paste.openstack.org/show/205086/13:33
larsksI have a vague recollection of a recent bug or mailing list traffic on the same thing, but I can't find it.13:33
sahidi see13:33
sahidyou probably have to update your version of websokify13:33
larsksI  was trying to track down what was happening, but I've been stymied in trying to figure out exactly where self.msg is coming from...13:33
*** andreykurilin__ has joined #openstack-nova13:33
*** annashen has joined #openstack-nova13:33
sahidlarsks: which version are you using?13:34
bauzasjaypipes: alex_xu: http://lists.openstack.org/pipermail/openstack-dev/2015-April/062282.html13:34
sahidlarsks: https://bugzilla.redhat.com/show_bug.cgi?id=120817513:34
openstackbugzilla.redhat.com bug 1208175 in openstack-nova "Can't connect to console via Horizon - ends up error code 1006" [High,Post] - Assigned to sferdjao13:34
larsksThis was for someone else.  I'm not sure, but it sounds like python 2.6, so probably RHEL 6 or similar and whatever that comes with...13:34
mriedemi've had issues with the websockify code on rhel 6.513:34
mriedemb/c of how urlparse works there13:35
mriedemmaybe not related here though13:35
sahidmriedem: i don't think so13:35
mriedembut on rhel 6.5, urlparse won't parse a schema of 'ws' so you can get a NoneType13:35
*** vladikr has joined #openstack-nova13:35
larskssahid: thanks for the bz link.13:35
sahidactually it's related to a specific version supported by redhat13:35
mriedemredhat patches it's python package doesn't it?13:35
*** rushil has joined #openstack-nova13:36
mriedemwhat version of websockify is required? in stable/juno we have this range: https://github.com/openstack/requirements/blob/stable/juno/global-requirements.txt#L14413:37
mriedemhttps://github.com/kanaka/websockify/blob/v0.6.0/websockify/websocket.py#L27013:39
*** annashen has quit IRC13:39
BobBallmriedem: Do you Have The Power(tm) to set a CI system as voting?13:41
mriedemBobBall: i do13:41
mriedemxenserver ci13:41
mriedem?13:41
* bauzas remembers the lovely love of websockify pulling numpy13:41
BobBallWonderful.  Yes, XenServer CI.13:41
mriedemBobBall: done https://review.openstack.org/#/admin/groups/511,members13:42
sahidmriedem: the issue is on icehouse13:42
BobBallBut, we'd also like XenProject CI to be enabled as well :) http://jenkins.openstack.xenproject.org/job/dsvm-tempest-xen/buildTimeTrend is showing a nice green state (with a few failures, of course, as are normally expected)13:42
mriedemsahid: oh.. https://github.com/openstack/nova/blob/stable/icehouse/requirements.txt#L3013:42
BobBallwas talking with johnthetubaguy earlier and he's happy for now - but clearly if there are other suggestions for what we should do to make sure everyone is happy we'll do them too13:42
mriedemBobBall: i only see Rackspace XenServer CI as a gerrit member13:43
mriedemwe only disabled the one, i'm assuming that's the same account for both?13:43
BobBallNo; XenProject CI is a new CI account13:43
BobBallI wonder if I need to do something else with Infra first then13:43
sahidmriedem: yes and we probably publish 5.1 https://github.com/kanaka/websockify/blob/v0.5.1/websockify/websocket.py13:44
sahidi mean ship13:44
*** ociuhandu has quit IRC13:44
*** xyang1 has joined #openstack-nova13:45
mriedemsahid: hmm, seems like it'd be fine13:46
mriedemhttps://github.com/kanaka/websockify/blob/v0.5.1/websockify/websocket.py#L39013:46
*** iamjarvo has quit IRC13:46
mriedemhttps://github.com/openstack/nova/blob/2014.1.4/nova/console/websocketproxy.py#L10713:46
*** ociuhandu has joined #openstack-nova13:46
mriedemunless red hat patched one of those13:46
mriedemlike backported some websocketproxy code from juno to icehouse for it's rhosp stuff, idk13:46
sahidmriedem: no if you look the proptoype of the method is not good13:46
*** thangp has joined #openstack-nova13:46
sahidwe are expecting an extra argument13:47
mriedemsahid: this is not icehouse level code in nova: File "/usr/lib/python2.6/site-packages/nova/console/websocketproxy.py", line 116, in new_client     self.msg(_('connect info: %s'), str(connect_info))13:47
sahidoh sorry yes13:47
mriedemsahid: so my guess is red hat backported something it shouldn't have13:47
sahid:)13:47
mriedemand broke stable13:47
*** yingjun has quit IRC13:48
mriedemwell, stable for rhosp users13:48
*** mwagner_lap has joined #openstack-nova13:48
*** Nikolay_St has quit IRC13:48
*** burt has joined #openstack-nova13:49
*** romainh has left #openstack-nova13:49
*** amotoki has joined #openstack-nova13:49
BobBallmriedem: XenProject-CI is openstack-ci@xenproject.org - not sure how to get the userid.  I wonder if the gerrit members being shown are only the old-style accounts rather than the new openid ones?13:50
BobBallThere have been issues finding it before13:50
mriedemBobBall: got it https://review.openstack.org/#/admin/groups/511,members13:50
mriedemdoes that look correct now?13:50
*** iamjarvo has joined #openstack-nova13:52
*** iamjarvo has quit IRC13:53
*** iamjarvo has joined #openstack-nova13:53
BobBallHeh; sorry; not quite.  I didn't realise that johnthetubaguy had set up his own XenServer CI account :) The XenServer CI (that runs on Rackspace) that we need voting for is "Citrix XenServer CI"13:54
*** iamjarvo has quit IRC13:54
*** iamjarvo has joined #openstack-nova13:54
mriedemBobBall: specifici email? and should i remove johnthetubaguy's?13:54
BobBallI've not seen johnthetubaguy's voting but the Citrix XenServer CI doesn't have an email associated with it (like the VMWare NSX CI account)13:55
johnthetubaguyyeah, that ones a bit dead, the rackspace one13:55
*** tonytan4ever has joined #openstack-nova13:55
mriedemok, removed that other one, added Citrix XenServer CI13:56
johnthetubaguyI never got one build working, and pulled onto something else13:56
mriedemhttps://review.openstack.org/#/admin/groups/511,members good now?13:56
johnthetubaguymriedem: cools13:56
BobBallThat's perfect! thanks mriedem.13:56
mriedembtw, is there a reason there are 2 xen ci's?13:56
mriedemwhy does it run on stable?13:56
mriedemit frustrates my email filtering13:56
*** annegentle has quit IRC13:57
*** johnthetubaguy is now known as zz_johnthetubagu13:57
BobBallWhich one runs on Stable?  Reason is that the citrix CI is using our own orchestration (not zuul) and depends on a custom nodepool.  We're planning on getting that fixed, so they merge into one, but it's likely to take a while.  The XenProject CI runs libvirt+xen vs the Citrix XenServer CI which runs, you guessed it... XenServer :)13:57
*** redbeard has joined #openstack-nova13:58
*** iamjarvo has quit IRC13:58
*** jcoufal has quit IRC13:59
mriedemBobBall: https://review.openstack.org/#/q/reviewer:openstack-ci%2540xenproject.org+status:open,n,z13:59
mriedemxenproject ci is running on stable13:59
mriedemand doesn't need to be13:59
*** annegentle has joined #openstack-nova13:59
*** apmelton_away is now known as apmelton13:59
BobBallDrat.  I was sure I'd fixed that... Clearly my zuul config is broken.  *Investigates*.  Thanks.13:59
mriedemnp13:59
*** nkrinner has quit IRC14:01
*** cfriesen has joined #openstack-nova14:01
*** tsekiyama has joined #openstack-nova14:01
*** dboik has joined #openstack-nova14:01
*** otter768 has joined #openstack-nova14:01
*** Marga_ has quit IRC14:02
kashyapUrgh, Launchpad's text formatting is crazy, I think I needed to give four spaces instead of two. Wonder if anyone can deduce a reproducer from the description - https://bugs.launchpad.net/nova/+bug/144240114:02
openstackLaunchpad bug 1442401 in OpenStack Compute (nova) "When resizing a VM, ssh will fail unless libvirt/driver.py is patched" [Undecided,New]14:02
*** popw has quit IRC14:02
kashyapI just tested w/ today's Git (commits mentioned in the bug) and can't reproduce (tested w/ a simple resize up).14:03
mriedemkashyap: that's reported for icehouse?14:03
openstackgerritDan Smith proposed openstack/nova-specs: Add admin-query-any-keypair.rst  https://review.openstack.org/17557914:03
kashyapmriedem: Damn, I'm blind. Since I test from Git, I seemed to blindly assume the reporter did so too.14:04
mriedemkashyap: i'm only assuming since "I'm not quite sure the live_migration_uri is still used in Icehouse but it used to be used."14:04
mriedemand we test live migration in the gate now14:04
mriedemand we test resize with shared storage in the ceph job14:05
mriedemi'll mark as incomplete asking for specifics14:05
openstackgerritDan Smith proposed openstack/nova-specs: Add admin-query-any-keypair.rst  https://review.openstack.org/17557914:05
kashyapmriedem: Oh right - it's the aiopcpu (I can't help but read it as Physical CPU, but it's actually reads as "AIO plus a Compute node")14:05
*** otter768 has quit IRC14:06
kashyapmriedem: Yep, I did mark it, and asked him the details.14:06
mriedemme too :)14:06
mriedemdouble whammy14:06
kashyapFor the life of me, I don't get it why people (even advanced users) never take time to even outline a reproducer14:07
kashyapIt's more or less: "Here, trace, take it" :-)14:07
mriedemthat's what 'incomplete' is for14:07
dansmithalex_xu: still around?14:07
bauzasdansmith: I think I hassled him so much that he's now just out of battery14:08
dansmithbauzas: nice going :/14:08
*** artom has joined #openstack-nova14:09
alex_xudansmith: bauzas still wake up :)14:12
alex_xubauzas: thanks for mail14:12
dansmithalex_xu: actually, I think I got it figured out.. I had a question about the policy bit14:12
dansmithalex_xu: however, I'm not sure where in policy.json to add this14:12
*** haomaiwang has quit IRC14:12
dansmithalex_xu: is the v3 extension os-keypairs or just keypairs?14:12
*** ankit_ag has quit IRC14:13
dansmithoh, you said it's just keypairs14:13
*** haomaiwang has joined #openstack-nova14:13
alex_xudansmith: this rule "os_compute_api:os-keypairs:index"14:13
dansmithalex_xu: oh, that's different than what you said in the review14:14
alex_xudansmith: oops, let me check what i said...14:14
dansmithalex_xu: and I don't see any other "role:admin" in there, did you mean "rule:admin_api" ?14:14
dansmithnor any $(user_id)s type things14:15
* dansmith doesn't know how this policy stuff works14:15
bauzasdansmith: welcome in the oslo policy world14:15
alex_xudansmith: it should be 'rule:admin_api'14:16
dansmithokay14:16
*** lpetrut has quit IRC14:16
alex_xudansmith: 'user_id:%(user_id)s' means check the target's user_id item14:16
bauzasalex_xu: btw. I'm still following the admin_or_user rule but I seriously doubt that the user part can work :)14:16
*** nelsnelson has joined #openstack-nova14:16
dansmithalex_xu: okay, but I don't see that anywhere else in the policy file.. is this really the first such example?14:16
bauzasalex_xu: which means nothing to me14:16
alex_xudansmith: bauzas 'user_id:%(user_id)s' is similar to 'project_id:%(project_id)s'14:17
bauzasalex_xu: I know and that's just a noop thing14:17
dansmithyeah14:17
alex_xudansmith: yea, that is first use it for user-owner14:17
alex_xufirst time to use for user-owner14:17
dansmithalex_xu: okay, gonna have to trust you I guess :D14:17
*** tsekiyama has quit IRC14:17
alex_xudansmith: thanks, I tested the code, it works14:18
*** salv-orlando has quit IRC14:18
alex_xu:)14:18
dansmithheh, okay14:18
bauzasalex_xu: https://github.com/openstack/oslo.policy/blob/master/oslo_policy/_checks.py#L28014:18
*** tonytan4ever has quit IRC14:18
alex_xubauzas: it should be this14:19
*** atuvenie_ has quit IRC14:19
*** ferest has quit IRC14:20
bauzasalex_xu: yeah, but the matching just checks that you have like an user_id or a tenant_id in your context, not what it should look14:20
*** tsekiyama has joined #openstack-nova14:20
*** tsekiyama has quit IRC14:20
bauzas(the target being the context)14:20
*** tsekiyama has joined #openstack-nova14:21
*** mtanino has joined #openstack-nova14:21
bauzasfor example, it doesn't prevent you to get some data from tenant 1 if your creds are saying that you're tenant 214:21
bauzasalex_xu: it just checks that you have a tenant_id IIUC14:22
bauzasalex_xu: all of that segregation is done at the DB level (ie. filter by tenant_id) not in the policy enforcement14:22
bauzasalex_xu: so that's like a noop thing14:22
alex_xubauzas: yes14:23
alex_xubauzas: the project owner is done by db14:23
BobBallmriedem: I think that it's not voting on stable now; if you see any more comments on stable please let me know (I'll also check again in a day or two.14:23
bauzasso, what's the point of keeping it ?14:23
mriedemBobBall: thanks14:23
dansmithbauzas: this seems to work, FWIW14:23
bauzasit just makes confusion14:23
dansmithwell, actually,14:23
dansmithI don't have a test for a non-admin user listing another14:23
dansmithbut it doesn't allow a normal user to run the thing14:24
bauzasdansmith: that's the admin thing who prevents that14:24
bauzasdansmith: not the 'user' part of it14:24
*** smccully has quit IRC14:24
dansmithbauzas: well, the "or user_id:" part isn't letting a normal user list them just because they have a user_id14:24
*** smccully has joined #openstack-nova14:24
*** aloga_ has quit IRC14:25
dansmithisn't that what you were worried about?14:25
bauzas"is_admin:True or project_id:%(project_id)s"14:25
dansmithI think they're both part of the fake project, right?14:25
bauzasso I'm just saying that project_id:%(project_id)s is useless provided you're keystone auth'd14:25
alex_xubauzas: it is useful dansmith's spec14:25
alex_xubauzas: but for some api, it is useless.14:26
bauzasalex_xu: okay, then I'm speaking about something I didn't see14:26
bauzasalex_xu: which spec ?14:26
alex_xubauzas: https://review.openstack.org/#/c/175579/3/specs/liberty/approved/admin-query-any-keypair.rst14:27
*** sudipto has joined #openstack-nova14:28
*** READ10 has joined #openstack-nova14:28
bauzasalex_xu: okay I see now, because you're explicitely specifying a target, contrary to the other endpoints14:28
*** Marga_ has joined #openstack-nova14:29
sudiptomriedem, Hi, regarding your UT comment on https://review.openstack.org/#/c/173187 . I had made a comment on the previous patchset.  The host.get_online_cpus is operating off the data initialized in the fakelibvirt driver. It appeared to me that the data is coming from the fake Connection class which is initlalizing the HostInfo class - that by default returns only 2 active CPUS - online_cpus = set([0, 1]) - Do you want me to override this behavi14:29
sudiptoor and ask this to return explicit online set ids? Any examples on how I could do that?14:29
*** iamjarvo has joined #openstack-nova14:29
*** iamjarvo has quit IRC14:29
*** wuhg has quit IRC14:29
bauzasalex_xu: okay, I then have to apologize, I was referring to 99% of Nova code which are not specifying a target :)14:29
*** iamjarvo has joined #openstack-nova14:30
*** iamjarvo has quit IRC14:30
dansmithalex_xu: on the api_samples, do you really think it's necessary to add an api_samples test for this?14:30
dansmithit doesn't change the output of the method, and I'm not really seeing much in the way of examples for it14:30
sahidmriedem: https://review.openstack.org/#/c/170110/14:30
mriedemsudipto: sec, didn't see that comment14:30
*** iamjarvo has joined #openstack-nova14:30
*** iamjarvo has quit IRC14:30
alex_xubauzas: yes, without target it also works14:31
bauzasmriedem: sounds like we need to isolate the test then :/14:31
*** iamjarvo has joined #openstack-nova14:31
*** iamjarvo has quit IRC14:31
bauzasalex_xu: it works sure, but like 1==114:31
openstackgerritDan Smith proposed openstack/nova: Adding user_id handling to keypair index api call  https://review.openstack.org/7048514:31
dansmithalex_xu: ^14:32
mriedemsudipto: can you mock out what the fakelibvirt connection is returning?14:32
alex_xudansmith: A little not sure, but I remember there are some sample test for the some parameter, but let me check later14:32
bauzasmriedem: I saw your evenings' comments, I need more time to read those through14:32
dansmithalex_xu: okay, well, there is the code, feel free to suggest in there14:32
*** iamjarvo has joined #openstack-nova14:32
dansmithalex_xu: no rush, of course14:32
*** iamjarvo has quit IRC14:32
*** atuvenie has joined #openstack-nova14:32
alex_xudansmith: ok, thanks14:32
*** iamjarvo has joined #openstack-nova14:33
*** iamjarvo has quit IRC14:33
sudiptomriedem, do you mean this call:         (cpus, cpu_map, online) = self.get_connection().getCPUMap()14:33
sudipto?14:33
mriedemsudipto: i'm looking it up quick, sec14:33
sudiptomriedem, ok14:33
*** lpetrut has joined #openstack-nova14:33
*** iamjarvo has joined #openstack-nova14:33
*** iamjarvo has quit IRC14:33
alex_xubauzas: yea, it is 1==114:34
*** Nikolay_St has joined #openstack-nova14:34
*** iamjarvo has joined #openstack-nova14:34
*** iamjarvo has quit IRC14:34
*** iamjarvo has joined #openstack-nova14:35
*** Nikolay_St has quit IRC14:35
garykanyone know if the grenade check has been fixed - or is this still broken?14:35
*** iamjarvo has quit IRC14:35
mriedemsudipto: so the test gets it's value from here: http://git.openstack.org/cgit/openstack/nova/tree/nova/tests/unit/virt/libvirt/fakelibvirt.py#n81814:35
mriedemsudipto: where is self.host_info.cpus set?14:35
bauzasgaryk: I was just looking at it14:35
mriedemgaryk: fixed14:35
*** iamjarvo has joined #openstack-nova14:36
bauzaswas it glance ?14:36
*** iamjarvo has quit IRC14:36
*** iamjarvo has joined #openstack-nova14:36
*** unicell1 has joined #openstack-nova14:36
*** iamjarvo has quit IRC14:36
mriedemsudipto: oh i see http://git.openstack.org/cgit/openstack/nova/tree/nova/tests/unit/virt/libvirt/fakelibvirt.py#n15314:37
mriedemdefaults to 2 in HostInfo in fakelibvirt14:37
sudiptomriedem, yeah, i was gathering it back from the code.14:37
*** unicell has quit IRC14:37
*** iamjarvo has joined #openstack-nova14:37
mriedemso we should be able to override that14:37
garykmriedem: thanks14:37
*** iamjarvo has quit IRC14:37
garykmriedem: do we need to rebase or just 'recheck'14:38
mriedemrecheck14:38
garykgracias14:38
*** iamjarvo has joined #openstack-nova14:38
*** iamjarvo has quit IRC14:38
mriedemsudipto: sec, i think i care more about nova.virt.hardware.get_vcpu_pin_set14:39
mriedembut i have 3 people in m year atm14:39
*** iamjarvo has joined #openstack-nova14:39
sudiptomriedem, Ok I will wait.14:39
*** iamjarvo has joined #openstack-nova14:39
*** iamjarvo has quit IRC14:40
*** iamjarvo has joined #openstack-nova14:40
*** iamjarvo has quit IRC14:41
*** artom has quit IRC14:41
*** artom_ has joined #openstack-nova14:41
*** iamjarvo has joined #openstack-nova14:41
*** iamjarvo has quit IRC14:41
mriedemsudipto: commented, i was wrong, i meant don't mock out hardware.get_vcpu_pin_set14:42
*** iamjarvo has joined #openstack-nova14:42
mriedemmocking out Host.get_online_cpus() is fine14:42
sudiptomriedem, Alrite, i will remove those mocks.14:42
*** iamjarvo has joined #openstack-nova14:43
*** sdake has joined #openstack-nova14:43
*** iamjarvo has quit IRC14:43
mriedemsudipto: also i think we should sort those lists in the error message, would be more clear imo14:43
*** yamahata has quit IRC14:43
sudiptomriedem, yeah i agree, i will change that as well.14:44
*** iamjarvo has joined #openstack-nova14:44
*** yamahata has joined #openstack-nova14:44
mriedemthen i'm +2 so hard14:44
*** sdake_ has joined #openstack-nova14:44
*** sdake has quit IRC14:48
*** iamjarvo has quit IRC14:49
*** tonytan4ever has joined #openstack-nova14:49
*** READ10 has quit IRC14:49
openstackgerritBrent Eagles proposed openstack/nova-specs: Wrap Neutron client calls  https://review.openstack.org/14110814:49
*** browne has joined #openstack-nova14:50
openstackgerritBrent Eagles proposed openstack/nova-specs: Wrap Neutron client calls  https://review.openstack.org/14110814:50
bauzasmriedem: on the unittest, while I understand your point, don't you think it's maybe cleaner to keep the method isolation ?14:51
mriedembauzas: in most cases i'd say yes, but not here14:51
mriedemget_vcpu_pin_set is a utility that parses the config option which we're setting in the driver test,14:52
bauzasmriedem: sure, we could just remove the mock and use the dependent methods, but I think it's just not really a good pattern and the reason is not really important14:52
mriedemand the driver code is tightly coupled to how that option is parsed14:52
mriedemso we could mock it out and be hunky dorey but if the parsing returns something unexpected our unit test is just giving false positives14:52
bauzasmriedem: yeah, I know about that, my concern was just that we have so many places that are doing like the same that we could just avoid reproduce that here14:53
*** READ10 has joined #openstack-nova14:53
mriedembauzas: this isn't the same thing as mocking out a call to conductor in a compute api unit test14:53
*** aloga_ has joined #openstack-nova14:53
bauzasmriedem: well I had so much pleasure with the Resource Tracker UTs that I'm now vaccinated against that pattern14:53
bauzasmriedem: but I don't want to bikeshed14:54
mriedemif the utility had to hit the database or something, that's a different story maye14:54
mriedem*maybe14:54
mriedembut the utility method is only one level deep, it doesn't touch any other services14:54
mriedemso it works or it doesn't14:54
*** davideagnello has joined #openstack-nova14:54
bauzasagreed, that's just an helper that we mock out14:54
mriedemand if it doesn't, we don't want to be mocking that out in the driver test14:54
bauzaswell, okaaaay14:54
mriedemr'ar! :)14:55
bauzassudipto: happy with releasing a new pathc ?14:55
*** tonytan4ever has quit IRC14:55
mriedemhe's already working on it i think14:55
bauzas:)14:55
*** dsanders has joined #openstack-nova14:55
*** ajayaa has quit IRC14:55
bauzasalaski: what do you think of having a cells job voting ?14:56
sudiptomriedem, bauzas : yeah i am done making the change :)14:56
mriedembauzas: he wanted to let it burn in for a few days14:56
mriedemthen we make it voting14:57
bauzassudipto: cool, waiting your new patch before clicking on a button :)14:57
alaskibauzas: I think it's a great idea, if we can go a few days with it being reliable14:57
mriedempeople are really chomping at the bit on this cpu pin set change...14:57
bauzasmriedem: cool, I remember you working on logstash right?14:57
*** jichen has quit IRC14:57
mriedembauzas: i got the cells logs indexed a couple of weeks ago14:57
bauzasawesome :)14:57
*** romainh has joined #openstack-nova14:58
bauzasalready a couple of weeks? wah14:58
*** ajayaa has joined #openstack-nova14:58
*** aloga_ has quit IRC14:58
*** signed8bit has joined #openstack-nova14:59
*** russellb has quit IRC15:00
*** dsanders has quit IRC15:02
*** dsanders has joined #openstack-nova15:02
mriedemdansmith: you want this in https://review.openstack.org/#/c/176172/15:02
*** zz_johnthetubagu is now known as johnthetubaguy15:03
*** johnthetubaguy is now known as zz_johnthetubagu15:03
*** zz_johnthetubagu is now known as johnthetubaguy15:04
dansmithmriedem: stupid print15:04
*** russellb has joined #openstack-nova15:05
mriedemdansmith: jhesketh also reported this https://bugs.launchpad.net/nova/+bug/144713215:06
openstackLaunchpad bug 1447132 in OpenStack Compute (nova) "nova-manage db migrate_flavor_data doesn't do instances not in instance_extra" [Undecided,New]15:06
*** annegentle has quit IRC15:06
*** annegentle has joined #openstack-nova15:06
openstackgerritSudipta Biswas proposed openstack/nova: Allow discrete blocks of online pCPUs for pinning  https://review.openstack.org/17318715:07
dansmithmriedem: ah15:07
*** pixelb has quit IRC15:07
sudiptobauzas, mriedem : hopefully i have all the comments covered now.15:07
dansmithmriedem: I guess we should have done this part with t-h midway through kilo15:07
mriedem*shrug* :/15:08
*** iamjarvo has joined #openstack-nova15:08
mriedemdansmith: you can't make an omelet without breaking a few eggs right? :)15:08
*** dsanders has quit IRC15:09
mriedemsahid: +2 on https://review.openstack.org/#/c/170110/15:10
mriedem_init_instance is a monster15:10
*** apuimedo_ has quit IRC15:11
*** yassine_ has joined #openstack-nova15:12
sahidthank you15:13
dansmithmriedem: heh, well, yeah, but we're going to have to backport these fixes15:13
*** annegentle has quit IRC15:13
mriedemdansmith: sure15:13
mriedemdansmith: that's what i'm +2 on stable now for :)15:13
dansmithhah15:14
sahidmriedem: you have the bit +2 on stable/juno?15:14
dansmiththat was a very self-serving todo I took :)15:14
mriedemsahid: yeah, as of a few days ago15:14
mriedemsudipto: one tiny question in the testes https://review.openstack.org/#/c/173187/15:15
mriedemi think there is a duplicate test now15:15
sahidif i can ask you to look a this https://review.openstack.org/#/c/155730/ it already have +215:15
sudipto  mriedem darn - yeah.15:16
mriedemsudipto: ok, just remove that and then i'm +215:16
*** dboik_ has joined #openstack-nova15:16
mriedemsahid: yeah in a bit15:16
*** fawadkhaliq has joined #openstack-nova15:16
*** dboik_ has quit IRC15:17
*** romainh has quit IRC15:17
mriedemstill need to read corporate overlord email this morning15:17
*** dboik_ has joined #openstack-nova15:17
*** Marga_ has quit IRC15:17
sahidmriedem: no worries at all15:18
*** andreykurilin__ has quit IRC15:18
*** iamjarvo has quit IRC15:18
*** READ10 has quit IRC15:19
dansmithmriedem: you just happened across this bug, right, you don't know if he's doing anything to address it?15:19
mriedemdansmith: no, jhesketh had it in the ML thread on the topic15:20
mriedemyour thread on fixing t-h for the new migration15:20
*** dboik has quit IRC15:20
dansmithah, hadn't looked yet15:20
mriedemi read 2 ML threads this morning, a record15:20
*** rajesht has quit IRC15:20
openstackgerritSudipta Biswas proposed openstack/nova: Allow discrete blocks of online pCPUs for pinning  https://review.openstack.org/17318715:20
*** yassine_ has quit IRC15:22
*** yassine_ has joined #openstack-nova15:22
sudiptomriedem, thanks!15:22
sahidsudipto: good luck !15:22
sudiptosahid, thanks!15:22
sudiptodansmith, If i may ask for your thoughts on the review now - whenever you have time. https://review.openstack.org/17318715:23
*** yassine_ has quit IRC15:24
*** READ10 has joined #openstack-nova15:24
*** lefais has joined #openstack-nova15:24
*** lefais has quit IRC15:25
*** yassine_ has joined #openstack-nova15:25
*** armax has joined #openstack-nova15:26
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: mark NUMA huge page mappings as shared instead  https://review.openstack.org/17636015:30
*** claudiub has quit IRC15:32
dansmithzzzeek: can you help me with some sqla-fu?15:32
zzzeekdansmith: sure15:32
*** oro has quit IRC15:32
sudiptosahid, mriedem : there's a very small review out here. https://review.openstack.org/#/c/175357/ if you can take a look sometime....15:32
dansmithzzzeek: https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/api.py#L6043-604515:33
*** annegentle has joined #openstack-nova15:33
dansmithzzzeek: that works as long as there is a row for the instance in the extra table15:33
*** marun has joined #openstack-nova15:33
dansmithzzzeek: but there might not be one, so is there something I can do to that query to not exclude those instances?15:34
*** kiran-r has quit IRC15:34
zzzeekdansmith: outerjoin15:34
*** rwsu has joined #openstack-nova15:34
dansmithzzzeek: s/join(/outerjoin(/ ?15:35
zzzeekdansmith: yup15:35
zzzeekouterjoin will include rows where there is no instnace.extra15:35
dansmithzzzeek: hmm, seems too easy, got anything else?15:35
zzzeekdansmith: and since you are already filtering InstanceExtra on a column that is NULL, it will still be NULL15:35
dansmithzzzeek: (no not really)15:35
dansmithzzzeek: awesome15:36
zzzeekdansmith: if you were filtering InstnaceExtra on something non-NULL, then you’d need to add an OR with what to do for an outerjoin, but i dont hitnk thats needed here15:36
dansmithzzzeek: okay excellent15:36
dansmithI'll give 'er a shot15:36
zzzeekdansmith: let me know15:36
dansmithI shall, thanks :)15:36
*** annegentle has quit IRC15:39
*** sudipto has quit IRC15:40
*** annegentle has joined #openstack-nova15:40
*** sudipto has joined #openstack-nova15:40
*** Sukhdev has joined #openstack-nova15:40
*** yamahata has quit IRC15:43
*** iamjarvo has joined #openstack-nova15:43
*** iamjarvo has quit IRC15:44
*** iamjarvo has joined #openstack-nova15:44
*** iamjarvo has quit IRC15:45
*** sdake_ has quit IRC15:48
openstackgerritsahid proposed openstack/nova: libvirt: use importutils instead of python built-in  https://review.openstack.org/17637215:50
*** hemnafk is now known as hemna15:52
*** atuvenie has quit IRC15:52
sahidmriedem: dansmith anychance you give my your thinking about this https://review.openstack.org/#/c/168876/ ?15:53
dansmithsahid: maybe in a bit15:53
dansmithzzzeek: seems to work, thanks for making it easy :)15:54
zzzeekdansmith: cool15:54
sahiddansmith: cool15:54
sahid:)15:54
*** romainh has joined #openstack-nova15:55
*** atuvenie has joined #openstack-nova15:55
*** lpetrut has quit IRC15:57
mriedemsahid: wrapped up in some other stuff atm, have to come back later15:57
*** vilobhmm1 has joined #openstack-nova15:58
*** dboik_ has quit IRC15:59
*** dboik has joined #openstack-nova16:00
*** Marga_ has joined #openstack-nova16:00
*** flip214 has joined #openstack-nova16:01
*** otter768 has joined #openstack-nova16:02
*** Hosam has joined #openstack-nova16:05
*** redbeard has quit IRC16:07
*** dprince has quit IRC16:07
*** otter768 has quit IRC16:07
*** matrohon has quit IRC16:07
cfriesenhi folks...I'm seeing an odd error where nova-compute is spinning trying to log but the log socket isn't connected anymore.  However, nova-compute doesn't try to reconnect the socket so it'll keep failing.  strace on the nova-compute pid looks like this:16:07
*** browne has quit IRC16:08
cfriesen1429716352.692420 epoll_ctl(16, EPOLL_CTL_ADD, 3, {EPOLLOUT|EPOLLERR|EPOLLHUP, {u32=3, u64=12834288515915186179}}) = 016:08
cfriesen1429716352.694612 epoll_wait(16, {{EPOLLOUT|EPOLLHUP, {u32=3, u64=12834288515915186179}}}, 1023, 60000) = 116:08
cfriesen1429716352.696764 epoll_ctl(16, EPOLL_CTL_DEL, 3, {EPOLLRDBAND|EPOLLWRBAND|EPOLLHUP|EPOLLRDHUP|0x4348000, {u32=0, u64=12834288515915186176}}) = 016:08
cfriesen1429716352.698915 sendto(3, "<183>nova-compute 2015-04-21 11:17:45.570 11565 DEBUG oslo_messaging._drivers.amqp [req-0257930a-3b50-42b9-ae02-35c4b257517b - - - - -] UNIQUE_ID is 8e844dabd9e942cabe5241f8f5992d3e. _add_unique_id /u"..., 269, 0, NULL, 0) = -1 ENOTCONN (Transport endpoint is not connected)16:08
cfriesen1429716352.701564 epoll_ctl(16, EPOLL_CTL_ADD, 3, {EPOLLOUT|EPOLLERR|EPOLLHUP, {u32=3, u64=12834288515915186179}}) = 016:08
cfriesen1429716352.704726 epoll_wait(16, {{EPOLLOUT|EPOLLHUP, {u32=3, u64=12834288515915186179}}}, 1023, 60000) = 116:08
cfriesen1429716352.706861 epoll_ctl(16, EPOLL_CTL_DEL, 3, {EPOLLRDBAND|EPOLLWRBAND|EPOLLHUP|EPOLLRDHUP|0x4348000, {u32=0, u64=12834288515915186176}}) = 016:08
cfriesen1429716352.708977 sendto(3, "<183>nova-compute 2015-04-21 11:17:45.570 11565 DEBUG oslo_messaging._drivers.amqp [req-0257930a-3b50-42b9-ae02-35c4b257517b - - - - -] UNIQUE_ID is 8e844dabd9e942cabe5241f8f5992d3e. _add_unique_id /u"..., 269, 0, NULL, 0) = -1 ENOTCONN (Transport endpoint is not connected)16:08
cfriesen(sorry for the blast)16:08
mriedemew, paste16:08
*** marun has quit IRC16:09
cfriesenmriedem: etherpad or something next time?16:10
mriedempaste.openstack.org16:10
*** arnaud___ has joined #openstack-nova16:10
mriedemor https://gist.github.com/16:10
cfriesenmriedem: will do, thanks16:10
cfriesenanyone got any ideas?  almost seems like bad error handling of the ENOTCONN on the logging socket16:11
*** romainh has quit IRC16:11
*** yassine_ has quit IRC16:12
cfriesenI think this is probably the syslog socket, /var/log/nova/nova-compute.log is size zero16:12
*** jistr has quit IRC16:12
cfriesenif I restart nova-compute it comes back up and logs properly16:12
*** lpetrut has joined #openstack-nova16:13
*** dboik has quit IRC16:15
*** unicell1 has quit IRC16:18
mriedemcfriesen: do you see stuff in /var/log/messages?16:19
mriedemi noticed recently in our internal ci that nova logs were going to both /var/log/nova and /var/log/messages16:19
bauzasmriedem: because you're using syslog ?16:20
mriedemit didn't use to show up in there16:20
bauzasmriedem: I remember a flag about that16:20
bauzashold on, checking16:20
mriedemcould be a rhel 6.5 vs 7.1 thing16:20
*** jlanoux has quit IRC16:20
mriedemif some defaults changed, idk16:20
mriedemdoesn't appear to happen in the community runs http://logs.openstack.org/70/175570/1/check/check-tempest-dsvm-full/04ca208/logs/syslog.txt.gz16:21
bauzasmriedem: well, ask a Red Hat boy, idk :)16:21
openstackgerritDan Smith proposed openstack/nova: Fix migrate_flavor_data() to catch instances with no instance_extra rows  https://review.openstack.org/17638716:21
dansmithmriedem: ^16:21
dansmithmriedem: not too bad.. still had to create the row, so it's not just a four-char fix, but.. close :)16:21
*** coolsvap|afk has quit IRC16:21
dansmithoops, left some dbeug in there16:21
mriedemat least they weren't prints16:22
dansmithstacktest doesn't show me prints, so they have to be LOGs now :)16:22
bauzasmriedem: yeah, there is a flag http://docs.openstack.org/admin-guide-cloud/content/section_manage-logs.html16:22
*** dboik has joined #openstack-nova16:24
openstackgerritDan Smith proposed openstack/nova: Fix migrate_flavor_data() to catch instances with no instance_extra rows  https://review.openstack.org/17638716:24
*** coolsvap|afk has joined #openstack-nova16:24
openstackgerritDan Smith proposed openstack/nova: Fix migrate_flavor_data() to catch instances with no instance_extra rows  https://review.openstack.org/17638716:25
*** dprince has joined #openstack-nova16:25
mriedembauzas: aha16:27
mriedemoslo.log 0.4.0 changed use_syslog to default to True (from False)16:27
bauzasmriedem: digging into the code to see the definition16:27
mriedemit's defined in oslo.log16:27
bauzasbaaam16:27
bauzasmriedem: that was exactly where I was looking for but you beated me16:27
mriedemso now if you have debug=True in nova.conf and use_syslog=True (by default) it's going both places16:27
*** annashen has joined #openstack-nova16:28
bauzashonestly, I was confounding oslo.cfg and oslo.log (/me tired)16:28
*** haomaiwang has quit IRC16:28
mriedembauzas: you're not allowed to be tired16:28
*** haomaiwang has joined #openstack-nova16:28
mriedemi bet devstack is setting use_syslog=False16:28
bauzasmriedem: speak to the one who will have to babysit tomorrow16:28
cfriesenmriedem: sorry, was writing this up locally.  no, in our environment we don't even have /var/log/messages.  But syslog is working, other stuff is logging.16:29
*** rajesht has joined #openstack-nova16:29
mriedemSYSLOG=$(trueorfalse False SYSLOG)16:29
mriedemdevstack defaults to not use syslog16:29
*** Marga_ has quit IRC16:29
mriedemoslo.log defaults to True16:29
mriedemwhere are the sane defaults police when you need them?16:29
bauzascfriesen: would be worth checking your defaults if syslog is enabled or no16:30
*** annashen has quit IRC16:30
mriedemjogo: ^16:30
*** Marga_ has joined #openstack-nova16:30
*** atuvenie has quit IRC16:30
cfriesenmriedem: use_syslog=True in nova.conf16:31
bauzascfriesen: then IMHO you should tune your factory to write logs correctly16:31
cfriesenmriedem: bauzas: but that doesn't explain why nova-compute wouldn't close and re-connect the socket after it gets an ENOTCONN on the log socket16:32
cfriesenis that an oslo.log thing?16:32
bauzasmriedem: funny https://github.com/openstack/oslo.log/blob/1.1.0/oslo_log/_options.py#L6416:33
*** Marga_ has quit IRC16:33
*** Marga_ has joined #openstack-nova16:34
dhellmanncfriesen, bauzas : as far as I can tell from the git logs, the default for use-syslog has never been True in oslo.log16:35
mriedemcfriesen: https://github.com/openstack/oslo-incubator/commit/1188d88a73e75da5c143d0dfad34e10dad0daee0 ?16:35
bauzascfriesen: yup https://github.com/openstack/nova/blob/master/nova/cmd/all.py#L5016:35
bauzasdhellmann: yeah that's what I raised ^16:35
dansmithalaski: I just saw a really really weird thing16:36
dhellmannbauzas: ok, just making sure :-)16:36
openstackgerritSudipta Biswas proposed openstack/nova: libvirt: Allow discrete online pCPUs for pinning  https://review.openstack.org/17318716:36
bauzasdhellmann: I haven't checked the incubator tho16:36
alaskidansmith: uh oh16:36
dansmithalaski: yeah, it was a bit concerning:16:36
dansmithalaski: I submitted a patch16:36
mriedembauzas: wrong about the default, i saw the change log but it was this https://review.openstack.org/#/c/133638/116:37
dansmithalaski: it went into the queue16:37
*** andreykurilin__ has joined #openstack-nova16:37
dansmithalaski: and then when it came out, the cells job reported as passed16:37
dansmithalaski: any ideas?16:37
alaskidansmith: hah16:37
bauzasmriedem: yeah that's exactly what I'm checking, old Nova can still uses the incubator16:37
dansmithalaski: :)16:37
bauzasand dims not there, damn PTL !16:37
bauzas:p16:37
alaskidansmith: now that it's happened, how will you live with it?16:37
dhellmannbauzas: the code in oslo.log has the history from the incubator, but it has moved around so it might be a bit harder to scan16:37
bauzasdhellmann: we probably need to check the Nova code directly16:38
cfriesenbauzas: dhellmann: what's the proper way to cause nova to log to syslog then?16:38
dhellmannbauzas: yep16:38
bauzasdhellmann: I mean the old one16:38
*** davideagnello has quit IRC16:38
dhellmanncfriesen: do you mean other than setting that config flag to true in the config file?16:38
bauzasok let's sit up in the delorean...16:38
*** dboik has quit IRC16:39
sudiptomriedem, bauzas apologies for asking again but had to incorporate some comments from garyk16:39
mriedemsudipto: yeah, +2 again16:39
sudiptomriedem, thanks16:39
cfriesenmriedem: that seems to only be for the case where we start up the service and syslog isn't running.  what if the syslog daemon restarts while nova-compute is running?16:39
*** arnaud___ has quit IRC16:39
bauzassudipto: I only serve to click buttons16:39
sudiptobauzas, :-) thx.16:39
*** mpaolino has quit IRC16:41
mriedemdansmith: re; the thread with jhesketh, how many actual CD (< 2 weeks) are out in the wild now?16:41
mriedemi thought rax was more like 4 releases per year16:41
mriedemand HP public cloud is no more16:41
mriedemand cern is a big bang upgrade every release right b/c of cells16:42
bauzaseh, juno was already https://github.com/openstack/nova/blob/stable/juno/nova/openstack/common/log.py#L10216:42
openstackgerritJim Rollenhagen proposed openstack/nova: Ironic: pass injected files through to configdrive  https://review.openstack.org/17639516:43
bauzasmmm, sounds like Nova never defaulted to use syslog...16:43
*** READ10 has quit IRC16:44
dansmithmriedem: I thought hp was quite close16:47
dansmithmriedem: but like I said, they could have done nothing so far and they'd be fine16:47
dansmithmriedem: i.e. just opportunistic migrations16:47
*** unicell has joined #openstack-nova16:48
*** subscope_ has joined #openstack-nova16:48
*** browne has joined #openstack-nova16:50
jrollwho's handling RC backport stuff? I just proposed a backport for https://bugs.launchpad.net/nova/+bug/144724916:51
openstackLaunchpad bug 1447249 in OpenStack Compute (nova) "Ironic: injected files not passed through to configdrive" [Undecided,In progress] - Assigned to Jim Rollenhagen (jim-rollenhagen)16:51
*** ijw has joined #openstack-nova16:51
mriedemjroll: that's not an rc blocker right?16:52
*** tonytan4ever has joined #openstack-nova16:52
*** pkoniszewski has joined #openstack-nova16:52
jrollmriedem: I guess I'm curious who would decide that, it's certainly a bug in kilo16:52
mriedemjroll: looks like more of a kilo-backport-potential than an rc blocker16:53
mriedemjroll: kilo-rc-potential means we should potentially hold up the kilo release for this16:53
jrollmriedem: got it, I agree16:53
* jroll fixes that tag16:53
mriedemalready done16:53
*** penick has joined #openstack-nova16:53
jrollheh, thanks16:53
*** vilobhmm11 has joined #openstack-nova16:54
*** mpaolino has joined #openstack-nova16:54
*** melwitt has joined #openstack-nova16:55
*** sahid has quit IRC16:56
*** vilobhmm1 has quit IRC16:56
*** harlowja_away is now known as harlowja16:59
*** derekh has quit IRC17:00
melwittbauzas: cells meeting if you're around17:02
melwittnvm17:02
bauzasmelwitt: on the phone but here anyway17:02
*** andreykurilin__ has quit IRC17:03
*** ildikov has quit IRC17:04
*** pask81 has quit IRC17:04
mriedemdansmith: question inline https://review.openstack.org/#/c/176387/17:06
*** subscope_ has quit IRC17:07
mriedemi expected extra.flavor to be None17:07
*** subscope_ has joined #openstack-nova17:07
*** salv-orlando has joined #openstack-nova17:07
dansmithmriedem: replied17:09
*** pkoniszewski has quit IRC17:11
mriedemso the flavor migration in instance.save() sets extra.flavor to something?17:11
mriedemand it'd be whatever is in sys_meta17:11
mriedemok17:11
dansmithmriedem: yeah17:12
mriedemalright, +217:12
*** annegentle has quit IRC17:13
dansmiththanks17:13
*** vilobhmm11 has quit IRC17:13
*** unicell has quit IRC17:16
*** unicell1 has joined #openstack-nova17:16
*** russellb has quit IRC17:17
*** tjones1 has joined #openstack-nova17:19
*** davideagnello has joined #openstack-nova17:21
*** isd has joined #openstack-nova17:21
*** russellb has joined #openstack-nova17:21
*** lennyb has joined #openstack-nova17:23
*** VW_ has quit IRC17:23
*** joefides_ has joined #openstack-nova17:23
*** sdake has joined #openstack-nova17:24
*** joefides has quit IRC17:26
*** joefides_ has quit IRC17:27
*** lucasagomes is now known as lucas-dinner17:28
*** dboik has joined #openstack-nova17:29
*** sdake has quit IRC17:29
*** kr4m3r has joined #openstack-nova17:29
*** sdake has joined #openstack-nova17:30
*** dboik has quit IRC17:30
*** annashen has joined #openstack-nova17:30
*** dboik has joined #openstack-nova17:31
*** dboik has quit IRC17:31
kr4m3rhello all, i have a lab deployed with devstack using nova-network. I have fixed a private network only (no floating) with my local network and all is working good. I set private as  10.0.0.129/27. So, is it possible modify private network to a /26 without change ip allocated on instances now?17:31
*** dboik has joined #openstack-nova17:31
mriedemkr4m3r: please see the channel topic17:32
-openstackstatus- NOTICE: gerrit is restarting to clear hung stream-events tasks. any review events between 16:48 and 17:32 utc will need to be rechecked or have their approval votes reapplied to trigger testing in zuul17:32
kr4m3rmriedem: sorry!17:32
*** lpetrut has quit IRC17:33
*** russellb has quit IRC17:35
*** annashen has quit IRC17:35
*** kr4m3r has left #openstack-nova17:36
*** Mike_D_laptop has joined #openstack-nova17:36
dansmithjaypipes: this is still a thing? https://review.openstack.org/#/c/152689/17:39
*** eandersson has left #openstack-nova17:39
*** russellb has joined #openstack-nova17:40
*** ijw has quit IRC17:40
*** Sukhdev has quit IRC17:40
*** vilobhmm1 has joined #openstack-nova17:40
bauzasalaski: so I missed the most part of the meeting :(17:41
bauzasalaski: sorry about that, but yeah I already thought about not providing an Instance object17:42
bauzasalaski: instead we should look at what the filters check for instance_props and just leave them in there17:42
*** david-lyle has quit IRC17:42
bauzasalaski: I was just lazy to update this for the spec17:42
alaskibauzas: no problem.  I can propose an update17:42
bauzasdansmith: melwitt: ^17:42
alaskibauzas: also we should split instance_props into component pieces, not a dict17:43
jaypipesdansmith: yeah, I think so.17:43
bauzasalaski: sure, what I suggest you is to review all the filters to see what's needed17:43
bauzasalaski: it was not a dict anyway17:43
bauzasalaski: I mean in the objecty17:43
alaskibauzas: yeah.  sorry, meant the current dict17:43
bauzasalaski: instead of that, we need to have X fields, one per filter need17:44
alaskiyeah17:44
*** lennyb has left #openstack-nova17:44
bauzasalaski: so that if a filter needs a new one, they just bump a new version17:44
alaskiright, version the object not an attribute on it17:44
bauzasalaski: as I said, I was lazy so I didn't check it for the spec17:44
bauzasalaski: like I did for filt_props17:45
bauzasalaski: here http://specs.openstack.org/openstack/nova-specs/specs/liberty/approved/request-spec-object.html#implementation17:45
*** mpaolino has quit IRC17:45
bauzasalaski: I splitted filt_props keys into each fielf17:46
dansmithjaypipes: :(17:46
bauzasalaski: so what you need is to remove the Instance nested field and provide instead a new field per related Instance field17:46
alaskibauzas: rigth17:47
alaskiright17:47
bauzasalaski: ping me if you need help17:47
bauzasalaski: in the mean time, I'll work on the implementation17:47
bauzasalaski: so I will probably have to do that too :D17:48
bauzasalaski: I'm on PTO tomorrow btw.17:48
jaypipesdansmith: will look into it shortly.17:49
alaskibauzas: okay, enjoy your PTO17:50
*** yamahata has joined #openstack-nova17:50
dansmithjaypipes: sahid just rebased it I guess17:50
dansmithjaypipes: I'll take another look through, I was just surprised that wasn't in already :(17:51
*** atuvenie has joined #openstack-nova17:51
*** achanda has joined #openstack-nova17:51
*** annegentle has joined #openstack-nova17:58
*** annegentle has quit IRC18:01
*** annegentle has joined #openstack-nova18:02
openstackgerritDaniel Berrange proposed openstack/nova: libvirt: mark NUMA huge page mappings as shared access  https://review.openstack.org/17636018:02
*** yamahata has quit IRC18:03
*** otter768 has joined #openstack-nova18:03
*** johnthetubaguy is now known as zz_johnthetubagu18:07
*** otter768 has quit IRC18:08
*** eharney has quit IRC18:11
*** Mike_D_laptop has quit IRC18:15
*** ijw has joined #openstack-nova18:18
*** aix has quit IRC18:21
*** garyk has quit IRC18:21
*** tonytan_brb has joined #openstack-nova18:22
*** Mike_D_laptop has joined #openstack-nova18:22
*** tonytan4ever has quit IRC18:23
*** lpetrut has joined #openstack-nova18:23
*** alexpilotti has quit IRC18:25
*** Mike_D_laptop has quit IRC18:26
*** marun has joined #openstack-nova18:28
*** jogo has quit IRC18:29
*** sudipto has quit IRC18:32
*** ildikov has joined #openstack-nova18:33
*** yamahata has joined #openstack-nova18:33
*** dikonoor has quit IRC18:33
*** VW_ has joined #openstack-nova18:34
*** rajesht has quit IRC18:35
*** dboik_ has joined #openstack-nova18:38
*** jogo has joined #openstack-nova18:40
*** yamahata has quit IRC18:40
*** dboik has quit IRC18:41
*** joefides has joined #openstack-nova18:42
openstackgerritMatt Riedemann proposed openstack/nova: Add config option to disable handling virt lifecycle events  https://review.openstack.org/15927518:45
*** eharney has joined #openstack-nova18:46
*** tonytan4ever has joined #openstack-nova18:48
*** ZZelle has quit IRC18:48
*** ZZelle has joined #openstack-nova18:49
*** thedodd has joined #openstack-nova18:49
*** neelashah has quit IRC18:50
*** tonytan_brb has quit IRC18:50
*** rushil has quit IRC18:51
*** ivasev has quit IRC18:54
*** jichen has joined #openstack-nova18:55
*** artom has joined #openstack-nova18:57
*** artom_ has quit IRC18:57
*** lsmola__ has joined #openstack-nova19:02
*** redbeard has joined #openstack-nova19:04
*** ijw_ has joined #openstack-nova19:04
*** neelashah has joined #openstack-nova19:06
*** lsmola_ has quit IRC19:06
*** neelashah1 has joined #openstack-nova19:07
*** ijw has quit IRC19:07
dansmiththis needs eyes: https://review.openstack.org/#/c/176387/19:08
dansmithwe need to have that on the shortlist for backporting so we can make the flavor migration required19:08
*** lsmola__ has quit IRC19:10
*** neelashah has quit IRC19:10
*** ArxCruz has joined #openstack-nova19:13
*** annegentle has quit IRC19:14
*** claudiub has joined #openstack-nova19:15
*** edmondsw has joined #openstack-nova19:16
*** xgsa has quit IRC19:18
*** annegentle has joined #openstack-nova19:18
*** ijw_ has quit IRC19:19
openstackgerritMatt Riedemann proposed openstack/nova: Add config option to disable handling virt lifecycle events  https://review.openstack.org/15927519:21
*** achanda has quit IRC19:22
*** lsmola__ has joined #openstack-nova19:22
*** VW_ has quit IRC19:23
*** jaypipes has quit IRC19:24
*** rushil has joined #openstack-nova19:26
dansmithclarkb: jogo: what happened to the aiopcpu job?19:27
clarkbdansmith: it is called "multinode" now19:27
dansmithoh dang19:27
clarkbshould still be there19:27
dansmithjust saw that19:27
jogodansmith: isn't that a much better name?19:28
dansmithjogo: I just was pattern matching for aiopcpu and didn't see it19:28
dansmithobviously it's a better name :)19:28
*** sandywalsh has quit IRC19:30
*** VW_ has joined #openstack-nova19:30
*** sandywalsh has joined #openstack-nova19:31
*** achanda has joined #openstack-nova19:31
*** nkrinner has joined #openstack-nova19:37
*** shakamunyi has joined #openstack-nova19:40
mriedemsdague: regression in the api policy stuff, can you do a sanity check on this since it's going to be backported - https://review.openstack.org/#/c/175739/19:42
*** mmedvede has quit IRC19:43
*** joefides has quit IRC19:44
redbeardfor debugging: do I have to investigate nova/compute/manager.py or nova/manager.py for checking instance cache related things?19:47
mriedemcompute manager19:47
sdaguemriedem: that's a regression?19:47
mriedemsdague: well, there is a flavormanage entry in policy.json so it's configurable,19:48
mriedemsdague: which is also making me wonder about os-hosts: https://review.openstack.org/#/c/160088/19:49
sdaguemriedem: it always was? because I thought we had db level admin checks here19:49
mriedemb/c of the poliy file http://git.openstack.org/cgit/openstack/nova/tree/etc/nova/policy.json#n9119:49
mriedemwe did19:49
*** ZZelle_ has joined #openstack-nova19:49
mriedemoh right, so it didn't matter19:49
sdagueso it was in the policy file, but ignored19:49
mriedemyeah19:49
mriedemyou could say non-admin in policy but the db api would explode w/o admin19:49
sdaguecorrect19:49
sdaguewe *knew* the policy work wasn't going to be 100% complete for kilo, and people were ok with getting in what we could19:50
sdagueso, unless somone can point that this is actually a regression in behavior from juno, I don't think we should backport to kilo19:50
sdagueor did we just do a context.elevated() before making the db call?19:51
mriedemyeah, i think tha'ts the difference19:51
redbeardthanks mriedem19:51
*** annegentle has quit IRC19:52
*** ociuhandu has quit IRC19:52
mriedemthe nova.compute.flavors code would elevate the context19:52
sdaguemriedem: ok, can we dig up that code reference then?19:52
mriedemjohnthetubaguy did in the review19:52
openstackgerritjichenjc proposed openstack/nova: Add missing @require_context  https://review.openstack.org/17645419:52
*** atuvenie has quit IRC19:53
bauzasmriedem: sdague: I wrote a thread today about that19:53
mriedemthe commit message here could have used more detail19:53
sdagueok, sold19:53
bauzasmriedem: sdague: FYI http://lists.openstack.org/pipermail/openstack-dev/2015-April/062282.html19:54
sdaguemriedem: yes, commit messages on stuff like this needs *a lot* more context19:54
sdaguethat would have hugely saved time19:54
mriedembauzas: ah i see hypervisors was also affected from your thread19:54
mriedemi was looking at os-hosts19:54
*** openstackgerrit has quit IRC19:54
cfriesenmriedem: regarding https://review.openstack.org/#/c/159275/ if that change is made, what happens if the instance shuts itself down?  Would nova start it back up again?19:54
bauzasmriedem: IMHO, each time we were using require_admin_context(), it was bugging19:55
*** mmedvede has joined #openstack-nova19:55
*** openstackgerrit has joined #openstack-nova19:55
bauzasmriedem: here, it was due to service_get_by_cn()19:55
bauzasmriedem: but frankly, I'm just in favor of removing the require_admin_context() call everywhere because that's just not RBAC19:56
mriedemcfriesen: shuts itself down?19:57
bauzasmriedem: sdague: https://bugs.launchpad.net/nova/+bug/144716419:57
openstackLaunchpad bug 1447164 in OpenStack Compute (nova) "require_admin_context() does not account for policy.json rulesets" [Medium,New]19:57
mriedemcfriesen: nova never starts an instance back up19:57
*** Marga_ has quit IRC19:57
mriedemcfriesen: in sync_instance_power_state, we only stop instances19:57
sdagueso.... can we actually build some non mock based tests for these thing?19:58
mriedemif nova thinks it's active but the hypervisor says it's not, we stop it19:58
mriedemcfriesen: if nova thinks it's stopped but the hypervisor says it's active, we stop it19:58
mriedemwhich is really confusing19:58
cfriesenmriedem: right, so currently if the guest stops itself that triggers a lifecycle event that results in nova updating the DB to "shutoff"19:58
mriedemyeah19:58
mriedemwhich the periodic task would also hit every 10 minutes by default19:59
mriedemcfriesen: also note http://git.openstack.org/cgit/openstack/nova/tree/nova/compute/power_state.py#n1919:59
mriedem"The hypervisor is always considered the authority on the status of a particular VM, and the power_state in the DB should be viewed as a snapshot of the VMs's state in the (recent) past."19:59
*** subscope_ has quit IRC19:59
mriedemthat's not true in the compute manager19:59
cfriesenmriedem: so with your change, would we potentially wait 10min to update the db?19:59
mriedemcfriesen: yes, assuming it syncs up19:59
cfriesenmreidem: are you suggesting that we don't _want_ the hypervisor to be the authority?  It seems reasonable to me that if a guest halts themselves that the nova state get updated to that effect.  Also, if the hypervisor process crashes I think it would be good to update the DB immediately.20:01
dansmithcfriesen: I think he's suggesting that there are lots of problems with these events20:02
dansmithcfriesen: and that if an operator wants to disable them, they should be able to20:02
*** ijw has joined #openstack-nova20:03
*** otter768 has joined #openstack-nova20:04
cfriesendansmith: yeah, I get that.  just seems like a bit of a cop-out.  "this is hard, so we won't bother doing it."   :)20:05
dansmithcfriesen: not really20:05
dansmithcfriesen: it's a workaround20:05
*** ildikov has quit IRC20:05
dansmithcfriesen: it's a "we suck at getting this right, and it's not critical, so you can turn it off until we figure it out if you'd prefer"20:05
mriedemcfriesen: yes that ^20:05
mriedemespecially around reboot20:06
mriedemthere are several bugs and changes tied to this code as mentioned in the commit message20:06
*** patrickeast has joined #openstack-nova20:06
cfriesendansmith: mriedem: okay, fair enough.20:06
mriedemthere have been changes to make the reboot flow less shitty with delays on the events, but those aren't cure alls20:06
dansmithso many that some of us wake up in the middle of the night screaming20:06
mriedembut in the case that your compute service reboots with the host and libvirt is spewing events at the same time, you can get into some odd states that you have to recover from manually when the host comes back up20:07
cfriesenso the takeaway is that if you care about the state of a specific instance then you better have some external monitoring of that instance and not rely on nova to have accurate state?20:07
dansmithno20:08
dansmiththe takeaway is that if this is biting you in the ass and you'd rather have ten-minute resolution on your instance states, turn this on20:08
mriedemyes that ^20:08
*** otter768 has quit IRC20:09
dansmithif you'd rather have high resolution state updates and it's not biting you in the ass, or you're into kinky shit like that, turn it off20:09
dansmithit's pretty simple.20:10
mriedemhyper-v ci was saying they hit this and i think cburgess was also saying he'd seen it possibly20:10
mriedemi know we had a case internally with it20:10
mriedemstress testing reboot with kvm20:11
*** matrohon has joined #openstack-nova20:11
*** achanda has quit IRC20:12
*** annegentle has joined #openstack-nova20:14
*** fawadkhaliq has quit IRC20:15
dansmithsdague: my grenade patch is in the gate, does that mean the branching thing is good now?20:17
sdaguedansmith: no20:18
dansmithokay20:18
dansmiththought that had to wait until it was, but I guess it's just not hit until it is?20:18
sdagueoh, I should have Depends-On it20:18
dansmithsdague: really trying not to read that as "I should have diapers on"20:19
sdaguedansmith: yeh, it was just not running20:19
dansmithokay20:20
sdagueso... I just updated it with a Depends-On for https://review.openstack.org/#/c/175391/20:20
*** ildikov has joined #openstack-nova20:20
sdaguewhich means it .... should .... actually be testing correctly20:20
dansmithokay sweet20:20
dansmithoh?20:20
dansmithso I can recheck my nova patch that depends-on that?20:20
sdagueyes20:21
sdagueI think the stack should work now20:21
dansmithwoot20:21
sdagueit's a convoluted stack as it requires keystone fixes as well20:21
dansmithI mostly just want to see it run and be green, or fix things if it's broken20:21
dansmithholding up all the other DB stuff is a power trip, so I'm in no rush :P20:21
sdaguehttp://dl.dropbox.com/u/6514884/screenshot_225.png20:22
dansmithcool20:22
dansmithdepends-on rocks20:22
*** joefides has joined #openstack-nova20:25
*** annegentle has quit IRC20:28
*** annegentle has joined #openstack-nova20:29
*** VW_ has quit IRC20:30
*** rajesht has joined #openstack-nova20:31
*** sandywalsh has quit IRC20:33
*** annashen has joined #openstack-nova20:34
*** sandywalsh has joined #openstack-nova20:34
*** rajesht has quit IRC20:36
*** ijw has quit IRC20:36
*** annashen has quit IRC20:39
*** joefides_ has joined #openstack-nova20:39
*** joefides has quit IRC20:42
mriedemdamn no jaypipes20:44
mriedemno alex_xu20:44
mriedembauzas: you around?20:44
bauzasmriedem: yup20:44
mriedemis my understanding of tihs correct? https://review.openstack.org/#/c/160089/10//COMMIT_MSG20:44
*** ajayaa has quit IRC20:44
bauzaslemme take more context20:44
mriedemwe have an api policy regression in the os-hypervisors api but it's fixed on master with the api policy bp, which we can't backport20:44
bauzasmriedem: oh20:45
mriedemalex_xu: suggested in the bug report to have a separate fix which elevates the context and we backport that to stable/kilo (or just make it on stable/kilo)20:45
bauzasmriedem: yeah that's problematic20:45
bauzasmriedem: I was actually wondering this morning (my time) how it could be acceptable to provide a change not cherry-picked from master20:46
mriedemdansmith: that's allowed in exceptional cases right? ^20:46
bauzasmriedem: when I just realized all of that is just... bad20:46
*** ArxCruz has quit IRC20:46
bauzasmriedem: because I think all of this is just making operators confused20:47
dansmithmriedem: yeah, I think sometimes we have to do that20:47
bauzasso the question is : could we just remove the context decorator in the stable branches ?20:48
mriedemgiven https://review.openstack.org/#/c/160089/ isn't merged yet, we could sneak a fix in though20:48
mriedemand backport it20:48
*** matrohon has quit IRC20:48
mriedembauzas: we're not going to backport https://review.openstack.org/#/c/160089/20:48
mriedembut i think we could slip a change in underneath that which fixes the regression by passing the elevated context to service_get_by_compute_host,20:49
mriedemthen rebase https://review.openstack.org/#/c/160089/ on top of that20:49
*** ArxCruz has joined #openstack-nova20:49
bauzasmmm the big thing is https://bugs.launchpad.net/nova/+bug/1447164 IMHO20:49
openstackLaunchpad bug 1447164 in OpenStack Compute (nova) "require_admin_context() does not account for policy.json rulesets" [Medium,New]20:49
edmondswthe more limited bug is https://bugs.launchpad.net/nova/+bug/144708420:49
openstackLaunchpad bug 1447084 in OpenStack Compute (nova) "view hypervisor details should be controlled by policy.json" [High,Confirmed] - Assigned to Divya K Konoor (dikonoor)20:49
edmondswthe latter being a regression issue20:50
bauzasmriedem: edmondsw: yeah I tried to just take this in http://lists.openstack.org/pipermail/openstack-dev/2015-April/062282.html20:50
bauzasmriedem: sooooo20:50
bauzasmriedem: giving all of that and how crappy it is, we can just provide like an hotfix bug for the stable branch - with a big fat comment explaining why - but I would be in favor of discussing that whole crap and get rid of the context check for *all* Nova20:51
mriedembauzas: but it doesn't seem we have to just do a single stable-only change,20:52
bauzasmriedem: both can be done, sure, given the former is acceptable by the rules20:52
mriedemwe can fix on master and backport, then relay current change on top of that20:52
bauzasmriedem: well, the bug edmondsw mentions is actually a regression20:52
mriedemwhich would keep the git history consistent20:52
mriedemyeah, we fix the regression and backport20:52
mriedemthen rebase https://review.openstack.org/#/c/160089/ on top of it20:53
bauzasmriedem: right, sounds a good option to me - at least for the regression only20:53
*** achanda has joined #openstack-nova20:53
bauzasmriedem: and consider removing those context checks in master only - for both v2.0 and v2.1 IMHO20:53
mriedemhell, https://review.openstack.org/#/c/160089/ might not even matter20:54
mriedemwe could just patch the v2 hypervisors api to pass admin context to service_get_by_compute_host and backport that, regardless of https://review.openstack.org/#/c/160089/ - but it would weird...20:54
mriedem*be weird20:54
bauzasyeah...20:55
bauzasby adding a new method to the API, I just walked the left foot in the ...20:55
mriedem'we have to elevate the context b/c of kilo code, don't ask why we're doing this on master' :)20:55
mriedemwell, we should have better end to end testing with non-admin rules in the policy or something20:56
mriedemtry hitting these things without and admin context and see what blows up20:56
*** dboik_ has quit IRC20:56
*** neelashah1 has quit IRC20:56
bauzasmriedem: https://bugs.launchpad.net/nova/+bug/1447164 is just up to you for your pleasure :)20:57
openstackLaunchpad bug 1447164 in OpenStack Compute (nova) "require_admin_context() does not account for policy.json rulesets" [Medium,New]20:57
bauzasmriedem: my take is just to get rid of it, but that doesn't fix the regression problem in stable20:58
mriedembauzas: yeah, i think the require_admin_context() was just made to keep the same behavior/restrictions in v2 api for better or worse20:58
bauzasmriedem: yeah but that... sucks ?20:58
mriedemyour argument is we don't need that anymore20:58
mriedemi don't disagree...20:58
bauzasyup20:58
*** Marga_ has joined #openstack-nova20:59
mriedemi guess as long as the default rules on those v2 apis which are doing that check default to admin, it shouldn't be an issue20:59
*** raildo has quit IRC20:59
bauzasmriedem: at least the issue has the merit to make me understand a very old issue I had downstream20:59
mriedembauzas: yes we came across this back in grizzly21:00
mriedemwe == ibm21:00
bauzasmriedem: the problem is that you can't assume that operators won't leave the rules to be admin-only21:00
*** nkrinner has quit IRC21:00
bauzasmriedem: we have the same problem with evacuate for example21:00
bauzasmriedem: lemme show you the old bug I have21:00
mriedemhttps://review.openstack.org/#/c/27023/21:01
mriedemshowing first ^21:01
bauzashttps://bugzilla.redhat.com/show_bug.cgi?id=116427121:01
openstackbugzilla.redhat.com bug 1164271 in openstack-nova "nova evacuate not allowed for non-admin even after policy change" [Medium,Assigned] - Assigned to sbauza21:01
mriedemhttps://bugs.launchpad.net/nova/+bug/116848821:02
openstackLaunchpad bug 1168488 in OpenStack Compute (nova) "host-list policy irrelevant" [Medium,Won't fix]21:02
bauzaseh 27K was just 1yr ago...21:02
bauzasoh, sylvain, you have to go back to school - 2 years...21:02
mriedemyeah grizzly https://review.openstack.org/#/c/26972/21:02
*** baoli has quit IRC21:03
*** Marga_ has quit IRC21:03
*** VW_ has joined #openstack-nova21:03
bauzasmriedem: so we are going towards the right direction with alex_xu's patches21:03
bauzasmriedem: because all the DB checks are just insane how21:04
bauzasnow evne21:04
bauzaseven even21:04
bauzasmriedem: but we just need to make sure that we only trust the policy file with the authorizers, period. :)21:04
*** Marga_ has joined #openstack-nova21:07
*** jichen has quit IRC21:08
*** vladikr has quit IRC21:10
*** dboik has joined #openstack-nova21:12
*** dprince has quit IRC21:13
*** rdo has quit IRC21:19
*** oro has joined #openstack-nova21:20
*** rdo has joined #openstack-nova21:21
melwittlooking at this bug https://bugs.launchpad.net/python-openstackclient/+bug/1434172, does anyone know if security group create is supposed to have "description" as optional? the documentation says it's optional, but there is a unit test that shows it's supposed to be required https://github.com/openstack/nova/blob/master/nova/tests/unit/api/openstack/compute/contrib/test_security_groups.py#L171-L17921:23
openstackLaunchpad bug 1434172 in python-openstackclient "security group create errors without description" [Low,In progress] - Assigned to Dean Troyer (dtroyer)21:23
*** mjturek1 has quit IRC21:24
melwittso either it's a nova bug or a documentation bug21:24
redbeardcould someone point out how exactly instances are _choosen_ for the periodic task which is responsible for "Updated the network info_cache for instance _heal_instance_info_cache "? is it like a round-robin?21:26
mriedemmelwitt: looks optional in the v2 api: http://git.openstack.org/cgit/openstack/nova/tree/nova/api/openstack/compute/contrib/security_groups.py#n19721:26
melwittmriedem: thanks. that's what I was mentioning, that the docs exactly contradict the code, and I'm not sure which it's supposed to be :(21:27
mriedemmelwitt: also optional in the data model http://git.openstack.org/cgit/openstack/nova/tree/nova/db/sqlalchemy/models.py#n68321:27
melwittmriedem: ah! that helps.21:27
mriedemthere is some validation thing in the security group api21:27
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/compute/api.py#n383821:28
*** thangp has quit IRC21:29
mriedemmelwitt: so i guess it's required for the nova impl21:29
mriedembecause http://git.openstack.org/cgit/openstack/nova/tree/nova/api/openstack/compute/contrib/security_groups.py#n20121:29
*** openstackgerrit has quit IRC21:29
*** openstackgerrit has joined #openstack-nova21:30
mriedemredbeard: it gets all instances, pushes them on a stack, and for each iteration in the task it pops one off and refreshes it's nw info cache21:30
mriedemonce the stack is empty, it gets all instances again21:30
*** flwang has joined #openstack-nova21:31
redbeardah ok. so setting down the interval aren't a good idea to re-refresh the cache for a newly launched instance21:31
*** dboik has quit IRC21:31
flwangmriedem: ping, re nova backup21:31
flwangmriedem: i need your help on the rpc version, https://review.openstack.org/#/c/164494/21:32
redbeardmriedem, any chance to trigger a refresh for 1 specific instance manually?21:33
mriedemredbeard: i don't think so21:34
*** yamahata has joined #openstack-nova21:34
*** neelashah has joined #openstack-nova21:36
*** dboik has joined #openstack-nova21:37
melwittmriedem: thanks for the help. I'm guessing it's probably old error in the nova impl then. I'll update the bug21:37
*** igordcard has joined #openstack-nova21:37
*** dboik has quit IRC21:38
*** dboik has joined #openstack-nova21:38
*** busterswt has quit IRC21:40
*** tonytan4ever has quit IRC21:41
*** lucas-dinner has quit IRC21:41
*** sdake has quit IRC21:44
*** annegentle has quit IRC21:45
*** snirow has joined #openstack-nova21:45
*** yamahata has quit IRC21:46
*** dprince has joined #openstack-nova21:46
*** snirow has joined #openstack-nova21:46
*** snirow has quit IRC21:47
*** edmondsw has quit IRC21:47
*** snirow has joined #openstack-nova21:49
cfriesendhellmann: I've been going over the logging scenario I saw earlier (strace output at http://paste.openstack.org/show/205143/) and from what I can tell it's coming from a line in amqpdriver.py that looks like this: LOG.debug('MSG_ID is %s', msg_id)21:50
*** snirow has quit IRC21:50
cfriesendhellmann: the wierd thing is that it's calling sendto() as though the socket is connected (with null address and 0 addrlen), but since our syslog only listens to /dev/log as DGRAM it could never have been connected.21:51
*** dboik has quit IRC21:55
*** dboik has joined #openstack-nova21:55
*** ndipanov has quit IRC21:56
*** dprince has quit IRC21:58
*** burt has quit IRC21:59
mriedemlbragstad: entering mastodon mode22:00
mriedemflwang: hit me up tomorrow or leave a comment/question in the review22:00
openstackgerritmelanie witt proposed openstack/nova: WIP: send object to cells instance_update_at_top  https://review.openstack.org/17651822:01
lbragstadmriedem: don't work angry22:01
mriedemi ride dirty and i work angry22:01
lbragstadmriedem: you could put that on the back of a cut22:01
*** isd has quit IRC22:04
*** andreykurilin__ has joined #openstack-nova22:05
*** otter768 has joined #openstack-nova22:05
*** lpetrut has quit IRC22:09
*** otter768 has quit IRC22:09
*** signed8b_ has joined #openstack-nova22:09
*** openstackgerrit has quit IRC22:11
*** openstackgerrit has joined #openstack-nova22:11
*** signed8bit has quit IRC22:12
cfriesendhellmann: I suspect we hit this python bug: http://bugs.python.org/issue1517922:14
*** dboik has quit IRC22:14
cfriesendhellmann: so no issues with oslo code, just buggy python22:14
flwangmriedem: ok, thanks a lot22:19
*** jaypipes has joined #openstack-nova22:20
*** erlon has quit IRC22:21
*** annegentle has joined #openstack-nova22:22
*** neelashah has quit IRC22:23
*** ArxCruz has quit IRC22:23
*** GeekyCraig has joined #openstack-nova22:24
*** VW_ has quit IRC22:24
GeekyCraigI am doing my first multi-node install, and I am having big problems with Nova, in fact, the Nova directory only contained rootwrap.d, and n other files. I made the nova.conf, but now I am getting issues in regards to the nova-api.conf file, which is not in the directory. Any help?22:26
mriedemGeekyCraig: please see channel topic22:26
GeekyCraigoops22:26
GeekyCraigmy bad22:26
mriedemnp22:27
*** VW_ has joined #openstack-nova22:28
*** sdake has joined #openstack-nova22:31
*** BadCub is now known as BadCub_Hiding22:31
mriedemhrm, yum exits with 0 even if one of the packages in a list isn't installed (not found)?22:32
mriedemthat seems bad22:32
*** artom_ has joined #openstack-nova22:34
*** artom has quit IRC22:34
clarkbmriedem: yup22:36
mriedemthat sucks22:36
clarkbmriedem: iirc its something like if you install >1 package on the command line (so not transitive things) and at least one succeeds then its return 022:36
clarkbmriedem: so you can work around it by installing one package at a time \o/22:36
mriedemyeah fun22:36
mriedemloops22:36
mriedempush the blame to the caller22:37
*** annegentle has quit IRC22:45
*** shakamunyi has quit IRC22:46
*** apmelton is now known as apmelton_22:50
*** apmelton_ is now known as apmelton_away22:50
*** nelsnelson has quit IRC22:51
*** ZZelle_ has quit IRC22:54
*** penick has quit IRC22:55
*** melwitt has quit IRC22:57
*** andreykurilin__ has quit IRC22:59
*** Hosam has quit IRC23:00
*** tjones2 has joined #openstack-nova23:04
*** tjones1 has quit IRC23:05
openstackgerritMatt Riedemann proposed openstack/nova: neutron: log hypervisor_macs before raising PortNotUsable  https://review.openstack.org/17545823:07
*** signed8b_ is now known as signed8bit_ZZZzz23:08
*** eharney has quit IRC23:09
*** VW_ has quit IRC23:12
openstackgerritTracy Jones proposed openstack/nova: Cleanup of compute api reboot method  https://review.openstack.org/12742723:13
*** thedodd has quit IRC23:13
*** fawadkhaliq has joined #openstack-nova23:15
*** ganso_ has quit IRC23:17
*** fawadkhaliq has quit IRC23:20
*** david-lyle has joined #openstack-nova23:24
tjones2dansmith: ^^ fixed your comments23:24
tjones2or addressed them23:24
*** markvoelker has quit IRC23:26
*** mriedem is now known as mriedem_away23:26
mikal.23:26
*** amotoki has quit IRC23:27
lifeless..23:27
*** rushil has quit IRC23:30
*** GeekyCraig has quit IRC23:32
*** hemna is now known as hemnafk23:35
openstackgerritTracy Jones proposed openstack/nova: Cleanup of compute api reboot method  https://review.openstack.org/12742723:35
*** Marga_ has quit IRC23:36
*** artom_ has quit IRC23:36
*** annashen has joined #openstack-nova23:36
*** Marga_ has joined #openstack-nova23:37
*** sdake has quit IRC23:39
jrollany reason we don't send instance.system_metadata for update notifications?23:39
*** annashen has quit IRC23:41
*** claudiub has quit IRC23:42
*** Longgeek has quit IRC23:42
mikaltjones2: hey, I only just noticed I got your name wrong on https://review.openstack.org/#/c/127427/ -- sorry about that23:44
tjones2haha - no worries :-)23:46
mikalI will do an apology code review right now to make up for it23:46
tjones2nice!  get my name wrong all you want then :-)23:46
*** jecarey has quit IRC23:47
dansmithjhesketh: around?23:49
mikalHeh23:50
jheskethdansmith: yep23:54
dansmithjhesketh: so, excellent job testing my code!23:54
dansmithjhesketh: did you see the fix for the instances without extra rows?23:54
jheskethNot yet. I'll take a look in a bit :-)23:55
jheskethI read your email and have some answers, but I'll look at the new patch first23:55
dansmithjhesketh: cool, it was #1 in the gate until we just realized things are broooken23:55
dansmithin the gate, not the patch23:55
dansmithjhesketh: cool, I'm about to stop for evening and food23:55
jheskethIf you want to hold off until I can run it over our datasets I may be able to provide some feedback23:56
*** ijw has joined #openstack-nova23:56
dansmithjhesketh: but regardless, this is a thing we really want/need to do in kilo, and so backporting things to make it work is reasonable to achieve that goal23:56
dansmithjhesketh: well, unless they figure out the gate thing soonly, it's on hold23:56
*** isd has joined #openstack-nova23:56
jheskethSure, I guess that's a discussion for Nova :-)23:57
dansmithjhesketh: I should have pushed to get T-H running this migration mid-kilo when we merged the stuff, but, what can I say? I suck.23:57
*** tsekiyam_ has joined #openstack-nova23:57
jheskethIf I knew about it I could have taken a look, but sadly I struggle to keep up with what happens in nova land sorry23:58
dansmithit's not your fault, for sure23:58
dansmithnow is about the earliest we could have had this running in grenade to simulate a real scenario though, so it just kinda is what it is, timing-wise23:58
*** tsekiyama has quit IRC23:59

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