| openstackgerrit | Takashi NATSUME proposed a change to openstack/heat: Add log output of x-openstack-request-id from nova https://review.openstack.org/99864 | 00:02 |
|---|---|---|
| stevebaker | SpamapS: got some time for more zaneb reviews? https://review.openstack.org/#/q/status:open+project:openstack/heat+branch:master+topic:bp/update-failure-recovery,n,z | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Only support client plugins https://review.openstack.org/98688 | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Glance, swift use ignore_not_found() https://review.openstack.org/100424 | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement keystone client plugin https://review.openstack.org/97985 | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement heat client plugin https://review.openstack.org/97984 | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: is_not_found exception checking for client plugins https://review.openstack.org/100421 | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Move network constraint to neutron plugin https://review.openstack.org/100420 | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Neutron use ignore_not_found() https://review.openstack.org/100423 | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Nova use ignore_not_found() https://review.openstack.org/100422 | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Store clients in context https://review.openstack.org/98935 | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Move glance_utils functions to glance client plugin https://review.openstack.org/100419 | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement barbican client plugin https://review.openstack.org/98684 | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Remove unused rackspace clients imports https://review.openstack.org/98685 | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Use config region_name_for_services for rackspace clients https://review.openstack.org/98686 | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Port rackspace clients to client plugins https://review.openstack.org/98687 | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Use a dict for clients memoization https://review.openstack.org/97972 | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Deprecate direct access to clients methods https://review.openstack.org/97973 | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Make heat.engine.clients a package https://review.openstack.org/97974 | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement marconi client plugin https://review.openstack.org/98683 | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Base class for client plugins https://review.openstack.org/97975 | 00:03 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Initialise client plugins https://review.openstack.org/97976 | 00:04 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement nova client plugin https://review.openstack.org/97977 | 00:04 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement swift client plugin https://review.openstack.org/97978 | 00:04 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement glance client plugin https://review.openstack.org/97979 | 00:04 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement neutron client plugin https://review.openstack.org/97980 | 00:04 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement cinder client plugin https://review.openstack.org/97981 | 00:04 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement trove client plugin https://review.openstack.org/97982 | 00:04 |
| openstackgerrit | Steve Baker proposed a change to openstack/heat: Implement ceilometer client plugin https://review.openstack.org/97983 | 00:04 |
| *** gokrokve_ has joined #heat | 00:06 | |
| *** gokrokve has quit IRC | 00:09 | |
| *** tango|2 has quit IRC | 00:11 | |
| *** achampion has quit IRC | 00:12 | |
| *** nati_ueno has quit IRC | 00:14 | |
| lifeless | asalkeld: put your papers in ? :) | 00:17 |
| asalkeld | oops, yeah sure | 00:17 |
| asalkeld | too many things on the todo list | 00:17 |
| *** kgriffs is now known as kgriffs|afk | 00:17 | |
| lifeless | abstract << paper. JFDI | 00:18 |
| *** samstav_ has joined #heat | 00:22 | |
| *** samstav has quit IRC | 00:24 | |
| kfox1111 | sweet. I got a heat stack launching a 389 ldap slave server and replicating from a master. | 00:25 |
| kfox1111 | a few more tweaks, and its load balancer time. :) | 00:26 |
| *** samstav_ has quit IRC | 00:26 | |
| kfox1111 | oh. btw. has anyone implemented an instance group resource yet? | 00:26 |
| asalkeld | lifeless, done | 00:29 |
| lifeless | kfox1111: 389 servers? | 00:29 |
| kfox1111 | lifeless: http://directory.fedoraproject.org/wiki/Main_Page | 00:30 |
| kfox1111 | I really would like to use an instance group to ensure my 389 replica's are on different physical hosts. | 00:31 |
| *** spzala has quit IRC | 00:34 | |
| *** jasond has quit IRC | 00:37 | |
| *** achampion has joined #heat | 00:38 | |
| *** kopparam has joined #heat | 00:40 | |
| openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/heat: Updated from global requirements https://review.openstack.org/96507 | 00:42 |
| *** achampion has quit IRC | 00:43 | |
| *** kopparam has quit IRC | 00:45 | |
| *** TravT has quit IRC | 00:46 | |
| openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/python-heatclient: Updated from global requirements https://review.openstack.org/89243 | 00:47 |
| *** kfox1111 has quit IRC | 00:48 | |
| *** bandarji has quit IRC | 00:49 | |
| *** tiantian has quit IRC | 00:51 | |
| *** m_22 has quit IRC | 00:54 | |
| *** rwsu has quit IRC | 00:58 | |
| *** m_22 has joined #heat | 01:01 | |
| *** tiantian has joined #heat | 01:11 | |
| *** matsuhashi has joined #heat | 01:17 | |
| *** saurabhs has left #heat | 01:22 | |
| *** arbylee has quit IRC | 01:22 | |
| *** fandi has quit IRC | 01:31 | |
| *** nosnos has joined #heat | 01:31 | |
| morganfainberg | shardy, ping - re: re-delegation, the question about generational vs actual re-delegations - "redelegation_count" should be for generations of re-delegations (depth) not the actual number that occurs. | 01:33 |
| *** ericgoncz has quit IRC | 01:33 | |
| morganfainberg | shardy, i think you nailed it in the spec on that front, I commented on the question, - still reviewing though. | 01:33 |
| *** spzala has joined #heat | 01:37 | |
| tiantian | morning:) | 01:38 |
| *** andersonvom has quit IRC | 01:41 | |
| openstackgerrit | A change was merged to openstack/heat: Load resources using Resource.load_all_from_stack() https://review.openstack.org/96927 | 01:43 |
| *** arbylee has joined #heat | 01:49 | |
| *** ramishra has joined #heat | 01:50 | |
| *** dims has quit IRC | 01:58 | |
| elynn | morning all :) | 02:13 |
| *** mestery has joined #heat | 02:19 | |
| *** nanjj` has joined #heat | 02:23 | |
| *** kebray has joined #heat | 02:24 | |
| *** dims has joined #heat | 02:24 | |
| *** kebray has quit IRC | 02:24 | |
| *** m_22 has quit IRC | 02:24 | |
| *** dims has quit IRC | 02:28 | |
| *** matsuhashi has quit IRC | 02:29 | |
| *** matsuhashi has joined #heat | 02:32 | |
| *** arbylee has quit IRC | 02:32 | |
| *** spzala has quit IRC | 02:37 | |
| *** piyush has joined #heat | 02:39 | |
| asalkeld | stevebaker, http://paste.openstack.org/show/84359/ | 02:42 |
| asalkeld | works for me | 02:42 |
| asalkeld | git test tox | 02:42 |
| asalkeld | (so I saved that in ~/bin/git-test) | 02:42 |
| stevebaker | asalkeld: nice, will check it out | 02:43 |
| *** gokrokve_ has quit IRC | 02:43 | |
| asalkeld | actually it's needs the "1" removed from the sed | 02:43 |
| *** zhiyan_ is now known as zhiyan | 02:44 | |
| *** piyush has quit IRC | 02:44 | |
| *** achampion has joined #heat | 02:44 | |
| *** harlowja is now known as harlowja_away | 02:48 | |
| *** renlt has joined #heat | 02:54 | |
| *** achampion has quit IRC | 02:54 | |
| *** gokrokve has joined #heat | 02:54 | |
| *** matsuhashi has quit IRC | 03:00 | |
| *** samstav has joined #heat | 03:01 | |
| elynn | hi asalkeld stevebaker , Can you please help to review these two patches? https://review.openstack.org/#/c/93270/ https://review.openstack.org/#/c/96401/ | 03:12 |
| elynn | It's been a while to receive no reviews. | 03:14 |
| asalkeld | elynn, I did one | 03:18 |
| elynn | thx asalkeld :) | 03:18 |
| openstackgerrit | A change was merged to openstack/heat-cfntools: Update sysvinit function to support ubuntu https://review.openstack.org/93270 | 03:19 |
| *** nosnos has quit IRC | 03:27 | |
| *** jyoti_ranjan has joined #heat | 03:29 | |
| *** cmyster has joined #heat | 03:35 | |
| *** Tross has quit IRC | 03:36 | |
| *** samstav has quit IRC | 03:40 | |
| *** jrist has quit IRC | 03:49 | |
| *** matsuhashi has joined #heat | 03:53 | |
| *** Tross has joined #heat | 03:56 | |
| *** mestery has quit IRC | 04:00 | |
| *** mestery has joined #heat | 04:02 | |
| *** mestery has quit IRC | 04:04 | |
| *** samstav has joined #heat | 04:06 | |
| *** nosnos has joined #heat | 04:07 | |
| *** piyush has joined #heat | 04:07 | |
| *** matsuhashi has quit IRC | 04:12 | |
| *** matsuhashi has joined #heat | 04:12 | |
| openstackgerrit | A change was merged to openstack/heat-cfntools: Add res_last_path to store last metadata of a resource https://review.openstack.org/96401 | 04:15 |
| openstackgerrit | A change was merged to openstack/heat-cfntools: Add support for package install via zypper https://review.openstack.org/92538 | 04:16 |
| *** matsuhashi has quit IRC | 04:17 | |
| *** matsuhashi has joined #heat | 04:21 | |
| *** dims has joined #heat | 04:27 | |
| *** rakesh_hs2 has joined #heat | 04:28 | |
| *** nikunj2512 has joined #heat | 04:30 | |
| *** nanjj` has quit IRC | 04:31 | |
| *** dims has quit IRC | 04:32 | |
| *** matsuhashi has quit IRC | 04:36 | |
| *** matsuhashi has joined #heat | 04:36 | |
| *** matsuhashi has quit IRC | 04:39 | |
| *** matsuhashi has joined #heat | 04:39 | |
| *** achampion has joined #heat | 04:44 | |
| *** dims has joined #heat | 04:46 | |
| *** piyush has quit IRC | 04:46 | |
| *** dims has quit IRC | 04:51 | |
| Rajalakshmi | SpamapS: Yes I understand the tests are stored in Tempest repository | 04:51 |
| *** achampion has quit IRC | 04:53 | |
| *** nanjj` has joined #heat | 04:58 | |
| cmyster | which reminds me... | 04:59 |
| *** ramishra has quit IRC | 05:00 | |
| *** ramishra has joined #heat | 05:00 | |
| *** ramishra has quit IRC | 05:03 | |
| *** ramishra has joined #heat | 05:03 | |
| *** saju_m has joined #heat | 05:05 | |
| Rajalakshmi | Spamaps: But I wish to know where to mention and get confirmed if the tests scenarios that I am planning for are correct | 05:05 |
| cmyster | Rajalakshmi: what are you trying to do? upload scenario tests to tempest? | 05:08 |
| Rajalakshmi | api tests to tempest | 05:10 |
| *** saju_m has quit IRC | 05:10 | |
| cmyster | ok, did you already did git review for you code? | 05:10 |
| Rajalakshmi | cmyster: The current api test cases do not have templates for keystone and glance | 05:11 |
| *** matsuhashi has quit IRC | 05:11 | |
| cmyster | I know, | 05:11 |
| *** matsuhashi has joined #heat | 05:11 | |
| Rajalakshmi | I am yet to start scripting. I would like to know if my scenarios are valid and also know if anyone else is working on same test cases | 05:11 |
| stevebaker | Rajalakshmi: Planned tests are heat wishlist bugs tagged with 'tempest' https://bugs.launchpad.net/heat/+bugs?field.tag=tempest | 05:13 |
| stevebaker | Rajalakshmi: if there is no sign of activity on one of those bugs, its yours ;) | 05:13 |
| cmyster | evening stevebaker, | 05:14 |
| stevebaker | Rajalakshmi: or raise your own wishlist bugs if you don't see the test you're planning | 05:14 |
| stevebaker | cmyster: higgins | 05:14 |
| stevebaker | wow | 05:14 |
| stevebaker | cmyster: HI | 05:14 |
| cmyster | tabulator++? | 05:14 |
| Rajalakshmi | stevebaker: Thankyou :) | 05:14 |
| stevebaker | I've been tabbing a lot today | 05:15 |
| Rajalakshmi | The other projects in openstack are using etherpad links for tempest test planning. | 05:15 |
| *** matsuhashi has quit IRC | 05:16 | |
| Rajalakshmi | stevebaker: Is there any such etherpad link or blueprints available that plan and approve test cases? | 05:16 |
| stevebaker | Rajalakshmi: no, I would recommend raising wishlist bugs under the heat project | 05:16 |
| *** matsuhashi has joined #heat | 05:17 | |
| *** lazy_prince has joined #heat | 05:17 | |
| *** matsuhashi has quit IRC | 05:24 | |
| *** matsuhashi has joined #heat | 05:24 | |
| *** tiantian has quit IRC | 05:24 | |
| *** kopparam has joined #heat | 05:24 | |
| Rajalakshmi | stevebaker: Should the wishlist bugs be confirmed before we start scripting? | 05:25 |
| Rajalakshmi | stevebaker: Is it Ideal to wait for bug confirmation? | 05:26 |
| *** nanjj` has quit IRC | 05:27 | |
| cmyster | it is the best practice. sometimes you may not know if there is already WIP or someone is covering it in a different tests and its nice to have a feedback | 05:27 |
| *** saju_m has joined #heat | 05:28 | |
| SpamapS | stevebaker: oo, the neverending patch stream is only 4 long? wonderful | 05:29 |
| *** nanjj` has joined #heat | 05:30 | |
| SpamapS | Rajalakshmi: ah, understood. You may want to start by writing documentation. We currently mainly have documentation in the heat tree at doc/source | 05:33 |
| SpamapS | Rajalakshmi: If the documentation is accepted, then it is a guide for writing a test. | 05:33 |
| Rajalakshmi | SpamapS: Yes that may be one way of getting confirmation. But as stevebaker recommended, raising wishlist bug would be more easy | 05:40 |
| *** achampion has joined #heat | 05:42 | |
| *** tomek_adamczewsk has joined #heat | 05:43 | |
| *** akuznetsov has joined #heat | 05:43 | |
| SpamapS | Rajalakshmi: yes, easier, but it would leave future users in the same position as you: wondering how Heat is _supposed_ to work. ;) | 05:44 |
| Rajalakshmi | Spamaps: :) | 05:45 |
| Rajalakshmi | Spamaps: Yes you are right. | 05:45 |
| *** dims has joined #heat | 05:47 | |
| Rajalakshmi | So where can I add the documentation reagrding the test scenarios? There are many files in heat/doc/source | 05:47 |
| Rajalakshmi | SpamapS: Can you please suggest? https://github.com/openstack/heat/tree/master/doc/source | 05:48 |
| *** nanjj` has quit IRC | 05:49 | |
| *** e0ne has joined #heat | 05:51 | |
| SpamapS | Rajalakshmi: what are you intending to test? | 05:51 |
| *** dims has quit IRC | 05:51 | |
| Rajalakshmi | Create a stack that has resource as user.. I mean stack template with keystone user, project and role creation | 05:52 |
| Rajalakshmi | SpamapS: Also a stack template with glance image upload | 05:53 |
| SpamapS | Rajalakshmi: ok, so for that you probably just want to edit the in-line documentation that generates this: http://docs.openstack.org/developer/heat/template_guide/index.html | 05:53 |
| SpamapS | Rajalakshmi: that documentation is created from heat/engine/resources/* | 05:53 |
| *** nkhare has joined #heat | 05:54 | |
| SpamapS | I don't see explicit keystone resources actually | 05:54 |
| SpamapS | just the AWS::IAM ones | 05:54 |
| SpamapS | anyway | 05:54 |
| SpamapS | about to pass out.. | 05:54 |
| SpamapS | Rajalakshmi: sorry I'm not much more help. | 05:54 |
| Rajalakshmi | SpamapS: Thankyou | 05:57 |
| skraynev | Good Morning! | 05:57 |
| cmyster | morning | 05:57 |
| *** nanjj` has joined #heat | 05:57 | |
| *** achampion has quit IRC | 05:58 | |
| Rajalakshmi | stevebaker: One last doubt, should I wait till my wishlist bug is confirmed by some heat developer? | 06:00 |
| *** e0ne has quit IRC | 06:01 | |
| *** e0ne has joined #heat | 06:01 | |
| elynn | Hi guys, I have some questions about autoscaling in heat | 06:02 |
| *** kopparam has quit IRC | 06:02 | |
| openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/heat: Imported Translations from Transifex https://review.openstack.org/89750 | 06:02 |
| elynn | If heat receive a alarmLow event, according to ScalingDownPolicy, will terminal an instance for autoscaling. | 06:03 |
| elynn | So I wanna know how does heat choose which instance to terminate? | 06:04 |
| elynn | Anyone knows about it? | 06:04 |
| *** bmahalakshmi has joined #heat | 06:04 | |
| *** wendar has quit IRC | 06:04 | |
| *** wendar_ has joined #heat | 06:04 | |
| *** e0ne has quit IRC | 06:05 | |
| *** kopparam has joined #heat | 06:05 | |
| *** gokrokve has quit IRC | 06:11 | |
| *** tiantian has joined #heat | 06:11 | |
| *** jprovazn has joined #heat | 06:14 | |
| shardy | Rajalakshmi: there aren't keystone resources, because almost all of them would be admin-only | 06:17 |
| shardy | and we've not got a way to hide resources to those who would be denied using them based on policy | 06:18 |
| shardy | so in general we've tried not to implement admin-only resources so far | 06:18 |
| shardy | Rajalakshmi: As SpamapS mentioned, the AWS::IAM::User does create a user, but it is created in a special domain for heat, as are the users associated with some other resources which require credentials for signalling (e.g WaitConditionHandle and ScalingPolicy) | 06:19 |
| *** nanjj` has quit IRC | 06:19 | |
| *** nkhare has quit IRC | 06:19 | |
| *** nikunj2512 has quit IRC | 06:19 | |
| *** openstackgerrit has quit IRC | 06:19 | |
| shardy | Rajalakshmi: there is an OS::Glance::Image in the latest master version of heat, it only landed recently so you probably don't have it if you're using Icehouse | 06:20 |
| *** nanjj` has joined #heat | 06:23 | |
| *** nkhare has joined #heat | 06:23 | |
| *** nikunj2512 has joined #heat | 06:23 | |
| *** openstackgerrit has joined #heat | 06:23 | |
| *** kopparam is now known as vm | 06:24 | |
| tiantian | <shardy>: hi, there is Pagination for stack now, I'm thinking about the Pagination for events, and the idear comes from my work-team, what do you think about this? | 06:25 |
| *** vm is now known as kopparam | 06:25 | |
| *** samstav has quit IRC | 06:27 | |
| *** elynn has quit IRC | 06:29 | |
| *** tspatzier has joined #heat | 06:32 | |
| *** jcoufal has joined #heat | 06:37 | |
| shardy | tiantian: sounds ok to me :) | 06:42 |
| tiantian | <shardy>:especially the AutoScalingGroup resource, the event will be much because the autoscale action. OK, I will register a bp, and would you approve it then:) | 06:47 |
| *** dims_ has joined #heat | 06:47 | |
| *** ramishra has quit IRC | 06:48 | |
| *** sgordon` has quit IRC | 06:50 | |
| *** ramishra has joined #heat | 06:51 | |
| *** kopparam has quit IRC | 06:51 | |
| *** kopparam has joined #heat | 06:52 | |
| *** sgordon` has joined #heat | 06:52 | |
| *** dims_ has quit IRC | 06:53 | |
| *** renlt has quit IRC | 06:58 | |
| *** elynn has joined #heat | 07:00 | |
| *** gokrokve has joined #heat | 07:02 | |
| *** hewbrocca has joined #heat | 07:02 | |
| *** kopparam has quit IRC | 07:02 | |
| *** kopparam has joined #heat | 07:03 | |
| *** kopparam has quit IRC | 07:07 | |
| *** gokrokve has quit IRC | 07:07 | |
| therve | Good morning! | 07:08 |
| *** matsuhashi has quit IRC | 07:08 | |
| *** matsuhas_ has joined #heat | 07:08 | |
| *** jcoufal has quit IRC | 07:12 | |
| *** renlt has joined #heat | 07:13 | |
| *** jcoufal has joined #heat | 07:13 | |
| *** bmahalakshmi has quit IRC | 07:13 | |
| cmyster | morning | 07:13 |
| *** chandan_kumar has quit IRC | 07:17 | |
| *** bmahalakshmi has joined #heat | 07:17 | |
| *** ramishra has quit IRC | 07:18 | |
| cmyster | are properties in Neutron::Router a new thing? in Icehouse I can't seem to pass validation when adding anything to it as par http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::Router | 07:19 |
| *** julienvey has joined #heat | 07:25 | |
| cmyster | oh shardy, your here, quick pm | 07:30 |
| *** remi has joined #heat | 07:31 | |
| *** jyoti_ranjan has quit IRC | 07:31 | |
| *** remi is now known as Guest81573 | 07:32 | |
| Guest81573 | Hello, i have a problem on stack autoscalling on Heat (IceHouse). Does anyone can help me ? | 07:38 |
| *** kopparam has joined #heat | 07:44 | |
| *** e0ne has joined #heat | 07:48 | |
| openstackgerrit | huangtianhua proposed a change to openstack/heat: Make some properties updatable for Volume resource https://review.openstack.org/100804 | 07:50 |
| *** jamiehannaford has joined #heat | 07:50 | |
| *** jyoti_ranjan has joined #heat | 07:57 | |
| shardy | Guest81573: probably, please explain your problem, and how you installed heat (devstack/RDO etc) | 08:00 |
| cmyster | shardy: 2 lines before that ? | 08:00 |
| openstackgerrit | A change was merged to openstack/heat: Update: Keep a copy of the old template for rollback https://review.openstack.org/100044 | 08:00 |
| openstackgerrit | A change was merged to openstack/heat: Allow raw templates to be updated in the DB https://review.openstack.org/100045 | 08:01 |
| openstackgerrit | A change was merged to openstack/heat: Update template incrementally as resources change https://review.openstack.org/100046 | 08:01 |
| openstackgerrit | A change was merged to openstack/heat: Update: persist current template on change https://review.openstack.org/100047 | 08:01 |
| *** e0ne has quit IRC | 08:01 | |
| *** gokrokve has joined #heat | 08:03 | |
| *** e0ne has joined #heat | 08:03 | |
| *** jistr has joined #heat | 08:03 | |
| *** kopparam has quit IRC | 08:05 | |
| *** kopparam has joined #heat | 08:05 | |
| *** renlt has quit IRC | 08:06 | |
| *** renlt has joined #heat | 08:06 | |
| *** kopparam has quit IRC | 08:07 | |
| *** gokrokve has quit IRC | 08:08 | |
| *** kopparam has joined #heat | 08:08 | |
| Guest81573 | Ok, I try to use the template autoscalling (heat-templates/blob/master/hot/autoscaling.yaml). Is it possible to define in the structure OS::Heat::AutoScallingGroup resources without reference to another template (as in lb_server.yaml example) ? | 08:09 |
| tiantian | <shardy>: there is no 'juno' floder(version identifier) in spec git repo, do we need to add? | 08:10 |
| *** renlt has quit IRC | 08:10 | |
| *** andreaf_ has quit IRC | 08:11 | |
| *** renlt has joined #heat | 08:11 | |
| *** renlt has quit IRC | 08:11 | |
| *** renlt has joined #heat | 08:11 | |
| *** CarstenD has joined #heat | 08:12 | |
| CarstenD | hi | 08:12 |
| *** kopparam has quit IRC | 08:12 | |
| *** stannie has joined #heat | 08:12 | |
| *** nanjj` has quit IRC | 08:15 | |
| openstackgerrit | Zhang Yang proposed a change to openstack/heat: Add stacklock for resource_signal https://review.openstack.org/90325 | 08:17 |
| *** julienvey has quit IRC | 08:18 | |
| *** ramishra has joined #heat | 08:18 | |
| *** julienvey has joined #heat | 08:18 | |
| shardy | Guest81573: Yes, you can specify the resource definition inline in the template | 08:21 |
| shardy | Guest81573: Just replace type: lb_server.yaml with whatever resource you want to auto scale, e.g OS::Nova::Server | 08:22 |
| shardy | and adjust the properties to match | 08:22 |
| shardy | tiantian: Can you link to what version identifier you're referring to, do you mean branch? | 08:23 |
| tiantian | such "juno", I find nova-spec has the "juno" floder and heat-spec hasn't | 08:24 |
| *** renlt has quit IRC | 08:25 | |
| *** nanjj` has joined #heat | 08:26 | |
| *** renlt has joined #heat | 08:26 | |
| tiantian | I find some heat specs in reviewing, all of them are under the specs floder | 08:26 |
| openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Adding own child_template for AutoScalingGroup https://review.openstack.org/95142 | 08:27 |
| *** renlt has quit IRC | 08:27 | |
| *** renlt has joined #heat | 08:28 | |
| *** Demitar has joined #heat | 08:28 | |
| *** kopparam has joined #heat | 08:30 | |
| *** Yanyan has joined #heat | 08:31 | |
| *** renlt has quit IRC | 08:32 | |
| *** renlt has joined #heat | 08:32 | |
| *** elynn has quit IRC | 08:34 | |
| Guest81573 | Shardy : Thanks for your reply, But is it possible to define multiple resources (one nova::server and one neutron::poolmember) directly on AutoScallingGroup ? I have always some error when i try to define directly resource on AutoScallingGroup. | 08:36 |
| *** denis_makogon has joined #heat | 08:38 | |
| *** elynn has joined #heat | 08:39 | |
| shardy | Guest81573: No, you'll have to define the server and poolmember resources in another template like in the heat-templates example | 08:41 |
| shardy | tiantian: ah, sorry I see, yes we don't have a juno folder yet because we've only just started using the specs repo | 08:42 |
| shardy | maybe we should create one similar to other projects | 08:43 |
| *** julienve_ has joined #heat | 08:45 | |
| *** IgorYozhikov has quit IRC | 08:45 | |
| *** IgorYozhikov has joined #heat | 08:46 | |
| Guest81573 | shardy : Ok, so it's not possible to define the server and poolmember of the autoscallinggroup directly on the template ? (Without pass by anoter template) | 08:46 |
| *** andersonvom has joined #heat | 08:47 | |
| shardy | Guest81573: No | 08:48 |
| tiantian | <shardy>: It seems can't create an empty floder | 08:48 |
| Guest81573 | Ok thanks shardy. | 08:48 |
| shardy | tiantian: So put your new spec in it ;) | 08:49 |
| *** julienvey has quit IRC | 08:49 | |
| tiantian | <shardy>:we can add it in the first merged spec:) | 08:49 |
| shardy | tiantian: yup | 08:50 |
| *** dims_ has joined #heat | 08:51 | |
| *** andersonvom has quit IRC | 08:52 | |
| *** mkollaro has joined #heat | 08:53 | |
| Guest81573 | Shardy : With heat on openstack-dashboard, it's not possible to load two templates(heat-autoscalling and lb_server) in the same time. So for run autoscalling, the same solution it's to run stack with heat-api ? | 08:55 |
| shardy | Guest81573: Yes, until bug #1322258 is fixed in Horizon, you'll need to use python-heatclient | 08:56 |
| uvirtbot | Launchpad bug 1322258 in horizon "Heat environments don't work for local files" [High,In progress] https://launchpad.net/bugs/1322258 | 08:56 |
| *** dims_ has quit IRC | 08:56 | |
| shardy | put both templates in the same folder then do heat stack-create mystack -f template.yaml | 08:56 |
| Guest81573 | Ok thanks | 08:56 |
| shardy | python-heatclient will find any template references inside template.yaml, which is the logic currently missing from Horizon | 08:56 |
| *** andreaf has joined #heat | 08:57 | |
| *** hewbrocca has quit IRC | 08:57 | |
| openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Remove unused parameter name in validate_value https://review.openstack.org/97765 | 08:58 |
| *** noTHD_ has joined #heat | 08:58 | |
| *** noTHD_ has quit IRC | 08:58 | |
| openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Hide warning for old style attribute schema test https://review.openstack.org/96755 | 08:58 |
| *** noTHD_ has joined #heat | 08:59 | |
| openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Adding validation algorithm for get attr functions https://review.openstack.org/82488 | 08:59 |
| *** andreaf_ has joined #heat | 08:59 | |
| *** noTHD_ has quit IRC | 08:59 | |
| *** noTHD is now known as Guest81712 | 09:00 | |
| *** Guest81712 has quit IRC | 09:00 | |
| *** noTHD has joined #heat | 09:01 | |
| *** matsuhas_ has quit IRC | 09:01 | |
| *** andreaf has quit IRC | 09:01 | |
| *** gokrokve has joined #heat | 09:03 | |
| *** matsuhashi has joined #heat | 09:09 | |
| *** gokrokve has quit IRC | 09:09 | |
| *** nanjj`` has joined #heat | 09:12 | |
| *** nanjj` has quit IRC | 09:14 | |
| *** ramishra has quit IRC | 09:16 | |
| *** nanjj`` has quit IRC | 09:19 | |
| *** nanjj`` has joined #heat | 09:19 | |
| *** sorantis has joined #heat | 09:20 | |
| tiantian | <shardy>: a question about the stack-list, we can get the count of stacks, right? But the count is incorrect for show-deleted stack-list | 09:21 |
| openstackgerrit | Zhang Yang proposed a change to openstack/heat: Remove redundant assert for metadata https://review.openstack.org/100830 | 09:22 |
| *** mkerrin has quit IRC | 09:22 | |
| shardy | tiantian: sounds like a bug as the show-deleted stuff was added recently, please raise a bug with details | 09:22 |
| *** norman has joined #heat | 09:22 | |
| *** loki184 has joined #heat | 09:22 | |
| tiantian | <shardy>: yes, I will fix this, and I don't know why the count need to count again, why not to count with len(stacks) in L183 in stacks.py? It looks add the rpc and db method especially? | 09:25 |
| shardy | tiantian: I think the reason is pagination | 09:28 |
| shardy | e.g if you pass limit/marker to the list_stacks you still need to get the total count for the unfiltered list | 09:28 |
| tiantian | shardy: you mean the count is the 'total count' | 09:31 |
| *** mkollaro has quit IRC | 09:33 | |
| zhangyang | tiantian: I check the code, "count_stacks" supports pagination query | 09:33 |
| *** kirankv has joined #heat | 09:35 | |
| tiantian | <zhangyang>: just supports the filter such as status,name,action | 09:38 |
| *** matsuhashi has quit IRC | 09:38 | |
| *** julienve_ has quit IRC | 09:38 | |
| *** julienvey has joined #heat | 09:39 | |
| zhangyang | tiantian: yes, I got it, there are 2 filter groups, one is [status, name, action] , and the other one is [limit,maker,sort_dir,sort_keys,show_deleted]. count_stacks only supports the first one | 09:41 |
| *** mkollaro has joined #heat | 09:41 | |
| *** IgorYozhikov is now known as iyozhikov | 09:47 | |
| openstackgerrit | Zhang Yang proposed a change to openstack/heat: Add stacklock for resource_signal https://review.openstack.org/90325 | 09:47 |
| *** renlt has quit IRC | 09:48 | |
| *** ifarkas_ has quit IRC | 09:51 | |
| *** zhiyan is now known as zhiyan_ | 09:51 | |
| *** dims_ has joined #heat | 09:51 | |
| *** ccrouch1 has joined #heat | 09:53 | |
| *** ccrouch has quit IRC | 09:54 | |
| *** fandi has joined #heat | 09:55 | |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: engine.clients always use keystoneclient auth_token https://review.openstack.org/100700 | 09:55 |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: Don't set context auth_token in heat_keystoneclient https://review.openstack.org/100701 | 09:55 |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: Remove test_autoscaling _stub_validate https://review.openstack.org/100365 | 09:55 |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: tests add stub_keystoneclient to base test class https://review.openstack.org/100367 | 09:55 |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: test_autoscaling refactor suspend/resume stubbing https://review.openstack.org/100366 | 09:55 |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: Convert service.py to use_stored_context https://review.openstack.org/99731 | 09:56 |
| openstackgerrit | Steven Hardy proposed a change to openstack/heat: parser.Stack add use_stored_context option https://review.openstack.org/99730 | 09:56 |
| *** rakesh_hs2 has quit IRC | 09:56 | |
| *** dims_ has quit IRC | 09:56 | |
| cmyster | that's it ? | 09:56 |
| cmyster | ;) | 09:56 |
| shardy | haha | 09:57 |
| *** ramishra has joined #heat | 09:57 | |
| *** rakesh_hs2 has joined #heat | 09:57 | |
| *** jcoufal has quit IRC | 09:59 | |
| *** saju_m has quit IRC | 09:59 | |
| *** matsuhashi has joined #heat | 10:01 | |
| *** gokrokve has joined #heat | 10:04 | |
| therve | What's up with this trend of cores +2 without approving | 10:05 |
| *** matsuhashi has quit IRC | 10:06 | |
| *** Yanyan has quit IRC | 10:08 | |
| *** matsuhashi has joined #heat | 10:08 | |
| tiantian | bye all :) | 10:08 |
| skraynev | tiantian: bb | 10:09 |
| *** ramishra has quit IRC | 10:09 | |
| tiantian | bb :) long time no see | 10:09 |
| *** gokrokve has quit IRC | 10:10 | |
| shardy | therve: I did one yesterday because the check jobs hadn't run yet | 10:10 |
| tiantian | <skraynev> : don't forget to review the quota-api patches :) bb | 10:10 |
| shardy | also I think a few were deferred for approval recently due to the gate backlog | 10:10 |
| skraynev | tiantian: :) sure. | 10:11 |
| proffalken | Hi all, I've been asked to look into the orchestraion element of HEAT and I'm struggling to find docs on how it all works apart from https://wiki.openstack.org/wiki/Heat/Blueprints/hot-software-config which states it's not official HEAT policy | 10:11 |
| proffalken | are there any docs on the WaitCondition stuff that I can take a look at? | 10:11 |
| shardy | therve: now approved ;) | 10:11 |
| shardy | proffalken: see "heat-core Blogs & Presentation Material" in https://wiki.openstack.org/wiki/Heat | 10:13 |
| shardy | proffalken: I've got some slides which show how the waitcondition signalling works | 10:13 |
| shardy | I'm not sure we have much official docs on that other than the resource interface though | 10:14 |
| proffalken | ok, that's cool, I'm happy to contribute docs as I work this out, I've been working on the TripleO side of things for a while, now I can get the stack built I need to be able to orchestrate upgrades... | 10:14 |
| proffalken | Thanks, I'll read through the notes/presentations | 10:14 |
| shardy | https://github.com/hardys/presentations/blob/master/JunoSummitIntroToHeat.pdf | 10:15 |
| proffalken | heh, just reading that one now! | 10:15 |
| shardy | There's a slide towards the end of that which shows how the SoftwareDeployment signal works | 10:15 |
| *** ifarkas has joined #heat | 10:15 | |
| proffalken | shardy: awesome, thanks. I'll see if anyone attended your session at the summit | 10:16 |
| *** sergmelikyan has quit IRC | 10:16 | |
| *** sergmelikyan has joined #heat | 10:17 | |
| shardy | https://github.com/hardys/presentations/blob/master/owf_heat_autoscaling_ceilometer_04102013.pdf | 10:17 |
| shardy | proffalken: Slide 5 of that has more detail on how the CFN WaitCondition signalling works | 10:17 |
| *** matsuhashi has quit IRC | 10:17 | |
| *** matsuhashi has joined #heat | 10:18 | |
| shardy | proffalken: I think it was recorded if you want to take a look, although we didn't really cover specifics of the signalling | 10:18 |
| Rajalakshmi | shardy: Thankyou... | 10:18 |
| proffalken | shardy: at this point, an overview is fine | 10:18 |
| proffalken | thanks | 10:18 |
| shardy | proffalken: welcome btw, good to see some more TripleO folks around here :) | 10:19 |
| * proffalken finds "Introduction to Openstack Orchestraion" on youtube and starts to watch... | 10:19 | |
| proffalken | shardy: heh, thanks. Officially (in the office at least!) I'm Nova, but that led to TripleO and TripleO seems to have led here - suggestions for next stop are welcome... :p | 10:20 |
| *** kopparam has quit IRC | 10:20 | |
| cmyster | ummm | 10:21 |
| cmyster | celiometer ? | 10:21 |
| cmyster | hi btw | 10:21 |
| Rajalakshmi | shardy: so as that means I can now write a test for "OS::Glance::Image" in tempest test frameowrk | 10:21 |
| *** kopparam has joined #heat | 10:21 | |
| Rajalakshmi | shardy: as there is no test present for orchestration related to glance resource creation | 10:22 |
| proffalken | cmyster: yeah, so ceilometer could well be next given that I've been doing a load of stuff around monitoring of late (I'm the one responsible for all the check_mk/icinga stuff currently in flight) | 10:22 |
| cmyster | Rajalakshmi: I am not sure it will pass. shardy, is glance ready in icehouse ? | 10:22 |
| shardy | Rajalakshmi: No, there are a lot of untested resources as we're still working on improving tempest test coverage | 10:22 |
| shardy | it's a slow process.. | 10:22 |
| shardy | cmyster: correct, it's new for Juno | 10:23 |
| ckmvishnu | Hi All | 10:23 |
| shardy | proffalken: Ha, well heat talks to everything, so it kinda leads everywhere ;) | 10:23 |
| cmyster | so jenkins will flunk it anyway as icehouse is voting | 10:23 |
| shardy | proffalken: For overview material also check out the handouts from zaneb: | 10:23 |
| shardy | https://github.com/zaneb/presentations/releases | 10:24 |
| Rajalakshmi | ohh got it! | 10:24 |
| ckmvishnu | Any pointers on how to pass proxy information using yaml. | 10:24 |
| ckmvishnu | docs or sample would do. | 10:24 |
| Rajalakshmi | Is there any test case that is current missing in tempest and that I can take up...I mean related to heat api | 10:25 |
| *** nanjj`` has quit IRC | 10:25 | |
| shardy | Rajalakshmi: yes, several, we started recording them in our launchpad: | 10:25 |
| *** kopparam has quit IRC | 10:25 | |
| *** ifarkas has quit IRC | 10:26 | |
| shardy | https://bugs.launchpad.net/heat/+bugs?field.tag=tempest | 10:26 |
| *** mkerrin has joined #heat | 10:27 | |
| *** saju_m has joined #heat | 10:28 | |
| *** ifarkas has joined #heat | 10:29 | |
| shardy | Rajalakshmi: That's not an exhaustive list, feel free to add more bugs tagged tempest if you spot things which should be in tempest but aren't | 10:29 |
| openstackgerrit | A change was merged to openstack/heat: Deprecate old schema definition in dbinstance https://review.openstack.org/98991 | 10:29 |
| Rajalakshmi | shardy: Thanks again! :) | 10:30 |
| Rajalakshmi | shardy: all the existing bugs are either picked up by someone or is triaged :( | 10:30 |
| shardy | Rajalakshmi: The triaged bugs are all unassigned | 10:31 |
| Rajalakshmi | shardy: One last doubt, if I raise a new bug with tempest tag, should I wait for confirmation from developer before I start scripting? | 10:32 |
| shardy | Rajalakshmi: It's up to you, if you're not sure just ask here and we'll look at it | 10:32 |
| shardy | Rajalakshmi: we really need help with tempest, so I'm sure anyone will be happy to help and ensure you're working on something likely to be accepted | 10:33 |
| shardy | Rajalakshmi: myself, stevebaker and cmyster are the main contacts related to adding heat tempest tests | 10:33 |
| Rajalakshmi | shardy: sure :) | 10:34 |
| cmyster | shardy: speaking of which, did you notice if tempest would now be so kind and stop failing on check-grenade-dsvm-icehouse ? | 10:34 |
| cmyster | still waiting on that +1 from mr. jenkins | 10:35 |
| Rajalakshmi | shardy, cmyster,stevebaker: thanks for your help. | 10:35 |
| cmyster | Rajalakshmi: sure thing | 10:35 |
| *** sergmelikyan has quit IRC | 10:36 | |
| *** kopparam has joined #heat | 10:37 | |
| *** piyush has joined #heat | 10:37 | |
| *** fandi has quit IRC | 10:38 | |
| cmyster | launchpad is working slow today... shardy,I just now saw your comment, 20 minutes after I wrote mine | 10:41 |
| cmyster | though now it says I wrote it 10 minutes ago. go figure :) | 10:41 |
| *** jcoufal has joined #heat | 10:43 | |
| *** dims_ has joined #heat | 10:43 | |
| Rajalakshmi | cmyster: yes you are right. check-grenade-dsvm-icehouse should be non-voting | 10:45 |
| cmyster | Rajalakshmi: from your point of view you will not be able to enter any of the cinder tests while there are voting icehouse jobs. those will be voting for a while longer before there are stable juno builds and juno is nearer. | 10:46 |
| cmyster | well not any, but the one you were talking about earlier. | 10:46 |
| cmyster | bbl, | 10:46 |
| *** cmyster has quit IRC | 10:46 | |
| Rajalakshmi | cmyster : ok | 10:47 |
| *** CarstenD has quit IRC | 10:50 | |
| *** Qiming has joined #heat | 10:54 | |
| *** bmahalakshmi has quit IRC | 11:02 | |
| *** gokrokve has joined #heat | 11:05 | |
| *** Michalik- has quit IRC | 11:08 | |
| *** gokrokve has quit IRC | 11:10 | |
| *** ramishra has joined #heat | 11:10 | |
| *** nikunj2512 has quit IRC | 11:13 | |
| *** mandira has joined #heat | 11:13 | |
| mandira | Hi everyone | 11:14 |
| *** ramishra has quit IRC | 11:14 | |
| *** tiantian has quit IRC | 11:15 | |
| *** unmeshg has joined #heat | 11:15 | |
| *** e0ne has quit IRC | 11:15 | |
| *** mandira has left #heat | 11:16 | |
| *** dims_ has quit IRC | 11:16 | |
| *** mandira has joined #heat | 11:16 | |
| *** unmeshg has quit IRC | 11:16 | |
| *** denis_makogon has quit IRC | 11:17 | |
| *** pas-ha has quit IRC | 11:17 | |
| mandira | <elynn>is their any meter for memory utilazation....? | 11:17 |
| Qiming | mandira, I think there is a patch under review | 11:22 |
| mandira | <Qiming>i used cfntools in my template for autoscailing,in that template i m using mem-util,but i didnot find any meter" mem-util" | 11:24 |
| mandira | infact i found cpu-util | 11:24 |
| Qiming | ah, just checked, the patch is put on hold now: https://review.openstack.org/#/c/90498/ | 11:24 |
| Qiming | well, if you are using cfntools, you can get more accurate memory metering values there | 11:25 |
| *** denis_makogon has joined #heat | 11:25 | |
| *** e0ne has joined #heat | 11:25 | |
| Qiming | however, those values are routed to cloudwatch not ceilometer, iirc | 11:25 |
| *** pas-ha has joined #heat | 11:25 | |
| shardy | Qiming: heat forwards them to ceilometer if you use this implementation for a Cloudwatch alarm: | 11:26 |
| *** sergmelikyan has joined #heat | 11:26 | |
| shardy | https://github.com/openstack/heat/blob/master/etc/heat/environment.d/default.yaml#L8 | 11:26 |
| Qiming | okay, shardy, you mean changing the environment ... | 11:27 |
| shardy | That will become the default soon, and we'll deprecate OS::Heat::CWLiteAlarm | 11:27 |
| shardy | Qiming: yes, sorry I meant line 6 though | 11:27 |
| shardy | uncomment that and comment line 7 | 11:27 |
| shardy | then all metrics get routed to ceilometer | 11:28 |
| Qiming | shardy, that means mem_util should appear from ceilometer side, ... | 11:28 |
| shardy | there was a bug though, let me check if it's fixed now, ramishra was looking at it | 11:28 |
| *** tiantian has joined #heat | 11:29 | |
| Qiming | shardy, another question regarding Ceilometer alarms | 11:30 |
| Qiming | eventually, we will replace the 'alarm_url' way of alarm with resource signal? | 11:31 |
| shardy | Qiming: ref bug #1315048, please can you re-test with the fix for bug #1316842? | 11:31 |
| uvirtbot | Launchpad bug 1315048 in heat "Circular dependency when using Ceilometer alarms" [Undecided,New] https://launchpad.net/bugs/1315048 | 11:31 |
| uvirtbot | Launchpad bug 1316842 in heat "Ceilometer alarm based AWS::CloudWatch::Alarm implementation does not work" [High,Fix released] https://launchpad.net/bugs/1316842 | 11:31 |
| shardy | Qiming: we probably will support a number of ways of authenticating the resource signal, yes | 11:32 |
| shardy | e.g trusts and in future maybe oauth | 11:32 |
| Qiming | ah, I need to confirm if bug #1315048 is still there | 11:32 |
| uvirtbot | Launchpad bug 1315048 in heat "Circular dependency when using Ceilometer alarms" [Undecided,New] https://launchpad.net/bugs/1315048 | 11:32 |
| Qiming | shardy, that's something I have been studying, though the context is about VM failure recovery | 11:33 |
| Qiming | in case of a host down event, we have nova to send out a notification that will be received by ceilometer | 11:34 |
| *** tiantian has quit IRC | 11:34 | |
| Qiming | ceilometer is supposed to generate an alarm or signal and let Heat know about it | 11:35 |
| Qiming | suppose we trust nova and ceilometer accounts, this signal/alarm should be trusted, but I am not confident how vulnerable the solution is | 11:35 |
| shardy | Qiming: vulnerable to what? | 11:36 |
| Qiming | some bad guys faking host down events in the message queue | 11:36 |
| *** jyoti_ranjan has quit IRC | 11:37 | |
| *** mandira has quit IRC | 11:37 | |
| shardy | If the bad guys have access to the RPC bus then it's game over IMO, although I know there is work going on to mitigate that risk | 11:37 |
| *** Demitar has quit IRC | 11:37 | |
| Qiming | right, 'game over' is it. you can create false meters claiming that your VMs are not using CPU | 11:38 |
| shardy | Qiming: The main risk with the current (ec2 signed URL) scheme is the URL getting logged somewhere world-readable, then bad guys using it to replay false alarm signals | 11:38 |
| shardy | That's why moving to trusts would be better, which therve has been looking at | 11:39 |
| *** asalkeld has quit IRC | 11:39 | |
| shardy | I've started working on some chained delegation work which should be part of the solution to that | 11:39 |
| Qiming | ceilometer need to be sure this host /vm failure events actually comes from nova, and heat need to be sure the resource-signal invocation is from ceilometer or some other trusted entity | 11:39 |
| Qiming | shardy, chained delegation is great. | 11:39 |
| shardy | Qiming: https://review.openstack.org/#/c/99908/ spec if you're interested :) | 11:40 |
| Qiming | however, do we need role delegations to nova, neutron, cinder as well? they may all have some sporadic events to report | 11:40 |
| Qiming | shardy, I will look into that spec | 11:41 |
| shardy | Qiming: role delegations are not relevant to RPC notifications IMO | 11:42 |
| Qiming | so, role delegation mainly targets the users created by Heat, right? | 11:42 |
| *** kopparam has quit IRC | 11:43 | |
| shardy | Role delegation is about delegating authority to do things via ReST calls, e.g stuff which needs a keystone token, not RPC bus notifications | 11:43 |
| *** kopparam has joined #heat | 11:43 | |
| shardy | RPC authentication, encryption, signing etc is a whole different problem | 11:44 |
| *** tiantian has joined #heat | 11:45 | |
| Qiming | okay. so an entity must be on the trustor-trustee chain to perform a REST call | 11:45 |
| shardy | Qiming: yes, to perform a ReST call impersonating the stack owner | 11:46 |
| *** sgordon_ has joined #heat | 11:47 | |
| shardy | so e.g if we can move to a model where Ceilometer uses trusts, the ReST call for the alarm signal will look like it came from the user who created the stack, but really it's the ceilometer service user impersonating them via a trust | 11:47 |
| *** kirankv has quit IRC | 11:47 | |
| *** kopparam has quit IRC | 11:47 | |
| *** matsuhashi has quit IRC | 11:48 | |
| *** kopparam has joined #heat | 11:49 | |
| Qiming | shardy, so it is only a check to make hijacking a service/admin account more difficult | 11:49 |
| Qiming | without impersonating stack owner, even the 'ceilometer' account (an admin I think) cannot make ReST calls, right? | 11:50 |
| *** tiantian has quit IRC | 11:50 | |
| shardy | Qiming: well the ceilometer service account can make the calls, but not to affect the stack owner's stack | 11:51 |
| *** matsuhashi has joined #heat | 11:51 | |
| shardy | obviously, if the service user is admin, they could create a new user in the stack owners tenant and use that to hijack the stack | 11:51 |
| shardy | but that's really an issue of policy control for keystone - ideally all service users should not be admin, but just have sufficient roles to do whatever they need to do | 11:52 |
| Qiming | oh, I see. OTOH, I think it is about the 'least privilege' principle. Ceilometer (or other services) just wouldn't make such calls without a reason. | 11:53 |
| shardy | Yes, but the point of using trusts vs e.g storing passwords is that you can delegate only the roles needed | 11:53 |
| Qiming | yes, I agree. A finer granularity wrt the service users' privileges is needed. | 11:53 |
| Qiming | shardy, got it. thanks. | 11:54 |
| shardy | and if anyone gets the trust details, it's not useful to them, unless they also got e.g the ceilometer service user credentials | 11:54 |
| Qiming | right. | 11:54 |
| shardy | typical compromises would possibly disclose data from the DB (e.g the trust ID), but it'd be a really really bad one to disclose that and the service user credentials :) | 11:55 |
| *** matsuhashi has quit IRC | 11:56 | |
| Qiming | you need more than trust_id to launch an attack, right? | 11:56 |
| shardy | Qiming: yes, exactly | 11:56 |
| *** matsuhashi has joined #heat | 11:56 | |
| *** nkhare has quit IRC | 11:58 | |
| *** noTHD is now known as noTHD_away | 11:59 | |
| *** nkhare has joined #heat | 12:00 | |
| *** matsuhashi has quit IRC | 12:01 | |
| *** jistr is now known as jistr|english | 12:02 | |
| *** pas-ha has quit IRC | 12:02 | |
| *** pas-ha has joined #heat | 12:03 | |
| *** e0ne_ has joined #heat | 12:03 | |
| *** noTHD_away has quit IRC | 12:03 | |
| *** e0ne has quit IRC | 12:05 | |
| *** gokrokve has joined #heat | 12:06 | |
| *** Demitar has joined #heat | 12:06 | |
| *** denis_makogon has quit IRC | 12:08 | |
| *** tiantian has joined #heat | 12:08 | |
| *** e0ne_ has quit IRC | 12:08 | |
| *** pas-ha has quit IRC | 12:09 | |
| *** gokrokve has quit IRC | 12:10 | |
| *** saju_m has quit IRC | 12:11 | |
| *** ramishra has joined #heat | 12:11 | |
| *** pas-ha has joined #heat | 12:11 | |
| *** e0ne has joined #heat | 12:11 | |
| *** denis_makogon has joined #heat | 12:12 | |
| *** tiantian has quit IRC | 12:14 | |
| *** ramishra has quit IRC | 12:15 | |
| *** loki184 has quit IRC | 12:16 | |
| *** fandi has joined #heat | 12:17 | |
| *** piyush has quit IRC | 12:20 | |
| *** kopparam has quit IRC | 12:25 | |
| *** kopparam has joined #heat | 12:25 | |
| *** jdob has joined #heat | 12:27 | |
| *** saju_m has joined #heat | 12:30 | |
| *** kopparam has quit IRC | 12:30 | |
| *** andreaf_ has quit IRC | 12:37 | |
| *** andreaf_ has joined #heat | 12:37 | |
| *** piyush has joined #heat | 12:38 | |
| *** piyush has quit IRC | 12:38 | |
| *** andersonvom has joined #heat | 12:40 | |
| *** andreaf_ is now known as andreaf | 12:40 | |
| *** sorantis has quit IRC | 12:41 | |
| pas-ha | shardy, as you are the expert in keystone+heat - how could I check that heat is running on neutron or nova-network? | 12:44 |
| pas-ha | not heat, but openstack that is | 12:45 |
| pas-ha | since as neutronclient is hard dependency, I can not simply check if it is present | 12:46 |
| *** sorantis has joined #heat | 12:47 | |
| therve | pas-ha, It's mostly configured in nova | 12:49 |
| therve | Via network_api_class | 12:50 |
| pas-ha | currently I'm trying to fetch self.keystone().client.service_catalog.get() and inspect if there is an element {"type": "network", "name": "neutron"} | 12:51 |
| *** fandi has quit IRC | 12:52 | |
| pas-ha | is that a fault way in any sense? | 12:52 |
| therve | That sounds reasonable | 12:52 |
| pas-ha | .get_data() that is in fact | 12:53 |
| therve | That will tell you if it's deployed, you generally don't want it deployed and not configured properly :) | 12:53 |
| *** rakesh_hs2 has quit IRC | 12:54 | |
| pas-ha | ok, thanks. maybe we should add such property to our keystone client, as there is at least one other place (beside Sahara I am working on now) that might need this | 12:54 |
| *** afaranha has quit IRC | 12:55 | |
| pas-ha | in AWS security group whenusing Steve's new patches we only decide if it is nova-net or neutron by presence of self.VPC in the template | 12:55 |
| *** 17SAAEC7D has quit IRC | 12:56 | |
| *** 6JTAADJJK has quit IRC | 12:57 | |
| *** jmckind has joined #heat | 12:59 | |
| *** samuelmz_ has joined #heat | 13:01 | |
| *** gokrokve has joined #heat | 13:01 | |
| *** gokrokve_ has joined #heat | 13:02 | |
| *** samuelmz__ has joined #heat | 13:02 | |
| *** gokrokv__ has joined #heat | 13:02 | |
| *** afaranha has joined #heat | 13:03 | |
| *** erecio has joined #heat | 13:04 | |
| shardy | pas-ha: Sounds right, you could do url_for(service_type='network') like we do in clients.py | 13:04 |
| shardy | Or in the resource try to do self.clients.neutron() and see if you catch an exception | 13:04 |
| *** dims_ has joined #heat | 13:04 | |
| shardy | It would be nice to have a flag in clients.py which got set once rather than every plugin needing to have is-it-neutron logic | 13:05 |
| *** gokrokve has quit IRC | 13:05 | |
| pas-ha | does the url_for(service_type='network') return None if absent or raises an exception? | 13:05 |
| pas-ha | shardy, yes, that's what I suggested above | 13:05 |
| *** jyoti_ranjan has joined #heat | 13:05 | |
| *** gokrokve_ has quit IRC | 13:06 | |
| *** nanjj`` has joined #heat | 13:06 | |
| shardy | pas-ha: IIRC it raises EndpointNotFound | 13:06 |
| pas-ha | ok, will try. thanks! | 13:07 |
| *** pafuent has joined #heat | 13:09 | |
| *** dims_ has quit IRC | 13:13 | |
| *** nkhare has quit IRC | 13:17 | |
| *** dims_ has joined #heat | 13:17 | |
| *** samuelmz__ has quit IRC | 13:18 | |
| *** samuelmz_ is now known as samuelmz | 13:18 | |
| *** zaneb has joined #heat | 13:19 | |
| *** sorantis has quit IRC | 13:20 | |
| *** jyoti_ranjan has quit IRC | 13:23 | |
| *** jprovazn has quit IRC | 13:24 | |
| *** dims_ has quit IRC | 13:28 | |
| *** nkhare has joined #heat | 13:29 | |
| *** mestery has joined #heat | 13:32 | |
| openstackgerrit | A change was merged to openstack/heat: Sync with oslo incubator https://review.openstack.org/100462 | 13:34 |
| openstackgerrit | A change was merged to openstack/heat: Sync oslo-incubator.middleware module https://review.openstack.org/97386 | 13:34 |
| openstackgerrit | A change was merged to openstack/heat: Support x-openstack-request-id for Heat https://review.openstack.org/97392 | 13:34 |
| *** jrist has joined #heat | 13:35 | |
| therve | shardy, When you have some time, could you test the oslo messaging patch with qpid and several workers? | 13:42 |
| therve | I wonder if it could break the way I did it | 13:42 |
| shardy | therve: sure, may not be until tomorrow morning if that's OK | 13:42 |
| *** jistr|english is now known as jistr | 13:42 | |
| therve | shardy, No worries I think it's not ready yet :) | 13:42 |
| *** mestery has quit IRC | 13:44 | |
| *** daneyon_ has quit IRC | 13:48 | |
| openstackgerrit | Thomas Herve proposed a change to openstack/heat: Port to oslo.messaging https://review.openstack.org/99648 | 13:48 |
| *** ramishra has joined #heat | 13:51 | |
| *** spzala has joined #heat | 13:52 | |
| *** piyush1 has joined #heat | 13:52 | |
| *** sballe has joined #heat | 13:54 | |
| *** ramishra has quit IRC | 13:56 | |
| samuelmz | Hi, when creating a OS::Nova::Server resource in a template, Heat creates a user (ec2-user) and assign the provided key_name to him .. | 13:57 |
| *** piyush1 has quit IRC | 13:58 | |
| samuelmz | Why do we have this, if I am not using aws format? | 13:58 |
| samuelmz | Can I change this user's name? | 13:58 |
| *** jistr has quit IRC | 13:59 | |
| shardy | samuelmz: yes, either via instance_user in heat.conf, or per-resource via the admin_user property | 14:00 |
| *** tango has joined #heat | 14:00 | |
| shardy | instance_user is being deprecated so from Juno we won't create that user unless you specify admin_user | 14:00 |
| *** jistr has joined #heat | 14:01 | |
| *** edmund has joined #heat | 14:02 | |
| samuelmz | shardy: ok, I'm gonna try it out thanks | 14:02 |
| *** nosnos has quit IRC | 14:03 | |
| *** sgordon_ is now known as sgordon | 14:04 | |
| openstackgerrit | OpenStack Proposal Bot proposed a change to openstack/heat: Updated from global requirements https://review.openstack.org/96507 | 14:04 |
| *** rbuilta has joined #heat | 14:05 | |
| *** DandyPandy has joined #heat | 14:07 | |
| *** nanjj`` has quit IRC | 14:08 | |
| *** jyoti_ranjan has joined #heat | 14:11 | |
| *** mestery has joined #heat | 14:16 | |
| *** BillArnold has joined #heat | 14:17 | |
| zaneb | whoa | 14:19 |
| zaneb | http://www.redhat.com/about/news/press-archive/2014/6/red-hat-to-acquire-enovance | 14:19 |
| zaneb | did not see that coming | 14:19 |
| *** piyush1 has joined #heat | 14:24 | |
| *** piyush2 has joined #heat | 14:26 | |
| *** dims_ has joined #heat | 14:27 | |
| *** Fayablazer has joined #heat | 14:27 | |
| *** sjmc7 has joined #heat | 14:28 | |
| *** piyush1 has quit IRC | 14:29 | |
| *** rwsu has joined #heat | 14:29 | |
| *** kopparam has joined #heat | 14:31 | |
| *** ramishra has joined #heat | 14:32 | |
| *** sabeen has joined #heat | 14:41 | |
| *** samstav has joined #heat | 14:42 | |
| *** jistr has quit IRC | 14:44 | |
| *** samstav_ has joined #heat | 14:45 | |
| *** samstav has quit IRC | 14:46 | |
| *** jistr has joined #heat | 14:48 | |
| *** arbylee has joined #heat | 14:48 | |
| *** rpothier has joined #heat | 14:51 | |
| shardy | zaneb: Hi, FYI I won't be able to make it to the meeting this evening, apologies | 14:51 |
| shardy | Only info relevant to the agenda is I'm planning to attend the TripleO meetup, and I'm still working on the token expiry/reauth issue which is turning out more complex than I expected | 14:53 |
| *** daneyon has joined #heat | 14:53 | |
| *** ramishra has quit IRC | 14:54 | |
| zaneb | ok cool, thanks shardy | 14:55 |
| zaneb | therve, shardy: btw I will be out M-W next week, so I'll need volunteers for attending the project meeting + chairing the Heat meeting | 14:57 |
| *** jergerber has joined #heat | 15:04 | |
| *** TravT has joined #heat | 15:05 | |
| therve | zaneb, Cool can do | 15:05 |
| zaneb | therve: thanks | 15:05 |
| *** kopparam has quit IRC | 15:05 | |
| *** kopparam has joined #heat | 15:06 | |
| *** kgriffs|afk is now known as kgriffs | 15:07 | |
| *** dims_ has quit IRC | 15:07 | |
| openstackgerrit | Thomas Spatzier proposed a change to openstack/heat: Respect schema data type in constraint validation https://review.openstack.org/94641 | 15:08 |
| tspatzier | hi zaneb: could you do a review on ^^ ? Thanks for your comments btw - that helped to clean it up. | 15:09 |
| zaneb | tspatzier: sure, will do, thanks | 15:10 |
| *** jyoti_ranjan has quit IRC | 15:10 | |
| *** kirankv has joined #heat | 15:11 | |
| tspatzier | shardy: could you also have a look again? zaneb had some good comments, so I made another update. Hope we are getting close now ;-) | 15:11 |
| *** nkhare has quit IRC | 15:11 | |
| *** kopparam has quit IRC | 15:11 | |
| shardy | zaneb: likewise, I can do next week if for any reason therve can't do one of them | 15:12 |
| shardy | tspatzier: will do | 15:13 |
| tspatzier | thanks shardy | 15:13 |
| zaneb | shardy: cool, thanks. just emailing him about the 1:1 sync time atm | 15:14 |
| zaneb | wow, my whole patch queue got merged? | 15:15 |
| zaneb | I was expecting more complaining :D | 15:15 |
| sjmc7 | we're all hungry for it, zaneb :) | 15:16 |
| zaneb | it's amazing how fast things go when the gate actually works | 15:16 |
| zaneb | it took, like, 3 weeks to get the first four patches in | 15:16 |
| zaneb | and then the other ~26 go in in 2 days | 15:17 |
| sjmc7 | yeah. as someone relatively new to openstack the process is still interesting | 15:17 |
| sjmc7 | heat seems to have quick reviewers compared to some other projects | 15:17 |
| * shardy is going to catch a train, bbl | 15:18 | |
| zaneb | sjmc7: I'm glad you think that | 15:19 |
| sjmc7 | :) | 15:19 |
| sjmc7 | i hear stories | 15:19 |
| zaneb | we definitely *used* to have quick reviews compared to other projects | 15:19 |
| zaneb | the queue was always quite short, and we would turn stuff around in a couple of days | 15:19 |
| zaneb | but with the influx of new people it is more or less out of control :/ | 15:20 |
| sjmc7 | ah, you think it's due to more people contributing? | 15:20 |
| sjmc7 | i suppose in some senses that's a good problem to have | 15:20 |
| zaneb | yeah, there's no question that's the cause | 15:21 |
| zaneb | and it is a good problem to have | 15:21 |
| sjmc7 | again, as a relative newcomer, reviewing stuff is intimidating, especially if you're not working on a project day to day but just occasionally contributing | 15:21 |
| zaneb | well, it's the fact that new people are arriving to contribute at a faster rate than we can get them up to speed to become core reviewers | 15:22 |
| sjmc7 | right | 15:22 |
| zaneb | so the second part is not a good problem to have | 15:22 |
| zaneb | but it's inevitable that growth in core reviewers lags growth in contributors | 15:22 |
| *** shardy is now known as shardy_afk | 15:23 | |
| zaneb | and the lag gets bigger as the codebase gets bigger | 15:23 |
| sjmc7 | yeah, increased complexity is definitely part of it. there are fewer people who are capable of reviewing large changes, like changes to the update code | 15:24 |
| zaneb | in conclusion, everyone should delete more code. kthxbye. | 15:24 |
| sjmc7 | :) | 15:24 |
| *** jyoti_ranjan has joined #heat | 15:24 | |
| zaneb | to be fair, no-one is really capable of reviewing, or indeed writing, changes to the update code ;) | 15:25 |
| sjmc7 | :) | 15:25 |
| *** blamar has joined #heat | 15:25 | |
| sjmc7 | were there any horizon changes as part of what got merged yesterday? | 15:26 |
| sjmc7 | i'm seeing stacks listed multiple times after pulling them. i'll look into it a bit | 15:27 |
| zaneb | not by me ;) | 15:27 |
| *** gfidente has joined #heat | 15:27 | |
| *** saju_m has quit IRC | 15:27 | |
| zaneb | I know that change was needed to show progress in Horizon, though - that was one of the bugs I closed | 15:27 |
| gfidente | guys, I wanted to try this out: https://wiki.openstack.org/wiki/Heat/Using-HA | 15:28 |
| zaneb | but I don't know if that now happens automagically, or if it requires a change in Horizon | 15:28 |
| sjmc7 | ok. i'm seeing horizon endlessly listing the same stack | 15:28 |
| sjmc7 | i'll prod around | 15:28 |
| *** denis_makogon has quit IRC | 15:28 | |
| gfidente | is the wiki "stale" or am I good to go with some recent heat from master to try it out? | 15:28 |
| *** tiantian has joined #heat | 15:28 | |
| *** dmakogon_ has joined #heat | 15:28 | |
| zaneb | gfidente: it's probably accurate for now, but we're going to deprecate the HARestarter resource, if we haven't already | 15:29 |
| zaneb | gfidente: my advice is that your life will probably turn out happier if you don't start down the path of using it | 15:30 |
| gfidente | zaneb, okay so I basically wanted to see how the monitoring restarting actions were controlled | 15:30 |
| *** ericgoncz has joined #heat | 15:30 | |
| zaneb | can you be more specific? | 15:31 |
| gfidente | zaneb, deprecated completely or more like replaced by something else? | 15:31 |
| gfidente | zaneb, sure, sorry, not speaking about the code but the actual user-facing stuff | 15:32 |
| *** dims_ has joined #heat | 15:32 | |
| gfidente | is this basically implemented with a script, launched on the target instance, which reports the status over to heat? | 15:32 |
| zaneb | we have a medium- to long-term goal of making everything in heat auto-healing (see the "Convergence" spec) | 15:33 |
| gfidente | *arbitrary script | 15:33 |
| zaneb | which will replace the HARestarter resource approach in functionality | 15:33 |
| zaneb | gfidente: ok, so you're asking how it detects the failure? | 15:34 |
| gfidente | yes and also how are defined the actions to take in case of failure | 15:34 |
| *** tiantian has quit IRC | 15:34 | |
| zaneb | so it detects the failure by getting an alarm from Ceilometer | 15:35 |
| zaneb | as far as actions, the user doesn't get to define them | 15:35 |
| zaneb | the action is to delete a (surprisingly large) portion of you template, and then recreate it afterwards | 15:36 |
| zaneb | that's the reason I don't recommend it ;) | 15:36 |
| *** tspatzier has quit IRC | 15:38 | |
| *** packet has joined #heat | 15:38 | |
| *** dims_ has quit IRC | 15:42 | |
| *** dims_ has joined #heat | 15:44 | |
| gfidente | zaneb, is it this thing pushing the status? https://github.com/openstack/heat-templates/blob/master/cfn/F17/WordPress_Single_Instance_With_HA.template#L157 | 15:44 |
| zaneb | I think so, but the details are foggy | 15:45 |
| zaneb | that's what we used to use before Ceilometer had alarms | 15:46 |
| Qiming | zaneb, how about define a restart() method for Resource as a replacement to the restart_resource method in Stack | 15:46 |
| *** jmckind has quit IRC | 15:46 | |
| Qiming | then each subclass of Resource can override the default behavior (delete + recreate) by something else | 15:46 |
| gfidente | okay but can I assume the script performing the check is customizable as long as it is capable of sending a proper 'alert' to ceilometer? | 15:47 |
| gfidente | and finally, is there any more recent template I could look at? | 15:47 |
| Qiming | say, for OS::Nova::Server, restart() could be reboot(), rebuild(), or even evacuate() ... | 15:47 |
| zaneb | Qiming: and then we would have to do an update on the rest of the stack | 15:47 |
| zaneb | Qiming: it's potentially do-able, but Convergence is the real answer to this problem | 15:47 |
| gfidente | zaneb, and last but not least, you have any idea by when the new stuff is expected to be in sort of "usable" state for tripleo? | 15:48 |
| Qiming | got it, zaneb. | 15:48 |
| *** kfox1111 has joined #heat | 15:49 | |
| Qiming | zaneb, I have the same question regarding convergence. Maybe SpamapS has a better estimation what will be usable by Juno, whatelse have to be postponed to K release, right? | 15:50 |
| zaneb | gfidente: TripleO folks are saying they hope to have most of it done for K, and complete in L. for my part... I think the "complete in L" part of that is not unreasonable | 15:50 |
| gfidente | zaneb, so for K, if you were to think about monitoring a resource deployed with heat by tripleo, would you still try to use the old stuff or... ? | 15:51 |
| zaneb | I would not recommend HARestarter to anyone at this point | 15:52 |
| *** sballe_ has joined #heat | 15:53 | |
| zaneb | Qiming, gfidente: https://review.openstack.org/#/c/95907/6/specs/convergence.rst says that "The bulk of this work should be completed in the "K" cycle, with the sub-blueprints landing significant amounts of change throughout Juno." | 15:54 |
| *** bandarji has joined #heat | 15:55 | |
| *** sballe has quit IRC | 15:56 | |
| Qiming | thx, zaneb | 15:56 |
| Qiming | worldcup time, bye for now | 15:56 |
| zaneb | fwiw I personally think that timeframe is optimistic | 15:57 |
| gfidente | thanks :) | 15:57 |
| zaneb | but if anyone wants to make it happen, they are welcome to start contributing ;) | 15:57 |
| *** randallburt has joined #heat | 15:57 | |
| *** dims_ has quit IRC | 15:57 | |
| *** spzala has quit IRC | 16:00 | |
| *** spzala has joined #heat | 16:00 | |
| *** Qiming has quit IRC | 16:01 | |
| *** jcoufal has quit IRC | 16:02 | |
| *** randallburt1 has joined #heat | 16:02 | |
| *** randallburt has quit IRC | 16:02 | |
| *** sabeen1 has joined #heat | 16:03 | |
| kfox1111 | arg.... They called it instance groups in the api, and server groups in the cli. :/ | 16:05 |
| *** DandyPandy_ has joined #heat | 16:05 | |
| *** sabeen has quit IRC | 16:05 | |
| *** DandyPandy has quit IRC | 16:07 | |
| *** tomek_adamczewsk has quit IRC | 16:08 | |
| *** tango has quit IRC | 16:10 | |
| sjmc7 | i feel like this has come up before but can't find anything about it - i'm getting 403 errors in os-collect-config when trying to signal after deploying a SoftwareConfig resource | 16:17 |
| sjmc7 | engine error is 'Expected exception during message handling (You are not authorized to complete this action.)' | 16:17 |
| sjmc7 | any pointers? | 16:17 |
| openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Implement OS::Sahara::NodeGroupTemplate resource https://review.openstack.org/100288 | 16:18 |
| openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Implement sahara client plugin https://review.openstack.org/100588 | 16:18 |
| openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Implement OS::Sahara::Cluster resource https://review.openstack.org/72336 | 16:18 |
| *** chandan_kumar has joined #heat | 16:18 | |
| *** tspatzier has joined #heat | 16:19 | |
| sjmc7 | the resource getting denied is the server | 16:19 |
| *** tiantian has joined #heat | 16:19 | |
| *** lazy_prince has quit IRC | 16:20 | |
| *** stannie has quit IRC | 16:20 | |
| zaneb | sjmc7: not authorised implies a problem with the signature on the signal | 16:21 |
| zaneb | url | 16:22 |
| sjmc7 | ok | 16:22 |
| sjmc7 | there's no more info in the engine or -cfn log | 16:23 |
| *** maxskew has quit IRC | 16:24 | |
| *** tiantian has quit IRC | 16:25 | |
| *** maxskew has joined #heat | 16:26 | |
| sjmc7 | zaneb - do you know of any causes for that? | 16:26 |
| *** rpothier has quit IRC | 16:26 | |
| zaneb | can you paste the URL that it's hitting? | 16:26 |
| *** rpothier has joined #heat | 16:27 | |
| sjmc7 | /v1/?SignatureVersion=2&AWSAccessKeyId=b421f0093f2a405099c190f4a3976363&StackName=test1&SignatureMethod=HmacSHA256&Signature=la9jNbbvwcUS5ffNPZaLYXWL7z9pEM3Z%2BeCYLwJt3j0%3D&Action=DescribeStackResource&LogicalResourceId=test-demo | 16:27 |
| zaneb | somebody yesterday had a similar issue, and it turned out he was url-decoding the URL before sending it | 16:27 |
| sjmc7 | i'm not setting signal_transport | 16:27 |
| sjmc7 | this is all through os-collect-config with user_data_format SOFTWARE_CONFIG | 16:28 |
| sjmc7 | so i'm not directly doing anything | 16:28 |
| zaneb | hmm, shoudn't it be /v1/signal? | 16:28 |
| zaneb | just thinking out loud here | 16:28 |
| zaneb | stevebaker is the expert on this stuff, but he is probably not awake yet | 16:29 |
| kfox1111 | Is anyone else working on ServerGroups? | 16:29 |
| sjmc7 | yeah, you're right | 16:29 |
| sjmc7 | (about the url) | 16:29 |
| zaneb | is there a config option that needs to be set maybe? | 16:30 |
| sjmc7 | soemthing changed recently | 16:30 |
| *** arbylee has quit IRC | 16:30 | |
| sjmc7 | this is the same test i was running last week | 16:30 |
| sjmc7 | i can wait til steve's online | 16:31 |
| *** rpothier_ has joined #heat | 16:31 | |
| *** wendar_ is now known as wendar | 16:31 | |
| *** e0ne_ has joined #heat | 16:31 | |
| *** Fayablazer has quit IRC | 16:31 | |
| *** arbylee has joined #heat | 16:32 | |
| *** arbylee1 has joined #heat | 16:32 | |
| *** rpothier has quit IRC | 16:33 | |
| *** e0ne has quit IRC | 16:33 | |
| kfox1111 | Is there a properties.Schema for either list or map? | 16:34 |
| *** arbylee has quit IRC | 16:36 | |
| sjmc7 | zaneb - it looks like the request's getting processed properly. the error's coming from the engine in describe_stack_resource | 16:39 |
| zaneb | oh, that's weird | 16:40 |
| zaneb | got a traceback? | 16:40 |
| *** arbylee1 is now known as arbylee | 16:40 | |
| sjmc7 | no, just modifying it to spit it all out | 16:40 |
| *** e0ne_ is now known as e0ne | 16:46 | |
| sjmc7 | zaneb - looks like the ec2 access_allowed check is failing. it's possible that's not enabled | 16:47 |
| zaneb | I've never heard of that, but it sounds plausible ;) | 16:48 |
| *** arbylee has quit IRC | 16:48 | |
| zaneb | not enabled in Keystone, do you mean? | 16:49 |
| *** arbylee has joined #heat | 16:49 | |
| sjmc7 | hmm.. it's not registering the access handler with the access key | 16:53 |
| *** ramishra has joined #heat | 16:55 | |
| *** noTHD has joined #heat | 16:56 | |
| *** pafuent has left #heat | 16:58 | |
| *** e0ne_ has joined #heat | 16:59 | |
| *** ramishra has quit IRC | 16:59 | |
| *** dims_ has joined #heat | 16:59 | |
| *** e0ne has quit IRC | 17:01 | |
| *** bgorski has joined #heat | 17:04 | |
| *** jyoti_ranjan has quit IRC | 17:06 | |
| *** harlowja_away is now known as harlowja | 17:06 | |
| *** e0ne_ has quit IRC | 17:10 | |
| *** sorantis has joined #heat | 17:11 | |
| *** e0ne_ has joined #heat | 17:11 | |
| *** lazy_prince has joined #heat | 17:12 | |
| *** piyush2 has quit IRC | 17:12 | |
| *** e0ne__ has joined #heat | 17:13 | |
| *** randallburt1 has quit IRC | 17:15 | |
| *** e0ne_ has quit IRC | 17:16 | |
| *** e0ne__ has quit IRC | 17:17 | |
| *** sballe__ has joined #heat | 17:19 | |
| *** saurabhs has joined #heat | 17:19 | |
| *** jprovazn has joined #heat | 17:21 | |
| *** sballe_ has quit IRC | 17:23 | |
| sjmc7 | thanks for the help zaneb; i'll check with steve when he comes online | 17:23 |
| zaneb | ok | 17:23 |
| *** jdob has quit IRC | 17:24 | |
| *** jdob has joined #heat | 17:24 | |
| sjmc7 | but it looks like it's not the signal that's failing, but querying the stack resource | 17:25 |
| *** bmahalakshmi has joined #heat | 17:33 | |
| *** jdob has quit IRC | 17:39 | |
| *** jdob has joined #heat | 17:39 | |
| kfox1111 | ok. so I added my own resource in /usr/lib/python2.6/site-packages/heat/engine/resources/nova_servergroup.py but I don't think its being loaded. something else I need to do? | 17:41 |
| *** nati_ueno has joined #heat | 17:41 | |
| *** tango has joined #heat | 17:42 | |
| kfox1111 | ah. no, I'm just being dumb. :: not, : | 17:44 |
| *** zaneb has quit IRC | 17:50 | |
| *** Meeral has joined #heat | 17:51 | |
| *** zaneb has joined #heat | 17:51 | |
| Meeral | where should questions related to heat api cfn be put? | 17:52 |
| *** nati_ueno has quit IRC | 17:53 | |
| *** dims_ has quit IRC | 17:53 | |
| *** nati_ueno has joined #heat | 17:54 | |
| *** e0ne has joined #heat | 17:55 | |
| kfox1111 | where is self.Nova() defined? | 17:55 |
| *** e0ne has quit IRC | 17:56 | |
| *** ramishra has joined #heat | 17:56 | |
| *** zaneb has quit IRC | 17:56 | |
| *** e0ne has joined #heat | 17:56 | |
| *** DandyPandy_ has quit IRC | 17:56 | |
| *** BillArnold has quit IRC | 17:57 | |
| *** akuznetsov has quit IRC | 17:58 | |
| *** ramishra has quit IRC | 18:00 | |
| *** e0ne has quit IRC | 18:01 | |
| *** dims_ has joined #heat | 18:01 | |
| *** packet has quit IRC | 18:05 | |
| *** sorantis has quit IRC | 18:05 | |
| *** zaneb has joined #heat | 18:06 | |
| *** kirankv has left #heat | 18:06 | |
| zaneb | I just realised yesterday that you can switch between diffing different patch sets in Gerrit using the mysterious array of numbers along the top instead of the Patch Sets tab that disappears when you select one | 18:07 |
| *** piyush has joined #heat | 18:08 | |
| kfox1111 | ahh there we go. I got it to call the nova server group create function finally. just gota get the param checking code right now. | 18:08 |
| zaneb | now I feel like the last 2 years of my life have been a lie and I have to learn everything again | 18:08 |
| *** DandyPandy has joined #heat | 18:08 | |
| *** m212 has joined #heat | 18:09 | |
| *** piyush1 has joined #heat | 18:10 | |
| *** randallburt has joined #heat | 18:10 | |
| Meeral | any good documents to understand heat cfn api authentication? | 18:10 |
| Meeral | I have no instances , not trying to launch a stack yet I see the following error on my heat-cfn-api log: INFO heat.api.aws.ec2token [-] AWS authentication failure. | 18:11 |
| *** piyush has quit IRC | 18:12 | |
| zaneb | Meeral: any particular reason you're using the cfn API? | 18:12 |
| Meeral | I am not using it - i assumed heat was calling the api when I launched a stack earlier but it was succesfull and I already deleted it | 18:13 |
| Meeral | my template userData included a call to cfn-signal | 18:14 |
| zaneb | did you have a WaitCondition in that stack? | 18:14 |
| zaneb | yep, ok | 18:14 |
| zaneb | cfn-signal calls the cfn api | 18:14 |
| Meeral | yes | 18:14 |
| zaneb | Meeral: sjmc7 is looking at the same problem right now | 18:15 |
| zaneb | maybe we have an issue with the default configuration | 18:15 |
| *** DandyPandy has quit IRC | 18:17 | |
| *** packet has joined #heat | 18:19 | |
| Meeral | when are ec2 tokens required and when do the cfn scripts require authentication? | 18:20 |
| *** Demitar_ has joined #heat | 18:20 | |
| zaneb | the URL that cfn-signal is POSTing to is pre-signed with an EC2 token | 18:22 |
| *** akuznetsov has joined #heat | 18:22 | |
| zaneb | "EC2 token" just means "AWS Token Auth token", btw | 18:22 |
| *** Demitar has quit IRC | 18:22 | |
| zaneb | it was implemented in Keystone for the Nova EC2 compatibility API | 18:22 |
| zaneb | I guess they assumed there would never be any other AWS compatibility APIs... | 18:22 |
| *** ramishra has joined #heat | 18:23 | |
| *** lipinski has joined #heat | 18:23 | |
| zaneb | sjmc7: have you enabled stack domain users since you last had this working, perchance? | 18:23 |
| lipinski | I'm trying to do a Heat stack-update with a new resource and some changes to some environment files parameters. I am adding a single VM in my resources. | 18:24 |
| lipinski | The stack-update is creating a whole new set of VMs. | 18:24 |
| *** e0ne has joined #heat | 18:24 | |
| lipinski | For example, I have 4 VMs, I update the template to add a 5th. The stack-update causes 5 whole new VMs to be spun up. | 18:24 |
| lipinski | Why would that be? | 18:24 |
| zaneb | lipinski: most likely because something changed | 18:25 |
| kfox1111 | yay. I successfully implemented a ServerGroup resource type. :) | 18:26 |
| zaneb | are you passing the same parameters? | 18:26 |
| lipinski | well, some of the parameters I pass are lists. | 18:26 |
| kfox1111 | ok. now to figure out how to get it released to heat. :) | 18:26 |
| lipinski | I add some things to the lists. So, yes, that may change soem of the parameters of some of the VMs. | 18:26 |
| lipinski | These are provider templates being used. | 18:27 |
| lipinski | So, the low-level OS::Nova::Server resources would not be changing.... | 18:27 |
| *** ramishra has quit IRC | 18:27 | |
| zaneb | lipinski: in theory that should just trigger a stack update on the provider stack | 18:28 |
| zaneb | kfox1111: has that whole mess been resolved yet? | 18:28 |
| kfox1111 | yeah. it has. I have a letter in hand. :) | 18:30 |
| zaneb | yaaay!! | 18:30 |
| kfox1111 | now all I gota do is figure out how to get the openstack workflow to work behind this firewall. :/ | 18:30 |
| *** akuznetsov has quit IRC | 18:31 | |
| zaneb | kfox1111: clone over HTTP | 18:32 |
| zaneb | that gets through most firewalls | 18:32 |
| zaneb | sometimes proxy setup can be a pita though | 18:32 |
| *** daneyon has quit IRC | 18:34 | |
| *** dims_ has quit IRC | 18:36 | |
| tango | zaneb: Hi Zane | 18:36 |
| zaneb | o/ | 18:36 |
| tango | want to follow up with you on https://blueprints.launchpad.net/heat/+spec/troubleshooting-low-level-control | 18:36 |
| tango | I updated it based on the chat last week | 18:37 |
| tango | wonder if it makes more sense | 18:37 |
| tango | I saw the AWS::NoValue parameter, which sounds similar to the AWS::None you mentioned | 18:38 |
| tango | but it's doing something different from resetting a parameter to default | 18:38 |
| kfox1111 | zaneb: but can the review work with https? | 18:38 |
| zaneb | tango: yep, I was talking nonsense :) | 18:39 |
| *** jasond` is now known as jasond | 18:39 | |
| zaneb | kfox1111: ah, good point | 18:40 |
| lipinski | zaneb: How do I tell information on why new VMs are getting created? | 18:40 |
| lipinski | Would --debug show anything? | 18:41 |
| *** kgriffs is now known as kgriffs|afk | 18:42 | |
| *** gokrokv__ has quit IRC | 18:42 | |
| zaneb | tango: AWS::NoValue was what I was thinking of, but I discovered yesterday that it is, in fact, not what I first thought at all | 18:42 |
| zaneb | lipinski: no, but you might try looking in the heat-engine log | 18:43 |
| tango | zaneb: well, would it be useful to add this as a new feature? resetting a parameter to default? | 18:43 |
| zaneb | tango: I think it probably would. maybe we could just pass nil to do that? | 18:44 |
| zaneb | or whatever the JS equivalent of None is | 18:45 |
| *** spzala has quit IRC | 18:46 | |
| tango | zaneb: It seems like a useful thing for update, we just need to decide on the CLI format | 18:46 |
| zaneb | yeah, that part could be tricky | 18:46 |
| zaneb | maybe a separate --kill-parameter flag? | 18:47 |
| zaneb | don't call it that, obviously ;) | 18:47 |
| zaneb | --drop-parameter maybe | 18:48 |
| kfox1111 | --kill-parameter --yes-i-rally-mean-it --do-it-now. :) | 18:48 |
| tango | or --reset-parameter | 18:48 |
| zaneb | oooh, yeah | 18:48 |
| kfox1111 | --reset-parameter sounds good. | 18:48 |
| tango | ok I can add to the blueprint since I will be working around this area | 18:49 |
| * zaneb hereby puts tango in charge of naming things | 18:49 | |
| zaneb | ++ | 18:50 |
| tango | :) | 18:50 |
| sjmc7 | zaneb - not intentionally, no. and it was working last week | 18:52 |
| zaneb | sjmc7: there goes that theory | 18:52 |
| sjmc7 | yeah. i'm reasonably sure it was working last week because i was testing stack-create vs stack-update, and now neither works | 18:53 |
| *** bmahalakshmi has quit IRC | 18:54 | |
| *** tspatzier has quit IRC | 18:54 | |
| tango | zaneb: If user specifies the same param in --parameters and --reset-parameters (probably by mistake), then I would guess reset takes precendence | 18:54 |
| *** jistr has quit IRC | 18:55 | |
| zaneb | I would say --parameters takes precedence ;) | 18:56 |
| *** blamar has quit IRC | 18:57 | |
| zaneb | reset is "I want to change this value, but I don't know the actual value" | 18:57 |
| zaneb | if heatclient _does_ know a value, it should probably use it | 18:57 |
| tango | ok, sounds good | 18:57 |
| zaneb | or just error out | 18:57 |
| zaneb | that's probably better anyway | 18:57 |
| zaneb | it's always a mistake, might as well let the user fix it | 18:58 |
| tango | right | 18:58 |
| *** dims_ has joined #heat | 19:00 | |
| *** TravT has quit IRC | 19:01 | |
| openstackgerrit | Kevin Fox proposed a change to openstack/heat: Add a OS::Nova::ServerGroup resource. https://review.openstack.org/100995 | 19:02 |
| *** kfox1111 has quit IRC | 19:03 | |
| *** kfox1111 has joined #heat | 19:04 | |
| SpamapS | zaneb: Regarding the aggressive "bulk completed in K" timeline: My thinking is that our new contributors will gain velocity through Juno and then rapidly start landing the features in K. Meanwhile a few of us should be able to land a few of the refactoring bits soon. | 19:05 |
| SpamapS | zaneb: that timeline was sort of assuming the spec would be accepted by now tho. | 19:05 |
| kfox1111 | is the blueprint workspace stuff for gerrit/addressed by automatically appended somehow? | 19:06 |
| *** openstackgerrit has quit IRC | 19:06 | |
| *** openstackgerrit_ has joined #heat | 19:07 | |
| *** openstackgerrit_ is now known as openstackgerrit | 19:08 | |
| *** dims_ has quit IRC | 19:09 | |
| *** spzala has joined #heat | 19:09 | |
| *** ryansb has joined #heat | 19:10 | |
| *** e0ne has quit IRC | 19:11 | |
| *** gokrokve has joined #heat | 19:15 | |
| *** e0ne has joined #heat | 19:16 | |
| *** kgriffs|afk is now known as kgriffs | 19:18 | |
| *** gokrokve has quit IRC | 19:20 | |
| *** e0ne has quit IRC | 19:24 | |
| *** ramishra has joined #heat | 19:24 | |
| zaneb | kfox1111: yep, it's automagic | 19:25 |
| kfox1111 | ah. ok. | 19:26 |
| *** jamiehannaford has quit IRC | 19:26 | |
| openstackgerrit | Dan Prince proposed a change to openstack/heat: Revert "Load resources using Resource.load_all_from_stack()" https://review.openstack.org/101001 | 19:26 |
| kfox1111 | hmmm... is there a good test template to start from? nova_keypair.py is alittle complicated for what I need... | 19:26 |
| zaneb | SpamapS: agree, but there is a lot of work there. I think you and I just have different estimating styles. time will tell ;) | 19:27 |
| SpamapS | zaneb: looks like we might need to revert the end of that patch chain btw | 19:27 |
| SpamapS | https://bugs.launchpad.net/heat/+bug/1331445 | 19:27 |
| uvirtbot | Launchpad bug 1331445 in tripleo "Refusing to bootstrap mysql cluster until role is known. (Failed to get metadata for ip)" [Critical,Triaged] | 19:27 |
| SpamapS | zaneb: I tend to estimate how long it will take if we don't get distracted. I also know this is unrealistic. :) | 19:27 |
| zaneb | :) | 19:27 |
| *** ramishra has quit IRC | 19:29 | |
| SpamapS | zaneb: https://bugs.launchpad.net/heat/+bug/1331720 actually | 19:29 |
| uvirtbot | Launchpad bug 1331720 in heat "missing TripleO heat metadata" [Undecided,In progress] | 19:29 |
| zaneb | SpamapS: and load_all_from_stack() is the culprit? | 19:30 |
| *** spzala has quit IRC | 19:30 | |
| zaneb | that's surprising | 19:30 |
| SpamapS | zaneb: reverting it fixes the issue | 19:31 |
| SpamapS | zaneb: If I had to guess I'd say it has to do with access controls or some by-reference that should be copied. | 19:31 |
| *** spzala has joined #heat | 19:31 | |
| *** spzala has quit IRC | 19:32 | |
| *** spzala has joined #heat | 19:32 | |
| zaneb | of all the things I have messed with, that seemed like one of the least likely to break everything | 19:34 |
| SpamapS | zaneb: https://review.openstack.org/#/c/101001/ -1'd.. needs a tiny bit of supporting reasoning in the commit message. | 19:35 |
| SpamapS | ooops | 19:35 |
| SpamapS | zaneb: disregard | 19:35 |
| SpamapS | wrong window, wrong nick | 19:35 |
| zaneb | lol | 19:35 |
| *** e0ne has joined #heat | 19:35 | |
| SpamapS | zaneb: is it possible that we don't have any tempest tests covering the CFN api? | 19:36 |
| *** e0ne has quit IRC | 19:36 | |
| zaneb | anything is possible | 19:37 |
| *** e0ne has joined #heat | 19:37 | |
| openstackgerrit | Dan Prince proposed a change to openstack/heat: Revert "Load resources using Resource.load_all_from_stack()" https://review.openstack.org/101001 | 19:37 |
| * SpamapS is reading and about to say "possible and in fact the case" | 19:37 | |
| sjmc7 | SpamapS - i've been having (probably different) problems with CFN this morning but haven't got to the bottom of it yet | 19:37 |
| SpamapS | sjmc7: try the revert Dan submitted ^^ (101001) | 19:38 |
| sjmc7 | ok, will do shortly | 19:38 |
| zaneb | could be related | 19:38 |
| zaneb | I'd believe anything at this point | 19:38 |
| sjmc7 | :) | 19:38 |
| SpamapS | zaneb: we're seeing entirely empty metadata without that revert.. so I suggest we mark the bug Critical, merge the revert and then re-open for investigation. | 19:39 |
| *** jamiehannaford has joined #heat | 19:39 | |
| zaneb | SpamapS: agree, and Approved | 19:40 |
| *** e0ne has quit IRC | 19:40 | |
| zaneb | actually, I might know the problem | 19:41 |
| *** gokrokve has joined #heat | 19:42 | |
| SpamapS | zaneb: \o/ | 19:42 |
| zaneb | nevermind, I didn't | 19:42 |
| SpamapS | zaneb: ~o~ | 19:43 |
| *** blamar has joined #heat | 19:43 | |
| lifeless | SpamapS: or, critical, fix by revert, add tempest CFN test, then relanding will test :) | 19:43 |
| zaneb | SpamapS: which API call is failing, exactly? | 19:44 |
| SpamapS | zaneb: DescribeStackResource | 19:45 |
| *** TravT has joined #heat | 19:45 | |
| SpamapS | lifeless: yeah this is where we ask ourselves if we want to have tempest tests for the cfn api. ;) | 19:45 |
| lifeless | ain't tested is broken. | 19:45 |
| lifeless | :) | 19:45 |
| zaneb | is it failing on authentication by any chance? | 19:46 |
| SpamapS | zaneb: Oh damn it might be | 19:46 |
| zaneb | I bet the problem is in _authorize_stack_user() | 19:47 |
| * SpamapS looks for an example log | 19:47 | |
| SpamapS | lifeless: fail open strikes again.. | 19:47 |
| SpamapS | zaneb: confirmed | 19:48 |
| SpamapS | 2014-06-18 18:17:07.856 1357 WARNING os_collect_config.cfn [-] 403 Client Error: AccessDenied | 19:48 |
| SpamapS | 2014-06-18 18:17:07.856 1357 WARNING os-collect-config [-] Source [cfn] Unavailable. | 19:48 |
| sjmc7 | that is likely related to my problem, SpamapS | 19:49 |
| zaneb | sjmc7, Meeral: looks like the same bug | 19:49 |
| sjmc7 | SpamapS - that revert fixed me, too | 19:49 |
| SpamapS | zaneb: Oh I have an experimental patch series to deprecate _authorize_stack_user() | 19:49 |
| m212 | :D | 19:49 |
| Meeral | that was me..seems i logged in twice.. | 19:50 |
| *** bandarji has quit IRC | 19:50 | |
| SpamapS | zaneb: instead we can store the explicit list of users that should have access to a resource in the resource data. | 19:50 |
| *** e0ne has joined #heat | 19:50 | |
| *** e0ne has joined #heat | 19:51 | |
| *** rbuilta has quit IRC | 19:51 | |
| zaneb | SpamapS: +1 | 19:51 |
| zaneb | I'm not seeing the cause of the bug yet though :/ | 19:51 |
| lifeless | SpamapS: ayup | 19:51 |
| SpamapS | zaneb: since it is kind of related.. I will see if my patch actually helps. | 19:51 |
| *** e0ne has quit IRC | 19:55 | |
| *** julienvey has quit IRC | 19:57 | |
| zaneb | SpamapS: the problem will be the register_allowed_access_handler() being in __init__, before _load_data() is called | 19:57 |
| *** mspreitz has joined #heat | 19:57 | |
| zaneb | and some kind of data being missing as a result | 19:58 |
| sjmc7 | the access keys are missed | 19:58 |
| sjmc7 | that would explain what i was seeing | 19:58 |
| sjmc7 | handler key was None | 19:58 |
| *** tspatzier has joined #heat | 19:59 | |
| zaneb | sigh, if only we could change the signature of __init__ :/ | 19:59 |
| zaneb | SpamapS: your patch might well solve the problem though | 19:59 |
| mspreitz | meeting time | 20:00 |
| *** e0ne has joined #heat | 20:01 | |
| openstackgerrit | Kevin Fox proposed a change to openstack/heat: Add a OS::Nova::ServerGroup resource. https://review.openstack.org/100995 | 20:02 |
| *** bandarji has joined #heat | 20:02 | |
| *** m212 has quit IRC | 20:03 | |
| *** andrew_plunk has joined #heat | 20:05 | |
| *** blamar has quit IRC | 20:05 | |
| *** e0ne has quit IRC | 20:06 | |
| *** pshchelo has joined #heat | 20:07 | |
| *** DandyPandy has joined #heat | 20:10 | |
| *** DandyPandy has quit IRC | 20:10 | |
| *** DandyPandy has joined #heat | 20:11 | |
| *** blamar has joined #heat | 20:14 | |
| *** e0ne has joined #heat | 20:20 | |
| *** ramishra has joined #heat | 20:25 | |
| openstackgerrit | Kevin Fox proposed a change to openstack/heat: Add a OS::Nova::ServerGroup resource. https://review.openstack.org/100995 | 20:28 |
| *** blamar has quit IRC | 20:28 | |
| *** julienvey has joined #heat | 20:28 | |
| *** ramishra has quit IRC | 20:29 | |
| *** julienve_ has joined #heat | 20:29 | |
| *** lazy_prince has quit IRC | 20:31 | |
| *** bandarji has quit IRC | 20:31 | |
| *** julienvey has quit IRC | 20:32 | |
| *** piyush has joined #heat | 20:34 | |
| *** julienve_ has quit IRC | 20:35 | |
| *** piyush1 has quit IRC | 20:38 | |
| *** edmund has quit IRC | 20:38 | |
| *** edmund has joined #heat | 20:40 | |
| *** jprovazn has quit IRC | 20:43 | |
| *** piyush1 has joined #heat | 20:48 | |
| *** piyush has quit IRC | 20:50 | |
| *** asalkeld has joined #heat | 20:52 | |
| *** samstav_ has quit IRC | 20:56 | |
| *** blamar has joined #heat | 20:56 | |
| sjmc7 | zaneb - has reverting that change meant that the stack-update issue will have returned? | 20:58 |
| zaneb | sjmc7: no, it was an independent refactor | 20:58 |
| sjmc7 | that's what i thought, ok | 20:59 |
| *** erecio has quit IRC | 20:59 | |
| *** pshchelo has quit IRC | 20:59 | |
| * SpamapS is working on rebasing patch to do something similar but preserve auth | 21:00 | |
| *** BillArnold has joined #heat | 21:02 | |
| sjmc7 | i'm not seeing the SoftwareConfigDeployment resource in the stored template | 21:02 |
| *** jdob has quit IRC | 21:04 | |
| sjmc7 | so the completion signal is raising 400 bad request | 21:04 |
| sjmc7 | this is with the changeset from dan earlier | 21:04 |
| *** bandarji has joined #heat | 21:04 | |
| stevebaker | zaneb, SpamapS, this test should tickle that regression https://review.openstack.org/#/c/92731/ | 21:05 |
| zaneb | nice | 21:05 |
| *** dims_ has joined #heat | 21:06 | |
| zaneb | sjmc7: and without Dan's revert... it _was_ showing up in the stored template? or you don't know because it failed before then? | 21:06 |
| sjmc7 | i'm 95% sure it was, but i'll un-revert and check again, my brain's fried | 21:06 |
| zaneb | revert the revert! | 21:07 |
| sjmc7 | rinse and repeat | 21:07 |
| stevebaker | now that zane's changes have landed I wonder if I could get some reviews on client-plugins now? https://review.openstack.org/#/q/status:open+project:openstack/heat+branch:master+topic:bp/client-plugins,n,z | 21:10 |
| *** andrew_plunk has quit IRC | 21:15 | |
| *** dims_ has quit IRC | 21:20 | |
| SpamapS | stevebaker: I think we can do a not slow one | 21:20 |
| *** dims_ has joined #heat | 21:21 | |
| stevebaker | SpamapS: it would be easy enough to directly test from tempest the bits of the cfn api that the guests use. We should totally do that | 21:21 |
| SpamapS | stevebaker: all we really need is a cirros server, but we can query the metadata from tempest and not wait for the server. | 21:21 |
| SpamapS | actually this goes along with what I've been really wanting to do | 21:21 |
| SpamapS | which is to have a tempest run that is entirely backed by the nova fake driver. | 21:22 |
| SpamapS | then we can have tests that do 10,000 "servers" | 21:22 |
| lifeless | SpamapS: jogo put something similar to that together I believe, for heat, in the largeops section | 21:22 |
| *** dmueller_ has joined #heat | 21:23 | |
| SpamapS | for heat? Oh cool | 21:23 |
| lifeless | yes | 21:23 |
| lifeless | chat to him :) | 21:23 |
| SpamapS | I knew somebody had picked it up | 21:23 |
| * SpamapS needs fuel.. will chat to him upon return from caffeinery | 21:23 | |
| *** ramishra has joined #heat | 21:25 | |
| *** dims_ has quit IRC | 21:26 | |
| *** jergerber has quit IRC | 21:26 | |
| *** piyush1 has left #heat | 21:26 | |
| openstackgerrit | Kevin Fox proposed a change to openstack/heat: Add a OS::Nova::ServerGroup resource. https://review.openstack.org/100995 | 21:27 |
| *** dmueller_ has quit IRC | 21:29 | |
| *** ericgoncz has quit IRC | 21:29 | |
| *** ramishra has quit IRC | 21:30 | |
| *** julienvey has joined #heat | 21:30 | |
| *** julienvey has quit IRC | 21:31 | |
| *** julienvey has joined #heat | 21:31 | |
| *** tspatzier has quit IRC | 21:32 | |
| *** bgorski has quit IRC | 21:36 | |
| *** julienvey has quit IRC | 21:36 | |
| *** jamiehannaford has quit IRC | 21:37 | |
| *** packet has quit IRC | 21:38 | |
| sjmc7 | guess i was wrong zaneb, not seeing the resources there on master | 21:41 |
| *** Meeral has quit IRC | 21:42 | |
| *** andreaf has quit IRC | 21:48 | |
| *** rpothier_ has quit IRC | 21:48 | |
| *** sgordon has quit IRC | 21:48 | |
| lipinski | Is there any Heat training courses? (Not for development, but rather use of Heat templates to generate systems, etc.) | 21:49 |
| *** bgorski has joined #heat | 21:52 | |
| openstackgerrit | A change was merged to openstack/heat: Revert "Load resources using Resource.load_all_from_stack()" https://review.openstack.org/101001 | 21:54 |
| *** arbylee has quit IRC | 21:55 | |
| *** bgorski has quit IRC | 21:57 | |
| *** randallburt has quit IRC | 22:04 | |
| *** blamar has quit IRC | 22:05 | |
| *** bgorski has joined #heat | 22:06 | |
| *** DandyPandy has quit IRC | 22:15 | |
| zaneb | sjmc7: ok, I guess that change didn't work then :( | 22:15 |
| *** dims_ has joined #heat | 22:16 | |
| *** DandyPandy has joined #heat | 22:16 | |
| *** dims_ has quit IRC | 22:19 | |
| *** dims_ has joined #heat | 22:20 | |
| openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Improve OS::Trove::Instance resource https://review.openstack.org/97460 | 22:21 |
| openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Add datastore properties to OS::Trove::Instance https://review.openstack.org/60532 | 22:21 |
| openstackgerrit | Pavlo Shchelokovskyy proposed a change to openstack/heat: Add networks property to OS::Trove::Instance https://review.openstack.org/91088 | 22:21 |
| *** arbylee has joined #heat | 22:23 | |
| *** e0ne has quit IRC | 22:25 | |
| *** e0ne has joined #heat | 22:26 | |
| *** ramishra has joined #heat | 22:26 | |
| *** lipinski has quit IRC | 22:27 | |
| openstackgerrit | Kevin Fox proposed a change to openstack/heat: Add a OS::Nova::ServerGroup resource. https://review.openstack.org/100995 | 22:27 |
| *** e0ne has quit IRC | 22:29 | |
| *** e0ne has joined #heat | 22:30 | |
| openstackgerrit | Kevin Fox proposed a change to openstack/heat: Add a OS::Nova::ServerGroup resource. https://review.openstack.org/100995 | 22:30 |
| *** ramishra has quit IRC | 22:31 | |
| *** arbylee has quit IRC | 22:31 | |
| *** e0ne has quit IRC | 22:33 | |
| *** bandarji has quit IRC | 22:34 | |
| *** edmund has quit IRC | 22:35 | |
| *** ericgoncz has joined #heat | 22:37 | |
| *** e0ne has joined #heat | 22:37 | |
| *** arbylee has joined #heat | 22:39 | |
| *** e0ne has quit IRC | 22:43 | |
| *** e0ne has joined #heat | 22:44 | |
| *** bgorski has quit IRC | 22:45 | |
| *** ericgoncz_ has joined #heat | 22:46 | |
| asalkeld | commiserations Enovance peeps :-O | 22:47 |
| *** ericgoncz has quit IRC | 22:47 | |
| *** ericgoncz_ is now known as ericgoncz | 22:47 | |
| *** e0ne has quit IRC | 22:48 | |
| zaneb | asalkeld: worse things could happen | 22:48 |
| asalkeld | (tongue in cheek) | 22:48 |
| asalkeld | sad to see a loss in diversification | 22:49 |
| asalkeld | "consolidation" ... | 22:49 |
| asalkeld | are we going to end up with 2 or 3 big corps here | 22:49 |
| zaneb | yeah, I wonder if this will start a trend | 22:49 |
| asalkeld | hope not | 22:50 |
| zaneb | I don't think it will get that bad - we have a lot of really big corps involved already | 22:50 |
| asalkeld | tho' the smaller ones make it interesting | 22:51 |
| asalkeld | I liked having eNovance around | 22:51 |
| *** mestery has quit IRC | 22:51 | |
| asalkeld | the little guy that could | 22:51 |
| *** sballe__ has quit IRC | 22:52 | |
| *** bgorski has joined #heat | 22:57 | |
| *** mspreitz has quit IRC | 22:59 | |
| *** saurabhs has left #heat | 23:08 | |
| *** sabeen1 has quit IRC | 23:11 | |
| sjmc7 | zaneb - weird thing, i'm not seeing the updates in the database even though the engine insists they're happening | 23:13 |
| sjmc7 | any chance there's a nested transaction or something? | 23:13 |
| *** gfidente has quit IRC | 23:14 | |
| *** dims_ has quit IRC | 23:17 | |
| *** DandyPandy has quit IRC | 23:24 | |
| *** ramishra has joined #heat | 23:27 | |
| *** DandyPandy has joined #heat | 23:28 | |
| *** nkhare has joined #heat | 23:31 | |
| *** ramishra has quit IRC | 23:31 | |
| *** ericgoncz has quit IRC | 23:35 | |
| *** DandyPandy has quit IRC | 23:36 | |
| *** DandyPandy has joined #heat | 23:43 | |
| *** nkhare has quit IRC | 23:47 | |
| *** Guest81573 has quit IRC | 23:51 | |
| *** kgriffs is now known as kgriffs|afk | 23:52 | |
| *** Demitar_ has quit IRC | 23:53 | |
| *** andersonvom has quit IRC | 23:53 | |
| *** piyush has joined #heat | 23:53 | |
| *** piyush has quit IRC | 23:53 | |
| *** achampion has joined #heat | 23:55 | |
| *** dims_ has joined #heat | 23:56 | |
| *** ericgoncz has joined #heat | 23:57 | |
| *** arbylee has quit IRC | 23:59 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!