Tuesday, 2015-05-05

asalkeldbrb, rebooting00:02
*** asalkeld has quit IRC00:02
openstackgerritMerged openstack/heat: Add validation to set one of network, port or uuid  https://review.openstack.org/17957400:02
*** sdake has quit IRC00:03
openstackgerritMerged openstack/heat: Convergence prepare traversal  https://review.openstack.org/15944400:03
openstackgerritOpenStack Proposal Bot proposed openstack/heat: Updated from global requirements  https://review.openstack.org/17990300:05
*** spzala has quit IRC00:13
*** signed8bit_ZZZzz is now known as signed8bit00:16
*** asalkeld has joined #heat00:24
*** Qiming has joined #heat00:55
*** Qiming_ has joined #heat00:56
*** Qiming has quit IRC01:01
*** Qiming__ has joined #heat01:01
*** EricGonczer_ has quit IRC01:01
*** Qiming_ has quit IRC01:04
*** Qiming has joined #heat01:21
*** Marga_ has quit IRC01:23
openstackgerritIsaku Yamahata proposed openstack/heat: OS::Neutron::Port support port_security_enabled  https://review.openstack.org/17998901:23
*** Qiming__ has quit IRC01:24
*** EricGonczer_ has joined #heat01:25
*** EricGonc_ has joined #heat01:26
*** EricGonczer_ has quit IRC01:30
*** kebray has joined #heat01:31
*** kebray has quit IRC01:32
*** EricGonczer_ has joined #heat01:40
*** erkules_ has joined #heat01:40
*** EricGonc_ has quit IRC01:42
*** erkules has quit IRC01:43
*** alanf-mc has quit IRC01:44
*** kebray has joined #heat01:51
*** mspreitz has joined #heat01:57
*** EricGonczer_ has quit IRC02:00
*** kebray has quit IRC02:01
*** kebray has joined #heat02:02
*** huangtianhua has joined #heat02:05
*** serg_melikyan has joined #heat02:09
*** cody-somerville has joined #heat02:11
*** achanda has quit IRC02:11
*** serg_melikyan has quit IRC02:13
*** Yanyanhu has joined #heat02:16
asalkeldsirushti: let me know when you have rebased your check resource, I have the resource-replace ready to post02:18
*** Yanyanhu has quit IRC02:31
*** Yanyanhu has joined #heat02:32
*** higgins has quit IRC02:47
sirushtiasalkeld, sure, almost there, fixing unit tests02:50
openstackgerritSirushti Murugesan proposed openstack/heat: Convergence: Check-Resource skeleton  https://review.openstack.org/16732402:57
sirushtiasalkeld, ^02:59
*** higgins has joined #heat03:01
openstackgerritSirushti Murugesan proposed openstack/heat: Convergence: Allow creating lightweight stacks  https://review.openstack.org/15977403:05
*** alanf-mc has joined #heat03:16
asalkeldthanks sirushti03:22
*** zzxwill has joined #heat03:22
*** coolsvap|afk is now known as coolsvap03:23
*** dims_ has quit IRC03:23
*** alanf-mc has quit IRC03:23
*** alanf-mc has joined #heat03:23
*** will has joined #heat03:24
*** Drago has quit IRC03:24
*** Raj3 has joined #heat03:25
*** will has quit IRC03:25
*** signed8bit has quit IRC03:25
*** zzxwill has quit IRC03:26
*** zzxwill has joined #heat03:26
*** Raj3 has quit IRC03:27
*** Raj3 has joined #heat03:27
*** links has joined #heat03:31
*** kebray has quit IRC03:35
*** alanf-mc has quit IRC03:40
*** alanf-mc has joined #heat03:40
*** sabeen has quit IRC03:49
*** sabeen has joined #heat03:49
*** achanda has joined #heat03:51
*** nkhare has joined #heat03:53
*** ananta has joined #heat03:59
anantaGood morning/afternoon03:59
stevebakerananta: afternoon04:00
openstackgerritAngus Salkeld proposed openstack/heat: Add the convergence resource replacement logic  https://review.openstack.org/18002204:01
*** kebray has joined #heat04:01
*** alanf-mc has quit IRC04:07
*** alanf-mc has joined #heat04:08
*** achanda has quit IRC04:12
*** Qiming_ has joined #heat04:15
*** gokrokve has joined #heat04:16
openstackgerrithuangtianhua proposed openstack/heat-specs: Support auto scaling based on schedule  https://review.openstack.org/18002604:18
*** Qiming has quit IRC04:18
*** gokrokve has quit IRC04:20
*** dims has joined #heat04:23
*** dims has quit IRC04:28
*** sdake_ has quit IRC04:38
*** maishsk has quit IRC04:43
*** gokrokve has joined #heat04:45
*** Raj3 has quit IRC04:45
*** ananta has quit IRC04:48
*** sabeen has quit IRC04:51
*** vijayagurug has joined #heat04:55
*** ananta has joined #heat04:56
*** sdake has joined #heat04:57
*** achanda has joined #heat05:10
*** huangtianhua has quit IRC05:23
*** ananta has quit IRC05:24
*** alanf-mc has quit IRC05:26
*** KanagarajM has joined #heat05:28
*** Qiming__ has joined #heat05:28
KanagarajMgood morning all !05:30
*** Qiming_ has quit IRC05:31
openstackgerritKanagaraj Manickam proposed openstack/heat: Custom constrain for keystone service  https://review.openstack.org/17858305:32
openstackgerritKanagaraj Manickam proposed openstack/heat: heat_keystone README update for service and endpoint  https://review.openstack.org/17858605:32
openstackgerritKanagaraj Manickam proposed openstack/heat: Resource plug-in for keystone endpoint  https://review.openstack.org/17858505:32
openstackgerritKanagaraj Manickam proposed openstack/heat: Resource plug-in for keystone service  https://review.openstack.org/17858405:32
*** alanf-mc has joined #heat05:34
*** alanf-mc has quit IRC05:35
*** hdd has joined #heat05:43
*** cody-somerville has quit IRC05:46
*** Yanyan has joined #heat05:49
*** mspreitz has quit IRC05:49
*** Qiming__ has quit IRC05:52
*** Qiming__ has joined #heat05:52
*** Yanyanhu has quit IRC05:53
*** alanf-mc has joined #heat05:53
*** gokrokve_ has joined #heat05:58
openstackgerritOpenStack Proposal Bot proposed openstack/heat: Imported Translations from Transifex  https://review.openstack.org/17963106:01
*** gokrokve has quit IRC06:01
*** gokrokve_ has quit IRC06:02
*** alanf-mc has quit IRC06:05
*** maishsk has joined #heat06:06
*** inc0 has joined #heat06:06
openstackgerritshihanzhang proposed openstack/heat: Add config option to override url for versions  https://review.openstack.org/16026706:09
*** ishant has joined #heat06:10
*** Qiming__ is now known as Qiming06:22
*** huangtianhua has joined #heat06:22
*** Tango has quit IRC06:22
*** openstackgerrit has quit IRC06:23
*** openstackgerrit has joined #heat06:23
*** LimorStotland has joined #heat06:28
*** ananta has joined #heat06:29
*** ananta has quit IRC06:31
*** tspatzier has joined #heat06:39
*** jprovazn has joined #heat06:44
*** jcoufal has joined #heat06:50
openstackgerrithuangtianhua proposed openstack/heat-specs: Support auto scaling based on schedule  https://review.openstack.org/18002606:59
skraynevgood morning07:01
Qimingskraynev, good morning here -> https://review.openstack.org/#/c/176753/07:03
Qiming;)07:03
*** ifarkas has quit IRC07:03
skraynevOoops. I forgot ;) will review today ;)07:03
Qiming\o/07:04
*** ifarkas has joined #heat07:04
*** kebray has quit IRC07:11
*** cody-somerville has joined #heat07:12
*** cody-somerville has quit IRC07:12
*** cody-somerville has joined #heat07:12
*** achanda has quit IRC07:16
inc0huangtianhua, hi, what about using mistral to scheduled autoscalling?07:16
huangtianhuainc0: if user want to use this function, them have to use mistral at the same time?07:22
*** achanda has joined #heat07:22
inc0hmm...but I don't think we should recreate mechanisms like that07:23
*** achanda has quit IRC07:24
inc0I mean, there are lots of problems with distributed scheduler, and there is no point of several projects solving same problems07:24
*** yassine has joined #heat07:24
inc0look at scheduler in nova and cinder07:24
LimorStotlandHi all, I have a question... I see that stack resource does have created_at column in the db but this information does not return in the resource list.Is this a bug?07:24
inc0LimorStotland, what exactly do you mean by "resource list"? CLI call?07:25
*** liusheng has quit IRC07:27
*** liusheng has joined #heat07:27
QimingLimorStotland, the result you see from resource list contains a updated_time column07:30
*** maishsk has quit IRC07:30
Qimingthat column may be the created_time or updated_time07:30
Qimingit is ... by design, ;)07:30
*** maishsk has joined #heat07:32
LimorStotlandQiming: but it's not the same thing... the update time will change when i do update-stack the update-time will change but the creation not necessarily...07:33
Qimingyep07:33
LimorStotlandinc0 the CLI call heat resource-list07:34
huangtianhuathe resource table has 'created_at' column07:34
huangtianhua?07:34
QimingLimorStotland, what's the use case then07:34
LimorStotlandyep07:34
Qiminghttp://git.openstack.org/cgit/openstack/heat/tree/heat/engine/api.py#n18507:34
Qimingmaybe this line ...07:34
LimorStotlandI have a client they need to know if the stack resource was replaced ( removed and recreated)  during update07:35
inc0have you tried to make normal api call?07:36
inc0try heat --debug resource-list07:36
inc0that should give you curl call for API07:36
QimingLimorStotland, maybe you need to check the ID of the resource then, timestamp is not a reliable source07:36
Qimingespecially, when convergence comes in07:37
LimorStotlandwhat do you mean it normal api call? what's not normal at heat resource-list?07:37
inc0Qiming, I think physical id?07:37
inc0LimorStotland, one thing about cli clients - its just glorified curl07:37
*** melisha has joined #heat07:37
*** yassine has quit IRC07:37
inc0and we might cut few columns to make printout readable07:37
*** EricGonczer_ has joined #heat07:38
inc0API generally is more complete07:38
Qimingphysical Id is more reliable, ;)07:38
LimorStotlandoo i am using also the api calls by rest .. this is the same result07:38
inc0so if you need to do something, and CLI client can't do this, try API07:38
inc0ah, let me check then07:38
Qimingif you do 'heat -d resource-list <stack>', you will get what you want07:38
LimorStotlandyou don't always have physical id....07:38
LimorStotlandQiming : i did it.. and it doesn't return at the rest as well07:39
melishaIn addition, physical ID can change (for example, changing server image) but the stack resource will remain07:40
Qimingthen, don't bother trying curl, it will be the same, IIUC07:40
*** BManojlovic has joined #heat07:41
Qimingmelisha, that's true, I tried 'resize' before, the nova server ID remained the same after the operation07:41
LimorStotlandSo do you think I need to open bug or bp on it?07:41
QimingLimorStotland, let me try understand this again07:42
*** erkules_ is now known as erkules07:42
Qimingif heat is already giving you either the created_time, or the last updated time07:42
*** erkules has quit IRC07:43
*** erkules has joined #heat07:43
shardymorning all07:43
Qimingwhat else can Heat help if it exposes the created_time?07:43
inc0Qiming, I guess if you compare created time and updated07:44
inc0and they differ that means resource got updated07:44
inc0right LimorStotland ?07:44
*** chlong has quit IRC07:44
*** maishsk has quit IRC07:44
Qimingbut it won't solve the problem completely07:44
LimorStotlandyes! thanks inc0 :-)07:45
Qimingyour resource may get updated again, right?07:45
*** liusheng has quit IRC07:45
LimorStotlandyes... but the creation time will not change...07:45
huangtianhuaI prefer by physical Id07:45
inc0LimorStotland, have you tried to dig through heat event-list <<stack_id>>07:46
inc0?07:46
LimorStotlandyou could identify if this is the original one or not07:46
*** maishsk has joined #heat07:46
*** liusheng has joined #heat07:46
LimorStotlandno , no how can it help?07:46
inc0you should have events regarding resource in question07:46
Qimingcreation_time is a const, then you still cannot figure out whether the resource was updated the latest time07:46
inc0and if there are update events, that means resource got updated07:46
inc0this way you'll have history of updated (sort of)07:47
Qiminginc0, +107:47
inc0so not only this will allow you to see if it was updated, but how much of these happened:)07:47
Qimingsounds like a better alternative07:47
melishaI think that simply exposing the creation date in the API is much simpler than going over the events07:47
inc0melisha, but also its not very robust07:47
inc0it shouldn't be used for tasks like that07:48
*** hdd_ has joined #heat07:48
LimorStotlandI just need to know if this resource is the original one or anew one... and when was it last updated... that all I need07:48
shardyLimorStotland: I think, in pretty much every resource I can think of, that physical_resource_id changing means the resource got replaced07:48
inc0shardy, but I guess having old resource id for comparason will be problem07:49
inc0LimorStotland, try this:07:49
LimorStotlandshardy : but what happens if you don't have physical resource_id?07:49
inc0 heat  event-list a06bd729-3b3f-4db3-9732-3a187b9a2f22 | grep 4e0ab703-447c-4dbd-b76c-f3bb47978a81 | grep UPDATE07:50
inc04e... is resource id07:50
melishaIf we have this information already in the DB and simply exposing it might help someone - why not?07:50
inc0if it produces any line - resource was updated07:50
*** hdd has quit IRC07:51
LimorStotlandinc0  : my client is a rest one.. can I do it in rest command?07:51
LimorStotlandand i agree with melisha07:51
inc0heat -d event-list ...07:51
LimorStotlandwe have this information already in the DB and simply exposing it might help07:51
inc0and then you filter out json to get only resources you care about07:52
LimorStotlandway go and dig in event when i have it in the db?07:52
LimorStotlandway = Why07:52
QimingLimorStotland, I think the question is not about whether Heat should expose the 'created_at' column, the question is really about whether that really helps solve the problem, :)07:54
*** ananta has joined #heat07:54
inc0I tend to agree that we should expose it - why not?:)07:54
inc0but in the meantime, try digging out events, this should provide you immediate results07:54
LimorStotlandQiming : it will solve my problem :-)07:54
Qimingyes, inc007:55
Qiminginc0, I think we should expose everything07:55
LimorStotlandSo... BP it is?07:55
inc0LimorStotland, I feel bad about solution based on timestamp. Thats error-prone07:55
Qimingright, I share the same concern07:55
inc0LimorStotland, why not just doing a patch? I don't think its big enough for bp07:55
inc0it will take more time to make it through bp acceptance than fixing it;)07:56
LimorStotlandoo shure but don't i have to have a big number or a bp number?07:56
inc0nah, its all about reviewers, gerrit doesn't make these requirements07:57
inc0you can file a but I think if you want07:57
inc0but please, try to find better way to check if resource was upgraded;) this feel...bad.07:58
LimorStotlandinc0  : i promise i will try... but i still think we need to expose it07:58
inc0try events- with clever url build with filtering you should have nice history of upgrades07:59
inc0yeah, I agree, we didn't expose it because its in sqlalchemy mixin I guess07:59
LimorStotlanda beginner question... i just create a new branch with some name (not bug/bug-number) and push it to gerrit?08:00
inc0yup, no problem with that08:01
*** yassine has joined #heat08:01
LimorStotlandThanks :-)08:01
inc0btw, if you're at it, how about exposing this field on every model?08:02
inc0;)08:02
*** EricGonczer_ has quit IRC08:04
openstackgerritIshant Tyagi proposed openstack/heat: Add type field to the resource attributes schema  https://review.openstack.org/17317908:04
anantaryansb: o/08:22
*** derekh has joined #heat08:23
*** ananta is now known as ananta__08:23
*** shadower has quit IRC08:56
*** shadower has joined #heat08:56
*** jistr has joined #heat08:56
*** inc0_ has joined #heat08:58
*** inc0 has quit IRC08:59
*** inc0_ has quit IRC09:03
openstackgerritLimor Stotland proposed openstack/heat: Expose create time in stack resource list:  https://review.openstack.org/18007309:09
*** higgins has quit IRC09:12
*** jtomasek has joined #heat09:13
*** shardy_ has joined #heat09:13
*** shardy has quit IRC09:14
*** cdent has joined #heat09:17
*** hdd__ has joined #heat09:18
*** shardy_ has quit IRC09:19
openstackgerritRakesh H S proposed openstack/heat: fix for retrieving leaf nodes in convergence stack delete  https://review.openstack.org/18007409:19
*** shardy has joined #heat09:19
*** hdd_ has quit IRC09:21
*** alexpilotti has joined #heat09:25
*** maishsk has quit IRC09:26
*** LiJiansheng has quit IRC09:36
*** Qiming has quit IRC09:50
*** higgins has joined #heat09:51
*** f13o has joined #heat09:58
*** ananta__ is now known as ananta10:00
*** bdossant has joined #heat10:01
*** higgins has quit IRC10:03
*** Yanyan has quit IRC10:08
*** zzxwill has quit IRC10:10
*** higgins has joined #heat10:12
*** f13o has quit IRC10:15
*** tobe has joined #heat10:18
*** kbyrne has quit IRC10:18
*** dims has joined #heat10:20
openstackgerritMerged openstack/heat: Add note on SoftwareDeployment object structure  https://review.openstack.org/17809110:20
*** kbyrne has joined #heat10:20
*** serg_melikyan has joined #heat10:21
openstackgerritMerged openstack/heat: Imported Translations from Transifex  https://review.openstack.org/17963110:22
openstackgerritMerged openstack/heat: Delete redundant resource.id checking  https://review.openstack.org/17856210:22
openstackgerritMerged openstack/heat: Remove unneeded MANIFEST.in  https://review.openstack.org/17966910:22
*** dims_ has joined #heat10:22
*** dims has quit IRC10:26
openstackgerritMerged openstack/heat: Allow specific floating_ip_address when creation  https://review.openstack.org/16823810:27
openstackgerrithuangtianhua proposed openstack/heat: Add validation for cinder volume  https://review.openstack.org/18009610:28
*** ananta is now known as ananta__10:29
*** inc0 has joined #heat10:31
*** serg_melikyan has quit IRC10:32
*** KanagarajM has quit IRC10:39
*** noa-koffman has quit IRC10:48
*** melisha has quit IRC10:48
*** noa-koffman has joined #heat10:49
*** melisha has joined #heat10:49
*** ishant has quit IRC10:52
*** higgins has quit IRC11:03
*** ananta has joined #heat11:14
*** ananta__ has quit IRC11:17
*** ananta is now known as ananta__11:17
*** ananta__ is now known as ananta11:18
*** higgins has joined #heat11:19
melishaHey - Is there a reason why AutoScalingGroup does not have an "index" option like the ResourceGroup? In fact - is there a reason why ASG and RG are not merged into one resource type?11:21
shardymelisha: the divergence of those resources is historical and unfortunate, they don't currently share implementation which is why the index option isn't part of the AutoScalingGroup resource11:29
shardyadding it would seem like a good idea, but the implementation doesn't lend itself to it for ASG very well, due to the random resource names used11:30
shardyI'm sure that can be resolved, but right now, it's not11:30
melishashardy - Thanks for the detailed reply.11:32
*** huangtianhua has quit IRC11:33
*** higgins has quit IRC11:36
*** higgins has joined #heat11:38
*** Qiming has joined #heat11:38
therveFor scaling groups I'd feel you'd have the same behavior using the resource id11:39
therveMaybe I'm missing some use cases11:39
shardytherve: I don't think that does the same thing - the index substitution allows you to pass in a unique index related to the position of the resource in the group11:40
shardyI don't think the resource id would cover the same usage?11:41
therveshardy, Well it gives you the unique key11:42
therveRegarding ordering... again I'm missing some use cases :)11:42
shardytherve: Yeah, I guess, but you don't know it ahead of time, which is the nice thing about the index variable11:42
shardye.g if you want, you can pre-generate some node-index correlated personality lookup data, or things like that11:43
shardythat probably makes much less sense for an AutoScalingGroup anyway tho ;)11:44
therveRight11:44
therveIt's hard to maintain over time when you add and remove elements11:44
therveIn fact, you need to be able to re-calculate this kind of stuff11:45
therveSo pre-generating isn't super useful11:45
shardyyeah, that's one reason why if you remove an index from the group, it can never be re-added11:45
shardyagents can calulate things based on the index tho, e.g os-net-config was gaining some features which consume an index and output a unique network configuration11:46
shardyin the end I think TripleO is not going to use that though, instead relying on Neutron11:46
therveThat's my gut feeling, using the index is a short term solution which often should be solved differently11:47
shardyYeah, true11:47
*** Tross has joined #heat11:52
*** nkhare has quit IRC11:52
*** higgins has quit IRC11:54
*** Tross1 has quit IRC11:54
*** Tross has quit IRC11:56
*** Tross1 has joined #heat11:56
*** higgins has joined #heat11:56
*** EricGonczer_ has joined #heat11:57
melishatherve: I agree with you but the use case in hand is virtualization of physical network functions apps. These apps have pre-defined configuration for each instance and the index is used to get the proper configuration from a map11:58
melishaThese type of applications are trying to go into the cloud while making minimal changes to the app11:59
*** EricGonczer_ has quit IRC12:00
thervemelisha, It doesn't sound like autoscaling at all, though12:01
melishaThis relates to a topic I wanted to discuss about in the summit: scaling out parameters12:01
melishaThese apps are auto scaling. They have a predefined configuration for 60 VMs but they start with 1012:02
*** ananta has quit IRC12:02
melishaThis is a real use case (I have at least 3 different NFV apps use cases that does that)12:02
therveI don't know, it feels this would be solved by using resource groups.12:04
therveWhat do you gain by having a scaling group?12:04
melishaWe indeed suggested that the workaround will be with resource group but that means that in order to perform a scale - one will need to stack-update in order to increase the count12:05
melishaThat means that Ceilometer will need to send request to some server - that will do the stack-update - we cannot use Ceilometer and Heat12:06
therveOK, so you're using Ceilometer?12:06
melishaWe haven't done that part yet but they want the trigger for the scale to be CPU12:07
therveHow do you deliver configuration to the instances?12:09
melishaIt is currently pre-configured in the env file. There is a map with key=index and value=JSON map that contains the IP, hostname, etc.12:10
melishaThat is good enough in most cases - they know all the configurations beforehand12:10
therveRight. It's just not the right approach in case of auto scaling12:10
*** aweiteka has joined #heat12:11
melishaI agree but allowing index on ASG would make there life a bit simpler12:12
therveSure, but it's just not that simple.12:12
inc0melisha, can you get this info basing on IP address?12:18
melishaIt never is :-) Thanks12:18
*** EricGonczer_ has joined #heat12:18
inc0much like metadata does?12:18
melishaThe IP address is also one of the configuration details. As well as hostname12:19
inc0but that's something DHCP agent does12:19
melishaIn these cases the IPs are fixed and known in advance12:19
inc0so you're playing with dhcp agent to give ip and hostname based on instance name? or index?12:19
inc0well, how did you do that? normal openstack flow is dhcp->metadata->the rest12:20
inc0dhcp uses mac addesses (obviously), and metadata uses ip address12:21
melishaWe are giving a fixed IP using the "fixed_ips" option in the OS::Neutron::Port - nothing special12:21
inc0ah, but that goes through dhcp anyway;)12:21
inc0allright...let me think12:22
*** EricGonczer_ has quit IRC12:24
inc0shardy, therve can we add something index-like to metadata?12:26
openstackgerritJulien Danjou proposed openstack/heat: Use pbr new autodoc feature  https://review.openstack.org/18012212:27
therveinc0, Not sure how your question differs from what we've been talking about12:28
openstackgerritKairat Kushaev proposed openstack/heat: Treat dependencies for backup stack in special way  https://review.openstack.org/17586812:29
*** rpothier has joined #heat12:29
inc0well, metadata can be specified as parameter to resource...so it would case of finding something predictible12:30
inc0to put there12:30
shardymelisha: FWIW, what you're describing is the exact same problem we're currently solving in TripleO12:32
shardyafter some iterations, I think we're agreed that modelling the network in neutron, then passing in the details is the way to go12:32
shardye.g not using the index/lookup approach12:33
shardyhttps://review.openstack.org/#/c/177846/12:33
shardycheck out that series of patches to see how it works12:34
melishashardy, Thanks! I will check it out12:34
melishashardy, what about the other parameters like hostname, name, ...?12:36
inc0melisha, nova metadata will help you there12:36
inc0look what is going on there and you can build on that12:37
*** Qiming_ has joined #heat12:37
melishaThanks! I will check it our first12:37
*** higgins has quit IRC12:40
*** Qiming has quit IRC12:40
*** dims_ has quit IRC12:41
inc0ramishra, you there by any chance?12:41
*** dims has joined #heat12:41
ramishrainc0: Hi12:42
inc0hello:) shardy pointed to you when I've asked about tripleo+kolla setup?12:42
inc0could you please tell me more about that?12:43
ramishrayeah sure.12:43
shardyhttps://review.openstack.org/#/c/178840/12:44
shardyinc0: that is the WIP tripleo-heat-templates patch12:44
shardyit builds on the hooks work ramishra has been doing, combined with atomic and kolla12:44
*** higgins has joined #heat12:45
inc0do you keep any list of issues that can possibly go wrong with this approach? I'm interested in this from release upgrade perspective12:45
ramishrainc0: you can have a look at these  https://github.com/rthallisey/atomic-osp-installer and https://review.openstack.org/#/c/164572/12:45
ramishrawe've a few software hooks for container deployment (docker-compose, kubelet and atomic)12:46
inc0thanks I'll dig into it12:46
ramishraand then they can be used a 'heat-container-agent' to deploy containers that includes kolla containers12:47
*** charlesr has joined #heat12:48
ramishra'heat-container-agent' is a container running os-collect-config to pull software-config metadata to deploy the containers using the hooks12:48
inc0uhh, lots of info to digest:) I'll read through it and hopefully we'll get to talk on summit12:49
ramishrainc0: sure12:50
*** links has quit IRC12:52
ramishrashardy: I did not know about https://review.openstack.org/#/c/178840/ ;)12:52
*** radez_g0n3 is now known as radez13:00
*** dyasny has joined #heat13:01
*** yassine has quit IRC13:13
*** serg_melikyan has joined #heat13:17
*** inc0 has quit IRC13:18
*** serg_melikyan has quit IRC13:22
*** serg_melikyan has joined #heat13:22
*** serg_melikyan has quit IRC13:22
*** sabeen1 has joined #heat13:24
*** charlesr has quit IRC13:24
kairat_kushaevzaneb: Hi13:25
zanebkairat_kushaev: hey, just on a call, will you still be around in 5 minutes?13:26
kairat_kushaevzaneb: Ok, sure13:26
openstackgerritMerged openstack/heat: Wait for the stack lock to be released  https://review.openstack.org/17932513:26
*** serg_melikyan has joined #heat13:26
*** mikeit has joined #heat13:27
*** yassine has joined #heat13:28
zanebkairat_kushaev: hey! thanks for pinging me again13:28
zanebtime zones are a pain :/13:28
kairat_kushaevzaneb: Yep, i would like to discuss the problem with backup stacks13:29
kairat_kushaevzaneb: I prepared the new patch that seems more secure13:29
kairat_kushaevzaneb: https://review.openstack.org/#/c/175868/13:29
zanebthat description sounds promising :)13:30
zaneblet me take a look13:30
zanebis there any chance you could put a bit more detail on your analysis into the bug report?13:31
zanebthe patch is trying to change how the *port* is stored, not the server, right?13:31
*** signed8bit has joined #heat13:33
kairat_kushaevzaneb: Yes, i can put more detailed description13:35
kairat_kushaevzaneb: The patch just ignore the case when we are trying to delete server in backup_stack that have incorrect dependencies13:36
kairat_kushaevzaneb: It is not related to port13:36
zanebso what is the bad dependency that the server in the backup stack has?13:37
kairat_kushaevzaneb: it is dependency to port13:39
kairat_kushaevhttps://launchpadlibrarian.net/203914462/murano_second13:39
kairat_kushaevzaneb: ^ if you can see the server scqnti87v8ks41 has a reference to port13:39
*** signed8b_ has joined #heat13:39
*** tobe has quit IRC13:40
zaneband there isn't a port in the backup stack's template?13:40
kairat_kushaevzaneb: The resource creation is failing because of no valid host found in nova. After that we are trying to update the stack again. As you know, update recovery feature is trying to replace the failed stack.13:40
*** signed8bit has quit IRC13:40
kairat_kushaevzaneb: yep, because it was updated in-place13:40
openstackgerritMerged openstack/python-heatclient: Implement --marker for event-list --nested-depth  https://review.openstack.org/17861713:41
kairat_kushaevwe do not put updated in-place resources to backup13:41
*** dyasny has quit IRC13:41
zanebah, so the original template didn't have either the port or the server13:42
kairat_kushaevzaneb: yep13:42
zanebwe added the port but it didn't get added to the backup stack's template...13:43
zaneband then the server failed13:43
kairat_kushaevzaneb: yes, after that we cannot delete the backup stack because when we are trying to build dependencies it will fail with InvalidTemplateReference13:44
kairat_kushaevzaneb: Stack will stay in (DELETE, IN_PROGRESS) and nobody have any idea why it so=)13:44
kairat_kushaevzaneb: Unfortunately, we do not have try statement for this case.13:45
zaneband then on the *following* update... we're using the existing backup stack template and not copying over the current one, so the backup stack doesn't have the port13:45
kairat_kushaevzaneb: it seems so, if we are trying to update the stack again the situation won't change.13:47
kairat_kushaevzaneb: So my first proposal was to add update in-place resources to backup stack but it seems very difficult with the current architecture (and very risky too)13:48
zanebit sounds to me like at the point where we *create* a new resource on update we need to add it to the template of the backup stack13:48
zanebwhat do you think?13:48
zanebupdate.py ~line 12113:50
zanebwe add it to the existing stack before we create it, but we also need to add something to the backup stack if we didn't back something up13:51
kairat_kushaevzaneb: we can add to the template, but in this case it will not have any records in DB for backup stack13:52
zanebI think that's what we want though13:53
zanebbecause it will be able to find the resource in the template for calculating dependencies13:53
zanebbut when we go to delete the backup stack, it won't delete the underlying physical resource because it doesn't have an entry for it in the DB13:54
zanebso deleting the backup stack won't destroy the real resource in our actual stack13:54
kairat_kushaevzaneb: What about restore from backup?13:55
kairat_kushaevzaneb: It seems that it will be broken in this case.13:55
zanebline 10113:55
zanebif prev_res.state not in ((prev_res.INIT, prev_res.COMPLETE)13:55
zanebthat's the state it will be in if there is no entry in the DB13:56
zanebso we handle that already13:56
openstackgerritOleksii Chuprykov proposed openstack/heat: Use properties.data for properties validation  https://review.openstack.org/18015913:56
zanebto be clear, it's already intended that not every resource in the backup stack's template will have a corresponding entry in the DB13:57
zanebwhat is not intended is that not every resource in the current template is represented in the backup stack's template13:57
zaneband I think that's the bug we're hitting13:57
*** higgins has quit IRC13:58
kairat_kushaevzaneb: So I need to add the resource definition to backup template if the new resource needs to be created during update.14:00
zanebyes (and if there isn't a resource definition in the backup template already)14:01
*** yassine has quit IRC14:01
zanebkairat_kushaev: I can add that as a comment in the review if you think it sounds like a plausible thing to try14:02
zaneb& I'll clear the -2 obviously14:02
kairat_kushaevzaneb: Ok, thanks a lot for consultation14:04
zanebkairat_kushaev: np, thank *you* for tracking me down14:04
*** vijayagurug has quit IRC14:04
zanebI know it's not easy to do on occasion :/14:04
*** nkhare has joined #heat14:05
*** higgins has joined #heat14:09
*** pm90_ has joined #heat14:10
*** gokrokve has joined #heat14:10
LimorStotlandcan anyone please review : https://review.openstack.org/#/c/180073? Thanks14:11
*** pm90_ has quit IRC14:12
*** pm90_ has joined #heat14:13
*** bdossant_ has joined #heat14:14
*** jrist has quit IRC14:15
*** bdossant has quit IRC14:15
*** sabeen1 has quit IRC14:15
*** jprovazn has quit IRC14:16
*** bdossant_ has quit IRC14:19
*** lifeless has quit IRC14:20
*** yassine has joined #heat14:21
openstackgerritSirushti Murugesan proposed openstack/heat: Convergence: Check-Resource skeleton  https://review.openstack.org/16732414:22
*** dyasny has joined #heat14:22
*** yassine has quit IRC14:23
*** yassine has joined #heat14:23
openstackgerritSirushti Murugesan proposed openstack/heat: Don't assert against all the lb-members  https://review.openstack.org/17516214:24
openstackgerritSirushti Murugesan proposed openstack/heat: Run heat_integrationtests in parallel  https://review.openstack.org/17233914:24
openstackgerritSirushti Murugesan proposed openstack/heat: Prevent false positives of *_FAILED status  https://review.openstack.org/17516114:24
*** Raj1 has joined #heat14:26
zanebkairat_kushaev: comments posted14:27
*** lifeless has joined #heat14:27
*** Tango has joined #heat14:27
*** jrist has joined #heat14:28
*** Raj2 has joined #heat14:30
*** Raj1 has quit IRC14:30
*** Raj2 has quit IRC14:30
*** Raj1 has joined #heat14:31
*** serg_melikyan has quit IRC14:34
*** pm90__ has joined #heat14:37
*** pm90__ has quit IRC14:37
*** pm90_ has quit IRC14:38
*** pm90_ has joined #heat14:38
*** Qiming_ has quit IRC14:39
*** kebray has joined #heat14:41
*** kebray has quit IRC14:41
*** jprovazn has joined #heat14:41
*** jrist has quit IRC14:42
*** gokrokve_ has joined #heat14:43
*** sdake_ has joined #heat14:43
*** jaime49 has joined #heat14:43
*** serg_melikyan has joined #heat14:44
*** gokrokve has quit IRC14:46
*** sdake has quit IRC14:47
*** coolsvap is now known as coolsvap|afk14:48
*** crose has quit IRC14:50
*** crose has joined #heat14:51
*** hdd__ has quit IRC14:54
*** hdd__ has joined #heat14:54
*** hdd__ has quit IRC14:56
*** Marga_ has joined #heat14:57
*** Drago has joined #heat14:57
*** Marga_ has quit IRC14:57
*** Marga_ has joined #heat14:58
*** Drago has quit IRC14:59
*** Drago has joined #heat14:59
*** sdake_ is now known as sdake15:01
*** achanda has joined #heat15:01
*** serg_melikyan has quit IRC15:01
*** serg_melikyan has joined #heat15:02
openstackgerritSergey Kraynev proposed openstack/heat: Use action in check_*_complete method  https://review.openstack.org/18018615:03
*** achanda has quit IRC15:06
*** nkhare has quit IRC15:06
*** kebray has joined #heat15:10
*** jaypipes has quit IRC15:13
*** BManojlovic has quit IRC15:14
*** sambol has joined #heat15:22
*** LimorStotland has quit IRC15:25
*** LimorStotland has joined #heat15:26
*** Marga_ has quit IRC15:26
*** dims_ has joined #heat15:32
sdakeshardy i saw some scrollback with kolla mentioned15:33
sdakeneed any questions answered?15:34
sdakeif so, join #kolla :)15:34
*** dims has quit IRC15:34
shardysdake: cool, no questions right now, I was mentioning that initial patches for containerized TripleO have been posted:15:35
shardyhttps://review.openstack.org/#/c/178840/15:35
*** jrist has joined #heat15:35
*** jrist has quit IRC15:35
*** jrist has joined #heat15:35
*** jasond has joined #heat15:35
shardybased on kolla containers combined with some heat container integration ramishra has been working on :)15:36
*** LimorStotland has quit IRC15:36
shardysdake: early days atm, but it's interesting to see progress :)15:36
*** sdake has quit IRC15:37
*** jrist has quit IRC15:37
*** shakamunyi has joined #heat15:39
*** sdake has joined #heat15:40
*** jrist has joined #heat15:41
*** jasond has quit IRC15:45
*** jasond has joined #heat15:46
*** LimorStotland has joined #heat15:46
*** jcoufal has quit IRC15:48
*** yassine has quit IRC15:50
*** smccully has joined #heat15:51
*** serg_melikyan has quit IRC15:55
*** dyasny has quit IRC15:58
*** chlong has joined #heat16:01
*** Marga_ has joined #heat16:01
*** mikeit has quit IRC16:02
*** serg_melikyan has joined #heat16:06
*** marekd has joined #heat16:07
*** serg_melikyan has quit IRC16:11
*** jtomasek has quit IRC16:16
openstackgerritSergey Kraynev proposed openstack/python-heatclient: Move unittests to subdir unit  https://review.openstack.org/18021516:17
openstackgerritSergey Kraynev proposed openstack/python-heatclient: Add OS_TEST_PATH to testr  https://review.openstack.org/18021616:17
openstackgerritSergey Kraynev proposed openstack/python-heatclient: Add initial functional tests from Tempest  https://review.openstack.org/18021716:17
*** Raj1 has quit IRC16:18
*** chlong has quit IRC16:18
*** Raj1 has joined #heat16:18
*** Raj1 has quit IRC16:25
*** jistr has quit IRC16:26
sdakeshardy yes, finally some progress !16:27
sdakeshardy what are your thoughts on those patches being a tomic only16:27
sdakei.e. not using compose but atomic as the composition engine16:27
*** Raj1 has joined #heat16:28
shardysdake: I think the abstractions heat provides should mean switching between e.g atomic and docker-compose should be very easy16:28
sdakecool - did you guys schedule out your summit days yet?16:28
sdakeI would like to attend the design session on this topic16:28
sdakebut want  to make sure I dont have conflicts16:28
*** Raj1 has quit IRC16:29
shardysdake: not sure tbh, Ibut yeah I did propose a session on this16:29
shardyalso slagle has containers on the topic list for the TripleO track16:29
sdakedesign summit is 2 weeks away, we need ot get cracking on getting the agendas setup :)16:29
sdakeoh hadn't noticed that16:29
shardyhttp://lists.openstack.org/pipermail/openstack-dev/2015-April/062857.html16:31
shardysdake: ^^16:31
*** EricGonczer_ has joined #heat16:31
shardyI'm sure stevebaker can confirm current status for heat sessions16:31
shardyI guess we'll also discuss it in the meeting tomorrow16:31
sdakeis stevebker new ptl?16:32
shardysdake: yup16:32
sdakenice who else ran16:32
openstackgerritKairat Kushaev proposed openstack/heat: Save updated-in-place resources to backup stack  https://review.openstack.org/17586816:33
shardysdake: was only stevebaker this time I think16:34
slaglesdake: let me know if that's a conflict for you...we could see about swapping the 2 tripleo sessions16:35
*** EricGonczer_ has quit IRC16:35
slaglethe sessions topics are up on sched.org now16:36
shardysdake: about the atomic/docker-compose thing, if we've got the hook abstractions right in heat, it should just be a case of switching group: atomic to group: docker-compose16:37
*** jaypipes has joined #heat16:38
shardye.g it can probably just be an input parameter, combined with using the appropriate image16:38
sdakecool that sounds easy16:38
sdakewell my monday is booked16:38
sdakemy tuesday I have a 2pm talk I am giving with 160 people signed up16:39
sdakelol 160 people16:39
sdakeroom probably not that big16:39
*** gokrokve_ has quit IRC16:39
shardyI just posted this about SoftwareConfig resources, if anyone's interested16:40
shardyhttp://hardysteven.blogspot.co.uk/2015/05/heat-softwareconfig-resources.html16:40
*** jasond has quit IRC16:40
shardyyou can point out all my mistakes ;)16:40
sdakeI got magnum working in kolla16:41
*** EricGonczer_ has joined #heat16:41
sdakeyay :)16:41
sdakewith wait conditions as well!16:42
*** pm90_ has quit IRC16:45
*** sdake_ has joined #heat16:45
*** sdake has quit IRC16:49
*** EricGonczer_ has quit IRC16:51
*** EricGonczer_ has joined #heat16:51
*** spzala has joined #heat16:52
*** cody-somerville has quit IRC16:52
*** jasond has joined #heat16:55
*** Marga_ has quit IRC16:56
*** Marga_ has joined #heat16:57
*** tspatzier has quit IRC17:00
*** aweiteka has quit IRC17:02
-openstackstatus- NOTICE: zuul has been restarted to troubleshoot an issue, gerrit events between 15:00-17:00 utc were lost and changes updated or approved during that time will need to be rechecked or have their approval votes readded to trigger testing17:03
*** gokrokve has joined #heat17:07
*** gokrokve has quit IRC17:07
*** serg_melikyan has joined #heat17:07
*** harlowja has quit IRC17:08
*** harlowja has joined #heat17:09
*** EricGonczer_ has quit IRC17:10
*** LimorStotland has quit IRC17:10
*** gokrokve has joined #heat17:12
*** serg_melikyan has quit IRC17:12
*** gokrokve has quit IRC17:12
*** alanf-mc has joined #heat17:12
*** sdake_ has quit IRC17:14
*** achanda has joined #heat17:16
*** aweiteka has joined #heat17:16
*** Tango has quit IRC17:17
*** jrist has quit IRC17:17
openstackgerritSteven Hardy proposed openstack/python-heatclient: Implement --limit option for event-list with --nested-depth  https://review.openstack.org/17866017:20
openstackgerritSteven Hardy proposed openstack/python-heatclient: Make hook type optional for hook-clear  https://review.openstack.org/17919617:20
openstackgerritSteven Hardy proposed openstack/python-heatclient: Refactor common event code into event_utils module  https://review.openstack.org/17875617:20
openstackgerritSteven Hardy proposed openstack/python-heatclient: Add hook-poll function to check if a stack has pending hooks  https://review.openstack.org/17396917:20
openstackgerritSteven Hardy proposed openstack/python-heatclient: event-list marker, only slide when needed  https://review.openstack.org/18024017:20
*** dims_ has quit IRC17:33
*** dims has joined #heat17:34
*** sdake has joined #heat17:41
jdandreaHeat Etherpads for YVR? https://wiki.openstack.org/wiki/Summit/Liberty/Etherpads#Neutron17:43
jdandreaWhoops - https://wiki.openstack.org/wiki/Summit/Liberty/Etherpads#Heat17:43
*** rdo has quit IRC17:49
*** Raj1 has joined #heat17:49
*** packet has joined #heat17:51
*** pm90_ has joined #heat17:52
*** Raj1 has quit IRC18:02
*** Raj1 has joined #heat18:02
*** tspatzier has joined #heat18:08
*** gokrokve has joined #heat18:09
*** hdd has joined #heat18:10
*** barra204 has joined #heat18:12
*** gokrokve has quit IRC18:12
*** packet has quit IRC18:14
*** EricGonczer_ has joined #heat18:19
*** randallburt has joined #heat18:19
*** jtomasek has joined #heat18:21
*** EricGonczer_ has quit IRC18:22
*** EricGonc_ has joined #heat18:23
*** gokrokve has joined #heat18:24
*** Tango has joined #heat18:25
*** barra204 has quit IRC18:27
*** hdd has quit IRC18:28
*** logan2 has quit IRC18:28
*** gokrokve has quit IRC18:29
*** Raj1 has quit IRC18:30
*** jdandrea has quit IRC18:30
*** logan2 has joined #heat18:31
*** rdo has joined #heat18:33
*** shardy_ has joined #heat18:33
*** gokrokve has joined #heat18:34
*** shardy has quit IRC18:34
*** hdd has joined #heat18:35
*** Tross has joined #heat18:36
*** cody-somerville has joined #heat18:37
*** marekd has left #heat18:37
*** Tross1 has quit IRC18:37
*** shardy_ has quit IRC18:38
*** packet has joined #heat18:39
*** kebray has quit IRC18:39
*** shardy has joined #heat18:39
*** Marga_ has quit IRC18:41
*** Marga_ has joined #heat18:42
*** barra204 has joined #heat18:42
*** sdake_ has joined #heat18:43
*** Raj1 has joined #heat18:45
*** sdake has quit IRC18:47
*** jrist has joined #heat18:49
*** jdandrea has joined #heat18:52
*** Raj1 has quit IRC18:53
*** Raj1 has joined #heat18:53
*** dyasny has joined #heat18:56
openstackgerritJason Dunsmore proposed openstack/python-heatclient: Add option to show hidden stacks in stack-list  https://review.openstack.org/17944818:59
*** gokrokve has quit IRC19:01
*** gokrokve has joined #heat19:01
*** hdd has quit IRC19:04
*** jistr has joined #heat19:08
*** ifarkas has quit IRC19:12
*** EmilienM is now known as EmilienM|afk19:15
*** kebray has joined #heat19:30
*** tspatzier has quit IRC19:30
*** tspatzier has joined #heat19:30
*** tspatzier has quit IRC19:31
*** EricGonc_ has quit IRC19:34
*** sdake has joined #heat19:42
*** Raj1 has quit IRC19:42
*** sdake has quit IRC19:42
*** sdake_ has quit IRC19:45
*** Tango has quit IRC19:45
*** sdake has joined #heat19:46
*** sdake_ has joined #heat19:47
*** jistr has quit IRC19:49
*** jprovazn has quit IRC19:49
*** sdake has quit IRC19:51
*** Raj1 has joined #heat19:53
*** crose has quit IRC19:56
*** sdake has joined #heat20:01
*** sdake_ has quit IRC20:05
*** jtomasek has quit IRC20:05
*** sdake has quit IRC20:10
*** sdake has joined #heat20:10
*** achanda has quit IRC20:11
openstackgerritSteven Hardy proposed openstack/python-heatclient: Implement --limit option for event-list with --nested-depth  https://review.openstack.org/17866020:13
openstackgerritSteven Hardy proposed openstack/python-heatclient: Make hook type optional for hook-clear  https://review.openstack.org/17919620:13
*** Raj1 has quit IRC20:13
openstackgerritSteven Hardy proposed openstack/python-heatclient: Refactor common event code into event_utils module  https://review.openstack.org/17875620:13
openstackgerritSteven Hardy proposed openstack/python-heatclient: Add hook-poll function to check if a stack has pending hooks  https://review.openstack.org/17396920:13
openstackgerritSteven Hardy proposed openstack/python-heatclient: event-list marker, only slice when needed  https://review.openstack.org/18024020:13
*** Raj1 has joined #heat20:13
*** Raj2 has joined #heat20:14
*** kebray has quit IRC20:15
*** pm90_ has quit IRC20:17
*** Raj1 has quit IRC20:17
*** kebray has joined #heat20:17
openstackgerritPavlo Shchelokovskyy proposed openstack/heat: Remove TaskRunner from Volume resources  https://review.openstack.org/15497720:30
*** Raj2 has quit IRC20:31
*** Raj1 has joined #heat20:32
*** achanda has joined #heat20:35
*** barra204 has quit IRC20:37
*** Trozz has quit IRC20:39
*** Trozz has joined #heat20:39
*** sabeen has joined #heat20:49
*** rpothier has quit IRC20:56
*** hdd has joined #heat21:02
*** radez is now known as radez_g0n321:06
*** hdd has quit IRC21:08
*** Raj1 has quit IRC21:11
openstackgerritSabeen proposed openstack/heat: Add functional tests for stack tags/hidden stacks  https://review.openstack.org/15334321:13
openstackgerritSabeen proposed openstack/heat: Add functional tests for stack tags/hidden stacks  https://review.openstack.org/15334321:14
*** randallburt has quit IRC21:28
*** boris-42 has quit IRC21:28
*** jaime49 has quit IRC21:29
*** alanf-mc has quit IRC21:31
*** shardy is now known as shardy_z21:31
*** alanf-mc has joined #heat21:31
*** jaime49 has joined #heat21:33
*** jaime49 has quit IRC21:33
*** randallburt has joined #heat21:33
*** sdake_ has joined #heat21:35
*** sdake has quit IRC21:39
*** rpothier has joined #heat21:40
*** sdake has joined #heat21:50
*** sdake__ has joined #heat21:54
*** sdake_ has quit IRC21:54
*** cdent has quit IRC21:57
*** sdake has quit IRC21:58
*** Tango has joined #heat22:01
*** bnemec has quit IRC22:05
*** bnemec has joined #heat22:08
*** packet has quit IRC22:12
*** Raj1 has joined #heat22:22
*** Raj1 has quit IRC22:22
*** Raj1 has joined #heat22:23
*** ramishra_ has joined #heat22:26
*** Drago1 has joined #heat22:28
*** ramishra has quit IRC22:29
*** rwsu_ has quit IRC22:30
*** Drago has quit IRC22:30
*** ramishra_ is now known as ramishra22:30
*** rwsu_ has joined #heat22:31
*** kebray has quit IRC22:32
*** jasond has quit IRC22:36
*** Raj1 has quit IRC22:38
*** kebray has joined #heat22:40
*** Raj1 has joined #heat22:42
*** randallburt has quit IRC22:45
*** alex_xu has quit IRC22:49
*** alex_xu has joined #heat22:51
*** EmilienM|afk is now known as EmilienM22:52
*** EricGonczer_ has joined #heat23:01
*** alanf-mc_ has joined #heat23:04
*** alanf-mc has quit IRC23:07
*** alex_xu has quit IRC23:10
*** alex_xu has joined #heat23:11
*** signed8b_ is now known as signed8bit_ZZZzz23:24
*** shakamunyi has quit IRC23:31
*** Raj1 has quit IRC23:31
*** Raj1 has joined #heat23:33
*** Raj1 has quit IRC23:36
*** rpothier has quit IRC23:37
asalkeldeveryone signed up for the evening events? http://libertydesignsummit.sched.org/type/evening+events23:42
*** sdake__ has quit IRC23:42
stevebakerasalkeld: could you take a look at https://bugs.launchpad.net/heat/+bug/1445361 ?23:51
openstackLaunchpad bug 1445361 in heat "A lot of unneeded events/signals send when using autoscaling group" [Medium,Triaged]23:51

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