| *** lindsayk has quit IRC | 00:00 | |
| openstackgerrit | Dmitry Borodaenko proposed a change to openstack/heat: Ignore nova limits set to '-1' https://review.openstack.org/89389 | 00:01 |
|---|---|---|
| *** lindsayk has joined #heat | 00:04 | |
| *** ramishra has quit IRC | 00:04 | |
| *** mspreitz has quit IRC | 00:07 | |
| *** Qiming has quit IRC | 00:08 | |
| *** IlyaE has joined #heat | 00:08 | |
| *** Michalik- has joined #heat | 00:14 | |
| *** e0ne has joined #heat | 00:16 | |
| *** jreypo has quit IRC | 00:17 | |
| sdake_ | i can be bribed with beer ;) | 00:18 |
| spzala | sdake: LOL | 00:19 |
| spzala | sdake: and how about Cigar? I guess may be sometime ;)? | 00:21 |
| *** e0ne has quit IRC | 00:21 | |
| spzala | sdake: I read similar comment on your blog sometime back so kidding :-) | 00:21 |
| spzala | sdake: got to go. Good night. | 00:24 |
| *** spzala has quit IRC | 00:25 | |
| *** nati_ueno has joined #heat | 00:32 | |
| *** TravT has quit IRC | 00:34 | |
| *** tteggel_ has joined #heat | 00:38 | |
| *** kfox1111 has quit IRC | 00:44 | |
| *** varora has joined #heat | 00:46 | |
| *** tteggel has quit IRC | 00:48 | |
| *** tteggel_ is now known as tteggel | 00:48 | |
| *** Qiming has joined #heat | 00:51 | |
| *** lindsayk has quit IRC | 00:58 | |
| *** ramishra has joined #heat | 01:00 | |
| *** ramishra has quit IRC | 01:05 | |
| *** e0ne has joined #heat | 01:16 | |
| *** e0ne has quit IRC | 01:20 | |
| *** alexpilotti has quit IRC | 01:28 | |
| *** nosnos has joined #heat | 01:33 | |
| *** asalkeld has joined #heat | 01:38 | |
| *** Michalik- has quit IRC | 01:39 | |
| *** gokrokve has quit IRC | 01:40 | |
| *** killer_prince has quit IRC | 01:42 | |
| lifeless | o/ | 01:43 |
| *** asalkeld has quit IRC | 01:45 | |
| *** pablosan has quit IRC | 01:46 | |
| *** pablosan has joined #heat | 01:50 | |
| *** ramishra has joined #heat | 02:01 | |
| *** ramishra has quit IRC | 02:05 | |
| *** mkollaro has quit IRC | 02:08 | |
| *** mkollaro has joined #heat | 02:09 | |
| *** gokrokve has joined #heat | 02:11 | |
| *** lipinski has quit IRC | 02:11 | |
| *** gokrokve_ has joined #heat | 02:13 | |
| *** gokrokve has quit IRC | 02:15 | |
| *** e0ne has joined #heat | 02:16 | |
| *** mkollaro has quit IRC | 02:18 | |
| *** e0ne has quit IRC | 02:20 | |
| *** renlt has joined #heat | 02:29 | |
| *** zhiyan_ is now known as zhiyan | 02:33 | |
| *** ramishra has joined #heat | 02:33 | |
| *** onorua has joined #heat | 02:40 | |
| *** pablosan is now known as zz_pablosan | 02:45 | |
| *** nati_ueno has quit IRC | 02:46 | |
| *** nijaba has quit IRC | 02:46 | |
| *** mspreitz has joined #heat | 02:53 | |
| *** nijaba has joined #heat | 02:59 | |
| *** nijaba has quit IRC | 02:59 | |
| *** nijaba has joined #heat | 02:59 | |
| *** david-lyle has joined #heat | 03:01 | |
| *** david-lyle has quit IRC | 03:02 | |
| *** harlowja is now known as harlowja_away | 03:13 | |
| *** e0ne has joined #heat | 03:16 | |
| *** zz_pablosan is now known as pablosan | 03:20 | |
| *** e0ne has quit IRC | 03:21 | |
| *** shakamunyi has joined #heat | 03:27 | |
| *** IlyaE has quit IRC | 03:35 | |
| *** sdake_ has quit IRC | 03:38 | |
| *** nosnos has quit IRC | 03:45 | |
| *** pablosan is now known as zz_pablosan | 03:50 | |
| *** IlyaE has joined #heat | 03:58 | |
| *** mspreitz has quit IRC | 04:10 | |
| *** IlyaE has quit IRC | 04:12 | |
| *** tspatzier has joined #heat | 04:13 | |
| *** Slower has quit IRC | 04:13 | |
| *** Slower has joined #heat | 04:13 | |
| *** e0ne has joined #heat | 04:16 | |
| *** chandan_kumar has joined #heat | 04:21 | |
| *** e0ne has quit IRC | 04:21 | |
| *** tspatzier has quit IRC | 04:25 | |
| *** onorua has quit IRC | 04:29 | |
| *** IlyaE has joined #heat | 04:34 | |
| *** vinsh has quit IRC | 04:39 | |
| *** Michalik- has joined #heat | 04:40 | |
| *** nkhare has joined #heat | 04:40 | |
| *** nosnos has joined #heat | 04:53 | |
| *** matsuhashi has joined #heat | 04:54 | |
| *** bvandenh has joined #heat | 04:57 | |
| *** e0ne has joined #heat | 05:16 | |
| *** e0ne has quit IRC | 05:21 | |
| *** tspatzier has joined #heat | 05:22 | |
| *** matsuhashi has quit IRC | 05:24 | |
| *** Slower has quit IRC | 05:25 | |
| *** e0ne has joined #heat | 05:26 | |
| *** Slower has joined #heat | 05:26 | |
| *** Slower has quit IRC | 05:31 | |
| sdake | spzala I have a serious cigar problem :) | 05:39 |
| sdake | spzala but atleast nicoteen is legal :) | 05:39 |
| sdake | off to bed night all | 05:39 |
| *** yogeshmehra has joined #heat | 05:40 | |
| *** matsuhashi has joined #heat | 05:40 | |
| *** IlyaE has quit IRC | 05:46 | |
| *** bvandenh has quit IRC | 05:48 | |
| *** bvandenh has joined #heat | 05:48 | |
| *** Slower has joined #heat | 05:48 | |
| *** IlyaE has joined #heat | 05:53 | |
| *** saju_m has joined #heat | 06:01 | |
| *** sdake_ has joined #heat | 06:02 | |
| *** ifarkas has joined #heat | 06:04 | |
| *** yogeshmehra has quit IRC | 06:06 | |
| *** nati_ueno has joined #heat | 06:09 | |
| openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/heat: Imported Translations from Transifex https://review.openstack.org/89750 | 06:09 |
| *** matsuhashi has quit IRC | 06:14 | |
| *** matsuhashi has joined #heat | 06:24 | |
| *** nati_ueno has quit IRC | 06:25 | |
| *** jprovazn has joined #heat | 06:27 | |
| *** e0ne has quit IRC | 06:28 | |
| *** e0ne has joined #heat | 06:29 | |
| *** nati_ueno has joined #heat | 06:33 | |
| *** yogeshmehra has joined #heat | 06:34 | |
| *** shakamunyi has quit IRC | 06:36 | |
| *** nati_ueno has quit IRC | 06:48 | |
| *** e0ne has quit IRC | 06:49 | |
| *** IlyaE has quit IRC | 06:50 | |
| *** achampion has quit IRC | 06:50 | |
| openstackgerrit | Mike Spreitzer proposed a change to openstack/heat-templates: Worked on Fedora 20 examples in HOT https://review.openstack.org/88523 | 06:56 |
| *** rwsu has quit IRC | 06:57 | |
| *** nati_ueno has joined #heat | 06:58 | |
| *** Michalik- has quit IRC | 06:59 | |
| openstackgerrit | huangtianhua proposed a change to openstack/heat: Fix validate failed with an image_name in uuid format https://review.openstack.org/90295 | 07:02 |
| *** nosnos has quit IRC | 07:02 | |
| *** yogeshmehra has quit IRC | 07:03 | |
| *** jstrachan has joined #heat | 07:04 | |
| *** yogeshmehra has joined #heat | 07:04 | |
| *** Michalik- has joined #heat | 07:07 | |
| therve | Good morning! | 07:08 |
| *** nkhare has quit IRC | 07:14 | |
| *** matsuhashi has quit IRC | 07:15 | |
| *** matsuhashi has joined #heat | 07:15 | |
| *** ramishra has quit IRC | 07:18 | |
| *** matsuhashi has quit IRC | 07:28 | |
| *** matsuhashi has joined #heat | 07:29 | |
| SpamapS | hm | 07:30 |
| SpamapS | it just struck me.. | 07:30 |
| SpamapS | that tripleo-image-elements can include heat template snippets with just the config (not the deployment) | 07:30 |
| skraynev | Morning ! | 07:30 |
| *** che-arne has quit IRC | 07:31 | |
| *** gokrokve_ has quit IRC | 07:31 | |
| *** gokrokve has joined #heat | 07:32 | |
| *** skraynev has quit IRC | 07:33 | |
| *** saju_m has quit IRC | 07:36 | |
| *** gokrokve has quit IRC | 07:36 | |
| *** ramishra has joined #heat | 07:37 | |
| *** e0ne has joined #heat | 07:38 | |
| Qiming | SpamapS, what do you mean | 07:38 |
| SpamapS | Qiming: in TripleO we have diskimage-builder "elements" which we use to build our images | 07:42 |
| SpamapS | Qiming: We often include a sample section of yaml which shows how to configure each element in the README | 07:42 |
| SpamapS | Qiming: https://git.openstack.org/cgit/openstack/tripleo-image-elements/tree/elements/nagios3/README.md for example | 07:43 |
| Qiming | SpamapS, by yaml, you mean Heat template snippets, right? | 07:43 |
| SpamapS | Qiming: with OS::Heat::StructuredConfig we can just include the whole resource. | 07:43 |
| SpamapS | Qiming: right | 07:43 |
| lifeless | SpamapS: I like | 07:44 |
| *** e0ne_ has joined #heat | 07:45 | |
| lifeless | SpamapS: spec please, tuskar folk need to eyeball it too | 07:45 |
| Qiming | aha, for some elements, it seems to me the Deployment may appear in a different yaml file | 07:45 |
| openstackgerrit | huangtianhua proposed a change to openstack/heat: Add constraints to check whether image/keypair exists https://review.openstack.org/90304 | 07:45 |
| *** skraynev has joined #heat | 07:47 | |
| SpamapS | lifeless: https://blueprints.launchpad.net/tripleo/+spec/elements-include-heat-config-resource | 07:47 |
| *** yogeshmehra has quit IRC | 07:47 | |
| *** nati_ueno has quit IRC | 07:48 | |
| *** e0ne has quit IRC | 07:48 | |
| lifeless | SpamapS: ok I really meant an eterpad :P | 07:48 |
| SpamapS | lifeless: meh. | 07:49 |
| lifeless | SpamapS: something where we can noodle, until the specs repo exists | 07:49 |
| lifeless | spto ask questions and implications and corner cases | 07:49 |
| SpamapS | It's a really shallow idea. | 07:49 |
| SpamapS | and I'm riffing right now so the description is all I want to take time to dump out of my head. | 07:50 |
| lifeless | ok | 07:50 |
| lifeless | I'm going expenses right now | 07:50 |
| lifeless | so I hate the world | 07:50 |
| lifeless | also my machine has gone crook and I don't want o reboot and fight vpn setup again | 07:52 |
| lifeless | looping output of | 07:52 |
| lifeless | [1071047.961438] xhci_hcd 0000:00:14.0: setting latency timer to 64 | 07:52 |
| lifeless | [1071047.977422] xhci_hcd 0000:00:14.0: power state changed by ACPI to D3cold | 07:52 |
| lifeless | [1071053.272292] ACPI Error: Method parse/execution failed [\_SB_.PCI0.XHC_._PS0] (Node ffff880438474c08), AE_AML_INFINITE_LOOP (20130517/psparse-536) | 07:52 |
| lifeless | [1071053.291526] ACPI: Device [XHC] failed to transition to D0 | 07:52 |
| SpamapS | nasty | 07:53 |
| *** mkerrin has quit IRC | 07:59 | |
| *** nkhare has joined #heat | 08:01 | |
| *** saju_m has joined #heat | 08:02 | |
| *** gokrokve has joined #heat | 08:02 | |
| *** gokrokve has quit IRC | 08:04 | |
| *** gokrokve has joined #heat | 08:04 | |
| *** matsuhashi has quit IRC | 08:06 | |
| *** mkerrin has joined #heat | 08:06 | |
| *** matsuhashi has joined #heat | 08:07 | |
| *** akuznetsov has quit IRC | 08:08 | |
| *** akuznetsov has joined #heat | 08:08 | |
| *** gokrokve has quit IRC | 08:08 | |
| *** derekh has joined #heat | 08:09 | |
| *** nosnos has joined #heat | 08:11 | |
| *** saju_m has quit IRC | 08:16 | |
| *** e0ne_ has quit IRC | 08:23 | |
| *** saju_m has joined #heat | 08:23 | |
| *** e0ne has joined #heat | 08:26 | |
| *** shardy_afk is now known as shardy | 08:26 | |
| *** lsmola has joined #heat | 08:29 | |
| *** pas-ha has quit IRC | 08:30 | |
| *** e0ne_ has joined #heat | 08:33 | |
| *** pas-ha has joined #heat | 08:34 | |
| *** e0ne has quit IRC | 08:36 | |
| *** matsuhashi has quit IRC | 08:36 | |
| *** onorua has joined #heat | 08:37 | |
| *** pas-ha has quit IRC | 08:38 | |
| *** akuznetsov has quit IRC | 08:42 | |
| *** nosnos has quit IRC | 08:46 | |
| *** aniket has joined #heat | 08:46 | |
| aniket | Hello all | 08:46 |
| *** Michalik- has quit IRC | 08:49 | |
| openstackgerrit | Mitsuru Kanabuchi proposed a change to openstack/heat: Cherry pick oslo-incubator graceful stop function https://review.openstack.org/89484 | 08:52 |
| aniket | I am unable to ping outside world from instance ..... please give me some solution | 08:52 |
| skraynev | therve: have you seen patches with changing type of properties (for Volumes -> Size and for Server -> Config_drive)? I just have some doubts: may it break backward compatibility for old templates? I have checked existing templates (and it's ok). However I am not sure about all users :) | 08:52 |
| therve | skraynev, No, what are the changes? | 08:53 |
| skraynev | therve: https://review.openstack.org/#/c/89880 | 08:53 |
| therve | Yeah that works, Integer does a cast | 08:54 |
| skraynev | therve: https://review.openstack.org/#/c/89939/1 | 08:54 |
| therve | I don't know about that one | 08:55 |
| aniket | therve: I am unable to ping outside world from instance ..... please give me some solution | 08:56 |
| skraynev | hm.. I have not found any examples with using volume_id (instead boolean value). | 08:56 |
| therve | aniket, It doesn't sound like a heat problem. Maybe try on #openstack? | 08:57 |
| openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Remove unused logger https://review.openstack.org/86855 | 08:57 |
| openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Removing default version for templates https://review.openstack.org/83380 | 08:58 |
| *** cody-somerville has quit IRC | 08:58 | |
| aniket | i launch a stack through autoscailing template and i want to download stress from instance.... | 08:58 |
| *** gokrokve has joined #heat | 09:02 | |
| *** gokrokve has quit IRC | 09:07 | |
| *** renlt has quit IRC | 09:10 | |
| *** jistr has joined #heat | 09:10 | |
| *** aniket has quit IRC | 09:10 | |
| *** cody-somerville has joined #heat | 09:11 | |
| *** zhiyan is now known as zhiyan_ | 09:14 | |
| *** mandira has joined #heat | 09:14 | |
| *** mkollaro has joined #heat | 09:22 | |
| *** che-arne has joined #heat | 09:23 | |
| mandira | Hi all........... | 09:23 |
| *** sorantis has joined #heat | 09:23 | |
| *** skraynev has quit IRC | 09:27 | |
| *** skraynev has joined #heat | 09:30 | |
| mandira | skraynev:hi | 09:41 |
| skraynev | hello mandira | 09:41 |
| *** akuznetsov has joined #heat | 09:42 | |
| mandira | i am unable to ping outside world from fedora 20 instance....i have added servername 8.8.8.8 in resolv.conf | 09:43 |
| mandira | can you help me in resolving this problem? | 09:43 |
| shardy | mandira: you have a problem with either your nova or neutron configuration | 09:45 |
| shardy | are you using nova-network or neutron? | 09:45 |
| shardy | either way it's not really a heat problem, so you may want to debug by launching a VM direct via nova, then start using heat after you've solved the problem | 09:46 |
| mandira | i m using neutron | 09:46 |
| openstackgerrit | Zhang Yang proposed a change to openstack/heat: Don't allow updates when nested stack is in-progress https://review.openstack.org/90325 | 09:46 |
| skraynev | mandira: may be you need to configure Floating IP ? | 09:46 |
| mandira | skraynev: i have configured the floating ip and also ssh into it | 09:47 |
| *** tspatzier has quit IRC | 09:47 | |
| *** matsuhashi has joined #heat | 09:47 | |
| mandira | curl response for google.com is negative | 09:47 |
| *** tspatzier has joined #heat | 09:48 | |
| mandira | it says curl: (6) Could not resolve host: www.google.com | 09:48 |
| *** tspatzier has quit IRC | 09:48 | |
| skraynev | mandira: May you to do it from your vm (where you have installed openstack )? | 09:50 |
| mandira | no | 09:51 |
| skraynev | so.. may be problem is not related with openstack ? and you should fix your environment? | 09:52 |
| *** nosnos_ has joined #heat | 09:52 | |
| mandira | this is ifconfig response from instance | 09:54 |
| mandira | http://paste.openstack.org/show/77064/ | 09:54 |
| *** alexheneveld has joined #heat | 09:54 | |
| *** che-arne has quit IRC | 09:57 | |
| *** akuznetsov has quit IRC | 09:58 | |
| *** sorantis has quit IRC | 09:59 | |
| *** mkollaro has quit IRC | 10:00 | |
| *** akuznetsov has joined #heat | 10:01 | |
| *** gokrokve has joined #heat | 10:03 | |
| *** gokrokve has quit IRC | 10:08 | |
| *** matsuhashi has quit IRC | 10:11 | |
| *** che-arne has joined #heat | 10:12 | |
| *** matsuhas_ has joined #heat | 10:14 | |
| *** Michalik- has joined #heat | 10:18 | |
| Qiming | mandira, it seems to me you only have the private network configured | 10:18 |
| Qiming | you may want to check this: https://ask.openstack.org/en/question/1973/vm-can-not-ping-outer-world-with-domain-name/ | 10:19 |
| mandira | Qiming: i have tried that one...and updated subnet | 10:21 |
| mandira | it's not working | 10:21 |
| *** e0ne_ has quit IRC | 10:21 | |
| *** nanjj has joined #heat | 10:25 | |
| *** pas-ha has joined #heat | 10:27 | |
| *** matsuhas_ has quit IRC | 10:30 | |
| *** Qiming has quit IRC | 10:33 | |
| *** matsuhashi has joined #heat | 10:42 | |
| *** saju_m has quit IRC | 10:42 | |
| *** matsuhashi has quit IRC | 10:43 | |
| *** nanjj has quit IRC | 10:46 | |
| *** sorantis has joined #heat | 10:47 | |
| *** jamie_h has joined #heat | 10:48 | |
| *** nanjj has joined #heat | 10:49 | |
| *** renlt has joined #heat | 10:52 | |
| *** mandira has quit IRC | 10:53 | |
| openstackgerrit | Mitsuru Kanabuchi proposed a change to openstack/heat: Update openstack-common in prep for graceful stop https://review.openstack.org/89484 | 10:53 |
| *** ramishra has quit IRC | 10:54 | |
| *** ramishra has joined #heat | 10:55 | |
| *** asalkeld has joined #heat | 10:57 | |
| *** e0ne has joined #heat | 11:00 | |
| *** saju_m has joined #heat | 11:01 | |
| *** gokrokve has joined #heat | 11:03 | |
| *** nosnos_ has quit IRC | 11:03 | |
| *** tspatzier has joined #heat | 11:03 | |
| *** e0ne has quit IRC | 11:05 | |
| *** gokrokve_ has joined #heat | 11:05 | |
| *** gokrokve has quit IRC | 11:08 | |
| *** gokrokve_ has quit IRC | 11:10 | |
| *** nkhare has quit IRC | 11:11 | |
| *** mkollaro has joined #heat | 11:14 | |
| openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/heat: Updated from global requirements https://review.openstack.org/89232 | 11:15 |
| *** alexpilotti has joined #heat | 11:17 | |
| *** rpothier__ has quit IRC | 11:19 | |
| openstackgerrit | Rabi Mishra proposed a change to openstack/heat: Fixes stack rollback failure with AWS::EC2::Instance https://review.openstack.org/90336 | 11:19 |
| *** saju_m has quit IRC | 11:20 | |
| *** rpothier has joined #heat | 11:21 | |
| *** saju_m has joined #heat | 11:26 | |
| *** ramishra has quit IRC | 11:32 | |
| *** ramishra has joined #heat | 11:33 | |
| *** alexpilotti has quit IRC | 11:35 | |
| *** alexpilotti has joined #heat | 11:36 | |
| *** Qiming has joined #heat | 11:39 | |
| *** akuznetsov has quit IRC | 11:39 | |
| *** onorua has quit IRC | 11:41 | |
| *** akuznetsov has joined #heat | 11:41 | |
| *** alexpilotti has quit IRC | 11:56 | |
| openstackgerrit | Mitsuru Kanabuchi proposed a change to openstack/heat: Update openstack-common in prep for graceful stop https://review.openstack.org/89484 | 11:58 |
| *** pas-ha has quit IRC | 11:59 | |
| *** pas-ha has joined #heat | 11:59 | |
| *** alexpilotti has joined #heat | 12:00 | |
| *** gokrokve has joined #heat | 12:03 | |
| *** erecio has joined #heat | 12:03 | |
| *** renlt has quit IRC | 12:04 | |
| *** asalkeld has quit IRC | 12:05 | |
| *** ramishra has quit IRC | 12:07 | |
| *** gokrokve has quit IRC | 12:07 | |
| *** tspatzier__ has joined #heat | 12:11 | |
| *** tspatzier has quit IRC | 12:11 | |
| openstackgerrit | Dimitri Mazmanov proposed a change to openstack/heat: Add a Nova Flavor resource. https://review.openstack.org/90029 | 12:12 |
| openstackgerrit | Mitsuru Kanabuchi proposed a change to openstack/heat: Shut the heat-engine after all threads finished https://review.openstack.org/86497 | 12:14 |
| *** ramishra has joined #heat | 12:15 | |
| *** rbuilta has joined #heat | 12:20 | |
| *** lipinski has joined #heat | 12:23 | |
| *** jdob has joined #heat | 12:30 | |
| *** aweiteka has joined #heat | 12:33 | |
| *** e0ne has joined #heat | 12:34 | |
| *** ramishra_ has joined #heat | 12:34 | |
| *** ramishra_ has quit IRC | 12:35 | |
| *** ramishra has quit IRC | 12:36 | |
| *** ramishra has joined #heat | 12:37 | |
| therve | shardy, I saw you approved https://review.openstack.org/#/c/89959/ | 12:39 |
| therve | Do you think the renaming from get_abandon_data to prepare_abandon makes sense? | 12:40 |
| therve | zaneb, If you're around ^^ | 12:41 |
| *** ramishra has quit IRC | 12:41 | |
| *** onorua has joined #heat | 12:42 | |
| *** pas-ha has quit IRC | 12:43 | |
| *** pas-ha has joined #heat | 12:44 | |
| *** alexpilotti has quit IRC | 12:45 | |
| *** saju_m has quit IRC | 12:47 | |
| *** pas-ha has quit IRC | 12:47 | |
| *** erecio_1 has joined #heat | 12:53 | |
| *** sorantis has quit IRC | 12:53 | |
| *** erecio has quit IRC | 12:56 | |
| *** pafuent has joined #heat | 12:56 | |
| *** radez_g0n3 is now known as radez | 12:56 | |
| *** blomquisg has joined #heat | 12:56 | |
| *** saju_m has joined #heat | 12:59 | |
| *** zns has joined #heat | 13:00 | |
| *** dims has quit IRC | 13:01 | |
| *** gokrokve has joined #heat | 13:03 | |
| *** alexpilotti has joined #heat | 13:03 | |
| *** dims has joined #heat | 13:03 | |
| *** gokrokve has quit IRC | 13:08 | |
| *** pas-ha has joined #heat | 13:13 | |
| *** alexpilotti has quit IRC | 13:16 | |
| shardy | therve: hi, I guess it's arguable, but it made sense to me, as it's not just getting the abandon data anymore, it's also setting up the deletion policy, ready for abandon | 13:16 |
| *** alexpilotti has joined #heat | 13:20 | |
| *** zz_gondoi is now known as gondoi | 13:21 | |
| therve | shardy, Mokay :). | 13:23 |
| *** arbylee has joined #heat | 13:24 | |
| *** mkerrin has quit IRC | 13:28 | |
| *** achampion has joined #heat | 13:32 | |
| *** nanjj has quit IRC | 13:33 | |
| *** sorantis has joined #heat | 13:35 | |
| *** onorua has quit IRC | 13:37 | |
| *** dims has quit IRC | 13:41 | |
| *** nanjj has joined #heat | 13:42 | |
| zaneb | therve: yeah, what shardy said ;) | 13:43 |
| *** dims has joined #heat | 13:43 | |
| *** zns has quit IRC | 13:45 | |
| *** dims has quit IRC | 13:53 | |
| *** zns has joined #heat | 13:55 | |
| *** dims has joined #heat | 13:55 | |
| *** zns has quit IRC | 13:55 | |
| *** Michalik- has quit IRC | 13:56 | |
| *** zns has joined #heat | 13:56 | |
| *** sjmc7 has joined #heat | 14:00 | |
| *** sabeen has joined #heat | 14:01 | |
| *** gokrokve has joined #heat | 14:04 | |
| *** arbylee has quit IRC | 14:09 | |
| *** e0ne has quit IRC | 14:12 | |
| *** chandan_kumar has quit IRC | 14:13 | |
| *** e0ne has joined #heat | 14:15 | |
| *** varora has left #heat | 14:19 | |
| *** e0ne_ has joined #heat | 14:19 | |
| *** e0ne has quit IRC | 14:22 | |
| *** piyush has joined #heat | 14:23 | |
| *** arbylee has joined #heat | 14:28 | |
| *** erecio_1 has quit IRC | 14:30 | |
| *** bnemec is now known as beekneemech | 14:31 | |
| *** aweiteka has quit IRC | 14:32 | |
| *** onorua has joined #heat | 14:36 | |
| *** Michalik- has joined #heat | 14:37 | |
| *** pafuent has quit IRC | 14:38 | |
| *** dims has quit IRC | 14:45 | |
| *** aweiteka has joined #heat | 14:45 | |
| *** dims has joined #heat | 14:47 | |
| *** sabeen has quit IRC | 14:47 | |
| *** sabeen has joined #heat | 14:48 | |
| *** arbylee has quit IRC | 14:48 | |
| *** pafuent has joined #heat | 14:52 | |
| *** Qiming has quit IRC | 14:53 | |
| *** bgorski has joined #heat | 14:53 | |
| *** kgriffs|afk is now known as kgriffs | 14:54 | |
| *** tspatzier__ has quit IRC | 14:59 | |
| *** IlyaE has joined #heat | 15:03 | |
| *** zhiyan_ is now known as zhiyan | 15:05 | |
| *** pafuent has quit IRC | 15:05 | |
| *** pafuent has joined #heat | 15:05 | |
| *** zhiyan is now known as zhiyan_ | 15:07 | |
| *** erecio_1 has joined #heat | 15:11 | |
| *** aweiteka has quit IRC | 15:11 | |
| therve | shardy, Hey, do you have some time to talk about stack restore and cinder volumes? | 15:14 |
| shardy | therve: Hi, sure! | 15:14 |
| therve | shardy, So I have this issue, when I do a restore, I create a volume based on the cinder snapshot created previously | 15:14 |
| *** gilliard has joined #heat | 15:15 | |
| therve | I use heat update code to do so | 15:15 |
| therve | So heat creates the new resource using the snapshot, but then try to delete the old volume | 15:15 |
| therve | Which it fails to do because it has snapshots attached | 15:15 |
| *** saju_m has quit IRC | 15:15 | |
| gilliard | stevebaker: Thanks for your recent patches about reducing db load :) | 15:16 |
| *** e0ne_ has quit IRC | 15:16 | |
| therve | So I have 2 solutions 1) I keep the volume 2) I delete the snapshot after using it, and then the volume | 15:16 |
| therve | shardy, What do you think? | 15:16 |
| openstackgerrit | Jason Dunsmore proposed a change to openstack/heat: Fix exceptions in update_stack https://review.openstack.org/89409 | 15:16 |
| shardy | therve: Hmm, yeah that is a problem, I guess it means we have to use backups for everything, like we do for the snapshot deletion policy | 15:16 |
| *** e0ne has joined #heat | 15:16 | |
| shardy | as we can't control what users may do via update between the snapshot and trigger to roll back | 15:16 |
| therve | Backups are so expensive though :/ | 15:17 |
| shardy | therve: at least it means we can probably reuse the existing code for deletion policy | 15:17 |
| therve | shardy, Sure, but it's some minimal reuse :) | 15:17 |
| *** sorantis_ has joined #heat | 15:18 | |
| shardy | therve: I guess the alternative is on delete of a volume, convert any snapshots into backups | 15:18 |
| shardy | that could start to get complex though | 15:18 |
| shardy | I would favour the simple-but-expensive solution initially :) | 15:18 |
| therve | I wished there was an option to tell cinder to do that automatically | 15:18 |
| shardy | well I guess we could look at implementing it in cinder | 15:19 |
| *** ramishra has joined #heat | 15:19 | |
| shardy | I'm not to familiar with it myself, but been looking at the code a bit while writing the tempest tests | 15:19 |
| *** sorantis_ has quit IRC | 15:19 | |
| *** sorantis has quit IRC | 15:20 | |
| therve | That could be interesting | 15:21 |
| shardy | It does seem like a use-case that's not really specific to Heat | 15:22 |
| shardy | cinder delete --preserve_snapshots | 15:22 |
| shardy | https://blueprints.launchpad.net/cinder/+spec/backup-snapshot | 15:24 |
| shardy | that seems somewhat related | 15:24 |
| *** aweiteka has joined #heat | 15:24 | |
| therve | Pretty recent :) | 15:26 |
| *** m_22 has joined #heat | 15:29 | |
| *** m_22 has left #heat | 15:29 | |
| *** varora has joined #heat | 15:31 | |
| *** david-lyle_ has joined #heat | 15:32 | |
| *** erecio_1 has quit IRC | 15:32 | |
| *** david-lyle_ is now known as david-lyle | 15:34 | |
| *** ramishra has quit IRC | 15:34 | |
| *** ramishra has joined #heat | 15:34 | |
| *** ramishra has quit IRC | 15:38 | |
| *** shakamunyi has joined #heat | 15:41 | |
| *** david-lyle has quit IRC | 15:46 | |
| *** david-lyle has joined #heat | 15:46 | |
| *** ramishra has joined #heat | 15:52 | |
| *** piyush has quit IRC | 15:52 | |
| *** dims has quit IRC | 15:53 | |
| *** zz_pablosan is now known as pablosan | 15:55 | |
| *** piyush has joined #heat | 15:55 | |
| *** pablosan is now known as zz_pablosan | 15:55 | |
| *** dims has joined #heat | 15:56 | |
| *** piyush1 has joined #heat | 15:57 | |
| *** erecio_1 has joined #heat | 16:00 | |
| *** piyush has quit IRC | 16:00 | |
| *** ramishra has quit IRC | 16:02 | |
| *** zz_pablosan is now known as pablosan | 16:03 | |
| *** pablosan has quit IRC | 16:04 | |
| *** pablosan has joined #heat | 16:05 | |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: tests make dummy db setup/reset consistent https://review.openstack.org/90413 | 16:07 |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: tests remove wr_delete_after decorator https://review.openstack.org/90414 | 16:07 |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: tests remove stack_delete_after decorator https://review.openstack.org/90415 | 16:07 |
| *** zns has quit IRC | 16:08 | |
| *** zhiyan_ is now known as zhiyan | 16:08 | |
| *** julienvey has quit IRC | 16:10 | |
| *** david-lyle has quit IRC | 16:12 | |
| *** zhiyan is now known as zhiyan_ | 16:14 | |
| *** chandan_kumar has joined #heat | 16:15 | |
| *** david-lyle has joined #heat | 16:20 | |
| *** e0ne has quit IRC | 16:21 | |
| *** spzala has joined #heat | 16:22 | |
| *** sorantis has joined #heat | 16:27 | |
| *** sorantis has quit IRC | 16:32 | |
| *** sdake_ has quit IRC | 16:32 | |
| *** david-lyle has quit IRC | 16:32 | |
| *** jstrachan has quit IRC | 16:38 | |
| *** TravT has joined #heat | 16:38 | |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: tests remove stack_delete_after decorator https://review.openstack.org/90415 | 16:39 |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: tests remove wr_delete_after decorator https://review.openstack.org/90414 | 16:39 |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: tests make dummy db setup/reset consistent https://review.openstack.org/90413 | 16:39 |
| *** jstrachan has joined #heat | 16:41 | |
| *** david-lyle has joined #heat | 16:42 | |
| *** jstrachan has quit IRC | 16:44 | |
| *** harlowja_away is now known as harlowja | 16:45 | |
| *** derekh has quit IRC | 16:47 | |
| openstackgerrit | A change was merged to openstack/heat: Don't manipulate LoadBalancer template in-place https://review.openstack.org/89958 | 16:47 |
| openstackgerrit | A change was merged to openstack/heat: Don't manipulate template during abandon https://review.openstack.org/89959 | 16:47 |
| *** mkerrin has joined #heat | 16:48 | |
| *** chandan_kumar has quit IRC | 16:54 | |
| *** nanjj has quit IRC | 16:56 | |
| *** yogesh has joined #heat | 16:58 | |
| *** yogesh_ has joined #heat | 17:00 | |
| *** zns has joined #heat | 17:01 | |
| *** mkollaro has quit IRC | 17:02 | |
| *** yogesh has quit IRC | 17:03 | |
| harlowja | SpamapS so convergence model, sounds interesting | 17:05 |
| *** jamie_h has quit IRC | 17:07 | |
| *** openstackstatus has quit IRC | 17:07 | |
| *** openstackstatus has joined #heat | 17:08 | |
| therve | shardy, I have a (maybe) stupid idea | 17:14 |
| therve | shardy, For a first step, only allow restore when deletion policy is retain | 17:14 |
| *** IlyaE has quit IRC | 17:14 | |
| *** zns has quit IRC | 17:14 | |
| *** erecio_1 has quit IRC | 17:15 | |
| openstackstatus | NOTICE: Gerrit will be unavailable for a few hours starting at 1600 UTC on Monday April 28th for an upgrade. See https://wiki.openstack.org/wiki/GerritUpgrade | 17:16 |
| *** alexheneveld has quit IRC | 17:16 | |
| *** sgordon has joined #heat | 17:16 | |
| *** sgordon has quit IRC | 17:16 | |
| *** sgordon has joined #heat | 17:16 | |
| *** erecio has joined #heat | 17:17 | |
| *** zns has joined #heat | 17:18 | |
| *** jprovazn has quit IRC | 17:19 | |
| *** rbuilta has quit IRC | 17:23 | |
| *** bgorski has quit IRC | 17:25 | |
| *** russellb is now known as rustlebee | 17:28 | |
| *** nati_ueno has joined #heat | 17:29 | |
| *** IlyaE has joined #heat | 17:30 | |
| *** nati_uen_ has joined #heat | 17:31 | |
| *** onorua has quit IRC | 17:32 | |
| *** ramishra has joined #heat | 17:33 | |
| *** nati_ueno has quit IRC | 17:34 | |
| SpamapS | harlowja: I thought you'd think so. :) | 17:34 |
| SpamapS | harlowja: it's just another way to get to the same end goal, but with more scale and hopefully more happy users. | 17:35 |
| harlowja | haha, ' the reason we could have this conversation is that we did not mention taskflow' , lol | 17:35 |
| harlowja | thx SpamapS :-P | 17:35 |
| harlowja | anyways, seems interesting, wonder how it will work out | 17:36 |
| SpamapS | harlowja: where did that comment come from? | 17:36 |
| harlowja | lol, the irc log from https://etherpad.openstack.org/p/heat-workflow-vs-convergence :-P | 17:36 |
| harlowja | at bottom ;) | 17:36 |
| harlowja | \o\ | 17:37 |
| harlowja | ha | 17:37 |
| *** ramishra has quit IRC | 17:37 | |
| *** piyush1 has quit IRC | 17:40 | |
| *** jstrachan has joined #heat | 17:41 | |
| jdob | question on resource_registry... if I have "Jdob::Awesome: awesome.yaml", that means that every resource I define in awesome.yaml is referenced by Jdob::Awesome::<resource_name> ? | 17:42 |
| therve | jdob, That means you defined a template resource | 17:44 |
| therve | It does abstract away the list resources you may have in it | 17:45 |
| jdob | it's more a question of what the syntax for resource_registry means | 17:46 |
| jdob | i get the idea of "OS::Quantum*": "OS::Neutron*" is a rename | 17:46 |
| jdob | so i'm making sure I'm understanding it right that when I specify a file, each resource in there gets shoved under the namespace I referenced in the key | 17:46 |
| jdob | (hope I'm asking that right) | 17:46 |
| *** yogesh has joined #heat | 17:47 | |
| *** yogesh_ has quit IRC | 17:48 | |
| SpamapS | harlowja: I thought it sounded familiar. doh. | 17:48 |
| therve | jdob, I'm not sure what you mean by "shoved under the namespace" | 17:50 |
| jdob | sorry, lemme try to explain it better | 17:50 |
| *** jstrachan has quit IRC | 17:50 | |
| jdob | inside of foo.yaml, I have a resource named foo_instance | 17:50 |
| jdob | if I have an environment that maps Jdob::Stuff: foo.yaml | 17:51 |
| jdob | and I have another template in that environment, I'd create a resource with type Jdob::Stuff::foo_instance | 17:51 |
| jdob | and that's how I'd point to the foo_instance resource inside of foo.yaml | 17:51 |
| therve | No that's not how it works. You can't access resources inside the template | 17:52 |
| therve | You create a resource that holds other resources, that's not a namespace | 17:52 |
| therve | Try to forget about the "OS::Quantum*" thing :) | 17:53 |
| jdob | :) | 17:53 |
| jdob | ok, so lemme try again | 17:53 |
| jdob | foo.yaml has a bunch of resources | 17:53 |
| jdob | outer.yaml would use that as a "nested stack" | 17:54 |
| jdob | and when it says type: "Jdob::Foo" | 17:54 |
| jdob | it's not saying a particular resource, it's saying the full foo.yaml stack | 17:54 |
| therve | When you say "Jdob::Foo" it is a resource, which happens to be a stack | 17:55 |
| jdob | ya, ok, that's how it was in my head, I just said it wrong | 17:55 |
| jdob | ok, that's way more clear | 17:55 |
| *** spzala has quit IRC | 17:56 | |
| jdob | thanks therve, working on a quick example now so I may be back with questions in a bit :) | 17:56 |
| therve | Sure thing | 17:56 |
| *** sballe has quit IRC | 17:59 | |
| harlowja | SpamapS lol, that was funny seeing that :-P | 18:01 |
| *** piyush has joined #heat | 18:06 | |
| *** piyush1 has joined #heat | 18:08 | |
| harlowja | anyway SpamapS let me know when u have further conversations, be interesting in seeing how this works out :-P | 18:09 |
| *** piyush has quit IRC | 18:11 | |
| SpamapS | harlowja: My thinking is that taskflow will play a small part at first. We'll just use it to help encapsulate the tasks but we might not use any of the distributed bits you've been working on just yet. | 18:14 |
| harlowja | SpamapS thats fair, i was thinking how last night that your convergence is still just mutations on a graph, but i guess u guys want to not do that? | 18:15 |
| harlowja | *not have a graph of things | 18:15 |
| harlowja | cause bascilly u are trying to get the graph to 'stabalize' | 18:15 |
| harlowja | *basically | 18:16 |
| harlowja | which then makes me wonder if previous work/algorithms would help in doing this, (such as in https://github.com/networkx/networkx/tree/master/networkx/algorithms) | 18:16 |
| harlowja | but idk, might be not in the same line of what u guys are thinking | 18:17 |
| SpamapS | harlowja: we absolutely want to have a graph | 18:17 |
| harlowja | so whats in the graph? | 18:17 |
| harlowja | tasks, desired results, something else? | 18:17 |
| SpamapS | harlowja: we just don't want to rely on the graph for all operations. It is informative, not authoritative. | 18:18 |
| harlowja | sure, so then the graph has 'the current view of the world' | 18:18 |
| SpamapS | because if we allow updates at any time to the template/parameters, then what we think the graph is, might be wrong. | 18:18 |
| harlowja | and mutations on that graph would be done to get it into the desired state? | 18:18 |
| harlowja | do mutations on the graph to bring it closer to relaity? | 18:18 |
| SpamapS | So we'd use it to inform us of what is the likely next step. | 18:18 |
| harlowja | ya | 18:19 |
| * harlowja still wonders what would be contained in that graph | 18:19 | |
| *** gokrokve has quit IRC | 18:19 | |
| SpamapS | harlowja: the graph from the template | 18:19 |
| harlowja | k, so the desired state of the world | 18:20 |
| SpamapS | right | 18:20 |
| harlowja | then there is another graph, that has the current state of the world | 18:20 |
| harlowja | ? | 18:20 |
| *** gokrokve has joined #heat | 18:20 | |
| harlowja | and try to make those isomorphic | 18:20 |
| SpamapS | and in each task, the completion would emit an event "I finished graph position x,y,z" .. then the event handler for that would go "ok, x,y,z is done. Do I start more tasks now?" | 18:21 |
| *** shardy is now known as shardy_afk | 18:21 | |
| *** IlyaE has quit IRC | 18:21 | |
| SpamapS | It's not _that_ far off from the way things currently work, but things are done via events/rpc rather than in RAM in the scheduler and stack object. | 18:21 |
| harlowja | right, which is sorta simlar to http://docs.openstack.org/developer/taskflow/notifications.html | 18:22 |
| harlowja | see http://docs.openstack.org/developer/taskflow/notifications.html#task-notifications (for example) | 18:22 |
| harlowja | agreed, its those durn coroutines that hide all of it ;) | 18:22 |
| SpamapS | harlowja: I had not read that far just yet. That seems like it might make the engine more useful than I had thought. | 18:22 |
| harlowja | we emit as much as we can | 18:23 |
| *** gokrokve has quit IRC | 18:24 | |
| harlowja | https://review.openstack.org/#/c/86470/ is also in this area, just fyi | 18:25 |
| harlowja | they sorta serve similar purposes, callbacks emitting, and yielding states | 18:26 |
| harlowja | callbacks have more info | 18:26 |
| harlowja | *like the result of the task | 18:26 |
| harlowja | but SpamapS i think what u are thinking is that an engine (in taskflow, or other) emits these kind of things, then the 'observer' has a chance to add new tasks in, or alter the graph that is being used by the engine, and repeat... | 18:27 |
| harlowja | until sometime in the future it coverges (if ever) | 18:27 |
| harlowja | *converges | 18:27 |
| SpamapS | harlowja: hrm no the observer wouldn't really interact w/ the converger | 18:28 |
| SpamapS | harlowja: the observer would just update the observed state of things. | 18:28 |
| SpamapS | harlowja: and emit events "x changed" | 18:28 |
| SpamapS | well I guess that's interaction | 18:28 |
| *** nati_uen_ has quit IRC | 18:30 | |
| harlowja | so i could imagine it being, observer emits, converger controls an engine, engine runs things, when observer emits, converger learns about, and potentially alters engine activites to accomdate this change, the engine emits as well (which could also be listened to by the observer) | 18:30 |
| *** nati_uen_ has joined #heat | 18:31 | |
| harlowja | observer also listens from other systems | 18:32 |
| harlowja | and world peace | 18:32 |
| harlowja | lol | 18:32 |
| *** nati_ue__ has joined #heat | 18:35 | |
| *** nati_uen_ has quit IRC | 18:38 | |
| SpamapS | harlowja: right, the engine has to emit to the observer, so observer knows urgent things that need to be observed. | 18:46 |
| harlowja | yup | 18:46 |
| SpamapS | observer can also do low priority refresh observing | 18:46 |
| *** varora has left #heat | 18:46 | |
| SpamapS | for things that must be polled | 18:46 |
| harlowja | observability was one of the things that i knew taskflow had to provide, coroutines hide this | 18:46 |
| SpamapS | but hopefully we can just subscribe to a notification bus for 99% of things | 18:46 |
| harlowja | sure | 18:47 |
| harlowja | SpamapS ya, so it will be done by next week right | 18:48 |
| harlowja | don't be a slacker | 18:49 |
| harlowja | bb | 18:49 |
| *** radez is now known as radez_g0n3 | 18:49 | |
| *** gokrokve has joined #heat | 18:50 | |
| SpamapS | harlowja: it's already done, but it was in ruby so we have to redo it | 18:50 |
| *** jstrachan has joined #heat | 18:51 | |
| *** zns has quit IRC | 18:54 | |
| *** lindsayk has joined #heat | 18:56 | |
| gokrokve | Hi. This is very interesting conversation. | 18:57 |
| gokrokve | Initially in Murano we had convergence engine. It was implemented as a set of rules which were processing in a loop on metadata. Each change in metadta initiated a new loop of rules processing. So on each iteration the engine was trying to match rule against current metadata state and if rule matched it was executed. | 18:59 |
| gokrokve | I think it is pretty close to Heat convergence idea. | 18:59 |
| gokrokve | We had a lot of obstacles on this path as it looks simple at first look but during the implementation a lot of details will be revealed :-) | 19:00 |
| gokrokve | I am not sure that it will be possible to have a simple graph convergence approach as some of the decisions should be made based on some data which might belong to resource and engine does not know how to access it. | 19:01 |
| gokrokve | In Murano case most of the decisions are data driven. | 19:01 |
| gokrokve | It will be interesting if TaskFlow provides not only tasks primitives, but also allows to have some distributed data model accessible from each worker. | 19:03 |
| gokrokve | In a way when task is a task + metadata context. | 19:04 |
| *** bvandenh has quit IRC | 19:04 | |
| *** zns has joined #heat | 19:09 | |
| stevebaker | gilliard: you're welcome. I might continue until a stack load only requires one query | 19:11 |
| *** IlyaE has joined #heat | 19:13 | |
| zaneb | gokrokve: "during the implementation a lot of details will be revealed" <- that's what frightens me too | 19:18 |
| *** jstrachan has quit IRC | 19:19 | |
| gokrokve | zaneb: Yeah. This is a common problem, when the initial bright idea becomes a huge development problem :-) But still I think Heat should have such capabilities. The idea itself is very interesting. | 19:20 |
| zaneb | I agree, and we need to address all those problems _somehow_ | 19:20 |
| gokrokve | zaneb: It will also require some commitment from TaskFlow team as it might be necessary to have new entities in the library. | 19:20 |
| gokrokve | The first major obstacle we have in Murano is how to manage user data which appears in template\package during the runtime. | 19:21 |
| gokrokve | Right now Heat has only waitcondition for that. But naturally I want to be able to say that if I have variable A set and varible B set and resource C in state Created then proceed with next resource. | 19:23 |
| gokrokve | Probably it can be expressed via dependencies tree. | 19:23 |
| gokrokve | In Murano we allow user to create variables in runtime and evaluate them. This gives a lot of flexibility and simplifies the syntax. | 19:24 |
| gokrokve | I saw some conversations about variables in Heat too. That will be great to have. | 19:24 |
| gokrokve | I actually think Murano team has to participate in such conversations more actively :-) | 19:26 |
| gokrokve | zaneb: How do you discuss the new features in Heat? Via mailing lists or you have some Google hangout sessions? | 19:27 |
| zaneb | mailing list | 19:27 |
| gokrokve | Cool. I will ask Murano team to take closer look to the features proposed in Heat and prepare for a design summit. | 19:28 |
| zaneb | that would be great | 19:28 |
| zaneb | http://junodesignsummit.sched.org/event/f40c3a9e3eacef1f2a681f0d09d4d695 | 19:29 |
| gokrokve | Thanks! | 19:29 |
| zaneb | that ^ is the design summit session to discuss this | 19:29 |
| zaneb | I expect it may spill into the next session a bit too ;) | 19:29 |
| gokrokve | Yeah. I remember the HK summit. There were a lot of hot topics about HOT. | 19:30 |
| zaneb | ugh, did we really invent *another* way of parsing templates inside AutoScalingGroup??? | 19:31 |
| zaneb | AutoScalingResourceGroup, rather | 19:32 |
| gokrokve | Kind of :-) | 19:33 |
| gokrokve | By the way, I remember the session in HK about Heat engine HA. | 19:33 |
| gokrokve | This topic sounds quite close to the Heat scaling and robustness. | 19:34 |
| *** vijendar has joined #heat | 19:35 | |
| gokrokve | An that session in HK is was decided that each Heat engine will have a limited view to the resources in different location\engine. | 19:35 |
| gokrokve | It looks like right now the idea is to have a kind of distributed metadata\state visible from each engine\worker. | 19:36 |
| *** varora has joined #heat | 19:36 | |
| zaneb | tbh I've completely forgotten what sessions we had in HK ;) | 19:36 |
| gokrokve | It will be interesting to see the final architecture. | 19:37 |
| zaneb | there are no _final_ architectures ;) | 19:37 |
| gokrokve | zaneb: Yeah. Final current architecture :-) | 19:38 |
| gokrokve | or Current final architecture. | 19:38 |
| zaneb | ResourceGroup doesn't implement it's own template parser, so why does AutoScalingResourceGroup? | 19:39 |
| gokrokve | zaneb: If I remember correctly, the initial idea was that Autscaling will have a separate dedicated service. So it was not clear should Heat parse policies by itself or just pass them to the autoscaling service. | 19:42 |
| *** lindsayk has quit IRC | 19:42 | |
| gokrokve | It can be additional feature in Heat to have policy parser resource :-) | 19:43 |
| zaneb | I'm not talking about policy | 19:43 |
| zaneb | the launch config is now embedded in the scaling group | 19:43 |
| zaneb | in ResourceGroup it had a defined schema | 19:44 |
| zaneb | in AutoScalingResourceGroup the schema is now "looks like a resource" in any combination of cfn/HOT template formats | 19:44 |
| *** fandi has joined #heat | 19:44 | |
| gokrokve | I thought it was by design as a legacy stuff from AWS. | 19:44 |
| *** akuznetsov has quit IRC | 19:45 | |
| zaneb | both of those resource types are new prototypes, not from AWS | 19:45 |
| *** jistr has quit IRC | 19:45 | |
| *** akuznetsov has joined #heat | 19:45 | |
| zaneb | so basically I spent half of Icehouse putting all template parsing behind a pluggable API | 19:46 |
| zaneb | and now we're getting ad-hoc parsers implemented in random corners of the code :/ | 19:46 |
| *** radez_g0n3 is now known as radez | 19:46 | |
| *** harlowja is now known as harlowja_away | 19:49 | |
| gokrokve | I think this is inevitable as you have to pass not just a reference to existing resource, but a snippet which will be used for instantiation. | 19:49 |
| *** shakamunyi has quit IRC | 19:50 | |
| gokrokve | Anf for Heat during Autoscaling group creation the resource attribute just a string, but later inside ASG you have to process this string as a heat template and resolve references in it if they exist. | 19:50 |
| gokrokve | I don't see how to do this in a single pass of Heat template processing. | 19:51 |
| *** Michalik- has quit IRC | 19:55 | |
| *** tspatzier__ has joined #heat | 19:56 | |
| SpamapS | http://paste.ubuntu.com/7332308/ <-- HOT template for TripleO style Nagios server. | 20:03 |
| SpamapS | hm, how does one add a floating ip to a server? | 20:03 |
| *** yogesh has quit IRC | 20:04 | |
| *** lindsayk has joined #heat | 20:08 | |
| *** harlowja_away is now known as harlowja | 20:09 | |
| *** lindsayk has quit IRC | 20:09 | |
| *** lindsayk has joined #heat | 20:09 | |
| gokrokve | SpamapS: We used this Heat template snippen for FloatingIP assigment https://github.com/stackforge/murano-repository/blob/release-0.4/muranorepository/Services/heat_templates/FloatingIP.template | 20:12 |
| gokrokve | SpamapS: It is for Neutron networking, not for Nova network. | 20:13 |
| *** varora has left #heat | 20:13 | |
| *** blomquisg has quit IRC | 20:13 | |
| *** jdob has quit IRC | 20:15 | |
| *** jdob has joined #heat | 20:15 | |
| *** ifarkas has quit IRC | 20:20 | |
| *** sabeen has quit IRC | 20:21 | |
| *** jdob has quit IRC | 20:24 | |
| *** jdob has joined #heat | 20:24 | |
| *** daneyon has joined #heat | 20:26 | |
| *** Michalik- has joined #heat | 20:27 | |
| *** daneyon has quit IRC | 20:27 | |
| *** daneyon has joined #heat | 20:27 | |
| *** alexheneveld has joined #heat | 20:31 | |
| *** gokrokve has quit IRC | 20:31 | |
| *** IlyaE has quit IRC | 20:40 | |
| *** openstackstatus has quit IRC | 20:45 | |
| *** openstackstatus has joined #heat | 20:45 | |
| *** openstackstatus has quit IRC | 20:50 | |
| *** openstackstatus has joined #heat | 20:50 | |
| *** aweiteka has quit IRC | 20:50 | |
| therve | zaneb, Don't attribute to malice what can be explained by ignorance | 20:51 |
| therve | (paraphrasing) | 20:51 |
| *** IlyaE has joined #heat | 20:52 | |
| therve | The original code I reviewed was different from what's in there, though | 20:53 |
| therve | Well look at that https://review.openstack.org/#/c/73580/ :) | 20:54 |
| *** gokrokve has joined #heat | 20:56 | |
| *** ChanServ sets mode: +v openstackstatus | 20:57 | |
| -openstackstatus- NOTICE: Gerrit will be unavailable for a few hours starting at 1600 UTC on Monday April 28th for an upgrade. See https://wiki.openstack.org/wiki/GerritUpgrade | 20:58 | |
| zaneb | therve: thanks, I hadn't noticed that at the time | 20:58 |
| zaneb | but the real problem happened earlier | 20:59 |
| therve | Maybe, it was a bit subtle though | 20:59 |
| zaneb | when the schema for that resource was defined as taking a template snippet devoid of the context of its template | 20:59 |
| therve | Ah, well | 21:00 |
| zaneb | I don't recall seeing the review for it, but I assumed that it would have the same interface as ResourceGroup | 21:00 |
| therve | I don't know why it was done this way | 21:05 |
| *** pafuent has left #heat | 21:07 | |
| zaneb | actually, the part in that patch isn't a problem at all, and the stuff I am working on now will clean it up | 21:07 |
| zaneb | _get_instance_definition() is the problem | 21:07 |
| therve | How so? | 21:08 |
| zaneb | it just takes some free-form data and dumps it into the template | 21:08 |
| zaneb | but I guess we can assume it is in HOT format | 21:09 |
| zaneb | I thought the conversion thing meant it could be in either format | 21:09 |
| zaneb | on closer inspection, that only applies to reading back resource definitions from the existing nested template | 21:10 |
| *** daneyon has quit IRC | 21:10 | |
| zaneb | not to creating new ones | 21:10 |
| zaneb | my bad, nothing to see here... | 21:10 |
| zaneb | though I don't know why we wouldn't have an explicit schema like ResourceGroup does | 21:11 |
| therve | I *think* it was about simplicity. Explicit sounds better | 21:11 |
| *** erecio has quit IRC | 21:15 | |
| SpamapS | gokrokve: thanks. Thats what I was afraid of. Seems like we should make Heat smart enough to just point a FloatingIPAssocation at a server. | 21:28 |
| SpamapS | :q | 21:28 |
| *** jdob has quit IRC | 21:29 | |
| gokrokve | SpamapS: Yes. It will be great. In Murano we had to add Advanced networking module, which actually communicates with Neutron to find proper resources available like ext_network, routers and private networks. If they are available we use them, if not we create new neutron resources for that. | 21:29 |
| SpamapS | gokrokve: why didn't you do that in Heat? | 21:29 |
| gokrokve | SpamapS: How? | 21:31 |
| SpamapS | gokrokve: add it to the floating IP association resource | 21:31 |
| gokrokve | In workflow I can make a decision and this decision is controlled by user. | 21:31 |
| gokrokve | In Heat I can add a new resource but it will be hard to use it. | 21:31 |
| SpamapS | or create a new resource "OS::Heat::TypicalNetwork" | 21:31 |
| gokrokve | SpamapS: Typical Network can work, I think. | 21:32 |
| gokrokve | It can be done with nested resources\template | 21:32 |
| SpamapS | gokrokve: my point is that Heat is good for just asking for something that involves a lot of work on the backend, but is a generally accepted usage pattern of an API. Like autoscaling group. | 21:33 |
| gokrokve | SpamapS: Yes. I think this is a good idea actually. | 21:33 |
| gokrokve | Let me open a blue-print for that. | 21:33 |
| SpamapS | gokrokve: cool. And I think many users of Heat would like it. | 21:34 |
| SpamapS | Including me.. as I create a port.. and a floatingip .. and a floatingip association.. :-P | 21:34 |
| gokrokve | SpamapS: I think so. | 21:35 |
| *** nati_ue__ has quit IRC | 21:35 | |
| *** nati_uen_ has joined #heat | 21:36 | |
| SpamapS | I think if nothing else we should just be able to point FloatinGIPAssociation at a port, and have it figure out that we meant to also allocate a floatingip to it. | 21:37 |
| gokrokve | https://etherpad.openstack.org/p/heat-typical-network-resource | 21:42 |
| *** piyush1 has left #heat | 21:46 | |
| zaneb | SpamapS: I thought you could do that? | 21:46 |
| SpamapS | gokrokve: cool | 21:46 |
| zaneb | SpamapS: https://github.com/openstack/heat/blob/master/heat/engine/resources/neutron/floatingip.py#L46 | 21:47 |
| SpamapS | zaneb: floatingip_id is required | 21:47 |
| SpamapS | oh the opposite | 21:47 |
| zaneb | SpamapS: that _is_ FloatingIP | 21:47 |
| *** nati_ueno has joined #heat | 21:47 | |
| SpamapS | right I see that | 21:47 |
| SpamapS | Ok that's 3 less lines of yaml yay | 21:48 |
| zaneb | I'm not a big fan of any resource with "Association" in the name | 21:49 |
| SpamapS | hm | 21:49 |
| SpamapS | zaneb: agreed! | 21:49 |
| zaneb | sometimes you need 'em, but it's always better to avoid if you can | 21:49 |
| gokrokve | you still need FLOATING_NETWORK_ID | 21:49 |
| SpamapS | zaneb: though if you have existing floating ips ... | 21:49 |
| zaneb | gokrokve: floating_network_id is the ID of the external network (aka teh Internets) | 21:50 |
| SpamapS | gokrokve: right, I had to add two parameters to my template for both the network for my server's port, and for the external port. I'd much rather just attach the floating ip to "whatever port you can find on my server" and "whatever network has floating ips available" | 21:50 |
| SpamapS | which is the typical scenario | 21:51 |
| *** nati_uen_ has quit IRC | 21:51 | |
| zaneb | you'll have to take that one up with neutron ;) | 21:51 |
| gokrokve | for external network you will have some kind of discovery | 21:51 |
| gokrokve | at least we do this in Murano | 21:52 |
| gokrokve | otherwise you will have to ask about ext network id from user. Which is not very desirable. | 21:52 |
| zaneb | external network is presumably controlled completely by the admin, and it is a total mystery to me why it is half-exposed to the end-user in this way | 21:52 |
| *** vijendar has quit IRC | 21:52 | |
| gokrokve | zaneb: because you can have multiple external networks for multiple needs. | 21:53 |
| gokrokve | In Murano we ended up with allowing to filter networks by regexp lookup in their names | 21:54 |
| gokrokve | ut this is for limited use cases in enterprise cloud | 21:54 |
| SpamapS | zaneb: You asked. They answered. With words. LOTS OF WORD. | 21:54 |
| zaneb | gokrokve: I suspect that's the symptom of a bigger problem, where the boundaries of the virtual network are not clearly defined, and it instead blends with physical networks set up by the operator in ways that are sort-of-but-not-quite represented in the API | 21:56 |
| *** IlyaE has quit IRC | 21:56 | |
| SpamapS | and why must I use the network UUID for OS::Neutron::Port ? | 21:56 |
| *** kgriffs is now known as kgriffs|afk | 21:57 | |
| SpamapS | zaneb: I could see a scenario where there is external-cheap-slow-net and external-expensive-fast-net for floating ips. | 21:57 |
| gokrokve | zaneb: I think you are right. Neutron provides too low-level abstraction. | 21:57 |
| SpamapS | zaneb: any idea on why I can't use networks by name? | 21:58 |
| gokrokve | zaneb: Some part of meta information is in users mind. Like I use external network "untrusted" for generic internet communication and "secured" for my internet payments. | 21:58 |
| zaneb | SpamapS: that may have been a neutron restriction, I don't recall for sure | 21:58 |
| zaneb | SpamapS: I suspect at the very least that names are not unique | 21:59 |
| SpamapS | zaneb: neutronclient's CLI port-create takes "id or name" | 21:59 |
| gokrokve | SpamapS: I don't think that they have unique network names as a requirement | 21:59 |
| SpamapS | we allow image names | 21:59 |
| SpamapS | but they're not required to be unique | 21:59 |
| SpamapS | so that's not valid | 21:59 |
| gokrokve | SpamapS: Agree. It will be good to use just names instead of ids. | 22:00 |
| zaneb | SpamapS: iirc neutron client handles that case by doing a lookup-by-name before the actual call | 22:00 |
| zaneb | I don't recall the details of why we're not doing that | 22:01 |
| zaneb | stevebaker would probably remember | 22:01 |
| SpamapS | zaneb: https://git.openstack.org/cgit/openstack/python-neutronclient/tree/neutronclient/neutron/v2_0/__init__.py#n46 | 22:06 |
| SpamapS | now.. it would be better if the server just accepted both and did that discovery inside | 22:06 |
| SpamapS | but meh | 22:06 |
| SpamapS | we should just use that function | 22:06 |
| zaneb | https://git.openstack.org/cgit/openstack/python-neutronclient/tree/neutronclient/neutron/v2_0/__init__.py#n84 | 22:07 |
| zaneb | that ^ looks way-inefficient :/ | 22:07 |
| gokrokve | https://blueprints.launchpad.net/heat/+spec/typical-network-resource | 22:14 |
| *** gondoi is now known as zz_gondoi | 22:15 | |
| *** tspatzier__ has quit IRC | 22:16 | |
| *** fandi has quit IRC | 22:19 | |
| SpamapS | zaneb: efficiency isn't really Neutron's "thing" ;) | 22:23 |
| *** arbylee has joined #heat | 22:23 | |
| zaneb | no comment | 22:24 |
| *** gokrokve has quit IRC | 22:33 | |
| *** nati_ueno has quit IRC | 22:35 | |
| *** achampion has quit IRC | 22:36 | |
| *** david-lyle has quit IRC | 22:36 | |
| *** nati_ueno has joined #heat | 22:36 | |
| *** lindsayk has quit IRC | 22:37 | |
| *** daneyon has joined #heat | 22:37 | |
| *** lindsayk has joined #heat | 22:37 | |
| *** arbylee has quit IRC | 22:38 | |
| *** IlyaE has joined #heat | 22:39 | |
| *** sgordon has quit IRC | 22:42 | |
| SpamapS | http://paste.ubuntu.com/7333283/ | 22:46 |
| SpamapS | so there's my HOT template for spinning up Nagios using TripleO's nagios3 element (must be built into the image of course) | 22:46 |
| *** gokrokve has joined #heat | 22:53 | |
| SpamapS | durn.. need to setup my heat to have a stack domain admin | 22:54 |
| *** zns has quit IRC | 23:01 | |
| *** daneyon has quit IRC | 23:13 | |
| *** gokrokve_ has joined #heat | 23:15 | |
| *** gokrokve has quit IRC | 23:18 | |
| *** derekh has joined #heat | 23:24 | |
| openstackgerrit | Alex Gaynor proposed a change to openstack/heat: Fix many typos https://review.openstack.org/90505 | 23:26 |
| *** IlyaE has quit IRC | 23:27 | |
| SpamapS | ugh | 23:30 |
| *** achampion has joined #heat | 23:32 | |
| *** arbylee has joined #heat | 23:36 | |
| *** dims has quit IRC | 23:39 | |
| *** IlyaE has joined #heat | 23:43 | |
| openstackgerrit | Alex Gaynor proposed a change to openstack/heat: Fix many typos https://review.openstack.org/90505 | 23:45 |
| *** dims has joined #heat | 23:52 | |
| *** derekh has quit IRC | 23:52 | |
| *** shakamunyi has joined #heat | 23:55 | |
| openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/heat: Updated from global requirements https://review.openstack.org/89232 | 23:58 |
| SpamapS | shardy_afk: when you're around next.. I am trying to make some stacks with non admin users.. running into "ERROR: Remote error: NotFound Could not find role, 5d7f3e171f1b4cd58078d5b7f87b74ba. (HTTP 404)" which is the role for heat_stack_owner | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!