Wednesday, 2019-08-07

*** berndbausch has joined #heat00:14
berndbauschGood morning, Heat community.00:16
berndbauschI came here for a specific question. I have an autoscaling stack that uses cpu_util to detect application load. In Stein, cpu_util and all other derived Ceilometer metrics have disappeared. What metric would you use for autoscaling?00:17
berndbauschI know that Gnocchi has rate aggregations now, but I don't know how to use them with Aodh/Heat.00:18
*** ivve has quit IRC00:21
*** hongbin has joined #heat00:34
*** maddtux has joined #heat01:00
*** ricolin has joined #heat01:02
*** ricolin_ has joined #heat01:17
*** ricolin has quit IRC01:20
*** ricolin_ is now known as ricolin02:27
*** ramishra has joined #heat03:27
*** hongbin has quit IRC03:49
gregworkis there a way to assign a predictable set of ips to a stack programmatically .. rather than hardcode the ips03:52
gregworkeg if i had a list of ips, to start moving down the list03:53
*** AJaeger has left #heat04:20
*** skramaja has joined #heat04:27
gregworkcan you initialize %index% as some value05:10
gregworklike 105:10
*** mlycka has joined #heat05:23
*** jtomasek has joined #heat06:01
ricolingregwork, use yaql function we added since newton to add two values https://docs.openstack.org/heat/rocky/template_guide/hot_spec.html#newton06:04
*** jtomasek has quit IRC06:06
*** jtomasek has joined #heat06:07
*** ramishra has quit IRC06:12
gregworkricolin: i see.. is there a way to extra the security group id from a resource you just created ? .. i think get_attr, but i cant see where the attributes are documented for that06:34
ricolingregwork, use get_resource: security_group_name to get physical id of a security group06:51
mlyckaHi, I'm back to beg for +w code reviews for my commits, anyone up for it?06:59
*** rcernin has quit IRC07:03
*** ramishra has joined #heat07:08
ricolinmlycka, I trust Ivan's +2 on heat-dashboard, will give few days to see if we can get people from Horizon core team to review them, if not, I will07:10
ricolinmlycka, works for you?07:11
mlyckaricolin: Yep, thank you kindly.07:11
* ricolin think we really can use some core member for heat and heat-dashboard:)07:15
berndbauschHi everybody, can you help with this question? What metric would you use for autoscaling in Stein, now that cpu_util doesn't exist anymore?07:20
openstackgerritzhufl proposed openstack/heat master: Fix invalid assert state  https://review.opendev.org/66811507:21
berndbauschAssuming that CPU is the main driver for autoscaling.07:22
ricolinberndbausch, will `compute.node.cpu.percent` works for you?07:27
ricolin#link https://docs.openstack.org/ceilometer/latest/admin/telemetry-measurements.html07:27
berndbauschricolin, sorry no. This measures the CPU utilization of the hypervisor host, not the instance. But that's exactly what one would need at instance level...07:34
*** ivve has joined #heat07:34
berndbauschThe Ceilometer team points to Gnocchi, saying that Gnocchi now has rate aggregation, which allows me to derive the CPU utilization.07:35
berndbauschTHis is correct, but07:35
berndbauschAodh, as far as I can see it, is unable to take advantage of this rate feature.07:36
berndbauschthus, not usable for alarms, thus not usable for scaling. I hope I am wrong though, because it would be a major annoyance.07:36
ricolinberndbausch, just to make, will this works for you or not anymore? https://opendev.org/openstack/heat-templates/src/branch/master/hot/autoscaling.yaml#L13807:44
berndbauschThe problem is line 141, metric:cpu_util.07:45
berndbauschThere is no such metric anymore.07:45
berndbauschi have a STein devstack lying around, will try it and see what symptoms I get.07:46
ricolinberndbausch, If you only looking for related functionality and doesn't need to be ceilometer07:47
ricolinyou can also check out autoscaling with monasca07:48
berndbauschthis is for a training course, and Monasca is too complex :)07:48
ricolinhere's example for it https://github.com/sjamgade/monasca-autoscaling07:48
berndbauschThe autoscaling.yaml stack requires internet access, which I currently don't have. I will try a simpler one that uses cpu_util07:49
*** spsurya has joined #heat07:50
ricolinberndbausch, you can get signal_url attribute from Heat scale policy and send get request every time you wish to scale, so you can use whatever metering tools you like as long as it can trigger a url request08:00
*** jtomasek has quit IRC08:02
berndbauschThe problem is on the alarm side. Prior to Stein, one could set up alarms based on cpu_util. This doesn't work anymore, because Ceilometer removed that metric. Not Heat's fault :)   but I though you were aware and had a solution.08:04
*** mikecmpbll has joined #heat08:05
berndbauschThe bad thing is that there is no error message anywhere. You can ask Gnocchi for a bogus metric, it will just return an HTTP 200 with an empty data set.08:06
berndbauschAnyway, I will switch to the telemetry IRC. Thanks much for your patience, ricolin.08:06
*** berndbausch has left #heat08:07
ricolinberndbausch, no solution from me since I just aware of and still looking, will ask others in auto-scaling sig if they got any solution for that before I done with my survey.08:10
ricolinprobably I should file a story in https://storyboard.openstack.org/#!/project/openstack/auto-scaling-sig08:11
*** e0ne has joined #heat08:18
*** mikecmpbll has quit IRC08:35
*** mikecmpbll has joined #heat08:36
*** jtomasek has joined #heat08:52
*** gfidente has joined #heat09:36
*** ricolin_ has joined #heat10:01
*** gmoro has joined #heat10:01
*** zaneb has quit IRC10:03
*** zbitter has joined #heat10:03
*** ricolin has quit IRC10:03
*** maddtux has quit IRC10:29
*** ekultails has joined #heat11:59
*** mhen has joined #heat12:11
mhenhello there :)12:19
mhenin the Heat template designer in Horizon I am able to create resources (e.g. servers, volumes etc.) and configure them to depend on each other12:19
mhenhowever, I can't seem to find a way to actually use one resource in the template as the base for another, e.g. create a Cinder volume and then boot a Nova server from that12:19
mhenthe selection box for the source volume of the Nova server doesn't list the new volume specified in the very same template even though the latter is marked as dependency for the server12:20
mhenI know it is possible in the template language itself - is this a known limitation of the designer UI or am I missing something?12:20
*** ricolin_ is now known as ricolin12:48
ricolinmhen, I don't have horizon environment with me now, but I think it's possible that the UI need some improvement. We do need more hand on improving designer UI12:58
mhenricolin, I see. Thanks for the clarification.13:02
mhenalso on queens I experience cases where the designer UI will generate invalid templates, i.e. containing attributes not accepted by / known to Heat13:06
mhene.g. an attribute called "boot_source" for Cinder volumes13:06
mhenusing queens/stable branch for both Heat and the Heat dashboard extension13:07
mhenis this known?13:09
ricolinmhen, I think you're the first to report this, and I think it's a bug;/13:10
*** jcoufal has joined #heat13:15
zbitterI haven't used the horizon GUI, but I'm pretty sure that you should be able to connect a cinder volume to a nova server in the gui. the second thing sounds like a bug13:22
*** zbitter is now known as zaneb13:22
mhenit *is* possible to connect a cinder volume to a nova server, however that is limited to volumes already existing before the template13:26
mhenvolumes that are part of the template itself are not listed as an option to be selected, only existing ones are13:27
mhenthat seems to be the case for both a) booting from volume as well as b) adding volumes attachment to servers13:27
mhensadly, I only have a queens setup available atm, so I can't speak for recent releases13:28
zanebI meant a volume in the template13:37
zanebI feel confident that there is a way to reference other resources in the template from the template designer, because that is literally the entire point of it13:38
zanebthe mechanics of it I have no idea though because I've never used it13:38
*** cliffparsons has joined #heat14:04
*** jdwidari has joined #heat14:28
*** mlycka has quit IRC14:30
*** altlogbot_1 has quit IRC14:46
*** altlogbot_0 has joined #heat14:46
jdwidariHi14:50
jdwidariWhat does the global_index policy allow access to?14:51
ricolinjdwidari, global index allow access to a API to list across all projects if this is what you asking15:04
jdwidariThanks ricolin15:10
gregworkricolin: thanks for the tip!15:32
jdwidariglobal_index is required for 'global_tenant' right? https://docs.openstack.org/api-ref/orchestration/v1/?expanded=list-stacks-detail#id1715:34
jdwidariWhat we want to do is to list heat stack for a specific tenant with a token scoped to admin15:35
jdwidariit doesn't seem that either python-openstackclient or python-heatstackclient have an option for that so we're looking at the API15:38
jdwidariopenstack stack list does shows stacks from all projects, but doesn't provide an option to list for a specific project15:41
jdwidariopenstack stack list --long gives us the global_index error - we have it set to the default to deny for everybody15:42
jdwidariI guess my question is, would global_index allow us to list heat stacks and their owners?16:03
ricolingregwork, NP:)16:05
*** skramaja has quit IRC16:14
*** ricolin_ has joined #heat16:23
*** ivve has quit IRC16:23
*** ricolin has quit IRC16:26
openstackgerritMerged openstack/heat master: Change HOST_IP to SERVICE_HOST  https://review.opendev.org/67377716:29
*** ricolin_ is now known as ricolin16:29
ricolinjdwidari, I believe this is what you're ask for `openstack stack list --property tenant=$Specific_project_ID`16:30
jdwidariOh, let me try that out, thank you16:31
ricolinjdwidari, NP:)16:31
*** gfidente has quit IRC16:38
*** ricolin has quit IRC16:40
*** mikecmpbll has quit IRC16:40
*** ramishra has quit IRC16:57
*** e0ne has quit IRC17:06
*** altlogbot_0 has quit IRC17:17
*** altlogbot_2 has joined #heat17:22
*** altlogbot_2 has quit IRC17:31
*** altlogbot_2 has joined #heat17:34
*** spsurya has quit IRC18:22
*** k_mouza has joined #heat18:37
*** e0ne has joined #heat18:49
*** k_mouza has quit IRC19:02
*** jcoufal_ has joined #heat19:15
*** jcoufal has quit IRC19:16
*** jcoufal_ has quit IRC19:19
*** dopplergange has quit IRC19:36
*** e0ne has quit IRC19:46
*** ivve has joined #heat20:15
*** jcoufal has joined #heat21:08
*** dopplergange has joined #heat21:12
*** jcoufal has quit IRC21:25
*** jtomasek has quit IRC21:26
*** mchlumsky has quit IRC21:44
*** stevebaker has joined #heat21:46
*** rcernin has joined #heat22:15
*** cliffparsons has quit IRC22:29
*** ekultails has quit IRC22:38
*** ivve has quit IRC22:45
*** hoonetorg has quit IRC23:26
*** hoonetorg has joined #heat23:40

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