*** stingaci_ has quit IRC | 00:08 | |
*** rajpatel has joined #heat | 00:08 | |
*** Drago1 has joined #heat | 00:25 | |
*** Drago1 has quit IRC | 00:25 | |
*** lamt has quit IRC | 00:35 | |
*** rajpatel has quit IRC | 00:41 | |
*** stingaci has joined #heat | 00:55 | |
*** fragatina has joined #heat | 00:55 | |
*** shizhihui_ has quit IRC | 00:56 | |
*** askb has joined #heat | 00:57 | |
*** jamielennox is now known as jamielennox|away | 00:58 | |
*** jamielennox|away is now known as jamielennox | 01:00 | |
*** yanyanhu has joined #heat | 01:12 | |
*** stingaci_ has joined #heat | 01:26 | |
*** stingaci has quit IRC | 01:29 | |
*** EricGonczer_ has joined #heat | 01:32 | |
*** sorantis has quit IRC | 01:34 | |
*** stingaci_ has quit IRC | 01:36 | |
*** fbo- has quit IRC | 01:38 | |
*** liusheng has quit IRC | 01:38 | |
*** bana_k has quit IRC | 01:38 | |
*** liusheng has joined #heat | 01:39 | |
*** zhihui has joined #heat | 01:43 | |
*** fbo has joined #heat | 01:43 | |
*** chohoor has joined #heat | 01:44 | |
*** chohoor has left #heat | 01:44 | |
*** stingaci has joined #heat | 01:50 | |
*** stingaci has quit IRC | 01:51 | |
*** stingaci has joined #heat | 01:51 | |
*** adrian_otto has quit IRC | 01:54 | |
*** ricolin has joined #heat | 01:56 | |
*** elynn has joined #heat | 01:56 | |
*** pleia2 has left #heat | 01:58 | |
stingaci | Hello all. I'm trying to use the repeat function to open ports based upon a input parameter for the tcp protocol. I managed to do this just fine, however I'm also trying to add a static rule for icmp traffic, regardless if any ports were provided as input. | 01:59 |
---|---|---|
stingaci | basically something like | 01:59 |
stingaci | rules: | 01:59 |
stingaci | repeat: | 01:59 |
stingaci | for_each: | 01:59 |
stingaci | <%port%>: { get_param: ports } | 01:59 |
stingaci | template: | 01:59 |
stingaci | protocol: tcp | 01:59 |
stingaci | port_range_min: <%port%> | 01:59 |
stingaci | port_range_max: <%port%> | 01:59 |
stingaci | - protocol: icmp | 01:59 |
*** elynn_ has joined #heat | 02:00 | |
*** masuberu has joined #heat | 02:00 | |
stingaci | this fails with a parser error, but I hope this illustrates what I'm trying to do | 02:01 |
*** elynn has quit IRC | 02:01 | |
stingaci | any idea on how to achieve this? | 02:01 |
*** masber has quit IRC | 02:03 | |
*** masber has joined #heat | 02:04 | |
*** masuberu has quit IRC | 02:05 | |
*** elynn__ has joined #heat | 02:06 | |
*** elynn_ has quit IRC | 02:08 | |
*** elynn__ has quit IRC | 02:09 | |
*** elynn has joined #heat | 02:09 | |
*** sdake has joined #heat | 02:11 | |
openstackgerrit | shizhihui proposed openstack/python-heatclient: Add functinoal tests for 'openstack stack snapshot delete' https://review.openstack.org/411029 | 02:12 |
stingaci | The only solution I found was to add another separate security group for icmp traffic and associate them both with the port on the instance | 02:13 |
*** sdake_ has quit IRC | 02:14 | |
*** blomquisg is now known as blomquisg_gone | 02:15 | |
openstackgerrit | liangshang proposed openstack/heat: Docs of configuring Devstack to enable heat https://review.openstack.org/411031 | 02:16 |
*** stingaci has quit IRC | 02:21 | |
*** stingaci has joined #heat | 02:21 | |
*** stingaci_ has joined #heat | 02:22 | |
openstackgerrit | shizhihui proposed openstack/python-heatclient: Add extra functinoal tests in heatclient https://review.openstack.org/410063 | 02:22 |
*** cwolferh has quit IRC | 02:23 | |
*** elynn_ has joined #heat | 02:24 | |
*** stingaci has quit IRC | 02:25 | |
*** elynn has quit IRC | 02:26 | |
*** stingaci_ has quit IRC | 02:27 | |
*** ctayal has quit IRC | 02:32 | |
*** jamielennox is now known as jamielennox|away | 02:36 | |
*** jamielennox|away is now known as jamielennox | 02:51 | |
*** sdake has quit IRC | 02:52 | |
*** harlowja has quit IRC | 03:03 | |
openstackgerrit | Merged openstack/heat: Do not set the mime-type for userdata https://review.openstack.org/400464 | 03:10 |
*** EricGonczer_ has quit IRC | 03:12 | |
*** cwolferh has joined #heat | 03:14 | |
*** EricGonczer_ has joined #heat | 03:15 | |
*** Zer0Byte__ has quit IRC | 03:19 | |
*** EricGonczer_ has quit IRC | 03:37 | |
*** cwolferh has quit IRC | 03:42 | |
openstackgerrit | OpenStack Proposal Bot proposed openstack/heat: Updated from global requirements https://review.openstack.org/411057 | 03:47 |
openstackgerrit | OpenStack Proposal Bot proposed openstack/python-heatclient: Updated from global requirements https://review.openstack.org/411078 | 03:54 |
*** adrian_otto has joined #heat | 04:00 | |
*** ctayal has joined #heat | 04:04 | |
*** links has joined #heat | 04:06 | |
*** dimtruck is now known as zz_dimtruck | 04:06 | |
*** ccamacho has quit IRC | 04:09 | |
*** adrian_otto has quit IRC | 04:13 | |
*** steveg_afk has quit IRC | 04:27 | |
*** cwolferh has joined #heat | 04:29 | |
openstackgerrit | Merged openstack/python-heatclient: Updated from global requirements https://review.openstack.org/411078 | 04:38 |
*** elynn_ has quit IRC | 04:39 | |
*** steveg_afk has joined #heat | 04:41 | |
openstackgerrit | Crag Wolfe proposed openstack/heat: Store stack outputs in the db https://review.openstack.org/407326 | 04:49 |
zhihui | hi all, could someone help me explain it why not the VM image can not be downloaded as " http://docs.openstack.org/developer/heat/getting_started/on_devstack.html" | 04:51 |
zhihui | the link could not be found: http://download.fedoraproject.org//pub/fedora/linux/releases/21/Cloud/Images/x86_64/Fedora-Cloud-Base-20141203-21.x86_64.qcow2 | 04:53 |
*** adrian_otto has joined #heat | 04:56 | |
*** ctayal has quit IRC | 04:58 | |
*** elynn has joined #heat | 05:05 | |
openstackgerrit | Rico Lin proposed openstack/heat: Update fedora image in devstack https://review.openstack.org/411104 | 05:07 |
ricolin | zhihui: use this new path https://review.openstack.org/411104 , it should be okey. | 05:08 |
*** PanFengyun has joined #heat | 05:09 | |
zhihui | ricolin: get it, thanks for your reply. | 05:10 |
ricolin | zhihui: NP | 05:11 |
*** bks has joined #heat | 05:25 | |
*** ctayal has joined #heat | 05:27 | |
*** steveg_afk has quit IRC | 05:39 | |
*** ctayal_ has joined #heat | 05:53 | |
*** fragatina has quit IRC | 05:55 | |
*** ctayal has quit IRC | 05:57 | |
openstackgerrit | Merged openstack/heat: Updated from global requirements https://review.openstack.org/411057 | 05:57 |
*** trananhkma has joined #heat | 06:06 | |
*** jaosorior has joined #heat | 06:16 | |
*** ctayal_ has quit IRC | 06:20 | |
openstackgerrit | Merged openstack/heat: Correct response of template-version-list https://review.openstack.org/410574 | 06:21 |
*** om2 has quit IRC | 06:23 | |
openstackgerrit | Tuan Luong-Anh proposed openstack/heat: Avoid Forcing the Translation of Translatable Variables https://review.openstack.org/378445 | 06:28 |
*** ctayal has joined #heat | 06:28 | |
*** paw has joined #heat | 06:35 | |
*** adrian_otto has quit IRC | 06:39 | |
*** ctayal_ has joined #heat | 06:39 | |
*** ctayal has quit IRC | 06:41 | |
*** adrian_otto has joined #heat | 06:42 | |
*** namnh has joined #heat | 06:43 | |
openstackgerrit | huangtianhua proposed openstack/heat: Allows to create x509 keypair https://review.openstack.org/407403 | 06:44 |
*** ctayal_ has quit IRC | 06:48 | |
*** adrian_otto has quit IRC | 06:58 | |
namnh | ramishra, Hi RaBi, Are you free? Could you give me several minutes? | 07:06 |
ramishra | namnh: hi | 07:07 |
namnh | ramishra, I am Nam who discussed with you about vhost solution. After reseaching about the vhost solution in Rabbitmq, I wrote down a solution in my understanding [1]. Is that solution which Heat tends to think to follow? | 07:08 |
namnh | ramishra, [1] https://drive.google.com/file/d/0B6UOpxQIQbOXV0MtODhlLU9ycjA/view | 07:08 |
*** ctayal has joined #heat | 07:09 | |
ramishra | namnh: there is already a spec, https://review.openstack.org/#/c/407989/ | 07:09 |
ramishra | It's in review. But, that's what we probably would do to start with. | 07:10 |
namnh | ramishra, Ohh. great.. I will read it. | 07:11 |
namnh | ramishra, How about the document? | 07:12 |
namnh | ramishra, It that idea for RPC in Heat? | 07:12 |
namnh | ramishra, Is that idea for RPC in Heat? | 07:12 |
*** rcernin has joined #heat | 07:13 | |
ramishra | Your doc seems mostly inline with what is there in the spec. | 07:13 |
namnh | ramishra, :) I don't know your patch set until your message. | 07:15 |
namnh | ramishra, I will read it right now :) | 07:15 |
*** ctayal has quit IRC | 07:16 | |
*** ctayal has joined #heat | 07:21 | |
openstackgerrit | Crag Wolfe proposed openstack/heat: Add resource_properties_data data migration https://review.openstack.org/361900 | 07:22 |
openstackgerrit | Crag Wolfe proposed openstack/heat: Subcommand to migrate legacy properties data https://review.openstack.org/364710 | 07:22 |
openstackgerrit | Crag Wolfe proposed openstack/heat: Add the ResourcePropertiesData object https://review.openstack.org/361901 | 07:22 |
openstackgerrit | Crag Wolfe proposed openstack/heat: One transaction per encrypt/decrypt batch https://review.openstack.org/362290 | 07:23 |
openstackgerrit | Crag Wolfe proposed openstack/heat: Refactor batch encrypt/decrpyts of params, props https://review.openstack.org/361902 | 07:23 |
openstackgerrit | Crag Wolfe proposed openstack/heat: Add resource_properties_data assoc. to resource, event objs https://review.openstack.org/362661 | 07:23 |
openstackgerrit | Crag Wolfe proposed openstack/heat: De-duplicate properties_data between events, resources https://review.openstack.org/363415 | 07:23 |
*** ramishra has quit IRC | 07:24 | |
*** zhihui has quit IRC | 07:25 | |
*** ramishra has joined #heat | 07:26 | |
namnh | ramishra, If I do the steps as your patch set, we can upgrade Heat with minimal downtime, is that right :) | 07:31 |
namnh | ramishra, do you think we need to add the pdf which I sent to you. I think this will help the reivers is easy to image :) | 07:35 |
namnh | s/is/are/ | 07:35 |
ramishra | namnh: it depends on how you define downtime. heat would be available during the upgrade, but with reduced capacity(offline nodes for upgrade). | 07:36 |
*** jaosorior has quit IRC | 07:37 | |
*** jaosorior has joined #heat | 07:37 | |
*** zhihui has joined #heat | 07:38 | |
openstackgerrit | shizhihui proposed openstack/python-heatclient: Add extra functinoal tests in heatclient https://review.openstack.org/410063 | 07:46 |
*** bana_k has joined #heat | 07:48 | |
*** jaosorior has quit IRC | 07:55 | |
*** sorantis has joined #heat | 08:00 | |
*** bana_k has quit IRC | 08:02 | |
*** anton has quit IRC | 08:05 | |
*** ccamacho has joined #heat | 08:15 | |
*** shardy_afk is now known as shardy | 08:17 | |
*** anton has joined #heat | 08:19 | |
*** ctayal has quit IRC | 08:25 | |
*** jaosorior has joined #heat | 08:30 | |
*** fragatina has joined #heat | 08:33 | |
*** fragatina has quit IRC | 08:37 | |
openstackgerrit | huangtianhua proposed openstack/heat: Allows to create x509 keypair https://review.openstack.org/407403 | 08:42 |
namnh | ramishra, I see, btw how you think about my above question? :) | 08:44 |
*** amoralej|off is now known as amoralej | 08:51 | |
*** jpich has joined #heat | 08:55 | |
*** zzzeek has quit IRC | 09:00 | |
*** zzzeek has joined #heat | 09:00 | |
*** sorantis has quit IRC | 09:02 | |
namnh | ramishra, are you around? | 09:07 |
*** masber has quit IRC | 09:07 | |
*** masber has joined #heat | 09:08 | |
ramishra | namnh: yeah, you mean adding the pdf link to the spec? | 09:09 |
namnh | ramishra, Yes, or I can create a image by .txt and you can add the image to your patch. Because i just want to thanks for your conversation. | 09:11 |
namnh | ramishra, :) | 09:11 |
ramishra | I think the spec is quite simple and it seems most of us are ok with it. May be you can create a wiki page with the digrams you have or send it to ML for feedback? | 09:12 |
ramishra | diagrams | 09:12 |
namnh | ramishra, I have not ever created a wiki page, if I will try to do it if necessary :) | 09:19 |
*** masuberu has joined #heat | 09:23 | |
*** zhihui has quit IRC | 09:24 | |
*** masber has quit IRC | 09:27 | |
*** Guest89456 has joined #heat | 09:27 | |
*** Guest89456 has quit IRC | 09:28 | |
*** yassine has joined #heat | 09:28 | |
*** yassine is now known as Guest50902 | 09:28 | |
*** masber has joined #heat | 09:33 | |
*** ricolin has quit IRC | 09:34 | |
*** elynn has quit IRC | 09:34 | |
*** masuberu has quit IRC | 09:36 | |
*** zhihui has joined #heat | 09:36 | |
*** zhihui has quit IRC | 09:43 | |
*** masuberu has joined #heat | 09:43 | |
*** masber has quit IRC | 09:43 | |
*** zhihui has joined #heat | 09:44 | |
*** masber has joined #heat | 09:46 | |
*** masuberu has quit IRC | 09:49 | |
*** sorantis has joined #heat | 10:01 | |
*** bks has quit IRC | 10:16 | |
*** bks has joined #heat | 10:16 | |
*** openstackgerrit has quit IRC | 10:18 | |
*** nmathew has joined #heat | 10:31 | |
therve | shardy, Commented on https://bugs.launchpad.net/heat/+bug/1649900 btw, wondering if that was a blocker for you | 10:32 |
openstack | Launchpad bug 1649900 in heat "Can't use conditions with depends_on" [Undecided,New] - Assigned to huangtianhua (huangtianhua) | 10:32 |
*** derekh has joined #heat | 10:36 | |
*** Qiming has quit IRC | 10:37 | |
*** yanyanhu_ has joined #heat | 10:38 | |
*** yanyanhu has quit IRC | 10:39 | |
shardy | therve: Hey, thanks for the comment - not really a blocker, more of an inconvenience | 10:41 |
therve | OK | 10:42 |
therve | Interested on your response on my comment there too | 10:42 |
*** Qiming has joined #heat | 10:43 | |
shardy | therve: Yeah I'm fine with the workaround, but I don't agree that the two templates aren't the same - all I'll do is make the no-op additional resource an OS::Heat::None, which seems like a kind of ugly pattern | 10:44 |
shardy | I guess it would be different if you wanted two non-noop paths tho | 10:44 |
shardy | this kind of stuff is why we resisted conditionals in HOT for so long ;) | 10:45 |
therve | I'm not really following you there | 10:45 |
therve | My main point is that depending on a resource that is not created should not create the resource | 10:45 |
therve | But it's a grey area | 10:46 |
shardy | Yes but if the graph is 1 -> (2) -> 3, when (2) is disabled, surely that should resolve to 1 -> 3 ? | 10:47 |
therve | I don't see why it matters there is a 1 | 10:47 |
therve | If you do (2) -> 3, should 3 be created all the time? | 10:48 |
shardy | therve: tbh I'd be fine if the second example worked, e.g allow conditionals to be evaluated inside depends_on | 10:48 |
shardy | yes, 1 and 3 don't have any condition, so they should always be created | 10:48 |
shardy | the only thing to resolve is the ordering | 10:48 |
therve | That's not the first solution that comes to me. | 10:49 |
therve | But I see your reasoning | 10:49 |
therve | Though depends_on is not just an order mechanism, it's also "wait for that other thing to succeed" mechanism | 10:50 |
shardy | I'm fine if we decide the derived depends_on in the first example is a step too far, but I kinda feel like if we have conditionals, they should work everywhere | 10:50 |
shardy | e.g including in depends_on | 10:50 |
therve | I believe that's reasonable, because that ought to be statically resolvable | 10:50 |
therve | I think we didn't resolve depends_on to not get into graph management hell | 10:51 |
shardy | http://paste.openstack.org/show/592445/ | 10:51 |
shardy | Ok so to clarify ^^ is your preferred solution? | 10:51 |
therve | shardy, I hadn't even think of that :). With current master, I think so. If we can manage conditions in depends_on, I liked your 2nd template in the bug. | 10:53 |
shardy | therve: ah, I thought that was what you were hinting at in your comment - it does work, but the syntax is kind of yuk | 10:54 |
therve | I'm a bit wary with making the first one work, because it's a bit confusing | 10:54 |
shardy | therve: ack, that's fine - I'd be happy if we can make the second one work then call it fixed :) | 10:54 |
shardy | thanks for the feedback! | 10:54 |
therve | shardy, Yeah my comment was conditionally define three, not two. | 10:55 |
shardy | therve: Yeah, but you can't have a different name when there's a chain of depends_on's | 10:55 |
shardy | or you're back to the problem with the second example I gave | 10:55 |
therve | True | 10:55 |
shardy | happily duplicating the resource name works, even if it doesn't look very nice :) | 10:56 |
shardy | oh wait | 10:56 |
shardy | no it doesn't | 10:56 |
shardy | yaml will just drop the first one :( | 10:56 |
* shardy reworks his templates to just use bash conditionals instead | 10:57 | |
*** openstackgerrit has joined #heat | 11:01 | |
openstackgerrit | Peter Razumovsky proposed openstack/heat: Add sahara constraints https://review.openstack.org/375847 | 11:01 |
openstackgerrit | Peter Razumovsky proposed openstack/heat: Add translation rules for OS::Sahara::Job https://review.openstack.org/397719 | 11:01 |
*** yanyanhu_ has quit IRC | 11:02 | |
*** prazumovsky has joined #heat | 11:02 | |
therve | :( | 11:03 |
*** yanyanhu_ has joined #heat | 11:03 | |
*** yanyanhu_ has quit IRC | 11:03 | |
*** yanyanhu_ has joined #heat | 11:04 | |
*** dfflanders has quit IRC | 11:07 | |
openstackgerrit | zengchen proposed openstack/heat: Update the constraint value of schema 'ACCESS_TYPE' for Manila share https://review.openstack.org/409739 | 11:11 |
*** yanyanhu_ has quit IRC | 11:14 | |
*** Qiming has quit IRC | 11:27 | |
*** Qiming has joined #heat | 11:28 | |
*** namnh has quit IRC | 11:36 | |
*** shardy is now known as shardy_lunch | 11:39 | |
*** prazumovsky has quit IRC | 11:43 | |
*** prazumovsky has joined #heat | 11:45 | |
*** jnettlet has joined #heat | 12:03 | |
*** masuberu has joined #heat | 12:05 | |
*** masber has quit IRC | 12:05 | |
*** david-lyle has quit IRC | 12:05 | |
*** david-lyle has joined #heat | 12:05 | |
*** fbo has quit IRC | 12:07 | |
*** dougwig_ has joined #heat | 12:07 | |
*** dougwig has quit IRC | 12:08 | |
*** dougwig_ is now known as dougwig | 12:08 | |
*** fbo has joined #heat | 12:16 | |
*** askb has quit IRC | 12:23 | |
*** steveg_afk has joined #heat | 12:29 | |
*** dprince has joined #heat | 12:29 | |
*** nmathew has quit IRC | 12:42 | |
*** pradk has joined #heat | 12:44 | |
*** bdeschenes has joined #heat | 12:44 | |
*** pradk has quit IRC | 12:45 | |
*** chlong has joined #heat | 12:52 | |
*** jprovazn has joined #heat | 12:54 | |
*** catintheroof has joined #heat | 13:00 | |
*** catintheroof has quit IRC | 13:01 | |
*** catintheroof has joined #heat | 13:01 | |
*** EricGonczer_ has joined #heat | 13:04 | |
*** shardy_lunch is now known as shardy | 13:06 | |
*** amoralej is now known as amoralej|lunch | 13:10 | |
*** jprovazn has quit IRC | 13:25 | |
*** huangtianhua has quit IRC | 13:26 | |
*** EricGonc_ has joined #heat | 13:31 | |
*** links has quit IRC | 13:31 | |
*** ayoung_dadmode is now known as ayoung | 13:32 | |
*** EricGonczer_ has quit IRC | 13:32 | |
shardy | therve, ramishra: Any chance you (or any other cores) could please check https://review.openstack.org/#/c/347505 ? | 13:50 |
shardy | dprince needs it for his heat-all use-case for the TripleO undercloud | 13:50 |
therve | shardy, I don't really understand how it works, and I don't really like it, so I'm going for a passive stance for now | 13:52 |
therve | Maybe I forgot, but I can't see how that makes trusts management possible | 13:53 |
dprince | therve: hi, so it is a bit odd now I agree. Especially since my approach to the new t-h-t undercloud isntaller uses a fake keystone anyway | 13:53 |
dprince | therve: I tried without noauth again this morning and Heat seems to be trying to validate the presence of the cloudforms endpoint in my catalog http://paste.openstack.org/show/592479/ | 13:53 |
dprince | therve: I'm not running cloudforms... nor do I want to | 13:53 |
dprince | therve: furthermore I'm setting my default signal to use Heat API anyway | 13:54 |
therve | dprince, cloud *formation* :) | 13:54 |
therve | You scared me a little bit | 13:54 |
dprince | therve: ah, yes. formation | 13:54 |
dprince | therve: default_deployment_signal_transport = HEAT_SIGNAL | 13:54 |
dprince | therve: that is what I set. So the error I get in the above paste link is perplexing to me | 13:54 |
shardy | therve: fair enough, I don't think this solves all those problems, but it's a first step to running without keystone | 13:54 |
shardy | we have some other auth options like password for standalone operation, so I don't really see the harm in a noauth version for specialist use-cases and testing | 13:55 |
therve | shardy, Sure, but I'd like the step to be in right direction :) | 13:55 |
therve | I'd be happy to approve if I understood what the direction is | 13:55 |
shardy | therve: well, the aim is to run without any keystone, so standalone heat can run with no auth in environments where that is appropriate | 13:56 |
dprince | therve: noauth is weird for heat. But I don't think it in any way harms anything. It would actually enable testing heat-all in some cases with no keystone | 13:56 |
dprince | therve: very limited resources of course | 13:56 |
therve | shardy, So what happens when we create a stack. Isn't the first thing we do trying to create a trust? | 13:56 |
dprince | therve: I don't think you create trusts unless there is a deployment resource or something | 13:57 |
shardy | therve: yeah we'll probably need a special keystone client plugin too - there was one in contrib which disabled trusts a while back IIRC | 13:57 |
dprince | therve: could be wrong, been awhile since I checked | 13:57 |
therve | shardy, The v2 one I guess, still around | 13:57 |
therve | I guess you can change that with setting deferred_auth_methods | 13:59 |
therve | dprince, shardy : what about the stack domain project? I think we do that unconditionally nowadays | 13:59 |
shardy | therve: yeah, we do always create a trust, but deferred_auth_method = password should solve that | 13:59 |
shardy | therve: not if the stack domain credentials aren't set in the heat.conf | 14:00 |
dprince | shardy: I'm already using that FWIW (defferred_auth_method = password) | 14:00 |
dprince | shardy, therve: my config is around line 114 here https://review.openstack.org/#/c/351351/12/tripleoclient/v1/undercloud_deploy.py | 14:00 |
therve | shardy, Ah, legacy fallback, okay | 14:01 |
*** bks has quit IRC | 14:01 | |
therve | OK, I'll look at it again then | 14:06 |
therve | dprince, So about that error | 14:08 |
therve | Even if you set the default, it's possible your template change the value? | 14:08 |
dprince | therve: I don't think so | 14:09 |
dprince | therve: maybe? | 14:09 |
*** amoralej|lunch is now known as amoralej | 14:09 | |
* dprince looks | 14:09 | |
*** EricGonc_ has quit IRC | 14:09 | |
*** lamt has joined #heat | 14:10 | |
therve | Hum wait | 14:10 |
therve | dprince, You don't have keystone, so what checks service availability? | 14:10 |
dprince | therve: could be that SoftwareConfigTransport is set to POLL_CFN | 14:11 |
therve | Could be | 14:12 |
*** EricGonczer_ has joined #heat | 14:12 | |
*** derekh is now known as derekh_brb | 14:12 | |
*** stingaci has joined #heat | 14:14 | |
dprince | therve: I tried setting an explicit SoftwareConfigTransport: POLL_SERVER_HEAT for t-h-t and it had no effect on the error. I still hit "heat cloudformation endpoint is not in service catalog." | 14:15 |
therve | dprince, So it's possible the error message is wrong, but the problem is still present | 14:16 |
therve | dprince, What checks service availability with no keystone? | 14:16 |
dprince | therve: I have a keystone. I is just minimal | 14:17 |
dprince | therve: and heat.conf has sections to configure client access directly | 14:17 |
dprince | therve: clients_ | 14:17 |
therve | dprince, Right but for example the catalog in no-auth is set to {} | 14:17 |
dprince | therve: exactly | 14:18 |
therve | dprince, The fact that the conf file is configured doesn't matter if the catalog isn't | 14:18 |
*** stingaci has quit IRC | 14:19 | |
*** chlong has quit IRC | 14:20 | |
dprince | therve: I think it matters for keystone client itself, but maybe not the other ones | 14:20 |
therve | dprince, At some point, heat is going to call keystone_session.get_endpoint(). And it needs to return a URL | 14:21 |
*** chlong has joined #heat | 14:23 | |
therve | For some reasons we don't use the value from the configuration in that case | 14:24 |
therve | Oh but only heat can be configured that way | 14:25 |
therve | I suspect heat standalone doesn't work anymore then | 14:26 |
*** chlong has quit IRC | 14:26 | |
*** chlong has joined #heat | 14:28 | |
*** annegentle has joined #heat | 14:28 | |
*** jcoufal has joined #heat | 14:31 | |
zaneb | therve: I guess you can answer this now then: https://ask.openstack.org/en/question/99414/is-heat-standalonemulti-clouds-an-active-feature/ ;) | 14:32 |
dprince | therve: I'm happy to learn all the intricasies of mking heat avoid this or that. I really am. But many other OS projects have noauth middlwares and I think it is a safe approach. | 14:33 |
*** EricGonc_ has joined #heat | 14:33 | |
*** sdake has joined #heat | 14:33 | |
dprince | therve: if I need to I can inline this in tripleo I guess too if I need it in a pinch | 14:34 |
therve | dprince, No other project uses keystone as much as we do, so I don't think that's fair | 14:34 |
therve | I'm happy to approve the noauth patch if it works | 14:35 |
*** EricGonczer_ has quit IRC | 14:35 | |
therve | But apparently you just hit another blocker, which I'm trying to understand | 14:35 |
dprince | therve: thanks, agree heat does use a lot of keystone features | 14:40 |
dprince | therve: mistral is probably a similar territory too I think | 14:40 |
therve | I guess they need endpoints, and use trusts. Don't use domain users though :) | 14:43 |
*** derekh_brb is now known as derekh | 14:44 | |
therve | For now I still think that running keystone would be better. But I won't do the work, so I won't block yours either. | 14:45 |
*** jdandrea has joined #heat | 14:45 | |
*** EricGonc_ has quit IRC | 14:47 | |
*** blomquisg_gone is now known as blomquisg | 14:53 | |
*** EricGonczer_ has joined #heat | 14:55 | |
*** prazumovsky has quit IRC | 14:57 | |
*** zz_dimtruck is now known as dimtruck | 14:58 | |
*** links has joined #heat | 15:02 | |
*** chlong has quit IRC | 15:03 | |
*** pradk has joined #heat | 15:06 | |
*** sshnaidm|afk is now known as sshnaidm | 15:08 | |
*** mdavidson has quit IRC | 15:18 | |
*** jasond has joined #heat | 15:19 | |
*** EricGonczer_ has quit IRC | 15:27 | |
*** EricGonczer_ has joined #heat | 15:28 | |
*** Mandira has joined #heat | 15:29 | |
*** sorantis has quit IRC | 15:30 | |
Mandira | Hi | 15:30 |
Mandira | All | 15:30 |
*** sorantis has joined #heat | 15:30 | |
*** sorantis has quit IRC | 15:30 | |
Mandira | I am stuck in getting heat configuration,could anyone help | 15:30 |
Mandira | ??? | 15:30 |
*** rajpatel has joined #heat | 15:33 | |
*** rajpatel has quit IRC | 15:34 | |
Mandira | How I changed amqp server IP?? | 15:37 |
*** rajpatel has joined #heat | 15:38 | |
therve | Mandira, Change the transport_url value in heat.conf | 15:42 |
*** randallburt has joined #heat | 15:44 | |
*** randallburt has quit IRC | 15:49 | |
*** randallburt has joined #heat | 15:56 | |
*** chris_hultin|AWA is now known as chris_hultin | 15:58 | |
*** links has quit IRC | 16:04 | |
*** chris_hultin is now known as chris_hultin|AWA | 16:10 | |
*** chris_hultin|AWA is now known as chris_hultin | 16:10 | |
*** ayoung has quit IRC | 16:17 | |
*** dyasny has quit IRC | 16:22 | |
*** dyasny has joined #heat | 16:24 | |
*** Zer0Byte__ has joined #heat | 16:25 | |
*** Zer0Byte__ has quit IRC | 16:26 | |
*** adrian_otto has joined #heat | 16:28 | |
*** jaosorior has quit IRC | 16:30 | |
*** jaosorior has joined #heat | 16:31 | |
*** rcernin has quit IRC | 16:34 | |
*** rajpatel has quit IRC | 16:34 | |
*** jaosorior has quit IRC | 16:39 | |
*** jaosorior has joined #heat | 16:40 | |
*** rajpatel has joined #heat | 16:40 | |
*** ccamacho is now known as ccamacho|out | 16:41 | |
openstackgerrit | Christopher Martin proposed openstack/heat: Nova Flavor Resource Update https://review.openstack.org/394596 | 16:43 |
*** jpich has quit IRC | 16:51 | |
*** fragatina has joined #heat | 16:53 | |
*** dyasny has quit IRC | 16:53 | |
*** rcernin has joined #heat | 16:54 | |
*** fragatina has quit IRC | 16:57 | |
*** Mandira has quit IRC | 17:01 | |
*** dyasny has joined #heat | 17:02 | |
*** jdandrea has quit IRC | 17:14 | |
*** jdandrea has joined #heat | 17:18 | |
*** Guest50902 has quit IRC | 17:18 | |
*** Zer0Byte__ has joined #heat | 17:22 | |
*** derekh has quit IRC | 17:33 | |
*** jdandrea has quit IRC | 17:33 | |
*** jdandrea has joined #heat | 17:36 | |
*** catinthe_ has joined #heat | 17:36 | |
*** catintheroof has quit IRC | 17:38 | |
*** jaosorior has quit IRC | 17:44 | |
*** manjong_ has quit IRC | 17:51 | |
*** manjong has joined #heat | 17:52 | |
*** manjong has quit IRC | 17:57 | |
*** ctayal has joined #heat | 18:01 | |
*** ctayal has quit IRC | 18:01 | |
*** ctayal has joined #heat | 18:02 | |
*** randallburt has quit IRC | 18:02 | |
*** fragatina has joined #heat | 18:02 | |
*** fragatina has quit IRC | 18:03 | |
*** fragatina has joined #heat | 18:04 | |
*** randallburt has joined #heat | 18:04 | |
*** shardy has quit IRC | 18:10 | |
*** chlong has joined #heat | 18:14 | |
*** amoralej is now known as amoralej|off | 18:27 | |
*** harlowja has joined #heat | 18:31 | |
*** bana_k has joined #heat | 18:39 | |
*** jdandrea has quit IRC | 18:43 | |
*** randallburt has quit IRC | 18:47 | |
*** stingaci has joined #heat | 18:48 | |
*** sorantis has joined #heat | 18:48 | |
*** jdandrea has joined #heat | 18:51 | |
*** harlowja has quit IRC | 18:52 | |
*** randallburt has joined #heat | 18:55 | |
*** dprince has quit IRC | 18:57 | |
*** dprince has joined #heat | 18:58 | |
openstackgerrit | Crag Wolfe proposed openstack/heat: Store stack outputs in the db https://review.openstack.org/407326 | 19:01 |
*** catintheroof has joined #heat | 19:02 | |
*** catinthe_ has quit IRC | 19:06 | |
*** sorantis has quit IRC | 19:07 | |
*** sorantis has joined #heat | 19:09 | |
*** fragatina has quit IRC | 19:11 | |
*** jdandrea has quit IRC | 19:12 | |
*** ctayal has quit IRC | 19:14 | |
*** dprince has quit IRC | 19:18 | |
*** dprince has joined #heat | 19:20 | |
*** chris_hultin is now known as chris_hultin|AWA | 19:21 | |
*** jdandrea has joined #heat | 19:26 | |
*** ctayal has joined #heat | 19:27 | |
*** dyasny has quit IRC | 19:29 | |
*** dyasny has joined #heat | 19:29 | |
*** ctayal has quit IRC | 19:33 | |
stingaci | Hello. While trying to use SoftwareConfigs, I've managed to understand the relationship between the 'group' attribute and the heat hooks built into the image you're deploying. However I can't seem to find any documentation explaining what 'group=ungrouped' does. Does it try to determine the hook type automatically? | 19:34 |
*** Zer0Byte__ has quit IRC | 19:36 | |
*** dprince has quit IRC | 19:38 | |
*** ctayal has joined #heat | 19:39 | |
*** askb has joined #heat | 19:46 | |
stingaci | Also, is my understanding correct? If you associate a SoftwareConfig resource directly to the 'user_data' attribute of a resource directly, the instance will use cloud-init to apply the configuration, but if you use a SoftwareDeployment to associate a SoftwareConfig to a resource then the instance will use heat-config to apply the configuration (in which case the 'group' attribute is irrelevant). | 19:49 |
*** Zer0Byte__ has joined #heat | 19:52 | |
zaneb | the group attribute is definitely relevant to sw deployments | 19:55 |
stingaci | Oops I meant the group attribute is irelevant if you pass it in user_data | 19:56 |
zaneb | that's possible | 20:00 |
zaneb | stevebaker would know the details | 20:00 |
stevebaker | wha? | 20:00 |
stingaci | from my understanding there's two ways to configure an instance post-deployment | 20:01 |
stevebaker | stingaci: correct, group is ignored for user_data, and a group value which has no corresponding hook is ignored for deployments | 20:02 |
stingaci | aha | 20:02 |
stingaci | and for user_data cloud init is used | 20:02 |
stingaci | while SoftwareDeployments will use heat-config correct? | 20:02 |
stevebaker | stingaci: yes, for user_data I'd recommend user_data_format:RAW, then you can build your own cloud init chain of work with OS::Heat::MultipartMime, OS::Heat::CloudConfig, OS::Heat::SoftwareConfig | 20:04 |
*** randallburt has quit IRC | 20:04 | |
*** adrian_otto has quit IRC | 20:05 | |
stingaci | awesome. Makes sense | 20:05 |
stingaci | and lastly, for the 'ungrouped' value of the 'group' attribute while using SoftwareDeployments | 20:05 |
stingaci | will that SoftwareConfig be ignored? or will it attempt to determine the hook it should use | 20:06 |
zaneb | "a group value which has no corresponding hook is ignored for deployments" <- I assume that applies | 20:07 |
*** randallburt has joined #heat | 20:08 | |
stingaci | Fair enough. Thanks for all your help guys. | 20:08 |
*** oscar__ has joined #heat | 20:14 | |
oscar__ | Hello, is there a way to run a command after a heat template is completed within the heat template? | 20:15 |
*** derekh has joined #heat | 20:17 | |
*** stingaci_ has joined #heat | 20:22 | |
*** catintheroof has quit IRC | 20:22 | |
*** Pavo has joined #heat | 20:23 | |
*** oscar__ has quit IRC | 20:23 | |
Pavo | does anyone know how to mark a network as external in heat? | 20:23 |
*** jreeves_` has quit IRC | 20:23 | |
*** jreeves_afk has joined #heat | 20:24 | |
*** stingaci has quit IRC | 20:24 | |
*** sdake has quit IRC | 20:27 | |
*** ayoung has joined #heat | 20:27 | |
*** rajpatel has quit IRC | 20:28 | |
*** lamt has quit IRC | 20:29 | |
*** sdake has joined #heat | 20:29 | |
*** dyasny has quit IRC | 20:31 | |
*** catintheroof has joined #heat | 20:35 | |
*** sdake has quit IRC | 20:36 | |
*** derekh has quit IRC | 20:41 | |
*** rajpatel has joined #heat | 20:43 | |
*** dyasny has joined #heat | 20:46 | |
*** jdandrea has quit IRC | 21:01 | |
*** stingaci_ has quit IRC | 21:03 | |
*** stingaci has joined #heat | 21:03 | |
*** randallburt has quit IRC | 21:08 | |
*** bdeschenes has quit IRC | 21:10 | |
*** adrian_otto has joined #heat | 21:10 | |
*** randallburt has joined #heat | 21:13 | |
*** jdandrea has joined #heat | 21:14 | |
*** Drago1 has joined #heat | 21:17 | |
*** randallburt has quit IRC | 21:23 | |
*** randallburt has joined #heat | 21:24 | |
*** jdandrea has quit IRC | 21:25 | |
*** Drago1 has quit IRC | 21:26 | |
*** jdandrea has joined #heat | 21:28 | |
*** sorantis has quit IRC | 21:30 | |
*** Drago1 has joined #heat | 21:32 | |
*** sdake has joined #heat | 21:41 | |
*** fragatina has joined #heat | 21:46 | |
*** sdake has quit IRC | 21:51 | |
*** adrian_otto1 has joined #heat | 21:54 | |
*** adrian_otto1 has quit IRC | 21:54 | |
*** adrian_otto has quit IRC | 21:55 | |
*** randallburt has quit IRC | 21:58 | |
*** adrian_otto has joined #heat | 21:58 | |
*** randallburt has joined #heat | 22:06 | |
openstackgerrit | Merged openstack/heat: Add noauth middleware https://review.openstack.org/347505 | 22:08 |
*** ayoung has quit IRC | 22:10 | |
*** bnemec has quit IRC | 22:10 | |
*** randallburt has quit IRC | 22:12 | |
*** Pavo has quit IRC | 22:12 | |
*** Pavo has joined #heat | 22:13 | |
*** bnemec has joined #heat | 22:16 | |
*** Drago1 has quit IRC | 22:23 | |
*** sdake has joined #heat | 22:24 | |
openstackgerrit | Zane Bitter proposed openstack/heat: Use urllib to correctly escape URLs for Zaqar queues https://review.openstack.org/411524 | 22:31 |
*** jcoufal has quit IRC | 22:34 | |
*** sai is now known as sai-out | 22:36 | |
*** sdake_ has joined #heat | 22:43 | |
*** sdake has quit IRC | 22:45 | |
*** catintheroof has quit IRC | 22:46 | |
*** jasond has quit IRC | 22:46 | |
*** jdandrea has quit IRC | 22:58 | |
*** blomquisg is now known as blomquisg_gone | 23:02 | |
*** ctayal has quit IRC | 23:05 | |
*** ctayal has joined #heat | 23:06 | |
*** sdake_ has quit IRC | 23:08 | |
*** sdake has joined #heat | 23:15 | |
*** catintheroof has joined #heat | 23:17 | |
*** catintheroof has quit IRC | 23:17 | |
*** catintheroof has joined #heat | 23:18 | |
openstackgerrit | Crag Wolfe proposed openstack/heat: Store stack outputs in the db https://review.openstack.org/407326 | 23:23 |
*** ayoung has joined #heat | 23:29 | |
*** ctayal has quit IRC | 23:32 | |
*** ctayal has joined #heat | 23:33 | |
*** pradk has quit IRC | 23:38 | |
*** sdake_ has joined #heat | 23:40 | |
*** sdake has quit IRC | 23:43 | |
*** jamielennox is now known as jamielennox|away | 23:46 | |
*** jamielennox|away is now known as jamielennox | 23:50 | |
*** adrian_otto has quit IRC | 23:57 | |
*** harlowja has joined #heat | 23:58 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!