Wednesday, 2015-09-02

*** achanda has joined #heat00:00
asalkeldstevebaker: before you go, just send me an email with anything you want done whilst you are away (things need doing, concerns, etc...)00:02
stevebakerasalkeld: ok, I've beaten up the l-3 milestone page. https://launchpad.net/heat/+milestone/liberty-300:03
stevebakerasalkeld: I've left bugs that have some hope of landing, but I'm not aware of any blockers00:03
asalkeldok, what date are we shooting for?00:04
stevebakerasalkeld: I've put some blueprints into rc1, we can discuss at the meeting tonight whether they are worth a FFE https://launchpad.net/heat/+milestone/liberty-rc100:04
*** achanda has quit IRC00:04
stevebakerasalkeld: their thursday (our friday morning?)00:04
asalkeldok, do we do 1-1 meetings anymore - anything i need to attend?00:05
stevebakerasalkeld: there is a free-form sync in #openstack-relmgr-office every morning and evening. You should join so you can be pinged, and you'll eventually be asked for a git hash to branch l-3 on00:07
asalkeldok00:07
*** Qiming has quit IRC00:07
stevebakerasalkeld: thanks. I'll try and get online tomorrow evening00:09
asalkeldnp00:09
stevebaker(from the Methvan pub after snowboarding ;)00:09
asalkeldi have added a convergence-bugs tag: https://bugs.launchpad.net/heat/+bugs?field.tag=convergence-bugs00:09
asalkeldstevebaker: sounds super productive ;)00:10
*** achanda has joined #heat00:12
*** dims__ has quit IRC00:16
*** shadower has quit IRC00:23
*** shadower has joined #heat00:23
*** pm90_ has quit IRC00:27
*** zhenguo has joined #heat00:30
asalkeldstevebaker: 2*+2 need approve https://review.openstack.org/#/c/215489/700:30
stevebakerasalkeld: done, also I'll approve once Pavlo's suggestion is done https://review.openstack.org/#/c/218695/1/heat/engine/resources/openstack/heat/test_resource.py,cm00:34
asalkeldstevebaker: yip, done that locally00:34
asalkeldjust wanted the first one in00:34
*** dims__ has joined #heat00:51
*** dims__ has quit IRC00:56
*** sabeen1 has quit IRC00:56
*** junhongl has joined #heat01:05
*** Qiming has joined #heat01:06
*** hdd has joined #heat01:06
*** achanda has quit IRC01:09
*** jaime49 has joined #heat01:13
*** erkules_ has joined #heat01:21
*** zeih has joined #heat01:21
*** erkules has quit IRC01:24
asalkeldthis has been up for months and  on L3 -> https://review.openstack.org/#/c/197402/01:25
*** zeih has quit IRC01:26
*** kebray has quit IRC01:30
asalkeldthis gate must be really slow01:37
*** ricolin has joined #heat01:39
stevebakerricolin: does the gate fail with this every time? https://bugs.launchpad.net/heat/+bug/149119901:42
openstackLaunchpad bug 1491199 in heat "Image fedora-heat-test-image could not be found" [Undecided,New]01:42
ricolinstevebaker: we have few reviews hit the same issue, and it happens every time.01:46
stevebakerricolin: I think python-glanceclient 1.0.0 has some changed command arguments01:47
ricolinstevebaker: or just network unstable issue01:48
stevebakerricolin: http://logs.openstack.org/68/219368/1/check/gate-heat-dsvm-functional-orig-mysql/49b0e66/console.html#_2015-09-01_23_34_05_04201:48
asalkeldhttps://github.com/openstack/python-glanceclient/commit/181131ef2ea153a3cb768bd224ddcde4a2b4266501:51
asalkeldi wonder if switching to v2 api had anything to do with it01:51
asalkeld(by default)01:51
stevebaker--is-public and --location are still documented in glance help image-create01:52
ricolinyes01:52
stevebakerwe could just switch to openstack client to get it working again01:54
stevebakeropenstack image create --disk-format qcow2 --container-format bare --public --location http://tarballs.openstack.org/heat-test-image/fedora-heat-test-image.qcow2 fedora-heat-test-image01:55
*** jdandrea has quit IRC01:55
ricolinI will try it01:55
*** Yanyanhu has joined #heat01:56
ricolinmaybe all our client should move to openstack client01:56
stevebakerricolin: yes, I don't see why not. The others are starting to be considered legacy01:57
asalkeldyou see glance now gets attributes from the server as schema, so you just don't know from looking at the client code01:57
asalkeldand the server is smoke and mirrors01:58
*** hdd has quit IRC01:58
asalkeldthis is the closest i can come to: https://github.com/openstack/glance/blob/master/glance/api/v2/images.py#L83201:59
asalkeldseeing if v2 supports is-public01:59
asalkeldbut maybe it's now visibility=public02:00
ricolinif you grep is-public it only shows up in v102:01
ricolinAgree with you02:01
asalkeldhttps://bugs.launchpad.net/python-glanceclient lots of bugs02:02
ricolin visibility=public should be the new schema02:02
asalkeldrelated to v2 / v102:02
*** liusheng has joined #heat02:02
asalkeldglance --os-image-api-version 2 help image-create02:04
asalkeld --visibility <VISIBILITY>02:04
*** achanda has joined #heat02:04
asalkeld                        Scope of image accessibility Valid values: public,02:04
asalkeld                        private02:04
asalkelddefault help is v1, but default action is v2 :-O02:04
asalkeldgenius02:05
ricolinit is...02:07
stevebakerasalkeld: is there a replacement for --location? piping from curl seems to be working02:07
asalkeldonly file02:08
stevebakerthis works for me url http://tarballs.openstack.org/heat-test-image/fedora-heat-test-image.qcow2 | glance image-create --name fedora-heat-test-image --disk-format qcow2 --container-format bare --visibility public02:08
asalkeld  --file <FILE>         Local file that contains disk image to be uploaded02:08
asalkeld                        during creation. Must be present if images are not02:08
asalkeld                        passed to the client via stdin.02:08
stevebakercurl http://tarballs.openstack.org/heat-test-image/fedora-heat-test-image.qcow2 | glance image-create --name fedora-heat-test-image --disk-format qcow2 --container-format bare --visibility public02:08
asalkeldso stdin looks like the way to go02:09
asalkeld+1 go with that02:09
asalkeldalways nice to have these issues before milestones02:10
stevebakerpff02:12
ricolin+102:13
stevebakerricolin, asalkeld: who wants to propose the fix?02:13
*** achanda has quit IRC02:14
*** kencjohn_ has joined #heat02:15
*** kencjohn_ has quit IRC02:15
asalkeldstevebaker: is that to devstack?02:15
*** pm90_ has joined #heat02:16
stevebakerasalkeld: heat_integrationtests/prepare_test_env.sh02:16
*** kencjohn_ has joined #heat02:16
asalkeldok, i can do it02:16
ricolincool02:16
*** Yanyanhu has quit IRC02:16
stevebakerta02:16
*** Yanyanhu has joined #heat02:17
ricolinremember add bug tag 149119902:18
openstackgerritAngus Salkeld proposed openstack/heat: Use the new (and default) glance v2 cli options  https://review.openstack.org/21953302:18
asalkelddoh, i'll do that now02:19
ricolin:)02:19
openstackgerritAngus Salkeld proposed openstack/heat: Use the new (and default) glance v2 cli options  https://review.openstack.org/21953302:20
*** kebray has joined #heat02:20
*** zeih has joined #heat02:22
*** achanda has joined #heat02:23
*** steveg_afk has joined #heat02:24
*** elynn has joined #heat02:26
*** zeih has quit IRC02:26
*** ricolin has quit IRC02:32
elynnmorning :)02:32
*** steveg_afk has quit IRC02:34
*** steveg_afk has joined #heat02:36
*** vijayagurug has joined #heat02:37
*** jaime49 has quit IRC02:42
*** ricolin has joined #heat02:44
*** ananta_ has joined #heat02:45
*** achanda has quit IRC02:49
*** pm90_ has quit IRC02:51
openstackgerritQiming Teng proposed openstack/heat: Split engine service test cases (9)  https://review.openstack.org/21613002:51
asalkeldbbl02:53
cmystermorning02:56
*** lkarm has joined #heat02:58
*** ricolin has quit IRC03:01
*** lkarm has quit IRC03:02
*** achanda has joined #heat03:02
*** achanda has quit IRC03:08
*** sabeen1 has joined #heat03:15
*** kencjohn_ has quit IRC03:18
*** zeih has joined #heat03:23
*** zeih has quit IRC03:28
*** ananta_ has quit IRC03:30
sirushtimorning all03:38
*** steveg_afk has quit IRC03:40
openstackgerritSirushti Murugesan proposed openstack/heat: Add console_scripts entry points for all heat services  https://review.openstack.org/19233403:43
*** hdd has joined #heat03:43
*** links has joined #heat03:48
*** ricolin has joined #heat03:52
*** dims__ has joined #heat04:03
*** ishant has joined #heat04:08
*** jrist is now known as jrist-afk04:17
*** dims__ is now known as dims04:17
openstackgerritHidekazu Nakamura proposed openstack/heat-templates: Add test code for software config hook for ansible  https://review.openstack.org/21955404:17
*** zeih has joined #heat04:23
*** dims has quit IRC04:24
*** vijayagurug has quit IRC04:24
*** zeih has quit IRC04:28
*** sabeen1 has quit IRC04:33
*** ananta_ has joined #heat04:41
*** achanda has joined #heat04:42
*** getvasanth has joined #heat04:48
*** ananta_ has quit IRC04:49
*** jcoufal has joined #heat04:52
*** mtreinish has quit IRC04:57
openstackgerritSirushti Murugesan proposed openstack/heat: Add console_scripts entry points for all heat services  https://review.openstack.org/19233404:57
*** tochi has quit IRC04:57
*** mtreinish has joined #heat05:04
*** hdd has quit IRC05:09
*** tochi has joined #heat05:12
*** kebray has quit IRC05:13
*** zeih has joined #heat05:24
openstackgerritRico Lin proposed openstack/heat-specs: switch opensack client  https://review.openstack.org/21955905:25
*** inc0 has joined #heat05:27
*** zeih has quit IRC05:28
*** vijayagurug has joined #heat05:38
*** lkarm has joined #heat05:40
*** lkarm has quit IRC05:45
*** jcoufal has quit IRC05:50
*** jtomasek has joined #heat06:09
openstackgerritRico Lin proposed openstack/heat-specs: switch opensack client  https://review.openstack.org/21955906:11
*** Qiming_ has joined #heat06:12
*** KanagarajM has joined #heat06:17
KanagarajMgood morning all !06:17
*** rakesh_hs_ has joined #heat06:21
*** KanagarajM has quit IRC06:22
*** KanagarajM has joined #heat06:22
*** KanagarajM has quit IRC06:24
*** sdake has joined #heat06:24
*** KanagarajM has joined #heat06:24
*** zeih has joined #heat06:25
*** zeih has quit IRC06:29
ricolinmorning06:30
*** pas-ha has joined #heat06:33
*** jprovazn has joined #heat06:44
*** KanagarajM_ has joined #heat06:45
*** KanagarajM has quit IRC06:46
*** achanda has quit IRC06:47
*** dims has joined #heat06:50
*** dims has quit IRC06:54
*** tlashchova has joined #heat06:55
*** Drago1 has joined #heat07:00
asalkeldstevebaker: meeting?07:00
*** KanagarajM_ has quit IRC07:04
*** zeih has joined #heat07:08
*** inc0 has quit IRC07:14
*** dkusidlo has joined #heat07:14
*** KanagarajM has joined #heat07:16
*** coolsvap_ has joined #heat07:21
*** achanda has joined #heat07:24
openstackgerritGrzegorz Grasza (xek) proposed openstack/heat: Register all objects  https://review.openstack.org/19018307:24
*** shardy has joined #heat07:25
*** coolsvap_ has quit IRC07:26
*** pbrooko has joined #heat07:28
*** zeih has quit IRC07:28
*** ananta_ has joined #heat07:33
*** dkusidlo has quit IRC07:33
*** dkusidlo has joined #heat07:34
*** shardy_ has joined #heat07:36
*** dkusidlo has quit IRC07:37
*** shardy has quit IRC07:37
*** KanagarajM_ has joined #heat07:39
*** dkusidlo has joined #heat07:41
*** shardy_ has quit IRC07:41
*** shardy has joined #heat07:42
*** zeih_ has joined #heat07:42
*** KanagarajM has quit IRC07:42
*** KanagarajM__ has joined #heat07:42
*** dims has joined #heat07:44
*** zengyingzhe_ has quit IRC07:44
openstackgerritGrzegorz Grasza (xek) proposed openstack/heat: Connect object serializer  https://review.openstack.org/19945207:45
*** KanagarajM_ has quit IRC07:46
*** ananta_ has quit IRC07:48
*** dims has quit IRC07:49
*** achanda has quit IRC07:51
ricolinguys I need more comment for this new bp07:52
ricolinhttps://review.openstack.org/#/c/219559/07:52
*** lkarm has joined #heat07:52
shardyricolin: have you seen that stevebaker has already proposed adding an openstackclient plugin to the python-heatclient tree?07:53
stevebakerricolin: are you keen to help? because I've started https://review.openstack.org/#/c/195867/07:54
shardyIMO that's the way to go, because we control that repo and landing code in osc is notoriously hard/impossible07:54
shardyAFAIK they don't want projects that aren't "core" enough ;)07:54
stevebaker...and they want new commands to be plugins anyway07:54
shardystevebaker: sure, I was just commenting on the history, it's like grenade, where they blocked us for a year before finally declaring they didn't want the code and that it had to be a plugin07:55
stevebakerricolin: I mean ryansb started, and I brought his work over to heatclient and change a bunch of stuff07:55
ricolinstevebaker: okey~07:56
shardyricolin: FWIW I'm +1 on having a fully functional osc plugin, but I'm strongly -1 on making it *the* heat interface, at least in the forseeable/near future07:56
*** lkarm has quit IRC07:56
shardyIMHO keystone made a mistake by having a very short deprecation period and it was not friendly to users/operators at all07:57
stevebakershardy: for us it will be all heatclient anyway, so neither will be going away07:57
ricolinagree07:57
stevebakerwe may have a period of mandatory feature parity, when any new argument needs to be applied to both07:58
shardystevebaker: cool, as long as we maintain both for now that sounds good to me07:58
*** Drago1 has quit IRC07:58
shardyI guess the question will come if/when we do a v2 API - that was the point where keystone did a flag-day migration, but it was still an unfriendly way to do it IMO07:59
shardyhopefully keeping the code in the same repo will minimse the expense of maintaining the two shell interfaces07:59
shardy(and probably keep us honest wrt pushing logic behind the python APIs)08:00
stevebakershardy: yes, and maybe someone will be motivated to convert the legacy commands to cliff, so there will be even less overhead08:00
shardystevebaker: yup, something like that would be great08:01
*** e0ne has joined #heat08:01
*** KanagarajM_ has joined #heat08:03
*** KanagarajM__ has quit IRC08:06
*** inc0 has joined #heat08:10
*** jistr has joined #heat08:11
*** yassine_ has joined #heat08:11
*** e0ne has quit IRC08:13
*** zeih_ has quit IRC08:19
*** zeih has joined #heat08:19
*** Drago1 has joined #heat08:21
skraynevKamagarajM_: could you please clarify: what do you mean by duplication code in patch https://review.openstack.org/#/c/207118/608:23
*** KanagarajM_ has quit IRC08:28
skraynevasalkeld: could you post comment about your patch for this bug https://bugs.launchpad.net/heat/+bug/149119908:36
openstackLaunchpad bug 1491199 in heat "glance: error: unrecognized arguments: --is-public True --location..." [Critical,In progress] - Assigned to Angus Salkeld (asalkeld)08:36
skraynevlooks like it was not added automatically08:37
*** Beetnik has joined #heat08:37
*** dims has joined #heat08:38
*** dims has quit IRC08:43
*** zeih has quit IRC08:43
*** Marga_ has joined #heat08:44
*** zeih has joined #heat08:47
*** Marga_ has quit IRC08:48
openstackgerritTetiana Lashchova proposed openstack/heat: Support use_autoconfig in sahara cluster templates  https://review.openstack.org/21960208:49
*** Marga_ has joined #heat08:49
*** derekh has joined #heat08:50
asalkeldskraynev: therve just did08:57
skraynevasalkeld: ok. cool. thx08:57
therveYeah sorry for not mentioning it08:57
asalkeldnot sure why it didn't do that normally08:58
asalkeld(bot is exhausted?)08:58
openstackgerritRico Lin proposed openstack/python-heatclient: OpenStackClient plugin for stack show  https://review.openstack.org/19586709:00
*** tochi has quit IRC09:01
*** tochi has joined #heat09:01
ricolinshardy: do you have time to review https://review.openstack.org/#/c/209439/ ?09:04
*** Marga_ has quit IRC09:05
shardyricolin: thanks, I'll try to take a look today09:07
ricolinshardy: thx, just need to make sure that's what you mean09:09
shardyricolin: sure, will do, sorry there's been so much confusion, I'm not sure why - perhaps my initial bug report wasn't clear enough09:09
*** KanagarajM has joined #heat09:09
skraynevstevebaker: regarding this one https://review.openstack.org/#/c/217753/8. Do we really want to support case with only provided subnet without network? it's more tricky and has difference with neutron port interface09:10
KanagarajMskraynev: role assignment as added as part of User and Group resource plugins, as this patch introduce new resource plugins for the same, suggested to deprecate the properties in User and Group for role_assignments.09:12
ricolinshardy: I think those confusion caused by my wrong implementation09:13
ricolinshardy: we just find two different possible anyway : -)09:13
skraynevso my main point, that it's just a difference between port API and properties for server09:14
openstackgerritTetiana Lashchova proposed openstack/heat: Support use_autoconfig in sahara clusters  https://review.openstack.org/21961409:14
shardyricolin: heh, okay, well thanks for picking it up anyway, I'll try to take a look later :)09:14
ricolin: -)09:16
skraynevKanagarajM: hm... you want to deprecate "user" and "group" properties ? but mixn class has not such propeties09:18
KanagarajMskraynev: no,  in User and Group resource plugins, deprecate roles properties.09:19
KanagarajMas it will be take care by the new keystone plugins09:20
skraynevKanagarajM: I am puzzled... could you give a link on resource, where you want to deprecate property09:21
skraynev?09:21
KanagarajMskraynev: 1sec09:21
*** elynn has quit IRC09:22
*** Yanyanhu has quit IRC09:23
KanagarajMskraynev: https://github.com/openstack/heat/blob/master/heat/engine/resources/openstack/keystone/role_assignments.py#L7209:24
skraynevKanagarajM: it's mixn class and used in some other classes, so Roles property need for them (e.g. https://github.com/openstack/heat/blob/master/heat/engine/resources/openstack/keystone/user.py)09:27
*** amaksimov is now known as maximov09:29
KanagarajMskraynev: but  UserRoleAssignment and GroupRoleAssignment will do the same functionality as roles property in user.py and group.py09:29
*** KanagarajM_ has joined #heat09:31
KanagarajM_skraynev: but  UserRoleAssignment and GroupRoleAssignment will do the same functionality as roles property in user.py and group.py09:31
*** e0ne has joined #heat09:32
KanagarajM_skraynev: so in tempalte, for example, we use OS::Keystone::UserRoleAssignment in place of OS::Keystone::User's property 'roles'09:32
*** dims has joined #heat09:32
skraynevKanagarajM_: but in this case you should create several OS::Keystone::UserRoleAssignment, if you want to create several relationships. In the same time Roles allows you to specify just a list09:34
*** KanagarajM has quit IRC09:34
openstackgerritRico Lin proposed openstack/heat-specs: switch opensack client  https://review.openstack.org/21955909:36
skraynevKanagarajM_: hang on.. or you suggest deprecate Roles property only for resources in user.py and group.py and save them for userassignmenta and roleassignments09:36
skraynev?09:36
*** dims has quit IRC09:37
*** KanagarajM_ has quit IRC09:37
*** KanagarajM has joined #heat09:41
*** KanagarajM has quit IRC09:41
*** KanagarajM has joined #heat09:42
openstackgerritRico Lin proposed openstack/heat-specs: switch opensack client  https://review.openstack.org/21955909:42
KanagarajMskraynev: yes, i was asking for it09:44
*** e0ne has quit IRC09:46
*** zeih has quit IRC09:50
openstackgerritRico Lin proposed openstack/heat-specs: switch opensack client  https://review.openstack.org/21955909:52
*** e0ne has joined #heat09:55
*** ochuprykov has joined #heat09:56
*** ochuprykov has quit IRC09:56
*** ochuprykov has joined #heat09:59
*** ochuprykov has quit IRC10:02
*** tochi has quit IRC10:04
*** dkusidlo has quit IRC10:14
*** blinky_ghost has joined #heat10:14
*** dims has joined #heat10:26
skraynevKanagarajM: hm... I am not sure, that we should do it: 1. currently I don't know how to deprecate these properties only in some child classes (if we deprecate it in mixin - it will be deprecated everywhere in child resources.)10:29
skraynev2. I am not sure, that we should deprecate it, because it gives additional way to define role assignments10:29
skraynevlike we may define FIPAssociation in FIP resource10:30
KanagarajMskraynev: only concern here is, repeating the functionality across more than one resource plugin.10:30
*** dims has quit IRC10:31
skraynevKanagarajM: I don't think, that it's really repeating.10:31
skraynevit use same mixn class as parent10:31
openstackgerritRico Lin proposed openstack/heat-specs: switch openstack client  https://review.openstack.org/21955910:32
skraynevalso we allows to define role assignment in several resources10:32
skraynevas user wants10:32
skraynevdo we have any bad sides of existing "repetition" ?10:32
*** ricolin has quit IRC10:36
*** chmouel has quit IRC10:40
*** chmouel has joined #heat10:41
*** akuznetsova has quit IRC10:41
*** akuznetsova has joined #heat10:41
KanagarajMskraynev: i was in meeting ..... 1. is it ok to file a defect to deprecate it and go ahead with this patch 2. more than once resource plugins for same purpose would bring us the maintanence over head10:51
KanagarajMskraynev: bad side , i don't see any, other than repetition of it.10:53
skraynevKanagarajM: 1. let's file a bug and discuss it separately from patch ;) 2. I am not sure, that we maintenance a lot of resources. it's just a mixin class, which spread some functionality to other resources.10:54
*** Qiming has quit IRC10:54
*** Qiming_ is now known as Qiming10:54
*** KanagarajM_ has joined #heat10:54
skraynevuser may use UserRoleAssigment to show, that it's separate thing, nut if he want he may define assignments inside of User resource (without user Role assignment resource)10:55
*** KanagarajM has quit IRC10:58
*** dkusidlo has joined #heat10:59
KanagarajM_skraynev: to show, if i understood right, user should create the roleassignment using UserRoleAssignment, but he can't show those role assignment created via user, so even when we do _show_resource in User or Group, we report only User object or Group object11:01
*** rakesh_hs__ has joined #heat11:02
*** rakesh_hs_ has quit IRC11:02
skraynevKanagarajM_: yes, you can not see separate resource, but you can find this information in corresponding service, like we do it for volumes (volume attachments) and FIP (fip associations)11:03
*** dkusidlo has quit IRC11:03
skraynevso I don't think, that it's something special.11:03
KanagarajM_skraynev: i found a  code, which could do depreacation  by manipulating 'properties_schema[role_assignments.KeystoneRoleAssignment.properties_schema.ROLES].support_status' in user and group11:05
KanagarajM_skraynev: will that help to set the deprecation ?11:05
skraynevKanagarajM_: probably - yes, but I still thing, that it's not good idea11:05
KanagarajM_skraynev: kindly let me know why ?11:12
skraynevKanagarajM_: because as I said before - we have the same situation for volumes and FIP, i.e. you may create association and you may define this association inside some other resource11:13
skraynevand it looks logically11:13
KanagarajM_skraynev: ok.11:15
*** junhongl_ has joined #heat11:16
*** junhongl has quit IRC11:19
*** dims has joined #heat11:21
*** dims has quit IRC11:26
*** zeih has joined #heat11:29
openstackgerritPeter Razumovsky proposed openstack/heat: Add floating_ip property to Nova::Server nics  https://review.openstack.org/21775411:30
openstackgerritPeter Razumovsky proposed openstack/heat: Add intrinsic creating port for server  https://review.openstack.org/21775311:30
openstackgerritPeter Razumovsky proposed openstack/heat: Add port_extra_properties to Nova::Server nics  https://review.openstack.org/21825711:30
*** KanagarajM_ has quit IRC11:30
*** pbrooko has quit IRC11:33
*** dkusidlo has joined #heat11:33
openstackgerritLimor Stotland proposed openstack/heat: fix : removing policies from mistral types  https://review.openstack.org/21863311:34
openstackgerritOleksii Chuprykov proposed openstack/heat: Check number of deployments after stack creation  https://review.openstack.org/21862711:34
openstackgerritOleksii Chuprykov proposed openstack/heat: Add batching create to ResourceGroup  https://review.openstack.org/18538511:34
openstackgerritLimor Stotland proposed openstack/heat: fix : removing policies from mistral types  https://review.openstack.org/21863311:35
*** pbrooko has joined #heat11:36
*** junhongl__ has joined #heat11:37
*** junhongl_ has quit IRC11:40
*** pbrooko has quit IRC11:41
*** bapalm has quit IRC11:43
*** bapalm has joined #heat11:49
*** Qiming_ has joined #heat11:49
*** zeih has quit IRC12:02
zanebgate is broken with "Error validating value 'fedora-heat-test-image': The Image (fedora-heat-test-image) could not be found." in functional tests. any ideas?12:03
*** steveg_afk has joined #heat12:05
thervezaneb, Almost fixed12:08
therveWhen the queue is getting empty, that is12:08
therveIt only got there 8h ago...12:09
*** jcoufal has joined #heat12:11
*** spzala has joined #heat12:12
*** dkusidlo has quit IRC12:16
*** dkusidlo has joined #heat12:19
*** junhongl__ has quit IRC12:20
*** jcoufal has quit IRC12:22
therveIs there a benefit for us to be in the integrated queue?12:22
therveProjects break us every other day anyway, and it increases landing time uselessly12:23
openstackgerritOleksii Chuprykov proposed openstack/heat: Move Resource exceptions to common module (1)  https://review.openstack.org/21966912:23
skraynevzaneb: we have patch with fix, but it is in queue...12:23
skraynevzaneb: https://review.openstack.org/#/c/219533/12:23
openstackgerritOleksii Chuprykov proposed openstack/heat: Move Resource exceptions to common module (1)  https://review.openstack.org/21966912:26
*** lkarm has joined #heat12:27
*** ricolin has joined #heat12:27
*** david-lyle has quit IRC12:27
*** l0r3zz_ has quit IRC12:28
*** l0r3zz_ has joined #heat12:28
*** david-lyle has joined #heat12:28
*** inc0_ has joined #heat12:31
*** inc0 has quit IRC12:32
*** jaime49 has joined #heat12:34
*** jaime49 has quit IRC12:37
*** inc0_ has quit IRC12:38
*** jprovazn has quit IRC12:38
*** liusheng has quit IRC12:42
jdobshardy: thanks for the guidance on the list_stacks show_nested pattern, that'll speed that along to have something to follow12:46
shardyjdob: np, thanks for working on it!12:46
shardyI'm a bit snowed under with reviews today, but I'll try to pull it later and offer some more suggestions12:47
jdobcool, I'm hoping to have another patch before normal end of your day so i can incorporate anything in my afternoon. code freeze is EOD (relative term, I know) tomorrow right?12:47
shardyjdob: if it helps, just wire in a new show_nested as True in your patch, and I can help wire it in via the API and heatclient later12:48
*** dims has joined #heat12:48
jdobah cool, thanks. i'll see how far I get12:48
shardyjdob: Yeah, but I think stevebaker has said asking for a FFE may be possible, which will give us a little more time12:48
jdobwhats convention around here, should the client change be the same commit or a different one?12:48
jdobwhats FFE? feature freeze extension?12:49
jdobi saw him make a comment in the blueprint but I didnt get to ask what it meant12:49
ryansbfeature freeze exception, I believe12:49
shardyjdob: Yeah, feature freeze exception12:50
shardyjdob: if we can show it's shaping up reasonably well by tomorrow, I think asking for one should be OK12:50
jdobgotcha, and cool, that'd make our lives (well, tuskar UI) easier if we can get this in12:50
shardylet's sync up tomorrow and see how you feel about it :)12:50
jdobperfect, I'll coffee up and get started on the flag12:50
jdobthough let's quickly talk about the recursion/validate comment12:50
jdobis that something you think needs to be addressed in this patch?12:51
shardyjdob: you mean the files comment?12:51
jdobthis one: "My concern also is that the validate code-paths for create/update (e.g stack.Stack.validate) have already diverged from the template-validate code, we do run the risk of making that worse if we end up with a fully separate recursive validate? "12:51
shardyjdob: Yeah, I think that is a risk, but we can probably refactor after, if you're comfortable with the current approach12:52
jdobok, cool, thats how I'd like to handle it too12:52
shardyjdob: I was hoping we could kill two birds with one stone and just align the code-paths while implementing this initially tho :)12:52
jdobi'll get some thoughts together on how I think we could extract them out12:52
shardyjdob: if we go for a FFE then it's probably got to be low-risk and self-contained, so not messing with the create validation is probably best I guess12:53
jdobthats what i'd be more comfortable with, assuming we're cool with that divergence lasting a bit longer12:53
shardyI'd like to get some ideas developing about how we fix the divergence long term tho, even if that waits until M12:53
*** e0ne has quit IRC12:53
jdobok, cool, i'd like to be part of that too12:53
shardyjdob: yup, cool, lets just look out for ways to minimise it where possible for now12:53
shardyjdob: would it help if I did some patches which wired in files, and show_nested, including the heatclient changes?12:55
shardyjdob: then you can focus on the core validation stuff and I'll rebase your patch on top?12:56
jdobif you have time, help certainly wouldn't hurt. if not, i'm fine with trying to figure it out. i'd like to at least do the API change so i can start to familiarize with that code12:56
jdobthe heatclient changes i'm less on top of; still not entirely sure of what the files change is yet12:57
shardyjdob: Ok, if I get time later I'll do a couple of WIP patches we can discuss12:57
jdobcool12:58
shardythe files change is because in the resource_registry we may have e.g OS:Foo: foo.yaml12:58
*** blomquisg has quit IRC12:58
shardybut atm template_validate doesn't have the foo.yaml body12:58
shardyso you can't recurse in to it12:58
shardyit's the TemplateResource thing, you can't instantiate it without the template12:58
shardyhttps://github.com/openstack/python-heatclient/blob/master/heatclient/v1/shell.py#L72613:00
shardyI think we actually already pass it in from the client13:00
shardybut it's ignored in the API:13:00
shardyhttps://github.com/openstack/heat/blob/master/heat/api/openstack/v1/stacks.py#L51313:00
shardySo we need to add data.files() there, and the related files=None to the RPC client/service13:01
shardyhttps://github.com/openstack/heat/blob/master/heat/rpc/client.py#L29413:01
*** jcoufal has joined #heat13:02
*** inc0 has joined #heat13:03
*** blomquisg has joined #heat13:12
*** jprovazn has joined #heat13:13
openstackgerritOleksii Chuprykov proposed openstack/heat: Move Resource exceptions to common module (2)  https://review.openstack.org/21969413:13
*** jdandrea has joined #heat13:13
*** zeih has joined #heat13:14
jdobahhh, ok, that's the part I didn't get, I figured it was sent by the client, but you saying its ignored in the API makes more sense now13:17
*** ishant has quit IRC13:17
*** links has quit IRC13:17
*** dims_ has joined #heat13:17
*** kencjohn_ has joined #heat13:19
*** dims has quit IRC13:21
*** inc0 has quit IRC13:31
*** ricolin_ has joined #heat13:32
*** jaime49 has joined #heat13:32
*** ricolin has quit IRC13:34
*** jaime49 has quit IRC13:36
*** jaime49 has joined #heat13:37
*** jasond has joined #heat13:40
jdobshardy: ping again13:42
*** dkusidlo has quit IRC13:44
openstackgerritRakesh H S proposed openstack/heat: Convergence: Fix failing scenario tests  https://review.openstack.org/21969913:45
shardyjdob: hey13:45
jdobhey, got a few more seconds to talk about this data.files() thing?13:45
shardyjdob: sure13:45
jdobok, so, data.files() will return the dict with all files, including the parent template and environment?13:46
jdobwhats confusing me is a call in teh API that does:13:46
jdob                                               data.template(),13:46
jdob                                               data.environment(),13:46
jdob                                               data.files(),13:46
jdobfeels redundant13:46
*** blinky_ghost_ has joined #heat13:46
*** blinky_ghost_ has quit IRC13:47
shardyjdob: so template() is the parent template, environment is the environment (resource_registry, parameters and parameter_defaults), and files() is all the nested templates and other file references, e.g stuff like scripts and puppet manifests13:47
shardyarguably it could be rationalized, but that's the way it works atm13:47
*** dkusidlo has joined #heat13:47
jdobah, ok, so files is smart enough to rip out the parent and env13:47
shardyjdob: yup, in heatclient we walk the templates looking for e.g type: foo.yaml, or resource_registry entries which reference templates13:48
jdobok, so the call into service.py:validate_template is going to change to accept that file dict as well, and then somehow jam that into the loading mechanism that validate calls13:48
shardyor get_file references13:48
shardythen we bundle the contents of all into files()13:48
jdobi always thought files() also contained the parent and env, gotcha13:49
shardywhich is a map of e.g "foo.yaml": "<body of foo.yaml"13:49
*** blinky_ghost has quit IRC13:49
jdobok, something else that's confusing me13:50
jdobmy code works right now13:50
jdobwithout that change13:50
jdoblike, from a live REST call to running server, not just a unit test13:50
shardyjdob: hmm13:50
shardyI may need to make coffee and consider that one ;)13:50
jdobhaha13:50
shardygive me 5, I'll need to take a look at the code and/or test it13:51
shardyI'm not actually sure how that is possible, so you must be doing something special! :D13:51
*** spzala has quit IRC13:51
jdobok cool, thanks. reason I'm asking is because my test cases write out temp files with the nested templates and pass in file:// urls in the env, so i'm wondering if there's a way i can accomplish that entirely in memory13:51
*** spzala_ has joined #heat13:51
jdoband if the validate_template call is going to change to accept a dict, that'll clean up the unit tests, but then i'm not sure of how the loading will work13:52
*** spzala_ is now known as spzala13:52
shardyjdob: possibly the file:/// URLs are resolving locally?13:52
jdobon my live call?13:52
shardythat is explicitly forbidden in the actual stack-create (e.g in environment.py) for security reasons13:52
jdobon the live REST call, they don't use file urls, just relative paths13:52
jdobe.g. nested-1.yaml13:53
shardyjdob: yeah, are the files on the same machine as the heat-engine?13:53
jdoband i assumed the heat client read all of that and sent it through rest13:53
shardyjdob: you can do heat --debug template-validate ...13:53
shardythen you'll see what is passed13:53
jdoboh, lemme look at that13:53
shardyI just thought the files map was then dropped/ignored in the API atm13:53
* shardy wonders off to make coffee13:54
*** spzala has quit IRC13:54
jdobah, looks like the client is adding the file URL13:54
jdob{"files": {"file:///home/jdob/code/nested-1a2.yaml":13:54
jdobthe env just says nested-1a2.yaml13:54
jdobwell, shit :)13:59
*** pm90_ has joined #heat14:02
openstackgerritJay Dobies proposed openstack/heat: Resolve parameter list including nested stacks  https://review.openstack.org/21901614:03
*** pm90__ has joined #heat14:05
*** inc0 has joined #heat14:06
openstackgerritRakesh H S proposed openstack/heat: convergence scenario tests  https://review.openstack.org/20366114:07
openstackgerritRakesh H S proposed openstack/heat: Convergence: Fix failing scenario tests  https://review.openstack.org/21969914:07
*** jprovazn has quit IRC14:07
openstackgerritOleksii Chuprykov proposed openstack/heat: Add batching create to ResourceGroup  https://review.openstack.org/18538514:07
*** pm90_ has quit IRC14:09
*** rakesh_hs__ has quit IRC14:09
*** zeih has quit IRC14:09
*** jprovazn has joined #heat14:11
*** getvasanth has quit IRC14:12
*** getvasanth has joined #heat14:12
*** dkusidlo has quit IRC14:13
shardyjdob: aha, yeah that shouldn't/won't work when you start instantiating TemplateResource objects:14:13
shardyhttps://github.com/openstack/heat/blob/master/heat/engine/resources/template_resource.py#L18114:13
*** Piet has quit IRC14:13
shardywe look in the stack.t.files (which is from that files map passed in to service.py)14:13
shardyand if not found then get_template_file attempts to download, but file:/// isn't allowed for user templates14:13
shardy(vs those defined globally e.g in /etc/heat/environment.d14:14
jdobwell, not encouraged, but it works :)14:14
shardylol14:14
jdobthough i might be kinda stuck14:14
jdobbecause generate_class in template_resource calls urlfetch14:14
shardyit works, it's just a security hole :D14:14
jdobthere doesnt seem to be a way to pass the contents in14:14
shardyjdob: the line I just linked14:15
jdob181?14:15
shardyThat's why the files map is needed14:15
shardythen you can pass it in when creating the stack object, and the stack.t.files will find the file14:15
jdoboh oh, ok, and stack.t, I'm guessing that's a Template object?14:15
jdobwhich has a files parameter14:15
shardythen the urlfetch won't happen :)14:15
*** zeih has joined #heat14:15
shardyjdob: yup14:15
jdobok cool, lemme see about wiring that up. so i'll make the change to the API and engine method to pass files too, you dont have to worry about that14:16
*** zeih has quit IRC14:16
shardyThis is kinda why I was mentioning the stack-preview approach, because it already should handle all this14:16
jdobi'll do that part now, since i need it to keep going14:16
jdobi'm looking at that now14:16
*** crose has joined #heat14:16
shardy(although my testing shows at least the output is broken atm..)14:16
jdobya, I didnt even look since you mentioned that, though in hindsight I should have14:17
shardyIt's all good, there are pros/cons to both so it's good to investigate14:17
jdobi'm not actually instantiating a Stack object anywhere, but this stuff is14:17
shardythe main thing IME is stack-preview is a huge memory hog14:17
*** zeih has joined #heat14:17
shardyso we might have to look at ways to improve that if we went that path14:18
jdobany idea why? even with the THT templates, that's not a ton of data to turn into an object model14:18
shardyjdob: not exactly sure, but with THT I OOM'd my undercloud heat trying stack-preview14:18
jdobyikes14:18
jdobwhere were you running the undercloud, on your phone? :)14:18
shardyhaha14:18
jdobactually, no, screw that, a phone should stil be able to handle that much text14:19
shardyit works on my laptop but not in an instack VM w/4G ram14:19
jdobok, lemme get back to jamming the files stuff in14:19
jdobthis helped clear some stuff up, thanks!14:19
shardynp!14:19
*** rpothier has joined #heat14:21
*** zeih has quit IRC14:22
*** jaime49 has quit IRC14:24
*** vijendar has joined #heat14:24
*** zhenguo has quit IRC14:24
*** getvasanth has quit IRC14:25
*** getvasanth has joined #heat14:27
*** zeih has joined #heat14:27
*** sdake has quit IRC14:28
openstackgerritMerged openstack/heat: Use the new (and default) glance v2 cli options  https://review.openstack.org/21953314:30
*** sdake has joined #heat14:31
*** kencjohn_ has quit IRC14:32
*** hongbin has joined #heat14:32
*** inc0 has quit IRC14:32
openstackgerritOleksii Chuprykov proposed openstack/heat: Move Resource exceptions to common module (3)  https://review.openstack.org/21971714:33
*** hongbin has left #heat14:34
*** zeih has quit IRC14:36
*** pm90__ has quit IRC14:36
*** pm90_ has joined #heat14:37
*** pm90__ has joined #heat14:38
*** kencjohn_ has joined #heat14:38
*** e0ne has joined #heat14:39
*** kencjoh__ has joined #heat14:41
*** alexpilotti has joined #heat14:42
*** pm90_ has quit IRC14:42
*** kencjohn_ has quit IRC14:43
*** jaime49 has joined #heat14:45
*** jaime49 has quit IRC14:45
*** spzala has joined #heat14:45
*** jaime49 has joined #heat14:45
*** hdd has joined #heat14:48
skraynevGuys! Good news! fix was merged, so gate is unblocked14:50
skraynevzaneb: I reverify your patches14:50
*** hdd has quit IRC14:50
zanebskraynev: \o/ thank you14:50
*** hdd has joined #heat14:50
skraynevHope, that we will merge patches which were approved14:51
skraynevzaneb: np. Hope, that  now it lands as expected ;)14:51
*** sabeen has joined #heat14:57
*** sabeen2 has joined #heat14:59
*** sabeen has quit IRC15:01
openstackgerritOleksii Chuprykov proposed openstack/heat: Move Resource exceptions to common module (4)  https://review.openstack.org/21972915:01
openstackgerritLimor Stotland proposed openstack/heat: fix : removing policies from mistral types  https://review.openstack.org/21863315:01
jdobshardy: fyi, for some reason, template-validate translates the registry urls to file:// but stack-create doesn't, so i'm looking into the client now. while i'm there, i'll add the show_nested, so dont worry about working on that15:03
shardyjdob: Hmm, ok that's weird, they should work the same IIRC15:04
jdobi tried from a different box. smae templates with both template-validate and stack-create. the stack-create succeeds, but the template-validate bombs out saying it can't get to file://<my local stuff>15:05
jdobsurprised me too15:05
shardyjdob: it's possible we have a bug in the client, given that the files from template-validate have never been used15:06
jdobgotcha, i'll see what I find15:08
* shardy can't see any differences in the client15:08
openstackgerritOleksii Chuprykov proposed openstack/heat: Move Resource exceptions to common module (5)  https://review.openstack.org/21973415:12
*** dims_ has quit IRC15:12
*** jistr is now known as jistr|call15:12
*** Qiming_ has quit IRC15:13
openstackgerritOleksii Chuprykov proposed openstack/heat: Move Resource exceptions to common module (5)  https://review.openstack.org/21973415:13
*** Drago has joined #heat15:17
*** Drago has quit IRC15:17
*** Drago has joined #heat15:17
*** blomquisg has quit IRC15:21
*** ricolin_ has quit IRC15:25
*** yassine_ has quit IRC15:31
*** blomquisg has joined #heat15:35
*** jistr|call is now known as jistr15:38
*** dims has joined #heat15:51
*** inc0 has joined #heat16:02
*** dims has quit IRC16:02
*** dims has joined #heat16:03
*** LimorStotland has quit IRC16:03
*** dims_ has joined #heat16:04
*** kebray has joined #heat16:05
openstackgerritMerged openstack/heat: Removes unused posix-ipc requirement  https://review.openstack.org/21894716:05
openstackgerritMerged openstack/heat: enabling the stevedore.sphinxext extension.  https://review.openstack.org/21740116:05
*** kebray has quit IRC16:05
openstackgerritMerged openstack/heat: Removing unused dependency: discover  https://review.openstack.org/21828716:05
openstackgerritMerged openstack/heat: Refactor _get_network_matches method  https://review.openstack.org/20943716:05
*** kebray has joined #heat16:06
openstackgerritMerged openstack/heat: Use _get_network_id in other methods of mixin class  https://review.openstack.org/21728416:06
openstackgerritMerged openstack/heat: Add subnet property to Nova::Server nic  https://review.openstack.org/21775216:06
*** dims has quit IRC16:07
*** spzala has quit IRC16:07
*** devlaps has joined #heat16:16
*** alexpilotti has quit IRC16:17
shardyzaneb: Hey I put some questions about reusing prev_raw_template_id on https://review.openstack.org/#/c/205754/16:18
*** Nepoc has quit IRC16:20
shardyIt's a little confusing as AFAICT if we do it to be consistent with convergence we won't use the last template the user passed in, but the last one which didn't cause a failed update16:20
*** Nepoc has joined #heat16:20
shardywhich makes sense I guess, unless it was an error in the environment which caused the failure16:20
*** neelashah has joined #heat16:21
*** jtomasek has quit IRC16:23
*** pm90__ has quit IRC16:24
*** spzala has joined #heat16:25
*** ricolin has joined #heat16:26
*** Piet has joined #heat16:28
*** getvasanth has quit IRC16:30
*** sergmelikyan has joined #heat16:30
*** sergmelikyan has quit IRC16:30
*** kebray has quit IRC16:32
*** sergmelikyan has joined #heat16:32
*** sergmelikyan has quit IRC16:34
zanebshardy: I have a meeting right now but I will take a look after lunch. it doesn't sound that inconsistent though16:34
shardyzaneb: np, just wanted a sanity check before I attempt another revision of the patch16:35
shardyzaneb: thanks16:35
*** vijayagurug has quit IRC16:35
*** dyasny has quit IRC16:36
*** kebray has joined #heat16:40
*** lkarm has quit IRC16:41
*** lkarm has joined #heat16:42
*** sergmelikyan has joined #heat16:42
openstackgerritPavlo Shchelokovskyy proposed openstack/heat: Run py34 first in default tox run  https://review.openstack.org/21978116:43
*** jistr has quit IRC16:44
*** lkarm has quit IRC16:44
*** lkarm has joined #heat16:44
*** sergmelikyan has quit IRC16:45
*** sergmelikyan has joined #heat16:46
*** jprovazn has quit IRC16:47
*** jtomasek has joined #heat16:50
openstackgerritPavlo Shchelokovskyy proposed openstack/python-heatclient: Add py34 env to default tox run  https://review.openstack.org/21978716:57
*** derekh has quit IRC16:57
*** lkarm has quit IRC17:00
*** pm90_ has joined #heat17:02
zanebshardy: commented17:04
*** kebray has quit IRC17:07
shardyzaneb: thanks17:12
*** e0ne has quit IRC17:12
zanebshardy: does that make sense?17:12
zanebbtw do we have any docs at all about what the format of an environment file should look like?17:13
*** jtomasek has quit IRC17:15
shardyzaneb: Yes I think so, thanks for the pseudo-code, that helps clarify17:15
shardyzaneb: http://docs.openstack.org/developer/heat/template_guide/environment.html ?17:15
zanebshardy: thanks. is there ever a time where we put a whole parameter schema definition into the env? users seem to think there is, but it's not documented there17:17
shardyzaneb: No, you can only specify the parameter values AFAIK17:18
zanebok, users are crazy then :)17:18
* shardy is shocked ;)17:18
*** kencjoh__ has quit IRC17:19
*** vijayagurug has joined #heat17:19
shardyzaneb: that said, we're currently doing a pretty poor job of validating the environment syntax and returning helpful errors17:20
shardyref bug #149091317:20
openstackbug 1490913 in python-heatclient "Malformed environment syntax not clearly reported" [Undecided,New] https://launchpad.net/bugs/149091317:20
shardyLike, we should at least say which environment file, so you stand some chance of figuring it out when you pass a dozen environments into a TripleO stack create :)17:22
zanebheh :)17:23
*** achanda has joined #heat17:24
*** inc0 has quit IRC17:25
*** Drago has quit IRC17:27
*** steveg_afk has quit IRC17:31
*** dims_ has quit IRC17:33
pas-haexit17:33
* pas-ha fails17:33
*** pas-ha has quit IRC17:33
*** dims has joined #heat17:35
*** dyasny has joined #heat17:37
*** lkarm has joined #heat17:37
openstackgerritSteven Hardy proposed openstack/heat: Merge Server os-collect-config metadata on update  https://review.openstack.org/21944917:38
openstackgerritSteven Hardy proposed openstack/heat: Add server validation check for deployments metadata  https://review.openstack.org/21979917:38
larsksHas anyone seen a situation in which "heat stack-list" shows a stack (in DELETE_FAILED state), but "heat show <name>" and "heat show <uuid>" both return "stack not found"?17:41
*** ricolin has quit IRC17:44
shardylarsks: does heat stack-show "<name>/<ID>" work?17:44
larsksshardy: Actually, s/show/resource-list/, and yes, stack-show works.17:45
larsksSorry for the typo confusing things.17:45
shardylarsks: that's expected I think, depending on when the delete failed17:45
shardywe delete all the resource records on delete, but only soft-delete the stack record, and retain the events17:46
larsksOkay. I was trying to figure out which resources had failed.17:46
shardyIIRC17:46
larsksOddly, the delete failed because "No valid host was found. There are not enough hosts available", which is why the stack failed to deploy in the first place.17:46
*** jaime49 has quit IRC17:47
shardylarsks: hmm, sounds like a bad error path with nova 500ing us?17:47
larsksIt looks like a second stack-delete has succeeded.  Yeah, something is up with nova.  I'm experimenting with the 'rdo director' installer, and things are wonky.17:48
shardylarsks: it'd be interesting to see the backtrace near the DELETE_FAILED in the heat-engine log17:48
shardylarsks: ah, that's a known bug I think17:48
larsksDoesn't look like it produced a backtrace.17:50
shardylarsks: IIRC the issue is/was that on delete if a server is in ERROR state, we'd race after deleting it and mis-detect the ERROR as a delete error, vs something which already happened17:52
shardyI think it's fixed now, I'm just failing to find the bug reference17:53
larsksInteresting. I'll watch for updates...17:54
*** lkarm has quit IRC17:55
*** blomquisg has quit IRC17:55
shardylarsks: https://bugs.launchpad.net/heat/+bug/146371617:56
openstackLaunchpad bug 1463716 in heat "Can not delete stack with nova server resource" [High,Fix released] - Assigned to huangtianhua (huangtianhua)17:56
larsksshardy: Thanks!17:58
*** jaime49 has joined #heat17:58
*** jaime491 has joined #heat18:00
*** Drago has joined #heat18:01
*** jaime49 has quit IRC18:02
*** Drago has quit IRC18:04
*** Drago has joined #heat18:04
*** lkarm has joined #heat18:06
*** blomquisg has joined #heat18:11
*** sdake_ has joined #heat18:13
*** vijayagurug has left #heat18:16
*** kebray has joined #heat18:16
*** kencjohn_ has joined #heat18:16
*** sdake has quit IRC18:17
*** sdake has joined #heat18:21
*** sdake_ has quit IRC18:25
*** steveg_afk has joined #heat18:32
*** lkarm has quit IRC18:34
*** lkarm has joined #heat18:35
jaime491shardy,sabeen2: ping - Steven are you around?18:36
*** sdake_ has joined #heat18:41
*** e0ne has joined #heat18:42
*** sdake has quit IRC18:45
*** jecarey has joined #heat18:46
*** dkusidlo has joined #heat18:47
*** harlowja has quit IRC18:54
*** harlowja has joined #heat18:58
*** dkusidlo has quit IRC18:58
*** Nepoc has quit IRC18:58
Dragojaime491: are you looking for shardy?19:03
jaime491Drago: yep19:04
Dragojaime491: k, that's his nic19:04
Drago*handle19:05
jaime491Drago: wanted some feedback on where we might put our api tests19:05
*** coolsvap_ has joined #heat19:09
*** e0ne has quit IRC19:12
*** kebray has quit IRC19:18
*** Nepoc has joined #heat19:21
*** dyasny has quit IRC19:22
*** kebray has joined #heat19:28
*** tlashchova has quit IRC19:31
*** metral is now known as metral_zzz19:31
*** metral_zzz is now known as metral19:33
shardyjaime491: hi19:33
shardysorry been afk for a bit19:34
*** blomquisg has quit IRC19:38
*** coolsvap_ has quit IRC19:45
*** blomquisg has joined #heat19:51
*** hdd has quit IRC19:53
*** hdd has joined #heat19:54
*** shardy has quit IRC20:00
*** blomquisg has quit IRC20:06
*** crose has quit IRC20:07
*** jtomasek has joined #heat20:13
*** sdake_ is now known as sdake20:15
*** Marga_ has joined #heat20:20
*** blomquisg has joined #heat20:21
*** lkarm has quit IRC20:29
*** pm90__ has joined #heat20:35
*** e0ne has joined #heat20:35
*** pm90_ has quit IRC20:38
*** wirehead_1 is now known as wirehead_20:39
*** pm90__ has quit IRC20:39
*** vahidh has joined #heat20:40
*** lkarm has joined #heat20:40
*** Piet has quit IRC20:45
*** harlowja has quit IRC20:45
*** signed8bit has joined #heat20:47
*** jaime491 has quit IRC20:50
openstackgerritJay Dobies proposed openstack/heat: Resolve parameter list including nested stacks  https://review.openstack.org/21901621:01
*** pm90_ has joined #heat21:02
*** pm90__ has joined #heat21:03
*** pm90_ has quit IRC21:07
*** jaime49 has joined #heat21:08
*** jaime49 has quit IRC21:08
*** achanda has quit IRC21:08
*** jaime49 has joined #heat21:09
*** Marga_ has quit IRC21:15
*** jtomasek has quit IRC21:16
*** Marga_ has joined #heat21:16
*** jdob has quit IRC21:19
*** dims has quit IRC21:19
*** dims has joined #heat21:19
*** harlowja has joined #heat21:21
*** dims has quit IRC21:24
*** lkarm has quit IRC21:25
*** rpothier has quit IRC21:26
*** e0ne has quit IRC21:32
*** e0ne has joined #heat21:33
*** derekh has joined #heat21:33
*** achanda has joined #heat21:37
*** e0ne has quit IRC21:41
*** kebray has quit IRC21:42
*** e0ne has joined #heat21:43
*** achanda has quit IRC21:47
*** kencjohn_ has quit IRC21:47
*** e0ne has quit IRC21:52
*** achanda has joined #heat21:54
*** kebray has joined #heat22:04
*** blomquisg has quit IRC22:05
*** signed8bit has quit IRC22:08
*** jasond has quit IRC22:09
*** bleepbloop has joined #heat22:12
openstackgerritMerged openstack/heat: Correct http method to 'POST' for stack-preview test  https://review.openstack.org/21613422:13
openstackgerritMerged openstack/heat: Support project access manager for volume type  https://review.openstack.org/19447822:13
*** jcoufal has quit IRC22:14
*** Beetnik has quit IRC22:15
*** hdd has quit IRC22:19
*** sabeen2 has quit IRC22:23
*** achanda has quit IRC22:24
*** achanda_ has joined #heat22:24
*** jecarey has quit IRC22:25
*** jecarey has joined #heat22:25
*** vijendar has quit IRC22:26
*** Marga_ has quit IRC22:27
*** steveg_afk has quit IRC22:30
openstackgerritMerged openstack/heat: Support is_proxy_gateway in sahara node group templates  https://review.openstack.org/21931922:43
openstackgerritMerged openstack/heat: install.sh: stop using deprecated option group for rabbit  https://review.openstack.org/21935622:45
*** pm90__ has quit IRC22:47
*** derekh has quit IRC22:50
openstackgerritMerged openstack/heat: Removes dead code from context.request_context  https://review.openstack.org/19104022:59
*** kebray has quit IRC23:03
openstackgerritMerged openstack/heat: Validate support_status while searching resource registry  https://review.openstack.org/21310723:03
openstackgerritMerged openstack/heat: Search based on the resource type name  https://review.openstack.org/21310823:04
*** achanda_ has quit IRC23:12
*** sdake has quit IRC23:15
*** Piet has joined #heat23:17
*** achanda has joined #heat23:21
*** blomquisg has joined #heat23:23
*** Qiming_ has joined #heat23:26
*** sdake has joined #heat23:27
*** elynn has joined #heat23:35
*** elynn has quit IRC23:35
*** harlowja has quit IRC23:42
*** tochi has joined #heat23:42
*** harlowja has joined #heat23:43
openstackgerritOpenStack Proposal Bot proposed openstack/heat: Updated from global requirements  https://review.openstack.org/21949223:45
*** achanda has quit IRC23:52
*** sergmelikyan has quit IRC23:52

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