| *** k_mouza has quit IRC | 00:05 | |
| *** maddtux has joined #heat | 00:50 | |
| *** ayoung has quit IRC | 01:24 | |
| *** tkajinam has quit IRC | 01:54 | |
| *** tkajinam has joined #heat | 02:11 | |
| *** hongbin has joined #heat | 02:32 | |
| *** tkajinam has quit IRC | 02:36 | |
| *** tkajinam has joined #heat | 02:56 | |
| *** ramishra has joined #heat | 03:16 | |
| *** hongbin has quit IRC | 03:34 | |
| *** skramaja has joined #heat | 03:57 | |
| *** radeks has quit IRC | 04:35 | |
| *** jtomasek has joined #heat | 05:16 | |
| *** radeks has joined #heat | 05:17 | |
| *** tkajinam has quit IRC | 05:54 | |
| *** tkajinam has joined #heat | 06:03 | |
| *** tkajinam_ has joined #heat | 06:19 | |
| *** tkajinam has quit IRC | 06:22 | |
| *** ttsiouts has joined #heat | 07:26 | |
| *** ramishra has quit IRC | 07:26 | |
| *** ramishra has joined #heat | 07:28 | |
| *** ttsiouts has quit IRC | 07:36 | |
| *** gfidente has joined #heat | 07:37 | |
| *** ttsiouts has joined #heat | 07:37 | |
| *** ttsiouts has quit IRC | 07:41 | |
| *** ttsiouts has joined #heat | 07:59 | |
| *** ivve has joined #heat | 08:00 | |
| *** tkajinam_ has quit IRC | 08:01 | |
| *** gfidente has quit IRC | 08:06 | |
| *** rubasov has quit IRC | 08:15 | |
| *** rubasov has joined #heat | 08:23 | |
| *** k_mouza has joined #heat | 08:24 | |
| *** gfidente has joined #heat | 08:25 | |
| *** e0ne has joined #heat | 08:38 | |
| *** gfidente has quit IRC | 08:39 | |
| *** gfidente has joined #heat | 08:43 | |
| *** ttsiouts has quit IRC | 09:02 | |
| *** ttsiouts has joined #heat | 09:03 | |
| *** ttsiouts has quit IRC | 09:07 | |
| *** ttsiouts has joined #heat | 09:14 | |
| *** jawad_axd has joined #heat | 09:19 | |
| *** ivve has quit IRC | 09:32 | |
| *** ttsiouts has quit IRC | 09:57 | |
| *** ttsiouts has joined #heat | 09:57 | |
| *** ttsiouts has quit IRC | 10:02 | |
| *** tkajinam has joined #heat | 10:05 | |
| *** ivve has joined #heat | 10:05 | |
| *** k_mouza has quit IRC | 10:09 | |
| *** k_mouza has joined #heat | 10:33 | |
| *** maddtux has quit IRC | 10:33 | |
| *** jawad_axd has quit IRC | 10:55 | |
| *** jawad_axd has joined #heat | 10:55 | |
| *** k_mouza has quit IRC | 11:09 | |
| *** k_mouza has joined #heat | 11:09 | |
| *** jawad_axd has quit IRC | 11:37 | |
| *** jawad_axd has joined #heat | 11:37 | |
| *** zaneb has quit IRC | 11:48 | |
| *** zaneb has joined #heat | 11:49 | |
| *** ttsiouts has joined #heat | 12:19 | |
| *** tkajinam has quit IRC | 12:25 | |
| *** jawad_ax_ has joined #heat | 12:38 | |
| *** jawad_axd has quit IRC | 12:41 | |
| *** jawad_ax_ has quit IRC | 13:18 | |
| *** jawad_axd has joined #heat | 13:19 | |
| *** jawad_ax_ has joined #heat | 13:22 | |
| *** jawad_axd has quit IRC | 13:24 | |
| *** jawad_ax_ has quit IRC | 13:28 | |
| *** jawad_axd has joined #heat | 13:29 | |
| *** ttsiouts has quit IRC | 13:31 | |
| *** ttsiouts has joined #heat | 13:32 | |
| *** jawad_axd has quit IRC | 13:33 | |
| *** ttsiouts_ has joined #heat | 13:34 | |
| *** ttsiouts has quit IRC | 13:35 | |
| openstackgerrit | David Peacock proposed openstack/heat master: Update get_hosts to use available API https://review.opendev.org/682061 | 14:11 |
|---|---|---|
| *** radeks has quit IRC | 14:21 | |
| *** rubasov has quit IRC | 14:23 | |
| *** dpeacock has joined #heat | 14:24 | |
| *** k_mouza has quit IRC | 14:31 | |
| *** k_mouza_ has joined #heat | 14:32 | |
| *** rcernin has quit IRC | 14:42 | |
| *** e0ne has quit IRC | 14:43 | |
| *** rubasov has joined #heat | 14:57 | |
| *** k_mouza_ has quit IRC | 15:17 | |
| *** k_mouza has joined #heat | 15:24 | |
| *** jtomasek has quit IRC | 15:28 | |
| *** ivve has quit IRC | 15:29 | |
| *** ttsiouts_ has quit IRC | 15:37 | |
| *** ttsiouts has joined #heat | 15:38 | |
| *** ttsiouts has quit IRC | 15:42 | |
| *** mailingsam has joined #heat | 15:46 | |
| mailingsam | did anyone try nested heat stack created? heat cli errors with nested file not found | 15:47 |
| mailingsam | I'm trying the example here https://docs.openstack.org/heat/pike/template_guide/composition.html | 15:48 |
| mailingsam | Heat cli in Devstack Master is unable to find my_nova.yaml file | 15:48 |
| *** gfidente is now known as gfidente|afk | 15:50 | |
| *** ramishra has quit IRC | 15:51 | |
| *** mailingsam has quit IRC | 15:58 | |
| gregwork | stevebaker: no i hadnt seen that website | 16:25 |
| *** k_mouza has quit IRC | 16:42 | |
| *** bnemec is now known as beekneemech | 16:48 | |
| *** k_mouza has joined #heat | 16:57 | |
| *** k_mouza has quit IRC | 17:01 | |
| gregwork | in a resource section is condition: [ this, not: that ] valid ? | 17:23 |
| gregwork | er condition: [ this, not: { that } ] i guess | 17:23 |
| zaneb | gregwork: I'm confused about what you're wanting that to do | 17:26 |
| gregwork | i have two condtions defined in the conditions block this and that. in the resource section i want to define resources based on the trueness of those conditions situationally .. | 17:26 |
| gregwork | my this and that in conditions are equals scenarios so they will be true or false, in the resource section my resource should be created based on if this is true but not that | 17:27 |
| gregwork | im trying to see if i can do something like | 17:27 |
| gregwork | r: | 17:28 |
| gregwork | type: ... | 17:28 |
| gregwork | condtion: | 17:28 |
| gregwork | - this | 17:28 |
| gregwork | - not: { that } | 17:28 |
| gregwork | or somesuch | 17:28 |
| gregwork | there some scenarios where that will need to be true so thats why im not just creating a total assertion in conditions: .. its situational where i want to "not: that" | 17:29 |
| gregwork | this is ultimately me trying to exclude some softwaredeployment steps for a particular node type in a nested stack so im trying to use a high level control at the resource to exclude it, rather than do it in the software config itself | 17:30 |
| zaneb | gregwork: btw the answer to your earlier yaql question is $.node_map.items().where($[1].type = 'primary-db').select($[0]) | 17:37 |
| zaneb | gregwork: you can use the 'and' and 'or' functions to combine conditions. it's not clear to me which one you want in this case | 17:39 |
| gregwork | zaneb: thanks i had tried a few variations of that without success. good to see a working example | 17:39 |
| zaneb | http://yaqluator.com/ is quite helpful | 17:39 |
| zaneb | but yaql syntax looks mostly like line noise and the documentation is poor :/ | 17:40 |
| gregwork | yeah i saw that today, wish i had it when i was mucking about with yaql .. i was having to make a simple test stack and deploy it over and over | 17:40 |
| gregwork | and troubleshoot lol | 17:40 |
| zaneb | you can always import the lib and play with it in a python repl, but the website makes it dead simple | 17:40 |
| gregwork | regarding the and/or/not .. im trying to figure out if i can define the conditions in the resource using and/or logic .. or if i need to do that in the conditions: section | 17:41 |
| zaneb | you can do either IIRC | 17:41 |
| gregwork | i assume resource: condition: Accepts a list | 17:41 |
| gregwork | and the list can have - not: stuff | 17:42 |
| gregwork | from a grammar pov | 17:42 |
| zaneb | it accepts either a string or an and/or/not function (and the arguments to that function may be strings or and/or/not functions (and it's turtles all the way down)) | 17:43 |
| gregwork | ah ok so like | 17:44 |
| gregwork | r: | 17:44 |
| gregwork | condition: | 17:44 |
| gregwork | and: | 17:44 |
| gregwork | - this | 17:44 |
| gregwork | - not: that | 17:44 |
| zaneb | yes | 17:45 |
| gregwork | zaneb: do you know who the PM for rh osp is ? | 18:02 |
| gregwork | or product owner | 18:03 |
| gregwork | whatever the lingo is | 18:03 |
| gregwork | the decision maker | 18:03 |
| gregwork | is it sean cohen ? | 18:03 |
| zaneb | maybe? I find it hard to keep track | 18:03 |
| gregwork | im trying to rfe in them cloning the heat client packages out of rhel-7-server-openstack-13-rpms out of that repo into a more accessible repo. the placement of those packages there means that 99% of the customer base will be unable to use softwareconfig/software deploy with their instances since nobody buys infinite amount of infra entitlements and you need an infra entitlement to install those packages | 18:05 |
| gregwork | ricolin mentioned there is a 3rd party upstream workaround using docker but that isnt going to fly for a lot of people | 18:05 |
| gregwork | espeically the ones that are interested in paying for support | 18:06 |
| gregwork | i think softwareconfig/deployment are really powerful tools and it seems short sighted from a product pov that its hamstrung like this | 18:06 |
| gregwork | again from the perspective of enterprise, who use rh cdn / satellite | 18:06 |
| zaneb | this is not really the right place to discuss RH products | 18:07 |
| gregwork | i suppose | 18:07 |
| gregwork | redhatters are legion on this ircnetwork tho | 18:07 |
| gregwork | :) | 18:07 |
| zaneb | also do you mean the heat-agents packages? afaik clients are available to anyone | 18:08 |
| zaneb | and have nothing to do with sw deployments specifically | 18:08 |
| gregwork | they arent incorporated into the rhel7 cloud image at all, and doing a yum provides */various/heatcfntoolthings they only exist in that infra repo | 18:09 |
| gregwork | rhel7 cloud image has the base cloudinit service, but not the heatcfn stuff | 18:09 |
| gregwork | so you cant pass it say a software deployment with ansible | 18:09 |
| gregwork | or puppet | 18:10 |
| gregwork | only a cloud init shell script | 18:10 |
| gregwork | which i am using to install the cfn rpms to then pick up the rest of my deployment | 18:10 |
| zaneb | heat-cfntools is massively out of date and should not be used by anyone | 18:10 |
| gregwork | really ? | 18:10 |
| zaneb | really | 18:10 |
| gregwork | i am just a casual consumer, im not in the know :) | 18:11 |
| zaneb | and is also not involved in sw deployments | 18:11 |
| gregwork | so my sw deploy doesnt work without this | 18:12 |
| gregwork | https://github.com/gprocunier/cloudforms-heat-deployment/blob/master/cloud-init/node-configuration.sh#L23-L36 | 18:12 |
| zaneb | I don't see heat-cfntools in that list at all? | 18:12 |
| gregwork | perhaps i misspoke, those packages allow heat-config-ansible to happen | 18:13 |
| gregwork | and they are missing | 18:13 |
| zaneb | yeah, it's heat-agents | 18:13 |
| gregwork | it would be nice if they were incorporated into the cloud image, and were also accessible outside of an infra sub | 18:14 |
| gregwork | you see what im saying though ? | 18:15 |
| zaneb | I agree they should be available with any RHEL sub | 18:15 |
| * gregwork nods | 18:15 | |
| gregwork | hence my question, mr cohen the guy i have to convince? | 18:15 |
| gregwork | i have a support ticket rfe opened | 18:16 |
| zaneb | getting them preinstalled in the cloud image is probably too optimistic, but you can always build your own image | 18:16 |
| gregwork | zaneb: but only if i subscribe an instance to the main osp infra channel which you will not have entitlements for after you deploy your overcloud | 18:16 |
| zaneb | I have no idea who you have to convince, but fwiw it's more of a technical issue than something that PM are blocking. I guarantee PM don't care either way | 18:16 |
| gregwork | so your options are to use something out of band or forget about using heat-config-ansible | 18:17 |
| gregwork | ok well .. ill keep digging ig uess | 18:18 |
| gregwork | *guess | 18:18 |
| gregwork | thanks for your time :) | 18:18 |
| *** gfidente|afk has quit IRC | 20:11 | |
| *** hjensas has quit IRC | 20:24 | |
| *** hjensas has joined #heat | 20:28 | |
| *** openstackgerrit has quit IRC | 20:51 | |
| *** k_mouza has joined #heat | 22:30 | |
| *** k_mouza has quit IRC | 23:39 | |
| *** rcernin has joined #heat | 23:57 | |
Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!