*** hdd has joined #heat | 00:00 | |
*** gokrokve has quit IRC | 00:03 | |
asalkeld | no one lining up to go for tc | 00:04 |
---|---|---|
asalkeld | or they are as confused as i am about those questions:-O | 00:04 |
openstackgerrit | A change was merged to openstack/heat: Revert "Hard delete backup stack after successful update." https://review.openstack.org/126084 | 00:06 |
*** hdd has quit IRC | 00:08 | |
*** EricGonczer_ has joined #heat | 00:09 | |
*** Putns has quit IRC | 00:11 | |
*** EricGonczer_ has quit IRC | 00:16 | |
asalkeld | cool so our coverage does work: http://logs.openstack.org/c5/c511d076b8b36ec70f1edeb7176bde156aee429a/post/heat-coverage/d858a26/cover/ | 00:19 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Configure flavor and image from env https://review.openstack.org/126445 | 00:24 |
stevebaker | asalkeld: what check job produces that? | 00:26 |
asalkeld | stevebaker, i don't think it's a check | 00:26 |
asalkeld | it's a "post" job | 00:26 |
asalkeld | what ever that is | 00:26 |
asalkeld | (maybe time based?) | 00:27 |
asalkeld | pip install git-os-jobs | 00:27 |
asalkeld | cd heat | 00:27 |
asalkeld | git os-jobs | 00:27 |
*** DaveJ__ has quit IRC | 00:36 | |
*** gokrokve has joined #heat | 00:39 | |
*** kopparam has joined #heat | 00:40 | |
*** gokrokve has quit IRC | 00:40 | |
*** kopparam has quit IRC | 00:45 | |
*** Qiming has joined #heat | 00:46 | |
*** ajc_ has joined #heat | 00:46 | |
*** dsneddon_ has quit IRC | 00:47 | |
*** gokrokve has joined #heat | 00:47 | |
*** dsneddon_ has joined #heat | 00:48 | |
*** dims has quit IRC | 00:57 | |
*** dims has joined #heat | 00:57 | |
openstackgerrit | A change was merged to openstack/heat: Implement check for Rackspace resources https://review.openstack.org/117357 | 01:00 |
*** nosnos has joined #heat | 01:01 | |
miguelgrinberg | I have a quick question about software config, hopefully someone has seen this before and can give me an idea of what I'm doing wrong. | 01:02 |
*** dims has quit IRC | 01:02 | |
miguelgrinberg | I have a template that has a server, a software deployment and a software config. The software config has a simple bash script. When I run the template the boot log shows that the user data script was empty. | 01:02 |
*** Drago has quit IRC | 01:02 | |
miguelgrinberg | so it appears that the bash script in the software config resource never makes it to the instance | 01:02 |
miguelgrinberg | if I add a config section to the instance, that runs just fine | 01:03 |
miguelgrinberg | sorry, I mean a "user data" section. That overrides the software deployment and runs, and the template reaches completion | 01:03 |
miguelgrinberg | without user data in the server resource the software deployment resource times out | 01:04 |
asalkeld | stevebaker, ^ | 01:04 |
*** dsneddon_ has quit IRC | 01:08 | |
*** dsneddon_ has joined #heat | 01:09 | |
*** kebray has quit IRC | 01:09 | |
miguelgrinberg | asalkeld: thanks. I guess this'll have to wait until tomorrow :-) | 01:10 |
asalkeld | miguelgrinberg, sorry I don't know software config enough to know where you are going wrong | 01:12 |
miguelgrinberg | sure, no problem, I'll bang my head against the wall for a bit more and if not I'll try to find stevebaker tomorrow | 01:13 |
asalkeld | do you have the userdata_format set? | 01:14 |
asalkeld | do you have the agents installed? | 01:14 |
asalkeld | (some things I'd check) | 01:15 |
miguelgrinberg | yes, it's set to SOFTWARE_CONFIG, but I get the same issue if I go with HEAT_CFNTOOLS | 01:15 |
miguelgrinberg | agents? what do you mean by agents? | 01:15 |
asalkeld | https://github.com/openstack/heat-templates/tree/master/hot/software-config | 01:16 |
asalkeld | http://docs.openstack.org/developer/heat/getting_started/jeos_building.html | 01:17 |
miguelgrinberg | One of the images I tried is the Fedora 17 from the heat wiki, so I guess I do have that | 01:17 |
miguelgrinberg | I have another image that was created (by someone else) using the disk image builder, based on Ubuntu. Both show the same problem. | 01:18 |
asalkeld | diskimage-builder/bin/disk-image-create vm \ | 01:18 |
asalkeld | fedora selinux-permissive \ | 01:18 |
asalkeld | heat-config \ | 01:18 |
asalkeld | os-collect-config \ | 01:18 |
asalkeld | os-refresh-config \ | 01:18 |
asalkeld | os-apply-config \ | 01:18 |
asalkeld | heat-config-cfn-init \ | 01:18 |
asalkeld | heat-config-puppet \ | 01:18 |
asalkeld | heat-config-script \ | 01:18 |
asalkeld | -o fedora-software-config.qcow2 | 01:18 |
*** EricGonczer_ has joined #heat | 01:19 | |
miguelgrinberg | I'm trying to send a shell script, and I see in the boot log that the instance tries to run it. The problem is that when the software deployment sends the user data blog to the instance that has an empty user script. The other parts of the multipart blog are there. | 01:20 |
miguelgrinberg | *blob | 01:20 |
miguelgrinberg | I can even see this if I talk to the metadata service from the instance after the fact | 01:21 |
miguelgrinberg | whatever I put in the software config resource is lost for some reason | 01:21 |
*** sdake has joined #heat | 01:24 | |
*** gokrokve_ has joined #heat | 01:26 | |
*** dimsum_ has joined #heat | 01:26 | |
*** gokrokve has quit IRC | 01:29 | |
*** gokrokve_ has quit IRC | 01:30 | |
*** erkules has joined #heat | 01:37 | |
*** erkules_ has quit IRC | 01:40 | |
openstackgerrit | Angus Salkeld proposed a change to openstack/heat: Make sure that property defaults are converted correctly https://review.openstack.org/124943 | 01:41 |
openstackgerrit | Angus Salkeld proposed a change to openstack/heat: Use properties in ceilometer alarm not parsed_template('Properties') https://review.openstack.org/124944 | 01:41 |
*** kopparam has joined #heat | 01:41 | |
*** hdd has joined #heat | 01:43 | |
*** ajc_ has quit IRC | 01:44 | |
*** Qiming has quit IRC | 01:44 | |
miguelgrinberg | asalkeld: I made it work. It seems this is undocumented (figured it out by reading the code), but the "user_data" property of the server resource needs to be set to the software config resource for things to work. This comment message gave me the clue: https://github.com/openstack/heat/commit/15fc2af0aee403cd5a541d6d1d219d6daa5d0339 | 01:45 |
asalkeld | looking | 01:46 |
*** kopparam has quit IRC | 01:46 | |
miguelgrinberg | the odd thing is that I have a software deployment linking to the server and the software config, and now I added yet another link from the server to the config, bypassing the deployment resource | 01:46 |
asalkeld | yeah, that doesn't seem right | 01:47 |
miguelgrinberg | there's a bug somewhere in there, I'll talk to stevebaker when I find him | 01:47 |
asalkeld | but we need stevebaker to explain that to us | 01:48 |
asalkeld | yeah | 01:48 |
miguelgrinberg | thanks for your help | 01:48 |
*** ccrouch has joined #heat | 01:48 | |
*** ccrouch has quit IRC | 01:48 | |
*** ccrouch has joined #heat | 01:48 | |
miguelgrinberg | what TZ is he on? | 01:48 |
asalkeld | you mean thanks for the company, whilst you solved it;) | 01:48 |
*** reed has quit IRC | 01:48 | |
asalkeld | he is in NZ | 01:48 |
asalkeld | maybe lunch time? | 01:49 |
asalkeld | 2:49pm | 01:49 |
miguelgrinberg | ah, okay, I'll try him later, I'm US west coast, still have some time | 01:49 |
*** andreaf has quit IRC | 01:57 | |
*** andreaf has joined #heat | 01:58 | |
stevebaker | I'm back | 02:01 |
*** hdd has quit IRC | 02:01 | |
miguelgrinberg | stevebaker: Hi, looks like you have answers, and I have questions | 02:01 |
stevebaker | reading the backscroll | 02:01 |
stevebaker | miguelgrinberg: so, user_data is for boot-only config, so you can reference a config resource or specify an inline script | 02:03 |
miguelgrinberg | that's what I thought, but if I don't set user_data to a config resource my deployment times out | 02:04 |
stevebaker | miguelgrinberg: deployment resources are for runtime config, which is if you might want to do any configuration task without having to boot a new server. | 02:04 |
miguelgrinberg | because the script in my config resource never makes it to the instance | 02:04 |
stevebaker | miguelgrinberg: it gets polled later by the agent on your custom image. It isn't in the user_data | 02:04 |
miguelgrinberg | stevebaker: you mean I can't use a software deployment resource with a brand new server? | 02:05 |
miguelgrinberg | from reading the code it appears the only way to get a provisioning script stored in a config resource to be provided to an instance is by putting the uuid of the config resource in the user_data property | 02:06 |
stevebaker | miguelgrinberg: I would recommend building your own custom image as per line 470 of https://review.openstack.org/#/c/120280/3/doc/hot-guide/source/software_deployment.rst | 02:06 |
stevebaker | miguelgrinberg: it is configured on boot as soon as the first poll for metadata happens | 02:06 |
miguelgrinberg | I have a deployment resource, and a config resource with a script. My server does not set the "user_data" property. The deployment resource links to the config and the server. With this setup the server gets an empty user script. | 02:10 |
*** JayJ has joined #heat | 02:10 | |
miguelgrinberg | the cloud-init part that tries to run the user script fails, because it tries to run a zero size file | 02:10 |
stevebaker | miguelgrinberg: yes, that is correct and expected. | 02:10 |
*** dimsum_ has quit IRC | 02:11 | |
stevebaker | cloud-init fails? I would assume that it would tolerate having no user_data | 02:11 |
miguelgrinberg | well yes, it survives, I just see errors in the log | 02:11 |
*** dimsum_ has joined #heat | 02:11 | |
*** JayJ has quit IRC | 02:12 | |
stevebaker | miguelgrinberg: try building your own image, don't specify anything for user_data, and set user_data_format: SOFTWARE_CONFIG | 02:12 |
*** JayJ has joined #heat | 02:12 | |
stevebaker | biab | 02:13 |
miguelgrinberg | stevebaker: aren't the images in this page built according to your instructions? https://fedorapeople.org/groups/heat/prebuilt-jeos-images/ | 02:15 |
*** EricGonczer_ has quit IRC | 02:15 | |
*** dimsum_ has quit IRC | 02:15 | |
*** JayJ has quit IRC | 02:17 | |
*** JayJ has joined #heat | 02:17 | |
miguelgrinberg | stevebaker: I need to be AFK for a bit | 02:21 |
*** JayJ has quit IRC | 02:22 | |
*** JayJ has joined #heat | 02:23 | |
*** Yanyanhu has joined #heat | 02:24 | |
*** nkhare has joined #heat | 02:26 | |
*** JayJ has quit IRC | 02:27 | |
*** zigo has quit IRC | 02:27 | |
*** JayJ has joined #heat | 02:28 | |
*** Yanyanhu has quit IRC | 02:29 | |
*** zigo has joined #heat | 02:29 | |
*** andersonvom has quit IRC | 02:30 | |
*** JayJ has quit IRC | 02:32 | |
*** JayJ has joined #heat | 02:33 | |
*** sgordon_ has quit IRC | 02:35 | |
*** JayJ has quit IRC | 02:37 | |
*** JayJ has joined #heat | 02:38 | |
*** andersonvom has joined #heat | 02:42 | |
*** kopparam has joined #heat | 02:42 | |
*** Yanyanhu has joined #heat | 02:42 | |
*** JayJ has quit IRC | 02:42 | |
*** JayJ has joined #heat | 02:43 | |
asalkeld | Yanyanhu, you about? | 02:46 |
asalkeld | that current_size thing you added | 02:46 |
*** kopparam has quit IRC | 02:46 | |
asalkeld | why did you make it so you need to pass a path? | 02:47 |
asalkeld | it's just getting the instance count | 02:47 |
*** JayJ has quit IRC | 02:47 | |
*** JayJ has joined #heat | 02:48 | |
*** Yanyanhu has quit IRC | 02:51 | |
*** JayJ has quit IRC | 02:53 | |
*** JayJ has joined #heat | 02:53 | |
*** Yanyanhu has joined #heat | 02:53 | |
Yanyanhu | hi, asalkeld, sorry I was disconnected... my home's network connection is poor | 02:54 |
asalkeld | ok | 02:54 |
asalkeld | just suggesting remove the requirement to provide a path | 02:55 |
asalkeld | (I am knocking up a patch) | 02:55 |
asalkeld | having to rebase autoscaling tests | 02:55 |
Yanyanhu | ok, thanks a lot for this | 02:56 |
*** JayJ has quit IRC | 02:58 | |
*** JayJ has joined #heat | 02:58 | |
*** sdake_ has quit IRC | 02:59 | |
*** JayJ has quit IRC | 03:01 | |
*** sdake has quit IRC | 03:01 | |
*** ramishra has joined #heat | 03:09 | |
*** cmyster_away is now known as cmyster | 03:10 | |
*** nosnos has quit IRC | 03:24 | |
*** ajc_ has joined #heat | 03:25 | |
*** Yanyanhu has quit IRC | 03:28 | |
openstackgerrit | Angus Salkeld proposed a change to openstack/heat: Unit test autoscaling._calculate_new_capacity https://review.openstack.org/118907 | 03:29 |
openstackgerrit | Angus Salkeld proposed a change to openstack/heat: Move TestInstanceGroup to test_instance_group.py https://review.openstack.org/118906 | 03:29 |
openstackgerrit | Angus Salkeld proposed a change to openstack/heat: Rewrite AutoScalingGroup adjustment tests as unit tests https://review.openstack.org/118948 | 03:29 |
openstackgerrit | Angus Salkeld proposed a change to openstack/heat: Convert the autoscaling policy tests into unit tests https://review.openstack.org/118909 | 03:29 |
openstackgerrit | Angus Salkeld proposed a change to openstack/heat: Move some AutoScalingGroup validation tests to a separate file https://review.openstack.org/118908 | 03:29 |
openstackgerrit | Angus Salkeld proposed a change to openstack/heat: Rework autoscaling group current_size attribute https://review.openstack.org/126459 | 03:30 |
*** ajc_ has quit IRC | 03:30 | |
*** ramishra has quit IRC | 03:31 | |
*** ramishra has joined #heat | 03:31 | |
*** ramishra has quit IRC | 03:33 | |
*** Yanyanhu has joined #heat | 03:33 | |
*** ramishra has joined #heat | 03:34 | |
*** hdd has joined #heat | 03:34 | |
*** spzala has quit IRC | 03:34 | |
* asalkeld is behind the times "Hewlett-Packard to split into two companies" | 03:35 | |
stevebaker | miguelgrinberg: no. they are ancient | 03:36 |
*** sarob has quit IRC | 03:37 | |
*** rushiagr_away is now known as rushiagr | 03:38 | |
asalkeld | stevebaker, is your functional test patch series in a working state ? i.e. are you happy with it | 03:39 |
asalkeld | i am quiet keen to knock it in | 03:39 |
stevebaker | asalkeld: I've got another fix-the-gate chagne | 03:40 |
asalkeld | ok, let me know when you are happy with it | 03:40 |
asalkeld | i'd really like proper functional tests and proper unit tests | 03:41 |
stevebaker | asalkeld: oh, I put them in the wrong order. if you wack this one in it will help https://review.openstack.org/#/c/126445/ | 03:41 |
asalkeld | i am trying to work on the unit test part | 03:41 |
stevebaker | asalkeld: once https://review.openstack.org/#/c/126445/ is in I'll rebase all the other tests of master and they can be reviewed on merit, and actually passing | 03:42 |
asalkeld | do you want to stay as admin after the flavor create | 03:42 |
asalkeld | os.environ.get('OS_TENANT_NAME') | 03:43 |
asalkeld | doh, don't worry | 03:43 |
asalkeld | missed the demo/demo | 03:44 |
stevebaker | yep | 03:44 |
stevebaker | asalkeld: we can refine that more later, like by actually generating a conf file. but at least the tests run for now | 03:45 |
asalkeld | approved | 03:45 |
asalkeld | let me know if there is anything else i can help with | 03:46 |
asalkeld | stevebaker, if you have some time: https://review.openstack.org/#/c/118948/ | 03:47 |
asalkeld | from there downward | 03:47 |
*** nkhare has quit IRC | 03:48 | |
stevebaker | ok | 03:48 |
openstackgerrit | A change was merged to openstack/heat: update docs to use correct stack list command https://review.openstack.org/126088 | 03:51 |
openstackgerrit | A change was merged to openstack/heat: Provide support status info for OS::Glance::Image https://review.openstack.org/125874 | 03:51 |
*** jamielennox has quit IRC | 03:55 | |
*** blomquisg has joined #heat | 03:55 | |
openstackgerrit | Angus Salkeld proposed a change to openstack/heat: Use properties in ceilometer alarm not parsed_template('Properties') https://review.openstack.org/124944 | 03:59 |
stevebaker | asalkeld: this looks like it fixes a real thing, I wonder if a bug should be raised so it can go into rc2? | 04:00 |
asalkeld | which one? | 04:00 |
asalkeld | parsed_template? | 04:00 |
*** nkhare has joined #heat | 04:01 | |
*** jamielennox has joined #heat | 04:01 | |
stevebaker | oh, https://review.openstack.org/#/c/126459/1 | 04:03 |
asalkeld | stevebaker, I could | 04:04 |
asalkeld | but nothing "broken" | 04:04 |
asalkeld | just requires a path which is a bit odd | 04:04 |
stevebaker | right, lets leave it then. avoid the busywork | 04:05 |
asalkeld | fingers still worn out from fridays lanchpad button attack | 04:05 |
*** rushiagr is now known as rushiagr_away | 04:09 | |
*** nosnos has joined #heat | 04:10 | |
openstackgerrit | A change was merged to openstack/heat: Preserve env when calling tox https://review.openstack.org/126439 | 04:11 |
openstackgerrit | A change was merged to openstack/heat: Move test_server_cfn_init from tempest to heat https://review.openstack.org/110497 | 04:11 |
stevebaker | wow, tempest test_server_cfn_init is skipped now too? | 04:14 |
asalkeld | stevebaker, yeah it had ping timeout issues | 04:19 |
*** sarob has joined #heat | 04:20 | |
asalkeld | i think the nova.ping.timeout was just too small | 04:20 |
asalkeld | considering it is for cirros and not fedora image | 04:20 |
stevebaker | could be, or there is a race which only happens when booting fedora | 04:21 |
asalkeld | yeah, tho' even the cirros has occasional timeouts | 04:23 |
Yanyanhu | hi, asalkeld, sorry my parents came. I saw your patch, https://review.openstack.org/#/c/126459/1, thanks for helping to fix this | 04:23 |
asalkeld | no problem | 04:23 |
asalkeld | stevebaker, http://status.openstack.org/elastic-recheck/#1370496 | 04:24 |
asalkeld | Bug 1370496 - Failed to establish authenticated ssh connection to cirros - error: [Errno 113] No route to host | 04:24 |
uvirtbot | Launchpad bug 1370496 in nova "Failed to establish authenticated ssh connection to cirros - error: [Errno 113] No route to host" [Critical,Incomplete] https://launchpad.net/bugs/1370496 | 04:24 |
*** gokrokve has joined #heat | 04:28 | |
*** blomquisg has quit IRC | 04:36 | |
*** Yanyanhu has quit IRC | 04:43 | |
*** gokrokve has quit IRC | 04:44 | |
asalkeld | brb picking kids up | 04:45 |
*** hdd has quit IRC | 04:47 | |
*** lazy_prince2 has joined #heat | 05:10 | |
*** lazy_prince2 has quit IRC | 05:12 | |
*** rakesh_hs has joined #heat | 05:17 | |
*** rushiagr_away is now known as rushiagr | 05:23 | |
*** coolsvap|afk is now known as coolsvap | 05:24 | |
*** harlowja is now known as harlowja_away | 05:26 | |
*** nosnos has quit IRC | 05:37 | |
*** nosnos has joined #heat | 05:38 | |
*** nosnos has quit IRC | 05:42 | |
*** nosnos has joined #heat | 05:43 | |
*** kopparam has joined #heat | 05:45 | |
openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/heat: Imported Translations from Transifex https://review.openstack.org/124281 | 06:01 |
openstackgerrit | A change was merged to openstack/heat: Unittests: refactor AWS::EC2::SecurityGroup tests https://review.openstack.org/121207 | 06:01 |
openstackgerrit | A change was merged to openstack/heat: Refactor AWS::EC2::SecurityGroup resource https://review.openstack.org/116304 | 06:01 |
rushiagr | hi, any heat folks around? | 06:04 |
rushiagr | I created an ASG, but when I update the metadata for the servers in the ASG, it is visible only on the nodes which are added 'after' this metadata update | 06:04 |
rushiagr | for example, if I created 4 VMs for that ASG, and then update the metadata for the servers (e.g. add another key=value pair), and if I increase the number of nodes to 6, the new metadata is only visible in the new 2 nodes | 06:05 |
rushiagr | if I don't scale (I'm doing manual scaling), the metadata is not updated in any of the nodes at all | 06:06 |
asalkeld | hi rushiagr | 06:06 |
rushiagr | I think this is a bug, but please correct me if such behavior is intentional | 06:06 |
asalkeld | that *should* work | 06:06 |
asalkeld | i think make a bug, and we can look at it | 06:07 |
rushiagr | asalkeld: okay | 06:07 |
rushiagr | asalkeld: here is my yaml file FYI https://github.com/rushiagr/cloud-cassandra/blob/master/heat/cassandra-provision.yaml | 06:08 |
rushiagr | (just in case I'm using heat in a wrong way) | 06:08 |
asalkeld | rushiagr, where is the metadata? | 06:09 |
rushiagr | asalkeld: oh yeah, I didn't commit it. At line 61, I had this: metadata: {"key1": "value1"} | 06:10 |
asalkeld | rushiagr, so that is nova metadata | 06:11 |
asalkeld | i am not sure if that is modifiable | 06:11 |
rushiagr | asalkeld: oh, I see | 06:11 |
asalkeld | (could be wrong) | 06:12 |
rushiagr | asalkeld: what is the heat way to pass metadata? If you can point me to a link, would be helpful | 06:12 |
rushiagr | asalkeld: hmm. I'll check it out with a single server (not in an ASG), and if it can be updated at a later point of time | 06:13 |
asalkeld | ok, there is Metadata the same level as properties | 06:14 |
asalkeld | but even better is to use software config | 06:14 |
asalkeld | tho' i haven't tried mixing autoscaling and software config | 06:14 |
skraynev | good morning | 06:15 |
asalkeld | hi skraynev | 06:16 |
skraynev | asalkeld: hi ;) | 06:16 |
rushiagr | asalkeld: sorry, I am unsure what 'ok, there is Metadata the same level as properties' mean. You mean to say it is the heat metadata, or nova metadata (modifiable after boot time vs non-modifiable) | 06:16 |
asalkeld | https://github.com/openstack/heat-templates/blob/master/cfn/F19/WordPress_NoKey.yaml#L60 | 06:16 |
asalkeld | skraynev, is that ^ available for HOT too? | 06:17 |
asalkeld | rushiagr, https://github.com/openstack/heat/blob/master/heat/engine/resources/server.py#L243 | 06:18 |
rushiagr | asalkeld: ah, I see what you're trying to say there. Thanks! | 06:18 |
skraynev | asalkeld: yeap, it's available, but is not required too. and may be missed. As result it will be equal None | 06:18 |
asalkeld | nova metadata should be updatable | 06:18 |
openstackgerrit | A change was merged to openstack/heat: Move TestInstanceGroup to test_instance_group.py https://review.openstack.org/118906 | 06:19 |
openstackgerrit | A change was merged to openstack/heat: Unit test autoscaling._calculate_new_capacity https://review.openstack.org/118907 | 06:19 |
rushiagr | asalkeld: okay. I'll try things out once again, to confirm nova metadata behavior, and file bug if needed | 06:19 |
asalkeld | cool, thanks rushiagr | 06:19 |
rushiagr | asalkeld: thank YOU :) | 06:20 |
asalkeld | https://github.com/openstack/heat/blob/master/heat/engine/resources/autoscaling.py#L832 | 06:21 |
asalkeld | rushiagr, maybe you need "rolling_updates" | 06:21 |
rushiagr | asalkeld: any doc on what is it and how to use it? | 06:22 |
asalkeld | http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::AutoScalingGroup | 06:22 |
rushiagr | asalkeld: thanks, I'm having a look | 06:23 |
rushiagr | hmm, rolling updates seem to be an overkill just to update metadata | 06:26 |
rushiagr | but let me first confirm the metadata behavior once again | 06:26 |
*** jprovazn has joined #heat | 06:31 | |
*** tspatzier has joined #heat | 06:36 | |
*** dimsum_ has joined #heat | 06:50 | |
*** ishant has joined #heat | 06:56 | |
*** dimsum_ has quit IRC | 06:56 | |
*** andreaf has quit IRC | 06:59 | |
*** jcoufal has joined #heat | 07:09 | |
*** arif-ali has quit IRC | 07:11 | |
*** arif-ali has joined #heat | 07:11 | |
*** jstrachan has joined #heat | 07:16 | |
*** sanjayu has joined #heat | 07:18 | |
*** kopparam has quit IRC | 07:18 | |
*** ifarkas has joined #heat | 07:21 | |
*** ktaube has joined #heat | 07:21 | |
*** ramishra has quit IRC | 07:26 | |
*** ramishra has joined #heat | 07:32 | |
*** kopparam has joined #heat | 07:46 | |
*** jistr has joined #heat | 07:46 | |
*** lazy_prince has quit IRC | 07:48 | |
*** ramishra has quit IRC | 07:49 | |
*** lazy_prince has joined #heat | 07:49 | |
*** dsneddon_ has quit IRC | 07:49 | |
*** Putns has joined #heat | 07:50 | |
*** dsneddon_ has joined #heat | 07:51 | |
*** lazy_prince2 has joined #heat | 07:51 | |
*** lazy_prince is now known as killer_prince | 07:53 | |
*** killer_prince is now known as lazy_prince | 07:56 | |
*** ramishra has joined #heat | 07:57 | |
*** derekh has joined #heat | 07:57 | |
*** lazy_prince2 has quit IRC | 07:58 | |
Firespirit | does anyone here have experience with the the neutron resource in heat template here? | 08:05 |
arif-ali | Firespirit, what do you need to know | 08:06 |
Firespirit | basicly i don't know how to assign a floating ip in my heat template | 08:06 |
arif-ali | Check this out https://github.com/larsks/heat-kubernetes/blob/master/kubecluster.yaml | 08:07 |
*** ramishra has quit IRC | 08:07 | |
arif-ali | this should be a good example that may be useful | 08:07 |
*** sorantis has joined #heat | 08:07 | |
Firespirit | thanks arif | 08:08 |
arif-ali | i have for example modified this to create a 10 instances with floating ips | 08:08 |
Firespirit | ok i really to find this external_network_id | 08:09 |
Firespirit | can i get it from an other resource? | 08:09 |
arif-ali | yes, you can | 08:09 |
arif-ali | you need to just pass that as an argument to the heat template | 08:10 |
arif-ali | for example, I with my template, I am running the following command | 08:10 |
arif-ali | heat stack-create cluster02 -f hpc.yaml -P "key_name=demo_key;public_net_id=0f2214b5-6d72-4b66-b559-0ea5372c2b4c" | 08:10 |
arif-ali | so you can specify the public_net_id on the CLI | 08:11 |
*** openstackgerrit has quit IRC | 08:11 | |
Firespirit | ok | 08:11 |
Firespirit | but how did you find this id | 08:11 |
arif-ali | neutron net-list | 08:12 |
Firespirit | ok | 08:12 |
Firespirit | Could not find Service or Region in Service Catalog. | 08:12 |
Firespirit | i guess something not working with my neutron | 08:13 |
*** che-arne has quit IRC | 08:14 | |
*** fayablazer has joined #heat | 08:14 | |
cmyster | Firespirit: you can also create your own network if you need it | 08:15 |
Firespirit | i don't think i can cmyster i don't have level of privilege in our cloud | 08:16 |
cmyster | that's a different matter | 08:17 |
Firespirit | :P | 08:17 |
Firespirit | did you see the error i got when i tried a neutron command line | 08:17 |
Firespirit | did you ever see that before? | 08:18 |
shardy | morning all | 08:18 |
*** pas-ha has joined #heat | 08:18 | |
cmyster | morning | 08:19 |
cmyster | yes its a configuration issue | 08:19 |
cmyster | I am trying to remember where | 08:19 |
shardy | Firespirit: Try running "keystone catalog" | 08:19 |
shardy | I assume something is wrong there, e.g the Neutron endpoint is missing | 08:20 |
pas-ha | morning all | 08:20 |
cmyster | morning | 08:20 |
cmyster | Firespirit: you should see a bunch of tables with 'region: someregion' | 08:21 |
*** nosnos has quit IRC | 08:23 | |
*** pasquier-s has joined #heat | 08:31 | |
*** nosnos has joined #heat | 08:40 | |
Firespirit | for what i should look after do a keystone catalog | 08:49 |
*** simonc has joined #heat | 08:50 | |
*** ananta has joined #heat | 08:57 | |
*** mkollaro has joined #heat | 09:00 | |
*** simonc has quit IRC | 09:02 | |
cmyster | shardy: I need an explanation on a bug status, do you have a few ? | 09:09 |
shardy | cmyster: sure | 09:10 |
cmyster | https://bugs.launchpad.net/heat/+bug/1250710 | 09:10 |
uvirtbot | Launchpad bug 1250710 in heat "OS::Neutron::Subnet needs host_routes property" [High,Fix released] | 09:10 |
cmyster | check last comment, what exactly does it mean for Havana ? | 09:10 |
cmyster | merged but abandoned ? | 09:10 |
shardy | It means the patch was proposed to upstream, but can't be merged due to the upstream backport policy | 09:11 |
cmyster | ahha | 09:11 |
shardy | that's done when we want to carry the patch downstream | 09:11 |
shardy | as everything has to be proposed (not necessarily always merged) upstream first | 09:12 |
cmyster | I see | 09:12 |
cmyster | ok | 09:12 |
*** htruta has quit IRC | 09:14 | |
*** pasquier-s_ has joined #heat | 09:16 | |
ikke-t | shardy, still having tough time with heat here. I added all that's in your blog & redhat manual, but keystone now denies heat by: keystone.auth.plugins.password UserNotFound: Could not find user, <id> | 09:16 |
ikke-t | i checked from keystone, the user with id exists | 09:17 |
ikke-t | it's the heat_domain_admin | 09:17 |
ikke-t | any idea why would keystone not find the heat_domain_admin when heat calls it | 09:17 |
ikke-t | ? | 09:17 |
shardy | ikke-t: is it possible you created the user in the wrong domain, or that you've not yet created the domain correctly? | 09:18 |
shardy | ikke-t: Also, how did you install Heat? | 09:18 |
ikke-t | anything is possible, but i did my best to follow the guide. I noticed the role table looks a bit odd | 09:19 |
*** pasquier-s has quit IRC | 09:19 | |
ikke-t | with puppet | 09:19 |
ikke-t | the role table has "extra" column | 09:19 |
shardy | ikke-t: there is a puppet change up for review which configures this for you, FYI | 09:19 |
ikke-t | which has "_member_ | {"enabled": "True", "description": "Default role for project membership"}" | 09:19 |
*** sorantis has quit IRC | 09:20 | |
*** che-arne has joined #heat | 09:20 | |
ikke-t | i need ot get that for the next round | 09:20 |
ikke-t | now I need to get this working | 09:20 |
shardy | https://review.openstack.org/#/c/103127/ | 09:20 |
ikke-t | for heat stack user that's missing the enabled: "heat_stack_user | {} " | 09:20 |
ikke-t | from the heat db i can see the heat_domain_admin has correct domain id | 09:21 |
ikke-t | and the domain "heat" is enabled | 09:22 |
ikke-t | i didn't yet find how to check the role is attached to user | 09:22 |
shardy | ikke-t: I'd focus on one thing at a time, heat_stack_user is unrelated to the domain configuration | 09:23 |
shardy | (you should never assign that role to anyone, it's only used by heat internally) | 09:23 |
*** simonc has joined #heat | 09:24 | |
*** sorantis has joined #heat | 09:25 | |
ikke-t | ok | 09:25 |
ikke-t | sorry, i ment from user table, the user: heat_domain_admin | 09:26 |
ikke-t | so admin | 09:26 |
ikke-t | | heat_stack_owner | {} | 09:27 |
ikke-t | is also missing the enabled: True | 09:27 |
ikke-t | i wonder if it's really needed, just caught my eye | 09:27 |
ikke-t | the _member_ is the only one having the enabled: True | 09:28 |
ikke-t | and everything else is working | 09:28 |
ikke-t | but keystone does not find the heat_domain_admin | 09:28 |
shardy | http://paste.openstack.org/show/119301/ | 09:29 |
*** lazy_prince has quit IRC | 09:29 | |
shardy | Fishing in the DB may be causing additional confusion, I'd check your config aligns with mine via openstackclient ^^ | 09:30 |
*** andreaf_ is now known as andreaf | 09:32 | |
*** dsneddon_ has quit IRC | 09:32 | |
ikke-t | the openstack python client in rhopsp5 is broken, it won't work with the commands: | 09:33 |
ikke-t | # openstack --os-token ${ADMIN_TOKEN} --os-url=${IDENTITY_IP}:5000/v3 --os-identity-api-version=3 domain list | 09:33 |
ikke-t | ERROR: cliff.app No connection adapters were found for 'ip:5000/v3/domains' | 09:33 |
*** dsneddon_ has joined #heat | 09:33 | |
shardy | ikke-t: IIRC that happens when ${IDENTITY_IP} is malformed | 09:33 |
shardy | make sure it's http://192.168.123.456:5000/v3 | 09:34 |
ikke-t | ah you are right! i copy pasted my old wrong setting | 09:34 |
* shardy thinks we already had this discussion ;) | 09:34 | |
* ikke-t is a bit dumb occationally | 09:35 | |
ikke-t | it seems my all users are now part of domain heat | 09:36 |
*** mkulke has quit IRC | 09:37 | |
shardy | That does not sound right.. | 09:37 |
ikke-t | # openstack --os-token ${ADMIN_TOKEN} --os-url=${IDENTITY_IP}:5000/v3 --os-identity-api-version=3 role list --user heat_domain_admin --domain heat | 09:37 |
ikke-t | usage: openstack role list [-h] [-f {csv,table}] [-c COLUMN] | 09:37 |
ikke-t | [--quote {all,minimal,none,nonnumeric}] | 09:37 |
ikke-t | openstack role list: error: unrecognized arguments: --user heat_domain_admin --domain heat | 09:37 |
ikke-t | python-openstackclient-0.3.1-3.el7ost.noarch | 09:38 |
ikke-t | rather old | 09:38 |
shardy | Yeah, too old probably | 09:39 |
shardy | IIRC there was another way to list roles previously | 09:39 |
shardy | user list --roles ? | 09:39 |
ikke-t | nope | 09:39 |
shardy | It was a weird interface as I recall, I'm not surprised they changed it | 09:39 |
ikke-t | too bad rhosp comes with the couple notches old version | 09:40 |
shardy | well we'll have to update it then | 09:40 |
*** simonc has quit IRC | 09:41 | |
ikke-t | openstack --os-token ${ADMIN_TOKEN} --os-url=${IDENTITY_IP}:5000/v3 --os-identity-api-version=3 user list --role heat_domain_admin | 09:41 |
ikke-t | that's the format, it just doesn't return anything | 09:41 |
shardy | ikke-t: you probably need to specify the domain as well | 09:43 |
ikke-t | you are right | 09:43 |
ikke-t | openstack --os-token ${ADMIN_TOKEN} --os-url=${IDENTITY_IP}:5000/v3 --os-identity-api-version=3 user list --role heat_domain_admin --domain heat | 09:43 |
ikke-t | that's the format | 09:44 |
ikke-t | | admin | heat | heat_domain_admin | | 09:44 |
ikke-t | there's the error ! | 09:45 |
ikke-t | you have: stack_domain_admin = heat_domain_admin | 09:45 |
ikke-t | i have: stack_domain_admin =ab61ede375d148eb9611df37f360cc2c | 09:45 |
ikke-t | \o/ | 09:45 |
ikke-t | quick change.... | 09:45 |
*** kopparam has quit IRC | 09:48 | |
*** kopparam has joined #heat | 09:48 | |
*** kopparam has quit IRC | 09:49 | |
*** kopparam has joined #heat | 09:53 | |
ikke-t | shardy, you made my week! i've been debugging this for quite a while. The first problem was that haproxy default buffer dropped something from heat API packages | 09:54 |
ikke-t | this now finally likely fixes it. thanks a lot! | 09:54 |
*** cdent has joined #heat | 09:54 | |
*** kopparam has quit IRC | 09:58 | |
shardy | ikke-t: no problem, glad we discovered what the issue was :) | 10:01 |
*** kopparam has joined #heat | 10:03 | |
ikke-t | actually, now we are back to where we started from, heat stays in CREATE_IN_PROGRESS | 10:04 |
ikke-t | :) | 10:05 |
ikke-t | it crerates a machine though | 10:05 |
*** mkulke has joined #heat | 10:05 | |
ikke-t | this whole operation was in order to try to fix that :) | 10:05 |
rushiagr | asalkeld: created the bug for what I'm facing | 10:09 |
rushiagr | asalkeld: https://bugs.launchpad.net/heat/+bug/1378272 | 10:09 |
uvirtbot | Launchpad bug 1378272 in heat "Server metadata not updated in autoscalinggroup" [Undecided,New] | 10:09 |
asalkeld | thanks rushiagr | 10:10 |
*** asalkeld has quit IRC | 10:27 | |
*** asalkeld has joined #heat | 10:29 | |
*** dimsum_ has joined #heat | 10:29 | |
*** mkollaro has quit IRC | 10:30 | |
*** sdake has joined #heat | 10:32 | |
*** sdake has quit IRC | 10:32 | |
*** sdake has joined #heat | 10:32 | |
*** lazy_prince has joined #heat | 10:34 | |
*** dimsum_ has quit IRC | 10:35 | |
*** kopparam has quit IRC | 10:36 | |
*** kopparam has joined #heat | 10:39 | |
*** zbitter has joined #heat | 10:50 | |
*** bart613 has joined #heat | 10:50 | |
*** jprovazn_ has joined #heat | 10:50 | |
bart613 | Hello -- I was wondering if anyone could point me towards some sample HEAT templates where we've ASG with instances where each of the instances we want to have a floating IP | 10:51 |
bart613 | A single server is easy as I specify port and assign the specific port to instance and then floating IP to that port | 10:52 |
bart613 | But how can I dynamically create ports and then refer to them from within Heat template? | 10:52 |
*** dsneddon_ has quit IRC | 10:54 | |
*** jprovazn has quit IRC | 10:54 | |
*** zaneb has quit IRC | 10:54 | |
shardy | bart613: https://github.com/openstack/heat-templates/blob/master/hot/asg_of_stacks.yaml#L51 | 10:54 |
shardy | basically you want to create a nested stack template containing the server and floating IP resource, then scale that out via OS::Heat::AutoScalingGroup | 10:55 |
bart613 | ha! I did not think of that. Thank you -- going back to trying now | 10:55 |
shardy | bart613: np, that example is server+volume, but the principle is the same | 10:56 |
*** dimsum_ has joined #heat | 11:00 | |
*** serg_melikyan has joined #heat | 11:01 | |
*** dsneddon_ has joined #heat | 11:03 | |
*** serg_melikyan has quit IRC | 11:03 | |
*** serg_melikyan has joined #heat | 11:04 | |
*** serg_melikyan has quit IRC | 11:06 | |
bart613 | shardy: that worked flawlessly! thx! | 11:11 |
bart613 | shardy: BTW maybe you know off the top of your head, just by using that ASG definition from example, I'm getting the "Forbidden: You are not authorized to perform the requested action, identity:list_roles. (HTTP 403)" error while creating it for scale_dn_policy | 11:14 |
bart613 | shardy: which is weird, I'm doing that as admin user | 11:14 |
*** serg_melikyan has joined #heat | 11:14 | |
*** nkhare has quit IRC | 11:17 | |
*** serg_melikyan has quit IRC | 11:18 | |
*** EricGonczer_ has joined #heat | 11:23 | |
*** lazy_prince has quit IRC | 11:23 | |
*** lazy_prince has joined #heat | 11:23 | |
*** sdake has quit IRC | 11:27 | |
*** sdake has joined #heat | 11:28 | |
*** serg_melikyan has joined #heat | 11:28 | |
*** serg_melikyan has quit IRC | 11:29 | |
*** lazy_prince has quit IRC | 11:30 | |
shardy | bart613: either your user does not posess the necessary roles to do keystone role-list, or you've not configured stack domains: | 11:30 |
shardy | http://hardysteven.blogspot.co.uk/2014/04/heat-auth-model-updates-part-2-stack.html | 11:30 |
*** nkhare has joined #heat | 11:30 | |
shardy | bart613: how did you install heat? | 11:31 |
*** amakarov has joined #heat | 11:31 | |
*** jistr has quit IRC | 11:32 | |
bart613 | it's a Fuel from Mirantis based installation | 11:32 |
*** alexpilotti has joined #heat | 11:33 | |
*** crose has joined #heat | 11:33 | |
shardy | skraynev, pas-ha: ^^ | 11:34 |
*** kopparam has quit IRC | 11:37 | |
*** sorantis has quit IRC | 11:39 | |
bart613 | shardy: oh that's interesting, I can successfully create it under a default admin project. it must be some permission stuff then | 11:46 |
*** mkollaro has joined #heat | 11:46 | |
*** jistr has joined #heat | 11:52 | |
*** nkhare has quit IRC | 11:52 | |
asalkeld | g | 11:52 |
asalkeld | g'night | 11:52 |
*** cmyster is now known as cmyster_out | 11:52 | |
*** asalkeld has quit IRC | 11:52 | |
*** jistr is now known as jistr|english | 11:54 | |
*** tchaypo has joined #heat | 11:54 | |
*** tspatzier has quit IRC | 12:00 | |
*** coolsvap is now known as coolsvap|afk | 12:07 | |
*** kopparam has joined #heat | 12:09 | |
*** Qiming has joined #heat | 12:11 | |
*** crose has quit IRC | 12:12 | |
bart613 | If I create a OS::Heat::AutoScalingGroup with min/desired/max = 3 and kill one instance, should Heat recreate that instance for me? | 12:16 |
bart613 | I'm kind of expecting this to happen, but it's not happening :( | 12:16 |
shardy | bart613: Not unless you set up an alarm which triggers when the instance gets killed | 12:16 |
*** JayJ has joined #heat | 12:16 | |
bart613 | shardy: ah like OS::Ceilometer::Alarm that monitors number of existing instances? | 12:17 |
*** dsneddon_ has quit IRC | 12:18 | |
shardy | bart613: There are a few ways to do it depending on your requirements, it may be possible to do something with ceilometer hypervisor level metrics, or you'd need to push data from an agent in the instance to send heartbeat metric data to Ceilometer | 12:19 |
shardy | there have been discussions about something more automatic, but it's not yet implemented | 12:19 |
bart613 | shardy: oh crap, that doesn't seem like a straight-forward thing | 12:20 |
*** dsneddon_ has joined #heat | 12:20 | |
bart613 | shardy: any resource on the internet you could point me at to see some examples? | 12:20 |
shardy | https://github.com/openstack/heat-templates/blob/master/openshift-origin/F19/hot-template/openshift-scalable-cpu-nbgears/openshift.yaml#L366 | 12:21 |
shardy | That's an example of sending data to ceilometer | 12:21 |
shardy | the disadvantage of doing that is you have to pass in credentials | 12:21 |
shardy | the alternative is the CFNish approach: | 12:21 |
shardy | https://github.com/openstack/heat-templates/blob/master/cfn/F17/WordPress_Single_Instance_With_IHA.template#L154 | 12:22 |
*** EricGonczer_ has quit IRC | 12:22 | |
shardy | We probably need some more recent examples showing what is possible but hopefully that somewhat helps | 12:23 |
* shardy adds examples to his TODO list | 12:23 | |
bart613 | shardy: thank you very much (again!) | 12:23 |
*** jdob has joined #heat | 12:24 | |
*** rpothier has joined #heat | 12:26 | |
*** sgordon_ has joined #heat | 12:26 | |
*** zbitter is now known as zaneb | 12:28 | |
ryansb | Is there a way to get a list (or other structure) of the changes a stack update is going to make? | 12:28 |
ryansb | I've been using the StackUpdate's dependencies() function but that's only been giving me stacks, not individual resources | 12:29 |
*** dimsum_ has quit IRC | 12:29 | |
*** hdd has joined #heat | 12:29 | |
*** dimsum_ has joined #heat | 12:29 | |
*** dims_ has joined #heat | 12:30 | |
*** ishant has quit IRC | 12:31 | |
*** dims_ has quit IRC | 12:32 | |
*** dimsum_ has quit IRC | 12:33 | |
*** dimsum_ has joined #heat | 12:33 | |
zaneb | pas-ha: congrats :) | 12:36 |
pas-ha | zaneb, thanks! :) | 12:36 |
*** achampion has quit IRC | 12:37 | |
*** dsneddon_ has quit IRC | 12:39 | |
*** dsneddon_ has joined #heat | 12:41 | |
*** tspatzier has joined #heat | 12:44 | |
*** kopparam has quit IRC | 12:45 | |
*** kopparam has joined #heat | 12:45 | |
*** openstackgerrit has joined #heat | 12:49 | |
*** kopparam has quit IRC | 12:50 | |
*** tonisbones has joined #heat | 12:53 | |
skraynev | pas-ha: hi and welcome in core team :) | 12:53 |
pas-ha | skraynev, thanks :) | 12:53 |
ryansb | pas-ha++ | 12:55 |
*** pasquier-s has joined #heat | 12:56 | |
*** crose has joined #heat | 12:58 | |
*** spzala has joined #heat | 12:58 | |
*** pasquier-s_ has quit IRC | 12:59 | |
*** radez_g0n3 is now known as radez | 12:59 | |
*** mohits has joined #heat | 13:01 | |
*** Drago has joined #heat | 13:04 | |
*** jistr|english is now known as jistr | 13:07 | |
*** Drago has quit IRC | 13:07 | |
*** sdake_ has joined #heat | 13:09 | |
*** vijendar has quit IRC | 13:12 | |
*** DrBacchus is now known as rbowen | 13:13 | |
*** Drago has joined #heat | 13:15 | |
*** kopparam has joined #heat | 13:16 | |
*** jprovazn_ has quit IRC | 13:19 | |
*** jprovazn has joined #heat | 13:21 | |
*** crose has quit IRC | 13:22 | |
*** kopparam has quit IRC | 13:22 | |
*** nosnos has quit IRC | 13:24 | |
*** Drago has quit IRC | 13:25 | |
*** Drago has joined #heat | 13:26 | |
*** sanjayu has quit IRC | 13:26 | |
jdandrea | git/heat question: To look at the proposed juno branch locally, I set that up with "git checkout --track origin/proposed/juno" from my end? | 13:29 |
*** sdake_ has quit IRC | 13:30 | |
*** Drago has quit IRC | 13:30 | |
ryansb | yes, or you can check out the rc1 git tag | 13:30 |
ryansb | (2014.2.rc1) | 13:31 |
*** Drago has joined #heat | 13:31 | |
jdandrea | ryansb: Ah, thanks. | 13:33 |
jdandrea | Finally getting around to setting up devstack with saner git integration. I think I just blew up my local checkout though. (RECLONE=True - oops) | 13:35 |
*** gokrokve has joined #heat | 13:35 | |
*** zns has joined #heat | 13:42 | |
*** dsneddon_ has quit IRC | 13:43 | |
*** jmckind has joined #heat | 13:43 | |
*** jprovazn has quit IRC | 13:44 | |
*** jmckind has quit IRC | 13:44 | |
*** jmckind has joined #heat | 13:44 | |
*** jmckind has quit IRC | 13:44 | |
*** dsneddon_ has joined #heat | 13:45 | |
*** jmckind has joined #heat | 13:45 | |
*** jmckind has quit IRC | 13:45 | |
*** jprovazn_ has joined #heat | 13:45 | |
*** killer_prince has joined #heat | 13:48 | |
*** jmckind has joined #heat | 13:48 | |
*** killer_prince is now known as lazy_prince | 13:48 | |
*** jmckind has joined #heat | 13:49 | |
*** jmckind has quit IRC | 13:49 | |
*** hdd has quit IRC | 13:50 | |
*** jmckind has joined #heat | 13:50 | |
*** jmckind has quit IRC | 13:50 | |
*** sorantis has joined #heat | 13:53 | |
*** pasquier-s_ has joined #heat | 13:53 | |
*** gokrokve has quit IRC | 13:53 | |
*** hdd has joined #heat | 13:54 | |
*** hdd has quit IRC | 13:55 | |
*** vijendar has joined #heat | 13:55 | |
*** pasquier-s has quit IRC | 13:56 | |
*** andreaf is now known as andreaf_ | 13:57 | |
*** jmckind has joined #heat | 13:57 | |
*** achampion has joined #heat | 13:59 | |
*** nkhare has joined #heat | 14:02 | |
*** dsneddon_ has quit IRC | 14:05 | |
*** dsneddon_ has joined #heat | 14:05 | |
*** EricGonczer_ has joined #heat | 14:06 | |
*** radez is now known as radez_g0n3 | 14:08 | |
*** zns has quit IRC | 14:13 | |
*** Drago has quit IRC | 14:16 | |
*** hdd has joined #heat | 14:17 | |
*** kopparam has joined #heat | 14:18 | |
*** Drago has joined #heat | 14:18 | |
*** radez_g0n3 is now known as radez | 14:19 | |
*** pasquier-s__ has joined #heat | 14:22 | |
*** zns has joined #heat | 14:22 | |
*** zz_gondoi is now known as gondoi | 14:22 | |
*** sanjayu has joined #heat | 14:23 | |
*** kopparam has quit IRC | 14:23 | |
*** pasquier-s_ has quit IRC | 14:25 | |
*** mohits_ has joined #heat | 14:26 | |
*** ramishra has joined #heat | 14:26 | |
*** mohits has quit IRC | 14:27 | |
*** sorantis has quit IRC | 14:29 | |
*** gokrokve has joined #heat | 14:32 | |
*** rakesh_hs has quit IRC | 14:33 | |
*** sjmc7 has joined #heat | 14:36 | |
ikke-t | shardy, any idea what is missing if heat can build up things, but keeps status as creating... ? | 14:36 |
ikke-t | some one is either not sending status | 14:36 |
*** coolsvap|afk is now known as coolsvap | 14:37 | |
ikke-t | or packet is dropped | 14:37 |
ikke-t | or someone is not listening | 14:37 |
ikke-t | who notifies heat? ceilometer? nova? | 14:38 |
ikke-t | any tips where to debug? | 14:40 |
*** hdd has quit IRC | 14:40 | |
*** andersonvom has quit IRC | 14:43 | |
*** andersonvom has joined #heat | 14:44 | |
*** mohits_ has quit IRC | 14:53 | |
*** crose has joined #heat | 14:55 | |
*** reed has joined #heat | 14:56 | |
*** ananta has quit IRC | 14:56 | |
*** jprovazn_ has quit IRC | 14:57 | |
*** nkhare has quit IRC | 14:57 | |
shardy | ikke-t: use heat resource-list to figure out which resource is getting stuck IN_PROGRESS | 15:01 |
shardy | then look at the logs and/or look at the service directly to figure out why | 15:02 |
ikke-t | all resources as volume, attach and vm are done | 15:02 |
shardy | ikke-t: we don't (yet) use notifications, heat polls the related service, e.g nova for OS::Nova::Server for an active state | 15:02 |
*** rushiagr is now known as rushiagr_away | 15:04 | |
*** sergmelikyan has joined #heat | 15:04 | |
*** BillArnold has joined #heat | 15:06 | |
*** Qiming has quit IRC | 15:08 | |
*** dsneddon_ has quit IRC | 15:08 | |
*** jamielennox has quit IRC | 15:08 | |
*** dsneddon_ has joined #heat | 15:10 | |
openstackgerrit | A change was merged to openstack/heat: Clean up signalling events after stack updates https://review.openstack.org/125723 | 15:19 |
*** kopparam has joined #heat | 15:19 | |
*** bdossant has joined #heat | 15:19 | |
*** sanjayu has quit IRC | 15:20 | |
*** ktaube has quit IRC | 15:20 | |
*** kopparam has quit IRC | 15:24 | |
openstackgerrit | A change was merged to openstack/heat: Don't send multiple update-cancel messages to an event https://review.openstack.org/126046 | 15:25 |
*** che-arne has quit IRC | 15:27 | |
*** k4n0 has quit IRC | 15:33 | |
*** pasquier-s_ has joined #heat | 15:33 | |
*** Drago has quit IRC | 15:36 | |
*** pasquier-s__ has quit IRC | 15:36 | |
*** hdd has joined #heat | 15:37 | |
*** ramishra has quit IRC | 15:41 | |
*** jamielennox has joined #heat | 15:43 | |
*** daneyon_ has left #heat | 15:46 | |
*** Drago has joined #heat | 15:51 | |
*** bdossant has quit IRC | 15:51 | |
*** randallburt has joined #heat | 15:58 | |
*** DaveJ__ has joined #heat | 16:01 | |
*** mkollaro has quit IRC | 16:03 | |
*** mgc has joined #heat | 16:03 | |
mgc | hi all, does anyone know if it's possible to create cloudwatch metrics with cloudformation? | 16:04 |
*** ananta_ has joined #heat | 16:05 | |
zaneb | mgc: in Heat? | 16:06 |
mgc | well AWS preferrably, but eventually we'll be transitioning to heat | 16:06 |
zaneb | mgc: this isn't #aws you know ;) Anyway, it appears you don't need to create metrics in CloudWatch, they're autocreated when you publish to them | 16:09 |
zaneb | http://docs.aws.amazon.com/AmazonCloudWatch/latest/DeveloperGuide/publishingMetrics.html | 16:09 |
mgc | zaneb: yeah i've read that doc, but the problem is that I will be launching a cluster (several stacks) with some instances being monitored with an alarm that listens on a metric | 16:10 |
mgc | so I was concerned that when I launch the stacks with the metric that doesn't exist the stack creation would fail | 16:11 |
mgc | but maybe it's fine... | 16:11 |
Putns | it wil lbe fine | 16:11 |
zaneb | I suspect it just won't match any data | 16:11 |
Putns | the alarms will just be in a state of no data | 16:11 |
Putns | not_enough_data or what it was called | 16:11 |
Putns | until the metrics appear | 16:11 |
mgc | Putns: zaneb ok cool, i reckon i'll give it a shot and find out for sure | 16:12 |
mgc | thanks for your help! | 16:12 |
ryansb | INSUFFICIENT_DATA, IIRC. | 16:14 |
ryansb | then after a few metrics arrive (depends on your alarm parameters) it'll transition into OK | 16:15 |
ryansb | mgc: ^ | 16:15 |
*** rpothier has quit IRC | 16:17 | |
mgc | ryansb: cool, thanks | 16:19 |
*** pasquier-s_ has quit IRC | 16:21 | |
*** DaveJ__ has quit IRC | 16:22 | |
*** Ng has quit IRC | 16:22 | |
*** coolsvap is now known as coolsvap|afk | 16:23 | |
*** rushiagr_away is now known as rushiagr | 16:23 | |
*** ishant has joined #heat | 16:25 | |
*** ifarkas has quit IRC | 16:28 | |
*** jistr has quit IRC | 16:29 | |
*** daneyon has joined #heat | 16:34 | |
openstackgerrit | Anderson Mesquita proposed a change to openstack/heat: Refactor template simple_parse https://review.openstack.org/120471 | 16:42 |
*** zigo has quit IRC | 16:43 | |
*** gokrokve has quit IRC | 16:45 | |
*** gokrokve has joined #heat | 16:45 | |
*** Drago has quit IRC | 16:45 | |
*** gokrokve has quit IRC | 16:45 | |
*** zigo has joined #heat | 16:46 | |
*** DaveJ__ has joined #heat | 16:46 | |
*** swygue has quit IRC | 16:47 | |
*** derekh has quit IRC | 16:53 | |
*** cdent has quit IRC | 16:56 | |
*** harlowja_away is now known as harlowja | 16:58 | |
*** Ng_ has joined #heat | 16:59 | |
*** jstrachan has quit IRC | 17:07 | |
*** rushiagr is now known as rushiagr_away | 17:09 | |
*** zns has quit IRC | 17:09 | |
*** andersonvom has quit IRC | 17:11 | |
*** andersonvom has joined #heat | 17:12 | |
*** fayablazer has quit IRC | 17:16 | |
*** andreaf has joined #heat | 17:17 | |
*** spzala has quit IRC | 17:19 | |
*** kopparam has joined #heat | 17:21 | |
*** mgc has quit IRC | 17:22 | |
*** kopparam has quit IRC | 17:25 | |
*** mgc has joined #heat | 17:26 | |
*** kopparam has joined #heat | 17:28 | |
*** kopparam has quit IRC | 17:33 | |
Firespirit | i have a issue with cloud init where my params don't seem to work fine and i don't know why. Someone can help? | 17:37 |
openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/heat: Updated from global requirements https://review.openstack.org/126630 | 17:39 |
*** jcoufal has quit IRC | 17:42 | |
*** ramishra has joined #heat | 17:42 | |
*** harlowja_ has joined #heat | 17:42 | |
*** harlowja has quit IRC | 17:42 | |
*** rushiagr_away is now known as rushiagr | 17:46 | |
*** ramishra has quit IRC | 17:47 | |
*** randallburt1 has joined #heat | 17:47 | |
*** randallburt has quit IRC | 17:47 | |
*** Drago has joined #heat | 17:52 | |
*** Drago has quit IRC | 17:52 | |
*** Drago has joined #heat | 17:52 | |
*** funzo has quit IRC | 17:54 | |
*** funzo has joined #heat | 17:55 | |
*** swygue has joined #heat | 17:57 | |
*** ramishra has joined #heat | 17:58 | |
*** jcoufal has joined #heat | 18:02 | |
*** ramishra has quit IRC | 18:02 | |
uberj_ | stevebaker: question on https://bugs.launchpad.net/heat/+bug/1376008 , why is the conig executing twice? | 18:03 |
uvirtbot | Launchpad bug 1376008 in heat-templates "Implicit dependency between two SoftwareDeployment resources causes double run (rdo-icehouse-release)" [High,Triaged] | 18:03 |
*** uberj_ is now known as uberj | 18:04 | |
*** uberj has quit IRC | 18:04 | |
*** uberj has joined #heat | 18:04 | |
*** kebray has joined #heat | 18:07 | |
*** sabeen1 has quit IRC | 18:10 | |
*** sabeen has joined #heat | 18:10 | |
jdandrea | Trying out Heat (proposed/juno) and I'm stuck in some kind of loop while creating a stack with a server, a port, and a floating ip. Anyone else running into this? http://paste.openstack.org/show/119436/ | 18:11 |
*** zns has joined #heat | 18:12 | |
*** spzala has joined #heat | 18:15 | |
*** mgc has quit IRC | 18:15 | |
*** swygue has quit IRC | 18:17 | |
*** jprovazn has joined #heat | 18:18 | |
*** tspatzier has quit IRC | 18:18 | |
*** kebray has quit IRC | 18:23 | |
*** ananta_ has quit IRC | 18:28 | |
*** kopparam has joined #heat | 18:29 | |
*** EricGonczer_ has quit IRC | 18:30 | |
*** amakarov is now known as amakarov_away | 18:33 | |
*** EricGonczer_ has joined #heat | 18:33 | |
*** kopparam has quit IRC | 18:33 | |
jdandrea | It's worse. I can't *delete* the stack either. Stuck in scheduler.py trying to get rid of the floating ip. | 18:34 |
*** xmltok has quit IRC | 18:37 | |
jdandrea | Ok. It eventually failed to delete the stack, with this reason: "Resource DELETE failed: Error: Resource DELETE failed: Error: Server server1 delete failed: (500) Build of instance 097564e4-9f86-4912-b4f2-38451dd2083c aborted: Failed to allocate the network(s), not rescheduling." | 18:39 |
*** xmltok has joined #heat | 18:44 | |
*** gokrokve has joined #heat | 18:52 | |
*** DaveJ__ has quit IRC | 18:54 | |
*** Dragomir has joined #heat | 18:54 | |
*** rushiagr is now known as rushiagr_away | 18:55 | |
*** ralph has joined #heat | 18:56 | |
*** ramishra has joined #heat | 18:58 | |
*** packet has joined #heat | 18:58 | |
*** Ng_ is now known as Ng | 19:02 | |
*** ramishra has quit IRC | 19:04 | |
openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/heat: Updated from global requirements https://review.openstack.org/126630 | 19:04 |
openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/heat: Updated from global requirements https://review.openstack.org/126630 | 19:11 |
openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/python-heatclient: Updated from global requirements https://review.openstack.org/126678 | 19:17 |
*** ishant has quit IRC | 19:17 | |
*** sabeen has quit IRC | 19:18 | |
*** kebray has joined #heat | 19:18 | |
*** sergmelikyan has quit IRC | 19:28 | |
*** kopparam has joined #heat | 19:30 | |
*** kopparam has quit IRC | 19:34 | |
*** crose has quit IRC | 19:34 | |
*** ralph has quit IRC | 19:36 | |
uberj | jprovazn: ping, question about 1376008 . are you the right guy to ask? | 19:45 |
jprovazn | uberj, Hi, I took the bug though I'm quite noob in Heat internals - stevebaker might be the right guy | 19:48 |
uberj | okay. I'm also a noob | 19:48 |
uberj | will wait for sb | 19:48 |
uberj | OS::Heat::SteveBaker <--- should be a resource :) | 19:49 |
*** crose has joined #heat | 19:49 | |
*** achampion has quit IRC | 19:49 | |
*** achampion has joined #heat | 19:50 | |
*** Dragomir has quit IRC | 19:52 | |
jprovazn | hehe | 19:54 |
*** ramishra has joined #heat | 19:59 | |
*** BillArnold has quit IRC | 20:01 | |
*** ramishra has quit IRC | 20:04 | |
*** jprovazn has quit IRC | 20:05 | |
*** harlowja_ is now known as harlowja_away | 20:09 | |
*** crose has quit IRC | 20:11 | |
*** tonisbones has quit IRC | 20:12 | |
*** gokrokve has quit IRC | 20:13 | |
*** gokrokve has joined #heat | 20:14 | |
*** JayJ has quit IRC | 20:16 | |
*** JayJ has joined #heat | 20:16 | |
*** gokrokve has quit IRC | 20:18 | |
*** randallburt1 has quit IRC | 20:22 | |
*** crose has joined #heat | 20:24 | |
*** kopparam has joined #heat | 20:30 | |
*** kopparam has quit IRC | 20:35 | |
*** Drago has quit IRC | 20:37 | |
*** Drago has joined #heat | 20:37 | |
*** Drago has quit IRC | 20:37 | |
*** mkollaro has joined #heat | 20:48 | |
pas-ha | uberj, lol | 20:48 |
*** ananta_ has joined #heat | 20:50 | |
*** jdob has quit IRC | 20:50 | |
*** randallburt has joined #heat | 20:57 | |
*** asalkeld has joined #heat | 20:57 | |
asalkeld | morning | 20:58 |
*** ramishra has joined #heat | 21:00 | |
*** jcoufal has quit IRC | 21:03 | |
stevebaker | morning | 21:03 |
*** harlowja_away is now known as harlowja_ | 21:04 | |
*** ramishra has quit IRC | 21:05 | |
stevebaker | uberj: my last comment in the bug says what needs to be done | 21:09 |
*** aweiteka has quit IRC | 21:12 | |
sdake | hey stevebaker | 21:16 |
stevebaker | sdake: hai! | 21:16 |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Configure flavor and image from env https://review.openstack.org/126445 | 21:16 |
uberj | stevebaker: I'm just wondering why the heat-config script is seeing asking it to run something twice, and how the dependency is causing it | 21:17 |
*** Drago has joined #heat | 21:19 | |
stevebaker | uberj: I likely made the assumption that config scripts would be idempotent, or scripts would check for dupe runs themselves. | 21:19 |
uberj | I see | 21:19 |
stevebaker | uberj: in hindsight this was wrong. 55-heat-config needs to be modified to only run a config with a given UUID once | 21:20 |
uberj | how would you store state? | 21:20 |
uberj | a file with a list of "already been run" UUIDs? | 21:20 |
stevebaker | uberj: touching a file with the UUID as the filename would be enough | 21:21 |
uberj | a file like that already exists in something like /var/lib/heat-config/heat-config-script/ or /var/lib/heat-config/heat-config-puppet/ right? | 21:21 |
stevebaker | uberj: and maybe writing out the config contents to that file too, just to aid in config debugging | 21:21 |
*** vijendar has quit IRC | 21:22 | |
*** Drago has quit IRC | 21:23 | |
*** sdake_ has joined #heat | 21:23 | |
stevebaker | uberj: its heat-config state, so maybe /var/run/heat-config/{something}/{uuid} | 21:24 |
*** packet has quit IRC | 21:24 | |
uberj | okay, so it would be removed after heat-config finishes. I would assume that multiple runs of heat-config would cause the SC to happen multiple times, just that one run wouldn't cause a SC to run multiple times. | 21:25 |
stevebaker | uberj: a deployment resource actually creates a new derived config with its own uuid, so these touched files can just accumulate, and 55-heat-config will not execute any config for which a touched file already exists | 21:28 |
jdandrea | I'm trying something out in proposed/juno. If I find what appears to be a bug and have steps to reproduce, do I file it on launchpad in the usual way? (I'll note it's concerning proposed/juno) | 21:30 |
*** kopparam has joined #heat | 21:31 | |
stevebaker | jdandrea: would it not affect heat master too? | 21:33 |
stevebaker | jdandrea: just file the bug against heat and we'll figure out what version it applies to | 21:33 |
jdandrea | stevebaker: True. Thanks. | 21:34 |
*** kopparam has quit IRC | 21:36 | |
*** kebray has quit IRC | 21:37 | |
*** ananta_ has quit IRC | 21:41 | |
*** swygue has joined #heat | 21:44 | |
*** ccrouch is now known as ccrouch-brb | 21:45 | |
*** sarob has quit IRC | 21:46 | |
openstackgerrit | William C. Arnold proposed a change to openstack/heat: Implement AZ spanning for AWS ASGs https://review.openstack.org/116139 | 21:51 |
zaneb | asalkeld: I'll leave the mechanics of adding pas-ha to heat-core as an exercise for you ;) | 21:53 |
*** mkollaro has quit IRC | 21:57 | |
asalkeld | zaneb, ok | 21:58 |
asalkeld | zaneb, good luck with your tc candidacy | 21:59 |
zaneb | thanks | 21:59 |
zaneb | it will be interesting, if nothing else :) | 22:00 |
asalkeld | agree with the "need a project mentor" rather than tc grilling | 22:00 |
asalkeld | then no feedback for ages | 22:00 |
*** EricGonczer_ has quit IRC | 22:00 | |
zaneb | yeah, we need to find a way to stop doing that | 22:00 |
stevebaker | I thought deva was the project mentor for zaqar | 22:01 |
*** zns_ has joined #heat | 22:01 | |
zaneb | stevebaker: I believe he was | 22:01 |
asalkeld | one point about it is the mentor then needs to go back to tc meeting and explain what is going on | 22:02 |
zaneb | that didn't work out that well for them though | 22:02 |
asalkeld | i think this tc thing should be very time consuming | 22:02 |
asalkeld | but people don't give it the time it needs | 22:03 |
zaneb | I think it is now | 22:03 |
zaneb | just following the necessary threads on openstack-dev is very time consuming | 22:03 |
*** zns has quit IRC | 22:04 | |
asalkeld | understanding a new tech. and doing your own research ... | 22:04 |
*** zns_ has quit IRC | 22:06 | |
asalkeld | one thing, i think tc members should have a maximum term (like in politics) | 22:06 |
asalkeld | once "in" it seems easier to get re elected | 22:06 |
asalkeld | than competing as a newbi | 22:06 |
*** radez is now known as radez_g0n3 | 22:12 | |
*** jmckind has quit IRC | 22:16 | |
shardy | asalkeld: that's an interesting idea | 22:19 |
shardy | atm it does end up as something of a popularity contest | 22:20 |
asalkeld | otherwise it the same stooges | 22:20 |
asalkeld | added pas-ha to core | 22:20 |
pas-ha | yay! | 22:20 |
asalkeld | go try out your super powers:-) | 22:21 |
*** mikal has quit IRC | 22:21 | |
pas-ha | a bit affraid. i should be sleeping for two hours already, but seems I have long sleepless night before me.. | 22:22 |
asalkeld | stop looking at the screen and close your eyes | 22:22 |
asalkeld | :O | 22:23 |
*** mikal has joined #heat | 22:23 | |
pas-ha | deploying custom product - a recepie for sleep deprivation | 22:23 |
pas-ha | (c) | 22:23 |
*** gokrokve has joined #heat | 22:24 | |
uberj | stevebaker: so I did a bit of poking to see if I could clarify what I was trying to say. when 55-heat-config shells out to the script hook and passes the json blob that contains the SD's unique UUID it uses the same UUID between runs. I think that means the state needed in 55-heat-config needs to be cleared at the end of every run | 22:24 |
stevebaker | uberj: but that is what it does currently, and that is the problem | 22:25 |
*** sdake_ has quit IRC | 22:25 | |
stevebaker | uberj: the unique UUID will change if *anything* changes in the deployment resource, such as new config, change input_value. So we can change 55-heat-config to only run a unique UUID once. This means we need to add state which remains between runs | 22:27 |
uberj | hmm, I don't know if this is a good idea though. what if, for example, a cookbook changes that is being pulled in dynamically? heat won't see the change but the user might expect heat to run | 22:28 |
uberj | I'm starting to like your idempotent assumptions | 22:29 |
uberj | upon further inspection, I think what I was pointing out was that doing something like 'dib-run-parts /opt/stack/os-config-refresh/configure.d' actually causes an element to run twice | 22:30 |
uberj | which didn't seem right | 22:30 |
*** kopparam has joined #heat | 22:32 | |
*** sarob has joined #heat | 22:32 | |
*** dimsum_ has quit IRC | 22:34 | |
asalkeld | that's new : "Patch in Merge Conflict" | 22:34 |
asalkeld | big red message | 22:34 |
*** dimsum_ has joined #heat | 22:34 | |
stevebaker | yes, running too often is preferable to not enough, but it does push complexity to the config writer. Now that we have SoftwareComponent we can deploy arbitrary non-lifecycle config to servers but we don't yet have a way of triggering them to be run. In Paris I'd like to discuss adding a REST API to trigger and monitor executing already deployed config. Ninja workflow! | 22:35 |
*** ccrouch-brb is now known as ccrouch | 22:36 | |
asalkeld | yeah, stevebaker that would be good | 22:36 |
asalkeld | you added that to the session pad? | 22:36 |
stevebaker | not yet | 22:36 |
*** kopparam has quit IRC | 22:36 | |
*** randallburt has quit IRC | 22:37 | |
*** JayJ has quit IRC | 22:38 | |
*** sjmc7 has quit IRC | 22:38 | |
*** dimsum_ has quit IRC | 22:39 | |
uberj | stevebaker: ah, I see how SoftwareComponent solves this and specifically it would address my issue (trying to run a one-time install script exactly once). Are you saying that SoftwareComponent doesn't yet have a way to listen in to the lifecycle hooks? | 22:39 |
stevebaker | uberj: the config hook for SoftwareComponent hasn't landed yet | 22:39 |
uberj | I see | 22:39 |
uberj | okay | 22:39 |
uberj | please feel free to invalidate the bug I filed | 22:40 |
stevebaker | uberj: and currently it just deploys the non-lifecycle config, but there is no way to trigger it | 22:40 |
*** andreaf has quit IRC | 22:40 | |
*** andreaf has joined #heat | 22:40 | |
uberj | does AWS's cloud formation have an equivalent to SoftwareComponents? | 22:40 |
asalkeld | stevebaker, were is the most uptodate docs on this? | 22:40 |
asalkeld | uberj, no | 22:41 |
stevebaker | asalkeld: https://review.openstack.org/#/c/120280/ I haven't written the actual interesting bit yet | 22:41 |
asalkeld | ok | 22:42 |
asalkeld | brb, school run | 22:43 |
openstackgerrit | A change was merged to openstack/heat-templates: A simple template to test SoftwareComponent https://review.openstack.org/112958 | 22:48 |
*** randallburt has joined #heat | 22:48 | |
*** crose has quit IRC | 22:54 | |
*** gondoi is now known as zz_gondoi | 22:56 | |
*** vijendar has joined #heat | 22:57 | |
*** randallburt has quit IRC | 22:58 | |
*** andersonvom has quit IRC | 23:00 | |
*** ramishra has joined #heat | 23:02 | |
*** dimsum_ has joined #heat | 23:02 | |
*** dimsum_ has quit IRC | 23:03 | |
*** dimsum_ has joined #heat | 23:04 | |
*** ramishra has quit IRC | 23:06 | |
*** andersonvom has joined #heat | 23:07 | |
*** JayJ has joined #heat | 23:08 | |
*** jamielennox has quit IRC | 23:10 | |
*** JayJ has quit IRC | 23:13 | |
*** andersonvom has quit IRC | 23:15 | |
*** Drago has joined #heat | 23:19 | |
asalkeld | fabbione, you about? | 23:22 |
asalkeld | sdake, maybe you? | 23:23 |
asalkeld | *some* RHT HA oriented person... | 23:23 |
*** Drago has quit IRC | 23:24 | |
*** ananta_ has joined #heat | 23:24 | |
sdake | shoot me plz | 23:24 |
asalkeld | fabbione, sdake for later: can you guys contribute/review the HA section in 2 places https://etherpad.openstack.org/p/kilo-crossproject-summit-topics | 23:25 |
sdake | asalkeld ah, I can't help there | 23:25 |
sdake | you want fabbione for that | 23:25 |
asalkeld | (maybe point fabbione to it?) | 23:25 |
sdake | asalkeld I'll send a mail - no guarantees fabbione is swamped atm | 23:25 |
asalkeld | we need openstack services to be HA friendly | 23:25 |
asalkeld | maybe beekhof? | 23:26 |
asalkeld | shouldn't take long | 23:26 |
sdake | what is your email address now | 23:26 |
*** hdd has quit IRC | 23:26 | |
asalkeld | asalkeld@mirantis.com | 23:26 |
asalkeld | i also added an entry to https://etherpad.openstack.org/p/kilo-heat-summit-topics | 23:27 |
asalkeld | for HA | 23:27 |
asalkeld | but maybe it's best to focus on the cross project one | 23:27 |
sdake | email in the air | 23:28 |
sdake | lets see what pops out | 23:28 |
asalkeld | thanks steve | 23:28 |
*** dsneddon_ has quit IRC | 23:28 | |
sdake | np | 23:28 |
*** dsneddon_ has joined #heat | 23:29 | |
openstackgerrit | Abhishek Chanda proposed a change to openstack/heat: Use the new keystonemiddleware module https://review.openstack.org/126752 | 23:29 |
*** ananta_ has quit IRC | 23:32 | |
*** kopparam has joined #heat | 23:33 | |
openstackgerrit | A change was merged to openstack/heat: Configure flavor and image from env https://review.openstack.org/126445 | 23:34 |
*** kopparam has quit IRC | 23:37 | |
*** alexpilotti has quit IRC | 23:39 | |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Move test_autoscaling from tempest to heat https://review.openstack.org/112189 | 23:43 |
*** ananta_ has joined #heat | 23:46 | |
openstackgerrit | Steve Baker proposed a change to openstack/heat: Integration test for software-config tools https://review.openstack.org/113711 | 23:47 |
*** hdd has joined #heat | 23:49 | |
stevebaker | Please don't approve any of ^ tests unless check-heat-dsvm-functional actually passes | 23:50 |
*** gokrokve has quit IRC | 23:59 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!