| *** Qiming has joined #heat | 00:00 | |
| *** Marga_ has quit IRC | 00:02 | |
| *** Marga_ has joined #heat | 00:02 | |
| *** dimssum__ has joined #heat | 00:04 | |
| *** dimssum__ is now known as dimsum__ | 00:04 | |
| *** dimsum__ has quit IRC | 00:04 | |
| *** lnxnut_ has quit IRC | 00:06 | |
| *** lnxnut_ has joined #heat | 00:08 | |
| *** chlong has joined #heat | 00:08 | |
| *** lnxnut_ has quit IRC | 00:12 | |
| *** dims__ has joined #heat | 00:14 | |
| *** alexheneveld has joined #heat | 00:15 | |
| *** Marga_ has quit IRC | 00:19 | |
| *** Marga_ has joined #heat | 00:20 | |
| *** Marga_ has quit IRC | 00:22 | |
| *** Marga_ has joined #heat | 00:23 | |
| *** Marga_ has quit IRC | 00:24 | |
| *** Marga_ has joined #heat | 00:24 | |
| *** Qiming has quit IRC | 00:25 | |
| *** Marga_ has quit IRC | 00:25 | |
| *** Marga_ has joined #heat | 00:26 | |
| *** sabeen has quit IRC | 00:29 | |
| *** pm90_ has joined #heat | 00:31 | |
| *** sarob has quit IRC | 00:35 | |
| *** signed8bit is now known as signed8bit_ZZZzz | 00:37 | |
| *** RichardR1seley has quit IRC | 00:41 | |
| *** Ng has joined #heat | 00:42 | |
| *** smc7 has quit IRC | 00:44 | |
| *** sarob has joined #heat | 00:49 | |
| openstackgerrit | Steve Baker proposed openstack/heat: WIP build custom test image https://review.openstack.org/154306 | 00:59 |
|---|---|---|
| openstackgerrit | Steve Baker proposed openstack/heat: Deployment signal_transport: TEMP_URL_SIGNAL https://review.openstack.org/151526 | 01:00 |
| openstackgerrit | Steve Baker proposed openstack/heat: Integration test for software-config tools https://review.openstack.org/113711 | 01:00 |
| openstackgerrit | Steve Baker proposed openstack/heat: Expose deployment/config updated_at/created_at https://review.openstack.org/154307 | 01:00 |
| openstackgerrit | Steve Baker proposed openstack/heat: Manage deployment updated_at values https://review.openstack.org/154308 | 01:00 |
| openstackgerrit | Steve Baker proposed openstack/heat: Move deployment handle_signal to rpc call https://review.openstack.org/154309 | 01:00 |
| *** zhiwei has joined #heat | 01:07 | |
| *** Qiming has joined #heat | 01:12 | |
| *** hdd has quit IRC | 01:12 | |
| *** pm90_ has quit IRC | 01:12 | |
| *** gokrokve has quit IRC | 01:14 | |
| *** achanda has quit IRC | 01:16 | |
| miguelgrinberg | Qiming: do you have a minute for a quick discussion regarding the stack tags problem? | 01:20 |
| Qiming | hi, yes | 01:21 |
| Qiming | just responded to your comment in the review | 01:21 |
| miguelgrinberg | Great. The part that I don't understand, is how you can conduct queries when the tags are given in a single column. | 01:21 |
| *** adrian_otto has quit IRC | 01:21 | |
| Qiming | if tag in tags: | 01:22 |
| *** gokrokve has joined #heat | 01:22 | |
| miguelgrinberg | Right, but that breaks pagination, same as the currently proposed solution with the json column | 01:23 |
| miguelgrinberg | you have to issue a query, then do additional filter outside of the db | 01:23 |
| asalkeld | owch | 01:23 |
| Qiming | that part I have not checked, maybe we should do the query before paginating | 01:24 |
| Qiming | asalkeld, morning | 01:24 |
| asalkeld | :-) | 01:24 |
| miguelgrinberg | so let's say you want the 2nd page of stacks that are not hidden, with a page size of 10 | 01:24 |
| miguelgrinberg | if you do the filtering in Python, the only way to do this is to retrieve the entire stack list | 01:25 |
| miguelgrinberg | Hi, asalkeld :) | 01:25 |
| Qiming | so you are talking about the pagination problem in general, it is not bound to the tags issue | 01:25 |
| *** smc7 has joined #heat | 01:26 | |
| miguelgrinberg | no, this problem is introduced by the tags feature | 01:26 |
| miguelgrinberg | without tags, the paginated queries are handled entirely in the db domain, so no problems | 01:26 |
| asalkeld | it's the first thing that we filter on (besides user) | 01:27 |
| miguelgrinberg | pages are retrieved via the OFFSET and LIMIT options in SQL | 01:27 |
| Qiming | checking code, it seems to me the query is filtered already before doing paginating | 01:27 |
| miguelgrinberg | no, he paginates first, then filters | 01:27 |
| Qiming | oh, no | 01:27 |
| miguelgrinberg | so you will end up with pages that are smaller than the requested page size | 01:27 |
| Qiming | that is bad | 01:27 |
| miguelgrinberg | I think it is a deal breaker | 01:28 |
| Qiming | I agree we should do query, filter, pagination, in that order | 01:28 |
| miguelgrinberg | the only reasonable solution in my opinion, is to redesign the tags in the db so that they can be incorporated into the sql query | 01:28 |
| miguelgrinberg | pagination is done in the db domain, that forces the filtering to be done in db domain as well | 01:29 |
| Qiming | I see | 01:29 |
| miguelgrinberg | I honestly don't see any other option besides adding a tags table and a one-to-many relationship | 01:30 |
| miguelgrinberg | to replace the json column | 01:30 |
| Qiming | okay, get your points | 01:30 |
| Qiming | if we do all filterings in DB, that deserves a separate table | 01:31 |
| asalkeld | what is 'filters" used for: https://github.com/openstack/heat/blob/master/heat/db/sqlalchemy/api.py#L375 | 01:32 |
| miguelgrinberg | yeah, with proper indexes, so that it can be done quicky | 01:32 |
| asalkeld | no worries figured that out | 01:32 |
| miguelgrinberg | asalkeld: the tag selection will probably be added to these filters | 01:33 |
| *** signed8bit_ZZZzz is now known as signed8bit | 01:33 | |
| miguelgrinberg | they'll just restrict the query a bit more | 01:33 |
| asalkeld | yeah, that makes sense | 01:33 |
| *** dsneddon has joined #heat | 01:34 | |
| Qiming | if 'tags' is so special, maybe we can do an extra filter before https://github.com/openstack/heat/blob/master/heat/db/sqlalchemy/api.py#L369 ? | 01:35 |
| miguelgrinberg | yes, I think we should do that | 01:35 |
| miguelgrinberg | but the current format for the tag column is not suitable for filters | 01:36 |
| miguelgrinberg | needs to be broken up into a separate tags table | 01:36 |
| miguelgrinberg | so that a join operation can be issued | 01:36 |
| asalkeld | guys you should put the irc history into the review | 01:36 |
| asalkeld | #agree ( miguelgrinberg , Qiming asalkeld ) tags filtering should be done in the db | 01:37 |
| huangtianhua | morning asalkeld&Qiming :) | 01:37 |
| asalkeld | hi huangtianhua | 01:37 |
| Qiming | morning, tiantian | 01:38 |
| *** hdd has joined #heat | 01:38 | |
| *** liuh has joined #heat | 01:38 | |
| miguelgrinberg | asalkeld: I think I convinced Jason earlier today that the tags table was the way to go | 01:39 |
| asalkeld | ok, cool | 01:39 |
| Qiming | miguelgrinberg, I think I understand the problem better now. I'm still fighting with myself on whether we really need a separate table for this. | 01:39 |
| miguelgrinberg | I agree that it sucks that this is necessary | 01:40 |
| miguelgrinberg | but it is not possible to do partial db searches in a string column | 01:40 |
| Qiming | okay, seems that's the only way to avoid breaking pagination, agreed | 01:43 |
| Qiming | miguelgrinberg, I would suggest we name it a StackData table, not just a StackTags table | 01:52 |
| miguelgrinberg | Qiming: I personally don't like tags either. StackMetadata would be my choice. | 01:52 |
| miguelgrinberg | StackData is reasonable too, so is StackProperties. | 01:53 |
| Qiming | fine, I feeling a growing need on storing extra data for a stack | 01:53 |
| *** gokrokve has quit IRC | 01:54 | |
| miguelgrinberg | Qiming: the idea of storing associated key/value pairs is called "metadata" in several other OpenStack APIs | 01:55 |
| miguelgrinberg | the problem is that the term is overused | 01:56 |
| Qiming | exactly | 01:56 |
| asalkeld | miguelgrinberg, not anything to do with metadata :-O | 01:57 |
| asalkeld | or properties please | 01:57 |
| miguelgrinberg | :) | 01:58 |
| miguelgrinberg | sorry, but that is what this is | 01:58 |
| asalkeld | filters | 01:58 |
| asalkeld | miguelgrinberg, not really | 01:58 |
| asalkeld | metadata is more unstructured | 01:58 |
| asalkeld | a blob | 01:59 |
| asalkeld | can you filter on any other projects metadata? | 01:59 |
| miguelgrinberg | typically metadata is just a key/value pair list associated with an entity | 01:59 |
| miguelgrinberg | not sure about filtering, good question, let me check nova which has a fairly complete implementation | 01:59 |
| asalkeld | actually metadata is interesting | 02:00 |
| asalkeld | we have resource level metadata, but not stack level | 02:00 |
| asalkeld | to do that properly would need some serious thought tho' | 02:01 |
| asalkeld | how that would interact with template resources | 02:01 |
| miguelgrinberg | asalkeld: nova does not seem to allow filtering by metadata values | 02:01 |
| *** Tango has quit IRC | 02:01 | |
| miguelgrinberg | it sounds like resource level metadata is completely independent of stack level tags/metadata | 02:02 |
| miguelgrinberg | I don't think they have an intersection | 02:02 |
| miguelgrinberg | just make things more confusing to think about | 02:02 |
| asalkeld | they would in template resources | 02:02 |
| *** rwsu is now known as rwsu-afk | 02:02 | |
| miguelgrinberg | right | 02:02 |
| asalkeld | the resource is a stack | 02:02 |
| asalkeld | so how do you populate the resource metadata? | 02:03 |
| miguelgrinberg | well, good point :) | 02:03 |
| asalkeld | do you define the nested stack as having the same metadata as the resources? | 02:03 |
| asalkeld | are they equivelent | 02:03 |
| *** erkules_ has joined #heat | 02:03 | |
| miguelgrinberg | in the same way nested resources expose inputs and outputs as properties and attributes, they can expose stack metadata as resource metadata | 02:04 |
| asalkeld | it would be nice to get resources and stacks closer | 02:04 |
| asalkeld | *but* many don't like the concept of resource metadata - just saying | 02:04 |
| asalkeld | there is a confusion between tags and metadata everywhere | 02:05 |
| asalkeld | aws has both | 02:05 |
| miguelgrinberg | it doesn't sound too bad at all, it's a nice way to plug into existing mechanisms, so everything is metadata | 02:05 |
| miguelgrinberg | to me tags are names, metadata are key/value pairs | 02:05 |
| asalkeld | openstack i think is missing "tags" | 02:05 |
| asalkeld | aws has them as structured name/values | 02:06 |
| miguelgrinberg | I was confused by the name tags initially, that feels like it should be a list, not a map | 02:06 |
| asalkeld | and metadata is something different | 02:06 |
| *** Marga_ has quit IRC | 02:06 | |
| *** erkules has quit IRC | 02:06 | |
| *** Marga_ has joined #heat | 02:06 | |
| miguelgrinberg | do you mean metadata at the cfn level? | 02:07 |
| asalkeld | yip | 02:07 |
| asalkeld | this is probably worth a mailing list discussion | 02:07 |
| asalkeld | should this be a seperate thing or does it need to be closer to what other projects od | 02:08 |
| asalkeld | do | 02:08 |
| miguelgrinberg | because at the instance level metadata is key/value, like in nova | 02:08 |
| asalkeld | but the main focus of this blueprint is filtering | 02:08 |
| asalkeld | so if other projects would never allow filtering of metadata, then we need something else | 02:08 |
| asalkeld | this does tie into the api compatiblity wg | 02:09 |
| *** Yanyanhu has joined #heat | 02:09 | |
| asalkeld | to make sure things are done consistently | 02:09 |
| miguelgrinberg | as it happens, I'm the author of the currently proposed spec on metadata for the api wg :) | 02:10 |
| asalkeld | miguelgrinberg, do you want to do that? send a message to the ml? | 02:10 |
| asalkeld | cool | 02:10 |
| miguelgrinberg | unfortunately metadata is a hot topic over there, too many differing opinions | 02:10 |
| miguelgrinberg | I can start a discussion on the ml, sure | 02:11 |
| asalkeld | thx | 02:11 |
| *** Marga_ has quit IRC | 02:11 | |
| asalkeld | miguelgrinberg, i don't want to stall this bp too long, lets not get overly bogged down | 02:12 |
| miguelgrinberg | yeah, I know, enough delays with having to rework the db schema | 02:12 |
| asalkeld | start with the focus of the bp - filtering, then the thought of "this smells like metadata" | 02:12 |
| miguelgrinberg | I told Jason earlier, that if it has to be tags, that's fine, it's just a name, we can all get used to it | 02:12 |
| asalkeld | k | 02:13 |
| asalkeld | huangtianhua, https://blueprints.launchpad.net/nova/+spec/add-tags-for-os-resources | 02:14 |
| asalkeld | miguelgrinberg, seems huangtianhua is also a fan of tags | 02:14 |
| asalkeld | https://wiki.openstack.org/wiki/InstanceTags | 02:14 |
| asalkeld | https://blueprints.launchpad.net/nova/+spec/ec2-tags-api | 02:14 |
| asalkeld | it goes on | 02:14 |
| huangtianhua | long long ago :) | 02:15 |
| miguelgrinberg | asalkeld: huangtianhua: I agree with this 100%. Tags are better, as long as they are implemented as a list of strings. | 02:15 |
| miguelgrinberg | not a map | 02:15 |
| miguelgrinberg | then the name tags fits | 02:16 |
| asalkeld | but will that fulfill the need of this bp? | 02:16 |
| miguelgrinberg | IMHO yes | 02:16 |
| *** smc7 has quit IRC | 02:16 | |
| miguelgrinberg | consider that if you want key/value pairs you can set tags with the format "key:value" | 02:16 |
| miguelgrinberg | and then search for that | 02:17 |
| miguelgrinberg | it is actually a more direct way to hide a stack, just add the tag "hidden" | 02:17 |
| miguelgrinberg | versus having to come up with a key/value pair, such as "visible:false" | 02:18 |
| *** spzala has quit IRC | 02:18 | |
| *** dims__ has quit IRC | 02:23 | |
| *** RichardRaseley has joined #heat | 02:24 | |
| *** lnxnut has joined #heat | 02:26 | |
| *** gokrokve has joined #heat | 02:27 | |
| *** RichardRaseley has quit IRC | 02:37 | |
| *** lnxnut has quit IRC | 02:39 | |
| *** lnxnut has joined #heat | 02:40 | |
| *** bandarji has joined #heat | 02:42 | |
| *** gokrokve_ has joined #heat | 02:49 | |
| *** gokrokve_ has quit IRC | 02:50 | |
| *** gokrokve_ has joined #heat | 02:51 | |
| *** cinerama has quit IRC | 02:51 | |
| *** gokrokve has quit IRC | 02:52 | |
| *** cinerama has joined #heat | 02:54 | |
| *** jaypipes has joined #heat | 02:55 | |
| *** sdake has quit IRC | 03:03 | |
| *** dims__ has joined #heat | 03:03 | |
| *** KanagarajM has joined #heat | 03:03 | |
| *** dims__ has quit IRC | 03:07 | |
| *** dims__ has joined #heat | 03:07 | |
| stevebaker | python-heatclient 0.3.0 is out | 03:11 |
| stevebaker | btw, it looks like we're getting check-heat-dsvm-functional-mysql fails as the average run time is very close to the 65 minute timeout. | 03:16 |
| stevebaker | I've raised a change to raise it to 120 minutes | 03:16 |
| *** lnxnut has quit IRC | 03:17 | |
| *** boris-42 has quit IRC | 03:22 | |
| *** spzala has joined #heat | 03:22 | |
| *** gokrokve_ has quit IRC | 03:25 | |
| *** david-lyle is now known as david-lyle_afk | 03:29 | |
| *** lnxnut has joined #heat | 03:29 | |
| *** bandarji has quit IRC | 03:33 | |
| *** Tross has joined #heat | 03:42 | |
| *** gokrokve has joined #heat | 03:42 | |
| asalkeld | stevebaker, I'll look to see what is taking all the time | 03:44 |
| asalkeld | adding too many tests:-O | 03:44 |
| stevebaker | lots of tests, more slow ones like autoscaling | 03:44 |
| *** achanda has joined #heat | 03:45 | |
| *** dims_ has joined #heat | 03:47 | |
| *** Yanyan has joined #heat | 03:49 | |
| *** Yanyanhu has quit IRC | 03:49 | |
| *** dims__ has quit IRC | 03:49 | |
| *** hdd has quit IRC | 03:50 | |
| *** ygoto has quit IRC | 03:54 | |
| *** ygoto has joined #heat | 03:54 | |
| openstackgerrit | Steve Baker proposed openstack/python-heatclient: Sort event-list by oldest first https://review.openstack.org/154328 | 04:00 |
| *** sdake has joined #heat | 04:02 | |
| *** EricGonczer_ has quit IRC | 04:04 | |
| *** achanda has quit IRC | 04:07 | |
| *** achanda has joined #heat | 04:08 | |
| KanagarajM | zaneb: hi | 04:09 |
| *** RichardRaseley has joined #heat | 04:10 | |
| asalkeld | KanagarajM, zane is on the east coast of the us afaik | 04:23 |
| asalkeld | 11:23 pm | 04:23 |
| *** spzala has quit IRC | 04:27 | |
| *** liuh has quit IRC | 04:29 | |
| *** dims_ has quit IRC | 04:32 | |
| *** harlowja is now known as harlowja_away | 04:34 | |
| *** adrian_otto has joined #heat | 04:38 | |
| KanagarajM | asalkeld: ok. thanks, i will ping him later. | 04:40 |
| asalkeld | ok | 04:40 |
| sdake | ya i'm sure zaneb is fast asleep or definately not on irc atm :) | 04:41 |
| *** lnxnut has quit IRC | 04:50 | |
| *** ananta has joined #heat | 04:51 | |
| *** lnxnut has joined #heat | 04:51 | |
| *** coolsvap_ is now known as coolsvap | 04:52 | |
| *** EricGonczer_ has joined #heat | 04:53 | |
| *** lnxnut has quit IRC | 04:56 | |
| *** gokrokve_ has joined #heat | 04:56 | |
| *** EricGonczer_ has quit IRC | 04:57 | |
| *** EricGonczer_ has joined #heat | 04:58 | |
| *** gokrokve has quit IRC | 04:59 | |
| *** EricGonczer_ has quit IRC | 05:00 | |
| *** gokrokve_ has quit IRC | 05:00 | |
| jamielennox | hey all, now that it seems the bugs have been worked out of my last patch can we have a look at https://review.openstack.org/#/c/147391/5 | 05:01 |
| jamielennox | I want to get that and the follow up in, then i need to have a chat with someone about how we can get heat away from it's dependency on the keystone_authtoken user | 05:01 |
| sdake | jamielennox shardy is your man, he is in the UK | 05:02 |
| jamielennox | sdake: yea, he's who i've been talking to most about it - i'll try and catch him when he comes online | 05:03 |
| *** RichardRaseley has quit IRC | 05:03 | |
| *** adrian_otto has left #heat | 05:05 | |
| *** stack has joined #heat | 05:08 | |
| *** stack is now known as Guest77194 | 05:09 | |
| Guest77194 | Where can I find the architecture of heat? | 05:11 |
| Guest77194 | What I want to know is the different modules of heat and what they do. | 05:12 |
| *** ajc_ has joined #heat | 05:15 | |
| sdake | http://docs.openstack.org/developer/heat/architecture.html | 05:16 |
| *** achanda has quit IRC | 05:19 | |
| KanagarajM | asalkeld: could you review the bug https://bugs.launchpad.net/heat/+bug/1420103 and if its fine, i think we can target for k-3. | 05:20 |
| openstack | Launchpad bug 1420103 in heat "on fresh installation, create schema directly instead of migration scripts" [Undecided,New] - Assigned to Kanagaraj Manickam (kanagaraj-manickam) | 05:20 |
| *** ajc__ has joined #heat | 05:21 | |
| *** lnxnut has joined #heat | 05:21 | |
| *** ajc__ has quit IRC | 05:25 | |
| *** akuznetsov has joined #heat | 05:34 | |
| *** lnxnut has quit IRC | 05:38 | |
| *** ananta has quit IRC | 05:41 | |
| *** RichardR1seley has joined #heat | 05:42 | |
| *** ananta has joined #heat | 05:44 | |
| *** hdd has joined #heat | 05:45 | |
| Guest77194 | sdake: Got what I wanted, thanks to you :) | 05:56 |
| skraynev | good morning all | 05:56 |
| sdake | np :) | 05:56 |
| sdake | enjoy | 05:56 |
| *** harlowja_away has quit IRC | 06:01 | |
| *** RichardR1seley has quit IRC | 06:02 | |
| sdake | asalkeld pingola | 06:02 |
| *** Marga_ has joined #heat | 06:03 | |
| *** Qiming_ has joined #heat | 06:05 | |
| *** Qiming__ has joined #heat | 06:05 | |
| *** Qiming has quit IRC | 06:05 | |
| *** Qiming_ has quit IRC | 06:09 | |
| asalkeld | KanagarajM, how much time does that really save? | 06:11 |
| asalkeld | it seems like an unnecessary optimisation to me | 06:11 |
| sdake | asalkeld what system did you access for the solum kickoff when you were remote? | 06:12 |
| sdake | was it irc plus some web interface? | 06:12 |
| asalkeld | google hangout i think | 06:13 |
| sdake | what was your take on the quality of the experience | 06:13 |
| asalkeld | ok, if find skype has less issues on flake networks | 06:14 |
| asalkeld | I find ... | 06:14 |
| asalkeld | KanagarajM, don't the migrations save the migration in the db? | 06:15 |
| asalkeld | and so doing what you suggest will break that | 06:15 |
| *** ygoto has quit IRC | 06:18 | |
| *** achanda has joined #heat | 06:20 | |
| *** Qiming__ is now known as Qiming | 06:21 | |
| skraynev | therve: hi. could you please post template used here http://techs.enovance.com/7104/multi-tenant-docker-with-openstack-heat to heat-templates repo? IMO, it's the best example | 06:22 |
| KanagarajM | asalkeld: ok. timing vise there will be difference, say if heat reaches the migration versions to huge number like nova . at this moment there won't be much difference. | 06:23 |
| asalkeld | KanagarajM, i think the answer to that is we squash migrations that are really old | 06:24 |
| asalkeld | the question then is how old do they have to be | 06:25 |
| asalkeld | we should ask the other project what their "policy" around this is | 06:27 |
| KanagarajM | asalkeld: i looked at the nova, as they are having too many migration versions and couldn't find much arround it. | 06:28 |
| *** ishant has joined #heat | 06:29 | |
| *** signed8bit has quit IRC | 06:29 | |
| asalkeld | https://github.com/openstack/nova/blob/master/nova/db/sqlalchemy/migrate_repo/versions/216_havana.py | 06:29 |
| asalkeld | KanagarajM, they have squashed havana | 06:29 |
| KanagarajM | asalkeld: thanks. agree, squash would be right choice ! :-) | 06:32 |
| openstackgerrit | huangtianhua proposed openstack/heat: Add resource_id None check for deployment deletion https://review.openstack.org/151577 | 06:41 |
| *** hdd has quit IRC | 06:44 | |
| *** lnxnut has joined #heat | 06:51 | |
| *** lnxnut has quit IRC | 06:56 | |
| *** inc0 has joined #heat | 06:59 | |
| *** achanda has quit IRC | 07:02 | |
| *** achanda has joined #heat | 07:07 | |
| openstackgerrit | Kanagaraj Manickam proposed openstack/heat: Convergence message bus https://review.openstack.org/153999 | 07:09 |
| inc0 | good morning guys | 07:13 |
| cmyster | mornin | 07:15 |
| *** tspatzier has joined #heat | 07:20 | |
| *** Marga_ has quit IRC | 07:27 | |
| *** sdake has quit IRC | 07:29 | |
| *** huangtianhua has quit IRC | 07:29 | |
| *** mzbik has joined #heat | 07:32 | |
| *** dims__ has joined #heat | 07:33 | |
| *** achanda has quit IRC | 07:33 | |
| *** dims__ has quit IRC | 07:37 | |
| *** achanda has joined #heat | 07:39 | |
| *** ananta has quit IRC | 07:41 | |
| *** ananta has joined #heat | 07:43 | |
| *** ananta has quit IRC | 07:45 | |
| *** Guest77194 has quit IRC | 07:46 | |
| *** achanda has quit IRC | 07:48 | |
| *** lnxnut has joined #heat | 07:52 | |
| *** ananta has joined #heat | 07:52 | |
| *** chlong has quit IRC | 07:54 | |
| *** lnxnut has quit IRC | 07:57 | |
| *** tspatzier has quit IRC | 07:57 | |
| *** jcoufal has joined #heat | 07:58 | |
| *** ifarkas has joined #heat | 08:01 | |
| *** tspatzier has joined #heat | 08:01 | |
| *** jprovazn has joined #heat | 08:12 | |
| *** pm90_ has joined #heat | 08:15 | |
| *** pitr-ch has joined #heat | 08:15 | |
| *** BManojlovic has joined #heat | 08:30 | |
| *** cmyster has quit IRC | 08:32 | |
| *** cmyster has joined #heat | 08:36 | |
| *** gokrokve has joined #heat | 08:43 | |
| *** alexheneveld has quit IRC | 08:45 | |
| *** jistr has joined #heat | 08:47 | |
| *** pas-ha has joined #heat | 08:52 | |
| pas-ha | morning all | 08:52 |
| *** aweiteka has joined #heat | 08:54 | |
| *** gokrokve has quit IRC | 08:54 | |
| *** gokrokve has joined #heat | 08:55 | |
| *** jcoufal_ has joined #heat | 08:57 | |
| *** jcoufal has quit IRC | 09:00 | |
| *** gokrokve has quit IRC | 09:00 | |
| openstackgerrit | Mehdi Abaakouk proposed openstack/heat: ceilometer: new Gnocchi Alarm resources https://review.openstack.org/153291 | 09:02 |
| *** erkules_ is now known as erkules | 09:04 | |
| inc0 | hi pas-ha | 09:06 |
| *** pitr-ch has quit IRC | 09:06 | |
| *** pitr-ch has joined #heat | 09:07 | |
| *** ajc__ has joined #heat | 09:07 | |
| *** ajc__ has quit IRC | 09:08 | |
| jgr | Good morning. | 09:08 |
| *** sarob has quit IRC | 09:09 | |
| jgr | Is there a way to pass non-trivial data structures (such as the allocation_pools property of OS::Neutron::Subnet) to nested stacks? | 09:10 |
| jgr | Parameters seem somewhat lacking in that regard, i.e. they only support the 'comma_delimited_list' or 'json' types as anything that might come close and the latter seems to really refer to "JSON map" and not "Any data structure you can express in JSON". | 09:11 |
| jgr | Here's the nested template I'd like to pass this data structure to: https://gist.github.com/jgrassler/f885be4e850b1ad07b18 | 09:12 |
| *** lsmola has quit IRC | 09:12 | |
| pas-ha | jgr, please file a bug as that seems to be a serious shortcoming for our nested stacks implementation | 09:13 |
| mzbik | Hi Guys | 09:13 |
| mzbik | is this normal that heat does not send notification when stack create/stop goes to error state? | 09:13 |
| jgr | pas-ha: Alright, will do. Thanks :-) | 09:13 |
| pas-ha | mzbik, what type of notification do you mean? oslo.messaging one? | 09:14 |
| mzbik | pas-ha, give me a sec | 09:14 |
| mzbik | notification_driver=messaging | 09:14 |
| mzbik | I tried notification_driver=oslo.messaging.notifier.Notifier but it looks like it does not work at all for me (or I didnt know how to configure it well) | 09:15 |
| *** derekh has joined #heat | 09:17 | |
| inc0 | notification_driver=messaging should work, is it working? | 09:19 |
| pas-ha | mzbik, looking at the code it should send a error-leveled notification when stack's state is set to FAILED | 09:19 |
| pas-ha | do you get other notifications, like for stack create start etc? | 09:19 |
| inc0 | pas-ha, I think default should be enough, right? | 09:19 |
| pas-ha | right | 09:19 |
| pas-ha | also, some other listener might be consuming those too, most probably ceilometer | 09:20 |
| pas-ha | so you don't get a chance to see them | 09:20 |
| inc0 | yeah, I had to do some hacking to make notifications non-consuming;) | 09:20 |
| *** pm90_ has quit IRC | 09:21 | |
| inc0 | I think thats serious flaw of notification architecture right now.. | 09:21 |
| pas-ha | inc0, can you share? we kind of need it for notifications as functional tests | 09:21 |
| *** huangtianhua has joined #heat | 09:21 | |
| inc0 | hold on, I'll dig it out | 09:21 |
| *** akuznetsov has quit IRC | 09:23 | |
| inc0 | http://paste.openstack.org/show/170543/ basically its about adding new queue and tapping to existing exchange | 09:24 |
| openstackgerrit | Mehdi Abaakouk proposed openstack/heat-specs: Add blueprint ceilometer-gnocchi-alarm https://review.openstack.org/153988 | 09:24 |
| pas-ha | inc0, thanks, will check it out | 09:24 |
| inc0 | but as you can see I'm binding to an exchange nova, I don't think there is any way to tap into *all* notifs in non-consuming way | 09:25 |
| inc0 | problem is that notifications is a queue instead of exchange | 09:25 |
| *** blues-man has joined #heat | 09:26 | |
| *** jcoufal_ has quit IRC | 09:27 | |
| pas-ha | nah, we only need it for heat - https://review.openstack.org/#/c/152573/ | 09:28 |
| ishant | pas-ha: Hi | 09:28 |
| pas-ha | there someone (ceilo) is consuming those notifs, so we don't have chance to check them | 09:28 |
| ishant | pas-ha: regarding review https://review.openstack.org/#/c/152076/ | 09:29 |
| pas-ha | looking | 09:29 |
| ishant | should i backport the whole fix | 09:29 |
| ishant | https://github.com/openstack/heat/blob/master/heat/common/heat_keystoneclient.py#L208 | 09:29 |
| pas-ha | have you tried cherry-picking? if it is clean, that the size of the patch does not really matter | 09:31 |
| ishant | sorry fix made in master is https://github.com/openstack/heat/commit/36eaea8208ab3e4b077f21b4c8eb95716296e9c6 | 09:31 |
| ishant | cherry pick fails with lot of conflicts | 09:33 |
| shardy | ishant: IMO we can't backport that, it's far too risky | 09:34 |
| *** tiantian has joined #heat | 09:34 | |
| ishant | shardy: yes that what i also think, I will have to do a lot of maual merge | 09:34 |
| *** huangtianhua has quit IRC | 09:37 | |
| ishant | shardy: can you please review this https://review.openstack.org/#/c/152076/ | 09:37 |
| shardy | ishant: FWIW, I think your current patch is better, it's just a shame we didn't manage to land it in master before jamielennox's bigger patch | 09:38 |
| shardy | ishant: I'm reviewing it now :) | 09:38 |
| *** _dmn has joined #heat | 09:38 | |
| ishant | shardy: thanks | 09:38 |
| _dmn | Hi, I'd like to know if there are any available resources that could help me understand the heat code. | 09:39 |
| _dmn | I'm new to heat and I want understand how heat works. | 09:39 |
| _dmn | Interested specifically in heat-engine. | 09:39 |
| _dmn | Like which modules gets called in heat-engine when a template is run and things like that. | 09:39 |
| pas-ha | _dmn, code :) there is now high level architecture overview I know of.. | 09:40 |
| pas-ha | s/now/no | 09:40 |
| *** akuznetsov has joined #heat | 09:40 | |
| _dmn | pas-ha: Having a hard time understanding the code :P | 09:41 |
| _dmn | So wanted to know if there were any resources that could help me understand. | 09:41 |
| _dmn | Like an archtectural diagram or something. | 09:42 |
| shardy | _dmn: there are a few actually: | 09:42 |
| shardy | http://docs.openstack.org/developer/heat/pluginguide.html | 09:42 |
| shardy | That should help you understand all the resource plugins | 09:42 |
| pas-ha | shardy, yes, but the engine is the most tricky part, with all the locks and remote calls :) | 09:43 |
| shardy | pas-ha: true, but many folks start out working primarily with plugins, given that it's where most of the user-visible interfaces live | 09:44 |
| _dmn | All the documentation lies in http://docs.openstack.org/developer/heat/? Any other links that I should be aware of? | 09:45 |
| shardy | _dmn: https://wiki.openstack.org/wiki/Heat | 09:45 |
| shardy | See "Blogs & Presentation Material", a few of us have slide decks etc with various levels of detail | 09:46 |
| *** akuznetsov has quit IRC | 09:47 | |
| _dmn | shardy: Okay, will look into it. | 09:47 |
| _dmn | thank you for your time, shardy pas-ha | 09:48 |
| jgr | pas-ha: Here's the bug report for the non-trivial data structures in parameters issue: https://bugs.launchpad.net/heat/+bug/1420196 | 09:48 |
| openstack | Launchpad bug 1420196 in heat "Nested stacks cannot process non-trivial data structures in parameters" [Undecided,New] | 09:48 |
| shardy | _dmn: np, feel free to shout if you have specific questions | 09:48 |
| _dmn | sur | 09:49 |
| _dmn | sure* | 09:49 |
| jamielennox | shardy: so (when you're free) i'd like to check your opinions on how to wean heat off the keystone_authtoken user | 09:49 |
| *** huangtianhua has joined #heat | 09:50 | |
| *** tiantian has quit IRC | 09:50 | |
| shardy | jamielennox: Hey, sure - do you have a strategy in mind? | 09:52 |
| jamielennox | shardy: not really | 09:53 |
| jamielennox | shardy: so was just pulling up the last of my heat reviews to see where it was at | 09:53 |
| shardy | jamielennox: I guess we'll need to add a new heat specific config section and log a deprecation warning for a cycle or so before removing support for reading from the keystone_authtoken credentials? | 09:54 |
| jamielennox | i think that admin_auth is the remaining problem | 09:54 |
| shardy | Yeah, the service_admin_creds | 09:54 |
| jamielennox | but i just need to look (sorry should have done this already) | 09:55 |
| openstackgerrit | Mehdi Abaakouk proposed openstack/heat: ceilometer: new Gnocchi Alarm resources https://review.openstack.org/153291 | 09:55 |
| jamielennox | because if all it is is replace that user that's not very hard | 09:55 |
| shardy | jamielennox: I think the main thing we use that for is to have a trustee user for delegation | 09:55 |
| *** sorantis has joined #heat | 09:56 | |
| shardy | jamielennox: so we could switch trustee_user_id in create_trust_context to consume a new config value, but fall back to self.admin_client.auth_ref.user_id for a cycle with a warning | 09:57 |
| jamielennox | shardy: yes, so is there a restriction on the roles or where that user is | 09:57 |
| openstackgerrit | Mehdi Abaakouk proposed openstack/heat-specs: Add blueprint ceilometer-gnocchi-alarm https://review.openstack.org/153988 | 09:57 |
| shardy | jamielennox: no, we just need a user to delegate to, and by default we delegate all of a users roles (unless a subset is configured in trusts_delegated_roles | 09:57 |
| shardy | jamielennox: the heat service user was convenient, because we know it will already be there | 09:58 |
| jamielennox | shardy: so i built a thing into the loading plugins from config so that you can specify an auth_section | 09:59 |
| *** lsmola has joined #heat | 10:00 | |
| jamielennox | so ideally we'd be able to say [keystone_authtoken] auth_section=heat_user [heat_trustee] auth_section=heat_user [heat_user] auth_plugin=password .... | 10:00 |
| shardy | jamielennox: Ok, I need to revisit your patches, been out on PTO for a week | 10:00 |
| jamielennox | shardy: ah, ok so i timed that well :) | 10:00 |
| jamielennox | i was going back through my reviews today to see what i needed to follow up on | 10:00 |
| jamielennox | so i haven't looked at them in a while either | 10:00 |
| jamielennox | shardy: ok - well if that's the only point of that admin user then i should be able to write that to a new config section pretty easily | 10:02 |
| jamielennox | shardy: is there a reason it's not the domain_admin user? | 10:02 |
| shardy | jamielennox: Mostly just that when we integrated with trusts the domain_admin didn't exist | 10:03 |
| jamielennox | or a user that heat creates in it's own domain? | 10:03 |
| *** _dmn is now known as dmn_ | 10:03 | |
| jamielennox | i'm not sure if there's much of a security advantage to that | 10:03 |
| *** dmn_ has left #heat | 10:03 | |
| shardy | also, enabling trusts is supposed to be independent of the domain stuff, which ideally I'd like to maintain | 10:03 |
| *** alexheneveld has joined #heat | 10:03 | |
| jamielennox | ok | 10:03 |
| shardy | jamielennox: Yeah, we could create a user-per stack in the heat domain and delegate to that, but like you say if trusts work it's no more secure and a lot more complex | 10:04 |
| mzbik | pas-ha, sorry for late reply, yes all other notification works | 10:05 |
| jamielennox | shardy: alright, well if that's just a case of create a new config section and fallback to keystone_authtoken if not present then i should be able to do that tomorrow | 10:05 |
| jamielennox | shardy: for some reason i was remembering that the authtoken user was being used somewhere scoped and unscoped and that's not something plugins could handle well | 10:06 |
| shardy | jamielennox: Ok, sounds good | 10:07 |
| shardy | jamielennox: any chance you can weigh in on https://review.openstack.org/#/c/152076/ please? | 10:07 |
| jamielennox | shardy: when you get a chance can you have a look at those two outstanding ones of mine - they wouldn't change | 10:07 |
| shardy | trying to figure out the least impactful way to backport a subset of your patch fixing ssl for juno | 10:07 |
| shardy | jamielennox: will do, hopefully later today, thanks! :) | 10:07 |
| *** sarob has joined #heat | 10:10 | |
| *** jcoufal has joined #heat | 10:15 | |
| *** sarob has quit IRC | 10:16 | |
| inc0 | shardy, asalkeld btw, oslo.versionedobjects is a thing:) | 10:21 |
| inc0 | we'll try to get this thing released asap and rebase heat to it | 10:22 |
| asalkeld | awesome inc0 | 10:22 |
| *** Qiming has quit IRC | 10:23 | |
| *** Yanyan has quit IRC | 10:24 | |
| inc0 | https://bugs.launchpad.net/oslo.versionedobjects | 10:25 |
| inc0 | repo was created yesterday | 10:25 |
| *** boris-42 has joined #heat | 10:29 | |
| *** zhiwei has quit IRC | 10:31 | |
| *** BManojlovic has quit IRC | 10:32 | |
| *** BManojlovic has joined #heat | 10:32 | |
| *** BManojlovic has quit IRC | 10:35 | |
| *** dmn_ has joined #heat | 10:35 | |
| *** BManojlovic has joined #heat | 10:36 | |
| *** cdent has joined #heat | 10:44 | |
| dmn_ | In which module is the puppet integration present in? | 10:46 |
| dmn_ | which heat module* | 10:46 |
| *** andreaf_ has quit IRC | 10:47 | |
| *** wpf has quit IRC | 10:47 | |
| *** wpf has joined #heat | 10:48 | |
| *** huangtianhua has quit IRC | 10:52 | |
| shardy | dmn_: It's not, heat provides a generic config format to "hook scripts" which exist inside your image: | 10:53 |
| shardy | https://github.com/openstack/heat-templates/tree/master/hot/software-config/elements/heat-config-puppet | 10:53 |
| shardy | https://www.openstack.org/summit/openstack-summit-atlanta-2014/session-videos/presentation/application-software-configuration-using-heat | 10:54 |
| dmn_ | oh okay. | 10:54 |
| *** inc0_ has joined #heat | 10:54 | |
| *** sorantis has quit IRC | 10:56 | |
| *** dulek has joined #heat | 10:56 | |
| *** inc0 has quit IRC | 10:57 | |
| *** inc0_ has quit IRC | 10:58 | |
| *** sarob has joined #heat | 11:11 | |
| *** Qiming has joined #heat | 11:14 | |
| *** sarob has quit IRC | 11:16 | |
| *** saju_m has joined #heat | 11:20 | |
| *** EmilienM|afk is now known as EmilienM | 11:21 | |
| *** saju_m has quit IRC | 11:23 | |
| *** dims__ has joined #heat | 11:23 | |
| *** sam22 has joined #heat | 11:24 | |
| *** ishant has quit IRC | 11:33 | |
| openstackgerrit | Pavlo Shchelokovskyy proposed openstack/heat: Do not use volume objects in volume resources https://review.openstack.org/154429 | 11:39 |
| *** sorantis has joined #heat | 11:50 | |
| mzbik | damn... after updating to kilo-2 I cant even create stack :( | 11:52 |
| mzbik | it hangs and then: Timed out waiting for a reply to message ID 87b730ee997c46f1bca627c651ee5eb6 | 11:53 |
| mzbik | perhaps its due do some missconfig | 11:53 |
| *** dmn_ has quit IRC | 11:55 | |
| *** dmn_ has joined #heat | 11:58 | |
| *** chlong has joined #heat | 12:00 | |
| *** dmn_ has quit IRC | 12:12 | |
| *** sarob has joined #heat | 12:12 | |
| *** tochi has quit IRC | 12:13 | |
| *** blomquisg has quit IRC | 12:17 | |
| *** ananta has quit IRC | 12:17 | |
| *** sarob has quit IRC | 12:17 | |
| mzbik | again... PEBKAC | 12:20 |
| *** KanagarajM has quit IRC | 12:22 | |
| *** blues-man has quit IRC | 12:33 | |
| *** ifarkas has quit IRC | 12:48 | |
| *** lnxnut has joined #heat | 12:53 | |
| *** radez_g0n3 is now known as radez | 12:55 | |
| *** jdob has joined #heat | 12:57 | |
| *** lnxnut has quit IRC | 12:58 | |
| *** EricGonczer_ has joined #heat | 13:00 | |
| *** EricGonczer_ has quit IRC | 13:00 | |
| *** ifarkas has joined #heat | 13:01 | |
| *** sorantis_ has joined #heat | 13:03 | |
| *** sorantis has quit IRC | 13:03 | |
| *** sorantis_ is now known as sorantis | 13:03 | |
| *** sarob has joined #heat | 13:14 | |
| *** Yanyanhu has joined #heat | 13:15 | |
| *** sarob has quit IRC | 13:18 | |
| *** Marga_ has joined #heat | 13:20 | |
| *** Yanyan has joined #heat | 13:22 | |
| *** Yanyanhu has quit IRC | 13:22 | |
| *** spzala has joined #heat | 13:24 | |
| *** Yanyan has quit IRC | 13:28 | |
| *** inc0 has joined #heat | 13:28 | |
| *** inc0 has quit IRC | 13:42 | |
| *** sam22 has quit IRC | 13:53 | |
| *** blomquisg has joined #heat | 13:54 | |
| *** radez is now known as radez_g0n3 | 13:58 | |
| *** blues-man has joined #heat | 14:04 | |
| *** david-lyle_afk is now known as david-lyle | 14:07 | |
| *** reed has joined #heat | 14:10 | |
| *** prazumovsky has joined #heat | 14:10 | |
| *** sarob has joined #heat | 14:15 | |
| *** blues-man has quit IRC | 14:16 | |
| openstackgerrit | Peter Razumovsky proposed openstack/heat: Improve Property error msg for properties validate https://review.openstack.org/127150 | 14:17 |
| *** lnxnut has joined #heat | 14:17 | |
| *** sarob has quit IRC | 14:19 | |
| *** rpothier has joined #heat | 14:21 | |
| *** lnxnut has quit IRC | 14:22 | |
| *** radez_g0n3 is now known as radez | 14:23 | |
| *** inc0 has joined #heat | 14:24 | |
| mzbik | hmm... still no error notifications :( | 14:25 |
| mzbik | create, delete and other works | 14:25 |
| mzbik | but error no, or I dont see them | 14:25 |
| mzbik | maybe this is wrong? #default_notification_level=INFO | 14:26 |
| mzbik | damn! ... i should listen topic.error too :/ | 14:27 |
| mzbik | not .info only | 14:27 |
| therve | Yeah | 14:35 |
| *** Marga_ has quit IRC | 14:39 | |
| zigo | Hi there! | 14:39 |
| zigo | How come the tox.ini of heat for kilo beta 2 doesn't use the --namespace thing of oslo-config-generator? | 14:39 |
| zigo | It's looking like its wrong to me. | 14:40 |
| zigo | Heat must be using keystoneclient at least. | 14:40 |
| *** pm90_ has joined #heat | 14:41 | |
| *** jasond has joined #heat | 14:41 | |
| *** inc0 has quit IRC | 14:41 | |
| *** RichardRaseley has joined #heat | 14:42 | |
| *** sabeen1 has joined #heat | 14:43 | |
| *** dims__ has quit IRC | 14:43 | |
| *** dims__ has joined #heat | 14:43 | |
| *** dims__ has joined #heat | 14:44 | |
| zigo | stevebaker: ^ | 14:45 |
| zigo | shardy: ^ | 14:45 |
| *** pm90_ has quit IRC | 14:45 | |
| *** radez is now known as radez_g0n3 | 14:45 | |
| *** pm90_ has joined #heat | 14:46 | |
| *** inc0 has joined #heat | 14:46 | |
| zigo | Sorry, I am mistaking. | 14:47 |
| zigo | All is in the config-generator.conf. | 14:47 |
| *** ajc_ has quit IRC | 14:48 | |
| *** jmckind has joined #heat | 14:52 | |
| *** vijendar has joined #heat | 14:54 | |
| *** jasond has quit IRC | 14:55 | |
| *** sabeen2 has joined #heat | 15:03 | |
| *** alexheneveld has quit IRC | 15:03 | |
| *** alexheneveld has joined #heat | 15:04 | |
| *** blinky_ghost has joined #heat | 15:04 | |
| *** sabeen1 has quit IRC | 15:04 | |
| *** radez_g0n3 is now known as radez | 15:05 | |
| *** pm90_ has quit IRC | 15:05 | |
| *** radez is now known as radez_g0n3 | 15:05 | |
| blinky_ghost | hi all, I've created an autoscaling stack with ceilometer, everything appears to work fine, except I the alarm part doesn't work. In ceilometer alarm I see "insufficient data". Can anybody help to debug this? | 15:06 |
| *** pm90_ has joined #heat | 15:06 | |
| pas-ha | blinky_ghost, check the sample collection interval in "/etc/ceilometer/pipeline.yaml", decrease it to smth manageble, default might be too long | 15:09 |
| pas-ha | also, do you see any samples collected at all? we recently seen similar problems in devstack, had to reclone everything | 15:10 |
| *** thedodd has joined #heat | 15:11 | |
| *** rakesh_hs has joined #heat | 15:12 | |
| *** Drago has joined #heat | 15:13 | |
| *** Drago has quit IRC | 15:13 | |
| *** Drago has joined #heat | 15:14 | |
| mzbik | default_notification_level ERROR contains level INFO or not? | 15:14 |
| blinky_ghost | pas-ha: I have 600 in interval. | 15:14 |
| *** jasond has joined #heat | 15:15 | |
| pas-ha | in that try lowering it down to 60, otherwise samples are collected once in 10 minutes, so on average you'd have to wait 15 min for alarm to kick in | 15:15 |
| *** lpmulligan has joined #heat | 15:16 | |
| *** sarob has joined #heat | 15:16 | |
| pas-ha | and of course restart all ceilometer services ones you edit this file | 15:16 |
| *** aweiteka has quit IRC | 15:16 | |
| *** coolsvap is now known as coolsvap_ | 15:17 | |
| *** rakesh_hs has quit IRC | 15:19 | |
| *** sarob has quit IRC | 15:20 | |
| *** sorantis has quit IRC | 15:20 | |
| *** blues-man has joined #heat | 15:21 | |
| *** gokrokve has joined #heat | 15:21 | |
| *** EricGonczer_ has joined #heat | 15:23 | |
| blinky_ghost | pas-ha: I'm having this error: [root@controller01 hot]# ceilometer sample-list --meter cpu | 15:23 |
| blinky_ghost | HTTPConnectionPool(host='172.16.21.20', port=8777): Max retries exceeded with url: /v2/meters/cpu (Caused by <class 'httplib.BadStatusLine'>: '') | 15:23 |
| pas-ha | AFAIR the meter name is actually cpu_util | 15:24 |
| openstackgerrit | Anusha rayani proposed openstack/heat: Support to upload image from local filesystem from Heat https://review.openstack.org/153514 | 15:24 |
| *** mzbik has quit IRC | 15:25 | |
| blinky_ghost | pas-ha: it seems some issue with ceilometer-alarm-evaluator I see errors in the logs | 15:28 |
| *** lnxnut has joined #heat | 15:29 | |
| *** lnxnut has quit IRC | 15:29 | |
| *** lnxnut has joined #heat | 15:30 | |
| *** sorantis has joined #heat | 15:30 | |
| *** alexheneveld has quit IRC | 15:33 | |
| *** achanda has joined #heat | 15:34 | |
| *** sdake has joined #heat | 15:43 | |
| *** achanda has quit IRC | 15:43 | |
| openstackgerrit | Peter Razumovsky proposed openstack/heat: Add a config option to enable Convergence https://review.openstack.org/154533 | 15:43 |
| blinky_ghost | pas-ha it's working now after changing the interval :) thanks :) | 15:44 |
| *** alexheneveld has joined #heat | 15:46 | |
| jdandrea | Thanks stevebaker (regarding the port question). I ask because I need to orchestrate a "nova interface-attach" *after* a VM has been instantiated (for the use case of service chaining), and I don't see a way to do that in Heat at present. | 15:47 |
| *** sdake has quit IRC | 15:47 | |
| *** blues-man has quit IRC | 15:47 | |
| *** blues-man has joined #heat | 15:47 | |
| *** sdake has joined #heat | 15:48 | |
| *** apporc__ has joined #heat | 15:48 | |
| jdandrea | For instance, a VM may (actually, very often can) exist from a previous orchestration pass. Its UUID is passed in as part of the chaining operation. | 15:48 |
| *** hdd has joined #heat | 15:49 | |
| *** rwsu-afk is now known as rwsu | 15:52 | |
| *** apporc_ has quit IRC | 15:52 | |
| pas-ha | blinky_ghost, np :) | 15:52 |
| *** jaypipes has quit IRC | 16:01 | |
| *** signed8bit has joined #heat | 16:03 | |
| alextricity | Hello. Does anybody know any good image elements for adding a user? | 16:04 |
| *** BManojlovic has quit IRC | 16:04 | |
| *** achanda has joined #heat | 16:07 | |
| alextricity | Found the stackuser element | 16:08 |
| alextricity | :) | 16:08 |
| *** che-arne has joined #heat | 16:08 | |
| *** achanda has quit IRC | 16:08 | |
| *** pas-ha has quit IRC | 16:09 | |
| *** Marga_ has joined #heat | 16:12 | |
| *** ifarkas has quit IRC | 16:14 | |
| *** sarob has joined #heat | 16:16 | |
| *** KanagarajM has joined #heat | 16:21 | |
| *** sarob has quit IRC | 16:21 | |
| openstackgerrit | Rob Pothier proposed openstack/heat: OS::Neutron::Subnet needs IPV6 RA mode property https://review.openstack.org/149736 | 16:25 |
| *** jmckind has quit IRC | 16:26 | |
| *** chlong has quit IRC | 16:30 | |
| *** KanagarajM has quit IRC | 16:32 | |
| *** che-arne has quit IRC | 16:33 | |
| *** cdent_ has joined #heat | 16:37 | |
| *** cdent has quit IRC | 16:40 | |
| *** cdent_ has quit IRC | 16:40 | |
| *** cdent has joined #heat | 16:41 | |
| *** ifarkas has joined #heat | 16:45 | |
| *** jmckind has joined #heat | 16:53 | |
| *** Tango has joined #heat | 16:54 | |
| openstackgerrit | Vijendar Komalla proposed openstack/heat: Rackspace::Cloud::LoadBalancer Include IP address in virtualIps attribute https://review.openstack.org/154562 | 16:55 |
| *** coolsvap_ is now known as coolsvap | 16:56 | |
| *** pitr-ch has quit IRC | 17:00 | |
| *** sarob has joined #heat | 17:00 | |
| *** jprovazn has quit IRC | 17:02 | |
| *** Qiming has quit IRC | 17:04 | |
| *** inc0 has quit IRC | 17:04 | |
| *** nijaba_ is now known as nijaba | 17:06 | |
| *** jistr has quit IRC | 17:07 | |
| *** jcoufal has quit IRC | 17:07 | |
| *** ifarkas has quit IRC | 17:07 | |
| *** gokrokve_ has joined #heat | 17:09 | |
| openstackgerrit | Merged openstack/heat: Add resource_id None check for deployment deletion https://review.openstack.org/151577 | 17:10 |
| *** gokrokve has quit IRC | 17:12 | |
| sparr | I'm getting thie error from a lot of heat commands: "ERROR: The server could not comply with the request since" | 17:17 |
| *** blues-man has quit IRC | 17:18 | |
| *** prazumovsky has quit IRC | 17:22 | |
| *** EricGonczer_ has quit IRC | 17:23 | |
| *** coolsvap is now known as coolsvap_ | 17:23 | |
| openstackgerrit | Merged openstack/heat: Move update_in_failed to autoscaling https://review.openstack.org/152775 | 17:27 |
| *** Marga_ has quit IRC | 17:28 | |
| *** sorantis has quit IRC | 17:28 | |
| *** EricGonczer_ has joined #heat | 17:31 | |
| *** sorantis has joined #heat | 17:31 | |
| *** sorantis has quit IRC | 17:35 | |
| *** lsmola has quit IRC | 17:36 | |
| *** alexheneveld has quit IRC | 17:39 | |
| *** alexheneveld_ has joined #heat | 17:40 | |
| *** lnxnut_ has joined #heat | 17:41 | |
| *** lnxnut has quit IRC | 17:44 | |
| *** Marga_ has joined #heat | 17:53 | |
| *** derekh has quit IRC | 17:59 | |
| *** apporc_ has joined #heat | 18:01 | |
| *** signed8bit has quit IRC | 18:02 | |
| *** sam22 has joined #heat | 18:03 | |
| *** apporc__ has quit IRC | 18:04 | |
| *** sdake has quit IRC | 18:04 | |
| *** tspatzier has quit IRC | 18:05 | |
| *** tspatzier has joined #heat | 18:05 | |
| *** gokrokve_ has quit IRC | 18:07 | |
| *** harlowja has joined #heat | 18:10 | |
| *** thedodd has quit IRC | 18:13 | |
| *** jaypipes has joined #heat | 18:15 | |
| *** achanda has joined #heat | 18:18 | |
| *** thedodd has joined #heat | 18:19 | |
| *** openstackgerrit has quit IRC | 18:22 | |
| *** openstackgerrit has joined #heat | 18:22 | |
| *** thedodd has quit IRC | 18:24 | |
| *** thedodd has joined #heat | 18:25 | |
| *** hdd has quit IRC | 18:28 | |
| *** gokrokve has joined #heat | 18:47 | |
| *** dulek has quit IRC | 18:47 | |
| *** htruta has quit IRC | 18:47 | |
| *** htruta has joined #heat | 18:48 | |
| *** henrique_ has joined #heat | 18:50 | |
| *** aweiteka has joined #heat | 18:50 | |
| *** lpmulligan has quit IRC | 18:55 | |
| openstackgerrit | Vijendar Komalla proposed openstack/heat: Rackspace:LoadBalancer Include IP address in virtualIps https://review.openstack.org/154562 | 19:01 |
| *** dims__ has quit IRC | 19:02 | |
| *** dims__ has joined #heat | 19:03 | |
| *** dims_ has joined #heat | 19:04 | |
| openstackgerrit | Vijendar Komalla proposed openstack/heat: Rackspace:LoadBalancer add address in virtualIps https://review.openstack.org/154562 | 19:05 |
| *** dims__ has quit IRC | 19:07 | |
| *** EmilienM is now known as EmilienM|afk | 19:11 | |
| *** aweiteka has quit IRC | 19:12 | |
| *** dims__ has joined #heat | 19:18 | |
| *** dims_ has quit IRC | 19:21 | |
| openstackgerrit | Ton Ngo proposed openstack/heat: Replace the registry of an environment https://review.openstack.org/154618 | 19:21 |
| openstackgerrit | Ton Ngo proposed openstack/heat: Reuse existing registry https://review.openstack.org/154619 | 19:21 |
| openstackgerrit | Ton Ngo proposed openstack/heat: Reuse existing template https://review.openstack.org/154620 | 19:21 |
| *** blinky_ghost has quit IRC | 19:26 | |
| *** lpmulligan has joined #heat | 19:35 | |
| *** sam22 has quit IRC | 19:37 | |
| *** alexheneveld_ has quit IRC | 20:11 | |
| *** sam22 has joined #heat | 20:13 | |
| *** achanda has quit IRC | 20:15 | |
| *** achanda has joined #heat | 20:21 | |
| *** Marga_ has quit IRC | 20:23 | |
| *** signed8bit has joined #heat | 20:27 | |
| *** sam22 has quit IRC | 20:29 | |
| *** EmilienM|afk is now known as EmilienM | 20:35 | |
| *** achanda has quit IRC | 20:43 | |
| *** gokrokve has quit IRC | 20:46 | |
| *** gokrokve has joined #heat | 20:46 | |
| *** gokrokve has quit IRC | 20:51 | |
| *** sdake has joined #heat | 21:04 | |
| *** EricGonczer_ has quit IRC | 21:09 | |
| alextricity | Hello :) I am hoping someone can help me. I'm trying to leverage the allowed_address_pairs property of the Neutron::Port resource, but I'm stuck. | 21:10 |
| alextricity | I have a comma delimited list from a user that I want to iterate over and use to build my dict as part of the allowed_address_pairs | 21:10 |
| alextricity | what is the best way to do this? | 21:10 |
| asalkeld | hi alextricity, i around but in the cross project meeting | 21:14 |
| openstackgerrit | amagarw3 proposed openstack/heat: Typos fixed in test_swiftsignal.py https://review.openstack.org/154668 | 21:14 |
| asalkeld | alextricity, https://review.openstack.org/#/c/140849/7/specs/kilo/repeat-function.rst | 21:14 |
| asalkeld | alextricity, that might help you in the future | 21:14 |
| alextricity | asalkeld: awesome. Anything helps! Thank you! | 21:14 |
| *** Marga_ has joined #heat | 21:15 | |
| *** EricGonczer_ has joined #heat | 21:16 | |
| *** Marga_ has quit IRC | 21:20 | |
| *** radez_g0n3 is now known as radez | 21:20 | |
| *** aweiteka has joined #heat | 21:21 | |
| *** achanda has joined #heat | 21:21 | |
| *** rm_work has left #heat | 21:23 | |
| *** RichardRaseley has quit IRC | 21:39 | |
| *** kebray has joined #heat | 21:48 | |
| *** kebray_ has joined #heat | 21:49 | |
| *** kebray has quit IRC | 21:52 | |
| *** RichardR1seley has joined #heat | 21:53 | |
| *** sgordon_ has joined #heat | 21:55 | |
| *** Marga_ has joined #heat | 21:59 | |
| *** thedodd has quit IRC | 22:17 | |
| *** rpothier has quit IRC | 22:24 | |
| *** EricGonczer_ has quit IRC | 22:39 | |
| openstackgerrit | Winnie Tsang proposed openstack/python-heatclient: Reuse existing registry and/or existing template https://review.openstack.org/154692 | 22:41 |
| *** achanda has quit IRC | 22:52 | |
| *** aweiteka has quit IRC | 22:52 | |
| *** hdd has joined #heat | 22:52 | |
| *** kebray_ has quit IRC | 22:52 | |
| *** achanda has joined #heat | 22:56 | |
| *** kebray has joined #heat | 22:59 | |
| *** jmckind has quit IRC | 22:59 | |
| *** asalkeld has quit IRC | 23:03 | |
| *** asalkeld has joined #heat | 23:03 | |
| *** kebray has quit IRC | 23:06 | |
| *** reed has quit IRC | 23:06 | |
| *** kebray has joined #heat | 23:07 | |
| *** hdd has quit IRC | 23:08 | |
| *** alexpilotti has joined #heat | 23:09 | |
| *** alexpilotti has quit IRC | 23:10 | |
| *** igable has joined #heat | 23:12 | |
| *** vijendar has quit IRC | 23:13 | |
| *** alexpilotti has joined #heat | 23:13 | |
| *** hdd has joined #heat | 23:22 | |
| igable | I would like to autoscale Squid caches across roughly 10 independently operated remote clouds. Is this something I should attempt to do with Heat? A quick look at the docs seems to indicate that that the answer to this is no. If this question is to basic for this channel please feel free to tell me to go RTFM some more. | 23:30 |
| asalkeld | hi igable multicloud like that is still in the works | 23:32 |
| igable | is that on a timeline somewhere that I could look at? | 23:33 |
| asalkeld | igable: it really depends on someone stepping up to work on it | 23:33 |
| asalkeld | i'll look for a blueprint | 23:34 |
| igable | asalkeld: thanks | 23:34 |
| *** lpmulligan has quit IRC | 23:35 | |
| asalkeld | igable: mmm - i thought there was a blueprint, but can't find it | 23:37 |
| asalkeld | but the main issue is passing the credentials into each resource | 23:37 |
| asalkeld | http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Heat::Stack | 23:37 |
| asalkeld | we have a "stack" resource, but it's more built for multiregion | 23:37 |
| asalkeld | that *could* be extended | 23:38 |
| *** chlong has joined #heat | 23:39 | |
| *** jasond`` has quit IRC | 23:40 | |
| *** jasond`` has joined #heat | 23:40 | |
| *** dims_ has joined #heat | 23:46 | |
| *** dims__ has quit IRC | 23:47 | |
| *** jasond has quit IRC | 23:50 | |
| *** sabeen2 has quit IRC | 23:50 | |
| *** dims_ has quit IRC | 23:50 | |
| igable | asalkeld: thanks thanks again for the info | 23:51 |
| asalkeld | np, | 23:52 |
| *** cdent has quit IRC | 23:54 | |
| *** igable has quit IRC | 23:56 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!