| openstackgerrit | Merged openstack/heat-specs: Add Python 3.4 support https://review.openstack.org/175340 | 00:02 |
|---|---|---|
| *** sdake has quit IRC | 00:03 | |
| *** achanda has quit IRC | 00:07 | |
| *** pm90_ has quit IRC | 00:07 | |
| *** LiJiansheng has joined #heat | 00:19 | |
| *** xuhaiwei has joined #heat | 00:21 | |
| xuhaiwei | morning all | 00:21 |
| *** Qiming has quit IRC | 00:22 | |
| *** Marga_ has quit IRC | 00:23 | |
| *** kairat_kushaev2 has quit IRC | 00:33 | |
| *** Marga_ has joined #heat | 00:45 | |
| *** Marga_ has quit IRC | 00:46 | |
| *** spzala has joined #heat | 00:48 | |
| *** zhiwei has joined #heat | 00:53 | |
| *** Marga_ has joined #heat | 00:53 | |
| *** Marga_ has quit IRC | 00:54 | |
| openstackgerrit | Kanagaraj Manickam proposed openstack/heat-specs: Enhance Manage Service with service-stack and vice-versa https://review.openstack.org/168658 | 01:07 |
| openstackgerrit | Merged openstack/heat: Cancel nested stack updates when appropriate https://review.openstack.org/175606 | 01:07 |
| *** spzala has quit IRC | 01:09 | |
| *** Tango has quit IRC | 01:11 | |
| *** Qiming has joined #heat | 01:14 | |
| *** Qiming_ has joined #heat | 01:14 | |
| *** haigang has joined #heat | 01:15 | |
| *** vahidh has quit IRC | 01:15 | |
| *** Qiming has quit IRC | 01:18 | |
| *** sdake has joined #heat | 01:22 | |
| openstackgerrit | Kanagaraj Manickam proposed openstack/heat-specs: Scale-out and pid support for Manage Service listing https://review.openstack.org/168657 | 01:22 |
| *** Qiming__ has joined #heat | 01:24 | |
| *** sdake_ has quit IRC | 01:26 | |
| *** Qiming_ has quit IRC | 01:28 | |
| *** serg_melikyan has joined #heat | 01:28 | |
| *** liusheng has joined #heat | 01:29 | |
| openstackgerrit | xu-haiwei proposed openstack/heat-specs: Multiple software configs triggered by one deployment https://review.openstack.org/168298 | 01:30 |
| *** serg_melikyan has quit IRC | 01:32 | |
| *** Qiming__ is now known as Qiming | 01:34 | |
| *** erkules_ has joined #heat | 01:35 | |
| *** erkules has quit IRC | 01:38 | |
| *** Raj1 has joined #heat | 01:44 | |
| *** Yanyanhu has joined #heat | 01:45 | |
| *** Raj1 has quit IRC | 01:46 | |
| *** Raj1 has joined #heat | 01:48 | |
| *** sdake_ has joined #heat | 01:50 | |
| *** shardy_ has joined #heat | 01:50 | |
| *** shardy has quit IRC | 01:51 | |
| *** sdake has quit IRC | 01:53 | |
| *** Kennan2 is now known as Kennan | 01:55 | |
| *** shardy_ has quit IRC | 01:55 | |
| *** shardy has joined #heat | 01:55 | |
| Qiming | shardy, so early? | 01:58 |
| ramishra | morning all | 02:01 |
| Qiming | morning, ramishra | 02:01 |
| *** Raj1 has quit IRC | 02:02 | |
| *** harlowja is now known as harlowja_away | 02:02 | |
| *** kbyrne has quit IRC | 02:05 | |
| *** kebray has joined #heat | 02:06 | |
| openstackgerrit | Miguel Grinberg proposed openstack/heat: Decouple trustee user from keystone_authtoken https://review.openstack.org/177055 | 02:08 |
| *** KanagarajM has joined #heat | 02:09 | |
| openstackgerrit | Merged openstack/heat: Use six.iterkeys(x) instead of x.keys() https://review.openstack.org/176293 | 02:09 |
| openstackgerrit | Merged openstack/heat: Replace dict.itervalues/dict.iteritems and use len over filter function https://review.openstack.org/176760 | 02:09 |
| openstackgerrit | Merged openstack/heat: Update urllib/httplib/cStringIO to use six.moves https://review.openstack.org/176761 | 02:09 |
| openstackgerrit | Kanagaraj Manickam proposed openstack/heat-specs: Scale-out and pid support for Manage Service listing https://review.openstack.org/168657 | 02:09 |
| *** kbyrne has joined #heat | 02:10 | |
| openstackgerrit | Kanagaraj Manickam proposed openstack/heat-specs: Enhance Manage Service with service-stack and vice-versa https://review.openstack.org/168658 | 02:10 |
| miguelgrinberg | KanagarajM: hey, we seem to have the complete inverse schedule, we never meet | 02:11 |
| KanagarajM | miguelgrinberg: hi | 02:11 |
| miguelgrinberg | what's your timezone? | 02:11 |
| KanagarajM | miguelgrinberg: i'm in India UTC+5:30 | 02:11 |
| KanagarajM | miguelgrinberg: how about you? | 02:12 |
| miguelgrinberg | I'm US West Coast, it's 7pm here, and you are not even 8am there! | 02:12 |
| KanagarajM | yes right, its 7:45 AM. | 02:13 |
| miguelgrinberg | so you wanted to talk about the filtering I think? | 02:13 |
| miguelgrinberg | jamielennox|away: when you have a moment, could you look at https://review.openstack.org/#/c/177055/ and let me know what you think? | 02:14 |
| KanagarajM | yes, initially i thought that its making inconsitency with existing api | 02:15 |
| openstackgerrit | Merged openstack/python-heatclient: Unit tests for stack actions https://review.openstack.org/176755 | 02:15 |
| KanagarajM | but started to make your comments as its makes things proper | 02:15 |
| miguelgrinberg | KanagarajM: I think it is okay to do what you proposed for v1, but I think we should revisit when we work on v2 | 02:16 |
| KanagarajM | miguelgrinberg: oh, i think i started to make changes and pushed some of them. | 02:17 |
| KanagarajM | miguelgrinberg: for review. | 02:17 |
| *** huangtianhua has joined #heat | 02:17 | |
| miguelgrinberg | oh, I missed that. I like that better, so I'm happy that you agreed, but I do understand the argument of consistency | 02:18 |
| KanagarajM | miguelgrinberg: yes. as it making the api better. | 02:19 |
| miguelgrinberg | KanagarajM: awesome, I'll find the updates and update my review. | 02:19 |
| KanagarajM | miguelgrinberg: ok. how about making the existing rest api to avoid the inconsistency? | 02:21 |
| miguelgrinberg | yes, I would be okay with that for v1, then we can address filters as a whole for v2. And hopefully by that time the API-WG will have a recommendation. | 02:22 |
| KanagarajM | miguelgrinberg: ok. | 02:23 |
| openstackgerrit | Kanagaraj Manickam proposed openstack/heat-specs: Search Resource Type https://review.openstack.org/168662 | 02:30 |
| openstackgerrit | Merged openstack/python-heatclient: Add --nested-depth option to event-list https://review.openstack.org/173968 | 02:31 |
| miguelgrinberg | shardy: could you let me know if this seems reasonable? https://review.openstack.org/#/c/177055/. | 02:33 |
| openstackgerrit | Kanagaraj Manickam proposed openstack/heat-specs: Stack resource filtering, sorting and pagination https://review.openstack.org/168661 | 02:36 |
| *** achanda has joined #heat | 02:37 | |
| elynn | morning | 02:43 |
| *** LiJiansheng has quit IRC | 02:44 | |
| KanagarajM | stevebaker: you are here? | 02:45 |
| openstackgerrit | Qiming Teng proposed openstack/heat: Split engine service test cases (2) https://review.openstack.org/176753 | 02:46 |
| stevebaker | KanagarajM: hi | 02:47 |
| KanagarajM | stevebaker: I updated the spec https://review.openstack.org/168662 using glob matching for resource type | 02:48 |
| KanagarajM | stevebaker: i assmed that in sepc, mentioning glob matching would be sufficient without specifying any matching char. | 02:49 |
| KanagarajM | stevebaker: kindly let me know if we need to add any specific matching chars ? | 02:49 |
| stevebaker | KanagarajM: we're already using a glob-style syntax for searching for pre-update hooks, so we should just use that | 02:50 |
| openstackgerrit | huangtianhua proposed openstack/heat: Support to generate hot template based on resource type https://review.openstack.org/173247 | 02:51 |
| KanagarajM | stevebaker: ok. let me have look at pre-update hook | 02:51 |
| asalkeld | stevebaker: https://launchpad.net/heat/+milestone/liberty-1 | 02:52 |
| asalkeld | i have just sync'd the specs and bps | 02:52 |
| *** EricGonczer_ has joined #heat | 02:52 | |
| asalkeld | feel free to change the priorities | 02:52 |
| asalkeld | (a bunch of specs were approved yesterdya) | 02:53 |
| stevebaker | asalkeld: thanks | 02:54 |
| stevebaker | KanagarajM: I have made a comment on the spec | 02:54 |
| KanagarajM | stevebaker: sure. thanks. I will incorporate them. | 02:56 |
| KanagarajM | stevebaker: could you kindly review my other specs. | 02:57 |
| *** EricGonczer_ has quit IRC | 02:57 | |
| stevebaker | KanagarajM: sure | 02:57 |
| *** haigang has quit IRC | 02:58 | |
| KanagarajM | stevebaker: thanks. | 02:58 |
| *** EricGonczer_ has joined #heat | 03:00 | |
| *** sdake has joined #heat | 03:00 | |
| *** sdake_ has quit IRC | 03:04 | |
| *** EricGonczer_ has quit IRC | 03:04 | |
| *** sdake_ has joined #heat | 03:04 | |
| *** LiJiansheng has joined #heat | 03:06 | |
| KanagarajM | asalkeld: hi | 03:08 |
| asalkeld | hi | 03:08 |
| *** sdake has quit IRC | 03:08 | |
| *** Qiming has quit IRC | 03:09 | |
| KanagarajM | asalkeld: could you kindly review my specs :) | 03:09 |
| openstackgerrit | Deliang Fan proposed openstack/heat: Add base url in links to Orchestration API https://review.openstack.org/174775 | 03:11 |
| KanagarajM | asalkeld: I tried to update the specs to avoid the tox py27 failure | 03:11 |
| asalkeld | KanagarajM: sure | 03:11 |
| KanagarajM | asalkeld: thanks. | 03:12 |
| openstackgerrit | Kanagaraj Manickam proposed openstack/heat-specs: Search Resource Type https://review.openstack.org/168662 | 03:18 |
| asalkeld | KanagarajM: the enable/disable one, it seems asymmetrical: disable == sys.exit, enable == set a flag in the db | 03:23 |
| asalkeld | surely the disable should not actually sys.exit | 03:23 |
| *** KanagarajM has quit IRC | 03:24 | |
| asalkeld | but be in a state that can be re-enabled | 03:24 |
| *** asalkeld is now known as asalkeld_lunch | 03:27 | |
| *** GonZo2K has quit IRC | 03:31 | |
| *** Raj1 has joined #heat | 03:42 | |
| *** achanda has quit IRC | 03:44 | |
| *** Raj1 has quit IRC | 03:44 | |
| *** Raj1 has joined #heat | 03:45 | |
| *** vijayagurug has joined #heat | 03:49 | |
| openstackgerrit | Merged openstack/heat: Updated from global requirements https://review.openstack.org/176828 | 03:52 |
| *** alanf-mc has quit IRC | 03:56 | |
| openstackgerrit | huangtianhua proposed openstack/heat: Use snapshot's environment when stack restore https://review.openstack.org/171533 | 04:14 |
| *** KanagarajM has joined #heat | 04:21 | |
| *** achanda has joined #heat | 04:35 | |
| *** Marga_ has joined #heat | 04:41 | |
| openstackgerrit | Merged openstack/heat: Update xrange and lambda for python3 https://review.openstack.org/176762 | 04:43 |
| openstackgerrit | Ethan Lynn proposed openstack/heat: Use SHA256 instead of SHA1 for resource signature https://review.openstack.org/177075 | 05:03 |
| *** Marga_ has quit IRC | 05:10 | |
| *** Marga_ has joined #heat | 05:11 | |
| *** rakesh_hs has joined #heat | 05:11 | |
| *** Qiming has joined #heat | 05:12 | |
| *** huangtianhua has quit IRC | 05:19 | |
| *** ygoto has joined #heat | 05:20 | |
| *** inc0 has joined #heat | 05:26 | |
| *** Tango has joined #heat | 05:31 | |
| inc0 | good morning everyone | 05:34 |
| *** Marga_ has quit IRC | 05:36 | |
| *** Marga_ has joined #heat | 05:36 | |
| *** Marga_ has quit IRC | 05:36 | |
| *** Marga_ has joined #heat | 05:37 | |
| *** ananta has joined #heat | 05:40 | |
| ananta | Good morning/afternoon | 05:40 |
| *** hdd has joined #heat | 05:40 | |
| *** Marga_ has quit IRC | 05:42 | |
| *** Raj1 has quit IRC | 05:48 | |
| *** kebray has quit IRC | 05:51 | |
| *** ygoto has quit IRC | 05:56 | |
| *** nkhare has joined #heat | 05:58 | |
| *** david-ly_ has joined #heat | 06:01 | |
| *** david-lyle has quit IRC | 06:03 | |
| *** tspatzier has joined #heat | 06:10 | |
| openstackgerrit | Sirushti Murugesan proposed openstack/heat: Change instances of x.next() to next(x) https://review.openstack.org/176763 | 06:27 |
| openstackgerrit | Sirushti Murugesan proposed openstack/heat: Update the rest of the code to satisfy flake8 in a py34 env https://review.openstack.org/176766 | 06:27 |
| openstackgerrit | Sirushti Murugesan proposed openstack/heat: Use six.moves.map/filter/zip https://review.openstack.org/176764 | 06:27 |
| openstackgerrit | Sirushti Murugesan proposed openstack/heat: Use six.text_type and six.reraise https://review.openstack.org/176765 | 06:27 |
| *** jprovazn has joined #heat | 06:29 | |
| openstackgerrit | Sirushti Murugesan proposed openstack/heat: Prevent false positives of UPDATE_COMPLETE in integration tests https://review.openstack.org/173045 | 06:29 |
| openstackgerrit | Sirushti Murugesan proposed openstack/heat: Run heat_integrationtests in parallel https://review.openstack.org/172339 | 06:30 |
| *** chlong has quit IRC | 06:39 | |
| openstackgerrit | Sirushti Murugesan proposed openstack/heat: Prevent false positives of UPDATE_COMPLETE in integration tests https://review.openstack.org/173045 | 06:40 |
| openstackgerrit | Sirushti Murugesan proposed openstack/heat: Don't assert against all the lb-members https://review.openstack.org/175162 | 06:40 |
| openstackgerrit | Sirushti Murugesan proposed openstack/heat: Run heat_integrationtests in parallel https://review.openstack.org/172339 | 06:40 |
| openstackgerrit | Sirushti Murugesan proposed openstack/heat: Prevent false positives of *_FAILED status https://review.openstack.org/175161 | 06:40 |
| *** jtomasek has joined #heat | 06:54 | |
| openstackgerrit | Kanagaraj Manickam proposed openstack/heat-specs: Enable or Disable a Heat-engine https://review.openstack.org/168659 | 06:57 |
| *** sorantis has joined #heat | 07:06 | |
| *** coolsvap|afk is now known as coolsvap | 07:08 | |
| *** gcivitella has joined #heat | 07:08 | |
| *** coolsvap is now known as coolsvap|afk | 07:09 | |
| *** sdake_ has quit IRC | 07:20 | |
| *** Tango has quit IRC | 07:23 | |
| *** achanda has quit IRC | 07:24 | |
| *** ifarkas has joined #heat | 07:29 | |
| *** gcivitella has quit IRC | 07:31 | |
| *** gcivitella_ has joined #heat | 07:32 | |
| *** gcivitella_ is now known as gcivitella | 07:32 | |
| *** elynn has quit IRC | 07:33 | |
| shardy | miguelgrinberg: will do, thanks for looking at it | 07:35 |
| *** BManojlovic has joined #heat | 07:35 | |
| *** achanda has joined #heat | 07:36 | |
| asalkeld_lunch | sirushti: patch bombs us :-O | 07:41 |
| *** asalkeld_lunch is now known as asalkeld | 07:43 | |
| *** jistr has joined #heat | 07:44 | |
| *** huangtianhua has joined #heat | 07:48 | |
| *** alanf-mc has joined #heat | 07:51 | |
| *** alanf-mc_ has joined #heat | 07:53 | |
| *** alanf-mc has quit IRC | 07:56 | |
| *** achanda has quit IRC | 07:57 | |
| *** jcoufal has joined #heat | 07:57 | |
| *** alanf-mc_ has quit IRC | 08:00 | |
| *** jistr is now known as jistr|mtg | 08:09 | |
| *** zhiwei has left #heat | 08:20 | |
| *** yassine_ has joined #heat | 08:21 | |
| KanagarajM | inc0: are you here? | 08:22 |
| sirushti | asalkeld, heh, spammed! :) | 08:22 |
| inc0 | KanagarajM, reporting | 08:23 |
| KanagarajM | inc0: you are having some concern on the enable/disable engine? | 08:23 |
| inc0 | I'm just thinking of use case for it | 08:23 |
| inc0 | we don't want it to be unused feature | 08:24 |
| inc0 | and dead code | 08:24 |
| KanagarajM | this blue print is for the maintanence cycle support. | 08:24 |
| inc0 | yeah, I understand - I just don't know which part of maintenance cycle it will really solve | 08:25 |
| KanagarajM | during the maintenance cycle, admin would want to disable a given engine and wants to complete all the in-progress actions for stack/resource in that engine | 08:25 |
| inc0 | yes, but that's definiton of graceful shutdown | 08:25 |
| inc0 | finish all your taks and then commit suicide | 08:26 |
| asalkeld | KanagarajM: is this a request from you company? if so it might just be worth writing down what their requirements are | 08:26 |
| asalkeld | always good to write real world use down | 08:27 |
| asalkeld | always good to write real world use case | 08:27 |
| KanagarajM | no, graceful shutdown currently does not bother for state of the resource/stack | 08:27 |
| inc0 | it bothers about tasks running on engine | 08:27 |
| inc0 | and when these are finished, only then we can kill our process | 08:28 |
| inc0 | some processes can be continued on other engines (for example nested stacks) | 08:28 |
| KanagarajM | asalkeld: i brought it up after testing for a sample stack, which is in-pgress | 08:28 |
| KanagarajM | *in-progress. | 08:29 |
| inc0 | I just want to avoid situation when we'll hold heat-engine shutdown until *other* engines finishes their tasks | 08:29 |
| inc0 | maybe it would be better to fix graceful shutdown instead of introduce new API call | 08:29 |
| inc0 | its far more intuitive | 08:30 |
| KanagarajM | the real probel exist in the graceful shutdown and needs be fixed by this way. | 08:30 |
| inc0 | It can be fixed in graceful shutdown as well | 08:31 |
| inc0 | also, keep in mind that convergence will also help here | 08:31 |
| inc0 | because it will unbind engine from stack | 08:31 |
| KanagarajM | and wanted to differentiate beween graceful shutdown while stopping the engine, as it might take more time to exit, if it process more stacks | 08:32 |
| inc0 | so if we perform graceful shutdown, other engines will carry on creation of a stack | 08:32 |
| inc0 | well, graceful shutdown has to take all the time it needs | 08:32 |
| *** alexheneveld has joined #heat | 08:32 | |
| inc0 | also I don't think currenct graceful shutdown logic stops engine from taking RPC calls, and that's something that has to be fixed | 08:33 |
| KanagarajM | no, currently its not. | 08:34 |
| *** pitr-ch has joined #heat | 08:34 | |
| openstackgerrit | Sergey Kraynev proposed openstack/heat: Add scenario test for AWS loadbalancer https://review.openstack.org/153192 | 08:34 |
| openstackgerrit | Sergey Kraynev proposed openstack/heat: Add timeout hidden parameter to AWS LB https://review.openstack.org/177120 | 08:34 |
| inc0 | then I agree that has to be fixed. | 08:34 |
| inc0 | all I'm saying is thing you propose is critical functionality - no argument there | 08:34 |
| inc0 | but I don't think it should be separate API | 08:35 |
| inc0 | I think it should be graceful shutdown | 08:35 |
| *** derekh has joined #heat | 08:35 | |
| KanagarajM | ok. intention was: wanted to allow the operator to abort the engine like now and at the same time, gracefully bring down. so wanted to introduce enable/disable. | 08:36 |
| KanagarajM | i reffered nova, on how its doing, in nova also, first they will mark the nova-compute as disabled and skip that nova-compute from scheduler further | 08:37 |
| inc0 | I think we should check in with operators about that | 08:37 |
| inc0 | yes, but that's difference | 08:37 |
| inc0 | nova has computes | 08:37 |
| inc0 | you don't mark nova scheduler as "disabled" | 08:37 |
| KanagarajM | and that is how they detach the nova-compute from scheduler | 08:37 |
| inc0 | you just shut it down | 08:37 |
| inc0 | we don't have compute agents | 08:37 |
| KanagarajM | no inc0, nova-compute is a proxy in case of vmare, | 08:38 |
| inc0 | in case of vmware | 08:38 |
| inc0 | its just one case | 08:38 |
| openstackgerrit | Sergey Kraynev proposed openstack/heat-specs: Improvements in deprecation process https://review.openstack.org/153235 | 08:38 |
| inc0 | also real use-case for disabling copute agent is somewhat different | 08:38 |
| inc0 | yeah, it detach nova-compute from scheduler | 08:39 |
| inc0 | but it still takes care about virtual machines it has on compute node | 08:39 |
| inc0 | projects notifications and so on | 08:39 |
| inc0 | we don't have this issue - when we detach heat-engine its effectively useless | 08:39 |
| openstackgerrit | Sergey Kraynev proposed openstack/heat: Do not filter stacks if tags is empty list https://review.openstack.org/175436 | 08:40 |
| *** sorantis has quit IRC | 08:40 | |
| KanagarajM | when operator wants to conduct any maintenace activity on the server where heat-engine is running, he would want to first gracefully bring it down. ( i called as disable engine and you called as graceful shutdown :) | 08:40 |
| KanagarajM | that problem needs to be fixed. we aggreed. | 08:41 |
| inc0 | yes | 08:41 |
| inc0 | I'll add that its critical problem in my opinion | 08:42 |
| KanagarajM | now let us discuss on how to provide the option to operator | 08:42 |
| *** alexheneveld has quit IRC | 08:42 | |
| inc0 | in my opinion we shouldn't think of "stacks in progress" | 08:42 |
| inc0 | we should think of "tasks that this engine has to finish before it can die | 08:43 |
| KanagarajM | i felt that, if we given two steps 1. disable engine 2. stop all the thread and sys.exit | 08:43 |
| inc0 | if you excuse me - daily scrum:( be back in 15minutes. Sorry | 08:44 |
| KanagarajM | inc0: i would like to come back to your question on how to fix it later and let us finalize on the above mentioned steps | 08:44 |
| KanagarajM | sure. kindly ping me back once your are back. | 08:44 |
| *** ishant has joined #heat | 08:45 | |
| openstackgerrit | Steven Hardy proposed openstack/heat: Enable filtering events on event_time https://review.openstack.org/176990 | 08:45 |
| KanagarajM | asalkeld: sorry, i could follow up on your message. when i try to debug the issue found the need for this problem to fix. | 08:45 |
| therve | shardy, Do we really to enable exact match for event_time? | 08:47 |
| asalkeld | KanagarajM: ok | 08:47 |
| openstackgerrit | Merged openstack/heat: Remove downgrade functions https://review.openstack.org/176959 | 08:47 |
| * asalkeld watching tv ... friday evening ... | 08:48 | |
| shardy | therve: currently there's not way to filter on time at all | 08:49 |
| openstackgerrit | Merged openstack/heat: Change instances of x.next() to next(x) https://review.openstack.org/176763 | 08:49 |
| shardy | therve: I want to enable exact match, then event_time_gt and event_time_lt | 08:49 |
| shardy | so you can, for example, filter to only get the events since the current stack action started | 08:49 |
| therve | shardy, So you want to keep exact match? | 08:50 |
| shardy | therve: why not? | 08:50 |
| shardy | there's no other way to filter for a specific event either | 08:50 |
| therve | I don't know it seems kind of pointless | 08:50 |
| shardy | therve: wouldn't having the _gt and _lt versions be weird if we don't also offer an exact match though? | 08:51 |
| therve | shardy, Also, did you see my suggestion of using event_time_start and event_time_end? | 08:51 |
| shardy | therve: not yet, looking | 08:51 |
| therve | shardy, I just mentioned it here yesterday | 08:51 |
| shardy | therve: Ok, maybe I missed that, sorry | 08:52 |
| shardy | therve: my main requirement is to filter events only since, say, an update started | 08:52 |
| therve | I think exact match on time is weird by itself :) | 08:52 |
| shardy | but filtering on time at all seemed like the first step | 08:52 |
| shardy | <shrug> | 08:52 |
| shardy | I think our whole event filtering is weird atm | 08:53 |
| therve | That's fair | 08:53 |
| shardy | it should be possible to filter on anything the client displays | 08:53 |
| therve | Exact match on time depens on precision though | 08:53 |
| shardy | instead, we've got some weird subset of stuff aligned with the DB schema | 08:54 |
| therve | We somewhat expose db-specific stuff | 08:54 |
| therve | Agreed | 08:54 |
| *** sorantis has joined #heat | 08:55 | |
| therve | Anyway, no biggie | 08:55 |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/heat: Updated from global requirements https://review.openstack.org/177127 | 08:55 |
| shardy | therve: maybe you're right, it just seemed like a reasonable first step to me | 08:55 |
| therve | I don't think it's worth a 120 mail thread on api-wg | 08:56 |
| shardy | heh | 08:56 |
| shardy | I'll post the range patches later, then I guess we can decide if the exact one has merit or not | 08:56 |
| shardy | it's the range patches I actually need | 08:57 |
| therve | Right | 08:57 |
| therve | Like real users :) | 08:57 |
| shardy | therve: part of the reason I started like this, is I was thinking of having event_time take the range specification as an argument | 08:58 |
| shardy | it is less valuable if we're going to have a filter key for min/max gt/lt or whatver | 08:58 |
| inc0 | I'm back, sorry | 08:59 |
| * therve nods | 08:59 | |
| inc0 | KanagarajM, how about merging 2 steps together? | 08:59 |
| inc0 | I mean note that by performing graceful shutdown heat-engine will stop accepting any new tasks | 09:00 |
| inc0 | finish all of current tasks | 09:00 |
| inc0 | and die | 09:00 |
| *** inc0_ has joined #heat | 09:02 | |
| inc0_ | in my opinion there is no need for separate API for that - also that would make things complicated | 09:02 |
| inc0_ | (network disconnected:() | 09:03 |
| *** inc0 has quit IRC | 09:06 | |
| *** cody-somerville has joined #heat | 09:07 | |
| *** sorantis has quit IRC | 09:13 | |
| *** tochi has quit IRC | 09:16 | |
| d0ugal | I'm trying to do a resource-show on a resource in a nested (tripleo) stack but failing. | 09:17 |
| d0ugal | Can anyone tell me how to do a resource show on the bottom entry? http://paste.openstack.org/show/205612/ | 09:19 |
| d0ugal | I *think* that is the one causing my issues. | 09:19 |
| KanagarajM | inc0: fine. but if operator want to forceful exit as we do now, it might not be possible | 09:20 |
| KanagarajM | inc0: if we combine them in to one. | 09:20 |
| *** alexheneveld has joined #heat | 09:21 | |
| kairat_kushaev | Guys, I am wondering why do we need stack backup in general? | 09:21 |
| KanagarajM | inc0: i brought the api in to the picture, consider the suitiation where you have scale-out deployment and admin would want to graceful down in many numbers tehn it would make life eaiser with api | 09:22 |
| kairat_kushaev | I see that we using the temporary copy of stack (named oldstack) for rollback operations | 09:22 |
| shardy | d0ugal: have you seen my blog post on this? | 09:22 |
| shardy | d0ugal: you have to use the nested stack ID as the first argument to resource-show | 09:23 |
| kairat_kushaev | and there is a lot of problems with current backup stack implementation. | 09:23 |
| shardy | e.g heat resource-show <nested id> <resource name> | 09:23 |
| inc0_ | KanagarajM, if admins will want to kill service- trust me they know how to do that *right away*:), also as for scale out deployments there are tools to do that too - no need to specifically create API for that | 09:24 |
| inc0_ | puppet ensure: stopped ;) | 09:24 |
| *** bdossant has joined #heat | 09:25 | |
| inc0_ | on the other hand, we disable service...how admin will know if he can turn off his engine or he needs to wait a bit longer? | 09:25 |
| *** KanagarajM_ has joined #heat | 09:26 | |
| *** alexheneveld has quit IRC | 09:26 | |
| inc0_ | KanagarajM_, did you get my last messages? | 09:26 |
| KanagarajM_ | inc0: external tools are available. | 09:26 |
| KanagarajM_ | inc0_: yes. it got disconnected | 09:27 |
| inc0_ | I know the pain... | 09:27 |
| shardy | d0ugal: admittedly, it's something not super-obvious what the nested ID is, I do this: | 09:27 |
| *** prazumovsky has joined #heat | 09:27 | |
| shardy | heat resource-list --nested-depth 5 overcloud | 09:28 |
| KanagarajM_ | inc0_, i felt that providing such functionality in heat would make admin life simpler. | 09:28 |
| shardy | then look for the resource and note the parent_resource | 09:28 |
| KanagarajM_ | inc0_, yes some time really its very painful ! | 09:28 |
| shardy | then do heat stack-list --show-nested | grep <parent_resource> | 09:28 |
| shardy | d0ugal: there's probably a heatclient optimization we can do to make that easier | 09:28 |
| inc0_ | KanagarajM_, from what I know admins (I sit with them for last few years), I don't think they'll use it | 09:28 |
| *** alexheneveld has joined #heat | 09:29 | |
| inc0_ | admins usually wants good tools that are common throughout services | 09:29 |
| *** KanagarajM has quit IRC | 09:29 | |
| *** asalkeld has quit IRC | 09:29 | |
| KanagarajM_ | inc0_, yes. | 09:30 |
| shardy | d0ugal: in your case, the thing failing is a deployment, so I'd go straight to: | 09:30 |
| inc0_ | graceful shutdown should work the way I've described - stop getting new tasks, finish what you're doing and die | 09:30 |
| shardy | heat deployment-show 4e6d2b7e-039e-46a9-a8c9-29b1e06616fa | 09:30 |
| openstackgerrit | Merged openstack/heat: Improve StackValidationFailed response in nested https://review.openstack.org/170490 | 09:30 |
| shardy | http://hardysteven.blogspot.co.uk/2015/04/debugging-tripleo-heat-templates.html | 09:30 |
| shardy | as noted in there | 09:30 |
| KanagarajM_ | inc0_: hmm. my plan was, once heat is enabled with enable/disable, then bring it CLI and horizon, which helps admin to operate from common place across services | 09:31 |
| shardy | d0ugal: if those notes are unclear, I'm happy to have feedback so we can improve them, working towards a debug guide doc for TripleO | 09:31 |
| *** jistr|mtg is now known as jistr | 09:32 | |
| sirushti | kairat_kushaev, yeah, in convergence, we'd simply update to an older template id for rollback -> http://specs.openstack.org/openstack/heat-specs/specs/kilo/convergence-rollback.html | 09:32 |
| KanagarajM_ | inc0_, like nova, cinder, heat, etc. in that angle, i planned for the api and cli too. | 09:32 |
| inc0_ | KanagarajM_, another thing;) admins don't use horizon that much:P but what I mean is - when we should actually kill heat-engine after disabling? | 09:32 |
| inc0_ | when we can be sure we can kill process safely? | 09:32 |
| *** alexheneveld has quit IRC | 09:34 | |
| KanagarajM_ | inc0_, i think after disabling admin would kill engine by stopping. its for sure. but if we bring disable process as part of stop engine, then it would dealy to its entend. | 09:35 |
| inc0_ | KanagarajM_, but to some indefinite moment in time | 09:35 |
| kairat_kushaev | sirushti: Sounds good, at the current moment we have situations when backup resources has incorrect reference when update failed | 09:36 |
| inc0_ | if we take my approach - admin calls shutdown and forgets about whole thing | 09:36 |
| inc0_ | it will die when it will die | 09:36 |
| inc0_ | and heat-engine will know when to die in safe way | 09:36 |
| KanagarajM_ | inc0_, yes, so i felt that let us give kind of forceful shutdown and graceful shutdown | 09:36 |
| kairat_kushaev | sirushti: Now I am trying to handle it in correct way but it seems that it is quite difficult with current approach | 09:37 |
| *** sdake has joined #heat | 09:37 | |
| inc0_ | KanagarajM_, we won't need to "give" forceful shutdown | 09:37 |
| inc0_ | kill -9 does the job perfectly | 09:37 |
| KanagarajM_ | inc0_, that is there for sure. | 09:37 |
| inc0_ | but we should give way to shut down gracefully | 09:38 |
| inc0_ | but I think we don't need to give 2 different ways | 09:38 |
| KanagarajM_ | inc0_, sure we will give it. but we can't mark the engines are in disabled mode, which is required during maintanence. | 09:39 |
| *** sdake_ has joined #heat | 09:39 | |
| KanagarajM_ | that was the another intention of this blueprint. which will clearly differentiate engines from acitve engines. | 09:39 |
| inc0_ | KanagarajM_, I don't think it is. I can't think of any case when we want heat-engine to be working and not accepting RPC tasks | 09:39 |
| inc0_ | besides graceful shutdown | 09:39 |
| inc0_ | KanagarajM_, killing engine will differentiate them from alive ones;) | 09:40 |
| KanagarajM_ | once its shutdowned, we should not allow to start when its marked with disabled like other services | 09:40 |
| inc0_ | KanagarajM_, why would you want that? | 09:40 |
| *** alexheneveld_ has joined #heat | 09:40 | |
| *** sorantis has joined #heat | 09:41 | |
| KanagarajM_ | inc0_, assume in scale-out environment, may heat-engines will be running, and admin would have killed some of them for maintanence purpose. | 09:41 |
| inc0_ | yup, other engines takes on tasks | 09:42 |
| KanagarajM_ | inc0_, now admin should have way to findout those engines are marked for maintanence | 09:42 |
| inc0_ | I don't think we need to provide API for that... | 09:42 |
| inc0_ | admins usually take on whole host for maintenance at once | 09:43 |
| *** sdake has quit IRC | 09:43 | |
| inc0_ | whole controllers, they will know that its in maintenance without heat help | 09:43 |
| *** alexheneveld has joined #heat | 09:44 | |
| *** jprovazn has quit IRC | 09:45 | |
| KanagarajM_ | inc0_, but if we provide cli at the minimum (or api to the max) it would help admin to figure it out from heat itself | 09:45 |
| *** alexheneveld__ has joined #heat | 09:45 | |
| *** alexheneveld_ has quit IRC | 09:45 | |
| inc0_ | KanagarajM_, again, I don't think anyone will use it really | 09:45 |
| KanagarajM_ | inc0_, as a first step nova-manage command would serve. second, to bring it external consumption heat cli/api would server | 09:45 |
| inc0_ | this way | 09:45 |
| inc0_ | please, rethink enhancing graceful shutdown instead | 09:47 |
| KanagarajM_ | inc0_, graceful shoutdown we agreed up on i guess. | 09:48 |
| inc0_ | yeah, and I think it will be enough | 09:48 |
| *** Marga_ has joined #heat | 09:48 | |
| inc0_ | to provide one solution, but robust | 09:48 |
| *** alexheneveld has quit IRC | 09:48 | |
| *** alexheneveld__ is now known as alexheneveld | 09:48 | |
| *** Marga_ has quit IRC | 09:50 | |
| KanagarajM_ | inc0_, my only botheration is, when admin uses maintance mode in nova, why not admin expect from heat | 09:50 |
| inc0_ | because we dont have heat-compute | 09:50 |
| *** Marga_ has joined #heat | 09:50 | |
| inc0_ | don't think of "disable" on nova | 09:50 |
| inc0_ | nova has several services | 09:51 |
| inc0_ | you don't disable nova-scheduler | 09:51 |
| inc0_ | heat-engine is closer to nova-scheduler than to nova-compute | 09:51 |
| inc0_ | also heat doesn't have any compute node agent | 09:52 |
| KanagarajM_ | inc0_, i visualise heat-engine is simliar to nova-compute in terms of task its does. because nova-compute also takes RPC request and process it and talk to its backend and completes operation. like heat-engine does with resource plug-ins as backends. | 09:55 |
| inc0_ | KanagarajM_, no, its nothing like it. Heat-engine is controller node service while nova-compute is compute node service | 09:56 |
| inc0_ | you have 6 controller nodes for 150 compute nodes | 09:56 |
| *** cdent has joined #heat | 09:57 | |
| KanagarajM_ | inc0_, here 150 is hypervisors, i assume | 09:57 |
| inc0_ | yeah, another word for that | 09:57 |
| inc0_ | (I don't like this word in relation to servers, because hypervisor is software, qemu or so...but I digress) | 09:58 |
| KanagarajM_ | inc0_, no. for vmware, we can have one nova-compute for more than one vmware compute (cluster) | 09:58 |
| inc0_ | I know | 09:58 |
| inc0_ | but from openstack perspective its still compute node just the same | 09:58 |
| KanagarajM_ | inc0_, yes. i am saying that one nova-compute could act for more than one compute node in case of vmware. | 09:59 |
| KanagarajM_ | inc0_, ok. let us conclude on what we wanted to do on this blueprint | 10:00 |
| KanagarajM_ | inc0_, 1. do the graceful shutdown. | 10:00 |
| KanagarajM_ | inc0_, 2. maintenance mode for engine, at this moment, i will strop off from the blueprint | 10:01 |
| inc0_ | if you'll do bp for graceful shutdown - you have +1 from me and I would very much like to help as well:) | 10:02 |
| inc0_ | this is very important feature for us | 10:03 |
| KanagarajM_ | inc0_, :) thanks | 10:03 |
| inc0_ | thank yoy | 10:03 |
| inc0_ | you | 10:03 |
| KanagarajM_ | np. | 10:05 |
| *** alexheneveld has quit IRC | 10:05 | |
| *** Marga_ has quit IRC | 10:06 | |
| openstackgerrit | Rabi Mishra proposed openstack/heat: Add min_adjustment_step property to ScalingPolicy https://review.openstack.org/177148 | 10:07 |
| *** alexheneveld has joined #heat | 10:07 | |
| *** alexheneveld_ has joined #heat | 10:10 | |
| openstackgerrit | Rabi Mishra proposed openstack/heat: Add min_adjustment_step property to ScalingPolicy https://review.openstack.org/177148 | 10:10 |
| *** sorantis has quit IRC | 10:12 | |
| *** alexheneveld has quit IRC | 10:12 | |
| *** Qiming has quit IRC | 10:13 | |
| *** alexheneveld has joined #heat | 10:14 | |
| *** serg_melikyan has joined #heat | 10:15 | |
| *** alexheneveld_ has quit IRC | 10:16 | |
| *** alexheneveld_ has joined #heat | 10:17 | |
| *** inc0_ has quit IRC | 10:18 | |
| *** alexheneveld has quit IRC | 10:19 | |
| *** strictlyb is now known as sb | 10:21 | |
| *** inc0 has joined #heat | 10:21 | |
| *** alexheneveld has joined #heat | 10:21 | |
| openstackgerrit | Peter Razumovsky proposed openstack/python-heatclient: Move usage methods *_request to get/post/etc https://review.openstack.org/175403 | 10:21 |
| openstackgerrit | Peter Razumovsky proposed openstack/python-heatclient: Move SessionClient from HTTPClient to adapter https://review.openstack.org/163484 | 10:21 |
| *** alexheneveld_ has quit IRC | 10:23 | |
| openstackgerrit | Rabi Mishra proposed openstack/heat-templates: Add tests and example template for atomic hook https://review.openstack.org/166643 | 10:24 |
| *** alexheneveld has quit IRC | 10:26 | |
| openstackgerrit | huangtianhua proposed openstack/heat: Stop snapshot creation checking if image in DELETED https://review.openstack.org/177156 | 10:27 |
| *** alexheneveld has joined #heat | 10:27 | |
| *** alexheneveld_ has joined #heat | 10:28 | |
| d0ugal | shardy: Just reading back - sorry was in a meeting | 10:29 |
| d0ugal | shadower: I did read your post, but I guess I miss-understood something. Trying again with the above. | 10:29 |
| *** inc0 has quit IRC | 10:31 | |
| shardy | d0ugal: np, feel free to let me know if I've insufficiently described something | 10:31 |
| shardy | d0ugal: the blog post was something of a brain-dump, but hopefully still useful | 10:31 |
| *** alexheneveld has quit IRC | 10:32 | |
| *** alexheneveld has joined #heat | 10:33 | |
| *** alexheneveld_ has quit IRC | 10:33 | |
| shardy | d0ugal: the deployment-show is the real time-saver, as you don't need to care about either the nested stack id, or sshing into nodes looking at logs | 10:33 |
| d0ugal | aha | 10:34 |
| d0ugal | shardy: just checked my history, looks like I pasted the wrong ID | 10:34 |
| d0ugal | ... multiple times :/ | 10:35 |
| shardy | d0ugal: aha! | 10:35 |
| shardy | easily done ;) | 10:35 |
| d0ugal | shardy: I have an error to trace down now, thanks! | 10:35 |
| shardy | np | 10:35 |
| d0ugal | shadower: Your post has been very useful btw, helped me out a few times already. | 10:35 |
| shardy | d0ugal: that's good to hear - I'm planning a follow-up with a decomposition of tripleo-heat-templates, explaining the abstractions | 10:36 |
| d0ugal | Sounds great | 10:36 |
| *** alexheneveld_ has joined #heat | 10:36 | |
| openstackgerrit | Merged openstack/heat: Use six.moves.map/filter/zip https://review.openstack.org/176764 | 10:37 |
| *** alexheneveld has quit IRC | 10:37 | |
| *** sorantis has joined #heat | 10:40 | |
| *** alexheneveld_ has quit IRC | 10:41 | |
| *** alexheneveld has joined #heat | 10:43 | |
| *** alexheneveld_ has joined #heat | 10:47 | |
| *** alexheneveld has quit IRC | 10:48 | |
| *** alexheneveld_ is now known as alexheneveld | 10:48 | |
| *** serg_melikyan has quit IRC | 10:49 | |
| openstackgerrit | Sergey Kraynev proposed openstack/heat: Add scenario test for AWS loadbalancer https://review.openstack.org/153192 | 10:50 |
| *** alexheneveld_ has joined #heat | 10:51 | |
| *** alexheneveld has quit IRC | 10:52 | |
| *** sdake_ has quit IRC | 10:53 | |
| *** alexheneveld has joined #heat | 10:54 | |
| *** alexheneveld__ has joined #heat | 10:55 | |
| *** alexheneveld_ has quit IRC | 10:55 | |
| *** alexheneveld_ has joined #heat | 10:56 | |
| *** alexheneveld has quit IRC | 10:59 | |
| *** alexheneveld__ has quit IRC | 11:00 | |
| *** alexheneveld_ has quit IRC | 11:01 | |
| *** nkhare_ has joined #heat | 11:02 | |
| *** nkhare has quit IRC | 11:04 | |
| *** ananta_ has joined #heat | 11:09 | |
| *** hdd has quit IRC | 11:10 | |
| *** unmeshg has joined #heat | 11:11 | |
| *** ananta has quit IRC | 11:13 | |
| *** unmeshg has left #heat | 11:13 | |
| *** hdd has joined #heat | 11:15 | |
| *** alexpilotti has joined #heat | 11:18 | |
| *** cdent has quit IRC | 11:20 | |
| *** DaveJ__ has joined #heat | 11:27 | |
| *** inc0 has joined #heat | 11:28 | |
| *** Yanyanhu has quit IRC | 11:29 | |
| *** inc0 has quit IRC | 11:33 | |
| *** inc0_ has joined #heat | 11:33 | |
| *** huangtianhua has quit IRC | 11:35 | |
| *** serg_melikyan has joined #heat | 11:39 | |
| *** Marga_ has joined #heat | 11:41 | |
| *** inc0_ has quit IRC | 11:44 | |
| therve | shardy, You don't happen to be core on os-collect-config? | 11:44 |
| openstackgerrit | Peter Razumovsky proposed openstack/heat: Add parameters types table to docs https://review.openstack.org/177189 | 11:44 |
| shardy | therve: No, unfortunately I'm not | 11:45 |
| therve | No worries :) | 11:45 |
| *** inc0 has joined #heat | 11:46 | |
| openstackgerrit | Merged openstack/heat: Updated from global requirements https://review.openstack.org/177127 | 11:47 |
| *** nkhare_ has quit IRC | 11:49 | |
| *** pitr-ch has quit IRC | 11:50 | |
| *** inc0 has quit IRC | 11:51 | |
| *** funzo has joined #heat | 11:51 | |
| *** Marga_ has quit IRC | 11:57 | |
| *** hdd has quit IRC | 12:00 | |
| *** EmilienM has quit IRC | 12:01 | |
| *** EmilienM has joined #heat | 12:01 | |
| *** ishant has quit IRC | 12:07 | |
| *** erkules_ is now known as erkules | 12:11 | |
| *** erkules has joined #heat | 12:11 | |
| *** hdd has joined #heat | 12:11 | |
| *** vijayagurug has left #heat | 12:14 | |
| *** hdd has quit IRC | 12:25 | |
| openstackgerrit | Peter Razumovsky proposed openstack/python-heatclient: Move usage methods *_request to get/post/etc https://review.openstack.org/175403 | 12:28 |
| openstackgerrit | Peter Razumovsky proposed openstack/python-heatclient: Move SessionClient from HTTPClient to adapter https://review.openstack.org/163484 | 12:28 |
| *** rpothier has joined #heat | 12:33 | |
| *** serg_melikyan has quit IRC | 12:34 | |
| *** sorantis has quit IRC | 12:34 | |
| *** serg_melikyan has joined #heat | 12:50 | |
| *** LiJiansheng has quit IRC | 12:51 | |
| *** yassine_ has quit IRC | 12:56 | |
| openstackgerrit | OpenStack Proposal Bot proposed openstack/heat: Updated from global requirements https://review.openstack.org/177230 | 12:57 |
| *** yassine has joined #heat | 12:59 | |
| *** funzo has quit IRC | 13:01 | |
| *** rakesh_hs has quit IRC | 13:02 | |
| *** saju_m has joined #heat | 13:05 | |
| *** radez_g0n3 is now known as radez | 13:07 | |
| *** alexheneveld has joined #heat | 13:13 | |
| *** alexheneveld_ has joined #heat | 13:16 | |
| *** sb has quit IRC | 13:17 | |
| *** strictlyb has joined #heat | 13:17 | |
| *** alexheneveld has quit IRC | 13:18 | |
| *** alexheneveld_ is now known as alexheneveld | 13:18 | |
| *** dyasny has joined #heat | 13:25 | |
| *** alexheneveld has quit IRC | 13:27 | |
| *** prazumovsky has quit IRC | 13:27 | |
| *** jmckind has joined #heat | 13:38 | |
| *** smccully has quit IRC | 13:48 | |
| *** smccully has joined #heat | 13:49 | |
| *** jasond has joined #heat | 13:54 | |
| *** pitr-ch has joined #heat | 13:55 | |
| *** Qiming has joined #heat | 13:56 | |
| *** KanagarajM has joined #heat | 14:00 | |
| *** alex_xu has quit IRC | 14:03 | |
| *** yuntong has quit IRC | 14:03 | |
| *** KanagarajM_ has quit IRC | 14:04 | |
| *** signed8bit has joined #heat | 14:04 | |
| *** KanagarajM has quit IRC | 14:05 | |
| *** serg_melikyan has quit IRC | 14:11 | |
| *** jdandrea has quit IRC | 14:14 | |
| *** alex_xu has joined #heat | 14:14 | |
| *** serg_melikyan has joined #heat | 14:16 | |
| *** yuntong has joined #heat | 14:17 | |
| *** EricGonczer_ has joined #heat | 14:17 | |
| *** hydr0gen has quit IRC | 14:18 | |
| *** MasterPiece has joined #heat | 14:19 | |
| *** serg_melikyan has quit IRC | 14:19 | |
| *** jdandrea has joined #heat | 14:21 | |
| *** vijendar has joined #heat | 14:22 | |
| *** saju_m has quit IRC | 14:23 | |
| *** hdd has joined #heat | 14:25 | |
| *** ananta_ has quit IRC | 14:26 | |
| *** serg_melikyan has joined #heat | 14:32 | |
| *** serg_melikyan has quit IRC | 14:48 | |
| *** Tango has joined #heat | 14:48 | |
| *** Marga_ has joined #heat | 14:50 | |
| *** serg_melikyan has joined #heat | 14:50 | |
| openstackgerrit | Kairat Kushaev proposed openstack/heat: Prohibit backup of failed resources https://review.openstack.org/175868 | 14:51 |
| *** tspatzier has quit IRC | 14:51 | |
| *** kebray has joined #heat | 14:53 | |
| *** Drago has quit IRC | 14:54 | |
| openstackgerrit | Kairat Kushaev proposed openstack/heat: Prohibit backup of failed resources https://review.openstack.org/175868 | 14:55 |
| *** Drago has joined #heat | 14:55 | |
| *** sabeen has joined #heat | 14:55 | |
| *** jmckind has quit IRC | 14:56 | |
| *** pm90_ has joined #heat | 14:58 | |
| *** pm90_ has quit IRC | 14:58 | |
| *** jmckind has joined #heat | 14:59 | |
| *** pm90_ has joined #heat | 14:59 | |
| jdandrea | I'm creating an installer for some Heat Resource Plugins. I want to add a conf group/options for it. Normally I've used heat.conf and oslo.config. Is this considered acceptable, or should they be elsewhere? (Presuming I'd add my groups/options using register_group/opt.) | 15:00 |
| *** achanda has joined #heat | 15:03 | |
| *** ifarkas has quit IRC | 15:04 | |
| *** Raj1 has joined #heat | 15:04 | |
| *** Raj1 has quit IRC | 15:05 | |
| *** Raj1 has joined #heat | 15:06 | |
| *** BManojlovic has quit IRC | 15:06 | |
| *** achanda has quit IRC | 15:08 | |
| *** elynn has joined #heat | 15:10 | |
| *** sabeen3 has joined #heat | 15:14 | |
| *** jasond has quit IRC | 15:14 | |
| *** blomquisg has quit IRC | 15:15 | |
| *** sabeen has quit IRC | 15:15 | |
| openstackgerrit | Tetiana Lashchova proposed openstack/heat: Add remaining_executions attribute to OS::Mistral::CronTrigger https://review.openstack.org/177308 | 15:19 |
| *** blomquisg has joined #heat | 15:19 | |
| *** david-ly_ is now known as david-lyle | 15:22 | |
| *** jasond has joined #heat | 15:23 | |
| *** jasond has left #heat | 15:26 | |
| openstackgerrit | Jiri Stransky proposed openstack/heat-templates: Ensure Puppet can run even on PoC net setups https://review.openstack.org/177317 | 15:28 |
| *** cody-somerville has quit IRC | 15:29 | |
| openstackgerrit | Tetiana Lashchova proposed openstack/heat: Use list over six.iterkeys() https://review.openstack.org/177318 | 15:32 |
| *** jasond has joined #heat | 15:36 | |
| *** cody-somerville has joined #heat | 15:40 | |
| *** EricGonczer_ has quit IRC | 15:42 | |
| *** cdent has joined #heat | 15:45 | |
| *** Marga_ has quit IRC | 15:45 | |
| *** cody-somerville has quit IRC | 15:48 | |
| *** sdake has joined #heat | 15:51 | |
| *** Marga_ has joined #heat | 15:55 | |
| openstackgerrit | Merged openstack/heat: Use SHA256 instead of SHA1 for resource signature https://review.openstack.org/177075 | 15:58 |
| *** Raj1 has quit IRC | 15:58 | |
| *** Raj1 has joined #heat | 16:02 | |
| *** smccully has quit IRC | 16:08 | |
| *** bdossant has quit IRC | 16:09 | |
| *** serg_melikyan has quit IRC | 16:11 | |
| *** smccully has joined #heat | 16:12 | |
| *** serg_melikyan has joined #heat | 16:16 | |
| *** Qiming has quit IRC | 16:18 | |
| *** serg_melikyan has quit IRC | 16:20 | |
| *** MasterPiece has quit IRC | 16:21 | |
| *** pm90_ has quit IRC | 16:28 | |
| *** Raj1 has quit IRC | 16:29 | |
| *** jcoufal has quit IRC | 16:31 | |
| *** jcoufal has joined #heat | 16:33 | |
| *** jcoufal has quit IRC | 16:36 | |
| *** jistr has quit IRC | 16:36 | |
| *** saju_m has joined #heat | 16:42 | |
| *** derekh has quit IRC | 16:48 | |
| *** achanda has joined #heat | 16:52 | |
| *** sdake has quit IRC | 16:53 | |
| *** alanf-mc has joined #heat | 16:53 | |
| *** bnemec is now known as beekneemech | 16:54 | |
| *** pm90_ has joined #heat | 16:59 | |
| *** pm90_ has quit IRC | 17:01 | |
| *** pm90_ has joined #heat | 17:01 | |
| *** pm90_ has quit IRC | 17:02 | |
| *** pm90_ has joined #heat | 17:03 | |
| openstackgerrit | Rabi Mishra proposed openstack/heat: Add min_adjustment_step property to ScalingPolicy https://review.openstack.org/177148 | 17:06 |
| *** sdake has joined #heat | 17:12 | |
| *** Grace1 has joined #heat | 17:17 | |
| Grace1 | Hello I tried to launch a windows instance using heat template, and the script is written using powershell | 17:17 |
| *** GonZo2K has joined #heat | 17:18 | |
| Grace1 | I can run the powershell script directly from powershell command prompt, but failed to run from userdata | 17:18 |
| Grace1 | the script is: | 17:18 |
| *** GonZo2K has quit IRC | 17:18 | |
| *** GonZo2K has joined #heat | 17:18 | |
| Grace1 | $allsnapshot=$testcode1 -split "<a\s+" | select-string "(?<=\>)(\d+)(.*)SNAPSHOT(?=\/\<)" -allmatches | % { $_.matches } | % { $_.value } |get-unique |sort -descending | 17:18 |
| Grace1 | the error is: | 17:18 |
| Grace1 | $allsnapshot=$testcode1 -split "<a\s+" |="" select-string="" "(?<="\>" <<<<="" )(\d+)(.<="" p=""> *)SNAPSHOT(?=\/\<)" -allmatches | % { $.matches } | % { $.value } |get-uniqu e |sort -descending + CategoryInfo : ObjectNotFound: (?<=\>:String) [], CommandNotFou ndException + FullyQualifiedErrorId : CommandNotFoundException | 17:19 |
| Grace1 | I tried single quotes, but still failed | 17:19 |
| *** EricGonczer_ has joined #heat | 17:19 | |
| *** EricGonc_ has joined #heat | 17:21 | |
| Grace1 | so could anybody tell me how to solve this? | 17:21 |
| Grace1 | Thanks so much | 17:21 |
| *** MasterPiece has joined #heat | 17:22 | |
| *** EricGonczer_ has quit IRC | 17:24 | |
| Grace1 | the script is: $allsnapshot=$testcode1 -split "<a\s+" | select-string "(?<=\>)(\d+)(.*)SNAPSHOT(?=\/\<)" -allmatches | % { $_.matches } | % { $_.value } |get-unique |sort -descending | 17:28 |
| Grace1 | I think it's caused by the special charcter when parsing by python | 17:30 |
| Grace1 | but I don't know how to correct | 17:30 |
| openstackgerrit | Merged openstack/heat: Add parameters types table to docs https://review.openstack.org/177189 | 17:30 |
| *** cdent has quit IRC | 17:30 | |
| ryansb | Grace1: you're sending the user data as part of your heat template, yes? | 17:31 |
| Grace1 | yes | 17:35 |
| ryansb | here's an example of safely encoding that command in yaml http://da.gd/Vyguj | 17:36 |
| Grace1 | the complete error is: | 17:36 |
| Grace1 | execute_user_data_script C:\Program Files (x86)\Cloudbase Solutions\Cloudbase-Init\Python27\lib\site-packages\cloudbaseinit\plugins\windows\userdatautils.py:58 2015-04-24 01:31:59.765 1632 DEBUG cloudbaseinit.plugins.windows.userdatautils [-] User_data stderr: The term '?<=\>' is not recognized as the name of a cmdlet, function, script fi le, or operable program. Check the spelling of the name, or if a path was inclu ded, verify that | 17:36 |
| ryansb | try testing out your yaml here http://yaml-online-parser.appspot.com/ to make sure it's working properly | 17:36 |
| Grace1 | i see. thanks a lot | 17:37 |
| ryansb | that online yaml parser (or you can get local ones, or DIY in a python shell) helps a lot with template authoring | 17:38 |
| Grace1 | I knows little about python, I think this is caused by special character in python | 17:38 |
| Grace1 | but struggling to fix it | 17:39 |
| *** cody-somerville has joined #heat | 17:47 | |
| *** cody-somerville has quit IRC | 17:47 | |
| *** cody-somerville has joined #heat | 17:47 | |
| openstackgerrit | Ryan Brown proposed openstack/heat-specs: Add ASG batch hook proposal https://review.openstack.org/171724 | 17:50 |
| *** harlowja_away is now known as harlowja | 17:51 | |
| *** vijayagurug has joined #heat | 17:51 | |
| *** Marga_ has quit IRC | 17:56 | |
| *** jmckind has quit IRC | 17:57 | |
| *** gcivitella has quit IRC | 18:04 | |
| *** yassine has quit IRC | 18:06 | |
| *** vijayagurug has left #heat | 18:08 | |
| *** Raj3 has joined #heat | 18:22 | |
| *** Marga_ has joined #heat | 18:26 | |
| *** Raj3 has quit IRC | 18:29 | |
| *** Raj3 has joined #heat | 18:29 | |
| *** kebray has quit IRC | 18:35 | |
| openstackgerrit | Miguel Grinberg proposed openstack/heat: Decouple trustee user from keystone_authtoken https://review.openstack.org/177055 | 18:38 |
| *** cody-somerville has quit IRC | 18:40 | |
| *** signed8bit is now known as signed8bit_ZZZzz | 18:43 | |
| *** jtomasek has quit IRC | 18:46 | |
| *** saju_m has quit IRC | 18:59 | |
| *** spzala has joined #heat | 19:03 | |
| *** hdd has quit IRC | 19:13 | |
| *** DaveJ__ has quit IRC | 19:21 | |
| *** dprince has joined #heat | 19:28 | |
| *** signed8bit_ZZZzz is now known as signed8bit | 19:28 | |
| dprince | zaneb: hi, remind me, is there a way to disable nested stack validation? | 19:29 |
| * dprince thought he remembered there was... | 19:29 | |
| *** kebray has joined #heat | 19:31 | |
| openstackgerrit | Merged openstack/heat: Do not filter stacks if tags is empty list https://review.openstack.org/175436 | 19:41 |
| *** pm90_ has quit IRC | 20:00 | |
| *** jdob has quit IRC | 20:03 | |
| *** yassine has joined #heat | 20:03 | |
| *** serg_melikyan has joined #heat | 20:08 | |
| zaneb | dprince: nope, don't think so | 20:09 |
| dprince | zaneb: so I found my issue. I had an empty param_defaults section and apparently that fails validations. | 20:10 |
| dprince | zaneb: removing the empty section fixed it | 20:10 |
| *** Raj3 has quit IRC | 20:10 | |
| zaneb | kk :) | 20:10 |
| dprince | zaneb: I think strict validation is automatically off for nested stacks by default | 20:10 |
| dprince | zaneb: no need to mess w/ that from what I can tell | 20:10 |
| stevebaker | shardy: yes, I talked to dprince. I suggested an out-of-tree resource plugin which subclasses OS::Neutron::Port | 20:15 |
| dprince | stevebaker: hi | 20:15 |
| stevebaker | dprince: hi | 20:15 |
| dprince | stevebaker: hey, so I figured out a way to just use normal Heat resources for all this | 20:15 |
| stevebaker | dprince: oh yeah?> | 20:15 |
| dprince | stevebaker: http://fpaste.org/215303/14299066/ | 20:16 |
| dprince | stevebaker: your suggestion to extend Neutron::Port got me thinking... why not neutron | 20:17 |
| *** blomquisg has quit IRC | 20:17 | |
| *** dyasny has quit IRC | 20:17 | |
| dprince | stevebaker: so what I'm trying is just creating a provider network for neutron, which is like an external entity | 20:17 |
| dprince | stevebaker: which basically just provides us IPAM (ip management) | 20:18 |
| dprince | stevebaker: this avoids the clunky 'index' variable stuff we had tried to use to generate IPs from the cidr | 20:18 |
| dprince | stevebaker: it will require a good bit of nested stackification... but I think it'll fly | 20:19 |
| stevebaker | dprince: so how do you choose an IP to assign? | 20:19 |
| stevebaker | dprince: one network per port? | 20:19 |
| dprince | stevebaker: no, that was just a quick example | 20:19 |
| stevebaker | sorry, that was 2 different questions | 20:19 |
| dprince | stevebaker: there are two peices to this. One is the network architecture | 20:20 |
| dprince | stevebaker: so for example a physical network architecture might have 4-6 networks in it or something | 20:20 |
| dprince | stevebaker: and then each server would get a port on each of those networks | 20:20 |
| dprince | stevebaker: the idea is I can use the resource registry to enable/disable these things | 20:21 |
| *** pm90_ has joined #heat | 20:22 | |
| *** pm90_ has quit IRC | 20:22 | |
| dprince | stevebaker: so you'd have a network arch resource, and then you'd have a resource for the servers nested stack which would plug in to allow it to get IPs (these aren't actually attached to the server as far has Heat is concerned). | 20:22 |
| stevebaker | sounds nice and clean | 20:22 |
| dprince | stevebaker: well, it is a step in the right direction I think | 20:23 |
| *** pm90_ has joined #heat | 20:23 | |
| stevebaker | dprince: so you don't care that a server has a specific IP, just that it is in the desired network? | 20:23 |
| dprince | stevebaker: for the most part yes. We also have a couple Virtual IPs we'll need to generate. And the network arch would effect the nets those go on. I care about where those go but there are only a few and the virtual IPs are sort of top level resources anyways so we know how to deal w/ them. | 20:24 |
| *** blomquisg has joined #heat | 20:25 | |
| dprince | stevebaker: but in general just having servers be on the right network is what we need. | 20:26 |
| stevebaker | good stuff | 20:26 |
| dprince | stevebaker: I'm optimistic... but I'll probably hit some crushing road block this weekend and come ask you some questions early next week | 20:27 |
| stevebaker | dprince: sure, no problem | 20:27 |
| *** Raj3 has joined #heat | 20:34 | |
| *** Raj3 has quit IRC | 20:37 | |
| *** Raj3 has joined #heat | 20:38 | |
| *** alexheneveld has joined #heat | 20:38 | |
| *** Raj3 has quit IRC | 20:42 | |
| *** ashishjain has joined #heat | 20:45 | |
| ashishjain | Hello | 20:45 |
| *** yassine has quit IRC | 20:47 | |
| ashishjain | hello I got a question on heat autoscaling | 20:48 |
| ashishjain | Say for example if I deploy a heat stack which would autoscale to max 3 instances and initial size 1 is 1 instance | 20:50 |
| ashishjain | Now this 1 instance has got a high CPU_UTIL which crosses the threshold, so one more instance will be instantiated | 20:50 |
| ashishjain | now how will the 3 instance be auto deployed - | 20:50 |
| ashishjain | 1) Will it be if CPU_UTIL for instance 1 still remains high and above the threshold | 20:50 |
| ashishjain | 2) Will it be if CPU_UTIL for instance 2 goes above threshold | 20:50 |
| ashishjain | 3) or Will it if CPU_UTIL average of instance 1 +2 goes above threshold | 20:51 |
| ashishjain | can someone throw some light on this | 20:51 |
| *** Raj3 has joined #heat | 20:53 | |
| *** spzala has quit IRC | 20:56 | |
| *** ashishjain has quit IRC | 20:59 | |
| *** htruta has quit IRC | 21:01 | |
| *** sdake_ has joined #heat | 21:04 | |
| *** Raj3 has quit IRC | 21:08 | |
| *** sdake has quit IRC | 21:08 | |
| *** serg_melikyan has quit IRC | 21:12 | |
| *** sdake has joined #heat | 21:19 | |
| *** serg_melikyan has joined #heat | 21:22 | |
| *** EricGonc_ has quit IRC | 21:23 | |
| *** sdake_ has quit IRC | 21:23 | |
| *** Marga_ has quit IRC | 21:23 | |
| *** serg_melikyan has quit IRC | 21:34 | |
| *** radez is now known as radez_g0n3 | 21:36 | |
| *** jasond has quit IRC | 21:36 | |
| *** signed8bit has quit IRC | 21:40 | |
| *** hdd has joined #heat | 21:46 | |
| openstackgerrit | Miguel Grinberg proposed openstack/heat: Decouple trustee user from keystone_authtoken https://review.openstack.org/177055 | 21:47 |
| *** smccully has quit IRC | 21:52 | |
| *** pm90_ has quit IRC | 21:53 | |
| *** vijendar has quit IRC | 21:55 | |
| *** hdd has quit IRC | 22:04 | |
| *** rpothier has quit IRC | 22:09 | |
| *** sdake_ has joined #heat | 22:11 | |
| *** Kennan2 has joined #heat | 22:12 | |
| *** Kennan has quit IRC | 22:12 | |
| *** Marga_ has joined #heat | 22:13 | |
| *** sdake has quit IRC | 22:15 | |
| *** sdake has joined #heat | 22:23 | |
| *** sdake_ has quit IRC | 22:27 | |
| *** dprince has quit IRC | 22:28 | |
| *** Drago has quit IRC | 22:28 | |
| *** kfox1111 has joined #heat | 22:31 | |
| kfox1111 | It there a test framework yet for launching a heat template and ensuring it "completes"? | 22:31 |
| kfox1111 | not mocked up or anything, I mean really testing the template itself on a real cloud. | 22:31 |
| *** harlowja_ has joined #heat | 22:41 | |
| *** harlowja has quit IRC | 22:41 | |
| *** sdake_ has joined #heat | 22:53 | |
| *** achanda has quit IRC | 22:53 | |
| *** sdake__ has joined #heat | 22:55 | |
| *** sdake has quit IRC | 22:56 | |
| openstackgerrit | Pavlo Shchelokovskyy proposed openstack/heat: Do not pass around rich objects in Trove resources https://review.openstack.org/177481 | 22:57 |
| *** sdake_ has quit IRC | 22:59 | |
| openstackgerrit | Pavlo Shchelokovskyy proposed openstack/heat: Do not pass rich objects in Zaqar Queue https://review.openstack.org/177488 | 23:14 |
| *** Grace1 has quit IRC | 23:16 | |
| *** kebray has quit IRC | 23:44 | |
| *** sdake__ has quit IRC | 23:52 | |
| *** achanda has joined #heat | 23:53 | |
| *** sabeen3 has quit IRC | 23:58 | |
| *** achanda has quit IRC | 23:59 | |
| *** shardy_ has joined #heat | 23:59 | |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!