Monday, 2015-04-27

*** baoli has joined #openstack-nova00:20
*** dims_ has quit IRC00:34
*** salv-orlando has joined #openstack-nova00:43
*** promulo_ has joined #openstack-nova00:45
openstackgerritEli Qiao proposed openstack/nova: Set power state to None when evaucate do failed due to recreate not supported  https://review.openstack.org/17315000:47
*** promulo__ has quit IRC00:49
*** salv-orlando has quit IRC00:50
*** jaypipes has joined #openstack-nova00:56
*** haigang has joined #openstack-nova00:56
*** isd has quit IRC00:58
*** zhenguo has joined #openstack-nova01:01
*** achanda has joined #openstack-nova01:09
*** jecarey has quit IRC01:14
*** jecarey has joined #openstack-nova01:15
*** sandywalsh has joined #openstack-nova01:15
*** haigang has quit IRC01:18
*** ttx has quit IRC01:18
*** sandywalsh_ has quit IRC01:19
*** wanghao has quit IRC01:20
*** arnaud____ has quit IRC01:20
*** ttx has joined #openstack-nova01:22
*** wanghao has joined #openstack-nova01:23
*** popw has joined #openstack-nova01:25
openstackgerritEli Qiao proposed openstack/nova: WIP: Add ConsoleAuthToken object and console_auth_token table  https://review.openstack.org/17707801:25
openstackgerritEli Qiao proposed openstack/nova: WIP Allow running multiple consoleauth services  https://review.openstack.org/17714501:25
openstackgerritEli Qiao proposed openstack/nova: WIP Conductor: Add console_auth_token apis  https://review.openstack.org/17714401:25
*** sdake has joined #openstack-nova01:32
*** erkules_ has joined #openstack-nova01:32
*** armax has joined #openstack-nova01:33
*** erkules has quit IRC01:35
*** jyuso1 has quit IRC01:36
*** kaisers has quit IRC01:36
*** kaisers1 has quit IRC01:36
*** haigang has joined #openstack-nova01:38
*** kaisers has joined #openstack-nova01:39
*** kaisers1 has joined #openstack-nova01:39
*** haigang has quit IRC01:40
*** haigang has joined #openstack-nova01:41
*** jyuso1 has joined #openstack-nova01:42
*** sdake_ has joined #openstack-nova01:48
*** igordcard has quit IRC01:49
*** haigang has quit IRC01:49
*** sdake has quit IRC01:51
*** IanGovett has joined #openstack-nova01:52
*** haigang has joined #openstack-nova01:53
*** baoli has quit IRC01:57
*** asettle is now known as asettle-afk02:02
*** achanda has quit IRC02:02
*** jlvillal has quit IRC02:08
*** jlvillal has joined #openstack-nova02:09
*** eliqiao has left #openstack-nova02:15
*** armax has quit IRC02:24
*** Longgeek has quit IRC02:28
*** Longgeek has joined #openstack-nova02:33
*** IanGovett has quit IRC02:34
*** baoli has joined #openstack-nova02:35
*** sdake_ has quit IRC02:35
*** setuid has quit IRC02:36
*** salv-orlando has joined #openstack-nova02:46
*** sdake has joined #openstack-nova02:52
*** wuhg has joined #openstack-nova02:52
*** eliqiao has joined #openstack-nova02:53
*** salv-orlando has quit IRC02:56
*** haigang has quit IRC02:56
*** haigang has joined #openstack-nova02:57
*** VW_ has joined #openstack-nova02:58
*** asettle-afk is now known as asettle02:59
*** VW_ has quit IRC03:01
*** VW_ has joined #openstack-nova03:01
*** salv-orlando has joined #openstack-nova03:02
*** salv-orlando has quit IRC03:04
*** RuiChen has joined #openstack-nova03:07
*** baoli has quit IRC03:08
*** otter768 has quit IRC03:20
*** armax has joined #openstack-nova03:21
*** armax has quit IRC03:23
*** vilobhmm1 has joined #openstack-nova03:23
*** sdake_ has joined #openstack-nova03:28
*** sdake has quit IRC03:32
*** vilobhmm1 has quit IRC03:35
*** setuid has joined #openstack-nova03:37
*** vilobhmm1 has joined #openstack-nova03:42
*** tjones1 has joined #openstack-nova03:45
*** Nikolay_St has quit IRC03:47
*** annashen has joined #openstack-nova03:48
*** vilobhmm11 has joined #openstack-nova03:49
*** vilobhmm1 has quit IRC03:51
*** Nikolay_St has joined #openstack-nova03:51
*** setuid has quit IRC03:55
*** dave-mccowan has quit IRC03:56
*** tjones1 has quit IRC03:57
*** arif-ali has quit IRC03:58
*** Nikolay_St has quit IRC04:06
*** RuiChen has left #openstack-nova04:06
*** RuiChen has joined #openstack-nova04:07
*** exploreshaifali has joined #openstack-nova04:09
*** annashen has quit IRC04:10
*** vilobhmm11 has quit IRC04:10
*** Longgeek has quit IRC04:17
*** Longgeek has joined #openstack-nova04:18
*** neelashah has joined #openstack-nova04:21
*** neelashah has quit IRC04:22
*** davideagnello has joined #openstack-nova04:24
*** davideagnello has quit IRC04:28
*** ijw has joined #openstack-nova04:38
*** coolsvap|afk is now known as coolsvap04:47
*** tojuvone has joined #openstack-nova04:56
*** Nikolay_St has joined #openstack-nova04:57
*** nkrinner has joined #openstack-nova05:02
*** irenab has quit IRC05:06
*** browne has joined #openstack-nova05:09
*** setuid has joined #openstack-nova05:09
*** exploreshaifali has quit IRC05:14
*** cfriesen has quit IRC05:18
*** _gryf|afk is now known as _gryf05:19
*** otter768 has joined #openstack-nova05:21
*** otter768 has quit IRC05:26
*** annashen has joined #openstack-nova05:29
*** subscope_ has joined #openstack-nova05:30
*** subscope_ has quit IRC05:31
*** wolsen_ is now known as wolsen05:33
*** VW_ has quit IRC05:34
*** VW_ has joined #openstack-nova05:35
*** VW_ has quit IRC05:36
*** VW_ has joined #openstack-nova05:37
*** VW_ has quit IRC05:38
*** VW_ has joined #openstack-nova05:39
*** achanda has joined #openstack-nova05:39
*** annashen has quit IRC05:42
*** masayukig has quit IRC05:44
*** bkopilov has quit IRC05:44
*** masayukig has joined #openstack-nova05:46
*** salv-orlando has joined #openstack-nova05:46
*** annashen has joined #openstack-nova05:49
*** annashen has quit IRC05:53
*** salv-orlando has quit IRC05:54
*** sdake_ has quit IRC05:56
*** sdake has joined #openstack-nova05:56
*** nkrinner has quit IRC05:57
*** doron_afk has joined #openstack-nova06:00
*** doron_afk has quit IRC06:00
*** doron_afk has joined #openstack-nova06:00
*** kiran-r has joined #openstack-nova06:03
*** bkopilov has joined #openstack-nova06:03
*** ildikov has joined #openstack-nova06:03
*** morgabra has quit IRC06:04
*** morgabra has joined #openstack-nova06:04
*** kaisers1 has quit IRC06:06
*** kaisers has quit IRC06:06
*** Longgeek has quit IRC06:07
*** moshele has joined #openstack-nova06:07
*** moshele has joined #openstack-nova06:07
*** Longgeek has joined #openstack-nova06:09
*** VW_ has quit IRC06:10
*** VW_ has joined #openstack-nova06:10
*** VW_ has quit IRC06:10
*** zul has joined #openstack-nova06:11
*** vilobhmm1 has joined #openstack-nova06:15
*** kaisers has joined #openstack-nova06:16
*** lpetrut has joined #openstack-nova06:16
*** haomaiwang has quit IRC06:16
*** deepthi has joined #openstack-nova06:18
*** haigang has quit IRC06:21
*** masayukig has quit IRC06:21
*** afazekas has joined #openstack-nova06:21
*** masayukig has joined #openstack-nova06:23
*** oro has joined #openstack-nova06:24
*** wanghao has quit IRC06:24
*** BadCub_Hiding has quit IRC06:24
*** wanghao has joined #openstack-nova06:24
*** liusheng has quit IRC06:24
*** BadCub_Hiding has joined #openstack-nova06:25
*** nkrinner has joined #openstack-nova06:25
*** wanghao has quit IRC06:29
*** Sukhdev has joined #openstack-nova06:29
*** wanghao has joined #openstack-nova06:30
*** Longgeek_ has joined #openstack-nova06:34
*** Sukhdev has quit IRC06:34
*** annashen has joined #openstack-nova06:35
*** Longgeek has quit IRC06:37
*** kaisers has quit IRC06:39
*** zul has quit IRC06:40
*** foexle has quit IRC06:40
*** salv-orlando has joined #openstack-nova06:42
*** salv-orlando has quit IRC06:44
*** annashen has quit IRC06:45
*** ttx has quit IRC06:47
*** ttx has joined #openstack-nova06:47
*** haomaiwa_ has joined #openstack-nova06:51
*** haomaiw__ has joined #openstack-nova06:54
*** haomaiwa_ has quit IRC06:54
*** Bsony has joined #openstack-nova06:56
*** rajesht has joined #openstack-nova06:56
*** sdake has quit IRC06:58
*** haomaiwa_ has joined #openstack-nova06:59
*** ildikov has quit IRC07:01
*** arnaud____ has joined #openstack-nova07:01
*** haomaiw__ has quit IRC07:02
*** vilobhmm1 has quit IRC07:04
*** jcoufal has joined #openstack-nova07:06
*** jcoufal is now known as 7JTAAIHSL07:06
*** jcoufal has joined #openstack-nova07:06
*** jcoufal has quit IRC07:06
*** jcoufal has joined #openstack-nova07:06
*** jcoufal has quit IRC07:06
*** dsanders1 has quit IRC07:06
*** abhishekk has joined #openstack-nova07:07
*** kaisers has joined #openstack-nova07:08
*** zhangtralon has joined #openstack-nova07:08
*** mpaolino has joined #openstack-nova07:08
*** sahid has joined #openstack-nova07:09
*** arnaud____ has quit IRC07:11
*** vokhrimenko has quit IRC07:15
*** apmelton_away has quit IRC07:15
*** apmelton has joined #openstack-nova07:16
*** Nakato has quit IRC07:16
*** Nakato has joined #openstack-nova07:16
*** freyes has quit IRC07:16
*** romainh has joined #openstack-nova07:18
*** freyes has joined #openstack-nova07:18
*** browne has quit IRC07:20
*** otter768 has joined #openstack-nova07:22
*** liusheng has joined #openstack-nova07:23
*** dsanders has joined #openstack-nova07:25
*** markvoelker has joined #openstack-nova07:26
*** otter768 has quit IRC07:27
*** Administrator_ has joined #openstack-nova07:28
*** Kevin_Zheng has joined #openstack-nova07:28
*** Administrator_ has quit IRC07:28
*** jichen has joined #openstack-nova07:28
*** oro has quit IRC07:30
*** markvoelker has quit IRC07:30
*** Murali has joined #openstack-nova07:31
*** salv-orlando has joined #openstack-nova07:36
gillliardThank God It's Monday!07:39
*** BobBall_ is now known as BobBall07:39
*** gillliard is now known as gilliard07:39
*** jlanoux has joined #openstack-nova07:40
*** sdake has joined #openstack-nova07:42
*** sdake has quit IRC07:42
*** sdake has joined #openstack-nova07:42
*** mpavone has joined #openstack-nova07:45
*** Bsony has quit IRC07:46
*** pask81 has joined #openstack-nova07:48
*** kashyap has joined #openstack-nova07:48
*** pask81 has quit IRC07:51
*** romainh has quit IRC07:52
*** Longgeek_ has quit IRC07:54
*** jistr has joined #openstack-nova07:57
*** freyes has quit IRC07:59
*** zul has joined #openstack-nova08:00
*** freyes has joined #openstack-nova08:01
*** Longgeek has joined #openstack-nova08:03
*** dulek has joined #openstack-nova08:04
*** apuimedo_ has joined #openstack-nova08:05
*** flashgordon has quit IRC08:06
*** openstackstatus has joined #openstack-nova08:06
*** ChanServ sets mode: +v openstackstatus08:06
*** romainh has joined #openstack-nova08:07
*** exploreshaifali has joined #openstack-nova08:07
*** zul has quit IRC08:08
-openstackstatus- NOTICE: Restarting gerrit because it stopped sending events (ETA 15 mins)08:10
*** dsanders has quit IRC08:12
*** pask81 has joined #openstack-nova08:12
*** openstackgerrit has quit IRC08:13
*** pask811 has joined #openstack-nova08:16
*** achanda has quit IRC08:16
*** openstackgerrit has joined #openstack-nova08:17
*** pask81 has quit IRC08:17
*** lucasagomes has joined #openstack-nova08:17
*** freyes has quit IRC08:18
openstackgerritsahid proposed openstack/nova: libvirt: add get_cpu_stats method to host  https://review.openstack.org/17722308:19
openstackgerritsahid proposed openstack/nova: libvirt: add get hardware info method to Host  https://review.openstack.org/17722208:19
openstackgerritsahid proposed openstack/nova: libvirt: add compare_cpu to Host  https://review.openstack.org/17733108:19
openstackgerritsahid proposed openstack/nova: libvirt: add list_devices to Host  https://review.openstack.org/17733008:19
*** derekh has joined #openstack-nova08:19
openstackgerritsahid proposed openstack/nova: libvirt: add device_lookup_by_name to Host  https://review.openstack.org/17732908:19
openstackgerritsahid proposed openstack/nova: libvirt: add define_xml method to host  https://review.openstack.org/17431408:19
openstackgerritsahid proposed openstack/nova: libvirt: add note to do note call libvirt from the driver  https://review.openstack.org/17733208:19
*** freyes has joined #openstack-nova08:21
*** dguitarbite has joined #openstack-nova08:25
*** haypo has joined #openstack-nova08:26
*** Mike_D_laptop has joined #openstack-nova08:26
*** markvoelker has joined #openstack-nova08:27
*** xgsa has joined #openstack-nova08:31
*** markvoelker has quit IRC08:32
*** freyes has quit IRC08:32
*** freyes has joined #openstack-nova08:35
*** deepthi has quit IRC08:37
*** zul has joined #openstack-nova08:38
*** ndipanov has joined #openstack-nova08:39
*** zul has quit IRC08:41
*** zul has joined #openstack-nova08:41
*** Mike_D_laptop has quit IRC08:43
*** oro has joined #openstack-nova08:44
*** erkules_ is now known as erkules08:45
sahidndipanov: morning, can i have you ack on this tiny think https://review.openstack.org/#/c/176236/ please08:45
*** erkules has quit IRC08:45
*** erkules has joined #openstack-nova08:45
RuiChensahid: https://review.openstack.org/#/c/177644/ , you means I need to add the Error type in help when the hypervisors don't support bandwithd=0?08:45
RuiChensahid: when bandwithd not 0, sorry08:46
sahidRuiChen: no, no sorry i wanted to say that, your commit mesage needs to be updated since you are doing more than just update bps to mib08:46
sahidmbps08:47
RuiChensahid: ok, I will add more details, thanks08:47
sahidthen please add the doc tag08:47
RuiChensahid: get it08:47
*** apuimedo_ has quit IRC08:49
*** pixelb has joined #openstack-nova08:50
*** sudipto has joined #openstack-nova08:50
*** lpetrut has quit IRC08:51
*** sdake_ has joined #openstack-nova08:51
*** redbeard has joined #openstack-nova08:53
*** sdake has quit IRC08:55
bauzassahid: RuiChen: FYI, please don't give -1 for commit msgs08:55
bauzasit's preferable to modify the commit msg directly using the Gerrit UI08:55
*** aix has joined #openstack-nova08:58
*** yassine has joined #openstack-nova08:58
*** apuimedo_ has joined #openstack-nova08:58
*** achanda has joined #openstack-nova08:59
*** yassine has quit IRC09:00
*** yingjun has joined #openstack-nova09:00
*** yassine has joined #openstack-nova09:01
*** pask811 has quit IRC09:01
*** arnaud____ has joined #openstack-nova09:01
*** dikonoor has joined #openstack-nova09:05
*** mpavone has quit IRC09:05
*** flashgordon has joined #openstack-nova09:06
dikonoorjohnthetubaguy : Hi ,Could you review https://review.openstack.org/#/c/176651/09:07
openstackgerritEli Qiao proposed openstack/nova-specs: Support console auth service HA  https://review.openstack.org/17767109:07
*** arnaud____ has quit IRC09:09
*** ajayaa has joined #openstack-nova09:10
openstackgerritRui Chen proposed openstack/nova: Fix unit issue of CONF.libvirt.live_migration_bandwidth  https://review.openstack.org/17764409:11
*** sdake_ has quit IRC09:13
*** lpetrut has joined #openstack-nova09:15
*** sdake has joined #openstack-nova09:15
eliqiaohi RuiChen: seems  https://review.openstack.org/177644 is dup with https://review.openstack.org/#/c/168258/1/nova/virt/libvirt/driver.py09:15
eliqiaosahid: seems you reviewed my patch before  https://review.openstack.org/#/c/168258/1/nova/virt/libvirt/driver.py09:16
ndipanovbauzas, well that's for typos - if a commit message is wrong - IMHO it's -1 wrothy for sure09:16
bauzasndipanov: well, it's really better to modify directly the commit msg unless there are many people having +1'd the patch09:17
bauzasndipanov: or someone already +2'ing09:17
ndipanovbauzas, that would clear all the votes anyway09:17
bauzasndipanov: because it's just a matter of clicking on 'modify"09:17
*** mpavone has joined #openstack-nova09:17
bauzasndipanov: yeah, that's why I say "unless..."09:17
ndipanovah09:18
bauzasndipanov: but I think it's really cooler than just giving -1 for saying "eh dude, you forgot DocImpact"09:18
bauzasor APIImpact or whatever09:18
ndipanovyeah just adding docimpact is on the level of typo09:19
ndipanovbut sometimes DocImpact needs further explanation, and even though I can write it09:19
bauzasso, each time, I'm seeing it, and if the "unless" is not there, I prefer to click on modify, do the update and click on +109:19
ndipanovIt would still be better to come from the orriginal author just so taht we are all clear09:19
bauzasndipanov: sure, I'm not saying you should not -1 a patch09:19
ndipanovit's also a more natural flow of discussion09:20
bauzasndipanov: but we should just help the owner if we think it's really a nitpick09:20
ndipanovyeah09:20
ndipanovfor typos - no excuse09:20
bauzasagain, I agree it's a tradeoff09:20
bauzas- there is no rule -09:20
bauzasand of course pinging the owner is the best one09:20
bauzasbut again, I really want to see the reviewers not just fencing the changes09:21
bauzasjust because it's a nitpick09:21
bauzasndipanov: and it's just a discussion, not a ML thread :-)09:21
RuiCheneliqiao: sorry, I didn't see your patch, please link your patch to my bug https://launchpad.net/bugs/1448844, and add sahid and garyk's suggestion,09:22
openstackLaunchpad bug 1448844 in OpenStack Compute (nova) "Unit issue of CONF.libvirt.live_migration_bandwidth in option description" [Low,In progress] - Assigned to Rui Chen (kiwik-chenrui)09:22
RuiCheneliqiao: I willing to abandon my patch and help to review yours.09:23
RuiCheneliqiao: thank your reminding :)09:24
eliqiaoRuiChen: thanks Rui, I should notice and see your patch  more early..09:24
johnthetubaguyndipanov: bauzas: is this about this one: https://review.openstack.org/#/c/176651/09:25
bauzasjohnthetubaguy: ?09:25
bauzasjohnthetubaguy: you mean the convo ?09:25
johnthetubaguybauzas: yeah, that was a typo in a commit message09:25
johnthetubaguybauzas: but its just a missing space, which doesn't make me loose too much sleep09:26
bauzasjohnthetubaguy: not this particular patch09:26
johnthetubaguyah, gotacha09:26
bauzasjohnthetubaguy: it was another one, and I don't exactly want to give it :)09:26
bauzasjohnthetubaguy: but it was like a missing DocImpact tag with a good change09:26
johnthetubaguythe problem with a commit message is you can't go back and fix it, tricky one09:26
johnthetubaguybauzas: if the +2 was not such a rare event, we would just rev the patch, and everyone would be happy, but right now, its tricky...09:27
*** markvoelker has joined #openstack-nova09:27
openstackgerritSylvain Bauza proposed openstack/nova: Libvirt: Make live_migration_bandwidth help msg more meaning  https://review.openstack.org/16825809:28
bauzasjohnthetubaguy: yeah the main sucking thing is that it regenerates a new PS09:28
bauzasjohnthetubaguy: so we're loosing votes09:28
bauzasjohnthetubaguy: as I said, it's a trade-off09:29
bauzasjohnthetubaguy: but my take is to say that as reviewer, I think it's good to sometimes put hands on the patch09:29
johnthetubaguyright, thats what I was saying, we would make a better trade off if its easier to get your +2 back, just ping the folk and they will re-add it I suspect09:29
johnthetubaguyits tricky though09:29
johnthetubaguyas you say09:29
bauzasjohnthetubaguy: exactly, that's what I usually do09:29
bauzasjohnthetubaguy: identify the voters, and if good enough, change it and ping back09:30
*** alexpilotti has joined #openstack-nova09:30
*** zul has quit IRC09:30
bauzasjohnthetubaguy: at least for the ones you know09:30
bauzasthe ones == the reviewers09:30
openstackgerritSylvain Bauza proposed openstack/nova: Libvirt: Make live_migration_bandwidth help msg more meaning  https://review.openstack.org/16825809:32
*** gszasz has joined #openstack-nova09:32
openstackgerritSylvain Bauza proposed openstack/nova: Libvirt: Make live_migration_bandwidth help msg more meaning  https://review.openstack.org/16825809:32
*** yingjun has quit IRC09:32
*** Longgeek has quit IRC09:33
*** zul has joined #openstack-nova09:33
dikonoorjohnthetubaguy:Thanks for reviewing https://review.openstack.org/#/c/176651/ and for your comments09:34
*** Longgeek has joined #openstack-nova09:34
*** ociuhandu has joined #openstack-nova09:35
*** sudipto has quit IRC09:35
*** markvoelker has quit IRC09:36
*** apuimedo has quit IRC09:39
bauzasdikonoor: johnthetubaguy: I'm surprised to see https://review.openstack.org/#/c/176651/4/nova/api/openstack/compute/contrib/hypervisors.py,cm09:40
bauzasdikonoor: johnthetubaguy: I thought the plan was to remove the context-related checks ?09:40
bauzason the DB side09:40
bauzasdikonoor: the patch is for the master branch09:40
dikonoorbauzas : yes, that's right..Those changes will be made as part of another patch..Let me get that patch by eliqiao I guess..09:41
bauzasdikonoor: then, why are you proposing that ?09:41
johnthetubaguybauzas: it makes a clean backport for a regression at least, although yes, we can tidy up that fix afterwards, maybe thats overthinking it09:42
dikonoorbauzas : http://eavesdrop.openstack.org/irclogs/%23openstack-nova/%23openstack-nova.2015-04-22.log .09:42
dikonoorbauzas : This patch has to be backported to kilo09:42
johnthetubaguydikonoor: we can just create a new patch for the backport if we have to though09:43
johnthetubaguy(as I understand it)09:43
bauzasdikonoor: I totally understand the backporting problem09:43
johnthetubaguyits missed the RC now, which was the original aim09:43
*** foexle has joined #openstack-nova09:43
bauzasdikonoor: but I think that's something we can discuss with stable cores09:44
bauzasdikonoor: at least mriedem gave us an insight09:44
*** apuimedo has joined #openstack-nova09:44
*** lpetrut has quit IRC09:44
dikonoorjohnthetubaguy : yes a new patch has to be created for backporting09:45
bauzasdikonoor: in http://lists.openstack.org/pipermail/openstack-dev/2015-April/062376.html I was referring to only remove the context check for service_get_all_by_cn09:45
bauzasdikonoor: then the backport would be that patch only09:45
bauzasdikonoor: it would reduce the level of change and we should just make sure that all the API methods calling that DB method would be admin-only, like mriedem said09:46
bauzassounds doable09:46
bauzasdikonoor: you got the idea ? ie. provide a master change for removing the context decorator to service_get_all_by_cn() and ensure that all associated API endpoints are admin-only09:48
bauzasdikonoor: then backport only that change to Kilo09:48
bauzasdikonoor: of course, if the endpoints are not admin-only, then provide a modified policy.json file in the same change09:48
bauzasjohnthetubaguy: do we notify the operators of all the policy.json changes we do implicitely ?.09:49
*** zhangtralon has quit IRC09:49
bauzasjohnthetubaguy: sounds pretty sensitive09:49
bauzaslike in the relnotes ?09:49
eliqiaobauzas:  already has patch for removing admin check for service_get_all_by_cn https://review.openstack.org/#/c/160089/09:50
openstackgerritKashyap Chamarthy proposed openstack/nova: libvirt/utils.py: Cleanup create_cow_image function  https://review.openstack.org/17757409:50
bauzaseliqiao: cool, will review it09:50
*** BobBall_ has joined #openstack-nova09:50
bauzaseliqiao: oh oh, I disagree with that one :)09:50
johnthetubaguybauzas: it should be in the release notes yes, its tricky09:50
eliqiaobauzas: alex_xu marks it as wip..09:50
*** flip214 has quit IRC09:51
bauzasjohnthetubaguy: lemme blame the file and see if there are changes except new things09:51
bauzasfor Kilo I mean09:51
bauzaseliqiao: yeah, that's what I see09:52
*** alexpilotti has quit IRC09:52
*** deepthi has joined #openstack-nova09:54
*** sudipto has joined #openstack-nova09:54
*** BobBall has quit IRC09:54
*** mpavone has quit IRC09:54
*** IanGovett has joined #openstack-nova09:54
*** achanda has quit IRC09:55
bauzaseliqiao: alex_xu: see my comment on https://review.openstack.org/#/c/160089/1009:57
*** zhangtralon has joined #openstack-nova09:57
bauzasto be clear, there is absolutely zero reasons to provide the context checks on the API level09:58
bauzasdikonoor: johnthetubaguy: ^ following that, I think that we can just ask https://review.openstack.org/#/c/160089/10 to only remove the db decorator and backport that change09:59
bauzasdikonoor: johnthetubaguy: there is no need of an elevated context to use too...09:59
*** dguitarbite has quit IRC09:59
bauzas3 extensions, all of them are admin-only...09:59
*** achanda has joined #openstack-nova10:00
dikonoorbauzas : if the context check in db layer is removed and backported to kilo , would that cause any regression anywhere else ? I am fine with https://review.openstack.org/#/c/160089/  removing the db decorator and backporting the changes..Both ways (with the elevated ctxt) and db decorator removed the permissions get picked up from policy.json10:01
*** mpavone has joined #openstack-nova10:01
*** dguitarbite has joined #openstack-nova10:01
eliqiao bauzas: sure, but this patch is only for v2 api. I am agree with you that remove all db/api policy check is the right directory, but it's only for v2.1, we would use policy.json to control all policy checking..10:02
*** arnaud____ has joined #openstack-nova10:03
bauzaseliqiao: https://review.openstack.org/#/c/160089/10 should only mention the DB API10:03
bauzaseliqiao: so that would benefit both v2.0 and v2.110:04
eliqiaobauzas: dikonoor:  yeah , I get,  we added context.elevated() 's only for backwards-complile for older v2 version.10:04
bauzaseliqiao: as the RBAC rules are the same for v2.1 and v2.0 right ?10:04
*** lpetrut has joined #openstack-nova10:04
bauzaseliqiao: if not, that seems a major issue to me :/10:05
eliqiaobauzas: what's RBAC ?10:05
openstackgerritHans Lindgren proposed openstack/nova: Make objects serialize_args() handle datetimes in positional args  https://review.openstack.org/17424310:06
openstackgerritHans Lindgren proposed openstack/nova: Remove and deprecate conductor task_log methods  https://review.openstack.org/17424710:06
openstackgerritHans Lindgren proposed openstack/nova: Remove unused compute utils methods  https://review.openstack.org/17424610:06
openstackgerritHans Lindgren proposed openstack/nova: Make instance usage audit use the brand new TaskLog object  https://review.openstack.org/17424510:06
openstackgerritHans Lindgren proposed openstack/nova: Add a TaskLog object  https://review.openstack.org/17424410:06
bauzaseliqiao: role-based access control == policy.json10:06
dikonooreliqiao : Role based access control = rbac10:06
RuiChenjohnthetubaguy: I move the logic into '_schedule' method in my patch, so I think the test cases that deleted by me didn't need anymore. https://review.openstack.org/#/c/147048/10:06
*** alexpilotti has joined #openstack-nova10:07
bauzaseliqiao: so I checked, and unless I'm blind, v2.0 and v2.1 are enforcing the same rulesets10:07
bauzaseliqiao: so, removing the DB decorator is covered by the same RBAC ruleset10:07
bauzaseliqiao: ie. what applies to v2.0 applies also to v2.110:08
*** arnaud____ has quit IRC10:08
*** lucasagomes has quit IRC10:09
*** achanda has quit IRC10:11
*** lucasagomes has joined #openstack-nova10:11
eliqiaobauzas: v2's rule is     "compute_extension:hypervisors": "rule:admin_api", and v2.1 is     "os_compute_api:os-hypervisors": "rule:admin_api",10:12
bauzas????10:12
johnthetubaguyRuiChen: I don't really understand why are they not needed, if you want to drop them, please do that in a separate patch, ideally10:12
bauzasjohnthetubaguy: +110:12
bauzasRuiChen: I don't like having our coverage not being explicit10:13
bauzasRuiChen: it's sometimes really hard to see the code coverage because most of our tests are not isolated - like the ones that are testing thru the DB10:13
bauzasRuiChen: so I prefer leaving things explicitely covered, even if we're sure that another test is doing the implicit check10:14
*** dims has joined #openstack-nova10:14
*** Longgeek has quit IRC10:14
bauzaseliqiao: alex_xu: do you have an idea why v2.1 and v2.0 have different rulessets ?10:14
bauzasalex_xu: eliqiao: and most of that the more important, are you sure that operators know that ?10:15
eliqiaobauzas: seems there is no operators using v2.1 yet?10:15
bauzasalex_xu: eliqiao: well, technically I understand *why*, I just think it's error-proner10:16
bauzaseliqiao: erm http://docs.openstack.org/ is marking v2.1 as CURRENT :)10:16
eliqiaobauzas: that 's a good progress. cool.10:16
bauzasthat's just the CLI which doesn't support it yet AFAIK10:17
bauzasjohnthetubaguy: I wonder if we shouldn't warn operators that v2.1 have different rules in https://wiki.openstack.org/w/index.php?title=ReleaseNotes/Kilo#API10:18
bauzasI was just thinking both versions were consuming the same rulesets but it seems I'm wrong10:18
bauzasso, saying that you want to modify the evacuate endpoint, you have to do it on 2 lines10:19
RuiChenjohnthetubaguy: the test cases was deleted because I refactor some logic in filter_scheduler, I will split it out from patch/147048, avoid confusion10:22
*** apuimedo_ has quit IRC10:22
*** sudipto has quit IRC10:22
openstackgerritdave-mcnally proposed openstack/nova: Add policy to cover snapshotting of volume backed instances  https://review.openstack.org/17680510:23
*** apuimedo_ has joined #openstack-nova10:23
*** lpetrut has quit IRC10:26
*** Longgeek has joined #openstack-nova10:26
johnthetubaguyRuiChen: because you did the refactor, I want to see the old unit tests pass against the new code, as a minimum10:28
*** markvoelker has joined #openstack-nova10:28
kashyapmdbooth (or anyone): When you get a moment: So, I dug a little bit into the qcow2 overlay inheriting properties from its base, and put this up -- https://review.openstack.org/#/c/177574/ -- libvirt/utils.py: cleanup create_cow_image function10:28
alex_xubauzas: hi, just saw your message. sorry, I have to go now, will catch up you after few hours10:29
bauzasalex_xu: idem here, have to jump out for lunch10:29
alex_xubauzas: enough lunch :)10:29
bauzasalex_xu: so I understood why it's needed to have distinct v2.0 and v2.1 policy rulesets10:29
bauzasalex_xu: I just wonder if we should yell that10:30
RuiChenjohnthetubaguy: you're right, I will update my patch, thanks :010:30
RuiChenjohnthetubaguy: :010:30
bauzasalex_xu: ie. explicitely telling to operators that as it's new API endpoints, they have fine-grained control for that too10:30
*** haomaiwa_ has quit IRC10:31
*** markvoelker has quit IRC10:33
*** joefides_ has joined #openstack-nova10:35
*** zhangtralon has quit IRC10:35
*** gtt116 has quit IRC10:38
*** joefides has quit IRC10:38
*** gtt116 has joined #openstack-nova10:38
*** sdake has quit IRC10:41
*** doron_afk is now known as doron10:41
*** zul has quit IRC10:41
*** lpetrut has joined #openstack-nova10:42
*** zhangtralon has joined #openstack-nova10:42
*** sudipto has joined #openstack-nova10:43
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Remove orphaned tables - iscsi_targets, volumes  https://review.openstack.org/16621410:45
johnthetubaguysuperdan: getting confused by this bug, I would love you to take a look when you can please, possibly going to trigger RC3 https://review.openstack.org/#/c/17718610:47
*** gcivitella has joined #openstack-nova10:47
openstackgerritSergey Nikitin proposed openstack/nova-specs: Implement server instance tagging  https://review.openstack.org/17711210:49
*** ociuhandu has quit IRC10:50
*** lxsli0 is now known as lxsli10:52
*** ujjain- has quit IRC10:52
*** ujjain- has joined #openstack-nova10:52
*** sdake has joined #openstack-nova10:52
gcivitellaDo someone knows if it is possible to get notifications about system usage data (https://wiki.openstack.org/wiki/SystemUsageData)? I'd like to give my customers the ability to receive an email in case of reboot, resize. etc10:53
sdaguejohnthetubaguy: https://review.openstack.org/#/c/79741/3 - I thought cells job should be green now10:57
*** alexpilotti has quit IRC10:58
openstackgerritJohn Garbutt proposed openstack/nova: Cells: Call compute api methods with instance objects  https://review.openstack.org/7974110:58
*** VW_ has joined #openstack-nova10:58
johnthetubaguysdague: it should be… thats a bad sign for sure10:59
sdagueso, I just realized the test results are pretty old10:59
sdagueI'm running a recheck10:59
*** gszasz has quit IRC10:59
*** gszasz has joined #openstack-nova10:59
*** VW_ has quit IRC10:59
johnthetubaguysdague: did a rebase as a belt and braces approach11:00
*** VW_ has joined #openstack-nova11:00
johnthetubaguyjust seen your recheck, I guess that should have been equivalent, oops11:00
sdagueyeh, no worries11:02
sdaguethe rebase doesn't hurt eitehr11:02
*** afazekas has quit IRC11:05
*** josecastroleon has quit IRC11:06
openstackgerritRui Chen proposed openstack/nova: Fix scheduler issue when multiple-create failed  https://review.openstack.org/14704811:06
*** josecastroleon has joined #openstack-nova11:06
openstackgerritRui Chen proposed openstack/nova: Clean up network_api.get_instance_nw_info  https://review.openstack.org/17368011:07
openstackgerritRui Chen proposed openstack/nova: Fix empty instance nw_info cache  https://review.openstack.org/14603611:07
openstackgerritRui Chen proposed openstack/nova: Fix failure of stopping instances during init host  https://review.openstack.org/16792611:08
*** josecastroleon has quit IRC11:08
*** irenab has joined #openstack-nova11:08
*** sdake has quit IRC11:10
*** dulek_ has joined #openstack-nova11:10
*** dprince has joined #openstack-nova11:11
*** dulek has quit IRC11:12
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Fix disconnect_volume issue when find_multipath_device returns None  https://review.openstack.org/15962611:12
*** Anticimex has quit IRC11:13
openstackgerritDavanum Srinivas (dims) proposed openstack/nova: Add documentation for nova-cells and nova-idmapshift commands  https://review.openstack.org/16655311:13
*** afazekas has joined #openstack-nova11:21
*** zhangtralon has quit IRC11:21
*** salv-orlando has quit IRC11:23
*** otter768 has joined #openstack-nova11:24
*** coolsvap is now known as coolsvap|afk11:27
*** dulek___ has joined #openstack-nova11:29
*** otter768 has quit IRC11:29
*** markvoelker has joined #openstack-nova11:29
*** dulek_ has quit IRC11:29
*** mpaolino has quit IRC11:30
*** zul has joined #openstack-nova11:32
*** markvoelker has quit IRC11:33
*** markvoelker has joined #openstack-nova11:38
*** salv-orlando has joined #openstack-nova11:45
*** liusheng has quit IRC11:46
*** liusheng has joined #openstack-nova11:46
*** alexpilotti has joined #openstack-nova11:47
*** zhenguo has quit IRC11:47
*** mwagner_lap has quit IRC11:48
*** doron is now known as doron_afk11:50
bauzassdague: johnthetubaguy: saw your question about the cells job11:50
*** deepthi has quit IRC11:51
bauzassdague: johnthetubaguy: the cells job should be green, but we still have some race failures11:51
*** baoli has joined #openstack-nova11:51
sdaguebauzas: ok, this was old test results I think11:51
bauzassdague: johnthetubaguy: alaski is working on fixing a race on the instance.save()11:51
sdaguebauzas: are those race failures fingerprinted ?11:52
bauzassdague: yup, sec11:52
bauzassdague: https://review.openstack.org/#/c/177356/11:52
*** RuiChen has quit IRC11:52
*** arnaud____ has joined #openstack-nova11:52
*** RuiChen has joined #openstack-nova11:53
bauzassdague: also http://lists.openstack.org/pipermail/openstack-dev/2015-April/062605.html11:53
*** afazekas has quit IRC11:54
*** lucasagomes is now known as lucas-hungry11:56
sdaguebauzas: by fingerprint, I mean did you submit Elastic Recheck signatures?11:56
*** matrohon has joined #openstack-nova11:56
*** arnaud____ has quit IRC11:57
*** dikonoor has quit IRC11:58
*** sileht has quit IRC11:59
bauzassdague: yeah, good thing11:59
bauzassdague: I'll look at them and discuss with mriedem and alaski12:00
bauzassdague: and will upload some e-r changes if so12:00
*** Longgeek has quit IRC12:00
*** ociuhandu has joined #openstack-nova12:00
*** ociuhandu has quit IRC12:00
*** alexpilotti has quit IRC12:01
*** exploreshaifali has quit IRC12:01
sdagueok, great12:02
*** lucas-hungry has quit IRC12:02
*** Longgeek has joined #openstack-nova12:05
*** openstackgerrit has quit IRC12:06
*** openstackgerrit has joined #openstack-nova12:06
*** afazekas has joined #openstack-nova12:07
*** sileht has joined #openstack-nova12:09
*** VW_ has quit IRC12:10
*** VW_ has joined #openstack-nova12:11
*** haomaiwang has joined #openstack-nova12:13
*** lucas-hungry has joined #openstack-nova12:14
*** htruta has joined #openstack-nova12:14
openstackgerritKashyap Chamarthy proposed openstack/nova: libvirt/utils.py: Cleanup create_cow_image function  https://review.openstack.org/17757412:15
*** mpaolino has joined #openstack-nova12:18
*** mpaolino has quit IRC12:18
kashyapSeems like Jenkins and other CI messages are mixed with human comments again in Gerrit?12:18
*** dprince has quit IRC12:19
*** VW_ has quit IRC12:22
*** VW_ has joined #openstack-nova12:22
*** BobBall_ is now known as BobBall12:22
*** VW__ has joined #openstack-nova12:24
*** VW_ has quit IRC12:24
*** popw has quit IRC12:26
*** joefides_ has quit IRC12:30
*** claudiub has joined #openstack-nova12:31
alex_xubauzas: I repiled comment at https://review.openstack.org/#/c/160089/12:35
*** raildo has joined #openstack-nova12:35
*** rfolco has joined #openstack-nova12:35
alex_xubauzas: btw, how can I saw your comment on the policy.json?12:35
*** dprince has joined #openstack-nova12:36
*** josecastroleon has joined #openstack-nova12:36
*** Longgeek has quit IRC12:36
bauzasalex_xu: ?12:36
bauzasalex_xu: I don't understand your question12:36
bauzasalex_xu: is that your question ? https://review.openstack.org/#/c/160089/10/etc/nova/policy.json,cm12:36
*** openstackgerrit has quit IRC12:37
alex_xubauzas: yea, thanks12:37
bauzasalex_xu: long story short, I compared the default policies and none of them are not admin-only12:37
*** openstackgerrit has joined #openstack-nova12:37
bauzasalex_xu: which means that the policy authorizer is making sure that all calls are admin - unless the operator explicitely changed that12:38
alex_xubauzas: there is chance operator set the policy rule to empty.12:38
bauzasalex_xu: so we can safely consider that all API calls to service_get_by_cn are validated by the policy enforcer12:38
bauzasalex_xu: yeah, that's why we need to remove the context check12:39
*** Longgeek has joined #openstack-nova12:39
bauzasalex_xu: if not, we will have this kind of bug :12:39
bauzashttps://bugzilla.redhat.com/show_bug.cgi?id=116427112:39
openstackbugzilla.redhat.com bug 1164271 in openstack-nova "nova evacuate not allowed for non-admin even after policy change" [Medium,Assigned] - Assigned to sbauza12:39
bauzasalex_xu: ^12:39
alex_xubauzas: the problem is in the long term before, those api only can be accessed by admin12:40
alex_xubauzas: even the operator set the rule to empty12:40
alex_xubauzas: and those api still work as admin api12:40
bauzasalex_xu: I don't get your point12:40
bauzasalex_xu: there is absolutely *zero* reason to not leave the operator define his access policy if we leave him to do that using policy.json12:41
alex_xubauzas: the operator may be didn't want to make the api to be called by non-admin user. operator just make wrong configuration to set the policy to empty12:41
bauzasalex_xu: then, that's a configuration issue12:41
bauzasalex_xu: either we trust the operators, or we remove the policy possibility12:41
alex_xubauzas: emm....we can't assume user always doing the right thing12:42
bauzasalex_xu: but having require_admin_context() explicitely checking for is_admin is a bad thing if the operator wants to have the end-users calling the API12:42
bauzasalex_xu: why can't we assume PEBKAC ?12:42
alex_xubauzas: although it's wrong, but in long term before, it is nova API's behavior.12:42
alex_xubauzas: ok, let me explain.12:42
bauzasalex_xu: is that a good reason for not fixing a bug ?12:42
bauzasalex_xu: I thought we were in agreement in the -dev thread I opened12:43
alex_xubauzas: for example, before kilo, this api is policy configuable, at now, it isn't configurable, then it is a bug12:43
bauzasalex_xu: but that whole discussion makes me wonder why we still leave the operator define his rules, if we don't follow them12:43
alex_xubauzas: but the reality is at the beginning the api isn't policy configurable12:43
bauzasalex_xu: agreed, that's a long story bug12:44
alex_xubauzas: there is similiar thing.12:44
bauzasalex_xu: the one who added the policy check on the DB side probably didn't make the best decision he hads12:44
bauzasalex_xu: because it doesn't leave the API enforce that12:44
bauzasalex_xu: honestly, I don't get your point, you want to remove the DB checks by replacing them elsewhere in the API12:45
alex_xubauzas: in the API validation, before we have json-schema, there are a lot of api without better validation. And we can't just provide strict validation for the api. The reason is same for this case. Although user use nova api with wrong way, but it already is API's behavior, we can't just break it.12:45
bauzasalex_xu: saying that's because it's historical sounds not a good reason to me12:45
bauzasalex_xu: that's why I checked that for the corresponding service_get_by_cn method and that's it12:46
alex_xubauzas: emm... that is the reason we have some bug in the api, and we can't fix them12:46
bauzasalex_xu: I'm not covering all the other API calls to the DB12:46
*** jecarey has quit IRC12:46
bauzasalex_xu: but you have my opinion : we should just make sure that the default policy rules for the corresponding DB methods are admin-only so we can just remove that method12:47
alex_xubauzas: that is for v2.1 API, not the v212:47
bauzasalex_xu: that's just what mriedem said explictely12:47
bauzasaaaaaarrrrrh :)12:47
bauzaswhy ?12:47
*** ajo has joined #openstack-nova12:48
alex_xubauzas: emm....ok12:48
*** VW__ has quit IRC12:48
bauzasI mean, each API has its policy ruleset, I can understand12:48
*** dpaterson has joined #openstack-nova12:48
bauzasfor both of the APIs, the 3 methods you added back the context check were just enforcing an admin level12:48
bauzasthere is no matter of v2.1 or v2.0 that's just identical12:49
bauzasalex_xu: ^12:50
alex_xubauzas: ok, you mean remove the context check for aggregate, host api also?12:51
alex_xuand evacuate12:51
bauzasalex_xu: I mean that only that change is necessary https://review.openstack.org/#/c/160089/10/nova/db/sqlalchemy/api.py,cm12:52
*** sileht has quit IRC12:52
bauzasalex_xu: the other files can be git checkout'd to HEAD12:52
alex_xubauzas: ok, got it12:52
bauzas(well, your previous HEAD actually :D)12:52
openstackgerritVictor Stinner proposed openstack/nova-specs: Add "Port Nova to Python 3" spec  https://review.openstack.org/17686812:53
alex_xubauzas: but it will be different the nova spec said https://github.com/openstack/nova-specs/commit/995c676a3ee56af479b7f74960d468c050cc2fbc#diff-67150f76e50d28ac82be44133bd514f9R12112:53
*** jungleboyj has quit IRC12:53
openstackgerritVictor Stinner proposed openstack/nova-specs: "Adding Python 3.4 support to Nova" spec  https://review.openstack.org/17686812:53
*** thomasem has joined #openstack-nova12:54
*** lucas-hungry is now known as lucasagomes12:54
bauzasalex_xu: do you want me to propose a change to the spec ?12:55
alex_xubauzas: no~ :)12:55
bauzasalex_xu: I mean, that's doable12:55
bauzasalex_xu: take alaski's example on an approved spec https://review.openstack.org/#/c/176083/12:56
alex_xubauzas: for rest of policy and already merged patches you want to remove back-compatible change also? if yes, we should get agreement on the spec first I think...12:58
*** sudipto has quit IRC12:58
*** dikonoor has joined #openstack-nova12:58
*** Anticimex has joined #openstack-nova13:00
bauzasalex_xu: well, I honestly think it's the best path, yeah - but as said mriedem's guru, we first need to make sure that all APIs that are calling DB methods decorated by the context check are actually having a default policy rule set to admin13:01
*** zhenguo has joined #openstack-nova13:02
alex_xubauzas: ok, would you like make a change to the spec? then let's get agreement on it.13:02
bauzasalex_xu: sure thing13:03
bauzasalex_xu: just adding it to my todo stack :)13:03
*** joefides has joined #openstack-nova13:03
alex_xubauzas: thanks, before change direction let update spec first.13:04
haypondipanov: hi. i updated my python 3 spec to have a more explicit title ;) in general, the new version of the spec is more explicit. https://review.openstack.org/#/c/176868/13:05
*** ivasev has joined #openstack-nova13:05
ndipanovhaypo, ah I see you added the bit about whitelisting tests that are know to pass13:06
ndipanovnice13:06
haypondipanov: i just rephrased what i wrote before, i already planned to use a whitelist ;)13:07
ndipanovhaypo, right13:07
ndipanovyes I see13:08
haypondipanov: thanks for your review13:08
ndipanovI mean it's a no brainer imho13:08
*** ZZelle has joined #openstack-nova13:08
*** subscope has quit IRC13:09
*** alexpilotti has joined #openstack-nova13:10
*** oro has quit IRC13:13
bauzasalex_xu: I'm really sorry that I missed your spec, I would have so much to tell :/13:13
alex_xubauzas: it's fine, you are telling me now :)13:15
alex_xubauzas: hah, you +1 on https://review.openstack.org/#/c/138270/11 :)13:17
*** dims has quit IRC13:17
*** dims has joined #openstack-nova13:18
*** wverdugo500 has left #openstack-nova13:18
bauzasalex_xu: yeah I was probably NEC - not enough caffeinated13:18
bauzasalex_xu: tbh, it was not explicetly explained that the hard-checks were checking the context, and not the policy13:19
bauzasalex_xu: I just recently discovered that13:19
alex_xubauzas: yea, it's fine, all of our discussion is want to make thing right :)13:20
alex_xubauzas: let's correct the direction if we think we are wrong13:20
*** yamahata has quit IRC13:21
*** openstackgerrit has quit IRC13:21
*** openstackgerrit has joined #openstack-nova13:22
*** neelashah has joined #openstack-nova13:24
*** russellb has quit IRC13:24
*** subscope has joined #openstack-nova13:24
*** otter768 has joined #openstack-nova13:25
*** vladikr has joined #openstack-nova13:25
*** 7JTAAIHSL has quit IRC13:26
*** eharney has quit IRC13:27
*** andrearosa has quit IRC13:27
bauzasalex_xu: https://review.openstack.org/17776413:27
*** russellb has joined #openstack-nova13:28
alex_xubauzas: thanks13:28
*** mriedem has joined #openstack-nova13:29
*** otter768 has quit IRC13:29
mriedemhowdy13:30
gilliardpip pip13:30
superdanjohnthetubaguy: oh jeez13:31
*** superdan is now known as dansmith13:31
openstackgerritSylvain Bauza proposed openstack/nova-specs: Remove the use of require_admin_context in the API  https://review.openstack.org/17776413:31
johnthetubaguydansmith: yeah, I guess we do it a bit earlier next time…13:31
*** cfriesen has joined #openstack-nova13:31
*** sileht has joined #openstack-nova13:32
johnthetubaguydansmith: we have RC3 ready to go in the morning, if we can get that merged in master13:32
bauzasmriedem: holà, was just referring you as a guru13:32
*** ajayaa has quit IRC13:32
*** mestery_ is now known as mestery13:32
mriedemoh boy13:32
*** VW_ has joined #openstack-nova13:32
*** VW_ has quit IRC13:32
bauzas:)13:33
*** VW_ has joined #openstack-nova13:33
dimshi bauzas, mriedem13:33
dikonoormriedem : hi13:33
bauzasmriedem: all of the convo was about https://review.openstack.org/#/c/177764/13:33
bauzasdims: aloha13:33
bauzasman, it's 3:30pm for me and I had zero time to work on my patches yet :(13:34
dansmithjohnthetubaguy: we can't really do it earlier13:34
* bauzas should seriously consider to train her daughter to write code13:34
dimsbauzas: :) mahalo13:34
dikonoormriedem : dauzas : and https://review.openstack.org/#/c/176651/ and https://review.openstack.org/#/c/160089/13:34
*** dboik has quit IRC13:34
johnthetubaguydansmith: very true13:34
bauzasdikonoor: I don't who that dauzas is at all :D13:35
*** eglynn has joined #openstack-nova13:35
dikonoorbauzas : oops..sorry..typos13:35
dimslol13:35
dikonoorbauzas : :)13:35
bauzaswell, sometimes when I get a cough, I could name myself like that :)13:35
*** doron_afk has quit IRC13:35
*** doron_afk has joined #openstack-nova13:36
*** ganso_ has joined #openstack-nova13:38
mriedemjohnthetubaguy: dikonoor: bauzas: alex_xu: i'm +2 on https://review.openstack.org/#/c/176651/ now13:39
johnthetubaguymriedem: gotcha, as this is the fix we can backport13:41
*** arnaud____ has joined #openstack-nova13:41
johnthetubaguybauzas: are you OK with the above idea?13:41
*** lucasagomes has quit IRC13:41
*** artom has joined #openstack-nova13:42
*** josecastroleon has quit IRC13:43
*** lucasagomes has joined #openstack-nova13:43
alex_xujohnthetubaguy: mriedem, emm... bauzas is say no to that patch, we have a lot of discussion above. bauzas prefer this https://review.openstack.org/#/c/177764/13:43
*** burt has joined #openstack-nova13:43
mriedemalex_xu: we're not going to backport https://review.openstack.org/#/c/177764/ to stable/kilo13:43
bauzassorry was around to fix my coffee machine13:44
bauzasmriedem: the problem is that I thought on how correctly backporting to kilo what was necessary13:44
*** josecastroleon has joined #openstack-nova13:44
alex_xumriedem: yea, right, I mean bauzas prefer to not add back-compatible change13:44
*** morganfainberg has quit IRC13:44
*** jroll has quit IRC13:44
*** jroll has joined #openstack-nova13:44
bauzasmriedem: so I went through the policy.json file to see if the engine was already enforcing the admin rules for the 3 API methods calling service_get_by_cn13:45
bauzasmriedem: and the answer is... yes13:45
*** exploreshaifali has joined #openstack-nova13:45
*** arnaud____ has quit IRC13:45
bauzasmriedem: so, we can just remove the DB decorator on service_get_by_cn(), it won't impact how the users are enforced13:45
mriedembauzas: so you want to propose that as the fix for bug 1447084 on master and backport that to stable/kilo, and have that done in the next 24 hours or so?13:46
openstackbug 1447084 in OpenStack Compute (nova) "view hypervisor details should be controlled by policy.json" [High,In progress] https://launchpad.net/bugs/1447084 - Assigned to Divya K Konoor (dikonoor)13:46
bauzasmriedem: long story short, https://review.openstack.org/#/c/160089/10/ only needs to remove the decorator so we can cherry-pick it13:46
openstackgerritSergey Nikitin proposed openstack/nova-specs: Implement server instance tagging  https://review.openstack.org/17711213:47
*** morganfainberg has joined #openstack-nova13:47
bauzasmriedem: I'm proposing only https://review.openstack.org/#/c/160089/10/nova/db/sqlalchemy/api.py,cm to backport to Kilo13:47
-openstackstatus- NOTICE: gerrit has been restarted to clear a problem with its event stream. change events between 13:09 and 13:36 utc should be rechecked or have approval votes reapplied as needed to trigger jobs13:47
*** Murali has quit IRC13:48
bauzasmriedem: no need to elevate a context, as we're sure that the API methods are fencing it by the policy enforcer13:48
mriedembauzas: and what about these backwards compat checks in the v2 api once the db api decorator is gone? https://review.openstack.org/#/c/160089/10/nova/api/openstack/compute/contrib/hosts.py13:48
dansmithjohnthetubaguy: I commented. Hans is usually on top of replies, so I'll monitor and make the change myself if he doesn't soon13:48
bauzasmriedem: that's not user-facing, here is my take13:49
mriedembauzas: knowing that we probably won't come to agreement on removing all of those in the v2 API via your spec by the time kilo needs to release13:49
*** jecarey has joined #openstack-nova13:49
bauzasmriedem: agreed, my point is just about service_get_by_cn for backporting13:49
bauzasmriedem: all the other context decorators need to be removed but we won't backport them to Kilo13:50
*** apuimedo_ has quit IRC13:50
*** oro has joined #openstack-nova13:53
mriedemidk, i'd have to go back to stable/kilo and see what remove the db api decorator would mean to anything using it and make sure policy files are covering all of those apis - and it'll be an odd backport for stable reviewers to review since it will look like a security issue13:54
mriedemthe fix that dikonoor has up is much more targeted13:54
*** mkoderer has quit IRC13:55
*** dboik has joined #openstack-nova13:55
bauzasmriedem: okay, then I guess that https://review.openstack.org/#/c/160089/ needs to be rebased on top of https://review.openstack.org/#/c/160089/ to remove that line, right ?13:55
bauzasargh13:55
bauzasok, rewinding13:55
mriedemto remove the context.elevated() line?13:55
*** vishy has quit IRC13:55
bauzasmriedem: https://review.openstack.org/#/c/160089/ depending on https://review.openstack.org/#/c/176651/13:56
bauzasmriedem: yup13:56
mriedemsure, though it doesn't really matter. at that point we've already checked the policy against the context13:56
bauzasmriedem: agreed, that's just debt13:57
*** subscope has quit IRC13:57
*** mwagner_lap has joined #openstack-nova13:57
bauzasmriedem: but I want to make things clear that this is just a "pirouette" (will translate the word later) for a +1/-1 one-liner change13:57
bauzasmriedem: just for backporting purpose13:58
*** vishy has joined #openstack-nova13:58
*** mpaolino has joined #openstack-nova13:58
*** eharney has joined #openstack-nova13:58
*** mkoderer has joined #openstack-nova13:58
bauzasokay, pirouette == twist13:58
mriedemi know what it is :)13:58
bauzaswell, that's a french word :)13:59
mriedemi'm a black belt in ballet13:59
* alex_xu search dictionary...13:59
bauzasmriedem: https://www.youtube.com/watch?v=3gw0rRw8ipA13:59
mriedemcroissant is a french word too13:59
alex_xubauzas: mriedem , do you want me make https://review.openstack.org/#/c/160089/10 depend on  https://review.openstack.org/#/c/176651/ now?14:00
mriedemalex_xu: might as well wait to see how we settle on https://review.openstack.org/#/c/176651/14:00
bauzasalex_xu: well, I just think we add a new elevated() method which becomes useless by your change, so hence my depending-on point14:00
mriedembauzas: yeah https://review.openstack.org/#/c/176651/ is a hacky workaround just to backport, i agree with that14:00
bauzasmriedem: okay, then +1 on it14:00
mriedemthe half baked nature of the blueprint makes things messy for fixing on stable, which sucks, but it is what it is14:01
*** tonytan4ever has joined #openstack-nova14:01
mriedemC'est la vie14:01
mriedem!14:01
alex_xumriedem: bauzas ok, got it14:01
mriedembauzas: i get points for that btw ^14:01
* alex_xu search dictionary again14:02
*** alexpilotti has quit IRC14:02
bauzasmriedem: lemme give you a bonus point14:02
bauzasokay, cool, I can now go back to my duties !14:03
*** thangp has joined #openstack-nova14:03
bauzas:p14:03
alex_xubauzas: thanks :)14:03
*** wznoinsk has joined #openstack-nova14:03
bauzasalex_xu: thanks for your patience, we'll discuss again on https://review.openstack.org/#/c/177764/14:03
alex_xubauzas: np, yea~14:04
*** toure has joined #openstack-nova14:04
mriedemndipanov: added you to https://review.openstack.org/#/c/177084/ since it's bdm-related :) actually surprised the author didn't already add you since nearly the entire core team was already added to it.14:05
mriedemjgriffith: with cinder multi-attach, can i attach a volume to instance A and then boot instance B from that same volume?14:06
ndipanovmriedem, maybe the author knows something I don't :)14:06
*** exploreshaifali has quit IRC14:06
*** pradipta has joined #openstack-nova14:07
*** dkliban has joined #openstack-nova14:10
openstackgerritAlex Xu proposed openstack/nova: Add version bump guideline in microversion devref  https://review.openstack.org/17777814:11
dikonoor mriedem : Thanks for resolving the confusion around https://review.openstack.org/#/c/176651/  johnthetubaguy: Could you review the changes again ? bauzas : dauzas , thx for the +114:12
*** abhishekk has quit IRC14:13
*** beagles is now known as beagles_brb14:13
alex_xujohnthetubaguy: I work out first version for when we bump microversion: https://review.openstack.org/#/c/177778 but it pretty preview. I will tuning the word and format tomorrow.14:13
*** subscope has joined #openstack-nova14:13
* bauzas should definitely rename himself as Sylvain Dauza14:14
*** rushil has joined #openstack-nova14:16
*** mtanino has joined #openstack-nova14:17
*** BadCub_Hiding is now known as BadCub14:19
*** salv-orl_ has joined #openstack-nova14:22
openstackgerritDan Smith proposed openstack/nova: Add security group calls missing from latest compute rpc api version bump  https://review.openstack.org/17718614:23
*** salv-orlando has quit IRC14:23
*** jungleboyj has joined #openstack-nova14:26
jgriffithmriedem: in theory you'll be able to do stuff like that14:30
jgriffithmriedem: AIR there's a good deal of change still needed on the initiator side of things to make all of that work though14:31
dansmithjohnthetubaguy: ^14:32
mriedemjgriffith: so i was on the wrong track on that https://review.openstack.org/#/c/177084/14:32
dansmithjohnthetubaguy: I can backport to stable/kilo if you're good with it14:32
mriedemjgriffith: turns out it's not a volume bdm, it's snapshot/image/blank bdm's14:32
mriedemwhere nova creates them on boot14:33
*** sudipto has joined #openstack-nova14:33
mriedemso nova is creating these things in cinder, we timeout waiting for the volume to be available, and the instance boot goes to error but the volume is orphaned14:33
*** achanda has joined #openstack-nova14:33
mriedemthe generic use of 'volume' all over the code confused me14:33
johnthetubaguydansmith: that would be awesome, thank you14:33
*** ajayaa has joined #openstack-nova14:33
mriedemsince the gory details are down in the virt layer, not where this change is being made14:34
dansmithjohnthetubaguy: https://review.openstack.org/17779114:35
*** Longgeek has quit IRC14:35
*** Longgeek has joined #openstack-nova14:36
jgriffithmriedem: ohh... I've been asking this person for clarification on that bug.  Maybe the patch will help me :)14:36
* jgriffith is looking14:36
mriedemjgriffith: i think i have enough comments in there now to understand it14:36
mriedemjgriffith: but it doesn't fix the bug anyway14:36
*** tjones1 has joined #openstack-nova14:37
johnthetubaguydansmith: awesome, thank you14:38
jgriffithmriedem: yeah, that's not useful that I can see14:38
*** browne has joined #openstack-nova14:38
*** tsekiyama has joined #openstack-nova14:38
*** Kevin_Zheng has quit IRC14:40
*** dave-mccowan has joined #openstack-nova14:40
*** mspreitz has joined #openstack-nova14:41
*** foexle has quit IRC14:41
*** achanda has quit IRC14:41
jgriffithmriedem: so I'm pretty opposed to introducing any concept of Nova auto-deleting a Cinder resource that a user tried to bring in to Nova FWIW14:43
mriedemjgriffith: yeah, that was my original -114:44
mriedembut in the case of these bdm types, nova is actually creating them14:44
mriedemsec14:44
jgriffithmriedem: ahh... didn't see that.  Umm... but how do you "know" that14:44
jgriffithmriedem: I mean, I know that code-path exists, but I don't see a way to detect it later14:44
mriedemsnapshot: http://git.openstack.org/cgit/openstack/nova/tree/nova/virt/block_device.py#n31814:44
johnthetubaguydansmith: I am thinking we just do RC3 containing only that patch, to limit the regression risk of stuffing anything else in there, does that work for you as well?14:44
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/virt/block_device.py#n34014:44
mriedemhttp://git.openstack.org/cgit/openstack/nova/tree/nova/virt/block_device.py#n36314:45
jgriffithmriedem: yeah, I've never liked that method by the way :)  It's never really worked reliably14:45
mriedemjgriffith: so for those types nova creates the volume in cinder and the method being changed in the compute manager is the wait_func passed down here14:45
dansmithjohnthetubaguy: there was another thing recently that I was thinking should be in rc3 if we did it, let me look and think14:45
jgriffithmriedem: anything larger than a Cirros image tends to time out14:45
mriedemjgriffith: the wait function you mean?14:46
dansmithjohnthetubaguy: ah, this one: https://review.openstack.org/#/c/176741/14:46
jgriffithmriedem: That might be new since I last looked14:46
dansmithjohnthetubaguy: that's not runtime code, so regression concerns are small I think, but it's something people have to have before they can roll forward14:46
mriedemjgriffith: i think _await_block_device_map_created in the compute manager has been around a long time14:47
jgriffithmriedem: which would solve my big problem with it.  We never make the usual 90 second default14:47
johnthetubaguydansmith: oh, thats a good point...14:47
*** nkrinner has quit IRC14:47
jgriffithmriedem: oh.. derp14:47
jgriffithmriedem: so the problem is that 9/10 times thta volume_api.create is going to fail14:47
mriedemjgriffith: so the default wait there is 3 minutes14:48
mriedemloops 60 times with a 3 second wait in between loops14:48
mriedemjgriffith: fail how?14:48
*** zz_jgrimm is now known as jgrimm14:48
jgriffithmriedem: anyway... but if you have an image/volume that's a couple gig and you are doing the qemu-convert/dd or even just a dd it can take longer14:48
jgriffithif you don't have a "real" iSCSI network14:48
jgriffithmriedem: lemme look at it and make sure it's the same use case that I'm talking about14:49
*** hemnafk is now known as hemna14:49
jgriffithmriedem: I could be leading you down the wrong path here :)14:49
claudiubany ironic fellows around?14:49
jgriffithmriedem: but regardless for the submitters patch to be "safe" IMO we'd need to have a marker that tells us Nova created the resource before allowing Nova to delete it14:50
*** ajayaa has quit IRC14:50
mriedemjgriffith: yeah, that's what i was worried about. right now this is very tightly coupled with assuming the virt layer bdm code is doing the create14:51
mriedemwhich today it is, but someone could change that later and forget to update this and then oops data loss14:51
*** annegentle has joined #openstack-nova14:51
jgriffithmriedem: yep14:51
jgriffithmriedem: very easily could happen I think14:51
mriedemso my comment for that was, rather than the compute manager doing this, let the nova.virt.block_device code handle the volume delete on failure since that's the layer that's doing the volume create14:53
mriedemleave the compute manager out of it14:53
jgriffithmriedem: makes sense, and it's relatively EZ as it already has the knowledge14:53
jgriffithmriedem: reading your comment now14:53
*** salv-orl_ has quit IRC14:54
*** zul has quit IRC14:59
*** marcusvrn_ has joined #openstack-nova14:59
*** zul has joined #openstack-nova14:59
*** zzzeek has joined #openstack-nova15:00
*** tsekiyama has quit IRC15:00
*** ociuhandu has joined #openstack-nova15:01
*** beagles_brb is now known as beagles15:01
*** gszasz has quit IRC15:04
*** doron_afk is now known as doron15:04
*** ajayaa has joined #openstack-nova15:06
*** dsanders has joined #openstack-nova15:06
openstackgerritSergey Nikitin proposed openstack/nova-specs: Implement server instance tagging  https://review.openstack.org/17711215:07
*** nelsnelson has joined #openstack-nova15:07
*** dulek___ has quit IRC15:08
*** davideagnello has joined #openstack-nova15:09
*** aix has quit IRC15:09
*** arnaud____ has joined #openstack-nova15:12
*** annegentle has quit IRC15:12
*** kbyrne has quit IRC15:12
openstackgerritMatt Riedemann proposed openstack/nova: Virt: update shared storage base methods  https://review.openstack.org/16245715:13
*** davideagnello has quit IRC15:13
mriedem^ pulled that out of the gate since the ceph job was failing on it15:14
kashyapmriedem: Hi, a random Virt question. . .do you know of any strange storage cases where while creating a base qcow2 image (with `qemu_img`), you set a non-default cluster_size value (between 512K and 2MB)?15:14
mriedemmtreinish: hmm, wtf, the ceph job is supposed to be voting...15:15
*** afazekas has quit IRC15:15
mtreinishmriedem: it is voting isn't it?15:15
mriedemmtreinish: it was....15:15
mriedemkashyap: doesn't ring a bell15:15
mriedemmtreinish: checking project-config15:16
*** kbyrne has joined #openstack-nova15:16
*** salv-orlando has joined #openstack-nova15:16
mtreinishmriedem: look at status.o.o/zuul the nova patch at the top of the gate is run ceph voting15:16
*** arnaud____ has quit IRC15:16
*** zhenguo has quit IRC15:17
mriedemmtreinish: ah, https://review.openstack.org/#/c/162457/2 - jenkins was 3/24 there, before we made the ceph job voting15:18
mtreinishah, ok15:18
*** dsanders has quit IRC15:19
*** dguitarbite has quit IRC15:19
mriedemmtreinish: i can't find a fingerprint on that trace15:22
*** Nikolay_St has quit IRC15:22
*** marun has joined #openstack-nova15:22
mriedemah here we go15:23
*** dboik_ has joined #openstack-nova15:23
*** irenab_ has joined #openstack-nova15:23
mriedemhttp://goo.gl/i5daj015:23
mriedemstarted today15:23
mriedemmtreinish: it only hit on 2 changes, gary's and alaski's: https://review.openstack.org/#/c/171299/15:24
*** irenab has quit IRC15:24
*** irenab_ is now known as irenab15:24
*** artom_ has joined #openstack-nova15:25
*** artom has quit IRC15:25
*** otter768 has joined #openstack-nova15:26
*** dboik has quit IRC15:26
*** tojuvone has quit IRC15:26
mdboothNova requirements.txt contains:15:28
mdboothoslo.db>=1.7.0,<1.8.0  # Apache-2.015:28
mdboothAny idea why that <1.8.0 is in there?15:28
mriedemmdbooth: stable branch caps on requirements15:28
mriedemsynced from global-requirements15:28
mdboothWhat do I need to do to use newer oslo.db?15:28
mriedemthose will be uncapped at some point in liberty15:28
mriedempropose a change to global-requirements15:29
*** Marga_ has joined #openstack-nova15:29
mdboothThanks15:29
mdboothIncidentally, how do I see the version of oslo.db in git?15:29
mdboothMy grep-fu is failing me15:29
*** Marga__ has joined #openstack-nova15:29
*** obondarev_ is now known as obondarev15:30
jrollmdbooth: 'git tag' should show you all versions available15:30
kashyapmriedem: Np. If you're curious, read the discussion here in this commit message -- https://review.openstack.org/#/c/177574/3//COMMIT_MSG15:30
*** otter768 has quit IRC15:30
mtreinishmriedem: they should already be uncapped15:31
kashyapmdbooth: You might want to look too (since you commented :-) ) DanPB has a valid point there.15:31
*** penick has joined #openstack-nova15:31
mtreinishmriedem: http://git.openstack.org/cgit/openstack/requirements/tree/global-requirements.txt#n6615:31
*** tjones1 has quit IRC15:32
*** Marga_ has quit IRC15:33
bauzasjohnthetubaguy: FYI, https://blueprints.launchpad.net/nova/+spec/check-destination-on-migrations15:33
bauzasjohnthetubaguy: we discussed about that a couple of days before15:34
openstackgerritChris Friesen proposed openstack/nova: libvirt: check qemu version for NUMA & hugepage support  https://review.openstack.org/17078015:34
bauzasjohnthetubaguy: just a clarification, I'm planning to expose it at the API level (for the optionnality of checking the destination) so a spec would be needed15:35
johnthetubaguybauzas: yeah, API means needs a spec15:35
openstackgerritDimitri Mazmanov proposed openstack/nova: Fix documentation for scheduling filters  https://review.openstack.org/17782415:35
bauzasjohnthetubaguy: do you agree with the optionality, or should I split my bp into 2, one for extending the Scheduler API (not requiring a spec) and one for exposing it at the API level ?15:35
*** nelsnelson has quit IRC15:35
johnthetubaguybauzas: only needs one spec I think15:36
bauzasjohnthetubaguy: and one BP ? :)15:36
johnthetubaguybauzas: yep, its 1:115:36
bauzasjohnthetubaguy: yeah ok, that's what I thought15:36
*** dboik_ has quit IRC15:36
bauzasit's more convenient to make it optional15:36
johnthetubaguybauzas: its a use case thing, be clear why we don't check it when for the "admin" operations15:36
*** dboik has joined #openstack-nova15:37
johnthetubaguybauzas: not sure what you mean by optional, but I look forward to reviewing the spec15:37
bauzasjohnthetubaguy: all the migration tasks are admin only, I think15:37
*** foexle has joined #openstack-nova15:37
johnthetubaguybauzas: by default, and in concept, yet15:37
*** Marga__ has quit IRC15:37
bauzasyou can't evacuate if you're an end-user15:37
johnthetubaguys/yet/yes/15:37
johnthetubaguybauzas: thats up to policy, but in general, no15:38
bauzasjohnthetubaguy: ok, I'm not planning to modify that, just adding a new --check option to the CLI15:38
johnthetubaguybauzas: hmm, OK, I imagined a check destination call thats separate15:38
bauzasjohnthetubaguy: agreed, that's just the matter of all the loooong convo that I discussed with mriedem and alex_xu :)15:38
bauzasjohnthetubaguy: that would be a new Scheduler API call15:39
*** armax has joined #openstack-nova15:39
bauzasjohnthetubaguy: but within the conductor methods for the migrations, it would be optional - given what's in the API15:39
bauzasjohnthetubaguy: if not, operators could complain we would add a call to the scheduler for something which was not done already15:39
bauzasjohnthetubaguy: but let's discuss on the spec15:40
johnthetubaguybauzas: I think its a separate API call, but yeah, lets discuss on the spec15:40
*** mpavone has quit IRC15:40
bauzasjohnthetubaguy: ooooh I see your point15:40
bauzasjohnthetubaguy: I'll mention that as alternative, thanks for the idea15:41
johnthetubaguybauzas: but either could work I guess, needs thought15:41
johnthetubaguysounds good15:41
*** browne has quit IRC15:41
*** angdraug has joined #openstack-nova15:42
mdboothmtreinish: Interesting. Any idea what the schedule is for nova to pull in global requirements?15:42
*** flashgordon is now known as jogo15:42
*** annashen has joined #openstack-nova15:42
mriedemjbernard: i can't figure out what's changed outside of those changes which might be breaking the ceph jobs15:43
mriedemjbernard: it passed the check queue on https://review.openstack.org/#/c/171299/ though15:43
mriedemand that doesn't have anything to do directly with shared storage15:43
mtreinishmdbooth: https://review.openstack.org/#/c/176844/15:43
*** dikonoor has quit IRC15:43
jbernardmriedem: does it break outside of those changes?15:44
mriedemjbernard: nope15:44
mriedemjbernard: http://goo.gl/i5daj015:44
*** annashen has quit IRC15:44
*** jroll has quit IRC15:44
*** dikonoor has joined #openstack-nova15:45
*** jroll has joined #openstack-nova15:46
*** sdake has joined #openstack-nova15:47
*** josecastroleon has quit IRC15:48
*** nelsnelson has joined #openstack-nova15:49
openstackgerritChris Friesen proposed openstack/nova: unify libvirt driver checks for qemu  https://review.openstack.org/17554215:50
jbernardthat's odd, ill try it out but I need a bit of time, im juggling a few things at the momemnt15:50
mdbooth        self.assertEqual(2, mock_safe_decode.call_count)15:50
* mdbooth asserts that this kind of test is wrong in almost all circumstances15:51
cfriesenmriedem: could you take a quick look at https://review.openstack.org/#/c/170780/ ?  It's basically the same as wehn you did +2 earlier, just updated due to merge conflicts.15:51
*** bkopilov has quit IRC15:52
*** jroll has quit IRC15:53
*** jroll has joined #openstack-nova15:53
*** salv-orlando has quit IRC15:53
*** tjones1 has joined #openstack-nova15:54
*** rpodolyaka1 has joined #openstack-nova15:56
*** Sukhdev has joined #openstack-nova15:56
*** browne has joined #openstack-nova15:58
*** bkopilov has joined #openstack-nova15:58
mriedemcfriesen: yeah will look in a bit15:59
*** afazekas has joined #openstack-nova16:00
*** penick has quit IRC16:01
*** david-ly_ is now known as david-lyle16:01
*** tsekiyama has joined #openstack-nova16:03
*** nelsnelson has quit IRC16:03
*** alexpilotti has joined #openstack-nova16:04
*** nelsnelson has joined #openstack-nova16:04
*** jlanoux has quit IRC16:05
*** artom_ has quit IRC16:05
*** salv-orlando has joined #openstack-nova16:09
*** mpaolino has quit IRC16:09
*** salv-orl_ has joined #openstack-nova16:10
*** SpamapS has quit IRC16:12
*** neelashah has quit IRC16:12
*** salv-orlando has quit IRC16:13
*** Sukhdev has quit IRC16:15
*** jcoufal has joined #openstack-nova16:15
*** unicell1 has quit IRC16:15
openstackgerritdave-mcnally proposed openstack/nova: Add policy to cover snapshotting of volume backed instances  https://review.openstack.org/17680516:16
*** zul has quit IRC16:16
cfriesenmriedem: awesome, thanks16:17
*** dkliban has left #openstack-nova16:17
openstackgerritJohn Garbutt proposed openstack/nova-specs: api: relax validation for unversioned requests  https://review.openstack.org/17324316:21
*** amotoki_ has joined #openstack-nova16:21
*** jistr has quit IRC16:21
*** amotoki_ is now known as amotoki16:21
*** armax has quit IRC16:22
*** armax has joined #openstack-nova16:23
*** ociuhandu has quit IRC16:26
*** neelashah has joined #openstack-nova16:27
*** mpaolino has joined #openstack-nova16:27
*** yassine has quit IRC16:28
*** dboik_ has joined #openstack-nova16:30
*** doron is now known as doron_afk16:31
*** tonytan4ever has quit IRC16:34
*** ociuhandu has joined #openstack-nova16:34
*** dboik has quit IRC16:34
*** doron_afk has quit IRC16:35
*** afazekas has quit IRC16:35
*** rajesht has quit IRC16:36
*** afazekas has joined #openstack-nova16:36
*** dsanders has joined #openstack-nova16:41
*** dikonoor has quit IRC16:43
lucasagomeshi, if you have a time mind taking a look at this Ironic patch https://review.openstack.org/#/c/172930/ ? It's a fairly small patches (+20, -0 LOC) and help when troubleshooting Ironic (as per bug)16:43
lucasagomesthank you16:43
openstackgerritsahid proposed openstack/nova: libvirt: add method to get cpu stats to host  https://review.openstack.org/17722316:45
openstackgerritsahid proposed openstack/nova: libvirt: add method to get hardware info to Host  https://review.openstack.org/17722216:45
openstackgerritsahid proposed openstack/nova: libvirt: add method to compare cpu to Host  https://review.openstack.org/17733116:45
openstackgerritsahid proposed openstack/nova: libvirt: add method to list pci devices to Host  https://review.openstack.org/17733016:45
openstackgerritsahid proposed openstack/nova: libvirt: add method to get device by name to Host  https://review.openstack.org/17732916:45
openstackgerritsahid proposed openstack/nova: libvirt: avoid call of listDefinedDomains when post live migration  https://review.openstack.org/17732816:45
openstackgerritsahid proposed openstack/nova: libvirt: add method to define instance to host  https://review.openstack.org/17431416:45
openstackgerritsahid proposed openstack/nova: libvirt: introduces a Guest to wrap arround virConnect  https://review.openstack.org/17431316:45
openstackgerritsahid proposed openstack/nova: libvirt: add note to do note call libvirt from the driver  https://review.openstack.org/17733216:45
openstackgerritsahid proposed openstack/nova: libvirt: introduces a Guest to wrap arround virConnect  https://review.openstack.org/17431316:48
openstackgerritsahid proposed openstack/nova: libvirt: add todo note to avoid call to libvirt from the driver  https://review.openstack.org/17733216:48
*** armax has quit IRC16:49
*** derekh has quit IRC16:49
*** Sukhdev has joined #openstack-nova16:51
*** afazekas has quit IRC16:52
*** unicell has joined #openstack-nova16:53
*** unicell has quit IRC16:54
*** unicell has joined #openstack-nova16:54
*** unicell has quit IRC16:55
*** unicell has joined #openstack-nova16:55
*** sahid has quit IRC16:55
*** promulo__ has joined #openstack-nova16:56
*** promulo_ has quit IRC16:57
*** romainh has left #openstack-nova16:57
*** vilobhmm1 has joined #openstack-nova16:58
*** vilobhmm1 has quit IRC16:58
*** erlon has joined #openstack-nova16:58
*** vilobhmm1 has joined #openstack-nova16:58
*** afazekas has joined #openstack-nova17:00
*** arnaud____ has joined #openstack-nova17:01
*** foexle has quit IRC17:01
*** pixelb has quit IRC17:01
*** Nic has joined #openstack-nova17:02
*** patrickeast has joined #openstack-nova17:02
*** vilobhmm1 has quit IRC17:03
*** alexpilotti has quit IRC17:03
openstackgerritAndrew Laski proposed openstack/nova: Add a method to skip cells syncs on instance.save  https://review.openstack.org/17735617:05
*** ijw has quit IRC17:05
*** davideagnello has joined #openstack-nova17:05
*** arnaud____ has quit IRC17:05
*** moshele has quit IRC17:05
*** Nic has quit IRC17:06
*** yamahata has joined #openstack-nova17:07
dansmithalaski: boy you got a lot of activity on that patch17:08
dansmithalmost like the subject was "free beer"17:08
alaskiheh.  you're giving people ideas now17:09
*** wuhg has quit IRC17:09
*** vilobhmm1 has joined #openstack-nova17:10
dansmithheh17:10
*** exploreshaifali has joined #openstack-nova17:10
*** ociuhandu has quit IRC17:13
*** ociuhandu has joined #openstack-nova17:14
dansmithalaski: what's the format of cell_name now? isn't it foo!bar!baz ?17:15
alaskidansmith: foo!bar@compute17:15
*** lucasagomes is now known as lucas-dinner17:16
dansmithokay, so what was the plan with using that delimiter for the signal? seems potentially confusing17:16
dansmithwhere you could use something like * and then just cell_name.remove('*')17:16
*** EmilienM is now known as EmilienM|afk17:17
alaskias crazy as it would be, someone could technically use * in a name17:17
*** neelashah has quit IRC17:17
*** afazekas has quit IRC17:18
alaskibut !! would be illegal from a routing standpoint17:18
dansmithalaski: is there no char we could use that is banned?17:18
openstackgerritjichenjc proposed openstack/nova: Add log for volume status if it failed  https://review.openstack.org/17788717:19
*** kiran-r has quit IRC17:19
*** alanf-mc has joined #openstack-nova17:19
*** xyang1 has joined #openstack-nova17:19
*** exploreshaifali has quit IRC17:20
alaskidansmith: doesn't look like it17:20
dansmithboo, okay17:20
openstackgerritJohn Garbutt proposed openstack/nova-specs: Move qualified-uuids spec to liberty  https://review.openstack.org/13262317:20
*** achanda has joined #openstack-nova17:20
alaskidansmith: the component pieces are pulled from StrOpt config values.  So if those have banned chars we could use them, I'll check17:23
*** ashishjain has joined #openstack-nova17:23
*** penick has joined #openstack-nova17:23
dansmithalaski: okay17:23
dansmithalaski: not a huge deal, I just wish we could use something else17:23
dansmithalaski: left some comments in there, but otherwise I think that's how we should do this, IMHO17:23
dansmithhacky, but limited scope/damage17:23
alaskiagreed.  I would prefer a better signal17:24
*** mpaolino has quit IRC17:24
*** salv-orlando has joined #openstack-nova17:26
*** otter768 has joined #openstack-nova17:27
*** salv-orl_ has quit IRC17:27
alaskiwe could limit the range of acceptable chars for that config option, but by default nothing is banned17:28
dansmithyeah, but that could break someone that already runs cells and doesn't make good life decisions :)17:28
dansmithi.e. starting a cell name with *17:28
alaskiyep17:29
*** mpaolino has joined #openstack-nova17:29
*** marun has quit IRC17:30
*** pradipta has quit IRC17:30
*** otter768 has quit IRC17:31
*** penick has quit IRC17:32
*** sdake_ has joined #openstack-nova17:34
*** sdake has quit IRC17:36
*** armax has joined #openstack-nova17:36
alaskidansmith: the reason I went with cleaning the cell_name up top is that I started building up a lot of logic around the db.instance_update_and... call to preserve and restore the cell_name in order to disable the later sync.  And then I had to clean it up at the end again anyways17:36
dansmithoh, I meant to suggest that we make that a special case above17:37
dansmithlet me comment on that,17:37
*** marun has joined #openstack-nova17:37
dansmithbut even still, it was just a suggestion to make it a little clearer, not critical17:37
alaskiyeah.  I started out that way and it ended up being messy just around the actual db update, it was much cleaner elsewhere17:39
*** Nic has joined #openstack-nova17:39
dansmithalaski: I just commented again.. you did it there?17:40
dansmithit feels wrong to modify the instance in save, for any purpose other than refreshing from the DB, which is also part of my hesitation17:40
dansmithbut if it's messier for some reason, then that's fine. I'd still rather keep it confined to cells-y things like this, so I won't complain too much :)17:41
alaskidansmith: ah, your latest comment was something I missed.  that would be much easier17:42
dansmithokay :)17:42
*** jwcroppe has quit IRC17:43
alaskiI had still been modifying the instance before, not the updates17:43
dansmithah17:43
*** jwcroppe has joined #openstack-nova17:43
*** sdake has joined #openstack-nova17:45
*** sudipto has quit IRC17:46
*** amotoki has quit IRC17:47
*** liusheng has quit IRC17:47
*** jwcroppe has quit IRC17:47
*** sdake_ has quit IRC17:48
*** liusheng has joined #openstack-nova17:48
*** marcusvrn_ has quit IRC17:49
*** dprince has quit IRC17:50
*** harlowja_away is now known as harlowja_17:52
*** neelashah has joined #openstack-nova17:52
*** mpaolino has quit IRC17:52
openstackgerritDan Smith proposed openstack/nova-specs: Add admin-query-any-keypair.rst  https://review.openstack.org/17557917:57
*** jwcroppe has joined #openstack-nova17:57
*** claudiub has quit IRC18:00
*** alanf-mc has quit IRC18:01
*** jogo has quit IRC18:03
*** kiran-r has joined #openstack-nova18:04
*** redbeard has quit IRC18:05
*** ijw has joined #openstack-nova18:05
*** EmilienM|afk is now known as EmilienM18:06
*** artom has joined #openstack-nova18:09
*** davideagnello has quit IRC18:10
*** davideagnello has joined #openstack-nova18:12
openstackgerritMiguel Lavalle proposed openstack/nova-specs: Integrate DNS resolution with Neutron using Nova hostname  https://review.openstack.org/9015018:12
*** yamahata has quit IRC18:14
openstackgerritPetrut Lucian proposed openstack/nova: Add Hyper-V storage QoS support  https://review.openstack.org/17547918:16
*** dboik_ has quit IRC18:17
*** dboik has joined #openstack-nova18:18
*** josecastroleon has joined #openstack-nova18:18
*** Sukhdev has quit IRC18:20
*** ajayaa has quit IRC18:20
*** jcoufal has quit IRC18:20
*** bkopilov has quit IRC18:25
*** VW_ has quit IRC18:26
*** unicell has quit IRC18:26
*** unicell1 has joined #openstack-nova18:26
*** bkopilov has joined #openstack-nova18:26
*** kiran-r has quit IRC18:29
*** exploreshaifali has joined #openstack-nova18:30
*** rajesht has joined #openstack-nova18:33
*** signed8bit has joined #openstack-nova18:33
*** VW_ has joined #openstack-nova18:33
*** tonytan4ever has joined #openstack-nova18:33
*** jwcroppe has quit IRC18:34
*** jwcroppe has joined #openstack-nova18:35
*** jwcroppe has quit IRC18:36
*** jwcroppe has joined #openstack-nova18:36
*** rajesht has quit IRC18:37
*** angdraug has quit IRC18:45
dansmithalaski: on this: https://review.openstack.org/#/c/176083/2/specs/liberty/approved/request-spec-object.rst,cm18:47
dansmithalaski: are those half dozen or so attributes the only ones from instance_properties that we really need whilst booting an instance ?18:47
*** josecastroleon has quit IRC18:48
*** Longgeek has quit IRC18:48
alaskidansmith: those are the only ones that the scheduler needs.  To fully create an instance will need more18:48
*** alanf-mc has joined #openstack-nova18:48
*** unicell has joined #openstack-nova18:48
*** unicell1 has quit IRC18:49
*** IanGovett has quit IRC18:49
*** arnaud____ has joined #openstack-nova18:49
dansmithalaski: what I mean is, are those the only ones for the value of which we need as part of the request? like, all the other hundred properties are implied values?18:50
alaskiI think it depends on whose perspective we're considering18:51
alaskiif you're thinking of the api, or a cell, then no18:51
*** danpb has joined #openstack-nova18:53
*** arnaud____ has quit IRC18:53
alaskihostname, kernel_id, ramdisk_id, userdata, and a few other things are missing18:54
*** ajayaa has joined #openstack-nova18:54
*** IanGovett has joined #openstack-nova18:55
alaskiI'm still working out where to keep that for returning in the API.  request_spec is only a subset of what we need18:55
*** alanf-mc has quit IRC18:55
*** marun_ has joined #openstack-nova18:55
*** tonytan4ever has quit IRC18:56
*** arif-ali has joined #openstack-nova18:57
*** Sukhdev has joined #openstack-nova18:58
*** marun has quit IRC18:58
*** jwcroppe has quit IRC18:58
*** jwcroppe has joined #openstack-nova18:59
*** baoli has quit IRC19:01
johnthetubaguydansmith: alaski: are you free for a nova-drivers meeting now?19:02
dansmithjohnthetubaguy: yep19:02
*** ajayaa has quit IRC19:02
dansmithjohnthetubaguy: you said it would be in here right?19:02
johnthetubaguynot sure how many folks on the list are actually online right now, but anyways19:02
* danpb waves19:02
johnthetubaguyyeah, seemed as good a place as any19:02
johnthetubaguydanpb: hi, good to see you :)19:02
dansmithokay, thought maybe I was being poked to jump somewhere :)19:03
johnthetubaguyso I was thinking lets start with this: https://etherpad.openstack.org/p/liberty-nova-summit-ideas19:03
alaskiI'm here, but also in a last minute VC19:03
johnthetubaguybeen looking at the sessions we should have, maybe lets scroll down the bottom and see what you think to my sketch?19:03
johnthetubaguyalaski: ah, no worries19:03
dansmithjohnthetubaguy: do we need virt driver sessions?19:04
dansmithI thought we didn't have them in paris19:04
johnthetubaguydansmith: we didn't, I put them in there to fill a whole, we can drop them19:04
*** davideagnello has quit IRC19:04
dansmithIMHO, they're usually not that useful19:04
alaski+119:04
dansmithalso definitely don't want a "containers" one19:04
danpbin prev summits they just ended up being a boring walk through of blueprints19:05
johnthetubaguyyeah, deleted19:05
danpbso don't think they really added much value19:05
dansmithI would say we should start with the scheduler one19:05
*** ijw has quit IRC19:05
*** lpetrut has quit IRC19:05
*** moshele has joined #openstack-nova19:05
danpbyep, def need to make sure we move forwards in schedular stuff19:05
dansmithin fact,19:05
dansmithI think maybe first session on scheduler next steps,19:05
johnthetubaguyI was wondering about leaving the early slot blank19:05
dansmithand the second one on scheduler+cells==?PROFIT?19:06
*** davideagnello has joined #openstack-nova19:06
johnthetubaguyso we get a warm up one in there?19:06
johnthetubaguyOh, I do like that idea though19:06
dansmithit'll be wednesday19:06
johnthetubaguytrue19:06
dansmithI think we'll be chomping at the bit to talk at this point19:06
danpbi think in paris we had some generic unconference sessions on each day19:06
alaskiyeah, scheduler and cells should probably be close together19:06
dansmithbecause we'll have done the cross-project ones19:06
danpbwhere people could propose random short topics19:06
dansmithhe had those in there19:06
dansmithunconf ones, that is19:06
danpboh yeah, i see them now i scrolled more19:07
johnthetubaguydanpb: I went for after lunch again19:07
johnthetubaguythat seemed to work19:07
*** Nikolay_St has joined #openstack-nova19:07
johnthetubaguy(when I didn't get stuck in a pizza place)19:07
dansmithjohnthetubaguy: I actually meant a whole cells/scheduler one.. alaski do you think one for cellsv2 is enough?19:07
dansmithI think we could talk about just the scheduling bit for at least an hour19:07
dansmithand I don't want that to squeeze out other discussions we might need to have19:07
alaskiright.  I would do one on scheduler/cells and one on everything else in cells19:08
dansmithjohnthetubaguy: okay, that looks good19:08
dansmithjohnthetubaguy: that timeboxes the scheduler bit, after the break, we have to move on19:08
johnthetubaguydansmith: alaski: I couldn't decide if they both needed two slots, I like the three together19:08
johnthetubaguytop idea19:08
dansmiththe three like this seems good to me19:08
dansmithhow about we put resource tracker crapolium in the slot after that19:09
*** jog0 has joined #openstack-nova19:09
dansmithwe need to talk about that too, IIRC19:09
alaskithe three look good to me too19:09
jog0sorry for showing up late, had some IRC proxy issues19:09
*** promulo_ has joined #openstack-nova19:09
johnthetubaguyjog0: no worries, we are looking at this: https://etherpad.openstack.org/p/liberty-nova-summit-ideas19:09
dansmithjaypipes: bauzas do we need a session on unfscking the RT?19:09
johnthetubaguydansmith: so thats 4 on scheduling and cells, I guess that makes sense19:10
dansmithseparate from scheduler stuff?19:10
*** promulo__ has quit IRC19:10
dansmithjohnthetubaguy: well, scheduler/RT is the biggest single pile of poo we have, no? :)19:10
johnthetubaguydansmith: that and quotas19:10
bauzashola19:10
dansmithyeah,19:10
*** penick has joined #openstack-nova19:11
*** dprince has joined #openstack-nova19:11
* bauzas rewinding19:11
johnthetubaguybauzas: https://etherpad.openstack.org/p/liberty-nova-summit-ideas19:11
dansmithjohnthetubaguy: feels like the API one might should be on the operatory day19:11
johnthetubaguydansmith: I flip flopped with that one, yeah19:11
danpbif schedular is the biggest mess to discuss, should we reserve a slot on the last day too19:11
danpbso if the topics on day 1 trigger more thoughts over the rest of the days, we have space to revisit them on last day19:12
dansmithjohnthetubaguy: we could swap the API one and the functional testing one19:12
dansmithdanpb: we have friday19:12
dansmithwhich is unstructured19:12
johnthetubaguydanpb: we have the final day meetup thing which should do that quite well I hope19:12
*** tonytan4ever has joined #openstack-nova19:12
danpbok19:12
bauzaswell, we should maybe try to have one session before friday for the scheduler so we could discuss any left issue on Friday IMHO19:12
johnthetubaguydansmith: but I had two slots of API, maybe thats silly?19:12
dansmithbauzas: we have three right now :)19:13
bauzasdansmith: oh cool19:13
dansmithjohnthetubaguy: I think that's likely overkill19:13
dansmithbut maybe others disagree19:13
bauzasyeah, I would like to discuss on how we could have a scalable scheduler19:13
johnthetubaguydansmith: thats probably fair, we have most stuff sorted now19:13
bauzasand we should also discuss for cells V219:13
dansmithbauzas: are you seeing the doc?19:13
dansmithbauzas: we have those covered19:13
dansmithbauzas: scroll to the bottom19:13
bauzaserf19:14
* bauzas needs to awake19:14
johnthetubaguydansmith: does that look better?19:14
johnthetubaguyapi wise19:14
bauzasdansmith: oh right19:14
bauzasjohnthetubaguy: +1 on your planning19:15
dansmithyeah19:15
jog0should we have cells v2 next steps before scheduler and cells?19:15
bauzasagreed on API, I think the operators need to be there19:15
dansmithjohnthetubaguy: I don't think we need to necessarily19:15
dansmithoops19:15
dansmithjog0: ^19:15
bauzasbecause there are some things we should discuss with them19:15
bauzaslike having different policies between v2.0 and v2.1, how to have a client knowing that, etc.19:16
johnthetubaguyI quite like doing scheduling first actually, its probably the biggest direction sticking point I guess19:16
dansmithno19:16
jog0dansmith: well for scheduler and cells wil the discussions from cells v2 next steps have any impact on it?19:16
dansmithlike "when can we drop v2" :)19:16
dansmithjog0: I think it's the other way around19:16
jog0dansmith: kk, just checking19:16
dansmithjog0: scheduling might dictate some directions we have to follow19:16
dansmithscheduling being the hard part19:17
dansmithjohnthetubaguy: so are we good with what is on there now such that we can fill some of the holes?19:17
johnthetubaguydansmith: its a random stab, but I like the tweaks19:17
johnthetubaguyis it looking how people expected?19:17
*** alanf-mc has joined #openstack-nova19:17
dansmithyep19:17
johnthetubaguyit feels similar to paris, which is no bad thing19:18
dansmithone thing,19:18
dansmiththe nova-net discussion is only one session, and while I'm fine talking about it for zero sessions,19:18
jog0we have a lot of operator feedback requested comments what does that mean19:18
jog0johnthetubaguy: ^19:18
dansmithI do worry that it butts up against quittin' time19:18
dansmithjog0: things we want to schedule such that they don't overlap the ops sessions in other rooms19:18
johnthetubaguydansmith: thats true, its the only slot where neutron doesn't have a slot19:18
dansmithjog0: they have some stuff on weds, so our stuff is thurs to avoid conflicts19:19
dansmithjohnthetubaguy: okay, well, then that's fine19:19
dansmithjohnthetubaguy: maybe it's good to have a hard ending on it anwyay :)19:19
jog0dansmith: cool19:19
johnthetubaguydansmith: keeps people on their toes for something19:19
dansmithmaybe :)19:19
jog0so not sure where this would fit or if it makes sense at all: but what about a Kilo retrospective19:20
jog0what worked what didn't etc19:20
dansmithI think that's part of the process one19:20
johnthetubaguyjog0: I was thinking we do that a little bit in the process section?19:20
jog0works for me19:20
danpbon the topic of APIs, is there any need to have a discussion about EC2 API, or are we comfortable with where that's going now ?19:20
dansmithI think it's a done deal19:21
johnthetubaguydanpb: I popped that into the API session19:21
*** jcoufal has joined #openstack-nova19:21
johnthetubaguydanpb: but yeah, I hope its rubber stamp stuff19:21
*** yamahata has joined #openstack-nova19:21
danpbok19:21
* johnthetubaguy crosses fingers19:21
*** whenry has quit IRC19:21
bauzas:)19:21
dansmithyeah19:21
dansmithand if not, we ask the dissenters to leave the room :P19:21
bauzaslol19:21
johnthetubaguyI put it as, when to delete the ec2 api code19:22
dansmithso we have two slots?19:22
johnthetubaguyyeah19:22
*** scottda has joined #openstack-nova19:22
bauzassounds like the new release for the EC2 repo should help us19:22
johnthetubaguyoh, I gave priorities two slots19:22
johnthetubaguyI guess thats correct19:22
dansmithdo we need one on upgrade migrations/objects/etc or are we pretty good on those?19:22
jaypipesjohnthetubaguy: is the other one "when to get rid of API extensions"?19:22
dansmithjohnthetubaguy: if we need a slot for something I think we can bump that19:22
*** sdake_ has joined #openstack-nova19:22
johnthetubaguyjaypipes: yeah, thats in that API session too19:22
jaypipeskk19:22
jaypipesthx19:22
dansmithjaypipes: in 2.1 extensions are gone right?19:22
dansmithI mean effectively gone19:23
jog0johnthetubaguy: what about adding extra time for the process evolution?19:23
jaypipesdansmith: no, not yet :(19:23
jog0johnthetubaguy: there is potentially a lot to hash out in that one19:23
dansmithjaypipes: they're there mechanically, but they no longer swap in modular bits of the API19:23
*** jog0 is now known as jogo19:23
johnthetubaguyjaypipes: the policy is a bit tied to extensions in the current plan, thats a worry there, but yeah19:23
dansmithjogo: those are adjacent so we can bleed as appropriate19:23
johnthetubaguyjogo: yeah, I want to timebox that, there is a cross project on that, I am hoping19:24
jogoahh19:24
dansmithjaypipes: that said, happy to have a "who do we hate? api extensions! what to we want? to kill them with fire!" sort of chant :)19:24
johnthetubaguyjogo: I should check that though!!19:24
jaypipesdansmith: heh :)19:24
johnthetubaguyI can record some tuba stuff for that or something… actually might do that19:24
johnthetubaguyanyways, extra slots19:25
dansmithjohnthetubaguy: tuba is kinda heavy for a chant...19:25
johnthetubaguydansmith: depends how load you shout I guess19:25
dansmithhah19:25
dansmithso, my question above about upgrades/objects/schema ?19:25
johnthetubaguyoh yeah19:26
*** wverdugo500 has joined #openstack-nova19:26
*** sdake has quit IRC19:26
dansmithI'm mostly asking because we failed to land online schema for kilo :/19:26
jogojohnthetubaguy: not sure if this needs a full session but python3?19:26
johnthetubaguydansmith: so johannes is working on Xen stuff now… I need to do something about the online migrations19:26
bauzasdansmith: yeah19:26
dansmithjogo: I don't think a py3 session is useful19:26
dansmithjohnthetubaguy: meaning, he's not working on it anymore?19:26
johnthetubaguyjogo: I am actually getting fairly happy with the spec right now19:27
johnthetubaguydansmith: so he wants feedback on how to get us to understand it properly19:27
*** annegentle has joined #openstack-nova19:27
bauzasdoes the py3 stuff require a big session or could we try to disucss htat on Friday ?19:27
johnthetubaguyI think we can get time for him to fix it up19:27
bauzasbecause it sounds quite cool19:27
dansmithjohnthetubaguy: I wanted it to be in the tree so we can experiment with it19:27
bauzasjust something we should just agree on19:28
jogodansmith: works for me, was just trying to throw ideas out there19:28
johnthetubaguydansmith: that was my thinking too, honestly19:28
dansmithbauzas: does the py3 stuff require any discussion? it's just a thing we need to do19:28
sdaguebauzas: the patch is up to get it to pass on unit tests, I don't think it's a discussion, it's just work19:28
*** otter768 has joined #openstack-nova19:28
dansmithjohnthetubaguy: well, so, should we have a session or no?19:28
bauzasdansmith: maybe just an approval or a blessing I gues19:28
bauzasguess19:28
* bauzas has fat fingers19:28
johnthetubaguydansmith: not sure a session will help, I should check to see if he is coming, I thought he was originally19:28
dansmithokay19:28
bauzasjohnthetubaguy: he is coming19:28
johnthetubaguydansmith: lets pencil it in19:28
bauzasjohnthetubaguy: you mean victor ?19:29
dansmithbauzas: no19:29
dansmithjohnthetubaguy: if it won't help, then perhaps we just skip it19:29
bauzasoh, who else then ?19:29
dansmithjerdfeldt19:29
*** armax has quit IRC19:29
dansmithwe're talking about online schema19:29
*** ociuhandu has quit IRC19:29
bauzasdansmith: sounds like we mixed the py3 and online change discussions :/19:29
bauzas=>[]19:30
johnthetubaguydansmith: it might be good if we just sit down and get that merged, we can make it into a working session if we want that19:30
dansmithbauzas: I think we're saying we don't need a py3 one19:30
johnthetubaguyyeah19:30
dansmithjohnthetubaguy: okay19:30
bauzasokay19:30
johnthetubaguywhat would we talk about in a py3 session?19:30
bauzasjohnthetubaguy: CI maybe ? but agreed, that's pretty straightforward19:30
bauzasnow that eventlet is ported to py319:31
johnthetubaguyright, its not really a discussion19:31
dansmithwhat about nova under apache?19:31
*** armax has joined #openstack-nova19:31
bauzas'please use six, and make sure reviewers check that'19:31
dansmithI'd like to hear what we need to do for that19:31
johnthetubaguydansmith: I lobbed that into API actually19:31
dansmithokay19:31
danpbwhat about level of  support statement for python 319:31
bauzasdansmith: then, why not Pecan ? :D19:31
sdagueso, it might be nice to have a discussion about bug handling, because we never seem to really get that under control, and maybe more heads in one room help sort that out some19:31
johnthetubaguydansmith: maybe we should pull it out19:31
danpbi mean obviously we'll have CI for python 3 in the gate at some point19:31
dansmithsdague: we have process19:31
* bauzas kidding, remember the icehouse convos19:32
danpbbut do we want 3rd party CI to also be testing python 319:32
dansmithjohnthetubaguy: well, api is sounding kinda heavy now :)19:32
johnthetubaguydanpb: there is a spec, basically working twoards equal py27 py35 support19:32
jogoI think py3 would make a decent friday chat19:32
dansmithjohnthetubaguy: maybe we move some things out to weds that are more mechanical and don't need ops feedback?19:32
danpbeg, so we validate vmware driver works with py3 before we call nova fully supported on py319:32
jogodon't think it would be very long19:32
dansmithjohnthetubaguy: like apache19:32
johnthetubaguydansmith: yeah, maybe we have two sessions on that?19:32
bauzaswhy not using the experimental pipeline for py3 ?19:32
*** wverdugo500 has left #openstack-nova19:32
johnthetubaguydansmith: yeah, can make the second one a more ops focused thing19:32
dansmithffs, can we stop talking about py3? :D19:32
bauzas:)19:33
johnthetubaguy+119:33
dansmithjohnthetubaguy: yeah19:33
*** otter768 has quit IRC19:33
sdagueyeh, I'm with dansmith, I think very little about py3 makes sense at this point. It's all mechanical for the next 3 months. And once it's running a bunch we can have policy discussions. Doing that before it's running will just mean a lot of theory talking.19:34
dansmithyep, all well-understood things19:34
jogojohnthetubaguy: will Vek be there?19:34
dansmithjohnthetubaguy: so, I know we have the DB one on thursday, but what about some more internally-focused DB things on weds, like the enginefacade stuff, refactoring our own internal API to be more consistent, etc19:34
dansmithjohnthetubaguy: and save the quotas, etc, for the opsy bit?19:34
*** sdake_ has quit IRC19:35
johnthetubaguydansmith: ah, so roll that into online schemas?19:35
*** sdake has joined #openstack-nova19:35
dansmithjohnthetubaguy: yeah, internal-focused DB stuff19:35
jogoI think a lot of the quotas discussion has gone way off into the weeds19:36
jogoso may take some time to reset19:36
dansmithjohnthetubaguy: so that looks pretty good to me right now19:36
dansmithjohnthetubaguy: the whole schedule I mean19:36
*** angdraug has joined #openstack-nova19:36
johnthetubaguydansmith: sweet19:36
jogoso I don't think having operators in the room for quotas is helpful19:37
*** Mike_D_laptop has joined #openstack-nova19:37
johnthetubaguyjogo: that might be true, but they would maybe turn up anyways19:37
dansmithwell, I think it could be from a rethinking the problem perspective19:37
bauzasjogo: do you know if there is any planned cross-project session about quotas ?19:37
dansmithmore so than many of the other things19:37
dansmithwe can continue the discussion on friday too, without them there19:37
jogobauzas: I do not know, but a quota lib is not the answer IMHO19:37
jogodansmith: sure, its not a big deal19:37
johnthetubaguyjogo: I need it to work before we create a lib19:38
bauzasjogo: I said that because I remember some discussions at ATL19:38
jogojohnthetubaguy: hehe yeah19:38
bauzasjogo: so probably a new update would be done, but agreed there is much to do about that before just providing a lib19:38
jogoa lib doesn't solve the issue of them not working19:38
sdaguejogo: ++19:38
*** exploreshaifali has quit IRC19:39
johnthetubaguydansmith: I am thinking we make quota a pure API request concept, so a failed build just means you need to delete it, etc, I think that fits with cells better19:39
dansmithjust teach people to share and make quotas cooperative, I say :P19:39
bauzasjogo: correct, just wondering if it was a global effort, that's it :)19:39
dansmithjohnthetubaguy: hmm, maybe19:39
jogojohnthetubaguy: yeah, so Vek has the history on all of this19:39
sdaguebauzas: it's not a global effort though, if you've looked at how the current code works19:39
jogojohnthetubaguy: talk to him19:39
johnthetubaguyjogo: yeah, thats on my TODO list19:39
sdagueit's kind of a low level construct19:39
johnthetubaguyjogo: I need to make that happen19:39
jogobauzas: sure other projects cargo culted our quota logic ... which was a stupid on their part.19:40
*** marun_ is now known as marun19:40
*** whenry has joined #openstack-nova19:40
jogobauzas: but lets fix ourselves before getting bogged down in cross project politics19:40
dansmithagreed19:40
bauzassdague: yeah, I know that's not consistent, my take is just to wonder if some other people like Cinder ones should just discuss on that too - just because they *also* have problems: )19:40
johnthetubaguyjogo: I know we have it patched to do some extra stuff we need that sounds like features people are requesting, but yeah19:40
jogojohnthetubaguy: he posted a few comments in the ML and on reviews on this19:40
bauzasjogo: fair enough :)19:40
bauzasthat just reminds me some other area...19:40
johnthetubaguyjogo: I saw some of those, but clearly not all of those19:41
bauzas:)19:41
dansmithjohnthetubaguy: so, are we good on this schedule for now?19:41
sdaguebauzas: it's not that it's not consistent, it's that the kind of things you need to account for are very project specific, and it's not clear there is a good way to do them in a global reusable way. Let's try to fix the narrow first to not be barfy :)19:41
johnthetubaguydansmith: sorry, yes, I guess we are19:41
*** exploreshaifali has joined #openstack-nova19:41
johnthetubaguyis everyone happy with this getting uploaded the the schedule site, I will create etherpads, etc19:41
dansmithjohnthetubaguy: np, just want to make sure we stay on task :)19:41
johnthetubaguydansmith: thats all good19:41
bauzassdague: good point, but I don't see really some bps or bugs about that, do you have a few of them ?19:41
jogowhat would be in the nova error handling bit?19:41
sdaguejohnthetubaguy: so, I wouldn't lock it down until the cross projects sessions get selected, in case stuff you were hoping lands there does not19:42
sdaguebauzas: there are a *ton* of quota bugs :)19:42
johnthetubaguysdague: we can adjust it later, but yeah thats true19:42
sdaguejohnthetubaguy: mostly, don't push to sched quite yet19:42
bauzassdague: eh https://bugs.launchpad.net/nova/+bugs?field.tag=quotas (20)19:42
*** gcivitella has quit IRC19:43
johnthetubaguysdague: why not? I guess I don't want people making plans then changing them19:43
jogojohnthetubaguy: ^ what is nova error handling?19:43
*** lpetrut has joined #openstack-nova19:43
johnthetubaguyjogo: its a decide what we are doing going forward, there was Ops feedback about self-service debugging19:44
*** edleafe- is now known as edleafe19:44
jogojohnthetubaguy: still don't know what that means19:44
johnthetubaguyjogo: I want to write up the current state in devref at some point19:44
sdaguejogo: exposing more error information over the API, for instance19:44
dansmithjogo: sucking less and exposing more useful info than NoValidHost for every failure, I imagine :)19:44
johnthetubaguyjogo: basically decide how logging, notifications, instance faults and instance actions, would be used in an ideal world19:44
sdaguebut doing so in a controlled way so that you can lock it down in the public cloud use case19:45
bauzasjogo: sec, giving you one bug which can describe the problem19:45
jogojohnthetubaguy: so this sounds like a clusterf**ck of a session waiting to happen THB19:45
johnthetubaguyjogo: right now they each give you slightly different information, which is fun19:45
jogonot saying the issue isn't there19:45
sdaguejogo: why?19:45
bauzasjogo: https://bugs.launchpad.net/nova/+bug/143129119:45
openstackLaunchpad bug 1431291 in OpenStack Compute (nova) "Scheduler Failures are no longer logged with enough detail for a site admin to do problem determination" [High,In progress] - Assigned to Sylvain Bauza (sylvain-bauza)19:45
johnthetubaguyjogo: so I am hoping I will present a plan there, whats the concern?19:45
johnthetubaguyso this leads to another point19:45
danpbjogo: not having a session isn't going to improve the problem we already face19:45
johnthetubaguywe need session leaders for some of this19:45
jogobut without a decent amount of preperation and work to make this a concerete discussion, I can see it getting stuck in theoretical land19:46
dansmithjohnthetubaguy: I say we punt on the session leader thing right now19:46
johnthetubaguydansmith: yep19:46
dansmithjohnthetubaguy: at least until we know which of these are staying, or which might be changing based on the cross-project outcome19:46
bauzasjogo: there is a sdague's email quite good as a starting point19:46
johnthetubaguydansmith: except to say, I will ask for peoples to step up on Thursday I guess19:46
dansmithjohnthetubaguy: sure19:47
jogobauzas: link?19:47
johnthetubaguybauzas: can you send me a link, not sure I saw that one?19:47
johnthetubaguyOK. so next bit...19:47
johnthetubaguypriorities19:47
bauzasjohnthetubaguy: jogo: searching...19:47
jogodanpb: having a session that is not run correctly will not help either19:47
johnthetubaguyjogo: totally agreed BTW, thats going to need a plan, like the quota session19:48
danpbjogo: guess it depends what we want to get out of it - general brainstorming sessions can be useful19:48
*** ashishjain has quit IRC19:48
johnthetubaguydanpb: well, needs some structure I guess, I will try at least get that19:48
jogojohnthetubaguy: the error handling sounds like two things. 1) having general guidelines 2) getting bugs fixed in general19:48
danpbif we go into it with the intention to make decisions though, and it just becomes a brainstorming session then obviously that'd be a failure of expectation19:48
jogodanpb: I feel like we have already had those before on this somewhere19:48
bauzasjohnthetubaguy: jogo: well, reading back again the email, not really a bunch of stuff, more scheduler-related but that's a start anyway http://lists.openstack.org/pipermail/openstack-dev/2015-March/058801.html19:48
johnthetubaguyjogo: we did logs, not the rest of it19:48
johnthetubaguyjogo: but I may be missing something19:49
dansmithjohnthetubaguy: so, priorities, eh?19:49
johnthetubaguyhttps://etherpad.openstack.org/p/liberty-nova-priorities19:49
johnthetubaguyyeah19:49
johnthetubaguytalking about have a structure to debate19:49
jogojohnthetubaguy: anyway, as long as someone does the prep for that session and sets expectations sure19:49
* jogo looks at the priorites page19:50
johnthetubaguyjogo: I hope to do that, been doing monitoring stuff recently, so I have been seeing the hurt there19:50
johnthetubaguyso does anyone fancy running the session19:50
*** arnaud____ has joined #openstack-nova19:50
dansmithjohnthetubaguy: I fancy you running it19:50
johnthetubaguyI know jogo did a great job, but I think its someone elses turn19:50
johnthetubaguyso I kinda do fancy it19:50
dansmithwill you be fancy while you run it?19:50
johnthetubaguybut I don't want to steal the job from people :)19:50
johnthetubaguylol19:50
* jogo gladly gives the task to johnthetubaguy19:51
johnthetubaguymy accent can be fancy19:51
dansmith+119:51
dansmithflavour19:51
dansmithmy accent ^19:51
johnthetubaguyin deed19:51
johnthetubaguyOK, so thats my job19:51
johnthetubaguycools19:51
dansmithnothing much to discuss about it ahead of time, right?19:51
johnthetubaguyyeah19:51
johnthetubaguyjust wanted to raise that really19:51
johnthetubaguyso, next thing19:51
jogoa little surprised how few people adding things to the list19:51
dansmithjogo: sssshh19:52
johnthetubaguy:)19:52
johnthetubaguynova-coresec19:52
*** emagana has joined #openstack-nova19:52
johnthetubaguythat group has a lot of work, and its not really happing all the time19:52
openstackgerritJohn Griffith proposed openstack/nova: Add external genconfig calls  https://review.openstack.org/17794919:52
johnthetubaguyI am thinking nova-drivers should be in that group, ideally, although we must keep it small ish19:53
johnthetubaguyI should bring this up in the regular meeting really19:53
dansmithso, I'm fine with that,19:53
dansmithand also,19:53
johnthetubaguybut I wanted to raise ideas there19:53
dansmithI think that per-bug we can invite non-coresec people to see it, right?19:53
dansmithso if we can delegate to someone that knows more about $thing then we can do that, yes?19:53
johnthetubaguydansmith: yep totally can19:53
dansmithso let's do that,19:53
johnthetubaguydansmith: its more making sure that happens19:53
dansmithmake drivers responsible for those, or for finding people to comment on specific things19:53
johnthetubaguyyeah, I like that idea19:54
dansmithinstead of just a group of folks that have to handle anything that comes up19:54
johnthetubaguyI will try make that real when I get permissions to do that19:54
dansmithalaski: or do you want to keep all the fun to yourself?19:54
alaskijust coming back to this meeting19:54
alaskibut heck no19:54
dansmith*shocking*19:54
johnthetubaguyhehe, well thats cool19:55
*** arnaud____ has quit IRC19:55
johnthetubaguyso I think we should set a data for another meeting at the summit19:55
*** jcoufal has quit IRC19:55
johnthetubaguyI mean the monday before liberty-1 might be about right I guess19:55
johnthetubaguyalso, we should look at expanding nova-drivers, ideas on an email thread I guess19:56
johnthetubaguyany more for any more?19:56
dansmithnope, and we're out of time19:56
johnthetubaguyon nova-drivers stuff at least19:56
johnthetubaguyperfect19:57
johnthetubaguythanks folks19:57
*** armax has quit IRC19:58
jogojohnthetubaguy: thank you19:58
johnthetubaguyjogo: no problems, thanks for all helping out with this stuff19:58
jogodansmith johnthetubaguy: how do we pick session leaders?19:58
jogo(not now of course)19:58
dansmithtake volunteers first, pick among dupes, and then approach folks for the holes?19:59
*** danpb has quit IRC19:59
johnthetubaguy+119:59
*** Mike_D_laptop has quit IRC19:59
jogoworks for me, thanks in advance for sorting that out johnthetubaguy  :)20:00
johnthetubaguy:)20:01
*** jdurgin has quit IRC20:03
*** thangp has quit IRC20:03
*** marun has quit IRC20:03
*** johnthetubaguy is now known as zz_johnthetubagu20:06
alaskinot one mention of containers or nfv, how will we ever attract the masses?20:06
dansmithheh20:06
bauzasalaski: don't be shy about cells v2, you'll get more people than Bieber20:08
alaskihopefully not, or at least a different demographic20:08
*** doude has quit IRC20:09
*** doude has joined #openstack-nova20:09
bauzas:)20:09
jogoalaski: you don't want the beliebers?20:09
alaskiI know i'm late, but the schedule looks good.  although I think the evacuate and flavor ones might not get enough time20:09
bauzasalaski: at least, the cells v2 effort got some fans on the last Paris meetup20:09
alaskijogo: heh, I don't think I do.  I say without really knowing what sort of people they are20:10
bauzasfor some unexpectable reason, people liked the idea to add new cells just like a click20:10
*** Nikolay_St has quit IRC20:14
*** dprince has quit IRC20:16
*** saikrishna has joined #openstack-nova20:17
*** ericksonsantos has joined #openstack-nova20:18
jogomriedem: http://logs.openstack.org/05/176805/4/check/check-tempest-dsvm-multinode-full/305a5f8/logs/screen-n-cpu.txt.gz#_2015-04-27_16_48_45_55720:19
jogohuh?20:19
*** Nikolay_St has joined #openstack-nova20:20
jogoMigration running for 30 secs, memory 0% remaining; (bytes processed=0, remaining=0, total=0)20:20
*** jdurgin has joined #openstack-nova20:21
*** exploreshaifali has quit IRC20:22
mriedemjogo: idk, danpb added that monitor code20:22
mriedemlooks like it completed though? http://logs.openstack.org/05/176805/4/check/check-tempest-dsvm-multinode-full/305a5f8/logs/screen-n-cpu.txt.gz#_2015-04-27_16_48_59_44620:22
jogothe live migration itself failed20:22
jogomriedem: http://logs.openstack.org/05/176805/4/check/check-tempest-dsvm-multinode-full/305a5f8/logs/testr_results.html.gz20:22
jogocannot resize image ??? http://logs.openstack.org/05/176805/4/check/check-tempest-dsvm-multinode-full/305a5f8/logs/subnode-1/screen-n-cpu.txt.gz#_2015-04-27_16_45_43_12120:23
jogoclarkb: ping20:24
jogoso multinode20:24
jogoclarkb: 61 successful runs in 24 hours20:25
jogo6 failures20:25
jogowith no duplicate reasons20:25
jogoand several of those are valid failures20:25
dansmithjogo: is that in check?20:25
jogodansmith: yes20:25
dansmithcool20:25
dansmiththe last 24 hours are not very representative20:25
dansmithbut still, pretty good20:25
jogodansmith: well 61 successful runs20:25
jogonot sure what the next step is here20:26
dansmithturn it on and head to the bunker to watch?20:26
jogothat works for me :)20:26
mriedemwe're making it voting now?20:26
dansmithI didn't say now,20:26
dansmithI just said that's the next step :)20:27
jogomriedem: no, we are discussing the next steps20:27
jogodansmith: I guess give look at the numbers again tomorrow20:27
jogoand see how they look?20:27
dansmithjogo: are you thinking let it gate as-is for a while and then move other things to run in multinode mode if it continues to be stable?20:27
jogoand if still decent20:27
jogoohh interesting20:28
jogoI was initially thinking work toards making it gating (vs non-voting check only) in nova20:28
*** Nikolay_St has quit IRC20:29
jogobut we can work on making other repos run this as non-voting with the hope of making it default elsewhere too20:29
dansmithoh, by "other things" I meant replacing a current job with multinode20:29
jogoahh in that case yes20:29
dansmithlike, make the nova-net case handled by the multinode test and drop the normal nova-net job20:29
*** Nikolay_St has joined #openstack-nova20:30
dansmithjogo: sdague: related to this, I have a multinode-and-grenade question.. do you want it here or in -qa?20:30
jogodansmith: yes, make nova-net case handle  by multinode test and drop20:32
jogoin -qa20:32
*** lpetrut has quit IRC20:34
*** luv has quit IRC20:34
bauzasmriedem: quick question, do you know how I could find any failure for the cells job ?20:35
bauzasmriedem: I mean, find each time a failure is there20:35
bauzasmriedem: using logstash maybe like checking the cells file ?20:35
alaskibauzas: build_name:"check-tempest-dsvm-cells" AND message:"Worker Balance" AND build_status:"FAILURE"20:35
bauzasalaski: ok, that's what I was trying to do20:36
alaskishamelessly stolen from something mriedem sent me20:36
*** annegentle has quit IRC20:36
bauzasalaski: I just discussed with sdague this morning (ET) about the cells failures, and we were wondering how to provide e-r changes for these20:36
bauzasalaski: so I was about reviewing those, and trying to see if there were more than the ones we knew20:37
*** mwagner_lap has quit IRC20:37
alaskigotcha.  I'm not sure if there's an easy way to pull something like failing tests out of there20:38
*** Nic has quit IRC20:38
openstackgerritJohn Griffith proposed openstack/nova: Add external genconfig calls  https://review.openstack.org/17794920:39
*** jungleboyj has quit IRC20:39
*** isd has joined #openstack-nova20:40
*** vladikr has quit IRC20:41
*** luv has joined #openstack-nova20:41
*** eharney has quit IRC20:44
*** Marga_ has joined #openstack-nova20:47
*** luv has quit IRC20:50
openstackgerritAndrew Laski proposed openstack/nova: Add a method to skip cells syncs on instance.save  https://review.openstack.org/17735620:50
mriedembauzas: alaski: e-r ignores non-voting jobs20:51
mriedemso e-r patches for things only in the cells job wouldn't do anything until it's voting20:51
bauzasmriedem: oh ok20:51
mriedemi opened a couple of bugs for cells job traces on friday20:51
mriedemand linked those into the ML20:51
mriedemunder alaski's thread on keeping an eye on the job20:52
bauzasmriedem: and I replied to them, but I wanted to see more on that20:52
*** luv has joined #openstack-nova20:52
bauzasI'm seriously wondering if all of that is just due to the race problem we have20:52
alaskiyeah.  I'm not sure but I wanted to get https://review.openstack.org/177356 in shape and then I'll dig further20:53
*** yamahata has quit IRC20:55
*** yamahata has joined #openstack-nova20:55
mikal.20:57
*** jdurgin has quit IRC20:57
*** Sukhdev has quit IRC20:58
*** ivasev has quit IRC20:59
*** Marga_ has quit IRC20:59
*** amotoki has joined #openstack-nova21:01
*** Sukhdev has joined #openstack-nova21:01
*** armax has joined #openstack-nova21:03
*** marun has joined #openstack-nova21:05
openstackgerritGabor Takacs proposed openstack/nova: Refactor os-services endpoint  https://review.openstack.org/17796621:07
*** sdake_ has joined #openstack-nova21:07
*** annegent_ has joined #openstack-nova21:07
*** saikrishna has quit IRC21:07
*** sdake has quit IRC21:11
*** mspreitz has quit IRC21:12
*** jdurgin has joined #openstack-nova21:12
*** rfolco has quit IRC21:12
*** jogo has quit IRC21:15
*** sdake has joined #openstack-nova21:15
*** redbeard has joined #openstack-nova21:16
*** foexle has joined #openstack-nova21:18
bauzasalaski: agreed, I'm currently reviewing your change, but it needs more time than just something reviewed at 11pm21:19
*** sdake_ has quit IRC21:19
*** tonytan4ever has quit IRC21:20
alaskibauzas: definitely.  I just found a small bug in to as well while making the test better21:20
alaskis/to/it/21:20
*** artom has quit IRC21:22
*** joefides has quit IRC21:23
bauzasalaski: okay, I'm done for a first pass, will just vote tomorrow morning21:25
*** tjones1 has quit IRC21:25
bauzasalaski: going off, see ya21:25
alaskibauzas: bye21:25
bauzasalaski: (not really finding issues with your patch, just a few comments)21:25
*** otter768 has joined #openstack-nova21:29
*** lucas-dinner has quit IRC21:29
*** Nic has joined #openstack-nova21:30
*** dave-mccowan has quit IRC21:30
*** dave-mccowan has joined #openstack-nova21:31
*** otter768 has quit IRC21:34
*** luv has quit IRC21:35
*** ZZelle_ has joined #openstack-nova21:35
*** luv has joined #openstack-nova21:36
*** jungleboyj has joined #openstack-nova21:37
*** jgrimm is now known as zz_jgrimm21:38
*** arnaud____ has joined #openstack-nova21:39
openstackgerritChris Friesen proposed openstack/nova-specs: Allow specifying cpu model in flavor extra-specs or image metadata  https://review.openstack.org/16898221:39
*** mriedem has quit IRC21:43
*** arnaud____ has quit IRC21:44
*** moshele has quit IRC21:45
*** sdake_ has joined #openstack-nova21:46
*** Marga_ has joined #openstack-nova21:47
*** dave-mccowan has quit IRC21:47
*** dave-mccowan has joined #openstack-nova21:48
*** sdake has quit IRC21:49
*** neelashah has quit IRC21:49
openstackgerritJosh Gachnang proposed openstack/nova: Reschedules sometimes do not allocate networks  https://review.openstack.org/17747021:50
*** armax has quit IRC21:50
*** ijw has joined #openstack-nova21:51
*** rushil has quit IRC21:53
*** isd has quit IRC21:53
*** jichen has quit IRC21:55
*** marun has quit IRC21:55
*** penick has quit IRC22:01
*** Marga_ has quit IRC22:01
*** mdbooth has quit IRC22:02
*** haypo has quit IRC22:03
*** VW_ has quit IRC22:05
*** penick has joined #openstack-nova22:07
*** mdbooth has joined #openstack-nova22:08
*** burt has quit IRC22:09
*** salv-orlando has quit IRC22:09
*** haypo has joined #openstack-nova22:10
*** dguitarbite has joined #openstack-nova22:15
openstackgerritAndrew Laski proposed openstack/nova: Add a method to skip cells syncs on instance.save  https://review.openstack.org/17735622:15
*** ijw has quit IRC22:15
*** vishy has quit IRC22:17
*** cyeoh has quit IRC22:17
*** vishy has joined #openstack-nova22:19
*** cyeoh has joined #openstack-nova22:19
*** dguitarbite has quit IRC22:21
*** VW_ has joined #openstack-nova22:21
openstackgerritAndrew Laski proposed openstack/nova-specs: RequestSpec object split instance_properties  https://review.openstack.org/17608322:22
*** marun has joined #openstack-nova22:23
dansmithalaski: comment on ^ .. I might be missing something22:24
*** mriedem has joined #openstack-nova22:25
alaskidansmith: draft comment...?22:25
dansmithalaski: no...22:25
*** VW__ has joined #openstack-nova22:25
dansmithoh sorry22:25
dansmithnot ^ but ^^ :D22:25
alaskioh22:25
dansmithI started commenting before you pushed the second one22:25
alaskidansmith: gotcha.  good points, I'll update real quick22:26
dansmithokay22:26
*** amotoki has quit IRC22:27
dansmithalaski: before you update,22:27
dansmithalaski: I think you also need a test that the cells messaging bit actually skips the cells update22:27
*** VW_ has quit IRC22:28
*** salv-orlando has joined #openstack-nova22:29
alaskiagreed22:30
dansmithotherwise, looks awesome22:30
*** VW__ has quit IRC22:30
*** foexle has quit IRC22:32
*** mriedem has quit IRC22:33
*** mriedem has joined #openstack-nova22:34
*** nelsnelson has quit IRC22:34
*** isd has joined #openstack-nova22:34
*** tjones1 has joined #openstack-nova22:35
*** dboik_ has joined #openstack-nova22:36
*** jecarey has quit IRC22:37
*** ZZelle_ has quit IRC22:37
*** mriedem has quit IRC22:38
*** dboik has quit IRC22:39
*** mriedem has joined #openstack-nova22:39
*** jdurgin has quit IRC22:39
*** jdurgin has joined #openstack-nova22:40
*** dboik_ has quit IRC22:41
*** marun has quit IRC22:41
*** jog0 has joined #openstack-nova22:45
*** annegent_ has quit IRC22:51
*** luv has quit IRC22:52
*** jog0 is now known as jogo22:52
*** luv has joined #openstack-nova22:53
*** mwagner_lap has joined #openstack-nova22:54
*** sdake_ has quit IRC22:57
openstackgerritAndrew Laski proposed openstack/nova: Add a method to skip cells syncs on instance.save  https://review.openstack.org/17735622:58
alaskiwow gerrit is slow today22:59
*** signed8bit is now known as signed8bit_ZZZzz23:01
*** Sukhdev has quit IRC23:01
*** armax has joined #openstack-nova23:07
*** hemna is now known as hemnafk23:11
*** jungleboyj has quit IRC23:12
*** penick has quit IRC23:18
*** zzzeek has quit IRC23:19
*** zzzeek has joined #openstack-nova23:19
*** redbeard has quit IRC23:21
*** pixelb has joined #openstack-nova23:21
*** oro has quit IRC23:23
*** kaisers has quit IRC23:27
*** ganso_ has quit IRC23:27
*** arnaud____ has joined #openstack-nova23:28
*** emagana has quit IRC23:28
*** otter768 has joined #openstack-nova23:30
*** Marga_ has joined #openstack-nova23:32
*** arnaud____ has quit IRC23:32
*** annegentle has joined #openstack-nova23:33
*** otter768 has quit IRC23:35
*** annegentle has quit IRC23:35
*** kaisers has joined #openstack-nova23:36
*** ijw has joined #openstack-nova23:40
*** erlon has quit IRC23:41
*** dims has quit IRC23:46
*** armax has quit IRC23:49
*** jwcroppe has quit IRC23:51
*** Kevin_Zheng has joined #openstack-nova23:53
*** armax has joined #openstack-nova23:56
*** rushil has joined #openstack-nova23:56

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