Friday, 2014-07-25

*** samstav has quit IRC00:02
*** maxskew has quit IRC00:02
*** samstav has joined #heat00:03
*** maxskew has joined #heat00:03
*** jcoufal has quit IRC00:06
*** andersonvom has joined #heat00:06
*** asalkeld has quit IRC00:06
*** samstav has quit IRC00:07
*** andersonvom has quit IRC00:11
*** Tross has joined #heat00:15
*** Qiming has joined #heat00:19
*** asalkeld has joined #heat00:20
*** gokrokve has quit IRC00:23
*** gokrokve has joined #heat00:25
*** Qiming has quit IRC00:26
*** gokrokve has quit IRC00:26
*** randallburt has quit IRC00:26
*** dims_ has joined #heat00:27
*** tspatzier has joined #heat00:28
*** joeroyall has joined #heat00:31
*** Tross has quit IRC00:31
*** Tross has joined #heat00:32
*** daneyon has quit IRC00:38
*** daneyon has joined #heat00:41
*** metral is now known as metral_zzz00:47
*** daneyon has quit IRC00:49
*** tspatzier has quit IRC00:53
*** tspatzier has joined #heat01:00
openstackgerritWinnie Tsang proposed a change to openstack/python-heatclient: Add stack-update argument for patching parameters  https://review.openstack.org/10910501:03
openstackgerritWinnie Tsang proposed a change to openstack/python-heatclient: Add stack-update argument for reset parameters  https://review.openstack.org/10946501:03
*** piyush has joined #heat01:05
*** nanjj has joined #heat01:18
*** tiantian has joined #heat01:19
*** liusheng has joined #heat01:20
*** Qiming has joined #heat01:24
openstackgerritSteve Martinelli proposed a change to openstack/python-heatclient: Update theme for docs  https://review.openstack.org/10943401:24
openstackgerritAngus Salkeld proposed a change to openstack/heat: Import the stack module directly  https://review.openstack.org/10729201:28
openstackgerritAngus Salkeld proposed a change to openstack/heat: Use the template module to access the Template class  https://review.openstack.org/10729101:28
*** ajc_ has joined #heat01:31
liushengasalkeld: Hi Angus Salkeld, could you please approve the spec: https://review.openstack.org/#/c/105952/ ? if you think it valuable :)01:31
asalkeldlooking liusheng01:32
liushengasalkeld: if so, I will upload patchesets for that01:32
liushengasalkeld: thanks :)01:32
*** nanjj has quit IRC01:33
*** nanjj has joined #heat01:33
asalkeldstevebaker, what's our "policy" on approving specs?01:33
asalkeldhow many +2's do we need? does ptl need to approve? - I seem to have missed the memo01:34
tiantian<asalkeld>: they said stevebaker in UK this week01:35
asalkeldo, ok - thanks01:35
asalkeldthem openstack people really seem to travel :-O01:36
*** metral_zzz is now known as metral01:36
tiantian<asalkeld>: may be zaneb is around :)01:36
* zaneb hides01:37
asalkeldzaneb, just qu about approving specs01:37
asalkelddo you have to approve, how many +2's etc...01:37
zanebI don't want to the PTL to be a single point of failure01:37
asalkeldyou mean single point of success?01:38
asalkeld:)01:38
zanebaim for consensus... more controversial changes require more consensus01:38
zanebno hard and fast rule01:38
asalkelddang01:38
asalkeldthat's the worst01:38
zanebasalkeld: well, if I don't see it and nothing gets approved as a result, then it's a single point of failure01:38
*** nosnos has joined #heat01:38
asalkeldo, totally - but could be hard and fast 3 * +201:39
asalkeld?01:39
zanebthere is too much stuff in OpenStack that relies on the PTL as a SPOF01:39
asalkeldif 3 cores agree then really should  be ok01:39
zanebasalkeld: add it to the meeting agenda, we can discuss a hard-an-fast rule01:39
zanebin almost all cases yes01:39
asalkeldzaneb, it just makes it more likely to impove spec approval rate01:40
zanebfor wide sweeping changes, I can imagine wanting more to look at it01:40
asalkeldzaneb, sure01:40
asalkeldaka convergance01:40
zanebexactly01:41
asalkeldso tiantian I'll leave your spec at a +201:41
zanebit's a tradeoff01:41
zanebI don't want to put anyone in a difficult position in terms of worrying that they may have approved too early01:41
zanebbut I trust everyone's judgement in the core team01:42
asalkeldzaneb, maybe is you are the third core you *can* approve if confident01:42
zanebmaybe if we said that it's OK but not compulsory to approve after 301:42
asalkeldbut if not just +101:42
zanebyeah, exactly01:42
asalkeldexactly01:42
asalkeldzaneb, do you mind if i delete some old agenda's01:44
zanebnah, go ahead01:44
asalkeldgot about a dozen there01:44
zanebI just added that to next week's agenda though01:44
zanebso check for conflicts01:44
asalkeldyeah i see it01:45
asalkeldcool thanks01:45
*** metral is now known as metral_zzz01:45
*** tiantian has quit IRC01:46
Qiminghi, your comments/suggestions to this bug are appreciated: https://bugs.launchpad.net/heat/+bug/134387301:46
uvirtbotLaunchpad bug 1343873 in heat "'rolling_update' property should be treated as implicitly specified" [Undecided,New]01:46
*** tiantian has joined #heat01:46
zanebtiantian: I approved your spec :)01:46
tiantian<asalkeld>: correct, it's not my spec01:47
asalkeldtiantian, https://review.openstack.org/#/c/108917/01:48
asalkeldneed some specialist areas01:48
openstackgerritA change was merged to openstack/heat-specs: Add log translation hints for Heat  https://review.openstack.org/10595201:49
tiantian<zaneb>: in fact I have a spec https://review.openstack.org/#/c/105644/ hope your review/approve :) tks tks01:49
*** liusheng has quit IRC01:50
*** liusheng has joined #heat01:51
asalkeldseems like we need a 'team' interested in aws compat.01:52
zanebtiantian: +201:52
asalkeldseems to be a lot of interest01:52
zanebwhat is the opposite of "to volunteer"?01:53
asalkeldto hide in the corner?01:54
asalkeld:)01:55
*** Yanyanhu has joined #heat01:55
openstackgerritA change was merged to openstack/heat-specs: Add specification to implement LaunchConfiguration bdm  https://review.openstack.org/10564401:55
asalkeldCoercion?01:56
asalkeldconscripted01:57
Qimingseduction01:58
tiantian<asalkeld>: first volunteer01:58
asalkeldzaneb this might need you eyes https://review.openstack.org/#/c/105742/01:58
asalkeldtiantian not sure, haven't used it in a while01:59
asalkeldwow tspatzier is verbose, phew now I have a heap to read02:00
nanjjasalkeld: :)02:02
*** Yanyanhu has quit IRC02:02
tiantian<asalkeld>: happy when need02:02
*** Yanyanhu has joined #heat02:02
*** liusheng has quit IRC02:03
nanjjasalkeld: https://review.openstack.org/#/c/108949/ needs your comments02:03
tspatzierhi asalkeld, what are you referring to?02:03
asalkeldhi tspatzier02:03
asalkeldthe action spec02:04
*** liusheng has joined #heat02:04
asalkeldit's all good02:04
asalkeldtspatzier, a question while you are here02:05
tspatzierah, I see ;) It actually did not really change since you gave a +2 some time back. More minor changes in response to comments IIRC.02:05
asalkeldconfigs:16802:05
asalkeld- actions: [ CREATE ]02:05
tspatzierasalkeld: sure02:05
nanjjtspatzier: where you are now?02:05
asalkeldbut you say one action02:05
asalkeldwhy the list02:05
tspatziernanjj: I am in Austin this week. 9pm here.02:05
*** samstav has joined #heat02:05
tspatzierasalkeld: stevebaker suggested we make this a list, so you could re-use a config for multiple actions if desired. E.g. if you have a script or chef recipe that can be used for both CREATE and UPDATE, you can specify this. And then only have something else for e.g. SUSPEND and RESUME.02:06
asalkeldI see, does the action get passed into the script?02:07
asalkeldcan the script know that's it an update or create02:07
tspatzierYeah, we decided that the in-instance hook would get all the config hooks for all the actions. And then we would also pass the current action, so the in-instance hook can select the right one execute.02:08
asalkeldok02:08
asalkeldseems to be counter to:02:08
asalkeldUse of scripts that conditionally handle actions26702:09
asalkeldIt would be possible to provide scripts that get invoked for all of a26802:09
asalkeldresource's lifecycle actions. Those scripts would have to include a lot of26902:09
asalkeldconditional logic, which would make them very complicated.02:09
tspatzierAlternative would have been to let the SoftwareDeployment resource only pass the one config for the current action down.02:09
asalkeldanyways that is been super critical02:09
asalkeldcould be argued either way02:09
asalkeld+2'd02:10
tspatzieragree, either way would have worked. The only important point IMO is that you really don't have to code the conditions in the script, but either the generic in-instance hook logic or the SoftwareDeployment resource logic does it.02:10
tspatzierthanks asalkeld02:10
asalkeldwhy is this even a spec: https://review.openstack.org/#/c/108949/5/specs/vnc-console.rst02:11
asalkeldseems like a bug/ very minor feature02:11
asalkeldnanjj, ^02:11
asalkeldwhy not just post a patch02:11
asalkeldo, well approved02:13
asalkeldlunch bbl02:14
openstackgerritA change was merged to openstack/heat-specs: VNC console attribute support  https://review.openstack.org/10894902:14
nanjjasalkeld: yes, tiny02:14
tspatzierasalkeld: btw, maybe we could also approve https://review.openstack.org/#/c/105742 - 5 +2's already, not sure if we have any particular threshold ...02:15
elynnmorning all :)02:19
openstackgerrithuangtianhua proposed a change to openstack/heat: Match tenant_id when name ambiguity in get_secgroup_uuids()  https://review.openstack.org/10922202:24
*** achampion has joined #heat02:26
*** metral_zzz is now known as metral02:27
*** samstav has quit IRC02:34
*** metral is now known as metral_zzz02:37
*** harlowja is now known as harlowja_away02:37
openstackgerritA change was merged to openstack/heat-specs: Implement AWS "Updates are not supported"  https://review.openstack.org/10574202:38
tiantian<zaneb><asalkeld>: hi, about the quota-api02:38
tiantian<zaneb><asalkeld> https://review.openstack.org/#/c/96696/, is it valuable?02:40
*** metral_zzz is now known as metral02:46
*** tspatzier has quit IRC02:46
*** dims_ has quit IRC02:48
*** zackf has joined #heat02:52
openstackgerritEthan Lynn proposed a change to openstack/heat: Move UpdateReplace exception to exception.py  https://review.openstack.org/10919403:02
openstackgerritEthan Lynn proposed a change to openstack/heat: Enable lazy translation on heat  https://review.openstack.org/10891703:04
openstackgerritEthan Lynn proposed a change to openstack/heat: Import oslo.i18n and port heat bins to use oslo.i18n  https://review.openstack.org/10892403:06
openstackgerritEthan Lynn proposed a change to openstack/heat: Switch heat api to oslo i18n  https://review.openstack.org/10947903:08
*** zackf has quit IRC03:10
*** Yanyan has joined #heat03:20
*** Yanyanhu has quit IRC03:20
asalkeldtiantian, looking03:22
*** mkerrin has joined #heat03:25
tiantian<asalkeld>: this blueprint has been approved by shardy, and the code is finished, seens Clint 'SpamapS' Byrum disagree, I and shardy reply the ml, then no reply, so may be this should be discuss?03:28
asalkeldtiantian, the ml thread suggests most cores are thinking it's not needed03:30
asalkeldso we should use the quotas exposed via other services03:30
asalkeldand there is not much to quota03:31
asalkeldSpamapS, maybe one thing that could have a quota is convergance worker jobs03:31
asalkeld(so one stack donesn't flood the message queues)03:32
asalkeldtiantian, that is a way off tho'03:32
SpamapSthat is an operator concern03:33
asalkeldok, so then no need for quota api03:34
SpamapSI'm still not convinced that Heat, even though it ends up being heavy now because "reasons"... needs a per-user quota system.03:34
SpamapSBut I could be wrong. It's just my opinion.03:35
SpamapSAnd I don't really run a massive Heat install. I think the people who would be most interesting to ask would be those at Rackspace running their beta Heat service.03:35
*** kopparam has joined #heat03:35
tiantian<asalkeld>I hear the rally needs this03:35
asalkeldtiantian, what for ?03:36
*** kopparam has quit IRC03:36
tiantian<asalkeld>:Specific I don't know, may be Sergey Kraynev know this, or rally need absolutely-limit to show the pie03:38
asalkeldI see, maybe this is just and admin/operator api then?03:39
asalkeld(readonly)03:39
asalkeldtho' adding an api purely for a test tool seems a little weird03:39
tiantian<asalkeld>: another blueprint about the absolutely-limit depends on this blueprint: https://review.openstack.org/#/c/99589/03:40
*** cyen has quit IRC03:40
asalkeldtiantian, so this is just a "show" - readonly03:41
asalkeldhttps://review.openstack.org/#/c/99589/5/heat/engine/service.py03:42
openstackgerritEthan Lynn proposed a change to openstack/heat: Move UpdateReplace exception to exception.py  https://review.openstack.org/10919403:42
*** ajc_ has quit IRC03:43
tiantian<asalkeld>: for absolutely-limit, it is03:43
asalkeldmaybe just a show would be ok, people are unsure of the use of crud api for quotas03:43
asalkeldtiantian, does rally want to modify quota's03:43
asalkeldor just read what they are03:43
asalkeldI think exposing the limits is reasonable03:44
asalkeldto view03:44
tiantianasalkeld: I don't know much, I will ask Sergey Kraynev later, about the rally whether is need the quota-api03:45
asalkeldok, cool03:45
openstackgerritEthan Lynn proposed a change to openstack/heat: Enable lazy translation on heat  https://review.openstack.org/10891703:46
tiantian<asalkeld>: if the quota-api isn't need, the implemention of absolutely-limit need modify03:47
SpamapStiantian: I don't mean to be a party-pooper. I am merely concerned that doing quotas "just because somebody might want it" is a large undertaking without a large use case.03:47
SpamapStiantian: as I said, I am not running a large heat. My biggest heat has 1 user, 2 stacks and just manages 40 baremetal servers. So it's possible I have no clue whatsoever how expensive it is to let Heat manage hundreds of users and thousands of stacks.03:48
asalkeldI am all for starting small, maybe just view what limits we have is useful for a user03:48
asalkeldlike the recursion limits03:48
openstackgerritEthan Lynn proposed a change to openstack/heat: Import oslo.i18n and port heat bins to use oslo.i18n  https://review.openstack.org/10892403:49
SpamapSasalkeld: I do wonder if we could eliminate the recursion limits by implementing a "root stack resource counter".03:50
SpamapSI was hesitant to do that when I was putting in the limits03:50
asalkeldshouldn't be hard03:50
SpamapSBut I actually think convergence will give us a good opportunity to do it.03:51
tiantianSpamapS: Of course not,you are pretty:)03:51
SpamapSSince we're not going to be parsing whole stacks all the time, we can just maintain it in the resource create/delete methods.03:51
openstackgerritEthan Lynn proposed a change to openstack/heat: Switch heat api to oslo i18n  https://review.openstack.org/10947903:51
SpamapSAnyway, I'm jet lagged and grumpy.. time to hit the sack.03:52
SpamapStiantian: aw thanks. ;)03:52
asalkeldhar03:53
*** nosnos has quit IRC03:55
openstackgerritliusheng proposed a change to openstack/heat: Log translation hint for Heat.contrib  https://review.openstack.org/10948404:00
tiantianasalkeld: https://review.openstack.org/#/c/103725/ has modified according your comments, hope you review it again, tks04:03
*** nanjj has quit IRC04:03
asalkeldlooking now04:06
asalkeldgetting review weary ...04:09
tiantian<asalkeld>: tks :)04:14
asalkeldnp04:14
openstackgerritliusheng proposed a change to openstack/heat: Log translation hint for Heat.api  https://review.openstack.org/10948704:17
*** piyush has quit IRC04:18
*** cody-somerville has joined #heat04:28
*** piyush has joined #heat04:32
*** piyush has quit IRC04:32
*** piyush has joined #heat04:33
*** rushiagr has joined #heat04:36
*** ramishra has joined #heat04:38
openstackgerritEthan Lynn proposed a change to openstack/heat: Switch heat engine to oslo.i18n  https://review.openstack.org/10948804:39
asalkeldelynn, are you and liusheng working together?04:40
elynnasalkeld, no...04:40
*** piyush has quit IRC04:41
asalkeldok, as long as what both of you are doing is heading in a sensible direction04:41
*** unmeshg has joined #heat04:41
elynnhe has a plan to switch to oslo.i18n?04:41
asalkeldLog translation hint for Heat.api04:41
asalkeldbrb: picking kids up from school04:43
elynnok, I will not do that part when switching to oslo.i18n, if his patches landed first, I will do rebase work.04:43
*** piyush has joined #heat04:44
*** bmahalakshmi has joined #heat04:44
*** nosnos has joined #heat04:51
*** kopparam has joined #heat04:53
*** ajc_ has joined #heat04:54
*** piyush has quit IRC04:54
*** bvivek has joined #heat04:57
*** mkerrin has quit IRC04:59
*** cody-somerville has quit IRC05:01
*** bandarji has joined #heat05:11
*** kopparam has quit IRC05:14
*** kopparam has joined #heat05:16
*** tiantian has quit IRC05:21
*** Dev_Jin has joined #heat05:21
*** killer_prince is now known as lazy_prince05:22
*** akuznetsov has joined #heat05:22
*** rakesh_hs has joined #heat05:28
*** bandarji has quit IRC05:33
*** k4n0 has joined #heat05:56
*** chandankumar has joined #heat05:57
openstackgerritOpenStack Proposal Bot proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/10497506:01
*** ramishra has quit IRC06:11
*** ramishra has joined #heat06:12
rakesh_hsHi guys.. I have proposed an patch for defect fix (bug#: 1290565).. https://review.openstack.org/#/c/107551/06:16
rakesh_hscan you guys please review it06:16
Dev_JinIn HEAT::AutoScalingGroup how to give unique names to instances getting launched? By default it gives same name (from properties)06:16
*** ramishra has quit IRC06:16
QimingDev_Jin, what do you mean by 'same name'?06:18
Dev_JinQiming .. e.g.     type: OS::Nova::Server06:19
Dev_Jin    properties:06:19
Dev_Jin     name: Worker06:19
Dev_Jinall the instances come up with Woker.. how to make them say Worker1 Worker2…06:20
QimingDev_Jin, I see what you are talking about06:20
*** tiantian has joined #heat06:22
openstackgerritliusheng proposed a change to openstack/heat: Log translation hint for Heat.contrib  https://review.openstack.org/10948406:22
QimingDev_Jin, when I ignore the name property, Heat will automatically give them one06:22
openstackgerritEthan Lynn proposed a change to openstack/heat: Replace str(err) with six.text_type in tests  https://review.openstack.org/10950206:23
QimingDev_Jin, tbh, I didn't try what will happen if 'name' is explicitly specified06:23
Dev_JinQiming is there anyway to have more control?06:24
QimingDev_Jin, not that I know of06:24
*** cyen has joined #heat06:25
Dev_JinQiming, thanks06:26
QimingDev_Jin, it sounds like something backed by a use case? Why are you referencing an individual member of the group?06:27
Dev_JinQiming.. well what’s happening is s/w configuration management identifies individual clients by hostnames.. but if all of them have same then it treats them as 106:28
QimingDev_Jin, if I'm understanding this correctly, each instance will have a dedicated SoftwareDepolyment resource.06:31
QimingQiming, unless you are referring to some other out-of-band configuration management tools?06:32
QimingDev_Jin, as I said, I have no idea what will happen if you have instance name explicitly specified. By default, each instance WILL get a different hostname.06:33
Dev_JinYes Qiming I am using out of band config management tool (like chef/puppet) … Anyways.. for now I can work with not specifying name in the property and let the openstack ensures uniquness06:33
*** ramishra has joined #heat06:34
QimingDev_Jin, ahh, now I understand your question...06:34
elynnHi guys, could anyone can review this patch and help it merge? https://review.openstack.org/#/c/105101/06:38
Dev_JinQiming.. some unrelated question.. I am bit strugling with how call heat stack create from python client (or curl) .. my real struggle is how to form payload of stack create call (which consists of template file + stack name info and parameters…)06:39
Dev_Jinis there something simple which I am missing ( I dont want to reinvent the wheel ) it works well with heat stack-create command.. but I want to do it programatically using python06:39
openstackgerritliusheng proposed a change to openstack/heat: Log translation hint for Heat.common  https://review.openstack.org/10950606:39
QimingDev_Jin, and environments ...06:40
Dev_JinQuming.. yes.. that’s correct06:40
Dev_JinQiming — typo06:40
QimingDev_Jin, my feeling is that you have quite some work to do before invoking the ReST API if you decide to do that, maybe I'm missing something as well06:44
Dev_JinQiming.. my experience tells the same.. I have spent good amount of time trying to read heat template file convert it into json format etc etc..06:45
QimingDev_Jin, I hope you really have fun doing that06:46
Dev_JinQiming.. You bet  [:)06:46
QimingDev_Jin, horizon file openstack_dashboard/dashboards/project/stacks/forms.py could be a good reference, :)06:59
*** noTHD has quit IRC07:00
*** ramishra has quit IRC07:01
*** Dev_Jin has quit IRC07:01
*** pasquier-s has joined #heat07:04
openstackgerritlvdongbing proposed a change to openstack/python-heatclient: Don't expose X-Auth-Token in heat CLI  https://review.openstack.org/10923407:06
*** rushiagr has quit IRC07:08
*** Dev_Jin has joined #heat07:08
Dev_JinQiming.. I just had a quick pass.. it might be helpful.. let me dig dip now07:08
*** kopparam has quit IRC07:08
*** rushiagr has joined #heat07:09
*** kopparam has joined #heat07:09
QimingDev_Jin, at first glance, it is must simpler than Heat shell, because it is dealing with lesser options07:09
openstackgerritEthan Lynn proposed a change to openstack/heat: Switch heat api to oslo i18n  https://review.openstack.org/10947907:12
openstackgerritEthan Lynn proposed a change to openstack/heat: Import oslo.i18n and port heat bins to use oslo.i18n  https://review.openstack.org/10892407:12
openstackgerritEthan Lynn proposed a change to openstack/heat: Switch heat engine to oslo.i18n  https://review.openstack.org/10948807:12
openstackgerritEthan Lynn proposed a change to openstack/heat: Enable lazy translation on heat  https://review.openstack.org/10891707:12
openstackgerritEthan Lynn proposed a change to openstack/heat: Move UpdateReplace exception to exception.py  https://review.openstack.org/10919407:12
openstackgerritEthan Lynn proposed a change to openstack/heat: Switch heat resources to oslo.i18n  https://review.openstack.org/10951007:12
*** kopparam has quit IRC07:14
*** lvdongbing has joined #heat07:14
*** asalkeld has quit IRC07:15
openstackgerritliusheng proposed a change to openstack/heat: Log translation hint for Heat.engine  https://review.openstack.org/10951207:16
*** ramishra has joined #heat07:30
*** jstrachan has joined #heat07:33
skraynevGood Morning07:37
openstackgerritliusheng proposed a change to openstack/heat: Log translation hint for Heat.tests  https://review.openstack.org/10951407:37
tiantian<skraynev>:hi07:40
skraynevhello tiantian07:40
*** rushiagr_ has joined #heat07:40
*** rushiagr has quit IRC07:40
tiantian<skraynev>: this morning we talked about whether quota-api blueprint is needed, see the history :) I remember you said it's usesful for rally?for what? I don't know much about this, or I remember wrong07:44
skraynevtiantian: you mean IRC discussion or where?07:44
skraynevtiantian: It's really need for rally - you remember it correct :) It should be used for test case, when we try to create a lot of stacks for one tenant.07:46
tiantian<skraynev>: on july, in IRC07:47
skraynevtiantian: thx, I will look it later ;)07:48
tiantian<skraynev>: about the quota-api blueprint, no reviewer now, https://review.openstack.org/#/c/96696/ and I don't know whether it's needed. It seems most core member thinking it's no need07:51
*** kopparam has joined #heat07:52
openstackgerritEthan Lynn proposed a change to openstack/heat: Remove gettextutils from heat  https://review.openstack.org/10951707:52
*** lsmola has joined #heat07:54
elynnHi skraynev , do you have time to review this patch? https://review.openstack.org/#/c/109502/07:56
skraynevtiantian: I understand your worries. Unfortunately, I had not time before to speak about it with other reviewers.07:56
*** bvivek has quit IRC07:57
skraynevtiantian: I will ask zaneb about it. Let's see what he will say.07:57
tiantian<skraynev>: thanks very much:)07:57
skraynevtiantian: np07:58
skraynevelynn: thx, as soon as possibly.07:58
elynnskraynev, :)07:58
therveelynn, I have some troubles with your switch to oslo.i18n08:00
therveelynn, Why do you think the 2 libraries can coexist?08:01
elynnhi therve08:01
*** tomek_adamczewsk has joined #heat08:02
elynntherve, I just wanna to make sure that every patch will not break unittests.08:02
elynnand I remove gettextuitls in patch https://review.openstack.org/#/c/109517/08:03
therveMokay08:04
elynnSplit this patch into several patches just to benefit me, so I won't miss any place :)08:05
elynntherve, sorry I have to leave for a while, I have a meeting...08:06
therveWell it's nice to have smaller patches for sure08:06
*** tomek_adamczewsk has quit IRC08:08
openstackgerritliusheng proposed a change to openstack/heat: Log translation hint for Heat.api  https://review.openstack.org/10948708:09
*** cdent has joined #heat08:12
openstackgerritliusheng proposed a change to openstack/heat: Log translation hint for Heat.contrib  https://review.openstack.org/10948408:17
*** bvivek has joined #heat08:20
openstackgerritliusheng proposed a change to openstack/heat: Log translation hint for Heat.common  https://review.openstack.org/10950608:25
*** rushiagr_ has quit IRC08:27
*** rushiagr_ has joined #heat08:28
*** lvdongbing has quit IRC08:32
*** lvdongbing has joined #heat08:33
*** lsmola has quit IRC08:36
openstackgerritliusheng proposed a change to openstack/heat: Log translation hint for Heat.engine  https://review.openstack.org/10951208:38
openstackgerritliusheng proposed a change to openstack/heat: Log translation hint for Heat.tests  https://review.openstack.org/10951408:41
*** lvdongbing has quit IRC08:46
*** lvdongbing has joined #heat08:48
*** tomek_adamczewsk has joined #heat08:48
*** nikunj2512 has joined #heat08:49
*** ramishra has quit IRC08:50
*** ramishra has joined #heat08:50
*** Yanyan has quit IRC08:53
*** ramishra has quit IRC08:54
*** rushiagr_ has quit IRC09:01
*** bvivek has quit IRC09:07
*** bvivek has joined #heat09:09
*** lvdongbing has quit IRC09:11
openstackgerritxu-haiwei proposed a change to openstack/heat: Show correct error messages  https://review.openstack.org/10860309:11
*** lvdongbing has joined #heat09:12
*** saju_m has joined #heat09:12
*** zslot has joined #heat09:17
openstackgerrithuangtianhua proposed a change to openstack/heat: Implement BlockDeviceMappings for AWS::EC2::Instance  https://review.openstack.org/10372509:22
openstackgerrithuangtianhua proposed a change to openstack/heat: Implement BlockDeviceMappings for LaunchConfiguration  https://review.openstack.org/10564709:22
*** kopparam has quit IRC09:26
*** zslot has quit IRC09:29
*** zslot has joined #heat09:30
*** akuznetsov has quit IRC09:30
*** kopparam has joined #heat09:33
openstackgerritA change was merged to openstack/heat: Remove deprecated tools/README instructions  https://review.openstack.org/10940409:35
*** lsmola has joined #heat09:39
*** akuznetsov has joined #heat09:42
*** saju_m has quit IRC09:47
*** saju_m has joined #heat09:50
*** ramishra has joined #heat09:54
*** bvandenh has joined #heat09:55
openstackgerritAlexey Ivanitskiy proposed a change to openstack/heat: Adding log messages to improve error handling  https://review.openstack.org/10933309:55
*** bmahalakshmi2 has joined #heat10:03
*** Qiming has quit IRC10:03
*** bmahalakshmi has quit IRC10:03
*** lvdongbing has quit IRC10:12
*** nosnos has quit IRC10:15
*** bvivek2 has joined #heat10:17
*** bvivek has quit IRC10:17
*** blinky_ghost has joined #heat10:18
*** Dev_Jin has quit IRC10:19
*** pasquier-s has quit IRC10:24
*** dims has joined #heat10:24
*** Dev_Jin has joined #heat10:25
*** saju_m has quit IRC10:40
*** denis_makogon has joined #heat10:41
*** tspatzier has joined #heat10:43
*** tiantian has quit IRC10:45
*** rushiagr_ has joined #heat10:47
*** blues-man has joined #heat10:48
blinky_ghosthi all, I'm testing OS::Heat::SoftwareDeployment function in a fedora instance I've created following this procedure: https://github.com/openstack/heat-templates/tree/master/hot/software-config/elements. However when I launch the instance I get this error os-collect-config: (heat-config) [ERROR] No config file /var/run/heat-config/heat-config10:48
blinky_ghost[2014-07-25 10:49:53,861] (os-refresh-config) [ERROR] during configure phase. [Command '['dib-run-parts', '/opt/stack/os-config-refresh/configure.d']' returned non-zero exit status 1]10:48
blinky_ghostWhat am I missing? thanks10:49
*** mkerrin has joined #heat10:52
*** mkerrin1 has joined #heat10:54
*** mkerrin has quit IRC10:56
*** Qiming has joined #heat10:57
*** saju_m has joined #heat10:57
*** piyush has joined #heat11:05
*** abramley has quit IRC11:06
openstackgerritAlexey Ivanitskiy proposed a change to openstack/heat: Adding log messages to improve error handling  https://review.openstack.org/10933311:07
*** abramley has joined #heat11:09
*** vpanizo has quit IRC11:14
*** ramishra_ has joined #heat11:18
*** ramishra has quit IRC11:19
therveblinky_ghost, https://review.openstack.org/#/c/108330/ I'd say11:19
openstackgerritA change was merged to openstack/heat-templates: Rename os-config-applier to os-apply-config  https://review.openstack.org/10833011:19
*** achampio1 has joined #heat11:23
*** ramishra_ has quit IRC11:24
*** ramishra has joined #heat11:25
*** achampion has quit IRC11:26
blinky_ghosttherve: can you tell me if this patch is in merged in RDO already?11:26
*** alexpilotti has joined #heat11:27
therveblinky_ghost, It's in heat-templates, so I don't think it gets in RDO at all11:27
therveYou need to rebuild your image with those elements AFAIU11:27
blinky_ghosttherve: but I've build my image yesterday, I've built it from a CentOS box.11:29
*** ramishra has quit IRC11:29
therveblinky_ghost, The patch got merged 10 minutes ago11:30
blinky_ghosttherve: :P11:30
*** kopparam has quit IRC11:30
blinky_ghosttherve: Sorry, I'm a moron :P11:30
*** kopparam has joined #heat11:30
*** ramishra has joined #heat11:33
blinky_ghosttherve: can you tell me if that elements will be available soon for Centos 6?11:33
therveblinky_ghost, No idea. Why is not available now?11:33
*** ramishra_ has joined #heat11:34
blinky_ghosttherve: stevebaker told me yesterday here that it was only available for Fedora11:34
*** rushiagr_ has quit IRC11:35
therveHe would know better than me11:35
*** rushiagr_ has joined #heat11:35
*** joeroyall has quit IRC11:36
blinky_ghosttherve: ok thanks I'll rebuild the fedora image and try again :)11:36
*** ramishra has quit IRC11:38
*** k4n0 has quit IRC11:38
*** saju_m has quit IRC11:39
*** blues-man has quit IRC11:42
unmeshgtherve: can you please revisit https://review.openstack.org/10447111:50
*** andersonvom has joined #heat11:50
*** andersonvom has quit IRC11:51
*** andersonvom has joined #heat11:51
*** blomquisg has quit IRC11:53
*** lsmola has quit IRC11:55
*** rbuilta has joined #heat11:57
*** pasquier-s has joined #heat11:57
*** jcoufal has joined #heat11:59
*** jcoufal has quit IRC11:59
*** jcoufal has joined #heat12:06
*** chandan_kumar has joined #heat12:09
*** chandan_kumar has quit IRC12:09
*** joeroyall has joined #heat12:10
*** bmahalakshmi has joined #heat12:13
*** achampio1 has quit IRC12:14
*** unmeshg has left #heat12:14
*** bmahalakshmi2 has quit IRC12:16
*** tspatzier has quit IRC12:22
*** dims has quit IRC12:23
*** dims has joined #heat12:25
*** tonisbones has joined #heat12:31
*** jcoufal has quit IRC12:32
*** bvandenh has quit IRC12:33
*** ajc_ has quit IRC12:38
*** jcoufal has joined #heat12:40
*** jcoufal has quit IRC12:43
*** Qiming has quit IRC12:47
*** russellb is now known as rustlebee12:50
*** kopparam has quit IRC12:51
*** kopparam has joined #heat12:52
*** che-arne|2 is now known as che-arne12:54
*** mkerrin1 has quit IRC12:55
*** rwsu has joined #heat12:56
*** kopparam has quit IRC12:56
*** jcoufal has joined #heat12:59
*** jcoufal has quit IRC13:00
*** jcoufal has joined #heat13:00
*** ccrouch has joined #heat13:01
*** bmahalakshmi2 has joined #heat13:04
*** nikunj2512 has quit IRC13:04
*** blues-man has joined #heat13:04
*** bnemec has joined #heat13:04
*** bmahalakshmi has quit IRC13:05
*** rushiagr_ has quit IRC13:05
*** bvandenh has joined #heat13:06
*** jdob has joined #heat13:09
*** rakesh_hs has quit IRC13:09
*** aweiteka has joined #heat13:09
*** jstrachan has quit IRC13:10
*** jstrachan has joined #heat13:10
*** lazy_prince has quit IRC13:11
*** viktors|afk is now known as viktors13:11
*** radez_g0n3 is now known as radez13:12
*** derekh_ has joined #heat13:13
openstackgerritSteven Hardy proposed a change to openstack/heat: SoftwareDeployments move signal reason into resource plugin  https://review.openstack.org/10682513:14
openstackgerritSteven Hardy proposed a change to openstack/heat: Appropriate exception for signal handling failure  https://review.openstack.org/10909613:14
openstackgerritSteven Hardy proposed a change to openstack/heat: Convert CFN waitcondition API to resource_signal  https://review.openstack.org/10682413:14
openstackgerritSteven Hardy proposed a change to openstack/heat: Allow plugins to specify signal event reason  https://review.openstack.org/10682113:14
openstackgerritSteven Hardy proposed a change to openstack/heat: Update test_signal to use stub_keystoneclient  https://review.openstack.org/10682013:14
openstackgerritSteven Hardy proposed a change to openstack/heat: Return metadata from resource_signal RPC interface  https://review.openstack.org/10682313:14
openstackgerritSteven Hardy proposed a change to openstack/heat: WaitConditionHandle resources, create events with reason data  https://review.openstack.org/10682213:14
openstackgerritSteven Hardy proposed a change to openstack/heat: Add native WaitConditionHandle resource  https://review.openstack.org/10288813:14
openstackgerritSteven Hardy proposed a change to openstack/heat: Mark metadata_update RPC call deprecated  https://review.openstack.org/10698513:14
*** jdob has quit IRC13:15
*** jdob has joined #heat13:16
*** achampion has joined #heat13:20
*** mkerrin has joined #heat13:20
*** mkerrin1 has joined #heat13:24
*** Tross has quit IRC13:24
*** blomquisg has joined #heat13:25
*** mkerrin has quit IRC13:26
*** tspatzier has joined #heat13:29
*** bnemec is now known as beekneemech13:34
openstackgerritA change was merged to openstack/heat: Add template version for the provider template  https://review.openstack.org/9699913:34
*** lsmola has joined #heat13:40
*** bvandenh has quit IRC13:43
*** sjmc7 has joined #heat13:50
*** hipokrit has joined #heat13:54
*** sjmc7_ has joined #heat13:55
*** richa has joined #heat13:57
*** samstav has joined #heat13:58
*** sjmc7 has quit IRC13:59
*** sergmelikyan has quit IRC14:00
*** gokrokve has joined #heat14:01
*** jasondotstar has joined #heat14:02
*** sjmc7_ is now known as sjmc714:05
*** chandan_kumar has joined #heat14:07
*** chandan_kumar has quit IRC14:10
*** bvandenh has joined #heat14:10
*** ramishra_ has quit IRC14:12
*** bvandenh has quit IRC14:15
*** jstrachan has quit IRC14:17
*** david-lyle has joined #heat14:18
*** jstrachan has joined #heat14:18
*** jasond` is now known as jasond14:18
*** ramishra has joined #heat14:19
*** vijendar has joined #heat14:20
*** vijendar has quit IRC14:20
*** vijendar has joined #heat14:20
*** piyush has quit IRC14:21
*** chandankumar has quit IRC14:21
*** Dev_Jin has quit IRC14:23
*** viktors has left #heat14:30
*** ramishra has quit IRC14:33
*** zackf has joined #heat14:44
*** piyush has joined #heat14:46
*** metral is now known as metral_zzz14:46
*** tspatzier has quit IRC14:51
*** jstrachan has quit IRC14:56
*** david-ly_ has joined #heat14:58
*** david-lyle has quit IRC14:59
*** piyush1 has joined #heat15:00
*** piyush has quit IRC15:01
therveshardy, Hi, around? I have a question about native wait condition15:10
shardytherve: Hi15:11
therveshardy, So I wonder what's that token storage about :)15:12
therveWas it present in the original patch?15:12
*** gokrokve_ has joined #heat15:12
shardytherve: It's so we avoid requesting a new token every time the attribute is referenced15:12
therveshardy, Do we really want to do that? I thought the point of the stack user was being able to use regular authentication15:13
therveIt seems using a token would have several shortcomings, expiration being the main one15:13
shardytherve: well the point is to avoid having a password in the instance, although we could optionally allow that later15:14
shardytherve: That's true, but it's designed for use-once signalling, where expiration is not really an issue15:14
*** bandarji has joined #heat15:14
shardyfor more complex scenarios, SoftwareDeployments should probably be used instead15:14
shardyhappy to hear other ideas though ;)15:14
*** gokrokve has quit IRC15:14
therveHum15:15
shardyI wanted to avoid the instance needing to talk to keystone to get a token, e.g so one-line signalling from cirros is possible15:15
shardyAn alternative would be to enable signalling via python-heatclient using username/password, but that won't work for cirros15:15
shardyAnd cirros was my main use-case for this :)15:16
*** BillArnold has joined #heat15:16
*** Meeral has joined #heat15:17
therveWell requestion a token from keystone is just an additional request15:18
therveI guess you don't have replay problems with wait conditions, so that's one thing15:18
therveI can understand the need of convenience, I wish we'd be able to have the ability to use regular auth, which seems impossible with current implementation15:21
*** imcsk8 has quit IRC15:22
*** imcsk8 has joined #heat15:22
shardytherve: what do you mean by "regular auth"?15:22
shardyIt's using regular auth via a token via the native rest API?15:22
therveshardy, As the server stack user, signal the wait condition15:22
*** chandankumar has joined #heat15:22
therveOr does it work regardless?15:23
shardyThat's exactly what the patch does15:23
shardyonly using a stack-domain user identity15:23
*** radez is now known as radez_g0n315:23
shardyas you don't want to put the actual stack owner's token in the instance15:23
therveYeah but it's creating a new one?15:23
shardyThey can dignal using their credentials via heat resource-signal too if they wish15:24
shardyYeah, like all SignalResponder resources do15:24
shardyWe could optimise in future to only have one per stack I guess15:24
stevebakerzaneb: hey, you about?15:24
therveshardy, I guess my question is: Can I signal that resource using another stack user15:24
shardybut eg. SoftwareDeployments (and the AWS WaitConditionHandle) do the exact same thing, just using different credentials15:25
shardytherve: Yes15:25
therveOkay that's what I misunderstand then :)15:25
zanebstevebaker: hey15:25
shardytherve: Ok, cool :)15:25
thervePresumably we could have a property to control whether creating a user or not15:26
shardytherve: Yeah, we could add that later if folks need it, but then where would the user get created?15:26
shardyHave a OS::Heat::StackUser resource?15:26
therveshardy, In the server that uses it?15:26
shardytherve: Ok, so like SoftwareDeployments work for polling15:27
shardytherve: sure, we can do that later if needed15:27
therveIt's just a small optimization I suppose15:27
* shardy is in a meeting and needs to go for a bit15:27
therveCheers, thanks for the answers15:27
stevebakerzaneb: I'm rejigging create-retry on your refactor, but I have some inline comments in https://review.openstack.org/#/c/102397/15:28
stevebakerzaneb: I'm heading to the airport soon, we may have time to discuss the options15:29
zanebok, looking15:29
*** jasondotstar has quit IRC15:30
*** randallburt has joined #heat15:32
zanebstevebaker: I see what you mean about creating events for the failing create/delete15:33
*** chandankumar has quit IRC15:33
stevebakeryup15:33
zanebthat does make things tricky if we want to do that :/15:33
*** erecio has joined #heat15:34
stevebakerI can just put with self._action_recorder(action): inside the loop?15:34
zanebthe other option is to move the retry loop outside of _do_action altogether15:34
*** randallburt has quit IRC15:35
*** randallburt has joined #heat15:35
zanebyou could, but as soon as the loop goes outside action_recorder, it changes your exception handling15:35
stevebakerright now this only seems to make sense for create15:36
zanebyou'd have to look at the ResourceException to see what type of exception triggered it15:36
*** bvivek2 has quit IRC15:36
stevebakermaybe I should just move this to create()15:36
zanebyeah, I would support that15:37
zanebeven better would be to spin it out as a separate context manager or something, but that will be quite intricate work and YAGNI for now15:37
stevebakerdon't make me think, its been a big week ;)15:38
zaneblol15:38
zanebput it in create()15:38
*** erecio has quit IRC15:38
stevebakerzaneb: and how about my point about the backoff applying to deletes too?15:39
zanebI think that resolves the dependency issue between our patches too :)15:39
stevebaker\o/15:39
zanebI think in my implementation the backoff increases, but only if the delete fails15:40
zanebI believe that's what we want?15:40
stevebakerthat seems appropriate15:40
zanebarguably we should reign in the backoff (but keep the jitter) when a delete succeeds15:42
*** EricGonczer_ has joined #heat15:42
zanebrein15:42
*** EricGonczer_ has quit IRC15:46
*** kebray has joined #heat15:47
*** kebray has quit IRC15:47
*** kebray has joined #heat15:47
*** jasondotstar has joined #heat15:48
*** blomquisg has quit IRC15:48
*** rbuilta has quit IRC15:52
*** sergmelikyan has joined #heat15:54
*** dims has quit IRC15:56
*** jasondotstar has quit IRC15:57
*** jasondotstar has joined #heat15:57
*** jdob has quit IRC15:57
*** Qiming has joined #heat15:58
*** derekh_ has quit IRC15:58
stevebakerzaneb: ok, I've got something to hack on the plane now16:01
SpamapSstevebaker: hacks on a plane16:01
zaneblol16:01
SpamapSI'm tired of these monkey fightin hacks, on this monday friday plane!16:01
stevebakeryus16:02
*** Meeral has quit IRC16:02
zanebit's times like these I wish we had an IRC greatest hits wiki pages of quotes16:02
*** jcoufal has quit IRC16:03
randallburtI'm sick of all these m-effing patches on this m-effing plane!!!16:03
*** tomek_adamczewsk has quit IRC16:03
*** metral_zzz is now known as metral16:03
openstackgerritRandall Burt proposed a change to openstack/heat: Implement barbican client plugin  https://review.openstack.org/9868416:04
*** ccrouch has quit IRC16:05
*** dims has joined #heat16:07
*** ccrouch has joined #heat16:13
blinky_ghosttherve: I've rebuilt my fedora image and now I'm getting this message: WARNING os_collect_config.heat [-] No auth_url configured. WARNING os-collect-config [-] Source [heat] Unavailable. WARNING os_collect_config.cfn [-] 500 Server Error: Internal Server Error16:14
blinky_ghostany hint?16:14
*** pasquier-s has quit IRC16:19
ryansbcan someone take a peek at https://review.openstack.org/#/c/108399/ for me? It's a pretty trivial delete-old-stuff change.16:21
*** bandarji has quit IRC16:26
*** joeroyall has quit IRC16:27
*** blues-man has quit IRC16:30
zanebryansb: found a typo16:31
*** radez_g0n3 is now known as radez16:31
*** richa has quit IRC16:32
*** ramishra has joined #heat16:34
ryansbthanks zaneb, will re-submit16:36
*** ramishra has quit IRC16:37
*** ramishra has joined #heat16:38
openstackgerritRyan Brown proposed a change to openstack/heat: Remove rst2script.sed and integration.sh  https://review.openstack.org/10839916:40
ryansbzaneb: fixed ^16:40
zaneb+216:41
*** ramishra has quit IRC16:42
*** lsmola has quit IRC16:43
*** zslot has quit IRC16:43
*** sgordon has joined #heat16:45
*** sgordon has quit IRC16:45
*** sgordon has joined #heat16:45
*** bmahalakshmi2 has quit IRC16:48
*** blinky_ghost has quit IRC16:50
*** bmahalakshmi has joined #heat16:53
openstackgerritRandall Burt proposed a change to openstack/heat: Only support client plugins  https://review.openstack.org/9868816:54
*** iyozhikov is now known as IgorYozhikov16:56
*** andrew_plunk has joined #heat16:56
*** andrew_plunk has left #heat16:56
*** gokrokve has joined #heat16:59
*** Qiming has quit IRC17:00
openstackgerritVictor Sergeyev proposed a change to openstack/heat: WIP: fix migrations  https://review.openstack.org/10965817:00
*** gokrokve_ has quit IRC17:02
*** gokrokve has quit IRC17:03
*** cdent has quit IRC17:04
stevebakerso we appear to have come full circle, and heat functional tests are heading back to the heat tree17:13
SpamapSwtf?17:14
SpamapSstevebaker: how so?17:14
stevebakerSpamapS: see thread [openstack-dev] Thoughts on the patch test failure rate and moving forward17:15
stevebakerSpamapS: I'm going to assume it won't be too hard to forklift the tempest orchestration scenario tests into heat and remove the tempest dependencies17:15
*** harlowja_away is now known as harlowja17:17
SpamapSstevebaker: Oh I didn't see that was how things were going. I think it's good actually. Heat's problems shouldn't be Cinder's problem.17:19
stevebakerSpamapS: yeah, the extra work is a pain but it will be good17:20
*** bmahalakshmi2 has joined #heat17:22
*** andersonvom has quit IRC17:23
*** jcoufal has joined #heat17:23
*** bmahalakshmi has quit IRC17:23
*** randallburt has quit IRC17:26
*** bmahalakshmi2 has quit IRC17:29
*** ramishra has joined #heat17:32
*** piyush1 has quit IRC17:33
*** ramishra has quit IRC17:36
*** rwsu has quit IRC17:41
*** cody-somerville has joined #heat17:41
*** andersonvom has joined #heat17:42
*** gokrokve has joined #heat17:45
*** joeroyall has joined #heat17:45
*** Tross has joined #heat17:46
*** blomquisg has joined #heat17:54
*** piyush has joined #heat17:56
*** piyush1 has joined #heat17:58
*** piyush has quit IRC18:00
*** andersonvom has quit IRC18:04
*** andersonvom has joined #heat18:05
openstackgerritWilliam C. Arnold proposed a change to openstack/heat: Implements stack lifecycle plugpoints  https://review.openstack.org/8936318:11
*** killer_prince has joined #heat18:17
*** killer_prince is now known as lazy_prince18:17
openstackgerritSteven Hardy proposed a change to openstack/heat: Add OS::Ironic::Port resource  https://review.openstack.org/10422418:26
openstackgerritSteven Hardy proposed a change to openstack/heat: Add OS::Ironic::Node resource  https://review.openstack.org/10422318:26
openstackgerritSteven Hardy proposed a change to openstack/heat: Add Ironic resource base class  https://review.openstack.org/10422218:26
openstackgerritSteven Hardy proposed a change to openstack/heat: Add OS::Ironic::Chassis resource  https://review.openstack.org/10313318:26
*** joeroyall has quit IRC18:26
jpeelerzaneb: i guess you pretty much did this last week? https://bugs.launchpad.net/heat/+bug/133607218:27
uvirtbotLaunchpad bug 1336072 in heat "Purge remaining CFN functions in HOT" [Undecided,New]18:27
zanebI guess I did :)18:27
zanebexcept for Fn::Select18:27
zanebmaybe leave a comment to that effect and target it to j-3 with high priority18:29
jpeeleri'll take it if that's cool18:29
zanebthat's fine, but to help out TripleO we don't want to remove Fn::Select until late in the Juno cycle18:30
*** randallburt has joined #heat18:30
jpeelerah well okay18:31
zanebthat's the only reason I left it in for now18:31
zanebyou can submit a patch and -1 the workflow (i.e. make it WIP) if you want18:32
*** ramishra has joined #heat18:33
*** mkerrin1 has quit IRC18:36
*** ramishra has quit IRC18:37
*** tonisbones has quit IRC18:43
*** randallburt has quit IRC18:48
*** randallburt has joined #heat18:48
*** ccrouch has quit IRC18:51
*** morganfainberg is now known as morganfainberg_Z18:53
*** cody-somerville has quit IRC18:53
*** zackf has quit IRC19:03
*** zackf has joined #heat19:03
*** hipokrit has quit IRC19:04
*** cody-somerville has joined #heat19:10
jpeelercody-somerville: whatever happened with this? https://bugs.launchpad.net/heat/+bug/122628719:18
uvirtbotLaunchpad bug 1226287 in oslo "Unable to prevent heat from logging to stdout without all heat proccesses logging to the same file" [Medium,Fix released]19:18
*** zackf has quit IRC19:19
*** zackf has joined #heat19:27
*** randallburt has quit IRC19:28
*** gokrokve has quit IRC19:28
*** jcoufal has quit IRC19:29
*** ramishra has joined #heat19:33
*** pasquier-s has joined #heat19:33
*** ramishra has quit IRC19:38
*** akuznetsov has quit IRC19:46
*** pasquier-s has quit IRC19:52
stevebakerzaneb: should I be decorating create() with @scheduler.wrappertask?19:57
zanebstevebaker: yes, you'll probably have to19:57
stevebakerzaneb: and yeild _do_action instead of return its result?19:58
zanebexactly19:58
stevebakerk, thx19:58
*** david-ly_ has quit IRC20:02
*** piyush1 has quit IRC20:08
*** tspatzier has joined #heat20:11
*** hipokrit has joined #heat20:15
*** gokrokve has joined #heat20:19
*** randallburt has joined #heat20:19
*** randallburt has quit IRC20:20
*** randallburt has joined #heat20:20
*** dims has quit IRC20:20
*** dims has joined #heat20:21
*** tspatzier has quit IRC20:27
openstackgerritA change was merged to openstack/heat: timeutils function retry_backoff_delay  https://review.openstack.org/10847720:30
*** ramishra has joined #heat20:34
*** ccrouch has joined #heat20:36
*** ramishra has quit IRC20:39
*** beekneemech has quit IRC20:50
*** achampion has quit IRC20:58
*** piyush has joined #heat20:59
*** dims has quit IRC21:03
*** BillArnold has quit IRC21:03
*** aweiteka has quit IRC21:18
openstackgerritJason Dunsmore proposed a change to openstack/heat: Add OS::Swift::Signal resource  https://review.openstack.org/9694721:27
*** vpanizo has joined #heat21:28
*** vpanizo has quit IRC21:28
*** gokrokve has quit IRC21:38
*** hipokrit has quit IRC21:44
*** ccrouch has quit IRC21:45
*** jasondotstar has quit IRC21:52
*** gokrokve has joined #heat21:54
*** achampion has joined #heat21:55
*** morganfainberg_Z is now known as morganfainberg21:55
*** gokrokve has quit IRC21:55
*** gokrokve has joined #heat21:56
*** achampion has quit IRC21:59
*** gokrokve has quit IRC22:01
*** gokrokve has joined #heat22:03
*** piyush has quit IRC22:07
*** randallburt has quit IRC22:09
openstackgerritClark Boylan proposed a change to openstack/heat: Set python hash seed to 0 in tox.ini  https://review.openstack.org/10975622:11
*** ramishra has joined #heat22:24
*** vijendar has quit IRC22:25
*** ramishra has quit IRC22:29
uberjstevebaker: the SoftwareConfig/SoftwareDeploy pattern is quite elegant!22:30
uberjthanks for mentioning it22:31
uberjI SoftwareConfig resource needs to define its type (i.e. OS::Heat::SoftwareConfig::Chef) and a SoftwareDeploy resource needs to also define its type. If a SD is responsible for simply instantiating a SC instance (who already has an underlying type), why does a SD need a type?22:53
uberj!s/^I/If/22:53
openstackuberj: Error: "s/^I/If/" is not a valid command.22:53
uberjopenstack: worst.sed.bot.ever22:53
*** morganfainberg is now known as morganfainberg_Z22:55
*** gokrokve has quit IRC22:55
*** harlowja is now known as harlowja_away22:58
*** harlowja_away is now known as harlowja23:06
*** piyush has joined #heat23:08
*** morganfainberg_Z is now known as morganfainberg23:08
*** randallburt has joined #heat23:12
*** randallburt has quit IRC23:13
*** sjmc7 has quit IRC23:14
*** piyush has quit IRC23:15
*** gokrokve has joined #heat23:18
*** andersonvom_ has joined #heat23:19
*** jdandrea_ has joined #heat23:20
*** Chinorro_ has joined #heat23:21
*** Tross1 has joined #heat23:21
*** gpocente1 has joined #heat23:24
*** shuffleb1t has joined #heat23:24
*** vpanizo has joined #heat23:25
*** ramishra has joined #heat23:25
*** andersonvom has quit IRC23:29
*** Tross has quit IRC23:29
*** denis_makogon has quit IRC23:29
*** gpocentek has quit IRC23:29
*** Chinorro has quit IRC23:29
*** ekarlso has quit IRC23:29
*** shufflebot has quit IRC23:29
*** jdandrea has quit IRC23:29
*** boris-42 has quit IRC23:29
*** ramishra has quit IRC23:30
*** jdandrea_ is now known as jdandrea23:30
*** boris-42 has joined #heat23:31
*** denis_makogon has joined #heat23:31
*** ekarlso has joined #heat23:32
*** mtreinish has quit IRC23:33
*** zackf has quit IRC23:43
*** mtreinish has joined #heat23:46
*** morganfainberg is now known as morganfainberg_Z23:51
*** gokrokve has quit IRC23:54

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