Thursday, 2019-08-08

*** maddtux has joined #heat00:57
*** ricolin has joined #heat01:03
*** mhen has quit IRC01:22
*** mhen has joined #heat01:27
*** higgins has quit IRC02:37
*** higgins has joined #heat02:40
gregworkwhat does it mean when stack create shoots back: ERROR: Property error: : resources.aggregate-hci-0.properties.hosts[0]: : 'Client' object has no attribute 'hosts'02:40
gregworkOS::Nova::HostAggregates most definitely has the attribute hosts which the spec says is a list02:41
*** ramishra has joined #heat02:42
gregworkeg.02:42
gregworkhttps://pastebin.com/b6gmKZvu02:42
gregworkthis is more or less out of the github.com hot templates examples repo02:43
*** cliffparsons has joined #heat02:48
gregworkif i omit the hosts attribute the stack crate succeeds but it is created but when i do an openstack aggregate show 1rsp-lab-az-002:52
gregworki see the hosts: field is empty02:52
*** iokiwi has quit IRC02:54
*** higgins has quit IRC02:57
*** higgins has joined #heat02:57
gregworki think this is busted03:05
gregworkhttps://pastebin.com/1616Ymg203:05
*** gkadam has joined #heat03:31
*** gkadam has quit IRC03:40
*** jdwidari has quit IRC04:10
*** jdwidari has joined #heat04:11
*** skramaja has joined #heat04:13
*** jdwidari has quit IRC04:15
ramishragregwork: yes, the host constraint check seems boken after https://github.com/openstack/python-novaclient/commit/1d88717e751e743ca7edd978346b95b6e7b3f235#diff-4ef50ccc65413eb1dda481e0484e831b. Feel free to a raise a bug and/or submit a patch04:21
gregworki did open a ticket with redhat about this earlier, was curious if it was something i was doing or an actual bug04:22
gregworkramishra: could i ask you a question about instance placement04:22
ramishragregwork: it would be aquestion for #nova channel :)04:23
gregworkwell its using heat04:23
ramishrayeah, but heat does not do any placement related logic, just passes the hints to nova04:24
gregworkramishra: given a stack deploying 3 sets of instances, 3 of type-a, 3 of type-b, and 6 of type-c .. given 3 compute nodes, how could i gaurantee that  each type-a server got placed on each of the 3 compute nodes (for ha purposes)04:24
gregworkwell im trying to figure out what options i have with heat04:24
gregworkim deploying openshift on my openstack lab, and i want to gaurantee that the 3 master instances dont find each other on the same compute node04:25
gregworki was thinking about using scheduler_hints: different_server: [ ... ]04:26
gregworkbut im not sure how to populate the contents of that list dynamically04:26
gregworkim using a resource group to iterate the deployment of these nodes04:27
gregworkso the first master node that gets deployed .. different_server would be empty as no other masters exist04:27
ramishraI think you can use anti-afinity rules with server groups https://github.com/openstack/heat/blob/master/heat/engine/resources/openstack/nova/server_group.py#L5504:27
ramishraso the nodes in a server group won't be placed together04:28
gregworksoft vs. hard anti-affinity ?04:28
ramishrayour choice, if no nodes are available for placement then soft will tolerate, else scheduling would fail..04:29
gregworkah04:29
gregworkanother question, is there a method to look up the value of a previously created resource in a stack as it is deploying04:30
ramishralookup by what? name/id?04:30
gregworkinstance id04:30
*** cliffparsons has quit IRC04:31
gregworkfor my earlier example anti-affinity will work nicely, for the master nodes, but with the type-c i cant use anti affinity and i need to decide on what is a balanced deployment04:31
gregworkso ideally 2 of type-c instances per compute node04:32
ramishrayou can just do a resource list -n <depth> and then grep the instance_id, there is no better way to check in a nested stack where the server is deep somewhere04:32
gregworkso id probably fiddle with different_servers04:32
gregworkin scheduler hints, but i need to look up instance id's to fill that with04:32
ramishraoh, you mean have some lookup in a template to provide hints, templates are static..so not possible04:34
gregworkwell i am using a resource group that calls another build.yaml04:35
gregworkim thinking the build.yaml would be able to look up resources in the parent04:35
gregworkfor example04:36
gregworkhttps://pastebin.com/r5wszG8s04:36
gregworkso when ocp-node.yaml gets called as this rg iterates, is there no way for it to look up and query what other resources were created04:37
gregworkto populate hints04:38
ramishragregwork: no not in the template itself..but you can possibly have logic in your build script to update the template with the instances created as part of last stack deployment04:40
gregworkyou are suggesting i cant do this in heat alone and should use something outside of heat?04:42
ramishragregwork: yes04:42
*** spsurya has joined #heat05:02
gregworkdo projects like tripleo use mistral to create the workflow of template deployment during the overcloud provisioning since heat itself cant do implicit ordering of resources at deployment ?05:16
gregworki mean there isnt way in 1 template to say  create resource A first, then create B, then create C ?05:17
ramishragregwork: you can use 'depends_on' for that kind of dependencyy  in a template https://docs.openstack.org/heat/latest/template_guide/hot_spec.html#resources-section05:23
ramishrahttps://docs.openstack.org/heat/latest/template_guide/hot_spec.html#hot-spec-resources-dependencies has more details05:25
gregworkinteresting05:25
ramishrait's always a good idea to go through the template guide in detail before composing templates, we spend good amount of time documenting stuff:)05:28
*** mlycka has joined #heat05:58
*** rcernin has quit IRC06:18
*** jtomasek has joined #heat07:01
*** joxyuki has joined #heat07:14
joxyukihello folks, would you kindly review below patches? https://review.opendev.org/#/c/669789/ https://review.opendev.org/#/c/673403/07:40
joxyukiNow I am working on https://storyboard.openstack.org/#!/story/2006372. These patches needs to be merged in advance.07:40
*** mlycka has quit IRC08:12
*** ivve has joined #heat08:19
*** mikecmpbll has joined #heat08:25
*** e0ne has joined #heat09:04
*** skramaja has quit IRC09:10
*** maddtux has quit IRC09:47
*** dmellado has quit IRC09:53
*** dmellado has joined #heat09:55
*** ricolin_ has joined #heat12:05
*** ricolin has quit IRC12:07
*** jmlowe has quit IRC12:43
*** cliffparsons has joined #heat12:48
*** jcoufal has joined #heat12:54
*** jcoufal has quit IRC13:02
*** cliffparsons has quit IRC13:03
*** jcoufal has joined #heat13:06
*** ekultails has joined #heat13:14
*** sm806 has quit IRC13:32
*** sm806 has joined #heat13:32
*** mchlumsky has joined #heat13:41
*** ricolin_ is now known as ricolin13:55
*** jcoufal has quit IRC13:55
*** cliffparsons has joined #heat13:56
*** jcoufal has joined #heat14:35
*** spsurya has quit IRC15:34
*** ricolin_ has joined #heat15:43
*** ricolin_ has quit IRC15:45
*** ricolin has quit IRC15:46
*** ricolin_ has joined #heat15:46
*** ricolin_ is now known as ricolin15:47
*** beekneemech has joined #heat16:16
*** e0ne has quit IRC16:16
*** beekneemech has quit IRC16:16
*** mikecmpbll has quit IRC16:34
*** e0ne has joined #heat17:05
*** ricolin_ has joined #heat17:16
*** ricolin has quit IRC17:19
*** ricolin_ is now known as ricolin17:32
*** gmoro has quit IRC17:34
*** e0ne has quit IRC17:35
*** mchlumsky has quit IRC18:39
*** ramishra has quit IRC19:02
*** e0ne has joined #heat19:16
*** ivve has quit IRC19:29
*** jcoufal has quit IRC19:40
*** jtomasek has quit IRC20:31
*** ivve has joined #heat20:32
*** e0ne has quit IRC20:37
*** jcoufal has joined #heat20:53
*** vishwanathj has joined #heat21:31
*** jtomasek has joined #heat21:37
*** jcoufal has quit IRC22:02
*** kei-ichi has quit IRC22:03
*** jsquare has quit IRC22:07
*** jsquare has joined #heat22:07
*** jsquare has quit IRC22:08
*** rcernin has joined #heat22:53
*** ricolin_ has joined #heat23:02
*** ricolin has quit IRC23:05
*** ekultails has quit IRC23:16

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