*** asalkeld has quit IRC | 00:00 | |
*** duncanjw has quit IRC | 00:05 | |
stevebaker | zaneb: this doesn't look right. you seem to have the magic touch for generating heat.conf.sample that isn't bung https://review.openstack.org/#/c/84588/1/etc/heat/heat.conf.sample | 00:05 |
---|---|---|
*** achampion has joined #heat | 00:08 | |
*** IlyaE has quit IRC | 00:13 | |
*** asalkeld has joined #heat | 00:14 | |
*** sdake_1 has quit IRC | 00:15 | |
*** zns has quit IRC | 00:15 | |
*** arbylee has joined #heat | 00:15 | |
stevebaker | should we disable check_uptodate.sh until we can generate a sample that works for us? | 00:18 |
stevebaker | sdake__: do you have any bugs I can reference for our heat.conf.sample issues? | 00:20 |
*** andrew_plunk has joined #heat | 00:21 | |
*** andrew_plunk has left #heat | 00:21 | |
*** matsuhashi has joined #heat | 00:26 | |
*** tango has quit IRC | 00:28 | |
*** tsrohk has quit IRC | 00:28 | |
*** derekh has quit IRC | 00:28 | |
*** sjmc7 has joined #heat | 00:29 | |
*** openstackgerrit has joined #heat | 00:30 | |
*** sjmc7 has quit IRC | 00:30 | |
stevebaker | Could I get some urgent reviews on https://review.openstack.org/#/c/84594/ ? | 00:31 |
stevebaker | the pep8 passes on it https://jenkins04.openstack.org/job/gate-heat-pep8/1409/console | 00:31 |
*** mspreitz has quit IRC | 00:34 | |
*** mspreitz has joined #heat | 00:39 | |
*** RockKuo has quit IRC | 00:42 | |
*** IlyaE has joined #heat | 00:44 | |
*** kfox1111 has quit IRC | 00:47 | |
*** matsuhashi has quit IRC | 00:47 | |
*** matsuhashi has joined #heat | 00:48 | |
*** sdake has joined #heat | 00:48 | |
*** sdake has quit IRC | 00:48 | |
*** sdake has joined #heat | 00:48 | |
*** mspreitz has quit IRC | 00:50 | |
*** e0ne has joined #heat | 00:52 | |
*** matsuhashi has quit IRC | 00:52 | |
*** e0ne has quit IRC | 00:56 | |
*** matsuhashi has joined #heat | 00:57 | |
sdake__ | stevebaker sorry stepped away for the day, I see you found the appropriate bugs | 01:16 |
*** zns has joined #heat | 01:19 | |
*** ramishra has joined #heat | 01:22 | |
openstackgerrit | A change was merged to openstack/python-heatclient: Python 3: decode bytes before feeding them to jsonutils.loads() https://review.openstack.org/78652 | 01:23 |
*** zns has quit IRC | 01:24 | |
*** zns has joined #heat | 01:25 | |
*** ramishra has quit IRC | 01:30 | |
*** zhiyan_ is now known as zhiyan | 01:32 | |
*** Michalik- has quit IRC | 01:39 | |
*** nosnos has joined #heat | 01:47 | |
*** e0ne has joined #heat | 01:52 | |
*** dims_ has quit IRC | 01:57 | |
*** e0ne has quit IRC | 01:57 | |
*** spzala has quit IRC | 01:58 | |
*** dims_ has joined #heat | 01:58 | |
openstackgerrit | huangtianhua proposed a change to openstack/heat: Fix inaccurate error_msg for InvalidTemplateVersion https://review.openstack.org/81761 | 01:59 |
*** Michalik- has joined #heat | 02:00 | |
*** pablosan has joined #heat | 02:04 | |
*** duncanjw has joined #heat | 02:06 | |
*** duncanjw has quit IRC | 02:10 | |
*** sballe has joined #heat | 02:11 | |
stevebaker | sdake__: yep, thanks | 02:13 |
openstackgerrit | ChenZheng proposed a change to openstack/heat: Sort requirement files in alphabetical order https://review.openstack.org/76775 | 02:14 |
*** achampion has quit IRC | 02:16 | |
*** achampion has joined #heat | 02:18 | |
*** lipinski has joined #heat | 02:22 | |
*** sballe has quit IRC | 02:26 | |
*** liang has joined #heat | 02:28 | |
*** IlyaE has quit IRC | 02:31 | |
*** asalkeld has quit IRC | 02:31 | |
*** RockKuo has joined #heat | 02:32 | |
*** ramishra has joined #heat | 02:36 | |
*** ramishra_ has joined #heat | 02:37 | |
*** scollier_ has quit IRC | 02:38 | |
*** mspreitz has joined #heat | 02:39 | |
*** scollier has joined #heat | 02:40 | |
*** lipinski has quit IRC | 02:40 | |
*** ramishra has quit IRC | 02:41 | |
*** achampion has quit IRC | 02:43 | |
*** asalkeld has joined #heat | 02:47 | |
*** achampion has joined #heat | 02:49 | |
*** IlyaE has joined #heat | 02:50 | |
*** e0ne has joined #heat | 02:52 | |
*** Michalik- has quit IRC | 02:54 | |
*** david-lyle has joined #heat | 02:56 | |
*** arbylee1 has joined #heat | 02:56 | |
*** e0ne has quit IRC | 02:57 | |
*** arbylee has quit IRC | 03:00 | |
*** Michalik- has joined #heat | 03:03 | |
*** IlyaE has quit IRC | 03:10 | |
*** david-lyle has quit IRC | 03:14 | |
*** pablosan has quit IRC | 03:14 | |
*** dims_ has quit IRC | 03:15 | |
*** asalkeld has quit IRC | 03:17 | |
*** dims_ has joined #heat | 03:18 | |
*** achampion has quit IRC | 03:20 | |
*** matsuhashi has quit IRC | 03:21 | |
*** achampion has joined #heat | 03:22 | |
*** harlowja is now known as harlowja_away | 03:24 | |
Slower | sdake__: have you seen this? https://github.com/dotcloud/openstack-heat-docker | 03:24 |
openstackgerrit | Jia Dong proposed a change to openstack/heat: Sync rpc modules from oslo-incubator https://review.openstack.org/84612 | 03:25 |
*** nosnos has quit IRC | 03:37 | |
*** ramishra_ has quit IRC | 03:37 | |
*** ramishra has joined #heat | 03:37 | |
openstackgerrit | huangtianhua proposed a change to openstack/heat: Fix inaccurate error_msg for InvalidTemplateVersion https://review.openstack.org/81761 | 03:38 |
*** connie has quit IRC | 03:44 | |
*** e0ne has joined #heat | 03:52 | |
*** arbylee has joined #heat | 03:55 | |
*** killer_prince is now known as lazy_prince | 03:55 | |
*** e0ne has quit IRC | 03:56 | |
*** arbylee2 has joined #heat | 03:58 | |
*** arbylee has quit IRC | 03:58 | |
*** arbylee1 has quit IRC | 03:58 | |
*** akuznetsov has joined #heat | 04:03 | |
*** mspreitz has quit IRC | 04:07 | |
*** duncanjw has joined #heat | 04:07 | |
*** duncanjw has quit IRC | 04:11 | |
*** Tross has joined #heat | 04:14 | |
*** nkhare has joined #heat | 04:21 | |
*** nosnos has joined #heat | 04:31 | |
*** matsuhashi has joined #heat | 04:36 | |
*** Michalik- has quit IRC | 04:37 | |
*** matsuhashi has quit IRC | 04:50 | |
*** e0ne has joined #heat | 04:52 | |
*** e0ne has quit IRC | 04:57 | |
*** Michalik- has joined #heat | 04:59 | |
*** matsuhashi has joined #heat | 05:00 | |
*** tomek_adamczewsk has quit IRC | 05:15 | |
*** tomek_adamczewsk has joined #heat | 05:16 | |
*** e0ne has joined #heat | 05:24 | |
*** tomek_adamczewsk has quit IRC | 05:27 | |
*** lipinski has joined #heat | 05:31 | |
*** tspatzier has joined #heat | 05:31 | |
*** cfriesen has quit IRC | 05:38 | |
*** e0ne has quit IRC | 05:45 | |
*** Tross has quit IRC | 05:45 | |
*** e0ne has joined #heat | 05:45 | |
*** Tross has joined #heat | 05:46 | |
*** lazy_prince has quit IRC | 05:46 | |
*** arbylee2 has quit IRC | 05:46 | |
*** killer_p- has joined #heat | 05:47 | |
*** Tross has quit IRC | 05:48 | |
*** e0ne has quit IRC | 05:50 | |
*** Tross has joined #heat | 05:51 | |
*** zns has quit IRC | 05:55 | |
*** duncanjw has joined #heat | 06:00 | |
*** tspatzier has quit IRC | 06:02 | |
*** e0ne has joined #heat | 06:03 | |
*** e0ne has quit IRC | 06:04 | |
*** yogesh has joined #heat | 06:07 | |
openstackgerrit | Jenkins proposed a change to openstack/heat: Imported Translations from Transifex https://review.openstack.org/83957 | 06:09 |
*** duncanjw has quit IRC | 06:12 | |
*** IlyaE has joined #heat | 06:13 | |
*** arbylee has joined #heat | 06:15 | |
*** arbylee has quit IRC | 06:20 | |
*** duncanjw has joined #heat | 06:21 | |
*** duncanjw_ has joined #heat | 06:26 | |
*** duncanjw has quit IRC | 06:26 | |
*** shardy_afk is now known as shardy | 06:33 | |
shardy | morning all | 06:33 |
*** Tross has quit IRC | 06:35 | |
*** duncanjw_ has quit IRC | 06:38 | |
*** saju_m has joined #heat | 06:39 | |
ramishra | shardy: good morning | 06:46 |
*** tspatzier has joined #heat | 06:48 | |
ramishra | shardy: if you have sometime, can you please review @https://review.openstack.org/#/c/82853/ , the change became little bigger than I expected initially. | 06:49 |
*** nanjj has joined #heat | 06:52 | |
nanjj | shardy: hi | 06:53 |
*** cmyster has joined #heat | 06:55 | |
cmyster | morning | 06:59 |
cmyster | of sorts | 06:59 |
therve | Good morning! | 07:00 |
*** Michalik- has quit IRC | 07:01 | |
*** IlyaE has quit IRC | 07:02 | |
*** tspatzier has quit IRC | 07:06 | |
*** tspatzier has joined #heat | 07:09 | |
*** ramishra has quit IRC | 07:11 | |
*** tspatzier has quit IRC | 07:12 | |
*** jstrachan has joined #heat | 07:15 | |
*** ramishra has joined #heat | 07:16 | |
openstackgerrit | Thomas Herve proposed a change to openstack/heat: Pass and use the environment in validate_template https://review.openstack.org/83442 | 07:17 |
*** IlyaE has joined #heat | 07:18 | |
*** neetap has joined #heat | 07:20 | |
neetap | hi | 07:21 |
*** arbylee has joined #heat | 07:21 | |
*** jprovazn has joined #heat | 07:21 | |
*** tspatzier has joined #heat | 07:25 | |
*** Michalik- has joined #heat | 07:25 | |
*** akuznetsov has quit IRC | 07:29 | |
*** julienvey has joined #heat | 07:30 | |
*** julienvey1 has joined #heat | 07:31 | |
*** julienvey has quit IRC | 07:31 | |
*** julienvey1 is now known as julienvey | 07:31 | |
*** neetap has quit IRC | 07:33 | |
*** zhiyan is now known as zhiyan_ | 07:35 | |
*** IlyaE has quit IRC | 07:36 | |
*** akuznetsov has joined #heat | 07:36 | |
*** neetap has joined #heat | 07:38 | |
neetap | hi all | 07:38 |
*** IlyaE has joined #heat | 07:38 | |
neetap | can anybody please tell me from which site should i download fedora 20 and fedora 19 images in order to use it in autoscaling template? | 07:38 |
shardy | neetap: You can use the official Fedora 20 cloud image: | 07:39 |
shardy | http://openstack.redhat.com/forum/discussion/959/get-fedora-20-now | 07:39 |
*** ifarkas has joined #heat | 07:40 | |
shardy | neetap: And we have pre-built images for earlier versions (where the official image did not contain heat-cfntools): | 07:40 |
shardy | http://fedorapeople.org/groups/heat/prebuilt-jeos-images/ | 07:40 |
shardy | I would suggest using the F20 image | 07:40 |
cmyster | ++ since its working | 07:41 |
*** jd__ has left #heat | 07:42 | |
*** saju_m has quit IRC | 07:42 | |
neetap | shardy:i had downloaded the image from same site you have mentioned .... | 07:44 |
*** arbylee has quit IRC | 07:45 | |
neetap | shardy:but images that i have downloaded from this site http://fedorapeople.org/groups/heat/prebuilt-jeos-images/ donot contain checksum | 07:46 |
neetap | shardy:so when i try to launch autoscaling template i am getting this error ERROR glance.api.middleware.cache [33c4dab1-371f-4342-b015-1aa723fd6e60 5d8057b284e34e5a88a76930547f2e09 e547b68cc4e04951ad4f929cc9fb6ec2 - - -] Checksum header is missing. | 07:47 |
therve | That's not a property of your image | 07:48 |
*** stannie has joined #heat | 07:49 | |
neetap | so i just want to clarify whether this is problem with image or what | 07:51 |
therve | It sounds like a problem with glance | 07:52 |
*** tomek_adamczewsk has joined #heat | 07:52 | |
*** saju_m has joined #heat | 07:52 | |
*** jistr has joined #heat | 07:53 | |
shardy | neetap: I've used all of those images and have never seen that error, so prety sure it's not an issue with the image | 07:54 |
shardy | s/prety/pretty | 07:54 |
neetap | okay ....i will show my localrc file and template that i am using .... | 07:56 |
neetap | so can you please check whether everything i am using is correct or what | 07:57 |
neetap | http://paste.openstack.org/show/74799/ | 07:57 |
*** tomek_adamczewsk has quit IRC | 07:58 | |
neetap | http://paste.openstack.org/show/74800/ | 07:59 |
therve | Well you don't have images in there | 08:00 |
*** tomek_adamczewsk has joined #heat | 08:01 | |
shardy | IMAGE_URLS+=",http://cloud.fedoraproject.org/fedora-20.x86_64.qcow2" | 08:02 |
shardy | thats what I have in my localrc to get the F20 image automatically and put it into glance | 08:03 |
therve | I downloaded the file locally so that it doesn't happen every time, but I have mostly the same :) | 08:03 |
neetap | therve:i have not included it in localrc file but i am separately downloading it the regestering with glane through commnd line | 08:04 |
*** tspatzier has quit IRC | 08:04 | |
therve | neetap, Is it possible that you don't do it correctly? :) | 08:04 |
cmyster | neetap: is nova image-list shows it to you correctly ? | 08:06 |
*** yogesh has quit IRC | 08:06 | |
neetap | i am using this command glance image-create --name F20-i386-cfntools --is-public true --container-format bare --disk-format qcow2 --location http://download.fedoraproject.org/pub/fedora/linux/releases/20/Images/i386/Fedora-i386-20-20131211.1-sda.qcow2 | 08:08 |
*** skraynev_afk is now known as skraynev | 08:08 | |
skraynev | Good day! | 08:08 |
neetap | cmyster:yes nova image-list is showing correctly | 08:09 |
cmyster | morning skraynev | 08:10 |
skraynev | hi cmyster | 08:12 |
cmyster | neetap isn't the template not allowing F20 to begin with ? see the constraints: "AllowedValues" : [ "F18", "F17", "U10", "RHEL-6.1", "RHEL-6.2", "RHEL-6.3" ] | 08:15 |
openstackgerrit | Qiming Teng proposed a change to openstack/heat: Filter deployment status when building metadata https://review.openstack.org/84658 | 08:16 |
*** e0ne has joined #heat | 08:16 | |
openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Initial validation of functions https://review.openstack.org/82486 | 08:17 |
openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Validation functions for resources and outputs https://review.openstack.org/82487 | 08:18 |
openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Adding validation algorithm for get attr functions https://review.openstack.org/82488 | 08:18 |
*** tspatzier has joined #heat | 08:20 | |
neetap | cmyster:i had added F20 value in AllowedValues | 08:21 |
*** pradipta_away is now known as pradipta | 08:22 | |
openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Using default value during update https://review.openstack.org/83709 | 08:24 |
shardy | neetap: are you sure the glance image status is "active"? | 08:27 |
*** ramishra has quit IRC | 08:27 | |
shardy | and as cmyster mentioned, you'll need the name or id of the image in the template allowed values | 08:27 |
*** rpothier_ has joined #heat | 08:27 | |
*** derekh has joined #heat | 08:28 | |
*** rpothier has quit IRC | 08:30 | |
openstackgerrit | Thomas Herve proposed a change to openstack/heat: Pass and use the environment in validate_template https://review.openstack.org/83442 | 08:37 |
*** duncanjw has joined #heat | 08:38 | |
*** yassine has joined #heat | 08:38 | |
skraynev | shardy: I saw problem with pep8 job. As I understand it right we should wait this commit https://review.openstack.org/#/c/84588. | 08:39 |
skraynev | shardy: right? | 08:39 |
*** Michalik- has quit IRC | 08:41 | |
shardy | skraynev: No, we need https://review.openstack.org/#/c/84594/1 to land to unblock the queue | 08:45 |
*** Michalik- has joined #heat | 08:45 | |
shardy | The config generation is completely broken, so we have to disable it while we work out a fix | 08:45 |
openstackgerrit | Jun Jie Nan proposed a change to openstack/heat: Add dry_run option to stack abandon https://review.openstack.org/84664 | 08:45 |
shardy | disable the gate check that is | 08:45 |
skraynev | shardy: got it. thank you for clarification. | 08:46 |
*** saju_m has quit IRC | 08:48 | |
nanjj | shardy: hi | 08:48 |
shardy | nanjj: Hi! | 08:49 |
*** saju_m has joined #heat | 08:49 | |
nanjj | shardy: please have a look on my work on abandon | 08:49 |
shardy | nanjj: Will do, I've been testing abandon/adopt this week and have found a few problems | 08:50 |
nanjj | shardy: I really like the feature to just get abandon data without deleting | 08:50 |
nanjj | shardy: I saw your bugs list, | 08:50 |
shardy | nanjj: Yeah, it's kinda interesting but I'm a little worried about the implications of the adopt functionality | 08:50 |
shardy | we basically insert all the data into the DB with no validation | 08:50 |
nanjj | shardy: yes, that's one issue | 08:51 |
shardy | probably another bug coming later today ;) | 08:51 |
*** sergmelikyan has quit IRC | 08:51 | |
openstackgerrit | Qiming Teng proposed a change to openstack/heat: Fix status reason in events for deployment signals https://review.openstack.org/84665 | 08:51 |
neetap | shardy:yes image status is active | 08:51 |
nanjj | shardy: it's interesting and I have interests on it, I may help to solve your bugys when I have done my list | 08:52 |
nanjj | shardy: anyway, the feature (abandon and adopt) is very useful, especially for enterprise users :-) | 08:52 |
shardy | nanjj: Ok, that would be great - I've started a tempest test, so I'll post a WIP review of that later, perhaps you can take a look | 08:52 |
nanjj | shardy: OK | 08:52 |
*** che-arne has joined #heat | 08:53 | |
shardy | nanjj: Can you explain the use-case you're interested in? | 08:53 |
shardy | nanjj: Is it to allow importing existing resources into heat? | 08:53 |
nanjj | shardy: before run stack update, as an end user, I want to get abandon data for current healthy stack, so if stack update fail, | 08:56 |
nanjj | shardy: I can abandon the failed stack, get another abandon data, | 08:57 |
cmyster | isn't that what retry is for ? | 08:57 |
therve | :( | 08:57 |
nanjj | shardy: now I have two copies of abandon data, one is before update, another one is after update | 08:57 |
cmyster | why the long face therve ? :) | 08:58 |
shardy | cmyster: because it's a horrid hack which doesn't solve the actual update problem probably :( | 08:58 |
therve | It sounds like a very ugly workaround for update | 08:58 |
nanjj | shardy: so I have more choices, for example, if the underling resources are there, I can simply restore the data before update | 08:58 |
shardy | nanjj: That sounds like a very suboptimal process to me | 08:58 |
shardy | I would much prefer we get the update from failed state stuff working so you don't have to do that anymore | 08:59 |
cmyster | shardy: what is, what nanjj is saying or the actual retry RFE ? | 08:59 |
shardy | cmyster: the workaround | 08:59 |
*** chandankumar_ has joined #heat | 08:59 | |
therve | I mean it's nice that adopt/abandon works, even for that use case | 08:59 |
therve | I wish we worked harder on making update better though | 09:00 |
shardy | therve: I see it as a very high priority for Juno | 09:00 |
shardy | unfortunately it's quite a hard problem | 09:00 |
therve | Hope is all we got :) | 09:00 |
*** lipinski has quit IRC | 09:01 | |
nanjj | shardy: I heard many times the problem is very hard | 09:01 |
nanjj | shardy: but what's the difficulties? | 09:01 |
cmyster | its hard cause its fuzzy (as in resources fuzziness) | 09:02 |
shardy | nanjj: It's hard because when an update fails, the stack is in an unknown state | 09:02 |
shardy | we don't store incremental state for each resource update atm, and we also don't have any way to recover a failed resource even if we did | 09:02 |
nanjj | shardy: the situation can not be changed even in Juno | 09:03 |
shardy | nanjj: why do you say that? | 09:03 |
nanjj | shardy: because it needs support from other components | 09:04 |
shardy | I think we can improve things a lot in Juno | 09:04 |
shardy | nanjj: such as? | 09:04 |
nanjj | shardy: for example, nova instance error | 09:04 |
shardy | nanjj: so we have a recovery strategy which is delete the failed instance and create a new one | 09:04 |
cmyster | and even so, data might get corrupted | 09:05 |
nanjj | yes | 09:05 |
shardy | cmyster: cattle, not pets ;) | 09:05 |
nanjj | the data is more important | 09:05 |
shardy | But yeah, it's not perfect, but it's better than what we have now | 09:05 |
cmyster | shardy: I love that comparison, IT people mught disagree with it though | 09:06 |
shardy | cmyster: The default behavior can still be for updates to fail and stop | 09:06 |
shardy | cmyster: It's then an operator decision to do say a stack-update --force or a stack-converge to recover | 09:07 |
cmyster | well it is the safest thing to do probably | 09:07 |
shardy | we can warn if resources will be replaced due to failure | 09:07 |
cmyster | thats why clouds are fuzzy and are hard to put in a square box :) | 09:07 |
shardy | There are several related bps which will improve this situation IMO | 09:07 |
nanjj | sounds great | 09:09 |
cmyster | like this one for instance https://blueprints.launchpad.net/heat/+spec/nova-server-rebuild | 09:12 |
cmyster | I was just looking into it (from my QA POV) | 09:12 |
cmyster | gonna be, ummm, interesting to test :) | 09:13 |
*** tspatzier has quit IRC | 09:13 | |
shardy | cmyster: that's already implemented | 09:13 |
cmyster | I know | 09:13 |
shardy | cmyster: build server, update to different image, prove image has changed and server ID hasn't? | 09:13 |
*** ramishra has joined #heat | 09:13 | |
cmyster | not enough | 09:14 |
cmyster | does it to a data migration in this case ? | 09:14 |
shardy | well getting a test in tempest which does that would be a good start | 09:14 |
shardy | cmyster: no | 09:15 |
cmyster | oh so it is simpler | 09:15 |
*** duncanjw has quit IRC | 09:19 | |
*** saju_m has quit IRC | 09:24 | |
*** saju_m has joined #heat | 09:26 | |
*** tspatzier has joined #heat | 09:28 | |
*** IlyaE has quit IRC | 09:29 | |
*** liang has quit IRC | 09:30 | |
*** duncanjw has joined #heat | 09:31 | |
*** saju_m has quit IRC | 09:31 | |
*** Michalik- has quit IRC | 09:34 | |
*** alexpilotti has joined #heat | 09:34 | |
*** Michalik- has joined #heat | 09:34 | |
nanjj | shardy: run software config template, abandon it, adopt it back | 09:35 |
nanjj | shardy: make sure vm can communicate with heat engine | 09:35 |
shardy | nanjj: You're using stack domain users? | 09:36 |
shardy | (stack_user_domain is set in heat.conf)? | 09:36 |
nanjj | shardy: not set | 09:37 |
openstackgerrit | A change was merged to openstack/heat: Disable check_uptodate.sh check in pep8 https://review.openstack.org/84594 | 09:38 |
nanjj | shardy: the senario may touch two bugs, one is in your hand | 09:38 |
shardy | nanjj: Hmm, yeah it sounds like maybe it does | 09:38 |
shardy | I'm looking at the fix for bug #1300734 | 09:39 |
uvirtbot | Launchpad bug 1300734 in heat "Stack abandon deletes stack domain project" [High,Triaged] https://launchpad.net/bugs/1300734 | 09:39 |
cmyster | shardy: about your remark earlier, tempest might again be a problem here as this means we need to know about two different images. this might call for a gerrit change | 09:39 |
openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Initial validation of functions https://review.openstack.org/82486 | 09:39 |
openstackgerrit | Thomas Herve proposed a change to openstack/heat: Pass and use the environment in validate_template https://review.openstack.org/83442 | 09:39 |
shardy | cmyster: AFAIK tempest already has access to more than one image | 09:40 |
nanjj | shardy: touch two new features in icehouse, software config and abandon | 09:40 |
shardy | cmyster: there are cirros images and a Fedora image configured for the scenario tests | 09:40 |
shardy | or at least that's my understanding | 09:41 |
cmyster | if there is a F20 one its not the one I was trying to use in the WIP test I tried to upload. I'll ask the guys if they have a list | 09:41 |
cmyster | speaking of that test I fixed what you said locally, I'll upload soon. just adding a nova keypair-delete (we don't want to leave behind useless keys...) | 09:42 |
*** saju_m has joined #heat | 09:42 | |
*** tomek_adamczewsk has quit IRC | 09:43 | |
*** arbylee has joined #heat | 09:43 | |
*** duncanjw has quit IRC | 09:45 | |
*** liang has joined #heat | 09:45 | |
*** duncanjw has joined #heat | 09:47 | |
*** arbylee has quit IRC | 09:47 | |
*** tomek_adamczewsk has joined #heat | 09:48 | |
*** jamie_h has joined #heat | 09:48 | |
*** matsuhashi has quit IRC | 09:50 | |
openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Validation functions for resources and outputs https://review.openstack.org/82487 | 09:53 |
openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Adding validation algorithm for get attr functions https://review.openstack.org/82488 | 09:53 |
openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Fix incorrect logic during updating in unittest https://review.openstack.org/83708 | 09:53 |
openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Using default value during update https://review.openstack.org/83709 | 09:53 |
*** cmyster has quit IRC | 09:55 | |
therve | Anyone knows Andrey Kurilin? It'd be cool to revive https://review.openstack.org/#/c/76539/ | 09:56 |
*** cmyster has joined #heat | 09:57 | |
*** cmyster has joined #heat | 09:57 | |
*** matsuhashi has joined #heat | 09:57 | |
*** jamie_h has quit IRC | 09:57 | |
*** tspatzier has quit IRC | 10:00 | |
*** arosen has quit IRC | 10:00 | |
*** arosen has joined #heat | 10:01 | |
therve | shardy, I'm surprised that you said there is no validation on adopt: https://review.openstack.org/#/c/82759/ | 10:02 |
shardy | I mean there is no validation of the data, users can inject whatever they want into resource_data for example, with no validation at all | 10:03 |
shardy | also there's no validation of projects, so if you know the ID of something you can try to adopt stuff you should not even be able to access | 10:03 |
openstackgerrit | Jun Jie Nan proposed a change to openstack/python-heatclient: Add --dry-run option to stack abandon command https://review.openstack.org/84680 | 10:04 |
shardy | I haven't found a definite way to expoit it yet, but to me it seems very risky | 10:04 |
therve | Hum okay | 10:05 |
openstackgerrit | Jun Jie Nan proposed a change to openstack/heat: Add dry_run option to stack abandon https://review.openstack.org/84664 | 10:09 |
*** chandankumar_ has quit IRC | 10:11 | |
*** neetap has quit IRC | 10:21 | |
*** nanjj has quit IRC | 10:21 | |
*** e0ne_ has joined #heat | 10:23 | |
*** e0ne has quit IRC | 10:27 | |
*** RockKuo_iPad has joined #heat | 10:29 | |
*** RockKuo_iPad has quit IRC | 10:30 | |
*** RockKuo_iPad has joined #heat | 10:30 | |
*** RockKuo_iPad has quit IRC | 10:32 | |
*** RockKuo_iPad has joined #heat | 10:33 | |
*** Michalik- has quit IRC | 10:41 | |
*** RockKuo_iPad has quit IRC | 10:42 | |
*** e0ne_ has quit IRC | 10:44 | |
*** RockKuo has quit IRC | 10:47 | |
*** Michalik- has joined #heat | 10:49 | |
*** nkhare has quit IRC | 10:50 | |
*** tspatzier has joined #heat | 10:59 | |
*** matsuhashi has quit IRC | 11:00 | |
*** tspatzier has quit IRC | 11:03 | |
*** nosnos has quit IRC | 11:04 | |
*** akuznetsov has quit IRC | 11:06 | |
*** akuznetsov has joined #heat | 11:07 | |
*** sergmelikyan has joined #heat | 11:08 | |
*** openstackgerrit has quit IRC | 11:08 | |
*** openstackgerrit has joined #heat | 11:08 | |
*** liang has quit IRC | 11:10 | |
*** e0ne has joined #heat | 11:16 | |
*** matsuhashi has joined #heat | 11:16 | |
*** e0ne_ has joined #heat | 11:24 | |
*** e0ne has quit IRC | 11:27 | |
*** duncanjw has quit IRC | 11:29 | |
*** killer_p- has quit IRC | 11:34 | |
openstackgerrit | A change was merged to openstack/heat: Always answer empty list if deployments not ready https://review.openstack.org/83680 | 11:36 |
*** tspatzier has joined #heat | 11:37 | |
*** tspatzier has quit IRC | 11:38 | |
*** tomek_adamczewsk has quit IRC | 11:40 | |
*** rpothier_ has quit IRC | 11:40 | |
*** tomek_adamczewsk has joined #heat | 11:42 | |
*** duncanjw has joined #heat | 11:44 | |
*** arbylee has joined #heat | 11:44 | |
*** nkhare has joined #heat | 11:47 | |
*** arbylee has quit IRC | 11:48 | |
*** duncanjw has quit IRC | 11:49 | |
*** circ-user-QJBJ3 has joined #heat | 11:56 | |
*** circ-user-QJBJ3 has left #heat | 11:57 | |
*** tomek_adamczewsk has quit IRC | 11:58 | |
*** tomek_adamczewsk has joined #heat | 11:59 | |
*** edimmaz has joined #heat | 12:00 | |
*** edimmaz has joined #heat | 12:01 | |
*** jprovazn has quit IRC | 12:02 | |
*** edimmaz has left #heat | 12:02 | |
*** aweiteka has joined #heat | 12:03 | |
openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Providing default template version in unittests https://review.openstack.org/83380 | 12:03 |
*** edimmaz has joined #heat | 12:03 | |
*** Qiming has joined #heat | 12:05 | |
Qiming | hello, everyone | 12:05 |
Qiming | has anyone encountered this problem before? ./run_tests.sh -> No handlers could be found for logger "heat.common.config" | 12:07 |
*** jay_t_c_2 has quit IRC | 12:09 | |
*** mkollaro has joined #heat | 12:11 | |
therve | Qiming, I don't think that's a problem | 12:11 |
openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Removing default version for templates https://review.openstack.org/83380 | 12:11 |
therve | Rather some useless test output | 12:11 |
skraynev | Qiming: I use tox and have same messages always | 12:12 |
Qiming | therve: thanks. do you mean I can treat them like 'test succeeded, but something mess up, you don't have to care ..." | 12:13 |
*** dims_ has quit IRC | 12:13 | |
therve | Qiming, presumably yes. You have a count of test failures, that's what matters | 12:14 |
*** radez_g0n3 is now known as radez | 12:16 | |
*** Qiming has quit IRC | 12:17 | |
*** saju_m has quit IRC | 12:17 | |
*** jistr is now known as jistr|english | 12:18 | |
*** Michalik- has quit IRC | 12:18 | |
*** achampion has quit IRC | 12:20 | |
*** niteshselkari has joined #heat | 12:20 | |
*** pshchelo has joined #heat | 12:21 | |
*** e0ne has joined #heat | 12:22 | |
niteshselkari | hi | 12:22 |
*** sgordon has joined #heat | 12:22 | |
*** e0ne_ has quit IRC | 12:25 | |
sdake__ | morning | 12:25 |
sdake__ | therve good luck on your ptl run :) | 12:25 |
*** rpothier has joined #heat | 12:26 | |
*** dims_ has joined #heat | 12:27 | |
niteshselkari | hello all,i have one question...i want to know that,is autoscaling possible with fedora20-i386-cfntools image?? | 12:28 |
sdake__ | yes it is possible | 12:28 |
*** jdob has joined #heat | 12:28 | |
sdake__ | just use the fedora 20 cloud image | 12:28 |
sdake__ | it has cfntools built in | 12:29 |
niteshselkari | my system configuration are: 2gb ram, 160hd,32 bit ubuntu 12.04LTS installed | 12:29 |
sdake__ | 2gb is tight, you may run into an inability to actually do much scaling :) | 12:29 |
*** tspatzier has joined #heat | 12:29 | |
*** nkhare has quit IRC | 12:31 | |
niteshselkari | ok...so,do i need to increase my system configuration to 4gb? | 12:31 |
niteshselkari | what will be the minimum system configuration required for autoscaling? | 12:32 |
sdake__ | I run 16gb ram in my workstation | 12:32 |
sdake__ | I find it insufficient | 12:32 |
niteshselkari | ohh... :P | 12:33 |
niteshselkari | thanks a lot | 12:33 |
sdake__ | but since I haved two with 16gb, that gets the job done, I just set one up as a compute node | 12:33 |
*** Tross has joined #heat | 12:35 | |
*** Michalik- has joined #heat | 12:37 | |
*** Tross1 has joined #heat | 12:39 | |
*** Tross has quit IRC | 12:39 | |
*** chandankumar_ has joined #heat | 12:40 | |
*** ramishra has quit IRC | 12:42 | |
niteshselkari | sdake__:I want to launch a stack with auto scaling template to test purpose..so what should be the minimum system configuration | 12:45 |
sdake__ | if you use 256mb ram vms, you might be able to get 2-3 autoscaled vms | 12:46 |
sdake__ | but it may not work or show good testing results | 12:46 |
sdake__ | I've found nova when constrained for memory will often just not schedule a vm and present an error | 12:47 |
sdake__ | (heat uses nova under the covers) | 12:47 |
*** Qiming has joined #heat | 12:47 | |
sdake__ | 256mb ram vms won't givey ou much to work with | 12:47 |
sdake__ | I'd suggest 8gb as a real bare minimum for doing openstack development | 12:47 |
*** saju_m has joined #heat | 12:47 | |
niteshselkari | sdake__: I am using devstack implementation | 12:48 |
sdake__ | I've done work on 4gb, but 4gb ram is tight | 12:48 |
sdake__ | so devstack is the tool that deploys openstack | 12:48 |
sdake__ | when it deploys openstack it deploys nova | 12:48 |
sdake__ | nova manages the ram and cpu cores on your machine | 12:48 |
Qiming | sigh, IRC connection always break | 12:49 |
*** Michalik- has quit IRC | 12:49 | |
therve | sdake__, Thanks :) | 12:49 |
Qiming | can someone give me some hints on how to write a test case for this? https://review.openstack.org/#/c/84665/1 | 12:50 |
*** chandankumar_ has quit IRC | 12:51 | |
sdake__ | qiming writing tests is 80% of the work of making a change | 12:51 |
sdake__ | qiming I recommend looking at other test cases | 12:51 |
Qiming | sdake__: I just realized that, ;) | 12:52 |
sdake__ | qiming it is not obvious how to write tests, it will take some time to ramp up | 12:52 |
sdake__ | may be more like 90% of t he work | 12:52 |
sdake__ | so the things you need to be aware of, there is mock, and mox, which are two different mocking systems | 12:52 |
Qiming | the patch is related to SoftwareDeployment signalling, and the resulted event-list | 12:52 |
sdake__ | these allow you to patch out a peice of code and "pretend" it ran | 12:52 |
pshchelo | I would mock the self._add_event and check what argument it was called with (if using ``mock`` lib) | 12:53 |
sdake__ | qiming tests/test_resource.py is probably the file you want to add that test to | 12:53 |
Qiming | I think I can understand the whole idea behind this unit tests, but ... mock a deployment, mock a signal then check the event-list result .... | 12:54 |
sdake__ | look at the other test cases | 12:54 |
sdake__ | they probably do most of the work already | 12:54 |
sdake__ | if you get stuck, try pinging jasond in a couple hours | 12:54 |
sdake__ | he helped me through learning mock | 12:54 |
sdake__ | and although I don't feel quite capable enough to coach others | 12:54 |
sdake__ | I can struggle through writing test cases :) | 12:55 |
Qiming | right. still need sometime to teach myself this | 12:55 |
*** jprovazn has joined #heat | 12:55 | |
Qiming | right, 'struggle' is the word I want to use | 12:55 |
*** duncanjw has joined #heat | 12:55 | |
sdake__ | sounds like pshchelo may have some tips | 12:55 |
*** chandan_kumar has quit IRC | 12:55 | |
*** pradipta is now known as pradipta_away | 12:59 | |
pshchelo | I might :) | 13:01 |
*** tspatzier has quit IRC | 13:01 | |
*** matsuhashi has quit IRC | 13:02 | |
*** pshchelo is now known as pas-ha | 13:02 | |
*** matsuhashi has joined #heat | 13:02 | |
*** kgriffs|afk is now known as kgriffs | 13:05 | |
*** Qiming has quit IRC | 13:06 | |
*** Tross1 has quit IRC | 13:06 | |
*** matsuhashi has quit IRC | 13:07 | |
niteshselkari | hi all | 13:07 |
*** tango has joined #heat | 13:07 | |
niteshselkari | this is the error i am getting after launching Autoscaling template | 13:08 |
niteshselkari | http://paste.openstack.org/show/74819/ | 13:08 |
niteshselkari | http://paste.openstack.org/show/74822/ | 13:08 |
*** Qiming has joined #heat | 13:09 | |
therve | niteshselkari, Try to access the servers and see what happened | 13:09 |
therve | We can't really help you with that information | 13:10 |
*** matsuhashi has joined #heat | 13:10 | |
*** arbylee has joined #heat | 13:11 | |
niteshselkari | please can you tell me which server are you talking about | 13:12 |
*** kgriffs is now known as kgriffs|afk | 13:12 | |
therve | If you do a nova list, you should see some servers created by heat. Pick the one named LoadBalancer something | 13:13 |
*** arbylee has quit IRC | 13:14 | |
*** nanjj has joined #heat | 13:16 | |
sdake__ | run nova list | 13:16 |
*** achampion has joined #heat | 13:16 | |
sdake__ | if your vms are in an error state, you probably dont have enough ram | 13:16 |
sdake__ | you can verify this by looking at n-sch.log | 13:16 |
sdake__ | (I beleive) | 13:16 |
sdake__ | openstack diagnostics are pretty terrible imo :) | 13:16 |
sdake__ | they take the unicorn assumption that everything will just work :) | 13:17 |
niteshselkari | http://paste.openstack.org/show/74824/ this what i got after running nova list | 13:17 |
sdake__ | your loadbalancers are running | 13:17 |
sdake__ | they look like they are from different instances | 13:18 |
sdake__ | rather different stacks | 13:18 |
*** Tross has joined #heat | 13:18 | |
sdake__ | 3 256mb lbs will probably use up the 2gb ram you have | 13:18 |
sdake__ | been awhile since I have used autoscaling,but I think it should be obvious that the autoscaling vm has been created | 13:19 |
sdake__ | eg, it is something like "Autoscaling-0" | 13:19 |
sdake__ | run heat list | 13:19 |
*** Michalik- has joined #heat | 13:20 | |
niteshselkari | this is what i am getting after running heat list http://paste.openstack.org/show/74828/ | 13:22 |
sdake__ | ok delete st1, st2, newstack | 13:22 |
sdake__ | your the cat with 2gb ram right? | 13:23 |
*** Tross has quit IRC | 13:25 | |
openstackgerrit | Qiming Teng proposed a change to openstack/heat: Filter deployment status when building metadata https://review.openstack.org/84658 | 13:26 |
niteshselkari | yes i am using system with 2GB RAM | 13:26 |
sdake__ | therve you happen to know when the autosclaing group creates a load balancer, what flavor it uses? | 13:27 |
therve | sdake__, m1.small | 13:27 |
*** lipinski has joined #heat | 13:27 | |
*** vijendar has joined #heat | 13:28 | |
niteshselkari | sdake:i have deleted all the stacks st1,st2,newstack | 13:29 |
* sdake__ ughs - devstack updating system | 13:30 | |
sdake__ | niteshelkari give me a moment to see waht devstack creates as the default flavors | 13:30 |
niteshselkari | sdake:okay | 13:30 |
*** RockKuo has joined #heat | 13:32 | |
*** jcru has joined #heat | 13:33 | |
niteshselkari | sdake:i have changed the the flavor from m1.small to m1.nano and image from F20-X86-64-cfntools to F20-i386-cfntools in loadbalancer.py | 13:35 |
sdake__ | changing to m1.nano may not work | 13:35 |
sdake__ | m1.nano has no ephemeral storage iirc | 13:35 |
*** saju_m has quit IRC | 13:36 | |
sdake__ | so the problem is "m1.small" requires 2048mb of ram | 13:36 |
sdake__ | at one point during our devstack integration we had modified m1.* compute memory requirements | 13:36 |
sdake__ | but that code has been reverted | 13:37 |
sdake__ | a corrective course of action would be to change the memory in the flavor size for m1.tiny to 256mb, and change the flavor size for m1.small to 256mb | 13:37 |
sdake__ | I wouldn't recommend running that in production | 13:37 |
sdake__ | but should be good enough to test | 13:37 |
sdake__ | and run your instance with "m1.small" | 13:38 |
sdake__ | rather your autoscaling | 13:38 |
sdake__ | shardy around | 13:38 |
pas-ha | I have a question concerning updating requirements. I need to bump the troveclient verison. What's the valid procedure? | 13:38 |
sdake__ | paas-ha change in global requirements.txt | 13:39 |
sdake__ | then it will be synced automatically by some bot | 13:39 |
*** edimmaz has quit IRC | 13:39 | |
pas-ha | I'm not sure that it will not break any tests though. | 13:39 |
pas-ha | Trove evolved quite a bit in Icehouse | 13:39 |
sdake__ | https://github.com/openstack/requirements | 13:40 |
pas-ha | and this last client version aligns to it | 13:40 |
sdake__ | well if its not in the upstraem requirements repo, we wont even look at it | 13:40 |
skraynev | pas-ha: I agree with sdake__, it's only one possible way, IMO | 13:40 |
sdake__ | if it is, then we can tackle how to integrate it if it breaks tests and an autosync doesn't work because of version changes | 13:40 |
pas-ha | ok, will do | 13:41 |
sdake__ | is the trove client in the global requirements? | 13:41 |
sdake__ | (just for my curiosity) | 13:41 |
pas-ha | yes | 13:41 |
sdake__ | which version of troveclient? | 13:42 |
pas-ha | 1.0.3 in globals, recent (2-3 days) is 1.0.4 | 13:42 |
sdake__ | 1.0.4 broke compatibility with 1.0.3? | 13:42 |
pas-ha | might be, not sure, will check | 13:43 |
sdake__ | we have trove 1.0.3 in our requiremetns already | 13:43 |
sdake__ | ok, well if it broke compatibility, it can't be 1.0.4, it should be 2.0.0 | 13:43 |
*** jistr|english is now known as jistr | 13:43 | |
sdake__ | x.y.z | 13:44 |
sdake__ | x = incompatible change = y major architectural change z = bug fix or some minor features | 13:44 |
sdake__ | just as an fyi, I think it is generally frowned upon to make incompatible changes in the api that are not forward compatible | 13:44 |
sdake__ | even with a x version bump | 13:44 |
sdake__ | it creates a mess in the gate and managing the clients idepdently of the release cycle | 13:45 |
pas-ha | yes, I know the score :) And I know that there were a some new capabilities added, just need to check if those are done in compatible manner | 13:45 |
sdake__ | if it broke compatibility, I would fix that first :) | 13:45 |
sdake__ | and just have 1.0.4 be a dead release | 13:45 |
sdake__ | we do this - thierry can probably help you figure out the tagging for that scenario | 13:46 |
*** akuznetsov has quit IRC | 13:47 | |
*** john-n-seattle1 has joined #heat | 13:48 | |
*** chandan_kumar has joined #heat | 13:49 | |
*** jpeeler1 is now known as jpeeler | 13:50 | |
*** jpeeler has joined #heat | 13:50 | |
*** akuznetsov has joined #heat | 13:51 | |
*** varora- has joined #heat | 13:51 | |
niteshselkari | sdake:so you mean to say in loadbalancer.py i need to change my flavor from m1.nano to m1.small where m1.small should have 256mb as RAM memory? | 13:51 |
*** varora- has left #heat | 13:52 | |
pas-ha | well, it looks like the gate test on trove resource update patch was already using 1.0.4, and nothing broke :) Will submit a patch to requirements then. | 13:53 |
skraynev | therve: need your opinion about one bug | 13:54 |
therve | skraynev, Yes? | 13:55 |
sdake__ | which gate test? | 13:55 |
sdake__ | the heat-slowjob? | 13:55 |
skraynev | therve: https://bugs.launchpad.net/heat/+bug/1298845 | 13:55 |
uvirtbot | Launchpad bug 1298845 in heat "Dissociate health-monitors before delete them" [Undecided,New] | 13:55 |
sdake__ | pas-ha which gate test ? | 13:55 |
pas-ha | https://review.openstack.org/#/c/60532/ | 13:55 |
skraynev | therve: I have met this problem when I have been working on other issue. | 13:56 |
*** arbylee has joined #heat | 13:56 | |
skraynev | therve: currently neutron send error message if we try to delete hm before deleting pool | 13:56 |
sdake__ | pas-ha I see, you already have changes for the plugin | 13:56 |
*** samstav has joined #heat | 13:57 | |
sdake__ | pas-ha generally it is bad form to submit changes to global-requirements.txt for client changes | 13:57 |
therve | skraynev, I'm a bit surprised because it has been working in my tests. | 13:58 |
sdake__ | pas-ha thsi is probaboly the wrong place to have this conversation, #opnestack-infra would be better, since I'm mostly talking out of my ass :) | 13:58 |
skraynev | therve: yes. let me explain | 13:58 |
skraynev | therve: this problem is very rare | 13:59 |
sdake__ | the pypi mirrors that openstack miantains (where the python client comes from) selects between the bottom and the top | 13:59 |
sdake__ | if there is no top, it takes the latest | 13:59 |
sdake__ | if the latest is 1.0.4 upstream and that is in the gating mirrors, and it breaks imcompatibility with heat, that is not good | 14:00 |
skraynev | therve: we should have situation like : updating pool without this hm, and get some error before we dissociate hm | 14:00 |
sdake__ | the right way to fix it is to make the apis compatible :) | 14:00 |
*** pablosan has joined #heat | 14:00 | |
*** ramishra has joined #heat | 14:00 | |
pas-ha | yes, I got that. I will contact me colleague who is more intro Trove these days and see what thinks of that. | 14:01 |
*** sabeen has joined #heat | 14:01 | |
therve | skraynev, Sorry I don't understand | 14:01 |
skraynev | therve: well try to do follow: | 14:03 |
skraynev | therve: create stack http://paste.openstack.org/show/74846/ | 14:03 |
skraynev | therve: then delete property 'monitors' | 14:03 |
skraynev | therve: and do update | 14:04 |
*** zns has joined #heat | 14:04 | |
skraynev | therve: you will meet bug https://bugs.launchpad.net/heat/+bug/1301406 | 14:04 |
uvirtbot | Launchpad bug 1301406 in heat "Updating health monitors from several to zero does not work" [Undecided,New] | 14:04 |
larsks | Is there a heat bug for the "Tables '...' have non utf8 collation" issue when trying to db_sync a database with latin1 encoding? | 14:04 |
skraynev | therve: I will fix it soon | 14:04 |
therve | Okay | 14:04 |
skraynev | therve: and then last step: | 14:04 |
*** zns has quit IRC | 14:05 | |
skraynev | therve: try to delete stack | 14:05 |
therve | I don't think the bug is very clear either. | 14:05 |
*** zns has joined #heat | 14:05 | |
*** nanjj has quit IRC | 14:05 | |
shardy | larsks: https://bugs.launchpad.net/heat/+bug/1276880 | 14:06 |
uvirtbot | Launchpad bug 1276880 in heat "heat-db-setup should set default character set to utf-8" [Medium,Fix released] | 14:06 |
larsks | shardy: That looks like the wrong end of the problem -- the issue is not with initial database creation, but upgrading an existing database (which will currently fail). | 14:06 |
skraynev | therve: indeed, I have had some doubts and it was a reason why I wanted to ask you. Obviously we will not get same problem if 1301406 be fixed. | 14:07 |
larsks | shardy: I.e., there is an existing database created with latin1 encoding, and "heat-manage db_sync" will fail. | 14:07 |
*** tspatzier has joined #heat | 14:08 | |
shardy | larsks: there is also https://bugs.launchpad.net/heat/+bug/1301036 | 14:08 |
therve | skraynev, I don't think the problem exists. Fix the other bug and we should be fine. | 14:08 |
uvirtbot | Launchpad bug 1301036 in oslo "openstack.common.db.sqlalchemy.migration utf8 table check issue on initial migration" [Critical,In progress] | 14:08 |
skraynev | therve: got it. thanks for the help ;) | 14:09 |
larsks | shardy: Unfortunately it's not just the versioning table. E.g.: ERROR: Tables "event,migrate_version,raw_template,resource,resource_data,stack,user_creds,watch_data,watch_rule" have non utf8 collation, please make sure all tables are CHARSET=utf8 | 14:10 |
larsks | The glance bug on this issue is https://bugs.launchpad.net/glance/+bug/1279000. They've added a config file option to disable the db_sanity_check, and will try to automate the table conversion for Juno. | 14:10 |
uvirtbot | Launchpad bug 1279000 in oslo "db migrate script to set charset=utf8 for all tables" [High,Fix committed] | 14:10 |
*** edimmaz has joined #heat | 14:10 | |
larsks | shardy: Should I open something similar for heat? | 14:11 |
edimmaz | qiming, could you post your solution to writing a test for resoruce.py once you have found it? I’m new to heat development and would like to get as many shortcuts as possible | 14:12 |
*** tomek_adamczewsk has quit IRC | 14:12 | |
cmyster | larsks: IIRC there is one | 14:16 |
cmyster | no, the one I am thinking about it pupper related | 14:16 |
cmyster | puppet even | 14:16 |
larsks | cmyster: Ah, this one: https://bugs.launchpad.net/heat/+bug/1301036 | 14:17 |
uvirtbot | Launchpad bug 1301036 in oslo "openstack.common.db.sqlalchemy.migration utf8 table check issue on initial migration" [Critical,In progress] | 14:17 |
larsks | Heat is listed as "new/undecided" | 14:17 |
pas-ha | larks: so there is a bug | 14:17 |
larsks | pas-ha: Yes, I found it. | 14:17 |
cmyster | yes exactly that | 14:17 |
*** jpeeler has quit IRC | 14:17 | |
*** jpeeler has joined #heat | 14:18 | |
*** jpeeler has quit IRC | 14:18 | |
*** jpeeler has joined #heat | 14:18 | |
cmyster | as a workaround you can just change the table manually and I think there is a talk to make puppet do magic on installation | 14:18 |
larsks | cmyster: The problem here is for *upgrades*. Yes, it can be fixed manually, so maybe this is a documentation fix. | 14:19 |
larsks | ...but it seems that glance has adopted the right solution (allow the check to be disabled for now, and make the migration process take care of character set conversion for Juno). | 14:20 |
cmyster | not sure if right, next thing you know someone in Germany is naming stuff with Umlauts and something breaks. I think UTF-8 is unavoidable and the cost to modify a table beforehand as utf-8 is very cheap | 14:21 |
larsks | cmyster: which seems to argue for the migration code to take care of it, if it's easy, rather than throwing errors at someone trying to performa an upgrade. | 14:22 |
cmyster | easy but risky. | 14:22 |
*** john-n-seattle1 has left #heat | 14:23 | |
cmyster | you can't just do a table altering without knowing what might be ruined. solution IMO is to make sure schemas/tables are defined in utf-8 to begin with and have a seperate process to convert the ones who are currently not | 14:24 |
*** niteshselkari has quit IRC | 14:25 | |
larsks | cmyster: That is an awesome solution going forward, but there are already deployments out there with latin1 databases that need to be ugpraded. Right now, "db_sync" just throws an error and gives up, which isn't really a good user experience. | 14:25 |
cmyster | I agree | 14:25 |
*** e0ne_ has joined #heat | 14:26 | |
*** IlyaE has joined #heat | 14:27 | |
*** duncanjw has quit IRC | 14:28 | |
*** sabeen has quit IRC | 14:29 | |
*** sabeen has joined #heat | 14:29 | |
*** tomek_adamczewsk has joined #heat | 14:30 | |
*** e0ne has quit IRC | 14:30 | |
*** tspatzier has quit IRC | 14:31 | |
*** cfriesen has joined #heat | 14:31 | |
*** sjmc7 has joined #heat | 14:35 | |
*** jprovazn is now known as jprovazn_afk | 14:37 | |
*** chandankumar_ has joined #heat | 14:40 | |
*** Michalik- has quit IRC | 14:41 | |
*** rcleere has joined #heat | 14:42 | |
*** david-lyle has joined #heat | 14:43 | |
openstackgerrit | Qiming Teng proposed a change to openstack/heat: Filter deployment status when building metadata https://review.openstack.org/84658 | 14:48 |
*** Michalik- has joined #heat | 14:50 | |
*** tspatzier has joined #heat | 14:50 | |
*** matsuhashi has quit IRC | 14:52 | |
*** jmckind has joined #heat | 14:52 | |
*** tomek_adamczewsk has quit IRC | 14:57 | |
shardy | larsks: sorry was on a call, pls feel free to raise a bug | 14:58 |
shardy | larsks: the workaround for now is to manually modify the tables then db_sync works fine | 14:58 |
larsks | shardy: No worries, we found the appropriate bug (https://bugs.launchpad.net/glance/+bug/1301036) | 14:58 |
uvirtbot | Launchpad bug 1301036 in oslo "openstack.common.db.sqlalchemy.migration utf8 table check issue on initial migration" [Critical,In progress] | 14:58 |
shardy | alter table migrate_version convert to character set utf8 collate utf8_unicode_ci; | 14:59 |
shardy | etc. | 14:59 |
larsks | shardy: Yes, it's possible to manually fix the tables, although this can be problematic (see, e.g., http://lists.openstack.org/pipermail/openstack-dev/2014-March/030404.htm). But right now "db_sync" just blows up. I guess we fix this with documentation for now? | 15:00 |
shardy | larsks: well hopefully we can get a bugfix in fairly soon and backport it as appropriate | 15:02 |
shardy | but yeah I guess document the workaround until that happens | 15:02 |
*** nkhare has joined #heat | 15:03 | |
*** david_lyle_ has joined #heat | 15:07 | |
*** dklyle has joined #heat | 15:08 | |
*** dklyle has quit IRC | 15:10 | |
*** dklyle has joined #heat | 15:10 | |
*** david-lyle has quit IRC | 15:10 | |
*** dklyle is now known as david-lyle | 15:11 | |
*** e0ne_ has quit IRC | 15:11 | |
*** david_lyle_ has quit IRC | 15:11 | |
openstackgerrit | Sergey Kraynev proposed a change to openstack/heat: Correct update to zero numbers of health monitors https://review.openstack.org/84747 | 15:12 |
*** andrew_plunk has joined #heat | 15:12 | |
*** skraynev is now known as skraynev_afk | 15:13 | |
*** varora- has joined #heat | 15:14 | |
*** ifarkas has quit IRC | 15:16 | |
openstackgerrit | Qiming Teng proposed a change to openstack/heat: Filter deployment status when building metadata https://review.openstack.org/84658 | 15:16 |
*** ifarkas has joined #heat | 15:21 | |
*** openstackgerrit has quit IRC | 15:21 | |
*** openstackgerrit has joined #heat | 15:22 | |
*** Qiming has left #heat | 15:26 | |
*** e0ne has joined #heat | 15:26 | |
*** gokrokve has joined #heat | 15:30 | |
*** alexheneveld has joined #heat | 15:30 | |
openstackgerrit | Thomas Herve proposed a change to openstack/heat-templates: Fix alarm metadata in new autoscaling template https://review.openstack.org/84762 | 15:32 |
*** threebean has joined #heat | 15:33 | |
*** pablosan has quit IRC | 15:35 | |
*** tspatzier has quit IRC | 15:36 | |
*** spzala has joined #heat | 15:40 | |
*** alexheneveld has quit IRC | 15:40 | |
*** rbuilta has joined #heat | 15:42 | |
*** alexheneveld has joined #heat | 15:44 | |
*** Tross has joined #heat | 15:45 | |
*** tango has quit IRC | 15:47 | |
*** mkollaro has quit IRC | 15:49 | |
*** swygue has quit IRC | 15:51 | |
*** swygue has joined #heat | 15:51 | |
*** blinky_ghost has joined #heat | 15:55 | |
*** mkollaro has joined #heat | 15:57 | |
blinky_ghost | Hi guys, I've created an heat template based on this: https://github.com/openstack/heat-templates/blob/master/cfn/F17/AutoScalingCeilometer.yaml everything works fine, however when I stress my instance cpu nothing happens, it should create a new one. Any hint? thanks | 15:57 |
*** threebean has left #heat | 15:57 | |
therve | blinky_ghost, Try looking at ceilometer alarms (ceilometer alarm-list) | 15:59 |
*** zhiyan_ is now known as zhiyan | 15:59 | |
blinky_ghost | therve: it appears 2 records | 15:59 |
blinky_ghost | therve: Autoscale-CPUAlarmHigh-yqmw77zoasjl | Scale-up if the average CPU > 50% for 1 minute | insufficient data | True | False | 00466202-f74c-40b4-b2c3-8355b984a07e | 7a53e345be3c45e68adcb324f7fe34df | b6ab7bd5e05b47aa89f3cf071937657a | | 15:59 |
blinky_ghost | Autoscale-CPUAlarmLow-psnrujpe2enb | Scale-down if the average CPU < 15% for 1 minute | insufficient data | True | False | a5d5804b-0201-4301-b0c6-52cd3f484e38 | 7a53e345be3c45e68adcb324f7fe34df | b6ab7bd5e05b47aa89f3cf071937657a | 16:00 |
*** nkhare has quit IRC | 16:01 | |
therve | blinky_ghost, Please use paste.openstack.org next time :) | 16:02 |
blinky_ghost | therve: sorry :) | 16:02 |
therve | So you don't have enough data. You may need to change /etc/ceilometer/pipeline.yaml and tweak the interval of measures | 16:02 |
therve | And restart ceilo services once done | 16:03 |
*** mkollaro has quit IRC | 16:04 | |
blinky_ghost | therve: humm, ok, what value should I use? 30 sec? | 16:04 |
*** pasquier-s has quit IRC | 16:04 | |
therve | Yeah for example | 16:05 |
*** alexheneveld has quit IRC | 16:05 | |
*** alexheneveld has joined #heat | 16:07 | |
*** e0ne has quit IRC | 16:09 | |
*** e0ne has joined #heat | 16:09 | |
*** rbuilta has quit IRC | 16:10 | |
*** e0ne has quit IRC | 16:12 | |
*** ifarkas has quit IRC | 16:12 | |
shardy | sdague: Hi, do you happen to know if the tempest API tests will run in paralell with the same credentials? | 16:12 |
shardy | sdague: trying to work out if my list-length assertions in https://review.openstack.org/#/c/82577/ are valid | 16:12 |
shardy | probably not if the tests are running concurrently | 16:13 |
*** e0ne has joined #heat | 16:17 | |
*** chandankumar_ has quit IRC | 16:20 | |
*** e0ne has quit IRC | 16:20 | |
*** e0ne has joined #heat | 16:21 | |
*** e0ne has quit IRC | 16:25 | |
*** alexheneveld has quit IRC | 16:26 | |
*** edimmaz has quit IRC | 16:26 | |
*** zns has quit IRC | 16:27 | |
*** ramishra has quit IRC | 16:31 | |
*** derekh has quit IRC | 16:32 | |
*** Tross has quit IRC | 16:33 | |
*** jistr has quit IRC | 16:33 | |
*** e0ne has joined #heat | 16:33 | |
*** e0ne_ has joined #heat | 16:34 | |
*** e0ne has quit IRC | 16:35 | |
*** pablosan has joined #heat | 16:38 | |
*** cmyster has quit IRC | 16:39 | |
*** blamar_ has joined #heat | 16:41 | |
*** blamar has quit IRC | 16:42 | |
*** blamar_ is now known as blamar | 16:42 | |
blinky_ghost | therve: it still appears "insufficient data" what else can I check? | 16:51 |
*** zhiyan is now known as zhiyan_ | 16:51 | |
*** gokrokve has quit IRC | 16:52 | |
sdake | re that launchpad bug, that probably needs to land in rc2 | 16:54 |
sdake | but oslo-incubator needs to get the patch operational first | 16:54 |
*** stannie has quit IRC | 16:55 | |
therve | blinky_ghost, Try to use ceilometer statistics to query what it knows about | 16:58 |
therve | It can be a problem with nova tags | 16:58 |
blinky_ghost | therve: I'm seeing this on on ceilometer-compute.log: TRACE ceilometer.compute.manager Unauthorized: The request you have made requires authentication. (HTTP 401) | 17:00 |
blinky_ghost | therve: ceilometer statistics cpu command shows me a record | 17:01 |
therve | Yeah I don't know what to do with that :) | 17:04 |
*** gokrokve has joined #heat | 17:06 | |
*** akuznetsov has quit IRC | 17:09 | |
*** radez is now known as radez_g0n3 | 17:10 | |
*** pvaneck has joined #heat | 17:14 | |
sdague | shardy: we require tenant isolation to run in parallel | 17:28 |
sdague | so as long as it's a non admin call, it should be protected from other calls | 17:28 |
sdague | as long as there aren't other async issues | 17:28 |
*** e0ne has joined #heat | 17:29 | |
shardy | sdague: Ok thanks for the info! | 17:29 |
*** blomquisg has joined #heat | 17:29 | |
sdague | you'll notice we've got this whole waiter infrastructure in tempest because the creates and deletes are usually async for resources | 17:29 |
sdague | so if you look at something like the image list tests, you'll see that pattern of create a bunch of images | 17:30 |
sdague | wait on them being ready | 17:30 |
sdague | do expected list and list filter operations | 17:30 |
sdague | delete | 17:30 |
sdague | wait for deletes | 17:30 |
sdague | the wait for deletes is typically the thing people forget | 17:30 |
*** e0ne has quit IRC | 17:31 | |
sdague | so following tests in the same class might find unexpected resources and fail | 17:31 |
shardy | sdague: Ah, that's basically why I added the addCleanup to https://review.openstack.org/#/c/82577/3/tempest/api/orchestration/stacks/test_non_empty_stack.py which you commented on | 17:32 |
*** tango has joined #heat | 17:32 | |
sdague | shardy: sure, but that's not synchronous right? | 17:33 |
shardy | sdague: No it's async, so I had the waiter loop in the base class here: | 17:34 |
shardy | https://review.openstack.org/#/c/82577/6/tempest/api/orchestration/base.py | 17:34 |
shardy | If necessary I can take a look at the other tests and align with existing patterns | 17:35 |
*** harlowja_away is now known as harlowja | 17:35 | |
shardy | I was trying to copy the existing clear_stacks convention for cleaning up the class | 17:35 |
sdague | shardy: ok, gotcha | 17:35 |
sdague | so I guess the only question is why go through the class level create_stacks vs. directly client call | 17:36 |
sdague | we were typically using those cls.create_* functions as the gc versions of the client calls | 17:37 |
sdague | that was the only real reason for that wrapper | 17:37 |
*** abramley_ has joined #heat | 17:37 | |
*** jprovazn_afk is now known as jprovazn | 17:37 | |
sdague | so if you are doing the cleanup yourself, I think it's probably just as well call the client directly | 17:37 |
*** gokrokve_ has joined #heat | 17:37 | |
shardy | sdague: Ok, sure I can rework it to do that | 17:37 |
sdague | although, I guess the waiters are built in on the class level as well? | 17:37 |
*** gokrokve has quit IRC | 17:38 | |
*** e0ne_ has quit IRC | 17:38 | |
*** jmckind has quit IRC | 17:38 | |
*** IlyaE has quit IRC | 17:38 | |
*** abramley has quit IRC | 17:38 | |
*** abramley_ is now known as abramley | 17:38 | |
shardy | The waiter is actually built in to the client, so I don't think it really matters | 17:38 |
sdague | ok | 17:38 |
sdague | so, actually, calling clear_stacks, or delete_stacks is probably fine | 17:39 |
sdague | however... | 17:39 |
sdague | those functions aren't poping thing off their list once deleted | 17:39 |
sdague | which should probably be fixed | 17:39 |
sdague | because it means other tests are going to try to delete all these all over again | 17:39 |
shardy | well delete_stacks is just called with a list as an argument | 17:40 |
shardy | but I see your point for clear_stacks | 17:40 |
sdague | ok, right | 17:40 |
shardy | that should only get called on class cleanup tho right? | 17:40 |
shardy | so I'm not sure if it's really an issue | 17:40 |
sdague | shardy: it should, and I suppose if you are splitting it out, not an issue | 17:40 |
*** akuznetsov has joined #heat | 17:40 | |
sdague | in that case it should probably be _clear_stacks though | 17:40 |
sdague | so people realize they shouldn't call it outside of the base class | 17:41 |
sdague | I actually think https://review.openstack.org/#/c/82577/6 is good now | 17:42 |
shardy | \o/ | 17:42 |
shardy | ;) | 17:42 |
sdague | if you could do the clear_stacks => _clear_stacks refactor in another patch, that would be cool. We do try to give hints to people about what methods they should or should not be accessing outside the class | 17:42 |
shardy | sdague: Ok, I can definitely do that | 17:43 |
sdague | shardy: now I can ask you a question - why did this never complete the stack - https://review.openstack.org/#/c/83924/ | 17:43 |
sdague | the stack never seems to go active there | 17:43 |
* shardy looks at logs | 17:45 | |
shardy | So it looks like the engine was still waiting for a waitcondition notification and the test itself timed out? | 17:49 |
shardy | sdague: You can see the waitcondition signal in the API logs: | 17:56 |
shardy | http://logs.openstack.org/24/83924/3/check/check-tempest-dsvm-neutron-heat-slow/6f65f05/logs/screen-h-api-cfn.txt.gz | 17:56 |
shardy | Processing request: PUT /v1/waitcondition/... | 17:56 |
*** IlyaE has joined #heat | 18:00 | |
shardy | sdague: so the stack should've completed, what I am confused by though is there are two signals, one at 12:32:46.134 and at 12:28:35.276 | 18:00 |
sdague | interesting | 18:00 |
sdague | ok, I've got to go dive on another problem right now. I'll swing back around shortly (hopefully) | 18:01 |
shardy | Oh, the second one is the rebuild, so the test is actually working | 18:01 |
sdague | is it maybe triggering too early? | 18:01 |
shardy | but the status polling isn't, for some reason | 18:01 |
shardy | hmm, yeah that sounds like a possibility | 18:02 |
shardy | although even if the restart is in progress, the stack status should still be CREATE_COMPLETE | 18:03 |
shardy | I'm not that familiar with how the status_timeout works, but that appears to be giving a bogus result AFAICT | 18:04 |
* shardy goes to grab some dinner | 18:05 | |
sdague | ok, thanks for the info | 18:07 |
*** zns has joined #heat | 18:07 | |
*** akuznetsov has quit IRC | 18:09 | |
*** blomquis` has quit IRC | 18:17 | |
*** radez_g0n3 has quit IRC | 18:17 | |
*** radez_g0n3 has joined #heat | 18:17 | |
*** akuznetsov has joined #heat | 18:17 | |
*** e0ne has joined #heat | 18:20 | |
*** IlyaE has quit IRC | 18:32 | |
*** metral has joined #heat | 18:34 | |
metral | hello - when using heat stack-create on a template that utilizes WaitCondition & WaitConditionHandle i'm met with an error of "create_stack_domain_project() got an unexpected keyword argument 'stack_name'" when i pass in a required stack-name | 18:36 |
metral | any ideas as to what may be prompting this issue? | 18:36 |
*** IlyaE has joined #heat | 18:38 | |
openstackgerrit | A change was merged to openstack/heat: Initial validation of functions https://review.openstack.org/82486 | 18:38 |
openstackgerrit | A change was merged to openstack/heat: Validation functions for resources and outputs https://review.openstack.org/82487 | 18:38 |
*** blinky_ghost has quit IRC | 18:40 | |
*** jstrachan has quit IRC | 18:40 | |
*** pradipta_away has quit IRC | 18:40 | |
*** chandankumar_ has joined #heat | 18:41 | |
*** pradipta_away has joined #heat | 18:42 | |
*** spzala has quit IRC | 18:42 | |
*** yogesh_ has joined #heat | 18:43 | |
*** yassine has quit IRC | 18:45 | |
*** akuznetsov has quit IRC | 18:47 | |
*** alexpilotti has quit IRC | 18:50 | |
*** radez_g0n3 is now known as radez | 18:54 | |
*** chandankumar_ has quit IRC | 18:55 | |
*** gokrokve_ has quit IRC | 18:56 | |
*** yogesh__ has joined #heat | 18:57 | |
*** yogesh_ has quit IRC | 18:57 | |
*** rwsu has quit IRC | 19:01 | |
*** ramishra has joined #heat | 19:01 | |
*** tomek_adamczewsk has joined #heat | 19:03 | |
*** arbylee has quit IRC | 19:04 | |
*** aniket has joined #heat | 19:05 | |
*** arbylee has joined #heat | 19:05 | |
aniket | hello | 19:06 |
*** arbylee has quit IRC | 19:06 | |
*** arbylee has joined #heat | 19:07 | |
*** andersonvom has joined #heat | 19:07 | |
*** Tross has joined #heat | 19:07 | |
*** rwsu has joined #heat | 19:07 | |
*** tomek_adamczewsk has quit IRC | 19:11 | |
*** aniket has quit IRC | 19:11 | |
*** gokrokve has joined #heat | 19:12 | |
*** jcru has quit IRC | 19:20 | |
*** Tross has quit IRC | 19:20 | |
*** gokrokve has quit IRC | 19:25 | |
*** gokrokve has joined #heat | 19:27 | |
*** gokrokve has quit IRC | 19:29 | |
*** jcru has joined #heat | 19:31 | |
*** e0ne has quit IRC | 19:37 | |
*** spzala has joined #heat | 19:38 | |
*** Tross has joined #heat | 19:41 | |
*** pablosan is now known as zz_pablosan | 19:47 | |
*** e0ne has joined #heat | 19:51 | |
*** ramishra has quit IRC | 19:51 | |
*** e0ne has quit IRC | 19:52 | |
*** zz_pablosan is now known as pablosan | 19:55 | |
*** BillArnold has joined #heat | 19:56 | |
*** gokrokve has joined #heat | 20:00 | |
*** pablosan is now known as zz_pablosan | 20:01 | |
*** mkollaro has joined #heat | 20:08 | |
openstackgerrit | A change was merged to openstack/heat: Fix incorrect logic during updating in unittest https://review.openstack.org/83708 | 20:10 |
*** zns has quit IRC | 20:22 | |
zaneb | set_deletion_policy() | 20:23 |
zaneb | mind. blown. | 20:23 |
*** blomquisg has quit IRC | 20:24 | |
*** yogesh__ has quit IRC | 20:24 | |
*** tspatzier has joined #heat | 20:25 | |
*** zns has joined #heat | 20:27 | |
*** Tross has quit IRC | 20:29 | |
*** arbylee has quit IRC | 20:30 | |
*** jprovazn has quit IRC | 20:32 | |
*** blamar_ has joined #heat | 20:34 | |
*** RockKuo_TW has joined #heat | 20:35 | |
*** blamar has quit IRC | 20:36 | |
*** blamar_ is now known as blamar | 20:36 | |
*** blomquisg has joined #heat | 20:38 | |
*** RockKuo has quit IRC | 20:38 | |
*** lindsayk has joined #heat | 20:41 | |
*** blamar has quit IRC | 20:44 | |
*** blomquisg has quit IRC | 20:44 | |
*** blamar has joined #heat | 20:44 | |
*** blamar has quit IRC | 20:47 | |
*** alexheneveld has joined #heat | 20:48 | |
*** spzala has quit IRC | 20:49 | |
*** spzala has joined #heat | 20:50 | |
*** blamar has joined #heat | 20:50 | |
*** tspatzier has quit IRC | 20:56 | |
*** blomquisg has joined #heat | 20:59 | |
*** jdob has quit IRC | 21:00 | |
lipinski | Is there a way to reference the id of a resource within the properties for the resource itself? | 21:00 |
lipinski | e.g., to say pass the resource ID through userdata | 21:00 |
*** Tross has joined #heat | 21:00 | |
*** blamar has quit IRC | 21:02 | |
*** Michalik- has quit IRC | 21:04 | |
*** kfox1111 has joined #heat | 21:05 | |
*** lindsayk has quit IRC | 21:06 | |
kfox1111 | how do I get the instance id of an instance to return via an output? Should Ref: InstanceResource work? | 21:06 |
kfox1111 | Oh, and its a Neutron::Server type resource. | 21:08 |
kfox1111 | bleh. s/Neutron/Nova/ | 21:09 |
*** lindsayk has joined #heat | 21:11 | |
*** bvandenh has joined #heat | 21:12 | |
*** arbylee has joined #heat | 21:16 | |
*** Michalik- has joined #heat | 21:16 | |
stevebaker | lipinski: that is what {Ref: } and {get_resource: } does | 21:16 |
lipinski | stevebaker: I know, but can that be used within a resource for self-reflection? | 21:17 |
*** vijendar has quit IRC | 21:17 | |
stevebaker | lipinski: a circular reference? no. You could probably fetch that on the server via the nova metadata api though | 21:17 |
lipinski | ok - yes. I was trying to drop the resource ID (or a Nova server) on the VM itself through user-data | 21:18 |
mattoliverau | Morning | 21:18 |
zaneb | kfox1111: yes, that should work | 21:18 |
lipinski | does that require the nova client? Some of my VMs don't have the novaclient installed. Those are the one I was trying to store the id on. | 21:18 |
stevebaker | lipinski: just curl. http://docs.openstack.org/admin-guide-cloud/content/section_metadata-service.html | 21:19 |
*** arbylee has quit IRC | 21:20 | |
*** arbylee has joined #heat | 21:20 | |
*** bvandenh has quit IRC | 21:20 | |
lipinski | ah - never knew about /openstack/<ver>/meta_data.json - only knew about /<ver>/meta-data - which provides some different instance_id than the VMID | 21:21 |
lipinski | stevebaker: one more ques. That requires metadata service. Any equivalent when using cloud-drive instead of metadata? | 21:21 |
*** blomquisg has quit IRC | 21:22 | |
stevebaker | lipinski: that same tree should be in the config-drive structure - I haven't actually played with that | 21:22 |
lipinski | ok - thanks. | 21:22 |
*** jcru_ has joined #heat | 21:29 | |
*** jcru has quit IRC | 21:29 | |
*** Linz has joined #heat | 21:33 | |
*** yogesh_ has joined #heat | 21:35 | |
*** aweiteka has quit IRC | 21:36 | |
*** blomquisg has joined #heat | 21:36 | |
*** sgordon has quit IRC | 21:43 | |
*** zz_pablosan is now known as pablosan | 21:44 | |
*** pablosan is now known as zz_pablosan | 21:44 | |
*** tomek_adamczewsk has joined #heat | 21:49 | |
*** zz_pablosan is now known as pablosan | 21:49 | |
*** rpothier has quit IRC | 21:49 | |
*** blamar has joined #heat | 21:51 | |
*** scollier has quit IRC | 21:55 | |
*** Tross has quit IRC | 21:56 | |
*** scollier has joined #heat | 21:57 | |
*** tomek_adamczewsk has quit IRC | 22:00 | |
*** lindsayk has quit IRC | 22:01 | |
*** lindsayk has joined #heat | 22:04 | |
*** sabeen has quit IRC | 22:09 | |
*** duncanjw has joined #heat | 22:11 | |
*** david-lyle has quit IRC | 22:11 | |
*** rcleere has quit IRC | 22:17 | |
*** duncanjw has quit IRC | 22:20 | |
*** connie has joined #heat | 22:21 | |
*** faramir1 has joined #heat | 22:25 | |
*** TravT has joined #heat | 22:26 | |
*** andrew_plunk has quit IRC | 22:27 | |
*** duncanjw has joined #heat | 22:32 | |
*** yogesh has joined #heat | 22:35 | |
*** harlowja has quit IRC | 22:35 | |
*** harlowja has joined #heat | 22:36 | |
*** yogesh_ has quit IRC | 22:38 | |
*** dims_ has quit IRC | 22:40 | |
*** mkollaro has quit IRC | 22:43 | |
*** faramir1 has quit IRC | 22:46 | |
*** bgorski has joined #heat | 22:47 | |
*** yogesh has quit IRC | 22:47 | |
*** lindsayk has quit IRC | 22:48 | |
*** lindsayk has joined #heat | 22:50 | |
*** harlowja has quit IRC | 22:54 | |
*** harlowja has joined #heat | 22:54 | |
*** dims_ has joined #heat | 22:56 | |
*** john-n-seattle2 has joined #heat | 23:01 | |
*** john-n-seattle2 has left #heat | 23:01 | |
*** spzala has quit IRC | 23:04 | |
*** lindsayk has quit IRC | 23:04 | |
*** lindsayk has joined #heat | 23:08 | |
openstackgerrit | Jenkins proposed a change to openstack/heat: Updated from global requirements https://review.openstack.org/76689 | 23:13 |
*** jcru_ has quit IRC | 23:16 | |
openstackgerrit | Jenkins proposed a change to openstack/python-heatclient: Updated from global requirements https://review.openstack.org/83487 | 23:19 |
*** rpothier has joined #heat | 23:28 | |
*** IlyaE has quit IRC | 23:39 | |
openstackgerrit | A change was merged to openstack/python-heatclient: Python 3: fix test_template_utils.py https://review.openstack.org/84198 | 23:44 |
*** achampion has quit IRC | 23:45 | |
*** sjmc7 has quit IRC | 23:45 | |
*** BillArnold has quit IRC | 23:49 | |
*** pvaneck has quit IRC | 23:50 | |
*** spzala has joined #heat | 23:55 | |
*** tango has quit IRC | 23:57 | |
*** IlyaE has joined #heat | 23:58 |
Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!