Thursday, 2014-10-16

*** cody-somerville has quit IRC00:01
*** dims_ has quit IRC00:06
*** Qiming has joined #heat00:06
*** dims_ has joined #heat00:06
*** dims__ has joined #heat00:07
*** ramishra has joined #heat00:10
*** dims_ has quit IRC00:11
*** sdake_ has quit IRC00:11
*** Qiming has quit IRC00:15
ramishrastevebaker: Hello , u around?00:15
stevebakerramishra: hi!00:15
*** packet has joined #heat00:18
ramishrastevebaker: Just wanted to confirm/agree on the plan for the container stuff. I've created a new bug and uploaded the docker hook for it. I'm creating a new bp spec to work on the container resource spec with kubelet agent..option 2 we discussed last time.00:18
ramishrastevebaker: does that sound good?00:19
stevebakerramishra: I've been looking at it, I'll do a review soon00:19
stevebakerramishra: plan sounds good.00:19
stevebakerramishra: I know I said we should map to https://cloud.google.com/compute/docs/containers/container_vms#container_manifest but I actually meant a config resource should represent one item in the containers list - which means we would have to do something else for volumes00:21
stevebakerramishra: I don't know if we should actually do ^. It will come down to whether it is a good idea to define multiple containers in a config resource00:21
ramishrastevebaker: but I felt it would be good to represenet a pod in a config resource rather than a container00:22
*** JayJ has joined #heat00:23
stevebakerramishra: I'll read up on https://github.com/GoogleCloudPlatform/kubernetes/blob/master/docs/pods.md and comment in the review. You could be right00:23
ramishrastevebaker: this would help containers to share volumes for number of use-cases00:24
stevebakeryeah, there likely needs to be some concept of "logical host"00:24
*** achanda has quit IRC00:25
ramishrastevebaker: also, I've ignored the input/output stuff at the moment as there is no use for them with the manifest.. not sure, if we fins some way to use them;)00:25
ramishras/fins/find00:26
stevebakerramishra: I was going to suggest mapping inputs to env, but now I think it might be better to use OS::Heat::StructuredConfig/StructuredDeployment and use the get_input function00:26
ramishrastevebaker: yeah..the second option for StructuredConfig is logical.. But thats just inline replacement and not for the hook to do anything with it..right?00:28
stevebakeryep, nothing for the hook to do00:29
ramishrastevebaker: thanks.. will wait for your final review and have already started work on the bp spec for option 2, will share it in a few days..00:30
stevebakerramishra: thanks, it is certainly going in the right direction00:31
*** otoolee has quit IRC00:31
*** julienvey has joined #heat00:33
*** tango has quit IRC00:36
*** julienvey has quit IRC00:37
*** julienvey has joined #heat00:38
openstackgerritZiad Sawalha proposed a change to openstack/heat: Update api docstrings to match guidelines  https://review.openstack.org/7351500:40
*** otoolee has joined #heat00:42
*** cody-somerville has joined #heat00:43
*** cody-somerville has quit IRC00:43
*** cody-somerville has joined #heat00:43
*** julienvey has quit IRC00:43
*** cody-somerville has quit IRC00:44
*** ramishra has quit IRC00:51
*** ramishra has joined #heat00:52
*** simonc has quit IRC00:59
*** Yanyanhu has joined #heat01:01
*** ramishra has quit IRC01:02
*** packet has quit IRC01:03
*** Qiming has joined #heat01:04
Qimingmorning01:05
Qimingstevebaker, around?01:05
*** apporc has joined #heat01:20
*** zhiwei has joined #heat01:23
*** dims__ has quit IRC01:26
sdakeyay its almost the 16-18th of october01:26
sdakemy favorite time of year01:27
*** dims_ has joined #heat01:27
asalkeldwhat happens then sdake01:28
asalkeldsave me from googling01:28
Qimingsdake, so you will work all three days and nights?01:28
sdakeasalkeld money falls from the shadowman01:28
*** erkules_ has joined #heat01:29
asalkeldi see, stock payout01:29
*** dims_ has quit IRC01:29
*** dims_ has joined #heat01:30
*** erkules has quit IRC01:31
sdakealmost got openstack running in containers01:32
sdake\o/01:32
*** ramishra has joined #heat01:32
*** ramishra has quit IRC01:42
*** shakamunyi has joined #heat01:55
stevebakerQiming: hi01:58
Qimingstevebaker, hi, regarding https://review.openstack.org/#/c/128365/601:59
QimingI prefer your option 2)01:59
*** Putns has quit IRC02:00
Qimingbut I would suggest not using 'remove_hints' as the name under 'remove_policies'02:01
QimingI had some comments here: https://review.openstack.org/#/c/128365/4/heat/engine/resources/resource_group.py, for you and shardy to consider02:01
*** julienvey has joined #heat02:02
stevebakerQiming: yeah, me too. It would be good to get William Arnold involved in this, and for him to update the spec02:02
*** ramishra has joined #heat02:02
Qimingstevebaker, yes02:02
stevebakerQiming: actually for ResourceGroup '0' is not an index, its a resource name. So you would suggest NAME_LIST instead of REMOVE_HINT02:03
Qimingyes, leave some room for future extension02:04
Qimingthe code today is only about index and/or name, then we call it 'index' or 'name', that is my only suggestion02:05
stevebakerthere is no index, only name ;)02:06
asalkelddoesn't it make sense to have the same mechanism for the asg and this02:06
*** julienvey has quit IRC02:06
asalkeldseems weird to have 202:06
stevebakerasalkeld: I would assume asg would adopt the same format. asg already has one?02:06
asalkeldthere is a spec02:07
asalkeldhttps://review.openstack.org/#/c/110379/02:07
stevebakerasalkeld: yes, that is what I'm trying to reconcile with shardy's change02:07
Qimingjust added Bill to the review, solve the conflict as early as possible02:08
asalkeldi think from a user perspective it's important that they look the same02:08
stevebakerasalkeld: if we can agree on the property schema now we can implement name_list now, and the other remove policies later02:08
stevebakerasalkeld: without breaking the property api02:09
Qimingfrom program/script's perspective, maybe id as well?02:09
stevebakerQiming: yes, id would be useful too02:09
stevebakerbut tuskar have an immediate need for name only currently02:09
asalkeldstevebaker, yeah we need buy in from both "camps"02:10
stevebakerI commented on patch set 2 of the spec but it appears to have had no influence on the spec02:11
asalkelds/remove_policy/removal_policy02:11
stevebakerpolicies02:11
asalkeldyip02:11
*** JayJ has quit IRC02:18
stevebakerasalkeld, Qiming: I've commented in https://review.openstack.org/#/c/110379/4/specs/scale-down-plug-point.rst02:20
*** nosnos has joined #heat02:20
asalkeldstevebaker, don't see your comment02:23
stevebakerasalkeld, Qiming, shardy: _now_ I've commented in https://review.openstack.org/#/c/110379/4/specs/scale-down-plug-point.rst02:24
asalkeld:)02:24
asalkeldstevebaker, i quite like that, tho' _resource or _server or _instance to me are redundant02:25
asalkeldmmm, actually they are not02:26
asalkeldyou can have newest_lauchconfig02:26
stevebakeryeek02:26
asalkeldyou can have newest_template?02:26
stevebakermaybe02:26
asalkeldanyways, i like the name/id list02:27
asalkeldbetter than hints02:27
stevebakeror we can just have "oldest", "newest" at first02:27
Qimingstevebaker, +1 to your comments02:28
asalkeldpotentially you could even have a url to get the resource02:28
stevebakerlets accumulate some opinions there and make sure shardy's review has the results02:29
tiantianasalkeld, stevebaker : hi, I want to ask something about the autoscaling:)02:30
asalkeldhi tiantian02:30
tiantiannow we use create/terminate to implement the autoscaling. And one of our custom wants to specify the action of scaleup/scaledown,02:30
tiantiansuch as create/terminate, resume/suspend, start/stop, there is one benifit to speed up02:30
tiantianwhat do you think about this?02:30
Qimingtiantian, I like your idea02:31
Qimingare you planning to write this down as a specs/bp?02:32
tiantianplan02:32
asalkeldtiantian, yeah we thought of this for an image building "farm"02:32
asalkeldwhere you pre create a number of servers02:32
asalkeldthen suspend them02:32
asalkeldthe scale for a once off job by resuming02:33
asalkeldit will complicate the autoscaling02:33
asalkeldmore and more this autoscaling stuff needs to head to a new repo02:34
asalkeldpity that task didn't go anywhere02:34
Qimingone openstack solution vendor (cannot recall the name) claimed that they can do scaling in/out in less than 5 seconds02:34
stevebakerasalkeld: isn't Qiming doing the cleanup which would make that easier?02:34
asalkeldstevebaker, not sure02:34
asalkeld(that it would make that easier)02:35
*** aweiteka has quit IRC02:35
asalkeldor just scale containers02:36
asalkeldless than a second02:36
asalkeldQiming, you would need two levels of scaling, the creation/deletion (they need to be ready ahead of time) then the activation stage (suspend/resume)02:37
asalkeldmultiple alarms to deal with what is going on02:38
tiantianasalkeld: you mean to pre_create some instances?02:39
asalkeldyes02:39
tiantianWhen?02:40
Qimingyes, asalkeld, agree02:40
asalkeldwell you define a "farm" of servers (say 2 more than are active)02:40
Qimingthen scaling operation is not a stack-update, cool02:40
*** renlt has joined #heat02:41
asalkeldthen when that reaches only one left empty you add a new server02:41
asalkeldthe upper scaler is what the user interacts with02:41
asalkeldso it scales on what ever02:41
Qimingstack-update will still be needed, but not for every scaling up/down02:41
asalkeldthe upper level just does suspend/resume02:42
asalkeldi think with convergence that would be an update02:42
Qimingif the user wants to change the size of the pool, he/she will do a stack-update02:42
asalkeldthere is a spec for updating to non-active state02:42
asalkeldQiming, maybe - but you could scale that02:43
asalkeld(autoscale)02:43
Qimingyes02:43
asalkeldQiming, tiantian https://review.openstack.org/#/c/111235/02:43
asalkeldre: per / resource state changes02:44
Qimingasalkeld, reading...02:45
asalkeldtiantian, put that idea on the summit sessions02:45
asalkeldmaybe we need some slots for autoscaling02:46
*** wpf has quit IRC02:48
Qimingasalkeld, I don't like the server state assertion proposal02:48
asalkeldwhy?02:48
QimingI'm gonna forward you a POC how things can be done without massive changes to Heat02:48
asalkeldQiming, cool02:49
asalkeldwhat "things"02:49
Qimingit was a prototype, most logics are not complete, but you can get a rough idea of the whole picture02:49
asalkeldQiming, poc for what?02:49
Qimingby things, I mean VM lifecycle events detection and notification02:49
asalkeldok02:50
asalkeldQiming, btw that summit session needs more info02:50
Qimingsending to your mirantis id02:50
asalkeldit's just a one-liner atm02:50
asalkeldhttps://etherpad.openstack.org/p/kilo-heat-summit-topics line 6202:51
Qimingeither Heat subscribe to the queue directly, listen to 'nova' 'notifications', or it can delegate this to ceilometer which has already done that02:53
*** wpf has joined #heat02:54
asalkeldhaven't got anything yet02:54
asalkeldQiming, does this relate to convergence, or unrelated02:55
openstackgerritEthan Lynn proposed a change to openstack/heat: Add unicode support for resource name  https://review.openstack.org/12815702:56
*** ramishra_ has joined #heat02:58
*** ramishra has quit IRC03:00
*** dims_ has quit IRC03:01
*** dims_ has joined #heat03:02
asalkeldQiming, tiantian would you be able to come to the midcycle meetup?03:05
*** dims_ has quit IRC03:06
*** spzala has quit IRC03:07
*** ramishra_ has quit IRC03:10
Qimingasalkeld, I don't think so03:14
tiantianwhen and where?03:14
asalkeldok, that's too bad03:14
asalkeldtiantian, not decided yet03:14
zhiweihttp://docs.openstack.org/developer/heat/pluginguide.html#handle_update03:15
zhiweiwhere will this handle_update method be called?03:15
tiantian I am afraid not03:15
asalkeldhttps://etherpad.openstack.org/p/heat-juno-midcycle-meetup03:15
Qimingtravel budget contol, :P03:15
asalkeldnot sure what would be closest for you03:15
zhiweiWhen I update stack with this type of resource, this method was not called.03:15
asalkeldzhiwei, so your own custom resource03:16
zhiweiyes03:16
asalkeldand you are on master03:16
asalkeldand you have changed the properties03:16
zhiweiyes03:16
zhiweithe validate method be called, but not the handle_update.03:17
asalkeldhttps://github.com/openstack/heat/blob/master/heat/engine/resource.py#L687-L69303:18
asalkeldstrange as there is nothing returning between the resource's validate and handle_update03:18
asalkeldunless something is causing an exception03:19
asalkeldzhiwei, have you changed a property that is not updatable?03:20
asalkeldthat will cause a delete/create03:20
zhiweino03:21
asalkeldso this https://github.com/openstack/heat/blob/master/heat/engine/resource.py#L800 might be throwing an UpdateReplace03:21
asalkeldso you have set something like this: https://github.com/openstack/heat/blob/master/heat/engine/resources/autoscaling.py#L12103:22
asalkeldupdate_allowed=True on the property03:22
asalkeldzhiwei, that's all i can think of right now03:23
asalkeldwithout seeing your code/templates03:23
asalkeldlogs etc..03:23
* asalkeld taking a break for a couple of mins03:24
*** nosnos has quit IRC03:26
*** nosnos has joined #heat03:27
*** nosnos has quit IRC03:31
*** ramishra has joined #heat03:32
*** harlowja is now known as harlowja_away03:32
*** harlowja_away is now known as harlowja03:34
openstackgerritA change was merged to openstack/heat: docs: update jeos_building instructions  https://review.openstack.org/12393003:37
*** vdreamarkitex has quit IRC03:37
asalkeldQiming, how does your vmcluster relate to mike's ha autoscaling thing03:55
*** swygue has joined #heat04:16
*** pasquier-s has joined #heat04:20
*** nosnos has joined #heat04:23
*** ramishra has quit IRC04:24
*** swygue has quit IRC04:37
*** rushiagr_away is now known as rushiagr04:37
Qimingasalkeld, currently, no relation so far.04:55
QimingI started from pure VM HA perspective, and he started from autoscaling groups04:56
*** achanda has joined #heat05:09
*** otoolee has quit IRC05:09
*** vijayagurug has joined #heat05:15
asalkeldok05:20
asalkeldQiming, is it worth integrating those 2 ideas?05:21
*** ramishra has joined #heat05:21
asalkeldor do you see them as solving very different problems05:21
Qimingasalkeld, I think so, I talked to Mike about this quite some time ago05:21
asalkeldthey seem very similar in use case05:22
Qimingyes, I agree05:22
asalkeldbut you even have fencing which is nice05:22
asalkeldbut i prefer the use of ceilometer05:22
Qimingfencing is some technology from IBM Haifa Research Lab05:22
asalkeldwell we could have hooks to the many linux ha fencing agents05:23
asalkeldwould need some special setup05:23
QimingI think our colleagues have submitted some patches to nova, cinder and neutron, for fencing compute, storage and network, respectively05:26
*** k4n0 has joined #heat05:29
*** ckmvishnu has joined #heat05:31
*** otoolee has joined #heat05:33
*** rakesh_hs has joined #heat05:38
*** ishant has joined #heat05:41
*** harlowja_at_home has joined #heat05:41
*** kopparam has joined #heat05:41
*** harlowja is now known as harlowja_away05:41
*** erkules_ is now known as erkules05:45
*** ishant has quit IRC05:56
*** coolsvap|afk is now known as coolsvap05:56
*** harlowja_at_home has quit IRC05:58
*** achanda_ has joined #heat06:00
*** rushiagr is now known as rushiagr_away06:00
*** ishant2 has joined #heat06:02
*** dims_ has joined #heat06:03
*** achanda has quit IRC06:03
*** nkhare has joined #heat06:04
*** renlt has quit IRC06:06
*** dims_ has quit IRC06:07
*** ishant2 has quit IRC06:09
*** vdreamarkitex has joined #heat06:10
*** ishant has joined #heat06:16
*** ishant has quit IRC06:18
*** unmeshg has joined #heat06:19
*** ishant has joined #heat06:19
skraynevGood, but rainy day today ;)06:28
skraynevasalkeld: hello ;)06:29
*** ishant_ has joined #heat06:29
*** vdreamarkitex has quit IRC06:32
*** robklg has joined #heat06:36
*** dsneddon has quit IRC06:36
*** dsneddon has joined #heat06:37
*** Qiming has quit IRC06:38
*** achanda_ has quit IRC06:39
*** achanda has joined #heat06:44
*** pas-ha has joined #heat06:44
pas-hamorning all06:45
*** shakamunyi has quit IRC06:46
skraynevhey pas-ha06:48
skraynevzaneb: here?06:48
*** shakamunyi has joined #heat06:51
*** achanda has quit IRC06:53
*** shakamunyi has quit IRC06:56
*** ramishra has quit IRC06:56
*** dsneddon has quit IRC06:57
*** ramishra has joined #heat06:57
*** dsneddon has joined #heat06:58
*** tomek_adamczewsk has quit IRC06:58
*** kopparam_ has joined #heat06:58
*** ishant2 has joined #heat06:58
*** ishant has quit IRC06:59
*** tspatzier has joined #heat07:00
*** che-arne has quit IRC07:00
*** kopparam has quit IRC07:01
*** rakesh_hs2 has joined #heat07:01
*** rakesh_hs has quit IRC07:02
*** Yanyanhu has quit IRC07:06
*** tomek_adamczewsk has joined #heat07:07
*** jstrachan has joined #heat07:09
*** ifarkas has joined #heat07:11
*** ishant_ has quit IRC07:13
*** jamiehannaford has joined #heat07:15
*** Yanyanhu has joined #heat07:15
*** jcoufal has joined #heat07:16
*** ramishra has quit IRC07:16
*** ramishra has joined #heat07:17
*** dsneddon has quit IRC07:18
*** dsneddon has joined #heat07:18
*** viktors|afk is now known as viktors07:19
*** kopparam_ has quit IRC07:19
*** kopparam has joined #heat07:20
*** kopparam has quit IRC07:21
*** ramishra has quit IRC07:22
*** kopparam has joined #heat07:22
*** kopparam has quit IRC07:27
asalkeldhi skraynev pas-ha07:28
*** alexheneveld has quit IRC07:35
*** jprovazn has joined #heat07:36
*** ramishra has joined #heat07:38
openstackgerritOpenStack Proposal Bot proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/12818807:43
openstackgerrithuangtianhua proposed a change to openstack/heat: Inherit roles for create_trust_context()  https://review.openstack.org/12850907:44
tiantianshardy: around?07:52
tiantianshardy: https://review.openstack.org/#/c/128509/ any suggestion is welcome07:52
*** ramishra has quit IRC07:53
*** viktors has quit IRC07:57
*** kopparam has joined #heat08:00
*** tomek_adamczewsk has quit IRC08:03
*** tomek_adamczewsk has joined #heat08:04
*** jistr has joined #heat08:09
*** otoolee has quit IRC08:14
*** alexheneveld has joined #heat08:15
*** tomek_adamczewsk has quit IRC08:17
*** zsl has joined #heat08:19
*** tomek_adamczewsk has joined #heat08:20
zslcan anyone have a look at this bug:https://bugs.launchpad.net/heat/+bug/1381834?08:21
uvirtbotLaunchpad bug 1381834 in heat "More instances will be created when reupdate the stack twice after stack update failed the first time" [Undecided,New]08:21
*** otoolee has joined #heat08:21
zslCreate a stack with desired capacity=708:22
*** pasquier-s_ has joined #heat08:22
*** tomek_adamczewsk has quit IRC08:23
zslThen update the template desired capacity to 11 and update the stack08:23
*** tomek_adamczewsk has joined #heat08:23
zsldesired_capacity=11 which exceed the user qutoa=10.08:24
*** pasquier-s__ has joined #heat08:24
zslSo i deleted 5 instances and change the template and modify the desired_capacity to 7 and reupdate the stack.08:25
zslHeat create 10 instances for me08:25
*** tomek_adamczewsk has quit IRC08:25
*** pasquier-s has quit IRC08:25
*** tomek_adamczewsk has joined #heat08:26
zslI think there is bug in heat. Could anyone have a look at the bug 138183408:26
uvirtbotLaunchpad bug 1381834 in heat "More instances will be created when reupdate the stack twice after stack update failed the first time" [Undecided,New] https://launchpad.net/bugs/138183408:26
*** pasquier-s_ has quit IRC08:28
*** fayablazer has joined #heat08:34
*** julienvey has joined #heat08:39
*** tomek_adamczewsk has quit IRC08:39
*** kbyrne has quit IRC08:42
*** kopparam_ has joined #heat08:42
*** ramishra has joined #heat08:43
*** kopparam has quit IRC08:45
openstackgerritVisnusaran Murugan proposed a change to openstack/heat: Move parameters from stack to raw_template  https://review.openstack.org/12885208:46
shardyzsl: That may be a bug, but you should not delete servers managed by heat direct from nova like that08:52
openstackgerritA change was merged to openstack/heat: Unit tests: remove dead code from Neutron Autoscaling test  https://review.openstack.org/12872808:52
shardyheat won't detect that they are deleted, so you will get unexpected results08:52
shardythat said, I'd expect you to get less than desired capacity, not more08:53
*** sileht has quit IRC08:53
*** killer_prince is now known as lazy_prince08:53
zslshardy: but i get more instances08:53
*** elynn has joined #heat08:55
goobljaHello everybody :) I have some problems with Heat notifications... i am using qpid mq... i have heat version 2014.1.2.... in my heat config : http://paste.openstack.org/show/121418/ and it seams that heat dosen't send notifications to notifications.info queue. mybe i am missing something?08:57
zslshardy: Thanks.08:57
*** mkollaro has joined #heat08:58
shardyzsl: looking at your bug, it may be the same as bug #137768108:58
uvirtbotLaunchpad bug 1377681 in heat "stack update action doesn't take effect" [High,Fix released] https://launchpad.net/bugs/137768108:58
*** LiJiansheng has quit IRC08:59
shardyzsl: can you confirm you're using a heat containing those fixes?08:59
*** tomek_adamczewsk has joined #heat09:00
*** ramishra has quit IRC09:01
zslshardy: Let me see09:03
zslshardy: I have the fixes in my environment09:04
shardyzsl: Ok, thanks, let me see if I can reproduce your issue09:05
*** lazy_prince has quit IRC09:05
zslshardy: I think we should not boot more instances for this case.09:05
*** sileht has joined #heat09:05
*** jyoti-ranjan has joined #heat09:07
zslshardy: I tired some case, only when update stack to exceed the quota. Then re-update the stack will produce this bug.09:08
zslshardy: If the former update succeed , re-update is OK.09:08
shardyzsl: Ok, thanks, it sounds like we're not storing the ID's of those we do create before the quota limit is hit09:09
shardyif you delete the stack, are some instances left behind?09:09
zslshardy: Let me try09:10
zslshardy: I restarted my heat-engine, all instances disappeared and the stack in UPDATE_IN_PROCESS. I may need some time to reproduce and try to delete.09:15
*** lazy_prince has joined #heat09:17
*** renlt has joined #heat09:18
tiantianshardy,zsl: I want to reproduce it, but there is something wrong happened in step update desired_capacity from 7->11, see http://paste.openstack.org/show/121429/09:24
tiantianI don't know why this happen, I'm trying...09:24
*** Yanyanhu has quit IRC09:26
shardytiantian: Hey, thanks for updating 128509 - it will be good to fix two bugs with one patch :)09:26
shardypossibly we should backport the same fix to Juno, but without changing the config default09:27
tiantianyeah, I agree09:28
*** funzo has quit IRC09:28
tiantianI will do it after the patch is merged09:28
tiantianthe pep8 job failed:(09:29
shardyIt doesn't like your conf.sample - did you use generate_sample.sh?09:30
shardyOr you can use tox -e genconfig now09:30
zsltiantian: Not sure why your update failed. May be you can check nova show instance.09:34
tiantianzsl: the instances are active in nova09:34
zslshardy: After i delete the stack. All nova instances gone.09:35
*** liusheng has quit IRC09:36
*** bdossant has joined #heat09:36
*** liusheng has joined #heat09:36
zslshardy:  Also notice that when i debug the heat\heat\engine\resources\autoscaling.py::handle_update,  update to 8, code even not run to autoscaling.py::handle_update.09:37
*** derekh has joined #heat09:39
zsltiantian: sorry, not familiar with heat. Not sure what happened.09:40
openstackgerrithuangtianhua proposed a change to openstack/heat: Inherit roles for create_trust_context()  https://review.openstack.org/12850909:42
*** tomek_adamczewsk has quit IRC09:44
*** tomek_adamczewsk has joined #heat09:47
*** viktors has joined #heat09:47
*** julienvey has quit IRC09:48
openstackgerritPeter Razumovsky proposed a change to openstack/heat: Convert value type in alarm matching_metadata  https://review.openstack.org/12886109:49
openstackgerritPeter Razumovsky proposed a change to openstack/heat: Convert value type in alarm matching_metadata  https://review.openstack.org/12886109:50
*** che-arne has joined #heat09:52
*** julienvey has joined #heat09:54
*** julienvey has quit IRC09:57
*** pasquier-s__ has quit IRC09:57
*** julienvey has joined #heat09:57
*** julienvey has quit IRC10:02
*** pasquier-s has joined #heat10:02
*** killer_prince has joined #heat10:03
*** cdent has joined #heat10:03
*** renlt has quit IRC10:03
*** ishant2 has quit IRC10:05
*** leong has joined #heat10:08
*** renlt has joined #heat10:12
*** openstackgerrit has quit IRC10:19
leongany idea how i could use Heat template to allocate multiple floating ip to the pool. (e.g. allocate N floating IP using heat template, where N can be specified in heat paramter)10:19
*** openstackgerrit has joined #heat10:20
*** pasquier-s has quit IRC10:21
*** lazy_prince has quit IRC10:24
*** killer_prince is now known as lazy_prince10:24
shardyleong: ResourceGroup will probably do what you need10:24
shardyhttp://hardysteven.blogspot.co.uk/2014/09/using-heat-resourcegroup-resources.html10:24
leongthanks Shardy! that's exactly what I need :-)10:25
*** ramishra has joined #heat10:28
*** renlt has quit IRC10:31
*** ramishra has quit IRC10:32
*** Putns has joined #heat10:41
*** kopparam_ has quit IRC10:42
*** asalkeld has quit IRC10:43
*** leong has quit IRC10:45
*** mkollaro has quit IRC10:47
*** ckmvishnu has quit IRC10:50
*** leong has joined #heat10:51
leongfor ResourceGroup, if the count is dynamic, how can I output the value of each item. e.g. get_attr: [floating_ip_group, resource.0.floating_ip_address], but the resource.N is dynamic10:52
*** cdent has quit IRC10:54
Putnsis there a way for a resource plugin to get the stack ID, apart from making a property for that and assigning OS::stack_id to that?10:54
*** cdent has joined #heat10:55
shardyPutns: just reference self.stack.id :)10:56
Putnsoh10:56
Putnsthere is such10:56
Putnsgreat, thanks10:56
*** ramishra has joined #heat10:57
*** dims_ has joined #heat10:58
*** amakarov_away is now known as amakarov11:02
shardyleong: I think removing the index gives you a list, does that help?11:03
leonghardy.. it throws me error: ERROR: The Referenced Attribute (floating_ip_group resource.floating_ip_address) is incorrect11:04
*** asalkeld has joined #heat11:05
*** zhiwei has quit IRC11:05
leonghardy .. i got it works! get_attr: [floating_ip_group, floating_ip_address]11:06
leongthanks!!!11:06
*** vdreamarkitex has joined #heat11:07
openstackgerritSteven Hardy proposed a change to openstack/heat-templates: Add ResourceGroup attribute example for all values  https://review.openstack.org/12888411:08
shardyleong: ^^ example11:08
shardyah, you've sorted it, good :)11:08
*** kopparam has joined #heat11:17
*** leong has quit IRC11:19
*** andersonvom has quit IRC11:24
*** andersonvom has joined #heat11:24
*** otoolee has quit IRC11:28
*** nkhare has quit IRC11:28
*** otoolee has joined #heat11:34
*** pasquier-s has joined #heat11:35
*** ramishra has quit IRC11:35
*** julienvey has joined #heat11:39
*** asalkeld has left #heat11:56
openstackgerritOleksii Chuprykov proposed a change to openstack/heat: Alter models and add migration  https://review.openstack.org/12753511:57
openstackgerritOleksii Chuprykov proposed a change to openstack/heat: Add ModelSMigrationSync classes  https://review.openstack.org/12753611:58
*** kopparam has quit IRC12:01
*** kopparam has joined #heat12:02
*** radez_g0n3 is now known as radez12:04
*** unmeshg has quit IRC12:06
*** kopparam has quit IRC12:06
openstackgerritunmesh-gurjar proposed a change to openstack/heat: Database models and apis for convergence  https://review.openstack.org/10901212:07
*** julienvey has quit IRC12:09
*** mkollaro has joined #heat12:09
*** kopparam has joined #heat12:14
*** ramishra has joined #heat12:16
*** julienvey has joined #heat12:18
*** funzo has joined #heat12:23
*** aweiteka has joined #heat12:24
*** ramishra has quit IRC12:28
*** blomquisg has joined #heat12:31
*** jdob has joined #heat12:32
*** kopparam has quit IRC12:39
*** kopparam has joined #heat12:40
*** kopparam has quit IRC12:44
openstackgerritThomas Spatzier proposed a change to openstack/heat-templates: Use utf-8 encoding when writing config scripts  https://review.openstack.org/12890712:47
openstackgerritOpenStack Proposal Bot proposed a change to openstack/heat: Merge tag '2014.2'  https://review.openstack.org/12890812:48
*** ramishra has joined #heat12:54
*** swygue has joined #heat12:54
*** tonisbones has joined #heat12:56
*** shadower39 has joined #heat12:57
*** shadower39 has quit IRC13:01
*** shadower78 has joined #heat13:02
*** shadower has quit IRC13:03
*** shadower78 is now known as shadower13:03
*** ckmvishnu has joined #heat13:05
*** jyoti-ranjan has quit IRC13:10
*** kopparam has joined #heat13:10
*** kopparam has quit IRC13:17
*** ramishra has quit IRC13:20
*** ramishra has joined #heat13:21
openstackgerritAnant Patil proposed a change to openstack/heat: Hard delete backup stack after successful update.  https://review.openstack.org/12891813:21
zanebwe have a Juno release!13:21
shadower\o/13:21
*** rakesh_hs2 has quit IRC13:23
ryansb\o/13:23
*** jasond has joined #heat13:25
*** jprovazn has quit IRC13:37
*** charlesr has joined #heat13:39
*** vijayagurug has left #heat13:40
pas-ha\o/13:42
*** thedodd has joined #heat13:42
pas-hazaneb, I think this is for you to merge :) https://review.openstack.org/#/c/128908/13:42
zanebwhat the hell is that?13:44
pas-hadon't know, looks like adding a release tag. no?13:45
ryansbwhy does tagging require a bunch of merges?13:46
zanebit looks like it's trying to merge stuff from Juno back into master13:46
zanebI can't understand when that would be a good idea13:47
*** rpothier has joined #heat13:47
*** shufflebot has quit IRC13:48
ryansbyeeeaah. I can already see the tag in gerrit13:48
skraynevYahho!!! go to the party correspond Juno release.13:48
ryansb(just fetched it)13:48
*** jmckind has joined #heat13:50
*** cody-somerville has joined #heat13:50
*** cody-somerville has quit IRC13:50
*** cody-somerville has joined #heat13:50
zanebok, so there's a script that merges Juno back to master13:54
zaneband if you look carefully, it has resolved all the conflicts in favour of master13:54
zanebso it actually doesn't change anything13:54
* zaneb shrugs13:55
*** ramishra has quit IRC14:00
*** aweiteka has quit IRC14:01
*** elynn_ has joined #heat14:04
openstackgerritOleksii Chuprykov proposed a change to openstack/heat: Alter models and add migration  https://review.openstack.org/12753514:08
openstackgerritOleksii Chuprykov proposed a change to openstack/heat: Add ModelSMigrationSync classes  https://review.openstack.org/12753614:08
*** ramishra has joined #heat14:09
openstackgerritDan Prince proposed a change to openstack/heat-templates: Use packaged heatclient in the heat-config element  https://review.openstack.org/12893614:11
*** jprovazn has joined #heat14:12
*** spzala has joined #heat14:14
*** aweiteka has joined #heat14:16
*** tango has joined #heat14:17
*** spzala has quit IRC14:18
*** spzala has joined #heat14:18
*** packet has joined #heat14:22
*** sgordon_ has joined #heat14:23
*** Qiming has joined #heat14:23
*** vijendar has quit IRC14:26
*** thedodd has quit IRC14:29
*** thedodd has joined #heat14:31
*** coolsvap is now known as coolsvap|afk14:36
*** pasquier-s has quit IRC14:37
*** k4n0 has quit IRC14:40
*** tiantian has quit IRC14:43
*** tiantian has joined #heat14:43
*** cody-somerville has quit IRC14:44
openstackgerritAdrien VergĂ© proposed a change to openstack/heat: Support Cinder scheduler hints  https://review.openstack.org/12629814:47
*** apporc has quit IRC14:47
*** amakarov has quit IRC14:47
*** openstackgerrit has quit IRC14:48
*** openstackgerrit has joined #heat14:50
*** pasquier-s has joined #heat14:52
*** ckmvishnu has quit IRC14:54
*** jasond has quit IRC14:55
openstackgerritOleksii Chuprykov proposed a change to openstack/heat: Remove vim headers  https://review.openstack.org/12894314:55
*** vijendar has joined #heat14:56
*** ramishra has quit IRC15:00
*** rpothier has quit IRC15:00
*** jprovazn is now known as jprovazn_afk15:00
*** lazy_prince is now known as killer_prince15:01
*** sdake_ has joined #heat15:03
*** sdake_ has quit IRC15:03
*** sdake_ has joined #heat15:03
*** rpothier has joined #heat15:03
*** stannie has quit IRC15:06
*** zz_gondoi is now known as gondoi15:06
openstackgerritA change was merged to openstack/heat: Merge tag '2014.2'  https://review.openstack.org/12890815:07
*** ramishra has joined #heat15:10
*** kopparam has joined #heat15:14
*** ifarkas has quit IRC15:14
*** daneyon has quit IRC15:14
*** daneyon has joined #heat15:15
*** ifarkas has joined #heat15:16
*** EricGonczer_ has joined #heat15:17
*** vijayaguru has joined #heat15:18
*** kopparam has quit IRC15:19
*** ramishra has quit IRC15:22
*** jyoti-ranjan has joined #heat15:24
*** vijendar has quit IRC15:28
*** killer_prince has quit IRC15:28
*** fayablazer has quit IRC15:34
*** killer_prince has joined #heat15:37
*** killer_prince is now known as lazy_prince15:37
*** shakamunyi has joined #heat15:38
*** jistr has quit IRC15:40
*** swygue has quit IRC15:42
*** thedodd has quit IRC15:53
*** robklg has quit IRC15:57
*** jistr has joined #heat16:00
skraynevg'night guys:)16:01
*** EricGonczer_ has quit IRC16:03
*** randallburt has joined #heat16:04
*** tspatzier has quit IRC16:05
*** vdreamarkitex has quit IRC16:06
*** jergerber has joined #heat16:08
*** zns has joined #heat16:10
*** nosnos has quit IRC16:12
elynn_good night skraynev :)16:12
*** nosnos has joined #heat16:12
openstackgerritSteven Hardy proposed a change to openstack/heat: ResourceGroup update refactor  https://review.openstack.org/12836416:12
openstackgerritSteven Hardy proposed a change to openstack/heat: ResourceGroup add remove_policies property  https://review.openstack.org/12836516:13
*** openstackstatus has joined #heat16:13
*** ChanServ sets mode: +v openstackstatus16:13
*** kopparam has joined #heat16:16
*** nosnos has quit IRC16:17
-openstackstatus- NOTICE: An error in a configuration change to mitigate the poodle vulnerability caused a brief outage of git.openstack.org from 16:06-16:12. The problem has been corrected and git.openstack.org is working again.16:18
*** aweiteka has quit IRC16:18
*** tomek_adamczewsk has quit IRC16:19
*** pasquier-s has quit IRC16:19
zanebdamn poodles16:19
*** kopparam has quit IRC16:21
*** ramishra has joined #heat16:22
*** sarob has joined #heat16:23
*** vijendar has joined #heat16:23
*** jcoufal has quit IRC16:26
pas-hazaneb, lol16:26
pas-hacats rule :)16:27
*** sarob has quit IRC16:28
*** lsmola has quit IRC16:29
*** lazy_prince has quit IRC16:30
*** shakamunyi has quit IRC16:30
*** Qiming has quit IRC16:31
ryansbI feel like "let's give a silly name to every major security vulnerability" improves awareness, but man is it annoying.16:34
*** ramishra has quit IRC16:34
*** achanda has joined #heat16:43
*** lsmola has joined #heat16:45
*** derekh has quit IRC16:50
*** zns has quit IRC16:52
*** dims_ has quit IRC16:55
*** dims_ has joined #heat16:55
*** coolsvap|afk is now known as coolsvap16:55
*** julienvey has quit IRC17:01
*** bdossant has quit IRC17:03
*** killer_prince has joined #heat17:04
*** killer_prince is now known as lazy_prince17:05
*** bdossant has joined #heat17:05
*** randallburt has quit IRC17:05
*** aweiteka has joined #heat17:08
*** bdossant has quit IRC17:10
ryansbzaneb: can you point me to the right place to figure out if an update is destructive or not? So far the best I've been able to come up with is to iterate over the properties of the old+new stacks and compare17:11
*** randallburt has joined #heat17:13
ryansb(checking if update_allowed=True)17:14
*** tango has quit IRC17:17
*** ifarkas has quit IRC17:18
*** jergerber has quit IRC17:18
*** thedodd has joined #heat17:18
*** jstrachan has quit IRC17:19
*** harlowja_away is now known as harlowja17:19
pas-haryansb, I think it is a quite creative task17:19
pas-haupdate_allowed=False will definitely cause UpdateReplace, but some places raise it inside handle_update..17:20
*** tomek_adamczewsk has joined #heat17:20
ryansbyeah, I saw that in the nova server resource17:21
*** jergerber has joined #heat17:22
pas-haalso you might need to parse dependency graph, since a update_allowed=False property might take an another resource's attribute that might change during update as well17:22
pas-hawhat you can be sure - if property is immutable=True - it will never be destroyed :) the stack update will simply fail when trying to modify it17:23
pas-habut we have it for now only for some AWS-compatible resources17:24
*** cody-somerville has joined #heat17:25
*** zns has joined #heat17:27
ryansbthanks pas-ha, that definitely gives me something to work with17:27
*** bdossant has joined #heat17:34
*** zns has quit IRC17:37
*** zns has joined #heat17:37
*** achanda_ has joined #heat17:38
*** tomek_adamczewsk has quit IRC17:38
*** bdossant has quit IRC17:39
*** kopparam has joined #heat17:41
*** dims_ has quit IRC17:42
*** achanda has quit IRC17:42
*** dims_ has joined #heat17:42
*** ccrouch has quit IRC17:43
*** ccrouch has joined #heat17:43
zanebryansb: Resource._needs_update() should do most of the heavy lifting for you17:44
*** zns has quit IRC17:45
*** che-arne has quit IRC17:45
*** vijayaguru has left #heat17:45
*** kopparam has quit IRC17:46
*** zns has joined #heat17:46
*** thedodd has quit IRC17:47
*** cdent has quit IRC17:54
*** cody-somerville has quit IRC17:57
*** zns has quit IRC17:58
*** jergerber has quit IRC17:58
*** zns has joined #heat18:01
*** tiantian has quit IRC18:01
*** tiantian has joined #heat18:02
*** zns has quit IRC18:04
*** thedodd has joined #heat18:05
*** jyoti-ranjan has quit IRC18:07
*** bdossant has joined #heat18:13
*** EricGonczer_ has joined #heat18:15
*** bdossant has quit IRC18:17
*** jamiehannaford has quit IRC18:19
*** lvh has quit IRC18:20
openstackgerritA change was merged to openstack/heat: Update api docstrings to match guidelines  https://review.openstack.org/7351518:21
*** lvh has joined #heat18:22
openstackgerritA change was merged to openstack/heat: Remove vim headers  https://review.openstack.org/12894318:31
*** ramishra has joined #heat18:35
jdandreaReality check Q: For OS::Ceilometer::Alarm, does it filter (query) based upon the resource_id value within the sample?18:37
* jdandrea is looking at code and isn't finding it, so perhaps not18:37
*** achanda_ has quit IRC18:37
*** spzala has quit IRC18:37
zanebjdandrea: I think there was a discussion here the other day that established that it didn't, but don't quote me or anything18:38
*** jdob has quit IRC18:38
jdandreazaneb: I won't. ;)18:38
*** jdob has joined #heat18:38
*** achanda has joined #heat18:38
jdandreazaneb: I ask because I'm creating samples from a Server once per minute (a heartbeat of sorts). I see it in Ceilometer, but the alarm doesn't fire.18:38
*** andersonvom has quit IRC18:39
jdandreazaneb: ... and based on yesterday's chat, I know that a Server doesn't know its resource ID (at least not at cloud-init time).18:39
*** wpf has quit IRC18:39
jdandrea(or at least I can't pass it in to cloud-init)18:39
*** ramishra has quit IRC18:40
*** zns has joined #heat18:40
jdandreazaneb: If Heat *does* expect resource_id to match, then I have a chicken-egg problem.18:40
openstackgerritSteven Hardy proposed a change to openstack/heat: ResourceGroup add remove_policies property  https://review.openstack.org/12836518:40
zanebjdandrea: I know nothing, sorry18:41
jdandreazaneb: np18:41
pas-hag'night all18:42
*** kopparam has joined #heat18:42
*** zns has quit IRC18:42
*** pas-ha has quit IRC18:42
shardyjdandrea: I thought we established you could use the nova metadata instance-id, if you're sending heartbeat data from inside the instance?18:43
shardythat is the same as the Instance resource_id18:43
*** saurabhs has joined #heat18:43
jdandreashardy: We can (and I do), but it's not working, so I thought about it again ... and that instance-id does *not* look like a typical UUID. It's much shorter, like 0-0000140.18:43
*** andersonvom has joined #heat18:44
*** wpf has joined #heat18:44
shardyjdandrea: Oh, hmm, that's not helpful :(18:44
jdandreaI went rummaging around in there and ... yeah, I didn't find it. :(18:44
shardyjdandrea: are you using SoftwareConfig resources by any chance?18:45
*** randallburt has quit IRC18:45
shardySoftwareDeployment resources are created after the server, so you'd be free to reference the server ID in the inputs to that18:46
shardyIt's too much effort unless you're already using them tho..18:46
jdandreashardy: Not yet. I want to, but this project I'm working on is on Icehouse, so I'm blocked by a nested template update issue.18:46
jdandreaI have a SoftwareConfig version waiting in the wings though!18:46
*** kopparam has quit IRC18:46
jdandreashardy: I seem to recall from the Atlanta summit that there are env variables available in the SoftwareConfig case (was looking for the doc for that).18:47
jdandreaBut maybe (still) not the resource id.18:47
shardyjdandrea: you can pass in whatever inputs you like, which could include the server resource ID18:48
* jdandrea is really looking forward to using SoftwareConfig/Deployment.18:48
* jdandrea blinks18:48
*** jdob has quit IRC18:49
*** jdob has joined #heat18:49
jdandreashardy: Ah! Yes, of course. At that point the config is a separate bona fide resource, so it can get the server resource id easily that way, mhm.18:49
shardyhttps://github.com/openstack/heat-templates/blob/master/hot/software-config/example-templates/wordpress/WordPress_software-config_1-instance.yaml#L9818:49
jdandreaSo much nicer.18:49
shardyYou already pass the server_id in, so there's no reason why you can't also have a server_id input in input_values18:50
jdandreaAlas, for now ... I have this.18:50
*** derekh has joined #heat18:50
jdandreashardy: That's for SoftwareConfig. I get/appreciate that. Meanwhile, I appear stuck for the cloud-init user_data case.18:50
shardyThere must be some other uniquely identifying data availably via both the nova metadata and server attributes18:50
shardyOr you could drop some unique token in via OS::Heat::RandomString into the server metadata: property18:51
shardy(hack alert!) ;)18:51
jdandreashardy: Interesting thought!18:51
jdandreaHA! Yes.18:51
shardyJust thinking out loud, will ponder some more, gotta go for dinner now18:52
jdandreaI mean, if resource_id (in Ceilometer) can be "any string" then that would help. But ... if Heat is expecting resource_id in the sample to MATCH the server resource id ...18:52
jdandreaOk. Thanks!18:52
*** bnemec has quit IRC18:52
shardyI think you can define whatever query you want when defining the alarm, but I could be wrong18:52
* jdandrea notices that the Ceilometer alarm has no notion of the server resource, so it very likely should *not* care.18:53
shardyhttps://github.com/openstack/heat-templates/blob/master/hot/autoscaling.yaml#L12218:53
*** bnemec has joined #heat18:53
*** ramishra has joined #heat18:53
shardyyou could replace the get_param: OS::stack_id with get_param: somerandomstringresource18:53
shardyor at least I think you could - asalkeld is probably the one to ask when he wakes up ;)18:54
* shardy wonders off for food18:54
*** ramishra has quit IRC18:58
*** jistr has quit IRC18:59
*** alexheneveld has quit IRC19:00
*** spzala has joined #heat19:01
openstackgerritAdrien VergĂ© proposed a change to openstack/heat: Support Cinder scheduler hints  https://review.openstack.org/12629819:02
*** boris-42 has quit IRC19:02
*** boris-42 has joined #heat19:02
*** bdossant has joined #heat19:07
*** otoolee has quit IRC19:09
*** cody-somerville has joined #heat19:09
*** bdossant has quit IRC19:11
*** jprovazn_afk has quit IRC19:12
openstackgerritA change was merged to openstack/heat: Ensure all Neutron LoadBalancer members are deleted  https://review.openstack.org/12872919:14
*** otoolee has joined #heat19:22
*** bdossant has joined #heat19:41
*** kebray has joined #heat19:42
*** kopparam has joined #heat19:43
*** kebray has quit IRC19:43
*** EricGonczer_ has quit IRC19:45
*** bdossant has quit IRC19:46
*** cody-somerville has quit IRC19:46
*** kopparam has quit IRC19:47
*** gondoi is now known as zz_gondoi19:48
*** sarob has joined #heat19:48
*** zz_gondoi is now known as gondoi19:52
*** ramishra has joined #heat19:54
*** derekh has quit IRC19:54
*** EricGonczer_ has joined #heat19:55
*** randallburt has joined #heat19:56
*** cody-somerville has joined #heat19:58
*** ramishra has quit IRC19:59
*** achanda has quit IRC19:59
*** zns has joined #heat20:05
*** zns has quit IRC20:05
openstackgerritSteven Hardy proposed a change to openstack/heat: ResourceGroup add remove_id to remove_policies  https://review.openstack.org/12903520:07
*** kebray has joined #heat20:08
*** zns has joined #heat20:09
stevebakermorning20:09
shardystevebaker: hey20:11
*** daneyon has quit IRC20:11
*** daneyon has joined #heat20:12
shardystevebaker: FYI I went in a few circles today re the remove_properties but ended up implementing what you asked for, once I got my head around the scary three-level nesting of schema which was required ;)20:12
*** achanda has joined #heat20:12
shardyAlso posted a WIP remove-by-id patch20:12
stevebakershardy: lol, thanks. Its looking good20:14
*** EricGonczer_ has quit IRC20:15
*** jasond has joined #heat20:19
stevebakershardy: reviewed20:19
shardystevebaker: thanks, finishing now but I'll address your comment in the morning, sounds like we're getting there20:22
stevebakeryep20:23
*** che-arne has joined #heat20:24
*** alexheneveld has joined #heat20:25
*** ipolyzos_ is now known as ipolyzos20:30
*** ipolyzos has quit IRC20:30
*** ipolyzos has joined #heat20:30
*** bdossant has joined #heat20:36
*** kebray has quit IRC20:40
*** tomek_adamczewsk has joined #heat20:41
*** kopparam has joined #heat20:43
*** kebray has joined #heat20:45
*** cody-somerville has quit IRC20:46
*** kopparam has quit IRC20:48
*** ramishra has joined #heat20:55
*** che-arne has quit IRC20:56
*** ramishra has quit IRC20:59
*** jdob has quit IRC21:01
*** thedodd has quit IRC21:03
*** EricGonczer_ has joined #heat21:14
*** tonisbones has quit IRC21:18
*** cody-somerville has joined #heat21:25
*** cody-somerville has quit IRC21:25
*** cody-somerville has joined #heat21:25
*** achanda has quit IRC21:28
*** mkollaro has quit IRC21:29
*** achanda has joined #heat21:31
*** jasond has quit IRC21:31
*** cody-somerville has quit IRC21:35
*** alexpilotti has joined #heat21:41
*** kopparam has joined #heat21:44
*** thedodd has joined #heat21:47
*** spzala has quit IRC21:47
*** zns has quit IRC21:47
*** spzala has joined #heat21:48
*** kopparam has quit IRC21:50
*** rpothier has quit IRC21:50
*** ramishra has joined #heat21:55
*** jmckind has quit IRC21:56
*** cody-somerville has joined #heat22:00
*** cody-somerville has quit IRC22:00
*** cody-somerville has joined #heat22:00
*** ramishra has quit IRC22:00
*** radez is now known as radez_g0n322:04
*** kebray has quit IRC22:05
*** rwsu has quit IRC22:07
*** bdossant_ has joined #heat22:09
*** charlesr has quit IRC22:09
*** packet has quit IRC22:09
*** EricGonczer_ has quit IRC22:11
*** bdossant has quit IRC22:12
*** funzo has quit IRC22:15
*** funzo has joined #heat22:15
*** EricGonczer_ has joined #heat22:16
*** asalkeld has joined #heat22:20
*** sdake has quit IRC22:21
*** zsl has quit IRC22:23
*** kebray has joined #heat22:23
*** EricGonczer_ has quit IRC22:23
*** EricGonczer_ has joined #heat22:24
*** EricGonc_ has joined #heat22:24
*** FL1SK has quit IRC22:25
*** EricGonc_ has quit IRC22:26
*** kebray has quit IRC22:27
*** FL1SK has joined #heat22:28
*** EricGonczer_ has quit IRC22:28
*** sgordon_ has quit IRC22:34
*** thedodd has quit IRC22:35
*** EricGonczer_ has joined #heat22:35
*** sdake has joined #heat22:37
*** sdake has quit IRC22:37
*** sdake has joined #heat22:37
asalkeldmorning22:37
*** EricGonczer_ has quit IRC22:40
*** kebray has joined #heat22:43
*** kopparam has joined #heat22:45
*** gondoi is now known as zz_gondoi22:46
*** reed has joined #heat22:50
*** kopparam has quit IRC22:50
*** achanda has quit IRC22:54
*** ramishra has joined #heat22:56
*** achanda has joined #heat22:58
*** ramishra has quit IRC23:01
*** randallburt has quit IRC23:12
*** tomek_adamczewsk has quit IRC23:16
*** kebray has quit IRC23:20
*** randallburt has joined #heat23:22
*** charlesr has joined #heat23:23
asalkeldhttps://ask.openstack.org/en/question/50858/heat-authentication-failure-in-devstack/23:24
*** tomek_adamczewsk has joined #heat23:27
*** randallburt has quit IRC23:27
asalkeldbbl doctor's23:29
stevebakerok23:30
*** dims__ has joined #heat23:30
*** dims__ has quit IRC23:33
*** dims_ has quit IRC23:33
*** dims_ has joined #heat23:34
*** cody-somerville has quit IRC23:39
*** saurabhs has quit IRC23:42
*** tomek_adamczewsk has quit IRC23:46
*** kopparam has joined #heat23:46
*** pscheie has quit IRC23:47
*** pscheie has joined #heat23:50
*** kopparam has quit IRC23:50
*** Qiming has joined #heat23:54
*** ramishra has joined #heat23:57

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