*** IlyaE has quit IRC | 00:12 | |
*** arbylee1 has quit IRC | 00:24 | |
*** gokrokve_ has quit IRC | 01:13 | |
*** Qiming has joined #heat | 01:31 | |
*** nosnos has joined #heat | 01:37 | |
*** flyemsafe has quit IRC | 01:52 | |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement barbican client plugin https://review.openstack.org/98684 | 01:53 |
---|---|---|
openstackgerrit | Steve Baker proposed a change to openstack/heat: Only support client plugins https://review.openstack.org/98688 | 01:53 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Port rackspace clients to client plugins https://review.openstack.org/98687 | 01:53 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement marconi client plugin https://review.openstack.org/98683 | 01:53 |
openstackgerrit | Takashi NATSUME proposed a change to openstack/heat: Add log output about HTTP calls in cinderclient https://review.openstack.org/104745 | 02:12 |
*** dims has quit IRC | 02:18 | |
*** gokrokve has joined #heat | 02:25 | |
elynn | morning all :) | 02:26 |
*** robsparker has quit IRC | 02:28 | |
*** ccrouch has quit IRC | 02:36 | |
*** achampion has quit IRC | 02:37 | |
*** gokrokve has quit IRC | 02:41 | |
*** robsparker has joined #heat | 02:41 | |
*** gokrokve has joined #heat | 02:41 | |
*** dims has joined #heat | 02:44 | |
*** ccrouch has joined #heat | 02:45 | |
*** achampion has joined #heat | 02:46 | |
*** gokrokve has quit IRC | 02:46 | |
*** Qiming_ has joined #heat | 02:47 | |
*** Qiming has quit IRC | 02:50 | |
*** dims has quit IRC | 02:50 | |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Use setuptools to install contrib plugins https://review.openstack.org/103441 | 02:53 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Only support client plugins https://review.openstack.org/98688 | 02:53 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Glance, swift use ignore_not_found() https://review.openstack.org/100424 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement keystone client plugin https://review.openstack.org/97985 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement heat client plugin https://review.openstack.org/97984 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Client plugin exception handling methods https://review.openstack.org/100421 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Move network constraint to neutron plugin https://review.openstack.org/100420 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Neutron use ignore_not_found() https://review.openstack.org/100423 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Nova use ignore_not_found() https://review.openstack.org/100422 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Move nova_utils functions to nova client plugin https://review.openstack.org/101782 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Store clients in context https://review.openstack.org/98935 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Move glance_utils functions to glance client plugin https://review.openstack.org/100419 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement barbican client plugin https://review.openstack.org/98684 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Use config region_name_for_services for rackspace clients https://review.openstack.org/98686 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Port rackspace clients to client plugins https://review.openstack.org/98687 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Remove function get_software_config https://review.openstack.org/101396 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Cinder, trove, ceilo use ignore_not_found() https://review.openstack.org/101397 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement marconi client plugin https://review.openstack.org/98683 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Use stevedore to load client plugins https://review.openstack.org/97976 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement nova client plugin https://review.openstack.org/97977 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement swift client plugin https://review.openstack.org/97978 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement glance client plugin https://review.openstack.org/97979 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement neutron client plugin https://review.openstack.org/97980 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement cinder client plugin https://review.openstack.org/97981 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement trove client plugin https://review.openstack.org/97982 | 02:54 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement ceilometer client plugin https://review.openstack.org/97983 | 02:54 |
*** ramishra has joined #heat | 02:57 | |
*** Qiming_ has quit IRC | 03:06 | |
*** Qiming has joined #heat | 03:09 | |
*** PragadeeswaranS has joined #heat | 03:10 | |
*** tiantian has joined #heat | 03:11 | |
*** kebray has joined #heat | 03:20 | |
*** nosnos has quit IRC | 03:25 | |
*** liusheng has quit IRC | 03:33 | |
*** liusheng has joined #heat | 03:34 | |
*** zhiyan_ is now known as zhiyan | 03:40 | |
openstackgerrit | A change was merged to openstack/heat: HOT intrinisic function list_join like Fn::Join https://review.openstack.org/102718 | 03:41 |
*** dims_ has joined #heat | 03:46 | |
*** dims_ has quit IRC | 03:51 | |
*** flyemsafe has joined #heat | 03:58 | |
*** nosnos has joined #heat | 04:02 | |
*** kebray has quit IRC | 04:02 | |
*** arbylee has joined #heat | 04:17 | |
*** zhiyan is now known as zhiyan_ | 04:20 | |
*** Yanyan has joined #heat | 04:26 | |
*** Yanyan has quit IRC | 04:32 | |
*** ckmvishnu has joined #heat | 04:34 | |
*** akuznetsov has quit IRC | 04:37 | |
*** akuznetsov has joined #heat | 04:39 | |
*** Yanyan has joined #heat | 04:46 | |
*** dims_ has joined #heat | 04:47 | |
*** dims_ has quit IRC | 04:52 | |
*** ajc_ has joined #heat | 04:52 | |
skraynev | Good morning | 04:53 |
Qiming | hi, a question about using git | 04:57 |
Qiming | if I'm working on some patches still under review, and my devstack environment is gone, how can I recover my local git review environment on another machine? | 04:58 |
*** rushiagr has joined #heat | 05:09 | |
openstackgerrit | A change was merged to openstack/heat: Sleep before stopping threads for delete https://review.openstack.org/103716 | 05:13 |
elynn | qiming, git review -d <review_id> | 05:13 |
Qiming | elynn, thanks, that will help recover the patch set information as well? | 05:14 |
elynn | qiming, will get the latest patchset. | 05:15 |
Qiming | elynn, and the change-id will be recovered? | 05:16 |
elynn | Yes, chang-id is set in commit message. | 05:17 |
Qiming | elynn, okay, will try it. just don't want to confuse reviewers .. | 05:17 |
elynn | you can modify your patch, and review again by running command "git review" | 05:17 |
Qiming | elynn, thx | 05:18 |
elynn | Qiming, np :) | 05:18 |
ckmvishnu | while instantiating class HeatIdentifier with stack_id as None, its converted to strig "None". Since its a string it becomes part of arn() function's output. | 05:25 |
ckmvishnu | SpamapS: any inputs? | 05:27 |
*** chandan_kumar has joined #heat | 05:34 | |
*** Dev_Jin has joined #heat | 05:35 | |
*** killer_prince is now known as lazy_prince | 05:35 | |
*** IlyaE has joined #heat | 05:37 | |
*** dims_ has joined #heat | 05:47 | |
*** dims_ has quit IRC | 05:53 | |
*** cmyster has joined #heat | 06:00 | |
*** bvivek has joined #heat | 06:00 | |
*** jprovazn has joined #heat | 06:01 | |
openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/heat: Imported Translations from Transifex https://review.openstack.org/104975 | 06:02 |
cmyster | morning | 06:02 |
*** akuznetsov has quit IRC | 06:04 | |
*** lazy_prince is now known as killer_prince | 06:06 | |
*** nkhare has joined #heat | 06:06 | |
*** Yanyan has quit IRC | 06:12 | |
*** Yanyan has joined #heat | 06:13 | |
*** akuznetsov has joined #heat | 06:16 | |
*** saju_m has joined #heat | 06:20 | |
*** ramishra has quit IRC | 06:23 | |
*** flyemsafe has quit IRC | 06:26 | |
*** ramishra_ has joined #heat | 06:28 | |
*** bvivek has quit IRC | 06:39 | |
*** bvivek has joined #heat | 06:40 | |
*** IlyaE has quit IRC | 06:41 | |
*** killer_prince is now known as lazy_prince | 06:43 | |
openstackgerrit | Yanyan Hu proposed a change to openstack/heat: Default to keystone V3 for software deployment https://review.openstack.org/104754 | 06:47 |
*** dims_ has joined #heat | 06:48 | |
*** liusheng has quit IRC | 06:48 | |
*** liusheng has joined #heat | 06:50 | |
*** dims_ has quit IRC | 06:53 | |
*** tspatzier has joined #heat | 06:54 | |
shardy_afk | morning all | 06:56 |
*** shardy_afk is now known as shardy | 06:56 | |
skraynev | morning shardy_afk | 06:56 |
skraynev | oops, morning shardy ;) | 06:57 |
cmyster | morning | 06:59 |
*** IlyaE has joined #heat | 07:02 | |
*** Yanyan has quit IRC | 07:05 | |
*** Yanyan has joined #heat | 07:11 | |
*** jcoufal has joined #heat | 07:15 | |
*** TonyBurn_ has joined #heat | 07:16 | |
*** chandan_kumar is now known as chandankumar | 07:23 | |
*** sorantis has joined #heat | 07:35 | |
*** cmyster has quit IRC | 07:35 | |
*** cmyster has joined #heat | 07:35 | |
*** tspatzier has quit IRC | 07:40 | |
*** mkerrin has quit IRC | 07:41 | |
*** tspatzier has joined #heat | 07:43 | |
*** pasquier-s has joined #heat | 07:43 | |
*** mkerrin has joined #heat | 07:45 | |
*** IlyaE has quit IRC | 07:46 | |
*** rakesh_hs has joined #heat | 07:48 | |
*** tomek_adamczewsk has joined #heat | 07:48 | |
*** jyoti-ranjan has joined #heat | 07:49 | |
openstackgerrit | Rakesh H S proposed a change to openstack/heat: Fixed stack never changed from DELETE_IN_PROGRESS https://review.openstack.org/104454 | 07:50 |
*** arbylee has quit IRC | 07:51 | |
elynn | Hi shardy | 07:56 |
elynn | about this patch https://review.openstack.org/#/c/98042/ | 07:57 |
therve | Good morning | 07:58 |
*** Qiming_ has joined #heat | 08:00 | |
*** Yanyan has quit IRC | 08:02 | |
*** Yanyan has joined #heat | 08:03 | |
*** Qiming has quit IRC | 08:03 | |
*** cmyster has quit IRC | 08:07 | |
*** cmyster has joined #heat | 08:07 | |
*** cmyster has joined #heat | 08:07 | |
shardy | elynn: hi | 08:07 |
shardy | IMO we *can't* allow some slight difference with AWS docs, particularly if the existing behavior is correct wrt the docs | 08:08 |
shardy | I've said the same thing on several reviews now, so I don't really understand why there are still patches coming making things updateable where they are not on AWS :( | 08:09 |
elynn | shardy, so should we revert patch https://review.openstack.org/#/c/80209/? | 08:10 |
shardy | Unfortunately we can't just revert that patch, as it's been released | 08:10 |
*** derekh_ has joined #heat | 08:11 | |
shardy | this is the problem, folks will rely on the behavior, or might do at least, then they move their template to AWS and get a really bad surprise on update | 08:11 |
shardy | If you need this behavior on update, you should be using the native resources IMO, not the AWS compatible ones | 08:11 |
shardy | I'll start a ML thread so we can discuss the deprecation options for things already merged | 08:12 |
*** jstrachan has joined #heat | 08:12 | |
elynn | ok, I will abandon this patch | 08:13 |
*** bvivek has quit IRC | 08:14 | |
elynn | Never notice that this property is not updatable in aws docs before... | 08:14 |
shardy | It's the first thing I check when reviewing update changes for AWS compatible resources ;) | 08:14 |
elynn | Your comment should come earlier so that I will balance my time to other things T_T | 08:18 |
*** bvivek has joined #heat | 08:26 | |
*** sorantis has quit IRC | 08:27 | |
openstackgerrit | Haiyang DING proposed a change to openstack/heat: Change Volume metadata attribute to raw dict. https://review.openstack.org/95705 | 08:30 |
*** zhiyan_ is now known as zhiyan | 08:30 | |
openstackgerrit | Haiyang DING proposed a change to openstack/heat: Change Volume metadata attribute to raw dict. https://review.openstack.org/95705 | 08:32 |
*** ramishra_ has quit IRC | 08:33 | |
*** sorantis has joined #heat | 08:35 | |
*** PragadeeswaranS has quit IRC | 08:36 | |
shardy | elynn: http://lists.openstack.org/pipermail/openstack-dev/2014-July/039429.html | 08:43 |
therve | shardy, Thanks for sending it, +1 from me | 08:46 |
*** PragadeeswaranS has joined #heat | 08:48 | |
therve | shardy, BTW have you followed what happened with wait conditions? Need any help? | 08:49 |
*** ramishra has joined #heat | 08:52 | |
shardy | therve: hey, yeah I was out on Friday but I saw the reverts | 08:54 |
shardy | my bad, apologies | 08:54 |
shardy | there is a difference in the metadata refresh behavior between the metadata_update and resource_signal paths in service.py | 08:54 |
shardy | I think I just need to replicate the metadata update loop in resource_signal, and add some more tests | 08:55 |
therve | Cool | 08:55 |
shardy | SpamapS correctly pointed out there is a performance penalty associated with that, but we're already paying that cost for WaitCondition signals, and other signals probably should have the same behavior | 08:56 |
*** andreaf_ has joined #heat | 08:56 | |
therve | shardy, The weird thing is that unit tests fails randomly without that part | 08:56 |
therve | Or pass randomly I guess | 08:56 |
shardy | maybe we can minimise that by only updating immediate dependencies or something, going to look into it | 08:56 |
shardy | therve: odd | 08:56 |
therve | shardy, See https://review.openstack.org/#/c/104941/ gates passed | 08:57 |
therve | And I see that locally too | 08:57 |
shardy | therve: I know there was some previous racy behavior related to the metadata update test, which was solved by that brute-force loop which forces refresh of all resources | 08:58 |
therve | That's probably that then | 08:58 |
shardy | my plan is to copy that loop to resource_signal, to solve the immediate problem, then look at possible performance improvements after | 08:59 |
shardy | after that, we should be able to fully deprecate and eventually remove the metadata_update engine interface | 09:00 |
ckmvishnu | shardy: when altering id to integer in stack table, should i alter owner_id as well. | 09:03 |
ckmvishnu | there is a test "test_nested_stack_update" wich checks for that | 09:03 |
*** DaveJ__ has joined #heat | 09:03 | |
openstackgerrit | A change was merged to openstack/heat: Use auth_token_info to initialize heat_keystoneclient sessions https://review.openstack.org/99769 | 09:07 |
ckmvishnu | Got it. owner_id in stack table will point to stack.id in case of a nested stack. | 09:10 |
*** lazy_prince is now known as killer_prince | 09:12 | |
*** Qiming__ has joined #heat | 09:13 | |
*** trash has quit IRC | 09:14 | |
*** Qiming_ has quit IRC | 09:16 | |
*** alexheneveld has joined #heat | 09:17 | |
openstackgerrit | Ethan Lynn proposed a change to openstack/heat: Implement custom constraints for subnet/port/router https://review.openstack.org/105101 | 09:18 |
openstackgerrit | huangtianhua proposed a change to openstack/heat: Implement events pagination, sorting and filtering https://review.openstack.org/104439 | 09:20 |
*** trash has joined #heat | 09:23 | |
*** blues-man has joined #heat | 09:27 | |
blues-man | hello | 09:28 |
openstackgerrit | Thomas Spatzier proposed a change to openstack/heat-specs: Action-aware software config specification https://review.openstack.org/98742 | 09:30 |
*** bgorski has joined #heat | 09:31 | |
*** killer_prince is now known as lazy_prince | 09:32 | |
openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Implement OS::Sahara::NodeGroupTemplate resource https://review.openstack.org/100288 | 09:42 |
openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Implement sahara client plugin https://review.openstack.org/100588 | 09:42 |
openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Implement OS::Sahara::Cluster resource https://review.openstack.org/72336 | 09:42 |
openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Implement OS::Sahara::ClusterTemplate resource https://review.openstack.org/101509 | 09:42 |
openstackgerrit | Ethan Lynn proposed a change to openstack/heat: Implement PrivateIpAddress property for EC2::Instance https://review.openstack.org/98580 | 09:43 |
*** trash has quit IRC | 09:45 | |
*** tspatzier has quit IRC | 09:49 | |
*** julienvey has joined #heat | 09:50 | |
*** lazy_prince has quit IRC | 09:52 | |
*** bvandenh has joined #heat | 10:02 | |
*** Qiming__ has quit IRC | 10:09 | |
Dev_Jin | I am trying autoscaling feature.. I can perform the required action using scalling policy (add/delete instance).. I have a question on instance deletion using auto scaling policy. Out of the instances which are part of auto scaling group, which instance is chosen for deletion? is it random? or oldest first? or least loaded? can we control this logic? | 10:14 |
*** alexheneveld has quit IRC | 10:15 | |
shardy | Dev_Jin: It's oldest first, we're working on adding interfaces which allow more control of what is removed | 10:16 |
shardy | https://github.com/openstack/heat/blob/master/heat/engine/resources/autoscaling.py#L376 | 10:16 |
shardy | https://blueprints.launchpad.net/heat/+spec/autoscaling-parameters | 10:16 |
Dev_Jin | shardy: thanks a lot the quick answer and those links… One more question that I am exploring is this… before deletion of that resource using scaling policy, is it possible to get some “callback” to the tenant application so that more graceful deletion logic can be written | 10:19 |
shardy | Dev_Jin: not right now, but we're working on that too | 10:21 |
*** alexheneveld has joined #heat | 10:21 | |
*** PragadeeswaranS has quit IRC | 10:22 | |
Dev_Jin | shardy: any launchpad link for this feature? so that I can keep track of it? | 10:23 |
*** Yanyan has quit IRC | 10:26 | |
openstackgerrit | huangtianhua proposed a change to openstack/python-heatclient: Implement events pagination, sorting and filtering https://review.openstack.org/105110 | 10:26 |
shardy | Dev_Jin: https://blueprints.launchpad.net/heat/+spec/update-hooks | 10:26 |
*** flyemsafe has joined #heat | 10:28 | |
*** sorantis_ has joined #heat | 10:31 | |
*** sorantis has quit IRC | 10:34 | |
*** sorantis_ is now known as sorantis | 10:34 | |
*** tspatzier has joined #heat | 10:35 | |
*** lazy_prince has joined #heat | 10:38 | |
*** alexheneveld has quit IRC | 10:47 | |
*** cdent has joined #heat | 10:48 | |
skraynev | shardy: about updating CFN compatible resources: I agree with you, but what about some cases like https://github.com/openstack/heat/blob/master/heat/engine/resources/volume.py#L185 | 10:49 |
*** bvivek has quit IRC | 10:50 | |
shardy | skraynev: well that is my question, what do we do about stuff we have already (IMHO wrongly) merged | 10:51 |
skraynev | shardy: AFAIK, according to AWS documentation all properties for volume are replacement, but we may implement custom handle update for them | 10:51 |
shardy | skraynev: yes, we do, and that is wrong, IMO | 10:51 |
shardy | I have -1'd patches for instance and volume resources recently which make update behavior (further) deviate from CFN | 10:52 |
shardy | but we have already created a problem by merging stuff like you reference previously | 10:52 |
skraynev | shardy: yeah, I have seen it. | 10:52 |
shardy | the first thing is to stop merging more problems, then figure out what to do with the existing ones, IMO | 10:53 |
*** dims_ has joined #heat | 10:53 | |
shardy | I guess we'll have to deprecate updates for things which should not be updated, log loud warnings for a cycle, then remove the update support | 10:53 |
shardy | If folks are impacted by that, they will have to migrate to the native resources | 10:53 |
shardy | which in most cases should be pretty easy | 10:54 |
skraynev | shardy: looks like hint, that native resources are better for using :) | 10:55 |
*** pasquier-s has quit IRC | 10:55 | |
shardy | skraynev: yup, and also it makes it very clear that the behavior is specific to OpenStack | 10:55 |
skraynev | shardy: agree. I got your position about CFN resources in this case. So I will apply this for further reviews :) | 10:57 |
*** dims_ has quit IRC | 10:58 | |
shardy | skraynev: sounds good, thanks :) | 10:58 |
cmyster | ummm | 11:01 |
cmyster | I hate it when I know something is wrong and I can'y put me finger on it... | 11:01 |
*** tomek_adamczewsk has quit IRC | 11:02 | |
*** pasquier-s has joined #heat | 11:14 | |
*** dims_ has joined #heat | 11:14 | |
*** nkhare has quit IRC | 11:17 | |
*** Qiming__ has joined #heat | 11:18 | |
*** tiantian has quit IRC | 11:32 | |
*** blues-man has quit IRC | 11:38 | |
*** ramishra has quit IRC | 11:43 | |
cmyster | shardy: got a sec? | 11:46 |
*** arbylee has joined #heat | 11:57 | |
*** bvivek has joined #heat | 12:03 | |
*** jcoufal has quit IRC | 12:12 | |
shardy | cmyster: sure | 12:13 |
*** ccrouch has left #heat | 12:16 | |
*** jcoufal has joined #heat | 12:17 | |
cmyster | shardy: I am creating a software deployment and setting input_values = [] and output_values = [] (empty lists) but when the deployment is created the first is None and the second is a {} (empty dict) | 12:19 |
*** bvivek has quit IRC | 12:20 | |
cmyster | it used to work the same way for the last 3 or so months (my tempest configuration API patch) and now it is not | 12:20 |
cmyster | ummm working as in I am testing that its still an empty list but its not anymore | 12:21 |
*** rbuilta has joined #heat | 12:21 | |
cmyster | I'm guessing that something changed not too long ago | 12:21 |
shardy | cmyster: input_values is a map not a list in the schema.. | 12:21 |
* shardy checks commits | 12:21 | |
*** arbylee has quit IRC | 12:23 | |
*** arbylee has joined #heat | 12:24 | |
shardy | cmyster: AFAICS that is expected, on current trunk and stable/icehouse | 12:25 |
shardy | In fact the input_values list thing should probably fail validation, as the schema expects a map | 12:25 |
cmyster | OK cool | 12:25 |
shardy | the fact that it doesn't may be a bug | 12:25 |
cmyster | oh | 12:25 |
shardy | https://github.com/openstack/heat/blob/stable/icehouse/heat/engine/resources/software_config/software_deployment.py#L117 | 12:25 |
shardy | https://github.com/openstack/heat/blob/stable/icehouse/heat/engine/resources/software_config/software_deployment.py#L434 | 12:26 |
shardy | The code is basically the same in trunk AFAICT | 12:26 |
cmyster | I'm guessing there is nothing on gate to verify types in this case | 12:26 |
* cmyster makes a note of that | 12:27 | |
cmyster | should be simple enough test to write | 12:27 |
shardy | If you raise a bug we may be able to add a unit test to trigger it and fix whatever's wrong | 12:27 |
cmyster | also legit | 12:27 |
cmyster | does validation in this case happen regardless if it is a rest request or using a template ? | 12:28 |
shardy | The validation only happens via a template | 12:28 |
*** jdag_ has quit IRC | 12:28 | |
*** zz_gondoi has quit IRC | 12:28 | |
shardy | So maybe the bug is that validation is required when using the API directly | 12:29 |
cmyster | well | 12:29 |
cmyster | umm is it ? | 12:29 |
*** wendar has quit IRC | 12:29 | |
*** lekha has quit IRC | 12:29 | |
*** wendar has joined #heat | 12:29 | |
cmyster | is it a valid way to do things ? | 12:30 |
*** baffle_ has joined #heat | 12:30 | |
*** Adri2000 has quit IRC | 12:30 | |
*** lekha has joined #heat | 12:30 | |
shardy | well we expect people to use the API via a template, but regardless the API should probably validate the input, if you're saying it doesn't | 12:30 |
*** Adri2000 has joined #heat | 12:30 | |
*** jdag_ has joined #heat | 12:30 | |
*** baffle has quit IRC | 12:31 | |
*** gilliard has quit IRC | 12:31 | |
*** gilliard has joined #heat | 12:31 | |
*** lekha has quit IRC | 12:31 | |
*** lekha has joined #heat | 12:31 | |
*** Adri2000 is now known as Guest67185 | 12:31 | |
*** jdag_ has quit IRC | 12:31 | |
*** jdag_ has joined #heat | 12:31 | |
shardy | e.g what happens if you pass a non-empty list to the input_values directly via the API? | 12:31 |
cmyster | right | 12:31 |
cmyster | might be a security issue here as well | 12:31 |
*** ckmvishnu has quit IRC | 12:32 | |
*** ajc_ has quit IRC | 12:33 | |
*** gondoi has joined #heat | 12:33 | |
*** radez_g0n3 is now known as radez | 12:34 | |
*** ramishra has joined #heat | 12:36 | |
*** dims_ has quit IRC | 12:37 | |
*** rushiagr_ has joined #heat | 12:37 | |
*** rushiagr has quit IRC | 12:37 | |
*** dims_ has joined #heat | 12:37 | |
*** gokrokve has joined #heat | 12:37 | |
*** gokrokve has quit IRC | 12:38 | |
*** gokrokve has joined #heat | 12:39 | |
*** saju_m has quit IRC | 12:40 | |
*** gokrokve has quit IRC | 12:43 | |
*** blues-man has joined #heat | 12:51 | |
*** saju_m has joined #heat | 12:52 | |
cmyster | bbl | 12:53 |
*** cmyster has quit IRC | 12:53 | |
*** Yanyan has joined #heat | 12:55 | |
*** rakesh_hs has quit IRC | 12:56 | |
*** ccrouch has joined #heat | 12:57 | |
*** sgordon has joined #heat | 13:02 | |
*** sgordon has quit IRC | 13:02 | |
*** sgordon has joined #heat | 13:02 | |
*** nosnos has quit IRC | 13:02 | |
*** aweiteka has joined #heat | 13:03 | |
*** Guest67185 is now known as Adri2000_ | 13:08 | |
*** Adri2000_ has quit IRC | 13:08 | |
*** Adri2000_ has joined #heat | 13:08 | |
openstackgerrit | A change was merged to openstack/python-heatclient: Fix the section name in CONTRIBUTING.rst https://review.openstack.org/103768 | 13:10 |
*** chandan_kumar has joined #heat | 13:10 | |
*** chandankumar has quit IRC | 13:15 | |
*** chandan_kumar is now known as chandankumar | 13:15 | |
therve | shardy, FWIW, trusts misunderstandings in Eoghan email are certainly mine | 13:17 |
shardy | therve: np, it's a shame I couldn't make it to the meetup to discuss it with you guys.. | 13:19 |
therve | shardy, Yeah sorry we ended up talking on friday | 13:20 |
shardy | therve: Was the ceilometer-side architecture issue discussed? | 13:20 |
shardy | e.g why the trust can't be created as part of the request which creates the alarm? | 13:20 |
shardy | If we can do that then at least the name/id issue goes away | 13:21 |
shardy | then if I can get the redelegation issue solved, we're set :) | 13:21 |
shardy | (that's a big if based on spec feedback from keystone core..) | 13:21 |
*** Tross has quit IRC | 13:22 | |
therve | shardy, We talked about it yes | 13:22 |
therve | It's doable but a non-trivial issue | 13:22 |
therve | Eoghan was somewhat reluctant to go down that road considering the other limitations, especially regarding chained delegation | 13:23 |
shardy | well the main use-cases would work without chained delegation | 13:23 |
shardy | it's only autoscaling stacks containing alarms, and stacks updated via solum which won't work | 13:23 |
shardy | I'd say it's less risky to get that basic use case working, then add the chained-delegation flag if/when I manage to get it into keystone | 13:24 |
shardy | Maybe I'll have a chat with Eoghan about it, but I can understand if he has higher priorities | 13:25 |
therve | It'd be cool if you can sync up | 13:25 |
openstackgerrit | A change was merged to openstack/python-heatclient: Show physical_resource_id in resource-list https://review.openstack.org/101125 | 13:26 |
therve | I don't think I was a good defender of that solution, I don't really feel it's worth the extra complexity | 13:26 |
*** ericgoncz has joined #heat | 13:27 | |
openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/heat: Updated from global requirements https://review.openstack.org/105166 | 13:28 |
*** cmyster has joined #heat | 13:30 | |
*** cmyster has joined #heat | 13:30 | |
shardy | therve: well maybe you're right, I just feel it looks wrong architecturally, and it can never work in standalone mode | 13:30 |
cmyster | back | 13:30 |
shardy | If we're OK saying autoscaling can't work in standalone mode then maybe we revisit your approach, but it just seems wrong that one service creates a trust for another service | 13:31 |
therve | Hum | 13:31 |
therve | shardy, Would doing it ceilometer works in standalone? | 13:31 |
therve | I thought we had other issues | 13:31 |
shardy | therve: I'm not certain tbh, but it can never work with the ID, because the person running heat won't know the ID of the service provider's ceilometer service user | 13:33 |
shardy | wheras if they got a token and created the alarm, and ceilometer created whatever was needed to do the deferred notification, it might work | 13:33 |
therve | Sure | 13:33 |
shardy | without trying it I can't be sure if there are other issues I've not considered | 13:33 |
therve | shardy, Would domain users workN | 13:34 |
therve | ? | 13:34 |
shardy | therve: no, but in this case we'd no longer need to create the domain user associated with the ec2 keypair | 13:35 |
shardy | as ceilometer would impersonate the stack owner directly | 13:35 |
shardy | you are right though, there's other stuff which wouldn't work without the user having admin roles | 13:35 |
shardy | therve: tbh there's probably a discussion to be had around the future of standalone mode | 13:36 |
Qiming__ | shardy, therve, a naive question: why having ceilometer service user name in heat.conf a security risk? | 13:36 |
shardy | I know some folks like it, but there's a high cost associated with maintaining it, as this proves | 13:36 |
*** jasond` has joined #heat | 13:36 | |
shardy | but *if* we are going to maintain it, I think core functionality like autoscaling really ought to work | 13:37 |
*** zhiyan is now known as zhiyan_ | 13:37 | |
shardy | Qiming__: It's not necessarily a security risk, it's just that in non-integrated (standalone) heat deployments, you won't know what it is | 13:37 |
therve | Qiming__, it's not the name too, it's the ID. | 13:38 |
Qiming__ | okay, but that will make at least auto-scaling works, right? | 13:38 |
Qiming__ | I see. | 13:38 |
*** tomek_adamczewsk has joined #heat | 13:45 | |
*** vijendar has joined #heat | 13:48 | |
*** piyush has joined #heat | 13:50 | |
*** david-lyle has joined #heat | 13:53 | |
*** jdandrea has joined #heat | 13:54 | |
shardy | Hmm, is there something other than stevedore I need installed for the new constraint plugin mechanism? | 13:59 |
shardy | All the tests are failing, even on a clean clone of heat, so I guess I'm missing something in my environment.. | 13:59 |
shardy | seems related to glance.image stubbing not working for constraints | 14:00 |
therve | shardy, How did you create your env? | 14:08 |
openstackgerrit | A change was merged to openstack/heat: Use stevedore to load client plugins https://review.openstack.org/97976 | 14:08 |
*** threebean has joined #heat | 14:08 | |
*** cdent_ has joined #heat | 14:08 | |
shardy | therve: I'm running it locally, not in a venv | 14:08 |
therve | shardy, You need to do setup.py develop or pip install -e . | 14:08 |
*** cmyster has quit IRC | 14:08 | |
*** cdent has quit IRC | 14:10 | |
*** cdent_ is now known as cdent | 14:10 | |
*** sjmc7 has joined #heat | 14:10 | |
*** tomek_adamczewsk has quit IRC | 14:10 | |
skraynev | shardy: therve is right. When I tested stevebaker's patches I used "python ./setup.py install" after that clients became available. | 14:11 |
shardy | therve, skraynev: ok, thanks :) | 14:11 |
therve | install is not the best thing to do though :) | 14:12 |
skraynev | therve: yeah... develop is more preferable. However for simple testing (when you do not debug) "install" is possible too :) | 14:17 |
*** piyush1 has joined #heat | 14:18 | |
*** piyush has quit IRC | 14:19 | |
*** tomek_adamczewsk has joined #heat | 14:22 | |
openstackgerrit | A change was merged to openstack/heat: Change template loading to use stevedore extensions https://review.openstack.org/103113 | 14:25 |
*** gokrokve has joined #heat | 14:27 | |
*** tomek_adamczewsk has quit IRC | 14:29 | |
*** tomek_adamczewsk has joined #heat | 14:30 | |
*** lazy_prince has quit IRC | 14:37 | |
*** jogo has joined #heat | 14:37 | |
jogo | shadower: o/ | 14:38 |
shadower | hey | 14:38 |
*** sorantis has quit IRC | 14:38 | |
jogo | so I am not sure how tempest/heat tests heat templates currently so thats a good question | 14:39 |
jogo | but just building the basic dynamic template to boot n instances should help a lot either way | 14:39 |
shadower | jogo: https://github.com/openstack/tempest/blob/master/tempest/scenario/orchestration/test_autoscaling.py | 14:40 |
jogo | shadower: sounds like it would be good to sync with cmyster either way | 14:40 |
shadower | each test seems to carry its own template next to the file | 14:40 |
shadower | yea | 14:40 |
shadower | doesn't seem to be online atm, though | 14:41 |
jogo | shadower: ahh perfect seperate template file | 14:41 |
shadower | yea | 14:42 |
jogo | shadower: unfortunately I need to go AFK for the rest of today (will be working from a flight), but lets sync up tomorrow. I will be in UTC-8 | 14:43 |
*** Qiming__ has quit IRC | 14:43 | |
*** kebray has joined #heat | 14:45 | |
shadower | jogo: okay, see you tomorrow | 14:46 |
jogo | shadower: thanks, o/ | 14:46 |
*** rushiagr_ has quit IRC | 14:48 | |
*** thomas_ustudio has joined #heat | 14:49 | |
*** chandankumar has quit IRC | 14:51 | |
*** TonyBurn_ has quit IRC | 14:52 | |
*** tango has joined #heat | 14:55 | |
*** gokrokve has quit IRC | 14:57 | |
*** IlyaE has joined #heat | 14:58 | |
*** gokrokve has joined #heat | 14:58 | |
jdandrea | I'm looking for info that explains how Heat works in conjunction with the Stack domain user (even if the upshot is "you don't have to do anything - it just works"). Is there a blueprint, wiki page, or other doc perchance? | 15:00 |
*** gokrokve_ has joined #heat | 15:00 | |
*** samstav has joined #heat | 15:00 | |
shardy | jdandrea: I wrote a detailed blog post about it which may help: | 15:00 |
*** sabeen has joined #heat | 15:01 | |
shardy | http://hardysteven.blogspot.co.uk/2014/04/heat-auth-model-updates-part-2-stack.html | 15:01 |
*** piyush1 has quit IRC | 15:01 | |
shardy | jdandrea: depending on how you install, you either have to do nothing (devstack, recent packstack/puppet-heat), or manually configure as described in that post | 15:02 |
shardy | jdandrea: getting similar info into a deployment guide doc is still todo | 15:02 |
*** ramishra has quit IRC | 15:02 | |
*** gokrokve has quit IRC | 15:02 | |
*** dmueller_ has joined #heat | 15:02 | |
*** chandan_kumar has joined #heat | 15:06 | |
*** gokrokve_ has quit IRC | 15:06 | |
*** dmueller_ has quit IRC | 15:06 | |
*** gokrokve has joined #heat | 15:07 | |
*** jdandrea has quit IRC | 15:10 | |
*** alexpilotti has quit IRC | 15:11 | |
*** gokrokve has quit IRC | 15:11 | |
*** alexpilotti has joined #heat | 15:13 | |
*** killer_prince has joined #heat | 15:13 | |
*** killer_prince is now known as lazy_prince | 15:14 | |
*** sgordon has quit IRC | 15:17 | |
*** Dev_Jin has quit IRC | 15:17 | |
*** jdandrea has joined #heat | 15:18 | |
*** ramishra has joined #heat | 15:18 | |
jdandrea | shardy: Thanks! This helps a lot. :) | 15:18 |
*** jcoufal has quit IRC | 15:22 | |
*** jcoufal has joined #heat | 15:24 | |
*** tomek_adamczewsk has quit IRC | 15:26 | |
*** DandyPandy has joined #heat | 15:28 | |
openstackgerrit | Jason Dunsmore proposed a change to openstack/heat: Fix OS::Trove::Instance restore_point property https://review.openstack.org/105210 | 15:28 |
*** DandyPandy has quit IRC | 15:28 | |
*** DandyPandy has joined #heat | 15:29 | |
*** Meeral has joined #heat | 15:32 | |
*** cdent_ has joined #heat | 15:32 | |
Meeral | If i want to launch a stack with multiple templates - how to make the REST request? /v1/{tenant_id}/stacks | 15:32 |
*** cdent has quit IRC | 15:33 | |
*** cdent_ is now known as cdent | 15:33 | |
*** saju_m has quit IRC | 15:33 | |
Meeral | I know the heat stack_create command will parse the template and recognize template dependencies | 15:33 |
Meeral | but I don't know how that maps to the rest api | 15:33 |
therve | What do you mean by multiple templates? | 15:34 |
therve | I *think* you want stack files, but I'm not sure | 15:34 |
*** jdandrea has quit IRC | 15:34 | |
Meeral | i mean I have a main template that has an autoscaling group which has a resource | 15:35 |
Meeral | that's coming from another template | 15:35 |
Meeral | type: blah_.yaml | 15:35 |
therve | So yes stack files | 15:35 |
shardy | Meeral: Do what you want via python-heatclient, with --debug, then you can see the format of the request | 15:35 |
Meeral | oh alright | 15:36 |
shardy | as therve says, blah.yaml goes in the files map in the body of the request | 15:36 |
Meeral | ok I'll try that thanks | 15:36 |
*** piyush has joined #heat | 15:42 | |
*** daneyon has joined #heat | 15:42 | |
*** piyush1 has joined #heat | 15:43 | |
*** IlyaE has quit IRC | 15:44 | |
*** daneyon has quit IRC | 15:44 | |
*** daneyon has joined #heat | 15:45 | |
*** kebray has quit IRC | 15:46 | |
*** piyush has quit IRC | 15:46 | |
*** rwsu has joined #heat | 15:47 | |
*** jdandrea has joined #heat | 15:47 | |
*** TravT has joined #heat | 15:49 | |
*** IlyaE has joined #heat | 15:52 | |
*** arbylee has quit IRC | 15:54 | |
*** arbylee has joined #heat | 15:54 | |
*** jdandrea has quit IRC | 15:57 | |
*** sgordon has joined #heat | 15:59 | |
tspatzier | zaneb: https://etherpad.openstack.org/p/heat-observer-resource-pattern | 16:02 |
*** mdelder has joined #heat | 16:02 | |
mdelder | https://etherpad.openstack.org/p/heat-observer-resource-pattern | 16:02 |
*** IlyaE has quit IRC | 16:03 | |
*** jcoufal has quit IRC | 16:05 | |
openstackgerrit | Steven Hardy proposed a change to openstack/heat: Convert WaitConditionHandle to use handle_signal https://review.openstack.org/105219 | 16:05 |
*** jdandrea has joined #heat | 16:06 | |
*** rushiagr_ has joined #heat | 16:09 | |
*** blamar has joined #heat | 16:09 | |
*** Tross has joined #heat | 16:10 | |
*** alexheneveld has joined #heat | 16:12 | |
*** gokrokve has joined #heat | 16:14 | |
*** pasquier-s_ has joined #heat | 16:17 | |
*** pasquier-s_ has quit IRC | 16:18 | |
*** DandyPandy has quit IRC | 16:18 | |
*** threebean has left #heat | 16:23 | |
*** edmund has joined #heat | 16:23 | |
*** Yanyan has quit IRC | 16:23 | |
*** DandyPandy has joined #heat | 16:26 | |
*** DandyPandy has quit IRC | 16:27 | |
*** DandyPandy has joined #heat | 16:28 | |
*** derekh_ has quit IRC | 16:28 | |
*** julienvey has quit IRC | 16:28 | |
*** mrutkows has joined #heat | 16:28 | |
*** kebray has joined #heat | 16:31 | |
*** Tross has quit IRC | 16:31 | |
*** kebray has quit IRC | 16:31 | |
*** funzo has quit IRC | 16:31 | |
*** jcoufal has joined #heat | 16:32 | |
*** kebray has joined #heat | 16:32 | |
*** jdandrea has quit IRC | 16:32 | |
SpamapS | shardy: I do agree with your point btw: most of this only works by luck at the moment. ;-) | 16:33 |
shardy | SpamapS: Hey, I've just started digging into this, trying to figure out if os-collect-config is relying in the previous side-effect of setting the handle metadata where it's also returned | 16:34 |
shardy | my new code does change that behavior, because handle_signal doesn't return the metadata | 16:34 |
*** Tross has joined #heat | 16:34 | |
*** edmund has quit IRC | 16:35 | |
SpamapS | shardy: AFAIK, os-collect-config just does a describe stack resource. | 16:35 |
shardy | SpamapS: Hmm, yeah that's what I was expecting, but currently I can't reproduce the issue | 16:36 |
SpamapS | shardy: signals are sent by whatever tooling receives the deployment and thus the deploy_signal_id. | 16:36 |
shardy | It seemed weird that we returned something we were just passed as an argument, so I assumed nobody would rely on the return value | 16:36 |
SpamapS | shardy: we were very clearly seeing empty metadata on the next subsequent request after we sent a signal. | 16:36 |
SpamapS | shardy: which caused.. havoc :( | 16:36 |
*** rushiagr_ has quit IRC | 16:37 | |
shardy | SpamapS: Yup, I don't doubt it, I just can't cause havoc locally yet ;) | 16:37 |
SpamapS | shardy: I'd think you can reproduce by throwing the tripleo overcloud.yaml at a devstackked heat. | 16:37 |
SpamapS | shardy: Oh you'd probably need to build our images with 'vm' added and load them into the devstack as well. | 16:37 |
SpamapS | I might have a one liner that will do this for you.. | 16:38 |
shardy | I've mostly been trying via the tests, where the metadata refresh test works fine, I'll try the overcloud template, or some minimal subset of it | 16:38 |
*** blues-man has quit IRC | 16:38 | |
shardy | SpamapS: Ok, thanks, it's probably about time I played with tripleo a bit, no time like the present I guess :) | 16:38 |
SpamapS | TRIPLEO_ROOT=~/src DIB_COMMON_ELEMENTS="stackuser vm" bash -c '. scripts/devtest_variables.sh ; scripts/devtest_overcloud.sh' | 16:40 |
shardy | SpamapS: thanks | 16:40 |
SpamapS | shardy: that would assume you have tripleo-incubator checked out in ~/src/tripleo-incubator and that you have sourced openrc | 16:40 |
*** pafuent has joined #heat | 16:40 | |
*** TravT has quit IRC | 16:41 | |
SpamapS | oh hm | 16:41 |
*** packet has joined #heat | 16:41 | |
*** IlyaE has joined #heat | 16:41 | |
SpamapS | shardy: you also have to do "TRIPLEO_ROOT=~/src scripts/devtest_testenv.sh" once to create the testenv.json file | 16:41 |
*** jdandrea has joined #heat | 16:41 | |
SpamapS | shardy: that is less than ideal.. hrm | 16:42 |
SpamapS | shardy: don't run testenv.sh yet.. that is the invasive bit.. maybe I can give you a minimal testenv.json | 16:42 |
shardy | SpamapS: no worries, I'm going to try a more minimal template first | 16:43 |
SpamapS | shardy: ok cool, so all you need in that json file is actually this: {"arch": "i386"} | 16:43 |
shardy | SpamapS: Ok, thanks for the info, I'll try the full tripleo reproduce if my minimal attempt fails | 16:44 |
SpamapS | shardy: deityspeed | 16:45 |
*** pasquier-s has quit IRC | 16:47 | |
shardy | SpamapS: what tool does the signalling out of interest? | 16:49 |
*** sabeen3 has joined #heat | 16:50 | |
*** sabeen has quit IRC | 16:51 | |
*** funzo has joined #heat | 16:56 | |
*** IlyaE has quit IRC | 16:58 | |
*** harlowja_away is now known as harlowja | 17:01 | |
*** mdelder has quit IRC | 17:02 | |
*** dsneddon has joined #heat | 17:02 | |
*** dsneddon has quit IRC | 17:02 | |
*** mdelder has joined #heat | 17:02 | |
*** dsneddon has joined #heat | 17:02 | |
*** shakamunyi has joined #heat | 17:03 | |
SpamapS | shardy: curl | 17:04 |
SpamapS | shardy: https://git.openstack.org/cgit/openstack/tripleo-image-elements/tree/elements/os-refresh-config/os-refresh-config/post-configure.d/99-refresh-completed | 17:04 |
*** dsneddon has quit IRC | 17:05 | |
*** Tross has quit IRC | 17:05 | |
*** Tross1 has joined #heat | 17:05 | |
SpamapS | shardy: currently we only do one big "completion signal" per node for when it is done with everything. We may do more as we have to orchestrate upgrades. | 17:05 |
shardy | SpamapS: Ok, thanks for the info! | 17:07 |
*** metral_zzz is now known as metral | 17:09 | |
*** IlyaE has joined #heat | 17:13 | |
*** bandarji has joined #heat | 17:13 | |
*** jdandrea has quit IRC | 17:14 | |
*** jyoti-ranjan has quit IRC | 17:16 | |
*** alexheneveld has quit IRC | 17:16 | |
*** dsneddon has joined #heat | 17:16 | |
*** lazy_prince is now known as killer_prince | 17:19 | |
*** rushiagr_ has joined #heat | 17:19 | |
*** tango has quit IRC | 17:22 | |
*** tspatzier has quit IRC | 17:24 | |
*** emfl has joined #heat | 17:26 | |
emfl | Hello, I'm sorry to ask such a question but I coudn't find the answer, what are the cloud providers supported by heat ? | 17:27 |
openstackgerrit | Jason Dunsmore proposed a change to openstack/heat: Fix OS::Trove::Instance restore_point property https://review.openstack.org/105210 | 17:27 |
*** IlyaE has quit IRC | 17:27 | |
*** flyemsafe has quit IRC | 17:28 | |
*** ckmvishnu has joined #heat | 17:29 | |
*** ramishra has quit IRC | 17:33 | |
*** IlyaE has joined #heat | 17:37 | |
*** mdelder has quit IRC | 17:38 | |
*** mdelder has joined #heat | 17:39 | |
*** sgordon has quit IRC | 17:39 | |
*** asalkeld has joined #heat | 17:39 | |
SpamapS | emfl: Heat is meant to be "built in" to a cloud. | 17:39 |
SpamapS | emfl: There's a standalone mode that works with at least HP's public cloud (disclaimer: my employer) and I believe Rackspace has a beta public Heat that you can use. | 17:40 |
*** mdelder has quit IRC | 17:43 | |
*** mdelder has joined #heat | 17:44 | |
openstackgerrit | Jason Dunsmore proposed a change to openstack/heat: Add utility functions for Swift TempURLs https://review.openstack.org/104302 | 17:45 |
*** mdelder has quit IRC | 17:54 | |
*** IlyaE has quit IRC | 17:56 | |
*** sarob_ has joined #heat | 18:00 | |
*** sarob_ is now known as sarob | 18:00 | |
*** jdandrea has joined #heat | 18:01 | |
*** Tross1 has quit IRC | 18:01 | |
openstackgerrit | Clint 'SpamapS' Byrum proposed a change to openstack/heat: Using default FnGetRefId behavior for LaunchConfig https://review.openstack.org/97543 | 18:04 |
*** saju_m has joined #heat | 18:05 | |
openstackgerrit | Clint 'SpamapS' Byrum proposed a change to openstack/heat: Using default FnGetRefId behavior for LaunchConfig https://review.openstack.org/97543 | 18:05 |
*** tango has joined #heat | 18:05 | |
SpamapS | ugh that inline commit message editor is crap for formatting. | 18:05 |
*** sarob has quit IRC | 18:12 | |
*** sarob has joined #heat | 18:12 | |
*** rushiagr_ has quit IRC | 18:13 | |
*** dims_ has quit IRC | 18:14 | |
*** emfl has quit IRC | 18:15 | |
*** sarob has quit IRC | 18:17 | |
*** ckmvishnu has quit IRC | 18:17 | |
*** andersonvom has joined #heat | 18:18 | |
*** dims has joined #heat | 18:19 | |
*** IlyaE has joined #heat | 18:20 | |
*** sarob has joined #heat | 18:26 | |
*** bgorski has quit IRC | 18:28 | |
*** jprovazn has quit IRC | 18:33 | |
*** mdelder has joined #heat | 18:37 | |
*** radez is now known as radez_g0n3 | 18:39 | |
*** jdandrea has quit IRC | 18:39 | |
*** jstrachan has quit IRC | 18:47 | |
*** DaveJ__ has quit IRC | 18:48 | |
Meeral | I am still trying to launch a stack with multiple stack files - I am using the example file : https://github.com/hardys/demo_templates/blob/master/juno_summit_intro_to_heat/example4_provider_environment/server_with_volume_env.yaml | 18:52 |
*** packet has quit IRC | 18:52 | |
*** IlyaE has quit IRC | 18:52 | |
Meeral | I run stack_create and get the following error: atclient.exc.HTTPBadRequest: ERROR: Could not fetch remote template 'server_with_volume.yaml': Invalid URL scheme | 18:53 |
Meeral | server_with_volume is a local file in the same directory | 18:53 |
Meeral | i'm very confused at what i'm doing wrong | 18:55 |
jasond` | Meeral: did you use -f or -u? | 18:58 |
Meeral | -f | 18:58 |
Meeral | heat --debug stack-create test1 -f mainTemplate.yaml | 18:58 |
jasond` | Meeral: what is in mainTemplate.yaml? | 18:59 |
Meeral | https://github.com/hardys/demo_templates/blob/master/juno_summit_intro_to_heat/example2_server_with_volume_nested/server_with_volume_nested.yaml | 18:59 |
Meeral | copied this | 18:59 |
Meeral | the first link is wrong i'm not using an environment file.. | 19:00 |
*** radez_g0n3 is now known as radez | 19:00 | |
*** tspatzier has joined #heat | 19:01 | |
*** tspatzier has quit IRC | 19:03 | |
jasond` | Meeral: hm, works for me | 19:03 |
Meeral | what..was there any recent bug for this? maybe I have an older version | 19:05 |
*** IlyaE has joined #heat | 19:05 | |
*** andreaf has quit IRC | 19:05 | |
*** andreaf has joined #heat | 19:05 | |
openstackgerrit | David J Hu proposed a change to openstack/python-heatclient: Add keystone v3 auth support https://review.openstack.org/92728 | 19:06 |
*** chandan_kumar has quit IRC | 19:06 | |
openstackgerrit | A change was merged to openstack/heat: Support using domain_name instead of domain_id https://review.openstack.org/99225 | 19:09 |
*** emfl has joined #heat | 19:09 | |
emfl | SpamapS: ok thanks. I was under the impression from a stackoverflow question that heat could be used as an equivalent to cloudformation to any number of cloud providers. Which from your answer I'm guessing is wrong | 19:10 |
*** andreaf_ has quit IRC | 19:10 | |
*** andreaf_ has joined #heat | 19:11 | |
*** mdelder_ has joined #heat | 19:17 | |
*** mdelder has quit IRC | 19:20 | |
*** rbuilta has quit IRC | 19:21 | |
*** Tross has joined #heat | 19:24 | |
*** sgordon has joined #heat | 19:27 | |
*** mkerrin1 has joined #heat | 19:28 | |
*** mkerrin has quit IRC | 19:29 | |
*** IlyaE has quit IRC | 19:31 | |
*** asalkeld has quit IRC | 19:32 | |
*** samstav_ has joined #heat | 19:33 | |
*** denis_makogon has quit IRC | 19:33 | |
*** dmakogon_ has joined #heat | 19:33 | |
*** samstav_ has quit IRC | 19:33 | |
*** samstav_ has joined #heat | 19:34 | |
*** saju_m has quit IRC | 19:34 | |
*** samstav has quit IRC | 19:36 | |
*** samstav_ has quit IRC | 19:37 | |
*** lindsayk1 has joined #heat | 19:37 | |
*** samstav has joined #heat | 19:37 | |
*** sarob has quit IRC | 19:40 | |
*** sarob has joined #heat | 19:40 | |
*** bvandenh has quit IRC | 19:41 | |
*** sarob has quit IRC | 19:44 | |
*** erecio has joined #heat | 19:49 | |
*** erecio has quit IRC | 19:49 | |
*** lindsayk1 has quit IRC | 19:51 | |
*** aweiteka has quit IRC | 19:52 | |
*** lindsayk1 has joined #heat | 19:54 | |
*** sarob has joined #heat | 19:54 | |
*** lindsayk1 has quit IRC | 19:56 | |
*** saju_m has joined #heat | 19:57 | |
*** sarob has quit IRC | 19:59 | |
*** andreaf has quit IRC | 19:59 | |
*** andreaf has joined #heat | 19:59 | |
*** mrutkows has quit IRC | 20:04 | |
*** sarob has joined #heat | 20:07 | |
*** aweiteka has joined #heat | 20:08 | |
*** lindsayk1 has joined #heat | 20:08 | |
*** alexheneveld has joined #heat | 20:09 | |
*** asalkeld has joined #heat | 20:10 | |
*** asalkeld has quit IRC | 20:10 | |
*** asalkeld_ has joined #heat | 20:10 | |
*** asalkeld_ is now known as asalkeld | 20:11 | |
*** lindsayk1 has quit IRC | 20:12 | |
*** mdelder_ has quit IRC | 20:13 | |
*** mdelder_ has joined #heat | 20:13 | |
*** lindsayk1 has joined #heat | 20:16 | |
*** shakamunyi has quit IRC | 20:16 | |
*** shakamunyi has joined #heat | 20:17 | |
*** emfl has quit IRC | 20:19 | |
*** sgordon has quit IRC | 20:22 | |
*** samstav has quit IRC | 20:23 | |
*** piyush1 has quit IRC | 20:25 | |
*** mdelder_ has quit IRC | 20:27 | |
*** sballe__ has quit IRC | 20:28 | |
*** samstav has joined #heat | 20:30 | |
*** saju_m has quit IRC | 20:30 | |
*** samstav_ has joined #heat | 20:32 | |
*** samstav has quit IRC | 20:34 | |
*** tspatzier has joined #heat | 20:41 | |
*** tspatzier has quit IRC | 20:51 | |
*** sballe has joined #heat | 20:52 | |
*** kebray has quit IRC | 20:52 | |
*** kebray has joined #heat | 20:53 | |
*** piyush has joined #heat | 20:58 | |
*** andrew_plunk has joined #heat | 20:58 | |
*** piyush1 has joined #heat | 21:00 | |
*** vijendar has quit IRC | 21:02 | |
*** piyush has quit IRC | 21:02 | |
*** vijendar has joined #heat | 21:02 | |
*** harlowja is now known as harlowja_away | 21:02 | |
*** pafuent has left #heat | 21:04 | |
openstackgerrit | Jason Dunsmore proposed a change to openstack/heat: Add OS::Swift::Signal resource https://review.openstack.org/96947 | 21:08 |
*** jdandrea has joined #heat | 21:10 | |
*** sarob has quit IRC | 21:12 | |
stevebaker | morning | 21:14 |
*** IlyaE has joined #heat | 21:14 | |
shardy | Hey stevebaker | 21:14 |
*** cdent has quit IRC | 21:15 | |
stevebaker | shardy: hi! Should we plan on achieving something for our nano-heat meetup? | 21:15 |
*** kebray has quit IRC | 21:16 | |
shardy | stevebaker: sure, I'm hoping to have the token expiry thing sorted by then, so hopefully it will be a question of getting a clearer view on the priority items for heat wrt tripleo | 21:18 |
*** jcoufal has quit IRC | 21:18 | |
shardy | also I'm interested in what we can do re incremental improvements to autoscaling (choose victims, scale-down cleanup) for Juno, as I know that's important to Tuskar | 21:18 |
stevebaker | shardy: we could co-ordinate on moving heat_keystoneclient methods into the keystone client plugin, since you're mostly doing the changes there | 21:19 |
*** andrew_plunk has left #heat | 21:19 | |
shardy | stevebaker: definitely, is that just a refactoring exercise, to move the heat_keystoneclient stuff into a new plugin? | 21:19 |
*** kebray has joined #heat | 21:20 | |
*** samstav_ has quit IRC | 21:20 | |
stevebaker | shardy: yes, acquiescing would be a good one. That is all software-config and Server resource | 21:20 |
stevebaker | shardy: yes, just refactoring, and figuring out where the v2 plugin fits in | 21:21 |
shardy | stevebaker: Is the scaledown cleanup thing already possible if you use SoftwareDeployments which trigger on DELETE? | 21:21 |
shardy | I wasn't super-clear if we also needed the action-aware stuff tspatzier is working on | 21:21 |
stevebaker | shardy: we don't need it, acquiescing configs can just be their own config resource for now, and will eventually be able to be defined as part of a component resource | 21:22 |
shardy | stevebaker: Ok cool, well getting some examples together for that would be cool, I'll try to have a play at some point soon | 21:23 |
* shardy still trying to reproduce tripleo metadata issue atm | 21:24 | |
stevebaker | shardy: aquiescing will mostly be triggered by a stack-update, when the server is rebuilt,rebooted or replaced. This means it can't be represented by a deployment resource in the template (but the implementation would probably use a deployment internally) | 21:24 |
asalkeld | shardy, argubly your patch breaks the api | 21:24 |
asalkeld | update_metadata had a return | 21:24 |
shardy | stevebaker: Re the client plugin, ideally I'd like to move to a model where there are three options, v2, v3 (legacy) and v3 (domain users) | 21:24 |
asalkeld | signal doesn't | 21:24 |
shardy | asalkeld: Yeah I realized that earlier, does it matter though? I'm not sure tbh | 21:25 |
shardy | we return want was already passed in, so it could be fixed in the API | 21:25 |
asalkeld | well we *shouldn't* break api | 21:26 |
asalkeld | other's might depend on it | 21:26 |
shardy | apart from the new waitcondition handle which auto-populates some stuff if ommited | 21:26 |
*** radez is now known as radez_g0n3 | 21:26 | |
shardy | asalkeld: Yeah, point taken, I initially missed that we returned there | 21:26 |
asalkeld | me too | 21:26 |
shardy | I'd like to deprecate the entire metadata_update path and standardize on handle_signal | 21:27 |
shardy | but yeah, I'll reinstate the return and add deprecation warnings for Juno | 21:27 |
asalkeld | shardy, just call signal and pass the return val back | 21:27 |
asalkeld | (shallow fix) | 21:28 |
shardy | asalkeld: yup something like that should work | 21:29 |
*** alexheneveld has quit IRC | 21:31 | |
*** ccrouch has quit IRC | 21:32 | |
*** aweiteka has quit IRC | 21:34 | |
*** sarob has joined #heat | 21:35 | |
*** jdandrea has quit IRC | 21:36 | |
*** jasond` has quit IRC | 21:36 | |
SpamapS | shardy: FYI this is probably the most important spec for Heat devs wishing to help TripleO. https://review.openstack.org/#/c/97939/ | 21:38 |
stevebaker | SpamapS: is shadower coming? | 21:39 |
*** sarob has quit IRC | 21:39 | |
SpamapS | stevebaker: no, he and I are kind of the reason we're having a separate Heat meetup later | 21:44 |
*** jdandrea has joined #heat | 21:45 | |
*** ccrouch has joined #heat | 21:46 | |
jdandrea | Reality check question: Can a resource (in the plugin space) traverse up and down the stack hierarchy, looking for sibling resources along the way? | 21:47 |
*** arbylee has quit IRC | 21:47 | |
jdandrea | Contrived example: Stack A has nested stacks B and C. B and C each contain custom resource D. Resource D wants to find out if Resource D exists elsewhere in the stack hierarchy. | 21:47 |
jdandrea | ... and B and C could come from an Autoscaling Group too, incidentally. :) | 21:48 |
*** vijendar has quit IRC | 21:48 | |
*** sgordon has joined #heat | 21:48 | |
stevebaker | SpamapS: I'm happy to spend some time on that, but it would need a little bit of co-ordination with you and shadower so I don't repeat stuff | 21:48 |
shardy | jdandrea: it's probably possible, but please don't do that ;) | 21:48 |
jdandrea | (Correction: Resource D wants to find out if other *instantiations* of D exist elsewhere.) | 21:48 |
jdandrea | shardy: Ah. So that's a no-no. | 21:48 |
SpamapS | stevebaker: It's a big spec.. I think you can just take items where your expertise would be helpful and work on them. | 21:49 |
jdandrea | Not to make changes, but to be "aware" as it were. | 21:49 |
stevebaker | jdandrea: ideally no. If you can you should discover related resource info through actual API calls | 21:49 |
shardy | jdandrea: the right way is to pass data in via properties which contain references to other resources, if you need that data inside the resource | 21:49 |
SpamapS | jdandrea: We're going to be hunting any such violations down as we move Heat to be less stack-centric and more resource-centric with convergence. | 21:49 |
jdandrea | stevebaker: Ok. Not sure how I do that discovery then ... | 21:49 |
stevebaker | SpamapS: I'd be tempted to do a big-hammer brute force HOT port ;) | 21:49 |
jdandrea | SpamapS: Not intending for it to be a violation. That's why I asked. :) | 21:50 |
stevebaker | jdandrea: it depends exactly on what you're trying to do. | 21:50 |
SpamapS | stevebaker: that seems to be +1'd already. The spec discusses it, and I for one would be thrilled as it would reduce the ridiculousness of all the Fn::Select calls. | 21:50 |
SpamapS | jdandrea: can you be more concrete? | 21:50 |
jdandrea | shardy: How do I do that where an Autoscaling Group is concerned though? | 21:50 |
jdandrea | SpamapS: I can try. | 21:50 |
SpamapS | jdandrea: seems like you'd want to be more explicit in relating things. | 21:51 |
*** nati_ueno has joined #heat | 21:51 | |
shardy | jdandrea: Use the native AutoScalingGroup resource and pass parameters in as Properties, which become parameters for nested stacks | 21:51 |
jdandrea | SpamapS: I agree. Take the Autoscaling WordPress example. If I understand correctly, the pool (outside the AG) is sent in as a property. | 21:52 |
jdandrea | What if I need to chain things between AG scale-outs? | 21:52 |
jdandrea | So a resource D is in the Autoscaling groups' nested template. As I scale out, I want that new resource D to somehow be aware of the previous one (or all of them). | 21:53 |
jdandrea | But I can't give a resource ID for something that doesn't exist yet. | 21:53 |
jdandrea | Maybe I'm thinking about it incorrectly. :/ | 21:53 |
stevebaker | SpamapS, shadower, fun fact: all of the Fn:: functions are actually registered in the HOT parser, so functions can be switched after the initial HOT port | 21:54 |
*** andersonvom has quit IRC | 21:54 | |
SpamapS | stevebaker: doooo it | 21:55 |
jdandrea | hehee | 21:55 |
*** andrearo1 has joined #heat | 21:57 | |
*** mkerrin1 has quit IRC | 21:57 | |
*** andreaf_ has quit IRC | 21:57 | |
*** andreaf has quit IRC | 21:57 | |
*** samstav has joined #heat | 21:57 | |
*** mkerrin has joined #heat | 21:57 | |
*** andreaf has joined #heat | 21:58 | |
*** andrearosa has quit IRC | 21:58 | |
*** andreaf_ has joined #heat | 21:58 | |
*** gondoi is now known as zz_gondoi | 21:59 | |
*** lindsayk2 has joined #heat | 22:03 | |
*** alexpilotti has quit IRC | 22:03 | |
*** alexpilotti has joined #heat | 22:04 | |
*** harlowja_away is now known as harlowja | 22:04 | |
*** Meeral has quit IRC | 22:04 | |
*** lindsayk1 has quit IRC | 22:05 | |
*** alexpilotti has quit IRC | 22:09 | |
*** sarob has joined #heat | 22:10 | |
*** sarob_ has joined #heat | 22:11 | |
*** piyush1 has quit IRC | 22:12 | |
*** sarob has quit IRC | 22:14 | |
*** lindsayk2 has quit IRC | 22:15 | |
*** lindsayk1 has joined #heat | 22:15 | |
*** sarob_ has quit IRC | 22:16 | |
*** thomas_ustudio has quit IRC | 22:17 | |
*** sarob has joined #heat | 22:18 | |
*** sarob_ has joined #heat | 22:19 | |
*** sarob__ has joined #heat | 22:20 | |
*** sarob has quit IRC | 22:22 | |
*** sarob_ has quit IRC | 22:24 | |
*** andersonvom has joined #heat | 22:28 | |
*** andersonvom has quit IRC | 22:31 | |
*** IlyaE has quit IRC | 22:31 | |
*** bandarji has quit IRC | 22:39 | |
*** IlyaE has joined #heat | 22:52 | |
*** DandyPandy has quit IRC | 22:53 | |
*** ericgoncz has quit IRC | 22:54 | |
*** bandarji has joined #heat | 22:57 | |
*** sarob__ has quit IRC | 23:01 | |
*** lindsayk1 has quit IRC | 23:01 | |
*** sarob has joined #heat | 23:01 | |
*** asalkeld has quit IRC | 23:03 | |
*** david-lyle has quit IRC | 23:04 | |
*** IlyaE has quit IRC | 23:05 | |
*** daneyon has quit IRC | 23:05 | |
*** sarob has quit IRC | 23:06 | |
*** IlyaE has joined #heat | 23:11 | |
*** arbylee has joined #heat | 23:12 | |
stevebaker | lifeless: are you going to want merge.py to be able to consume cfn and hot source templates? | 23:13 |
lifeless | stevebaker: I think we have some backwards comapt obligations | 23:14 |
lifeless | stevebaker: there's a draft spec up | 23:14 |
lifeless | stevebaker: which discusses killing it in detail | 23:14 |
stevebaker | lifeless: yeah, I'm looking into the **3. Port TripleO Heat templates to HOT** bit | 23:15 |
stevebaker | lifeless: I think a merge.py flag to switch to HOT would be least disruptive | 23:17 |
lifeless | that seems reasonable | 23:17 |
*** IlyaE has quit IRC | 23:20 | |
*** sarob has joined #heat | 23:20 | |
*** bandarji has quit IRC | 23:27 | |
*** dims has quit IRC | 23:37 | |
*** jerryz has quit IRC | 23:39 | |
*** kebray has quit IRC | 23:41 | |
*** mohits has joined #heat | 23:43 | |
*** tomek_adamczewsk has joined #heat | 23:49 | |
*** samuelmz has quit IRC | 23:53 | |
*** piyush has joined #heat | 23:55 | |
*** IlyaE has joined #heat | 23:55 | |
*** ccrouch has quit IRC | 23:57 | |
*** dims has joined #heat | 23:57 | |
*** tomek_adamczewsk has quit IRC | 23:58 | |
*** samuelmz has joined #heat | 23:58 | |
*** tomek_adamczewsk has joined #heat | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!