Drago | jamielennox: oh, forgot to ask. How would I rescope the token? | 00:05 |
---|---|---|
jamielennox | Drago: you can auth.V3Token(old_auth.get_token()) | 00:06 |
jamielennox | auth_url=old_auth.get_endpoint(auth.AUTH_INTERFACE) | 00:06 |
*** hdd has quit IRC | 00:08 | |
Drago | jamielennox: ah, excellent | 00:08 |
*** Qiming has joined #heat | 00:09 | |
openstackgerrit | Steve Baker proposed openstack/heat-templates: Boot config for installing software-config agent https://review.openstack.org/119282 | 00:13 |
openstackgerrit | Steve Baker proposed openstack/heat-templates: Boot config environment for test images https://review.openstack.org/158172 | 00:13 |
openstackgerrit | Steve Baker proposed openstack/heat-templates: Elements for building a heat test image https://review.openstack.org/159670 | 00:13 |
*** alexheneveld has quit IRC | 00:14 | |
openstackgerrit | OpenStack Proposal Bot proposed openstack/heat: Updated from global requirements https://review.openstack.org/160566 | 00:14 |
*** chlong has quit IRC | 00:15 | |
*** Qiming has quit IRC | 00:16 | |
*** alexheneveld has joined #heat | 00:18 | |
*** dims has quit IRC | 00:27 | |
*** EricGonczer_ has joined #heat | 00:37 | |
*** hdd has joined #heat | 00:53 | |
*** Marga_ has quit IRC | 00:58 | |
hdd | Is it possible for heat to ensure the status of stack resources? For example, if a stack resource is deleted, will heat be aware of it? | 01:00 |
stevebaker | hdd: currently no, but the convergence effort will eventuall provide this | 01:02 |
hdd | thanks stevebaker | 01:03 |
*** Tango|2 has quit IRC | 01:03 | |
stevebaker | hdd: although if you delete the stack, heat won't mind that you've already deleted the resource | 01:03 |
*** Qiming has joined #heat | 01:05 | |
*** dimsum__ has joined #heat | 01:08 | |
openstackgerrit | shihanzhang proposed openstack/heat: Add config option to override url for versions https://review.openstack.org/160267 | 01:11 |
*** huangtianhua has joined #heat | 01:22 | |
openstackgerrit | Angus Salkeld proposed openstack/heat: Cleanup the update policy tests https://review.openstack.org/158548 | 01:33 |
openstackgerrit | Angus Salkeld proposed openstack/heat: StackResource convert operations to use RPC https://review.openstack.org/116336 | 01:33 |
openstackgerrit | Angus Salkeld proposed openstack/heat: Remove the template mapping from the env before creating child stacks https://review.openstack.org/156547 | 01:33 |
openstackgerrit | Angus Salkeld proposed openstack/heat: Don't pass the parent_resource object into Stack() https://review.openstack.org/156546 | 01:33 |
openstackgerrit | Angus Salkeld proposed openstack/heat: Correct the check_update_completion logic in instance_group https://review.openstack.org/160595 | 01:33 |
*** achanda has quit IRC | 01:38 | |
*** Yanyanhu has joined #heat | 01:45 | |
*** sarob has joined #heat | 01:50 | |
*** rwsu is now known as rwsu-afk | 02:06 | |
*** LiJiansheng has joined #heat | 02:09 | |
*** erkules_ has joined #heat | 02:11 | |
*** erkules has quit IRC | 02:14 | |
openstackgerrit | Steve Baker proposed openstack/python-heatclient: Implement deployment-create https://review.openstack.org/160240 | 02:19 |
*** GonZoPT has quit IRC | 02:20 | |
*** alexheneveld has quit IRC | 02:29 | |
*** alexheneveld has joined #heat | 02:30 | |
*** alextricity has quit IRC | 02:30 | |
*** elynn has joined #heat | 02:31 | |
elynn | morning all:) | 02:34 |
*** hdd has quit IRC | 02:44 | |
openstackgerrit | shihanzhang proposed openstack/heat: Add config option to override url for versions https://review.openstack.org/160267 | 02:50 |
openstackgerrit | Merged openstack/heat: Patch validate methods with mock instead of mox https://review.openstack.org/160370 | 02:51 |
openstackgerrit | Merged openstack/heat: Move software service logic to own module https://review.openstack.org/160191 | 02:55 |
openstackgerrit | Merged openstack/heat: Imported Translations from Transifex https://review.openstack.org/160082 | 02:55 |
openstackgerrit | Merged openstack/heat: Utility for database migration. https://review.openstack.org/159443 | 03:00 |
openstackgerrit | Qiming Teng proposed openstack/heat: Utility function for int param checking https://review.openstack.org/160615 | 03:04 |
*** GonZo2K has joined #heat | 03:05 | |
*** MVenesio has joined #heat | 03:06 | |
*** EricGonczer_ has quit IRC | 03:26 | |
*** Yanyanhu has quit IRC | 03:31 | |
*** Yanyanhu has joined #heat | 03:32 | |
*** dimsum__ has quit IRC | 03:45 | |
*** MVenesio has quit IRC | 03:47 | |
*** MVenesio has joined #heat | 03:47 | |
*** GonZo2K has quit IRC | 03:48 | |
*** jpeeler has quit IRC | 04:01 | |
cmyster | morning | 04:01 |
asalkeld | hi | 04:03 |
*** hdd has joined #heat | 04:05 | |
*** ygoto has joined #heat | 04:07 | |
*** Marga_ has joined #heat | 04:08 | |
*** thedodd has joined #heat | 04:08 | |
*** harlowja_ is now known as harlowja_away | 04:13 | |
cmyster | coffee++ | 04:14 |
*** KanagarajM has joined #heat | 04:24 | |
KanagarajM | good morning all | 04:25 |
*** AnxiousGarlic has joined #heat | 04:28 | |
*** AnxiousGarlic has left #heat | 04:29 | |
*** MVenesio has quit IRC | 04:30 | |
*** hdd has quit IRC | 04:34 | |
*** coolsvap_ is now known as coolsvap | 04:37 | |
*** EricGonczer_ has joined #heat | 04:40 | |
*** EricGonczer_ has quit IRC | 04:45 | |
*** dimsum__ has joined #heat | 04:46 | |
openstackgerrit | Qiming Teng proposed openstack/heat: Utility function for int param checking https://review.openstack.org/160615 | 04:51 |
*** ananta has joined #heat | 04:51 | |
*** dimsum__ has quit IRC | 04:51 | |
ananta | good morning/afternoon | 04:52 |
*** nkhare has joined #heat | 04:55 | |
cmyster | indeed | 04:56 |
ananta | sure | 04:57 |
openstackgerrit | Merged openstack/heat: Updated from global requirements https://review.openstack.org/160566 | 04:59 |
*** signed8bit has joined #heat | 05:00 | |
*** hdd has joined #heat | 05:02 | |
cmyster | hmmmm | 05:04 |
cmyster | so heat wants oslo.log 0.4.0 and up yet other want it=0.3.0 | 05:04 |
cmyster | others | 05:04 |
*** david-lyle_afk has joined #heat | 05:06 | |
cmyster | ahhh, here we go I had 0.3.0 'cause devstack was OK with having a bit older version (I ran stack.sh a few hours ago) | 05:07 |
*** hdd has quit IRC | 05:08 | |
*** hdd has joined #heat | 05:09 | |
*** huangtianhua has quit IRC | 05:16 | |
*** dmn has joined #heat | 05:18 | |
*** akuznetsov has joined #heat | 05:19 | |
*** cmyster has quit IRC | 05:26 | |
*** Marga_ has quit IRC | 05:28 | |
*** KanagarajM_ has joined #heat | 05:28 | |
*** KanagarajM has quit IRC | 05:32 | |
*** thedodd has quit IRC | 05:34 | |
openstackgerrit | Rabi Mishra proposed openstack/heat-templates: WIP heat-config-docker-compose https://review.openstack.org/160642 | 05:37 |
*** thedodd has joined #heat | 05:37 | |
*** signed8bit has quit IRC | 05:42 | |
ramishra | stevebaker: Hi | 05:42 |
*** signed8bit has joined #heat | 05:43 | |
ramishra | stevebaker: Pl. have a look when you have time. https://review.openstack.org/160642 | 05:43 |
*** david-lyle_afk has quit IRC | 05:44 | |
openstackgerrit | Angus Salkeld proposed openstack/heat: Cleanup the update policy tests https://review.openstack.org/158548 | 05:47 |
openstackgerrit | Angus Salkeld proposed openstack/heat: Correct the check_update_completion logic in instance_group https://review.openstack.org/160595 | 05:47 |
openstackgerrit | Angus Salkeld proposed openstack/heat: StackResource convert operations to use RPC https://review.openstack.org/116336 | 05:47 |
openstackgerrit | Angus Salkeld proposed openstack/heat: Remove the template mapping from the env before creating child stacks https://review.openstack.org/156547 | 05:47 |
openstackgerrit | Angus Salkeld proposed openstack/heat: Don't pass the parent_resource object into Stack() https://review.openstack.org/156546 | 05:47 |
*** vijayagurug has joined #heat | 05:50 | |
*** vijayagurug has quit IRC | 05:54 | |
*** Marga_ has joined #heat | 06:01 | |
openstackgerrit | OpenStack Proposal Bot proposed openstack/heat: Imported Translations from Transifex https://review.openstack.org/160647 | 06:03 |
*** dmn has quit IRC | 06:04 | |
*** cmyster has joined #heat | 06:04 | |
*** achanda has joined #heat | 06:14 | |
*** huangtianhua has joined #heat | 06:17 | |
*** dmn has joined #heat | 06:20 | |
*** huangtianhua has quit IRC | 06:23 | |
*** hdd has quit IRC | 06:25 | |
*** huangtianhua has joined #heat | 06:30 | |
*** signed8bit has quit IRC | 06:30 | |
*** thedodd has quit IRC | 06:31 | |
*** rakesh_hs has joined #heat | 06:37 | |
*** david-lyle_afk has joined #heat | 06:44 | |
*** ishant has joined #heat | 06:49 | |
*** vijayagurug has joined #heat | 06:55 | |
*** reed has quit IRC | 06:58 | |
*** inc0 has joined #heat | 07:03 | |
inc0 | good morning | 07:03 |
*** cmyster has quit IRC | 07:03 | |
*** dulek has joined #heat | 07:04 | |
inc0 | quick question. I'm thinking about rolling upgrades of openstack. Let's assume we use tripleO and heat underneath. So, we want to make an upgrade of host A, which is represented as nested-stack-A. Before we even start to play with it, we should ensure that all VMs are migrated out of it and so on. Can we do that in heat? I mean to have pre-update hook and add custom logic to it for example? | 07:06 |
*** jtomasek has joined #heat | 07:07 | |
inc0 | breakpoints might be useful here, but it would require some tinkering anyway | 07:08 |
openstackgerrit | huangtianhua proposed openstack/heat: Apply neutron subnet constraint https://review.openstack.org/135875 | 07:09 |
Qiming | in0, interesting use case, but not sure if it is relevant to Heat | 07:12 |
*** cmyster has joined #heat | 07:12 | |
inc0 | Qiming, I'm quite certain it is. Especially if we take tripleO into account | 07:12 |
inc0 | let's assume we have 100 compute nodes with juno on it | 07:12 |
Qiming | what you want seems more like a workflow to me, and it involves quite some invocations to admin APIs that is beyond Heat's scope | 07:12 |
inc0 | I was rather thinking about implementing some sort of hooks | 07:13 |
inc0 | while I don't want to make heat explicitly call nova apis and so on | 07:13 |
*** tspatzier has joined #heat | 07:13 | |
Qiming | say, if you have 90% of the work done in your hooks, are you still so sure it is relevant to Heat? | 07:13 |
inc0 | We still need to have these hooks | 07:14 |
*** dmn has quit IRC | 07:14 | |
inc0 | inside template | 07:14 |
inc0 | "don't upgrade resource X before this script ends" | 07:14 |
Qiming | inc0, that sounds more like a workflow than a template based orchestration | 07:15 |
inc0 | Qiming, agree, but we need something to call this workflow and hold on resource upgrage until workflow end | 07:16 |
inc0 | s | 07:16 |
Qiming | maybe ansible or mistral is more suited for this task? I don't have an answer | 07:16 |
Qiming | maybe the Mistral resource type can help straighten the flow, at least to a certain degree? | 07:18 |
Qiming | inc0, this one: https://review.openstack.org/#/c/147645/ | 07:20 |
*** openstackgerrit has quit IRC | 07:22 | |
*** openstackgerrit has joined #heat | 07:22 | |
shardy | inc0: I think software config resources provide some of the answer here, but also there is an element of external workflow too | 07:23 |
shardy | for tripleo, perhaps the abstraction layer might end up being Tuskar, which could plug in to e.g Mistral or some other workflow implementation, to drive each discrete phase of the upgrade | 07:23 |
inc0 | shardy, Qiming maybe some sort of fake resource and dependency? | 07:25 |
asalkeld | skraynev: have you started with this yet: https://blueprints.launchpad.net/heat/+spec/convergence-push-data | 07:26 |
asalkeld | skraynev: I can grab that if you haven't started ^ | 07:26 |
shardy | inc0: "fake resource"? | 07:26 |
inc0 | I just think this is relevant use-case for tripleO | 07:26 |
skraynev | asalkeld: good morning | 07:26 |
openstackgerrit | huangtianhua proposed openstack/heat: Apply neutron router constraint https://review.openstack.org/135880 | 07:26 |
asalkeld | hi skraynev | 07:26 |
shardy | inc0: as you say, breakpoints help here, when you want to control the flow of updates outside of heat | 07:26 |
skraynev | asalkeld: I plan do it today. | 07:26 |
inc0 | shardy, resource, which handle-upgrade will call Mistral workflow, and Update-complete will trigger after this workflow finishes | 07:26 |
asalkeld | skraynev: ok | 07:27 |
asalkeld | I'll post what i have done | 07:27 |
shardy | inc0: you're right, it is, I'm aware some folks are interested and/or looking at what you describe | 07:27 |
skraynev | if it is ok, I will continue, otherwise you can grab :) | 07:27 |
asalkeld | skraynev: it's yours don't worry, only wanting help if you are busy | 07:28 |
inc0 | I'll refinte this thought and maybe post a bp about it | 07:28 |
inc0 | I just wanted to make sure that we don't have this capability at this moment | 07:28 |
shardy | inc0: I think the thing is, "handle update" isn't a good fit for the heat declarative model, but you're right, perhaps there could be a relationship between mistral resources in the parent template and the update of nested templates | 07:28 |
skraynev | asalkeld: no. I currently ready for it :) finish or hold other not so important things | 07:29 |
shardy | tbh I'd assumed we'd want the updates to remain triggerd by heat, but with the steps controllable via breakpoints | 07:29 |
shardy | morning all btw ;) | 07:29 |
shadower | 'lo | 07:29 |
asalkeld | skraynev: ok - I'll look at some other bp's | 07:30 |
shadower | asalkeld: re #3 in https://review.openstack.org/#/c/146123/, what would you suggest instead? I resource_registlry is a mapping of types to templates, but breakpoints aren't. | 07:30 |
shadower | not sure how to make it more consistent | 07:30 |
cmyster | o/ | 07:30 |
skraynev | asalkeld: thx :) if I meet some issue, I will ping you. | 07:31 |
asalkeld | hi shadower | 07:31 |
shadower | hey :-) | 07:31 |
asalkeld | maybe a dict instead of list | 07:31 |
asalkeld | or use resource_registry | 07:32 |
asalkeld | i was just trying to look at it from a user's perspective and it looked a bit odd | 07:32 |
cmyster | re breakpoints, whats the review's link? | 07:32 |
shadower | cmyster: https://review.openstack.org/#/c/146123/ | 07:32 |
cmyster | thanks | 07:33 |
inc0 | shardy, my thoughts exactly - I'd love to see undercloud heat template upgrade perform no-downtime release upgrade of overcloud | 07:33 |
cmyster | hmmm | 07:33 |
cmyster | no downtime is tricky | 07:33 |
inc0 | cmyster, tell me about it | 07:34 |
shardy | inc0: Yeah, me too - I think we need containers to make that simpler though, image replacement upgrades are really expensive (particularly for compute nodes) | 07:34 |
shadower | asalkeld: if we used dicts, the nested resources would be represented by nesting the dictionaries? | 07:34 |
asalkeld | shadower: yeah | 07:34 |
cmyster | inc0: say you have a single resource and that needs an upgrade? move to new, grace kill the old ? | 07:34 |
inc0 | shardy, containers or not, we still need to have hook like that - I wouldn't risk upgrading nova-compute with VMs still working on it | 07:34 |
asalkeld | shadower: (looks better in yaml than json) | 07:34 |
shadower | true | 07:34 |
asalkeld | shadower: i don | 07:35 |
asalkeld | shadower: i don't have a smart option for your right now, but just want something better | 07:35 |
inc0 | cmyster, something like that...with for example live-migrate everything out of compute | 07:35 |
shadower | rigth fair enouh, I'll think about it | 07:35 |
cmyster | inc0: good luck yo | 07:36 |
shadower | asalkeld: not sure about the "use resource_registry" suggestion. How would that work | 07:36 |
shardy | inc0: I think there are three approaches 1. In-place update (traditional e.g package based update), 2. Image replacement update (e.g rolling upgrades via rebuild), 3. Container based upgrade (ideally not touching any VMs, without restart or interruption) | 07:36 |
shardy | there are pro's and cons to each of them | 07:36 |
asalkeld | shardy: hold on, i'll make an etherpad for us to bikeshed | 07:36 |
shadower | asalkeld: something like passing a "breakpoint: true" or whatnot instead of the nemplate name as a registry value? | 07:36 |
asalkeld | s/shardy/shadowder | 07:36 |
asalkeld | shadower: yip | 07:37 |
shardy | asalkeld: good plan, I was going to suggest a ML thread but either works | 07:37 |
shardy | inc0: thanks for bringing this up, I know quite a few folks are interested in this | 07:37 |
asalkeld | https://etherpad.openstack.org/p/heat-breakpoints | 07:37 |
*** darsh29_ has joined #heat | 07:37 | |
inc0 | shardy, in-place will fail due to 3rd party libs version - unless we use for example virtualenv, which is just another option of separation | 07:37 |
shardy | inc0: "3rd party libs version" ? | 07:38 |
shardy | It's not very cloudy, but folks have been doing in-place package based upgrades for years | 07:38 |
*** akuznetsov has quit IRC | 07:38 | |
inc0 | we want to do in-place upgrade of nova-compute which uses oslo.whatever in version >=0.10.0 and neutron requires <=0.9.0 | 07:39 |
inc0 | shardy, but not no-downtime upgrades really...it is possible only if you upgrade all the stuff at once | 07:39 |
inc0 | still, its not very good way to do it | 07:40 |
inc0 | not the perfect anyway | 07:40 |
cmyster | nothing is, | 07:41 |
cmyster | also you want to consider what to do if an update fails | 07:41 |
shardy | inc0: There is no perfect way, I'm leaning towards containers as the most optimal given current options though | 07:41 |
cmyster | which aproach will revert that changes to something that works | 07:41 |
cmyster | +1 on those | 07:41 |
cmyster | just for downgrading if needed | 07:41 |
shardy | particularly if we can have the hypervisor on the host so VMs survive container upgrades | 07:41 |
inc0 | shardy, agree - but image-replace isn't that bad eighter if we prepare host correctly | 07:41 |
asalkeld | shadower: some examples there now | 07:41 |
shadower | asalkeld: thanks, that makes it clearer | 07:42 |
inc0 | I mean, migrate everything out of node in question | 07:42 |
cmyster | inc0: prepare host correctly might be seen incorrect to some user... | 07:42 |
*** elynn has quit IRC | 07:42 | |
inc0 | cmyster, hence make a hook in template | 07:42 |
shardy | inc0: I guess, it's just a big overhead with stateful nodes | 07:43 |
inc0 | whole conversation started from my question -> can we apply a hook "prepare stuff before upgrading it" | 07:43 |
* cmyster needs more data he guesses | 07:43 | |
shardy | inc0: basically, yes, via a SoftwareConfig resource which is marked only to run on UPDATE (the action in the Deployment) | 07:43 |
*** jprovazn has joined #heat | 07:43 | |
shardy | so, e.g you could have a ResourceGroup of nested stacks, which contain a server, and a update-only SoftwareConfig (amongst other stuff) | 07:44 |
inc0 | I'll have to try that..or some magic around mistral resources | 07:44 |
shardy | or maybe it'd need to be delete-only for image replacement | 07:44 |
shardy | we'd have to see how that looks for rebuild | 07:44 |
shardy | but, basically I think some variation of that pattern would work | 07:45 |
inc0 | yeah...and we need to make sure to *not* perform step2 if step1 fails | 07:45 |
shardy | but the problem is, the actors in the heat template are the infrastructure operators, not necessarily the operators of the deployed cloud | 07:45 |
shardy | so a SoftwareConfig resource isn't necessarily the best place to e.g do an evacuate of a compute node | 07:45 |
inc0 | it does seem a bit hacky to me... | 07:46 |
inc0 | I would rather do some dependency magic with mistral resorces | 07:46 |
* asalkeld heads off to make supper | 07:46 | |
shardy | yeah, thus my comment about Tuskar - really you need a layer above heat, to drive the upgrade | 07:46 |
inc0 | or even add some explicite definition inside template | 07:46 |
shadower | asalkeld: thanks. Of the two I prefer the first one. I'll see if I can figure out something else (but that sounds pretty good to me) and address the other stuff in the review | 07:46 |
shardy | currently, that layer of control doesn't really exist in TripleO | 07:46 |
shardy | inc0: Shall I start a ML thread on this topic? I know some folks have been looking at it, so wider discussion of what the solution might look like would be good | 07:47 |
*** Marga_ has quit IRC | 07:48 | |
* shardy goes to get coffee | 07:49 | |
inc0 | shardy, please do | 07:49 |
inc0 | seems like good thing to work on in L | 07:49 |
*** Marga_ has joined #heat | 07:58 | |
inc0 | shardy, I'll start gather ideas and info for bp | 07:59 |
*** ifarkas has joined #heat | 08:01 | |
*** vijayagurug has quit IRC | 08:05 | |
*** erkules_ is now known as erkules | 08:05 | |
*** Marga_ has quit IRC | 08:06 | |
*** jcoufal has joined #heat | 08:07 | |
*** alexheneveld has quit IRC | 08:12 | |
*** lsmola has joined #heat | 08:17 | |
*** dimsum__ has joined #heat | 08:24 | |
*** akuznetsov has joined #heat | 08:27 | |
*** dimsum__ has quit IRC | 08:29 | |
asalkeld | KanagarajM_: hi you about? | 08:31 |
KanagarajM_ | asalkeld: hi | 08:31 |
asalkeld | https://blueprints.launchpad.net/heat/+spec/keystone-resources | 08:31 |
asalkeld | what is the state of that? | 08:31 |
asalkeld | KanagarajM_: when would you get time to post a patch? | 08:32 |
KanagarajM_ | asalkeld: I'm working on that and should be summiting the patch before tomorrow | 08:32 |
asalkeld | KanagarajM_: ok, thanks for the update | 08:32 |
asalkeld | (I have a release meeting and need to know the status of bps) | 08:32 |
KanagarajM_ | asalkeld: sure. no prb. | 08:33 |
*** darsh29_ has quit IRC | 08:37 | |
*** pitr-ch has joined #heat | 08:37 | |
*** dulek has quit IRC | 08:38 | |
*** dulek has joined #heat | 08:39 | |
*** liuh has joined #heat | 08:43 | |
openstackgerrit | Anant Patil proposed openstack/heat: Add extra data to Stack table for Convergence. https://review.openstack.org/155211 | 08:45 |
*** inc0 has quit IRC | 08:46 | |
*** jistr has joined #heat | 08:46 | |
*** ygoto has quit IRC | 08:46 | |
*** dulek_ has joined #heat | 08:50 | |
*** inc0 has joined #heat | 08:52 | |
*** dulek has quit IRC | 08:53 | |
openstackgerrit | ShaoHe Feng proposed openstack/heat: First objects - stack and raw template https://review.openstack.org/146841 | 08:53 |
*** achanda has quit IRC | 08:55 | |
*** inc0_ has joined #heat | 08:57 | |
asalkeld | ananta: do you have to do filter(a=x).filter(b=y) or can you do filter(a=x, b=y) | 08:59 |
*** dulek_ has quit IRC | 09:00 | |
asalkeld | (not a big deal, just wondering) | 09:00 |
*** inc0 has quit IRC | 09:00 | |
ananta | sorry, in which context? | 09:00 |
ananta | oh | 09:01 |
ananta | i think the earlier one | 09:01 |
ananta | filter(a=x).filter(b=y) | 09:01 |
*** dulek has joined #heat | 09:03 | |
ananta | i don't know if there are any performance issue wrt this | 09:04 |
*** dulek has quit IRC | 09:04 | |
ananta | filter(a=x, b=y) seems like AND condition of SQL query | 09:04 |
ananta | and filter(a=x).filter(b=x) seems like making 2 queries :) I am not sure though | 09:04 |
*** akuznetsov has quit IRC | 09:05 | |
*** lifeless has quit IRC | 09:05 | |
*** lifeless has joined #heat | 09:06 | |
ananta | asalkeld: do you know of any implications of using them? | 09:06 |
asalkeld | sorry ananta, was in the releasemgr meeting | 09:08 |
asalkeld | ananta: haven't a clue, just seemed a little odd | 09:09 |
asalkeld | ALL: in the release manager meeting we (ttx and I) agreed to "FPF for everything but *convergence* BPs, keystone-resources needs to put something up by Thursday" | 09:10 |
therve | I'm pretty sure the 2 expressions do the same | 09:11 |
asalkeld | KanagarajM_: ^ | 09:11 |
asalkeld | hi therve | 09:11 |
therve | Hi! | 09:11 |
asalkeld | therve: so no real performance change? | 09:11 |
ananta | I think it is just for readability | 09:11 |
asalkeld | that's was all i was wondering | 09:11 |
Qiming | FPF? | 09:11 |
ananta | therve: agree with you | 09:11 |
therve | asalkeld, Well one is just one less function call :) | 09:11 |
asalkeld | therve: that is just building the query, not actually doing the query? | 09:12 |
therve | asalkeld, Correct | 09:12 |
asalkeld | ok, cool | 09:12 |
therve | It's modifying a Query object in place | 09:12 |
asalkeld | Qiming: https://wiki.openstack.org/wiki/Kilo_Release_Schedule | 09:12 |
asalkeld | FeatureProposalFreeze | 09:13 |
Qiming | got it | 09:13 |
asalkeld | meaning you have to have posted your feature and the blueprint needs to be "in review" | 09:13 |
asalkeld | since convergence is disabled, we can keep working on it | 09:14 |
KanagarajM_ | asalkeld: sure, i could summit the patch for keystone-resource by this time. | 09:14 |
asalkeld | KanagarajM_: cool | 09:14 |
asalkeld | KanagarajM_: doesn't have to be "perfect" | 09:14 |
asalkeld | just something "up" | 09:14 |
KanagarajM_ | asalkeld: sure. | 09:14 |
asalkeld | KanagarajM_: send me an email when it's up, and i'll put the bp into the right state | 09:15 |
KanagarajM_ | asalkeld: sure. I will send mail. | 09:16 |
asalkeld | thx | 09:16 |
*** serg_melikyan has joined #heat | 09:22 | |
*** huangtianhua has quit IRC | 09:24 | |
*** liuh has quit IRC | 09:25 | |
*** alexheneveld has joined #heat | 09:28 | |
ananta | asalkeld: http://docs.sqlalchemy.org/en/rel_0_9/orm/query.html#sqlalchemy.orm.query.Query.update | 09:30 |
ananta | it just forms the update bulk query to be issued as a single SQL command | 09:31 |
asalkeld | ok, thanks for checking it out | 09:34 |
skraynev | shardy: ping | 09:37 |
*** che-arne has joined #heat | 09:38 | |
skraynev | shardy: about this one https://review.openstack.org/#/c/159978/1/requirements.txt | 09:38 |
shardy | skraynev: hi | 09:38 |
skraynev | I have added it in global requirements | 09:38 |
shardy | skraynev: Ok, why is it needed? | 09:38 |
skraynev | it was related with issue for tempest tests on CentOS | 09:38 |
skraynev | wait a second I give a link | 09:38 |
skraynev | https://bugs.launchpad.net/heat/+bug/1405752 | 09:39 |
openstack | Launchpad bug 1405752 in heat "Hanging heat-api after validate request" [High,Triaged] - Assigned to Sergey Kraynev (skraynev) | 09:39 |
skraynev | If we use older version in CentosOS and start tempest tests it may hang heat api | 09:40 |
shardy | skraynev: is 2.1.0 definitely the version which fixed it? | 09:40 |
shardy | vs some version between 1.2.1 and 2.1.0? | 09:40 |
skraynev | I tested it step by step | 09:40 |
skraynev | so only in 2.1.0 it works correct | 09:40 |
shardy | Ok, it'd be great if we knew which patch fixed it | 09:41 |
shardy | it's unfortunate that we lose this context (bug reference) with bot-proposed patches :( | 09:42 |
openstackgerrit | Merged openstack/heat: Cleanup the update policy tests https://review.openstack.org/158548 | 09:42 |
skraynev | I may add it manually | 09:42 |
skraynev | if it make sense | 09:42 |
skraynev | I am just not sure how bot react on it | 09:42 |
shardy | skraynev: Ok, maybe just a comment explaining the change and referencing the bug is enough | 09:44 |
shardy | skraynev: then I'll remove my -1 | 09:44 |
skraynev | ok | 09:44 |
shardy | thanks for the explanation :) | 09:44 |
skraynev | shardy: np :) | 09:44 |
*** Yanyanhu has quit IRC | 09:45 | |
*** nkhare has quit IRC | 09:48 | |
*** coolsvap is now known as coolsvap_ | 09:52 | |
*** serg_melikyan has quit IRC | 09:53 | |
*** nkhare has joined #heat | 09:55 | |
*** serg_melikyan has joined #heat | 09:57 | |
*** LiJiansheng has quit IRC | 10:11 | |
*** LiJiansheng has joined #heat | 10:11 | |
*** Qiming has quit IRC | 10:14 | |
*** inc0_ has quit IRC | 10:29 | |
*** inc0 has joined #heat | 10:31 | |
*** nkhare has quit IRC | 10:32 | |
*** nkhare has joined #heat | 10:32 | |
asalkeld | shardy: how are to set the milestone for bug 1045752 | 10:36 |
openstack | bug 1045752 in unity (Ubuntu) "Dash - Clicking on the main left hand side preview image in a Dash Preview should close the Preview and return the user to the results view" [High,Fix released] https://launchpad.net/bugs/1045752 | 10:36 |
asalkeld | oops | 10:36 |
asalkeld | shardy: how are to set the milestone for bug 1405752 | 10:36 |
openstack | bug 1405752 in heat "Hanging heat-api after validate request" [High,Triaged] https://launchpad.net/bugs/1405752 - Assigned to Sergey Kraynev (skraynev) | 10:36 |
asalkeld | (stable/juno) | 10:36 |
asalkeld | i see, it won't have a patch | 10:37 |
asalkeld | shrug | 10:37 |
shardy | asalkeld: If it only affects stable, I'd maybe mark the main heat bug invalid, and target to series for juno, referencing the requirements sync skraynev and I were just discussing? | 10:42 |
skraynev | am here. what's up? | 10:42 |
asalkeld | how do you target to juno | 10:43 |
shardy | asalkeld: I've just done it | 10:43 |
shardy | "Target to Series" | 10:43 |
asalkeld | o | 10:43 |
shardy | I guess the master bug can be fix committed, or invalid? | 10:44 |
asalkeld | invalid | 10:44 |
shardy | I'm not quite sure when the master requirements bump for requests happened | 10:44 |
asalkeld | me neither | 10:44 |
asalkeld | btw, thanks shardy | 10:44 |
*** Qiming has joined #heat | 10:44 | |
openstackgerrit | Merged openstack/heat: Imported Translations from Transifex https://review.openstack.org/160647 | 10:45 |
shardy | asalkeld: np, reminds me of my PTL stint, click, click, click ;) | 10:45 |
asalkeld | phew, yeah | 10:45 |
shardy | I think I read they're dropping the granular tracking of features for L? | 10:46 |
shardy | that should make things easier IMO | 10:46 |
*** tochi has quit IRC | 10:47 | |
*** inc0 has quit IRC | 10:48 | |
KanagarajM_ | hi | 10:57 |
KanagarajM_ | is there any library used in openstack to find diff of python dict? | 10:58 |
*** inc0 has joined #heat | 10:58 | |
shardy | KanagarajM_: resource.Resource.update_template_diff does that | 11:00 |
shardy | IIRC when I wrote that, I couldn't see an obvious existing solution | 11:01 |
KanagarajM_ | shardy: ok. thanks. let me check it. | 11:01 |
openstackgerrit | Peter Razumovsky proposed openstack/heat: Fix mocking requests in test_engine_service https://review.openstack.org/160737 | 11:08 |
*** inc0 has quit IRC | 11:13 | |
openstackgerrit | Qiming Teng proposed openstack/heat: Make Heat ASG always do rolling_updates https://review.openstack.org/137945 | 11:15 |
openstackgerrit | Peter Razumovsky proposed openstack/heat: Fix mocking requests in test_engine_service https://review.openstack.org/160737 | 11:16 |
*** dimsum__ has joined #heat | 11:16 | |
*** coolsvap_ is now known as coolsvap | 11:17 | |
*** serg_melikyan has quit IRC | 11:25 | |
*** ishant has quit IRC | 11:26 | |
*** kairat_kushaev has quit IRC | 11:26 | |
*** tellesnobrega has quit IRC | 11:27 | |
*** tellesnobrega has joined #heat | 11:33 | |
*** inc0 has joined #heat | 11:44 | |
*** inc0 has quit IRC | 11:45 | |
*** cdent has joined #heat | 11:49 | |
openstackgerrit | ShaoHe Feng proposed openstack/heat: First objects - stack and raw template https://review.openstack.org/146841 | 11:50 |
openstackgerrit | Merged openstack/python-heatclient: Fix SessionClient error when endpoint=None https://review.openstack.org/160431 | 11:51 |
*** kairat_kushaev has joined #heat | 11:52 | |
Qiming | review.openstack.org down? | 11:56 |
mattt | Qiming: loads for me | 11:56 |
Qiming | mattt, thanks | 11:57 |
openstackgerrit | Anant Patil proposed openstack/heat: Add extra data to Stack table for Convergence. https://review.openstack.org/155211 | 12:03 |
*** KanagarajM_ has quit IRC | 12:04 | |
*** EmilienM|afk is now known as EmilienM | 12:05 | |
*** prazumovsky has joined #heat | 12:06 | |
openstackgerrit | Yoshimi Tominaga proposed openstack/heat: Add the documentation of how to not set the gateway IP https://review.openstack.org/159090 | 12:06 |
*** serg_melikyan has joined #heat | 12:12 | |
*** serg_melikyan has quit IRC | 12:17 | |
*** sgordon has quit IRC | 12:17 | |
*** sgordon has joined #heat | 12:17 | |
*** sgordon has quit IRC | 12:18 | |
*** sgordon has joined #heat | 12:18 | |
*** MVenesio has joined #heat | 12:26 | |
*** nkhare has quit IRC | 12:26 | |
Qiming | skraynev, there? | 12:32 |
*** ParsectiX has joined #heat | 12:35 | |
skraynev | Qiming: ping, I was at dinner ;) | 12:37 |
Qiming | https://review.openstack.org/#/c/153192/ | 12:38 |
Qiming | skraynev, curious why gate hates it, any idea? | 12:38 |
skraynev | AWS lbs ? | 12:38 |
Qiming | yes | 12:38 |
*** asalkeld has quit IRC | 12:39 | |
skraynev | IMO, because it takes a lot of time and can not work faster on infra nodes | 12:40 |
Qiming | skraynev, I doubt that | 12:40 |
skraynev | I heard that loading one vm with fedora takes 10 minutes... | 12:41 |
skraynev | another idea was related with issues during installation ha on lb | 12:41 |
skraynev | ha-proxy | 12:41 |
Qiming | then it means the build_timeout either is ineffective or is not long enough? | 12:41 |
Qiming | if you check the log, the timestamps of the error message are not showing such a long delay | 12:42 |
*** serg_melikyan has joined #heat | 12:43 | |
*** Yanyanhu has joined #heat | 12:43 | |
skraynev | I thought about short delay for waitcondition | 12:44 |
skraynev | but I didi not find yet where it may be configured | 12:44 |
*** ananta has quit IRC | 12:44 | |
Qiming | the latest log shows (if I'm understanding correctly) test_aws_loadbalancer started at 2015-03-03 11:14:45.685 | 12:45 |
Qiming | and the failure is printed at 2015-03-03 11:25:22.930 | 12:45 |
skraynev | correct | 12:45 |
skraynev | 10 minutes | 12:45 |
*** dimsum__ is now known as dims | 12:46 | |
skraynev | I set build_timeout to 1800 | 12:47 |
skraynev | i.e. 30 minutes | 12:47 |
*** yassine has joined #heat | 12:47 | |
Qiming | it took 637.226158 seconds to fail | 12:47 |
skraynev | but it fails after 10 minutes | 12:47 |
skraynev | yeah | 12:47 |
skraynev | looks like some internal waitcondition constraint | 12:47 |
skraynev | i.e. we wait answer 10 minutes | 12:48 |
skraynev | IMO it may be related with one of two possible things: | 12:48 |
skraynev | 1. time is really not enough (node is very slow) | 12:48 |
skraynev | 2. some issues during installation LB are not related with time (maybe network ) | 12:49 |
Qiming | 10 min is the wait condition timeout | 12:50 |
skraynev | I wanted to investigate it, but now work on convergence patch. so if you have any ideas, I welcome for them :) and you can play with patch o review :) | 12:50 |
skraynev | Qiming: yeah | 12:50 |
Qiming | how am I supposed to test it locally? | 12:51 |
skraynev | and as I understand it's not mentioned in heat config | 12:51 |
Qiming | I mean just run this scenario w/o tox -eintegration as a whole | 12:51 |
skraynev | Qiming: right, but also need to download in glance image for LB | 12:52 |
skraynev | it uses fedora 21 with specific name | 12:52 |
skraynev | Fedora-Cloud-Base-20141203-21.x86_64 | 12:52 |
skraynev | https://download.fedoraproject.org/pub/fedora/linux/releases/21/Cloud/Images/x86_64/Fedora-Cloud-Base-20141203-21.x86_64.qcow2 | 12:52 |
skraynev | also I recommend to start only this test ;) otherwise you spent a lot of time on other tests | 12:59 |
Qiming | that's my question, ;) | 13:00 |
Qiming | how to start only this test? | 13:00 |
*** Yanyanhu has quit IRC | 13:03 | |
skraynev | oh... :) | 13:04 |
skraynev | I misunderstand you :) | 13:04 |
skraynev | wait a second | 13:04 |
skraynev | https://wiki.openstack.org/wiki/Testr#Debugging_.28pdb.29_Tests | 13:05 |
skraynev | i.e. | 13:05 |
*** serg_melikyan has quit IRC | 13:06 | |
skraynev | install all requirements in local env | 13:06 |
skraynev | testr list-tests test_aws_loadbalancer > lb_test | 13:07 |
skraynev | python -m testtools.run discover --load-list lb_list | 13:07 |
Qiming | okay, will try it | 13:08 |
skraynev | Also I think it's possible to do via tox -eintegration -- test_aws_loadbalancer | 13:08 |
skraynev | but I can not say that it 100 % works, because uses first way :) | 13:08 |
Qiming | okay | 13:09 |
skraynev | also first way allows to debug with pdb | 13:09 |
*** ifarkas has quit IRC | 13:09 | |
Qiming | it runs very fast and passed | 13:09 |
Qiming | must be wrong | 13:09 |
Qiming | I tried this: tox -epy26 -- heat_integrationtests.scenario.test_aws_loadbalancer | 13:10 |
*** ifarkas has joined #heat | 13:12 | |
*** dims has quit IRC | 13:14 | |
*** dims has joined #heat | 13:15 | |
*** EricGonczer_ has joined #heat | 13:15 | |
openstackgerrit | Qiming Teng proposed openstack/heat: Make Heat ASG always do rolling_updates https://review.openstack.org/137945 | 13:15 |
*** EricGonczer_ has quit IRC | 13:16 | |
*** jprovazn has quit IRC | 13:17 | |
*** sarob has quit IRC | 13:20 | |
*** sarob has joined #heat | 13:21 | |
*** tlashchova has quit IRC | 13:24 | |
*** sarob has quit IRC | 13:26 | |
*** EricGonczer_ has joined #heat | 13:27 | |
*** sorantis has joined #heat | 13:28 | |
*** serg_melikyan has joined #heat | 13:29 | |
skraynev | Qiming: not sure, that it will work correct | 13:29 |
Qiming | will look into this when my plate is not so full | 13:30 |
skraynev | " it runs very fast and passed " - didi you have heat_integration.conf file with all required options? | 13:30 |
skraynev | ok | 13:30 |
*** alexheneveld has quit IRC | 13:34 | |
*** tlashchova has joined #heat | 13:36 | |
openstackgerrit | Peter Razumovsky proposed openstack/heat: Improve StackValidationFailed response in properties https://review.openstack.org/127150 | 13:37 |
openstackgerrit | Peter Razumovsky proposed openstack/heat: Improve StackValidationFailed exception https://review.openstack.org/160792 | 13:37 |
*** hdd has joined #heat | 13:38 | |
*** LiJiansheng has quit IRC | 13:40 | |
*** EricGonczer_ has quit IRC | 13:46 | |
*** jprovazn has joined #heat | 13:49 | |
openstackgerrit | Merged openstack/heat: Fix mocking requests in test_engine_service https://review.openstack.org/160737 | 13:49 |
*** akuznetsov has joined #heat | 13:55 | |
*** radez_g0n3 is now known as radez | 13:57 | |
*** jmckind has joined #heat | 14:06 | |
*** sarob has joined #heat | 14:09 | |
*** hdd has quit IRC | 14:12 | |
*** spzala has joined #heat | 14:25 | |
*** chlong has joined #heat | 14:27 | |
*** nkhare has joined #heat | 14:29 | |
*** Marga_ has joined #heat | 14:35 | |
*** Marga_ has quit IRC | 14:37 | |
*** sarob_ has joined #heat | 14:37 | |
*** Marga_ has joined #heat | 14:38 | |
*** sarob has quit IRC | 14:39 | |
*** coolsvap is now known as coolsvap_ | 14:43 | |
*** MVenesio_ has joined #heat | 14:44 | |
*** MVenesio has quit IRC | 14:47 | |
openstackgerrit | Thomas Herve proposed openstack/heat: Make Heat ASG always do rolling_updates https://review.openstack.org/137945 | 14:47 |
openstackgerrit | Peter Razumovsky proposed openstack/heat: Improve StackValidationFailed exception https://review.openstack.org/160792 | 14:48 |
openstackgerrit | Peter Razumovsky proposed openstack/heat: Improve StackValidationFailed response in properties https://review.openstack.org/127150 | 14:48 |
openstackgerrit | Peter Razumovsky proposed openstack/heat: Improve StackValidationFailed response in outputs https://review.openstack.org/160819 | 14:48 |
*** Drago has quit IRC | 14:48 | |
*** serg_melikyan has quit IRC | 14:54 | |
*** hdd has joined #heat | 14:54 | |
openstackgerrit | Peter Razumovsky proposed openstack/heat: Improve StackValidationFailed exception https://review.openstack.org/160792 | 14:54 |
openstackgerrit | Peter Razumovsky proposed openstack/heat: Improve StackValidationFailed response in properties https://review.openstack.org/127150 | 14:54 |
openstackgerrit | Peter Razumovsky proposed openstack/heat: Improve StackValidationFailed response in outputs https://review.openstack.org/160819 | 14:54 |
*** serg_melikyan has joined #heat | 14:59 | |
*** crose has joined #heat | 15:00 | |
*** che-arne has quit IRC | 15:00 | |
*** yassine has quit IRC | 15:03 | |
*** MVenesio has joined #heat | 15:05 | |
*** nkhare has quit IRC | 15:06 | |
*** Drago has joined #heat | 15:07 | |
*** MVenesio_ has quit IRC | 15:08 | |
*** Drago has quit IRC | 15:08 | |
*** Drago has joined #heat | 15:08 | |
*** vijendar has joined #heat | 15:08 | |
*** KarolynChambers has quit IRC | 15:09 | |
*** KarolynChambers has joined #heat | 15:10 | |
*** sorantis has quit IRC | 15:11 | |
*** aweiteka has quit IRC | 15:11 | |
*** thedodd has joined #heat | 15:12 | |
*** aweiteka has joined #heat | 15:13 | |
*** sarob_ is now known as sarob | 15:13 | |
*** Marga_ has quit IRC | 15:13 | |
*** alexheneveld has joined #heat | 15:14 | |
*** Qiming has quit IRC | 15:16 | |
*** Qiming has joined #heat | 15:17 | |
*** ParsectiX has quit IRC | 15:22 | |
openstackgerrit | Rabi Mishra proposed openstack/heat-templates: WIP heat-config-docker-compose https://review.openstack.org/160642 | 15:22 |
*** Tross has quit IRC | 15:23 | |
*** sorantis has joined #heat | 15:24 | |
*** alexpilotti has joined #heat | 15:25 | |
*** serg_melikyan has quit IRC | 15:27 | |
*** prazumovsky has quit IRC | 15:28 | |
*** yassine has joined #heat | 15:30 | |
*** serg_melikyan has joined #heat | 15:30 | |
*** aweiteka has quit IRC | 15:36 | |
*** alextricity has joined #heat | 15:40 | |
openstackgerrit | Rakesh H S proposed openstack/heat: Convergence sync_point DB table https://review.openstack.org/155732 | 15:42 |
*** rpothier has joined #heat | 15:46 | |
*** EricGonczer_ has joined #heat | 15:47 | |
*** pm90_ has joined #heat | 15:49 | |
*** rakesh_hs has quit IRC | 15:52 | |
*** EricGonc_ has joined #heat | 15:56 | |
*** tspatzier has quit IRC | 15:58 | |
*** spzala has quit IRC | 15:58 | |
*** spzala has joined #heat | 15:59 | |
*** EricGonc_ has quit IRC | 16:00 | |
*** EricGonc_ has joined #heat | 16:00 | |
*** EricGonczer_ has quit IRC | 16:00 | |
*** Tross has joined #heat | 16:02 | |
*** ekarlso has quit IRC | 16:03 | |
*** SpamapS has quit IRC | 16:03 | |
*** SpamapS has joined #heat | 16:04 | |
*** Drago has quit IRC | 16:07 | |
*** Drago has joined #heat | 16:07 | |
*** ekarlso has joined #heat | 16:09 | |
openstackgerrit | Tetiana Lashchova proposed openstack/heat-specs: Implement datastore_version custom constraint https://review.openstack.org/160859 | 16:09 |
*** pitr-ch has quit IRC | 16:10 | |
openstackgerrit | Grzegorz Grasza (xek) proposed openstack/heat: First objects - stack and raw template https://review.openstack.org/146841 | 16:13 |
*** ifarkas has quit IRC | 16:13 | |
*** Qiming has quit IRC | 16:14 | |
openstackgerrit | Tetiana Lashchova proposed openstack/heat-specs: Fix link in cinder-custom-constraints https://review.openstack.org/160861 | 16:14 |
*** tspatzier has joined #heat | 16:30 | |
*** alexpilotti has quit IRC | 16:31 | |
*** che-arne has joined #heat | 16:32 | |
openstackgerrit | Grzegorz Grasza (xek) proposed openstack/heat: First objects - stack and raw template https://review.openstack.org/146841 | 16:32 |
*** aweiteka has joined #heat | 16:33 | |
*** xek has joined #heat | 16:34 | |
*** otoolee has quit IRC | 16:36 | |
*** david-lyle_afk has quit IRC | 16:37 | |
*** reed has joined #heat | 16:38 | |
*** otoolee has joined #heat | 16:44 | |
*** cdent has quit IRC | 16:46 | |
*** jistr has quit IRC | 16:50 | |
*** thedodd has quit IRC | 16:51 | |
*** jcoufal has quit IRC | 16:54 | |
*** serg_melikyan has quit IRC | 16:57 | |
*** serg_melikyan has joined #heat | 16:58 | |
alextricity | stevebaker: Do you know if there is a python hook for SoftwareConfig? | 17:02 |
shardy | alextricity: can you explain what you mean? SoftwareDeployments trigger python "hook scripts" for various CM tools, where the config is encapsulated by a SoftwareConfig resource | 17:03 |
alextricity | shardy: Thanks for your response. I'm trying to use a python script instead of shell script as part of my software config. Can I still use my inputs and the outputs in my python script? | 17:04 |
shardy | alextricity: yes I believe so, let me see if I can find an example | 17:05 |
shardy | https://review.openstack.org/#/c/134749/5/hot/software-config/example-templates/example-deployments.yaml | 17:05 |
shardy | there's an example, you can just specify the python inline with the appropriate shebang | 17:06 |
*** alexpilotti has joined #heat | 17:11 | |
alextricity | shardy nice | 17:12 |
alextricity | Thank you | 17:15 |
shardy | np | 17:15 |
*** chlong has quit IRC | 17:17 | |
*** akuznetsov has quit IRC | 17:23 | |
*** jpeeler has joined #heat | 17:26 | |
*** sorantis has quit IRC | 17:27 | |
*** sarob has quit IRC | 17:33 | |
*** Drago has quit IRC | 17:40 | |
*** Drago has joined #heat | 17:40 | |
*** jprovazn has quit IRC | 17:42 | |
*** tellesnobrega has quit IRC | 17:43 | |
openstackgerrit | OpenStack Proposal Bot proposed openstack/python-heatclient: Updated from global requirements https://review.openstack.org/157795 | 17:47 |
*** sarob has joined #heat | 17:49 | |
*** htruta has quit IRC | 17:50 | |
*** htruta has joined #heat | 18:00 | |
openstackgerrit | Steven Hardy proposed openstack/heat: Convert AutoScalingGroup adjustments to handle_signal https://review.openstack.org/143496 | 18:00 |
*** shardy has quit IRC | 18:01 | |
*** tspatzier has quit IRC | 18:03 | |
*** tellesnobrega has joined #heat | 18:04 | |
*** serg_melikyan has quit IRC | 18:06 | |
*** Marga_ has joined #heat | 18:07 | |
*** Marga_ has quit IRC | 18:07 | |
*** Marga_ has joined #heat | 18:08 | |
*** harlowja_away is now known as harlowja_ | 18:12 | |
*** alexpilotti_ has joined #heat | 18:16 | |
*** alexpilotti has quit IRC | 18:16 | |
*** alexpilotti_ is now known as alexpilotti | 18:16 | |
*** Tango has joined #heat | 18:17 | |
*** alexheneveld has quit IRC | 18:21 | |
*** achanda has joined #heat | 18:23 | |
*** serg_melikyan has joined #heat | 18:27 | |
*** radez is now known as radez_g0n3 | 18:27 | |
*** che-arne has quit IRC | 18:36 | |
*** dnalezyt has joined #heat | 18:36 | |
*** pitr-ch has joined #heat | 18:37 | |
dnalezyt | I'm looking for a bit of direction on trouble shooting a heat issue with stack-delete. | 18:38 |
dnalezyt | I've got a number of stacks that are stuck in DELETE_IN_PROGRESS that simply refuse to transition to DELETE_COMPLETE or DELETE_FAILED. | 18:39 |
dnalezyt | After some digging through log files I found that the issue seems to be with detaching a secondary volume in the stacks. | 18:39 |
dnalezyt | in heat-engine.log I see this same entry repeated: | 18:40 |
dnalezyt | 2015-03-03 11:31:34.070 2804 DEBUG heat.engine.resources.volume [-] Removing attachment 20e17153-09ce-4f64-b9c0-00af7815cdd3 from Instance 77459b56-6dea-47fb-a2ee-0715a91b5168 - volume still in use __call__ /usr/lib/python2.6/site-packages/heat/engine/resources/volume.py:284 2015-03-03 11:31:34.070 2804 DEBUG heat.engine.scheduler [-] Task VolumeDetachTask(20e17153-09ce-4f64-b9c0-00af7815cdd3 -/> 77459b56-6dea-47fb-a2ee-0715a91b5168) s | 18:40 |
dnalezyt | I tried to use the nova api to detach the volume to help things along, but after a few minutes the volume simply reverted to attached an in-use status. | 18:41 |
dnalezyt | I can't seem to find a corresponding error as to why the volume is not being detached in the cinder logs... | 18:42 |
dnalezyt | where should I be looking? | 18:42 |
larsks | dnalezyt: maybe the nova-compute log? | 18:48 |
dnalezyt | good point, I sometimes forget how interconnected the services are, especially since I was smart enough to use the nova li to try and detach it, just not smart enough to look in those logs. | 18:50 |
*** achanda has quit IRC | 18:57 | |
*** achanda has joined #heat | 18:57 | |
*** GonZo2K has joined #heat | 18:59 | |
*** Tross has quit IRC | 18:59 | |
*** yassine has quit IRC | 19:01 | |
*** Drago has quit IRC | 19:05 | |
*** Drago has joined #heat | 19:05 | |
*** inc0 has joined #heat | 19:07 | |
dnalezyt | finally traced it ddown tot he compute.api on the node hosting the instance. Looks like a libvirt error, trying to understand it now. Thanks larsks | 19:07 |
larsks | Glad to help! | 19:07 |
inc0 | hi guys, any chances you could give me few pointers about that? https://jenkins06.openstack.org/job/gate-heat-python27/3031/console | 19:07 |
inc0 | I can't find reason for it:/ | 19:07 |
*** jtomasek has quit IRC | 19:08 | |
*** pitr-ch has quit IRC | 19:16 | |
*** radez_g0n3 is now known as radez | 19:20 | |
*** serg_melikyan has quit IRC | 19:22 | |
*** jdob has quit IRC | 19:23 | |
*** jdob has joined #heat | 19:24 | |
*** sdake_ has joined #heat | 19:34 | |
*** inc0 has quit IRC | 19:36 | |
*** lsmola has quit IRC | 19:36 | |
*** alexheneveld has joined #heat | 19:41 | |
*** MasterPiece has joined #heat | 19:45 | |
*** lsmola has joined #heat | 19:49 | |
*** Tross has joined #heat | 19:51 | |
*** pm90_ has quit IRC | 19:52 | |
*** dnalezyt has quit IRC | 19:52 | |
*** Marga_ has quit IRC | 19:54 | |
*** Marga_ has joined #heat | 19:54 | |
*** pm90_ has joined #heat | 20:06 | |
*** pm90_ has quit IRC | 20:06 | |
*** pm90_ has joined #heat | 20:07 | |
*** liusheng has quit IRC | 20:10 | |
*** liusheng has joined #heat | 20:11 | |
*** Marga_ has quit IRC | 20:15 | |
*** Marga_ has joined #heat | 20:16 | |
*** alexheneveld has quit IRC | 20:17 | |
*** sdake_ has quit IRC | 20:19 | |
*** yassine has joined #heat | 20:25 | |
*** radez is now known as radez_g0n3 | 20:26 | |
*** MasterPiece has quit IRC | 20:26 | |
*** kebray has joined #heat | 20:29 | |
*** achanda has quit IRC | 20:38 | |
*** kebray has quit IRC | 20:41 | |
openstackgerrit | Steve Baker proposed openstack/python-heatclient: Make ; parsing optional in format_parameters https://review.openstack.org/160238 | 20:43 |
openstackgerrit | Steve Baker proposed openstack/python-heatclient: Implement deployment-output-show https://review.openstack.org/160239 | 20:43 |
openstackgerrit | Steve Baker proposed openstack/python-heatclient: Implement deployment-create https://review.openstack.org/160240 | 20:43 |
*** yassine has quit IRC | 20:43 | |
*** achanda has joined #heat | 20:46 | |
*** alexheneveld has joined #heat | 20:49 | |
*** asalkeld has joined #heat | 20:50 | |
*** che-arne has joined #heat | 20:53 | |
*** kebray has joined #heat | 21:00 | |
*** crose has quit IRC | 21:00 | |
*** aweiteka has quit IRC | 21:03 | |
*** jpeeler has quit IRC | 21:03 | |
*** radez_g0n3 is now known as radez | 21:06 | |
*** alexheneveld has quit IRC | 21:10 | |
openstackgerrit | Merged openstack/heat-templates: Start of docker hook unit tests https://review.openstack.org/136145 | 21:13 |
*** sdake_ has joined #heat | 21:17 | |
*** aweiteka has joined #heat | 21:18 | |
*** thedodd has joined #heat | 21:20 | |
*** kebray has quit IRC | 21:20 | |
openstackgerrit | Steve Baker proposed openstack/heat-templates: Boot config for installing software-config agent https://review.openstack.org/119282 | 21:22 |
openstackgerrit | Steve Baker proposed openstack/heat-templates: Boot config environment for test images https://review.openstack.org/158172 | 21:22 |
openstackgerrit | Steve Baker proposed openstack/heat-templates: Elements for building a heat test image https://review.openstack.org/159670 | 21:22 |
stevebaker | asalkeld, cores: I really need ^ to land so I can work on functional test images | 21:23 |
asalkeld | stevebaker: ok - just in the project meeting | 21:24 |
stevebaker | ok | 21:24 |
*** sdake_ has quit IRC | 21:25 | |
*** pm90_ has quit IRC | 21:28 | |
*** pm90_ has joined #heat | 21:32 | |
*** pm90_ has quit IRC | 21:32 | |
openstackgerrit | Merged openstack/heat: Remove the template mapping from the env before creating child stacks https://review.openstack.org/156547 | 21:32 |
*** pm90_ has joined #heat | 21:33 | |
*** blomquisg has quit IRC | 21:36 | |
*** jpeeler has joined #heat | 21:38 | |
*** jpeeler has quit IRC | 21:38 | |
*** jpeeler has joined #heat | 21:38 | |
*** EmilienM has quit IRC | 21:44 | |
*** EmilienM has joined #heat | 21:44 | |
openstackgerrit | Merged openstack/heat: Don't pass the parent_resource object into Stack() https://review.openstack.org/156546 | 21:44 |
*** sdake_ has joined #heat | 21:47 | |
*** achanda has quit IRC | 22:01 | |
*** achanda has joined #heat | 22:07 | |
*** MVenesio has quit IRC | 22:08 | |
*** EricGonc_ has quit IRC | 22:21 | |
*** KarolynChambers has quit IRC | 22:23 | |
*** serg_melikyan has joined #heat | 22:23 | |
*** rpothier has quit IRC | 22:23 | |
*** KarolynChambers has joined #heat | 22:23 | |
openstackgerrit | Winnie Tsang proposed openstack/python-heatclient: Reuse existing registry and/or existing template https://review.openstack.org/154692 | 22:24 |
*** serg_melikyan has quit IRC | 22:27 | |
*** vijendar has quit IRC | 22:30 | |
*** sarob has quit IRC | 22:31 | |
*** Marga_ has quit IRC | 22:35 | |
*** sdake_ has quit IRC | 22:37 | |
*** Tango has quit IRC | 22:43 | |
*** openstackgerrit has quit IRC | 22:51 | |
*** openstackgerrit has joined #heat | 22:52 | |
*** pm90_ has quit IRC | 22:53 | |
*** alexheneveld has joined #heat | 22:56 | |
asalkeld | interesting: http://goless.readthedocs.org/en/latest/ | 23:01 |
*** jmckind has quit IRC | 23:01 | |
*** jpeeler has quit IRC | 23:02 | |
*** pm90_ has joined #heat | 23:06 | |
asalkeld | stevebaker: just waiting for verified | 23:09 |
stevebaker | asalkeld: ok | 23:10 |
*** sarob has joined #heat | 23:12 | |
*** alexpilotti has quit IRC | 23:19 | |
*** blomquisg has joined #heat | 23:22 | |
*** alexheneveld has quit IRC | 23:32 | |
*** chlong has joined #heat | 23:32 | |
*** aweiteka has quit IRC | 23:32 | |
ramishra | stevebaker: Hi | 23:34 |
stevebaker | ramishra: hi | 23:34 |
ramishra | stevebaker: saw your comment for https://review.openstack.org/#/c/160642/2 | 23:35 |
stevebaker | yep | 23:35 |
ramishra | stevebaker: fortunately docker-compose kill cleans up all container for the porject.. | 23:36 |
ramishra | stevebaker: deployment_id is being used as the project name | 23:36 |
ramishra | stevebaker: so it'll clean up all services in the project, based on the existing docker-compse.yml | 23:37 |
ramishra | stevebaker: in that folder(project_name) | 23:37 |
stevebaker | ramishra: ok, so all that is needed is some way to call cleanup_containers for deployments which are no longer in the deployment list | 23:42 |
ramishra | stevebaker: yeah.. yeah..for every update it'll check if the docker-compose.yml exists and then calls kill to cleanup.. | 23:44 |
*** tochi has joined #heat | 23:44 | |
stevebaker | ramishra: I'd rather not kill and recreate the same containers on every update run, that is a bit brutal | 23:45 |
ramishra | stevebaker: it does a complete cleanup.. that's how it works in docker-compose at the moment.. As there may be changes to the images, some changes to the container.. this is an issue with docker itlsef | 23:46 |
ramishra | stevebaker: anyway, docker compose would recreate the changes to the services in the new docker-compose.yml.. the only reason we're doing to cleanup is to remove the services removed from the new docker-compse.yml | 23:49 |
*** achanda has quit IRC | 23:49 | |
stevebaker | ramishra: yes, making sure the deployment always runs with the DELETE action is one way of deleting containers, but the user may forget to specify DELETE action on their deployment resource so it should really handle a deployment entry just disappearing too | 23:49 |
ramishra | stevebaker: I mean it recreates the services by default is an issue with 'docker-compose' | 23:50 |
ramishra | stevebaker: irrepsective of their existence and no change to them | 23:50 |
stevebaker | ramishra: also you could consider implementing some of this as an orc script instead of a hook, like the kubelet one. This gives you access to the entire deployments list so you can compare the list with the compose files and kill the ones which have gone, see https://review.openstack.org/#/c/140887/7/hot/software-config/elements/heat-config-kubelet/os-refresh-config/configure.d/50-heat-config-kubelet | 23:51 |
stevebaker | ramishra: I think best practice would be to include the version in the image name (rather than just latest). This means containers would get redeployed when they change the version. If the user really wants to redeploy their unversioned 'latest' image they can also change something else in the config or deployment resource to trigger redeploy | 23:54 |
*** achanda has joined #heat | 23:56 | |
ramishra | stevebaker: I'm more worried out looking at the changes in the services/container properties.. if anything like a port changes, we've to recreate the container.. there is no other way in docker. | 23:57 |
*** Qiming has joined #heat | 23:58 | |
stevebaker | ramishra: yes, and *any* change to a config or deployment resource results in a completely different c['id'], so you can rely on this behaviour to trigger redeploys | 23:58 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!