Wednesday, 2014-04-02

*** asalkeld has quit IRC00:00
*** duncanjw has quit IRC00:05
stevebakerzaneb: 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.sample00:05
*** achampion has joined #heat00:08
*** IlyaE has quit IRC00:13
*** asalkeld has joined #heat00:14
*** sdake_1 has quit IRC00:15
*** zns has quit IRC00:15
*** arbylee has joined #heat00:15
stevebakershould we disable check_uptodate.sh until we can generate a sample that works for us?00:18
stevebakersdake__: do you have any bugs I can reference for our heat.conf.sample issues?00:20
*** andrew_plunk has joined #heat00:21
*** andrew_plunk has left #heat00:21
*** matsuhashi has joined #heat00:26
*** tango has quit IRC00:28
*** tsrohk has quit IRC00:28
*** derekh has quit IRC00:28
*** sjmc7 has joined #heat00:29
*** openstackgerrit has joined #heat00:30
*** sjmc7 has quit IRC00:30
stevebakerCould I get some urgent reviews on https://review.openstack.org/#/c/84594/ ?00:31
stevebakerthe pep8 passes on it https://jenkins04.openstack.org/job/gate-heat-pep8/1409/console00:31
*** mspreitz has quit IRC00:34
*** mspreitz has joined #heat00:39
*** RockKuo has quit IRC00:42
*** IlyaE has joined #heat00:44
*** kfox1111 has quit IRC00:47
*** matsuhashi has quit IRC00:47
*** matsuhashi has joined #heat00:48
*** sdake has joined #heat00:48
*** sdake has quit IRC00:48
*** sdake has joined #heat00:48
*** mspreitz has quit IRC00:50
*** e0ne has joined #heat00:52
*** matsuhashi has quit IRC00:52
*** e0ne has quit IRC00:56
*** matsuhashi has joined #heat00:57
sdake__stevebaker sorry stepped away for the day, I see you found the appropriate bugs01:16
*** zns has joined #heat01:19
*** ramishra has joined #heat01:22
openstackgerritA change was merged to openstack/python-heatclient: Python 3: decode bytes before feeding them to jsonutils.loads()  https://review.openstack.org/7865201:23
*** zns has quit IRC01:24
*** zns has joined #heat01:25
*** ramishra has quit IRC01:30
*** zhiyan_ is now known as zhiyan01:32
*** Michalik- has quit IRC01:39
*** nosnos has joined #heat01:47
*** e0ne has joined #heat01:52
*** dims_ has quit IRC01:57
*** e0ne has quit IRC01:57
*** spzala has quit IRC01:58
*** dims_ has joined #heat01:58
openstackgerrithuangtianhua proposed a change to openstack/heat: Fix inaccurate error_msg for InvalidTemplateVersion  https://review.openstack.org/8176101:59
*** Michalik- has joined #heat02:00
*** pablosan has joined #heat02:04
*** duncanjw has joined #heat02:06
*** duncanjw has quit IRC02:10
*** sballe has joined #heat02:11
stevebakersdake__: yep, thanks02:13
openstackgerritChenZheng proposed a change to openstack/heat: Sort requirement files in alphabetical order  https://review.openstack.org/7677502:14
*** achampion has quit IRC02:16
*** achampion has joined #heat02:18
*** lipinski has joined #heat02:22
*** sballe has quit IRC02:26
*** liang has joined #heat02:28
*** IlyaE has quit IRC02:31
*** asalkeld has quit IRC02:31
*** RockKuo has joined #heat02:32
*** ramishra has joined #heat02:36
*** ramishra_ has joined #heat02:37
*** scollier_ has quit IRC02:38
*** mspreitz has joined #heat02:39
*** scollier has joined #heat02:40
*** lipinski has quit IRC02:40
*** ramishra has quit IRC02:41
*** achampion has quit IRC02:43
*** asalkeld has joined #heat02:47
*** achampion has joined #heat02:49
*** IlyaE has joined #heat02:50
*** e0ne has joined #heat02:52
*** Michalik- has quit IRC02:54
*** david-lyle has joined #heat02:56
*** arbylee1 has joined #heat02:56
*** e0ne has quit IRC02:57
*** arbylee has quit IRC03:00
*** Michalik- has joined #heat03:03
*** IlyaE has quit IRC03:10
*** david-lyle has quit IRC03:14
*** pablosan has quit IRC03:14
*** dims_ has quit IRC03:15
*** asalkeld has quit IRC03:17
*** dims_ has joined #heat03:18
*** achampion has quit IRC03:20
*** matsuhashi has quit IRC03:21
*** achampion has joined #heat03:22
*** harlowja is now known as harlowja_away03:24
Slowersdake__: have you seen this? https://github.com/dotcloud/openstack-heat-docker03:24
openstackgerritJia Dong proposed a change to openstack/heat: Sync rpc modules from oslo-incubator  https://review.openstack.org/8461203:25
*** nosnos has quit IRC03:37
*** ramishra_ has quit IRC03:37
*** ramishra has joined #heat03:37
openstackgerrithuangtianhua proposed a change to openstack/heat: Fix inaccurate error_msg for InvalidTemplateVersion  https://review.openstack.org/8176103:38
*** connie has quit IRC03:44
*** e0ne has joined #heat03:52
*** arbylee has joined #heat03:55
*** killer_prince is now known as lazy_prince03:55
*** e0ne has quit IRC03:56
*** arbylee2 has joined #heat03:58
*** arbylee has quit IRC03:58
*** arbylee1 has quit IRC03:58
*** akuznetsov has joined #heat04:03
*** mspreitz has quit IRC04:07
*** duncanjw has joined #heat04:07
*** duncanjw has quit IRC04:11
*** Tross has joined #heat04:14
*** nkhare has joined #heat04:21
*** nosnos has joined #heat04:31
*** matsuhashi has joined #heat04:36
*** Michalik- has quit IRC04:37
*** matsuhashi has quit IRC04:50
*** e0ne has joined #heat04:52
*** e0ne has quit IRC04:57
*** Michalik- has joined #heat04:59
*** matsuhashi has joined #heat05:00
*** tomek_adamczewsk has quit IRC05:15
*** tomek_adamczewsk has joined #heat05:16
*** e0ne has joined #heat05:24
*** tomek_adamczewsk has quit IRC05:27
*** lipinski has joined #heat05:31
*** tspatzier has joined #heat05:31
*** cfriesen has quit IRC05:38
*** e0ne has quit IRC05:45
*** Tross has quit IRC05:45
*** e0ne has joined #heat05:45
*** Tross has joined #heat05:46
*** lazy_prince has quit IRC05:46
*** arbylee2 has quit IRC05:46
*** killer_p- has joined #heat05:47
*** Tross has quit IRC05:48
*** e0ne has quit IRC05:50
*** Tross has joined #heat05:51
*** zns has quit IRC05:55
*** duncanjw has joined #heat06:00
*** tspatzier has quit IRC06:02
*** e0ne has joined #heat06:03
*** e0ne has quit IRC06:04
*** yogesh has joined #heat06:07
openstackgerritJenkins proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/8395706:09
*** duncanjw has quit IRC06:12
*** IlyaE has joined #heat06:13
*** arbylee has joined #heat06:15
*** arbylee has quit IRC06:20
*** duncanjw has joined #heat06:21
*** duncanjw_ has joined #heat06:26
*** duncanjw has quit IRC06:26
*** shardy_afk is now known as shardy06:33
shardymorning all06:33
*** Tross has quit IRC06:35
*** duncanjw_ has quit IRC06:38
*** saju_m has joined #heat06:39
ramishrashardy: good morning06:46
*** tspatzier has joined #heat06:48
ramishrashardy: 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 #heat06:52
nanjjshardy: hi06:53
*** cmyster has joined #heat06:55
cmystermorning06:59
cmysterof sorts06:59
therveGood morning!07:00
*** Michalik- has quit IRC07:01
*** IlyaE has quit IRC07:02
*** tspatzier has quit IRC07:06
*** tspatzier has joined #heat07:09
*** ramishra has quit IRC07:11
*** tspatzier has quit IRC07:12
*** jstrachan has joined #heat07:15
*** ramishra has joined #heat07:16
openstackgerritThomas Herve proposed a change to openstack/heat: Pass and use the environment in validate_template  https://review.openstack.org/8344207:17
*** IlyaE has joined #heat07:18
*** neetap has joined #heat07:20
neetaphi07:21
*** arbylee has joined #heat07:21
*** jprovazn has joined #heat07:21
*** tspatzier has joined #heat07:25
*** Michalik- has joined #heat07:25
*** akuznetsov has quit IRC07:29
*** julienvey has joined #heat07:30
*** julienvey1 has joined #heat07:31
*** julienvey has quit IRC07:31
*** julienvey1 is now known as julienvey07:31
*** neetap has quit IRC07:33
*** zhiyan is now known as zhiyan_07:35
*** IlyaE has quit IRC07:36
*** akuznetsov has joined #heat07:36
*** neetap has joined #heat07:38
neetaphi all07:38
*** IlyaE has joined #heat07:38
neetapcan 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
shardyneetap: You can use the official Fedora 20 cloud image:07:39
shardyhttp://openstack.redhat.com/forum/discussion/959/get-fedora-20-now07:39
*** ifarkas has joined #heat07:40
shardyneetap: And we have pre-built images for earlier versions (where the official image did not contain heat-cfntools):07:40
shardyhttp://fedorapeople.org/groups/heat/prebuilt-jeos-images/07:40
shardyI would suggest using the F20 image07:40
cmyster++  since its working07:41
*** jd__ has left #heat07:42
*** saju_m has quit IRC07:42
neetapshardy:i had downloaded the image from same site you have mentioned ....07:44
*** arbylee has quit IRC07:45
neetapshardy:but images that i have downloaded from this site  http://fedorapeople.org/groups/heat/prebuilt-jeos-images/  donot contain checksum07:46
neetapshardy: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
therveThat's not a property of your image07:48
*** stannie has joined #heat07:49
neetapso i just want to clarify whether this is problem with image or what07:51
therveIt sounds like a problem with glance07:52
*** tomek_adamczewsk has joined #heat07:52
*** saju_m has joined #heat07:52
*** jistr has joined #heat07:53
shardyneetap: I've used all of those images and have never seen that error, so prety sure it's not an issue with the image07:54
shardys/prety/pretty07:54
neetapokay ....i will show my localrc file and template that i am using ....07:56
neetapso can you please check whether everything i am using is correct or what07:57
neetaphttp://paste.openstack.org/show/74799/07:57
*** tomek_adamczewsk has quit IRC07:58
neetaphttp://paste.openstack.org/show/74800/07:59
therveWell you don't have images in there08:00
*** tomek_adamczewsk has joined #heat08:01
shardyIMAGE_URLS+=",http://cloud.fedoraproject.org/fedora-20.x86_64.qcow2"08:02
shardythats what I have in my localrc to get the F20 image automatically and put it into glance08:03
therveI downloaded the file locally so that it doesn't happen every time, but I have mostly the same :)08:03
neetaptherve:i have not included it in localrc file but i am separately downloading it the regestering with glane through commnd line08:04
*** tspatzier has quit IRC08:04
therveneetap, Is it possible that you don't do it correctly? :)08:04
cmysterneetap: is nova image-list shows it to you correctly ?08:06
*** yogesh has quit IRC08:06
neetapi 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.qcow208:08
*** skraynev_afk is now known as skraynev08:08
skraynevGood day!08:08
neetapcmyster:yes nova image-list is showing correctly08:09
cmystermorning skraynev08:10
skraynevhi cmyster08:12
cmysterneetap 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
openstackgerritQiming Teng proposed a change to openstack/heat: Filter deployment status when building metadata  https://review.openstack.org/8465808:16
*** e0ne has joined #heat08:16
openstackgerritSergey Kraynev proposed a change to openstack/heat: Initial validation of functions  https://review.openstack.org/8248608:17
openstackgerritSergey Kraynev proposed a change to openstack/heat: Validation functions for resources and outputs  https://review.openstack.org/8248708:18
openstackgerritSergey Kraynev proposed a change to openstack/heat: Adding validation algorithm for get attr functions  https://review.openstack.org/8248808:18
*** tspatzier has joined #heat08:20
neetapcmyster:i had added F20 value in AllowedValues08:21
*** pradipta_away is now known as pradipta08:22
openstackgerritSergey Kraynev proposed a change to openstack/heat: Using default value during update  https://review.openstack.org/8370908:24
shardyneetap: are you sure the glance image status is "active"?08:27
*** ramishra has quit IRC08:27
shardyand as cmyster mentioned, you'll need the name or id of the image in the template allowed values08:27
*** rpothier_ has joined #heat08:27
*** derekh has joined #heat08:28
*** rpothier has quit IRC08:30
openstackgerritThomas Herve proposed a change to openstack/heat: Pass and use the environment in validate_template  https://review.openstack.org/8344208:37
*** duncanjw has joined #heat08:38
*** yassine has joined #heat08:38
skraynevshardy: I saw problem with pep8 job. As I understand it right we should wait this commit https://review.openstack.org/#/c/84588.08:39
skraynevshardy: right?08:39
*** Michalik- has quit IRC08:41
shardyskraynev: No, we need https://review.openstack.org/#/c/84594/1 to land to unblock the queue08:45
*** Michalik- has joined #heat08:45
shardyThe config generation is completely broken, so we have to disable it while we work out a fix08:45
openstackgerritJun Jie Nan proposed a change to openstack/heat: Add dry_run option to stack abandon  https://review.openstack.org/8466408:45
shardydisable the gate check that is08:45
skraynevshardy: got it. thank you for clarification.08:46
*** saju_m has quit IRC08:48
nanjjshardy: hi08:48
shardynanjj: Hi!08:49
*** saju_m has joined #heat08:49
nanjjshardy: please have a look on my work on abandon08:49
shardynanjj: Will do, I've been testing abandon/adopt this week and have found a few problems08:50
nanjjshardy: I really like the feature to just get abandon data without deleting08:50
nanjjshardy: I saw your bugs list,08:50
shardynanjj: Yeah, it's kinda interesting but I'm a little worried about the implications of the adopt functionality08:50
shardywe basically insert all the data into the DB with no validation08:50
nanjjshardy: yes, that's one issue08:51
shardyprobably another bug coming later today ;)08:51
*** sergmelikyan has quit IRC08:51
openstackgerritQiming Teng proposed a change to openstack/heat: Fix status reason in events for deployment signals  https://review.openstack.org/8466508:51
neetapshardy:yes image status is active08:51
nanjjshardy: it's interesting and I have interests on it, I may help to solve your bugys when I have done my list08:52
nanjjshardy: anyway, the feature (abandon and adopt) is very useful, especially for enterprise users :-)08:52
shardynanjj: 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 look08:52
nanjjshardy: OK08:52
*** che-arne has joined #heat08:53
shardynanjj: Can you explain the use-case you're interested in?08:53
shardynanjj: Is it to allow importing existing resources into heat?08:53
nanjjshardy: 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
nanjjshardy: I can abandon the failed stack, get another abandon data,08:57
cmysterisn't that what retry is for ?08:57
therve:(08:57
nanjjshardy: now I have two copies of abandon data, one is before update, another one is after update08:57
cmysterwhy the long face therve ? :)08:58
shardycmyster: because it's a horrid hack which doesn't solve the actual update problem probably :(08:58
therveIt sounds like a very ugly workaround for update08:58
nanjjshardy: so I have more choices, for example, if the underling resources are there, I can simply restore the data before update08:58
shardynanjj: That sounds like a very suboptimal process to me08:58
shardyI would much prefer we get the update from failed state stuff working so you don't have to do that anymore08:59
cmystershardy: what is, what nanjj is saying or the actual retry RFE ?08:59
shardycmyster: the workaround08:59
*** chandankumar_ has joined #heat08:59
therveI mean it's nice that adopt/abandon works, even for that use case08:59
therveI wish we worked harder on making update better though09:00
shardytherve: I see it as a very high priority for Juno09:00
shardyunfortunately it's quite a hard problem09:00
therveHope is all we got :)09:00
*** lipinski has quit IRC09:01
nanjjshardy: I heard many times the problem is very hard09:01
nanjjshardy: but what's the difficulties?09:01
cmysterits hard cause its fuzzy (as in resources fuzziness)09:02
shardynanjj: It's hard because when an update fails, the stack is in an unknown state09:02
shardywe 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 did09:02
nanjjshardy: the situation can not be changed even in Juno09:03
shardynanjj: why do you say that?09:03
nanjjshardy: because it needs support from other components09:04
shardyI think we can improve things a lot in Juno09:04
shardynanjj: such as?09:04
nanjjshardy: for example, nova instance error09:04
shardynanjj: so we have a recovery strategy which is delete the failed instance and create a new one09:04
cmysterand even so, data might get corrupted09:05
nanjjyes09:05
shardycmyster: cattle, not pets ;)09:05
nanjjthe data is more important09:05
shardyBut yeah, it's not perfect, but it's better than what we have now09:05
cmystershardy: I love that comparison, IT people mught disagree with it though09:06
shardycmyster: The default behavior can still be for updates to fail and stop09:06
shardycmyster: It's then an operator decision to do say a stack-update --force or a stack-converge to recover09:07
cmysterwell it is the safest thing to do probably09:07
shardywe can warn if resources will be replaced due to failure09:07
cmysterthats why clouds are fuzzy and are hard to put in a square box :)09:07
shardyThere are several related bps which will improve this situation IMO09:07
nanjjsounds great09:09
cmysterlike this one for instance https://blueprints.launchpad.net/heat/+spec/nova-server-rebuild09:12
cmysterI was just looking into it (from my QA POV)09:12
cmystergonna be, ummm, interesting to test :)09:13
*** tspatzier has quit IRC09:13
shardycmyster: that's already implemented09:13
cmysterI know09:13
shardycmyster: build server, update to different image, prove image has changed and server ID hasn't?09:13
*** ramishra has joined #heat09:13
cmysternot enough09:14
cmysterdoes it to a data migration in this case ?09:14
shardywell getting a test in tempest which does that would be a good start09:14
shardycmyster: no09:15
cmysteroh so it is simpler09:15
*** duncanjw has quit IRC09:19
*** saju_m has quit IRC09:24
*** saju_m has joined #heat09:26
*** tspatzier has joined #heat09:28
*** IlyaE has quit IRC09:29
*** liang has quit IRC09:30
*** duncanjw has joined #heat09:31
*** saju_m has quit IRC09:31
*** Michalik- has quit IRC09:34
*** alexpilotti has joined #heat09:34
*** Michalik- has joined #heat09:34
nanjjshardy: run software config template, abandon it, adopt it back09:35
nanjjshardy: make sure vm can communicate with heat engine09:35
shardynanjj: You're using stack domain users?09:36
shardy(stack_user_domain is set in heat.conf)?09:36
nanjjshardy: not set09:37
openstackgerritA change was merged to openstack/heat: Disable check_uptodate.sh check in pep8  https://review.openstack.org/8459409:38
nanjjshardy: the senario may touch two bugs, one is in your hand09:38
shardynanjj: Hmm, yeah it sounds like maybe it does09:38
shardyI'm looking at the fix for bug #130073409:39
uvirtbotLaunchpad bug 1300734 in heat "Stack abandon deletes stack domain project" [High,Triaged] https://launchpad.net/bugs/130073409:39
cmystershardy: 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 change09:39
openstackgerritSergey Kraynev proposed a change to openstack/heat: Initial validation of functions  https://review.openstack.org/8248609:39
openstackgerritThomas Herve proposed a change to openstack/heat: Pass and use the environment in validate_template  https://review.openstack.org/8344209:39
shardycmyster: AFAIK tempest already has access to more than one image09:40
nanjjshardy: touch two new features in icehouse, software config and abandon09:40
shardycmyster: there are cirros images and a Fedora image configured for the scenario tests09:40
shardyor at least that's my understanding09:41
cmysterif 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 list09:41
cmysterspeaking 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 #heat09:42
*** tomek_adamczewsk has quit IRC09:43
*** arbylee has joined #heat09:43
*** duncanjw has quit IRC09:45
*** liang has joined #heat09:45
*** duncanjw has joined #heat09:47
*** arbylee has quit IRC09:47
*** tomek_adamczewsk has joined #heat09:48
*** jamie_h has joined #heat09:48
*** matsuhashi has quit IRC09:50
openstackgerritSergey Kraynev proposed a change to openstack/heat: Validation functions for resources and outputs  https://review.openstack.org/8248709:53
openstackgerritSergey Kraynev proposed a change to openstack/heat: Adding validation algorithm for get attr functions  https://review.openstack.org/8248809:53
openstackgerritSergey Kraynev proposed a change to openstack/heat: Fix incorrect logic during updating in unittest  https://review.openstack.org/8370809:53
openstackgerritSergey Kraynev proposed a change to openstack/heat: Using default value during update  https://review.openstack.org/8370909:53
*** cmyster has quit IRC09:55
therveAnyone knows Andrey Kurilin? It'd be cool to revive https://review.openstack.org/#/c/76539/09:56
*** cmyster has joined #heat09:57
*** cmyster has joined #heat09:57
*** matsuhashi has joined #heat09:57
*** jamie_h has quit IRC09:57
*** tspatzier has quit IRC10:00
*** arosen has quit IRC10:00
*** arosen has joined #heat10:01
therveshardy, I'm surprised that you said there is no validation on adopt: https://review.openstack.org/#/c/82759/10:02
shardyI mean there is no validation of the data, users can inject whatever they want into resource_data for example, with no validation at all10:03
shardyalso 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 access10:03
openstackgerritJun Jie Nan proposed a change to openstack/python-heatclient: Add --dry-run option to stack abandon command  https://review.openstack.org/8468010:04
shardyI haven't found a definite way to expoit it yet, but to me it seems very risky10:04
therveHum okay10:05
openstackgerritJun Jie Nan proposed a change to openstack/heat: Add dry_run option to stack abandon  https://review.openstack.org/8466410:09
*** chandankumar_ has quit IRC10:11
*** neetap has quit IRC10:21
*** nanjj has quit IRC10:21
*** e0ne_ has joined #heat10:23
*** e0ne has quit IRC10:27
*** RockKuo_iPad has joined #heat10:29
*** RockKuo_iPad has quit IRC10:30
*** RockKuo_iPad has joined #heat10:30
*** RockKuo_iPad has quit IRC10:32
*** RockKuo_iPad has joined #heat10:33
*** Michalik- has quit IRC10:41
*** RockKuo_iPad has quit IRC10:42
*** e0ne_ has quit IRC10:44
*** RockKuo has quit IRC10:47
*** Michalik- has joined #heat10:49
*** nkhare has quit IRC10:50
*** tspatzier has joined #heat10:59
*** matsuhashi has quit IRC11:00
*** tspatzier has quit IRC11:03
*** nosnos has quit IRC11:04
*** akuznetsov has quit IRC11:06
*** akuznetsov has joined #heat11:07
*** sergmelikyan has joined #heat11:08
*** openstackgerrit has quit IRC11:08
*** openstackgerrit has joined #heat11:08
*** liang has quit IRC11:10
*** e0ne has joined #heat11:16
*** matsuhashi has joined #heat11:16
*** e0ne_ has joined #heat11:24
*** e0ne has quit IRC11:27
*** duncanjw has quit IRC11:29
*** killer_p- has quit IRC11:34
openstackgerritA change was merged to openstack/heat: Always answer empty list if deployments not ready  https://review.openstack.org/8368011:36
*** tspatzier has joined #heat11:37
*** tspatzier has quit IRC11:38
*** tomek_adamczewsk has quit IRC11:40
*** rpothier_ has quit IRC11:40
*** tomek_adamczewsk has joined #heat11:42
*** duncanjw has joined #heat11:44
*** arbylee has joined #heat11:44
*** nkhare has joined #heat11:47
*** arbylee has quit IRC11:48
*** duncanjw has quit IRC11:49
*** circ-user-QJBJ3 has joined #heat11:56
*** circ-user-QJBJ3 has left #heat11:57
*** tomek_adamczewsk has quit IRC11:58
*** tomek_adamczewsk has joined #heat11:59
*** edimmaz has joined #heat12:00
*** edimmaz has joined #heat12:01
*** jprovazn has quit IRC12:02
*** edimmaz has left #heat12:02
*** aweiteka has joined #heat12:03
openstackgerritSergey Kraynev proposed a change to openstack/heat: Providing default template version in unittests  https://review.openstack.org/8338012:03
*** edimmaz has joined #heat12:03
*** Qiming has joined #heat12:05
Qiminghello, everyone12:05
Qiminghas 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 IRC12:09
*** mkollaro has joined #heat12:11
therveQiming, I don't think that's a problem12:11
openstackgerritSergey Kraynev proposed a change to openstack/heat: Removing default version for templates  https://review.openstack.org/8338012:11
therveRather some useless test output12:11
skraynevQiming: I use tox and have same messages always12:12
Qimingtherve: 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 IRC12:13
therveQiming, presumably yes. You have a count of test failures, that's what matters12:14
*** radez_g0n3 is now known as radez12:16
*** Qiming has quit IRC12:17
*** saju_m has quit IRC12:17
*** jistr is now known as jistr|english12:18
*** Michalik- has quit IRC12:18
*** achampion has quit IRC12:20
*** niteshselkari has joined #heat12:20
*** pshchelo has joined #heat12:21
*** e0ne has joined #heat12:22
niteshselkarihi12:22
*** sgordon has joined #heat12:22
*** e0ne_ has quit IRC12:25
sdake__morning12:25
sdake__therve good luck on your ptl run :)12:25
*** rpothier has joined #heat12:26
*** dims_ has joined #heat12:27
niteshselkarihello all,i have one question...i want to know that,is autoscaling possible with fedora20-i386-cfntools image??12:28
sdake__yes it is possible12:28
*** jdob has joined #heat12:28
sdake__just use the fedora 20 cloud image12:28
sdake__it has cfntools built in12:29
niteshselkarimy system configuration are: 2gb ram, 160hd,32 bit ubuntu 12.04LTS installed12:29
sdake__2gb is tight, you may run into an inability to actually do much scaling :)12:29
*** tspatzier has joined #heat12:29
*** nkhare has quit IRC12:31
niteshselkariok...so,do i need to increase my system configuration to 4gb?12:31
niteshselkariwhat will be the minimum system configuration required for autoscaling?12:32
sdake__I run 16gb ram in my workstation12:32
sdake__I find it insufficient12:32
niteshselkariohh... :P12:33
niteshselkarithanks a lot12:33
sdake__but since I haved two with 16gb, that gets the job done, I just set one up as a compute node12:33
*** Tross has joined #heat12:35
*** Michalik- has joined #heat12:37
*** Tross1 has joined #heat12:39
*** Tross has quit IRC12:39
*** chandankumar_ has joined #heat12:40
*** ramishra has quit IRC12:42
niteshselkarisdake__:I want to launch a stack with auto scaling template to test purpose..so what should be the minimum system configuration12:45
sdake__if you use 256mb ram vms, you might be able to get 2-3 autoscaled vms12:46
sdake__but it may not work or show good testing results12:46
sdake__I've found nova when constrained for memory will often just not schedule a vm and present an error12:47
sdake__(heat uses nova under the covers)12:47
*** Qiming has joined #heat12:47
sdake__256mb ram vms won't givey ou much to work with12:47
sdake__I'd suggest 8gb as a real bare minimum for doing openstack development12:47
*** saju_m has joined #heat12:47
niteshselkarisdake__: I am using devstack implementation12:48
sdake__I've done work on 4gb, but 4gb ram is tight12:48
sdake__so devstack is the tool that deploys openstack12:48
sdake__when it deploys openstack it deploys nova12:48
sdake__nova manages the ram and cpu cores on your machine12:48
Qimingsigh, IRC connection always break12:49
*** Michalik- has quit IRC12:49
thervesdake__, Thanks :)12:49
Qimingcan someone give me some hints on how to write a test case for this? https://review.openstack.org/#/c/84665/112:50
*** chandankumar_ has quit IRC12:51
sdake__qiming writing tests is 80% of the work of making a change12:51
sdake__qiming I recommend looking at other test cases12:51
Qimingsdake__: I just realized that, ;)12:52
sdake__qiming it is not obvious how to write tests, it will take some time to ramp up12:52
sdake__may be more like 90% of t he work12:52
sdake__so the things you need to be aware of, there is mock, and mox, which are two different mocking systems12:52
Qimingthe patch is related to SoftwareDeployment signalling, and the resulted event-list12:52
sdake__these allow you to patch out a peice of code and "pretend" it ran12:52
pshcheloI 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 to12:53
QimingI 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 cases12:54
sdake__they probably do most of the work already12:54
sdake__if you get stuck, try pinging jasond in a couple hours12:54
sdake__he helped me through learning mock12:54
sdake__and although I don't feel quite capable enough to coach others12:54
sdake__I can struggle through writing test cases :)12:55
Qimingright.  still need sometime to teach myself this12:55
*** jprovazn has joined #heat12:55
Qimingright, 'struggle' is the word I want to use12:55
*** duncanjw has joined #heat12:55
sdake__sounds like pshchelo may have some tips12:55
*** chandan_kumar has quit IRC12:55
*** pradipta is now known as pradipta_away12:59
pshcheloI might :)13:01
*** tspatzier has quit IRC13:01
*** matsuhashi has quit IRC13:02
*** pshchelo is now known as pas-ha13:02
*** matsuhashi has joined #heat13:02
*** kgriffs|afk is now known as kgriffs13:05
*** Qiming has quit IRC13:06
*** Tross1 has quit IRC13:06
*** matsuhashi has quit IRC13:07
niteshselkarihi all13:07
*** tango has joined #heat13:07
niteshselkarithis is the error i am getting after launching Autoscaling template13:08
niteshselkari http://paste.openstack.org/show/74819/13:08
niteshselkarihttp://paste.openstack.org/show/74822/13:08
*** Qiming has joined #heat13:09
therveniteshselkari, Try to access the servers and see what happened13:09
therveWe can't really help you with that information13:10
*** matsuhashi has joined #heat13:10
*** arbylee has joined #heat13:11
niteshselkariplease can you tell me which server are you talking about13:12
*** kgriffs is now known as kgriffs|afk13:12
therveIf you do a nova list, you should see some servers created by heat. Pick the one named LoadBalancer something13:13
*** arbylee has quit IRC13:14
*** nanjj has joined #heat13:16
sdake__run nova list13:16
*** achampion has joined #heat13:16
sdake__if your vms are in an error state, you probably dont have enough ram13:16
sdake__you can verify this by looking at n-sch.log13: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
niteshselkarihttp://paste.openstack.org/show/74824/ this what i got after running nova list13:17
sdake__your loadbalancers are running13:17
sdake__they look like they are from different instances13:18
sdake__rather different stacks13:18
*** Tross has joined #heat13:18
sdake__3 256mb lbs will probably use up the 2gb ram you have13:18
sdake__been awhile since I have used autoscaling,but I think it should be obvious that the autoscaling vm has been created13:19
sdake__eg, it is something like "Autoscaling-0"13:19
sdake__run heat list13:19
*** Michalik- has joined #heat13:20
niteshselkarithis is what i am getting after running heat list http://paste.openstack.org/show/74828/13:22
sdake__ok delete st1, st2, newstack13:22
sdake__your the cat with 2gb ram right?13:23
*** Tross has quit IRC13:25
openstackgerritQiming Teng proposed a change to openstack/heat: Filter deployment status when building metadata  https://review.openstack.org/8465813:26
niteshselkariyes i am using system with 2GB RAM13:26
sdake__therve you happen to know when the autosclaing group creates a load balancer, what flavor it uses?13:27
thervesdake__, m1.small13:27
*** lipinski has joined #heat13:27
*** vijendar has joined #heat13:28
niteshselkarisdake:i have deleted all the stacks st1,st2,newstack13:29
* sdake__ ughs - devstack updating system13:30
sdake__niteshelkari give me a moment to see waht devstack creates as the default flavors13:30
niteshselkarisdake:okay13:30
*** RockKuo has joined #heat13:32
*** jcru has joined #heat13:33
niteshselkarisdake: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.py13:35
sdake__changing to m1.nano may not work13:35
sdake__m1.nano has no ephemeral storage iirc13:35
*** saju_m has quit IRC13:36
sdake__so the problem is "m1.small" requires 2048mb of ram13:36
sdake__at one point during our devstack integration we had modified m1.* compute memory requirements13:36
sdake__but that code has been reverted13: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 256mb13:37
sdake__I wouldn't recommend running that in production13:37
sdake__but should be good enough to test13:37
sdake__and run your instance with "m1.small"13:38
sdake__rather your autoscaling13:38
sdake__shardy around13:38
pas-haI 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.txt13:39
sdake__then it will be synced automatically by some bot13:39
*** edimmaz has quit IRC13:39
pas-haI'm not sure that it will not break any tests though.13:39
pas-haTrove evolved quite a bit in Icehouse13:39
sdake__https://github.com/openstack/requirements13:40
pas-haand this last client version aligns to it13:40
sdake__well if its not in the upstraem requirements repo, we wont even look at it13:40
skraynevpas-ha: I agree with sdake__, it's only one possible way, IMO13: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 changes13:40
pas-haok, will do13:41
sdake__is the trove client in the global requirements?13:41
sdake__(just for my curiosity)13:41
pas-hayes13:41
sdake__which version of troveclient?13:42
pas-ha1.0.3 in globals, recent (2-3 days) is 1.0.413:42
sdake__1.0.4 broke compatibility with 1.0.3?13:42
pas-hamight be, not sure, will check13:43
sdake__we have trove 1.0.3 in our requiremetns already13:43
sdake__ok, well if it broke compatibility, it can't be 1.0.4, it should be 2.0.013:43
*** jistr|english is now known as jistr13:43
sdake__x.y.z13:44
sdake__x = incompatible change = y major architectural change z = bug fix or some minor features13:44
sdake__just as an fyi, I think it is generally frowned upon to make incompatible changes in the api that are not forward compatible13:44
sdake__even with a x version bump13:44
sdake__it creates a mess in the gate and managing the clients idepdently of the release cycle13:45
pas-hayes, 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 manner13:45
sdake__if it broke compatibility, I would fix that first :)13:45
sdake__and just have 1.0.4 be a dead release13:45
sdake__we do this - thierry can probably help you figure out the tagging for that scenario13:46
*** akuznetsov has quit IRC13:47
*** john-n-seattle1 has joined #heat13:48
*** chandan_kumar has joined #heat13:49
*** jpeeler1 is now known as jpeeler13:50
*** jpeeler has joined #heat13:50
*** akuznetsov has joined #heat13:51
*** varora- has joined #heat13:51
niteshselkarisdake: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 #heat13:52
pas-hawell, 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
skraynevtherve:  need your opinion about one bug13:54
therveskraynev, Yes?13:55
sdake__which gate test?13:55
sdake__the heat-slowjob?13:55
skraynevtherve: https://bugs.launchpad.net/heat/+bug/129884513:55
uvirtbotLaunchpad bug 1298845 in heat "Dissociate health-monitors before delete them" [Undecided,New]13:55
sdake__pas-ha which gate test ?13:55
pas-hahttps://review.openstack.org/#/c/60532/13:55
skraynevtherve: I have met this problem when I have been working on other issue.13:56
*** arbylee has joined #heat13:56
skraynevtherve: currently neutron send error message if we try to delete hm before deleting pool13:56
sdake__pas-ha I see, you already have changes for the plugin13:56
*** samstav has joined #heat13:57
sdake__pas-ha generally it is bad form to submit changes to global-requirements.txt for client changes13:57
therveskraynev, 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
skraynevtherve: yes. let me explain13:58
skraynevtherve: this problem is very rare13:59
sdake__the pypi mirrors that openstack miantains (where the python client comes from) selects between the bottom and the top13:59
sdake__if there is no top, it takes the latest13: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 good14:00
skraynevtherve: we should have situation like : updating pool without this hm, and get some error before we dissociate  hm14:00
sdake__the right way to fix it is to make the apis compatible :)14:00
*** pablosan has joined #heat14:00
*** ramishra has joined #heat14:00
pas-hayes, 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 #heat14:01
therveskraynev, Sorry I don't understand14:01
skraynevtherve: well try to do follow:14:03
skraynevtherve: create stack http://paste.openstack.org/show/74846/14:03
skraynevtherve: then delete property 'monitors'14:03
skraynevtherve: and do update14:04
*** zns has joined #heat14:04
skraynevtherve: you will meet bug https://bugs.launchpad.net/heat/+bug/130140614:04
uvirtbotLaunchpad bug 1301406 in heat "Updating health monitors from several to zero does not work" [Undecided,New]14:04
larsksIs there a heat bug for the "Tables '...' have non utf8 collation" issue when trying to db_sync a database with latin1 encoding?14:04
skraynevtherve: I will fix it soon14:04
therveOkay14:04
skraynevtherve: and then last step:14:04
*** zns has quit IRC14:05
skraynevtherve: try to delete stack14:05
therveI don't think the bug is very clear either.14:05
*** zns has joined #heat14:05
*** nanjj has quit IRC14:05
shardylarsks: https://bugs.launchpad.net/heat/+bug/127688014:06
uvirtbotLaunchpad bug 1276880 in heat "heat-db-setup should set default character set to utf-8" [Medium,Fix released]14:06
larsksshardy: 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
skraynevtherve: 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
larsksshardy: I.e., there is an existing database created with latin1 encoding, and "heat-manage db_sync" will fail.14:07
*** tspatzier has joined #heat14:08
shardylarsks: there is also https://bugs.launchpad.net/heat/+bug/130103614:08
therveskraynev, I don't think the problem exists. Fix the other bug and we should be fine.14:08
uvirtbotLaunchpad bug 1301036 in oslo "openstack.common.db.sqlalchemy.migration utf8 table check issue on initial migration" [Critical,In progress]14:08
skraynevtherve: got it. thanks for the help ;)14:09
larsksshardy: 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=utf814:10
larsksThe 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
uvirtbotLaunchpad bug 1279000 in oslo "db migrate script to set charset=utf8 for all tables" [High,Fix committed]14:10
*** edimmaz has joined #heat14:10
larsksshardy: Should I open something similar for heat?14:11
edimmazqiming, 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 possible14:12
*** tomek_adamczewsk has quit IRC14:12
cmysterlarsks: IIRC there is one14:16
cmysterno, the one I am thinking about it pupper related14:16
cmysterpuppet even14:16
larskscmyster: Ah, this one: https://bugs.launchpad.net/heat/+bug/130103614:17
uvirtbotLaunchpad bug 1301036 in oslo "openstack.common.db.sqlalchemy.migration utf8 table check issue on initial migration" [Critical,In progress]14:17
larsksHeat is listed as "new/undecided"14:17
pas-halarks: so there is a bug14:17
larskspas-ha: Yes, I found it.14:17
cmysteryes exactly that14:17
*** jpeeler has quit IRC14:17
*** jpeeler has joined #heat14:18
*** jpeeler has quit IRC14:18
*** jpeeler has joined #heat14:18
cmysteras a workaround you can just change the table manually and I think there is a talk to make puppet do magic on installation14:18
larskscmyster: 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
cmysternot 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 cheap14:21
larskscmyster: 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
cmystereasy but risky.14:22
*** john-n-seattle1 has left #heat14:23
cmysteryou 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 not14:24
*** niteshselkari has quit IRC14:25
larskscmyster: 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
cmysterI agree14:25
*** e0ne_ has joined #heat14:26
*** IlyaE has joined #heat14:27
*** duncanjw has quit IRC14:28
*** sabeen has quit IRC14:29
*** sabeen has joined #heat14:29
*** tomek_adamczewsk has joined #heat14:30
*** e0ne has quit IRC14:30
*** tspatzier has quit IRC14:31
*** cfriesen has joined #heat14:31
*** sjmc7 has joined #heat14:35
*** jprovazn is now known as jprovazn_afk14:37
*** chandankumar_ has joined #heat14:40
*** Michalik- has quit IRC14:41
*** rcleere has joined #heat14:42
*** david-lyle has joined #heat14:43
openstackgerritQiming Teng proposed a change to openstack/heat: Filter deployment status when building metadata  https://review.openstack.org/8465814:48
*** Michalik- has joined #heat14:50
*** tspatzier has joined #heat14:50
*** matsuhashi has quit IRC14:52
*** jmckind has joined #heat14:52
*** tomek_adamczewsk has quit IRC14:57
shardylarsks: sorry was on a call, pls feel free to raise a bug14:58
shardylarsks: the workaround for now is to manually modify the tables then db_sync works fine14:58
larsksshardy: No worries, we found the appropriate bug (https://bugs.launchpad.net/glance/+bug/1301036)14:58
uvirtbotLaunchpad bug 1301036 in oslo "openstack.common.db.sqlalchemy.migration utf8 table check issue on initial migration" [Critical,In progress]14:58
shardyalter table migrate_version convert to character set utf8 collate utf8_unicode_ci;14:59
shardyetc.14:59
larsksshardy: 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
shardylarsks: well hopefully we can get a bugfix in fairly soon and backport it as appropriate15:02
shardybut yeah I guess document the workaround until that happens15:02
*** nkhare has joined #heat15:03
*** david_lyle_ has joined #heat15:07
*** dklyle has joined #heat15:08
*** dklyle has quit IRC15:10
*** dklyle has joined #heat15:10
*** david-lyle has quit IRC15:10
*** dklyle is now known as david-lyle15:11
*** e0ne_ has quit IRC15:11
*** david_lyle_ has quit IRC15:11
openstackgerritSergey Kraynev proposed a change to openstack/heat: Correct update to zero numbers of health monitors  https://review.openstack.org/8474715:12
*** andrew_plunk has joined #heat15:12
*** skraynev is now known as skraynev_afk15:13
*** varora- has joined #heat15:14
*** ifarkas has quit IRC15:16
openstackgerritQiming Teng proposed a change to openstack/heat: Filter deployment status when building metadata  https://review.openstack.org/8465815:16
*** ifarkas has joined #heat15:21
*** openstackgerrit has quit IRC15:21
*** openstackgerrit has joined #heat15:22
*** Qiming has left #heat15:26
*** e0ne has joined #heat15:26
*** gokrokve has joined #heat15:30
*** alexheneveld has joined #heat15:30
openstackgerritThomas Herve proposed a change to openstack/heat-templates: Fix alarm metadata in new autoscaling template  https://review.openstack.org/8476215:32
*** threebean has joined #heat15:33
*** pablosan has quit IRC15:35
*** tspatzier has quit IRC15:36
*** spzala has joined #heat15:40
*** alexheneveld has quit IRC15:40
*** rbuilta has joined #heat15:42
*** alexheneveld has joined #heat15:44
*** Tross has joined #heat15:45
*** tango has quit IRC15:47
*** mkollaro has quit IRC15:49
*** swygue has quit IRC15:51
*** swygue has joined #heat15:51
*** blinky_ghost has joined #heat15:55
*** mkollaro has joined #heat15:57
blinky_ghostHi 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? thanks15:57
*** threebean has left #heat15:57
therveblinky_ghost, Try looking at ceilometer alarms (ceilometer alarm-list)15:59
*** zhiyan_ is now known as zhiyan15:59
blinky_ghosttherve: it appears 2 records15:59
blinky_ghosttherve: 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_ghostAutoscale-CPUAlarmLow-psnrujpe2enb  | Scale-down if the average CPU < 15% for 1 minute | insufficient data | True    | False      | a5d5804b-0201-4301-b0c6-52cd3f484e38 | 7a53e345be3c45e68adcb324f7fe34df | b6ab7bd5e05b47aa89f3cf071937657a16:00
*** nkhare has quit IRC16:01
therveblinky_ghost, Please use paste.openstack.org next time :)16:02
blinky_ghosttherve: sorry :)16:02
therveSo you don't have enough data. You may need to change /etc/ceilometer/pipeline.yaml and tweak the interval of measures16:02
therveAnd restart ceilo services once done16:03
*** mkollaro has quit IRC16:04
blinky_ghosttherve: humm, ok, what value should I use? 30 sec?16:04
*** pasquier-s has quit IRC16:04
therveYeah for example16:05
*** alexheneveld has quit IRC16:05
*** alexheneveld has joined #heat16:07
*** e0ne has quit IRC16:09
*** e0ne has joined #heat16:09
*** rbuilta has quit IRC16:10
*** e0ne has quit IRC16:12
*** ifarkas has quit IRC16:12
shardysdague: Hi, do you happen to know if the tempest API tests will run in paralell with the same credentials?16:12
shardysdague: trying to work out if my list-length assertions in https://review.openstack.org/#/c/82577/ are valid16:12
shardyprobably not if the tests are running concurrently16:13
*** e0ne has joined #heat16:17
*** chandankumar_ has quit IRC16:20
*** e0ne has quit IRC16:20
*** e0ne has joined #heat16:21
*** e0ne has quit IRC16:25
*** alexheneveld has quit IRC16:26
*** edimmaz has quit IRC16:26
*** zns has quit IRC16:27
*** ramishra has quit IRC16:31
*** derekh has quit IRC16:32
*** Tross has quit IRC16:33
*** jistr has quit IRC16:33
*** e0ne has joined #heat16:33
*** e0ne_ has joined #heat16:34
*** e0ne has quit IRC16:35
*** pablosan has joined #heat16:38
*** cmyster has quit IRC16:39
*** blamar_ has joined #heat16:41
*** blamar has quit IRC16:42
*** blamar_ is now known as blamar16:42
blinky_ghosttherve: it still appears "insufficient data" what else can I check?16:51
*** zhiyan is now known as zhiyan_16:51
*** gokrokve has quit IRC16:52
sdakere that launchpad bug, that probably needs to land in rc216:54
sdakebut oslo-incubator needs to get the patch operational first16:54
*** stannie has quit IRC16:55
therveblinky_ghost, Try to use ceilometer statistics to query what it knows about16:58
therveIt can be a problem with nova tags16:58
blinky_ghosttherve: 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_ghosttherve: ceilometer statistics cpu command shows me a record17:01
therveYeah I don't know what to do with that :)17:04
*** gokrokve has joined #heat17:06
*** akuznetsov has quit IRC17:09
*** radez is now known as radez_g0n317:10
*** pvaneck has joined #heat17:14
sdagueshardy: we require tenant isolation to run in parallel17:28
sdagueso as long as it's a non admin call, it should be protected from other calls17:28
sdagueas long as there aren't other async issues17:28
*** e0ne has joined #heat17:29
shardysdague: Ok thanks for the info!17:29
*** blomquisg has joined #heat17:29
sdagueyou'll notice we've got this whole waiter infrastructure in tempest because the creates and deletes are usually async for resources17:29
sdagueso if you look at something like the image list tests, you'll see that pattern of create a bunch of images17:30
sdaguewait on them being ready17:30
sdaguedo expected list and list filter operations17:30
sdaguedelete17:30
sdaguewait for deletes17:30
sdaguethe wait for deletes is typically the thing people forget17:30
*** e0ne has quit IRC17:31
sdagueso following tests in the same class might find unexpected resources and fail17:31
shardysdague: 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 on17:32
*** tango has joined #heat17:32
sdagueshardy: sure, but that's not synchronous right?17:33
shardysdague: No it's async, so I had the waiter loop in the base class here:17:34
shardyhttps://review.openstack.org/#/c/82577/6/tempest/api/orchestration/base.py17:34
shardyIf necessary I can take a look at the other tests and align with existing patterns17:35
*** harlowja_away is now known as harlowja17:35
shardyI was trying to copy the existing clear_stacks convention for cleaning up the class17:35
sdagueshardy: ok, gotcha17:35
sdagueso I guess the only question is why go through the class level create_stacks vs. directly client call17:36
sdaguewe were typically using those cls.create_* functions as the gc versions of the client calls17:37
sdaguethat was the only real reason for that wrapper17:37
*** abramley_ has joined #heat17:37
*** jprovazn_afk is now known as jprovazn17:37
sdagueso if you are doing the cleanup yourself, I think it's probably just as well call the client directly17:37
*** gokrokve_ has joined #heat17:37
shardysdague: Ok, sure I can rework it to do that17:37
sdaguealthough, I guess the waiters are built in on the class level as well?17:37
*** gokrokve has quit IRC17:38
*** e0ne_ has quit IRC17:38
*** jmckind has quit IRC17:38
*** IlyaE has quit IRC17:38
*** abramley has quit IRC17:38
*** abramley_ is now known as abramley17:38
shardyThe waiter is actually built in to the client, so I don't think it really matters17:38
sdagueok17:38
sdagueso, actually, calling clear_stacks, or delete_stacks is probably fine17:39
sdaguehowever...17:39
sdaguethose functions aren't poping thing off their list once deleted17:39
sdaguewhich should probably be fixed17:39
sdaguebecause it means other tests are going to try to delete all these all over again17:39
shardywell delete_stacks is just called with a list as an argument17:40
shardybut I see your point for clear_stacks17:40
sdagueok, right17:40
shardythat should only get called on class cleanup tho right?17:40
shardyso I'm not sure if it's really an issue17:40
sdagueshardy: it should, and I suppose if you are splitting it out, not an issue17:40
*** akuznetsov has joined #heat17:40
sdaguein that case it should probably be _clear_stacks though17:40
sdagueso people realize they shouldn't call it outside of the base class17:41
sdagueI actually think https://review.openstack.org/#/c/82577/6 is good now17:42
shardy\o/17:42
shardy;)17:42
sdagueif 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 class17:42
shardysdague: Ok, I can definitely do that17:43
sdagueshardy: now I can ask you a question - why did this never complete the stack - https://review.openstack.org/#/c/83924/17:43
sdaguethe stack never seems to go active there17:43
* shardy looks at logs17:45
shardySo it looks like the engine was still waiting for a waitcondition notification and the test itself timed out?17:49
shardysdague: You can see the waitcondition signal in the API logs:17:56
shardyhttp://logs.openstack.org/24/83924/3/check/check-tempest-dsvm-neutron-heat-slow/6f65f05/logs/screen-h-api-cfn.txt.gz17:56
shardyProcessing request: PUT /v1/waitcondition/...17:56
*** IlyaE has joined #heat18:00
shardysdague: 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.27618:00
sdagueinteresting18:00
sdagueok, I've got to go dive on another problem right now. I'll swing back around shortly (hopefully)18:01
shardyOh, the second one is the rebuild, so the test is actually working18:01
sdagueis it maybe triggering too early?18:01
shardybut the status polling isn't, for some reason18:01
shardyhmm, yeah that sounds like a possibility18:02
shardyalthough even if the restart is in progress, the stack status should still be CREATE_COMPLETE18:03
shardyI'm not that familiar with how the status_timeout works, but that appears to be giving a bogus result AFAICT18:04
* shardy goes to grab some dinner18:05
sdagueok, thanks for the info18:07
*** zns has joined #heat18:07
*** akuznetsov has quit IRC18:09
*** blomquis` has quit IRC18:17
*** radez_g0n3 has quit IRC18:17
*** radez_g0n3 has joined #heat18:17
*** akuznetsov has joined #heat18:17
*** e0ne has joined #heat18:20
*** IlyaE has quit IRC18:32
*** metral has joined #heat18:34
metralhello - 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-name18:36
metralany ideas as to what may be prompting this issue?18:36
*** IlyaE has joined #heat18:38
openstackgerritA change was merged to openstack/heat: Initial validation of functions  https://review.openstack.org/8248618:38
openstackgerritA change was merged to openstack/heat: Validation functions for resources and outputs  https://review.openstack.org/8248718:38
*** blinky_ghost has quit IRC18:40
*** jstrachan has quit IRC18:40
*** pradipta_away has quit IRC18:40
*** chandankumar_ has joined #heat18:41
*** pradipta_away has joined #heat18:42
*** spzala has quit IRC18:42
*** yogesh_ has joined #heat18:43
*** yassine has quit IRC18:45
*** akuznetsov has quit IRC18:47
*** alexpilotti has quit IRC18:50
*** radez_g0n3 is now known as radez18:54
*** chandankumar_ has quit IRC18:55
*** gokrokve_ has quit IRC18:56
*** yogesh__ has joined #heat18:57
*** yogesh_ has quit IRC18:57
*** rwsu has quit IRC19:01
*** ramishra has joined #heat19:01
*** tomek_adamczewsk has joined #heat19:03
*** arbylee has quit IRC19:04
*** aniket has joined #heat19:05
*** arbylee has joined #heat19:05
anikethello19:06
*** arbylee has quit IRC19:06
*** arbylee has joined #heat19:07
*** andersonvom has joined #heat19:07
*** Tross has joined #heat19:07
*** rwsu has joined #heat19:07
*** tomek_adamczewsk has quit IRC19:11
*** aniket has quit IRC19:11
*** gokrokve has joined #heat19:12
*** jcru has quit IRC19:20
*** Tross has quit IRC19:20
*** gokrokve has quit IRC19:25
*** gokrokve has joined #heat19:27
*** gokrokve has quit IRC19:29
*** jcru has joined #heat19:31
*** e0ne has quit IRC19:37
*** spzala has joined #heat19:38
*** Tross has joined #heat19:41
*** pablosan is now known as zz_pablosan19:47
*** e0ne has joined #heat19:51
*** ramishra has quit IRC19:51
*** e0ne has quit IRC19:52
*** zz_pablosan is now known as pablosan19:55
*** BillArnold has joined #heat19:56
*** gokrokve has joined #heat20:00
*** pablosan is now known as zz_pablosan20:01
*** mkollaro has joined #heat20:08
openstackgerritA change was merged to openstack/heat: Fix incorrect logic during updating in unittest  https://review.openstack.org/8370820:10
*** zns has quit IRC20:22
zanebset_deletion_policy()20:23
zanebmind. blown.20:23
*** blomquisg has quit IRC20:24
*** yogesh__ has quit IRC20:24
*** tspatzier has joined #heat20:25
*** zns has joined #heat20:27
*** Tross has quit IRC20:29
*** arbylee has quit IRC20:30
*** jprovazn has quit IRC20:32
*** blamar_ has joined #heat20:34
*** RockKuo_TW has joined #heat20:35
*** blamar has quit IRC20:36
*** blamar_ is now known as blamar20:36
*** blomquisg has joined #heat20:38
*** RockKuo has quit IRC20:38
*** lindsayk has joined #heat20:41
*** blamar has quit IRC20:44
*** blomquisg has quit IRC20:44
*** blamar has joined #heat20:44
*** blamar has quit IRC20:47
*** alexheneveld has joined #heat20:48
*** spzala has quit IRC20:49
*** spzala has joined #heat20:50
*** blamar has joined #heat20:50
*** tspatzier has quit IRC20:56
*** blomquisg has joined #heat20:59
*** jdob has quit IRC21:00
lipinskiIs there a way to reference the id of a resource within the properties for the resource itself?21:00
lipinskie.g., to say pass the resource ID through userdata21:00
*** Tross has joined #heat21:00
*** blamar has quit IRC21:02
*** Michalik- has quit IRC21:04
*** kfox1111 has joined #heat21:05
*** lindsayk has quit IRC21:06
kfox1111how do I get the instance id of an instance to return via an output? Should Ref: InstanceResource work?21:06
kfox1111Oh, and its a Neutron::Server type resource.21:08
kfox1111bleh. s/Neutron/Nova/21:09
*** lindsayk has joined #heat21:11
*** bvandenh has joined #heat21:12
*** arbylee has joined #heat21:16
*** Michalik- has joined #heat21:16
stevebakerlipinski: that is what {Ref: } and {get_resource: } does21:16
lipinskistevebaker: I know, but can that be used within a resource for self-reflection?21:17
*** vijendar has quit IRC21:17
stevebakerlipinski: a circular reference? no. You could probably fetch that on the server via the nova metadata api though21:17
lipinskiok - yes.  I was trying to drop the resource ID (or a Nova server) on the VM itself through user-data21:18
mattoliverauMorning21:18
zanebkfox1111: yes, that should work21:18
lipinskidoes 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
stevebakerlipinski: just curl. http://docs.openstack.org/admin-guide-cloud/content/section_metadata-service.html21:19
*** arbylee has quit IRC21:20
*** arbylee has joined #heat21:20
*** bvandenh has quit IRC21:20
lipinskiah - never knew about /openstack/<ver>/meta_data.json - only knew about /<ver>/meta-data - which provides some different instance_id than the VMID21:21
lipinskistevebaker: one more ques.  That requires metadata service.  Any equivalent when using cloud-drive instead of metadata?21:21
*** blomquisg has quit IRC21:22
stevebakerlipinski: that same tree should be in the config-drive structure - I haven't actually played with that21:22
lipinskiok - thanks.21:22
*** jcru_ has joined #heat21:29
*** jcru has quit IRC21:29
*** Linz has joined #heat21:33
*** yogesh_ has joined #heat21:35
*** aweiteka has quit IRC21:36
*** blomquisg has joined #heat21:36
*** sgordon has quit IRC21:43
*** zz_pablosan is now known as pablosan21:44
*** pablosan is now known as zz_pablosan21:44
*** tomek_adamczewsk has joined #heat21:49
*** zz_pablosan is now known as pablosan21:49
*** rpothier has quit IRC21:49
*** blamar has joined #heat21:51
*** scollier has quit IRC21:55
*** Tross has quit IRC21:56
*** scollier has joined #heat21:57
*** tomek_adamczewsk has quit IRC22:00
*** lindsayk has quit IRC22:01
*** lindsayk has joined #heat22:04
*** sabeen has quit IRC22:09
*** duncanjw has joined #heat22:11
*** david-lyle has quit IRC22:11
*** rcleere has quit IRC22:17
*** duncanjw has quit IRC22:20
*** connie has joined #heat22:21
*** faramir1 has joined #heat22:25
*** TravT has joined #heat22:26
*** andrew_plunk has quit IRC22:27
*** duncanjw has joined #heat22:32
*** yogesh has joined #heat22:35
*** harlowja has quit IRC22:35
*** harlowja has joined #heat22:36
*** yogesh_ has quit IRC22:38
*** dims_ has quit IRC22:40
*** mkollaro has quit IRC22:43
*** faramir1 has quit IRC22:46
*** bgorski has joined #heat22:47
*** yogesh has quit IRC22:47
*** lindsayk has quit IRC22:48
*** lindsayk has joined #heat22:50
*** harlowja has quit IRC22:54
*** harlowja has joined #heat22:54
*** dims_ has joined #heat22:56
*** john-n-seattle2 has joined #heat23:01
*** john-n-seattle2 has left #heat23:01
*** spzala has quit IRC23:04
*** lindsayk has quit IRC23:04
*** lindsayk has joined #heat23:08
openstackgerritJenkins proposed a change to openstack/heat: Updated from global requirements  https://review.openstack.org/7668923:13
*** jcru_ has quit IRC23:16
openstackgerritJenkins proposed a change to openstack/python-heatclient: Updated from global requirements  https://review.openstack.org/8348723:19
*** rpothier has joined #heat23:28
*** IlyaE has quit IRC23:39
openstackgerritA change was merged to openstack/python-heatclient: Python 3: fix test_template_utils.py  https://review.openstack.org/8419823:44
*** achampion has quit IRC23:45
*** sjmc7 has quit IRC23:45
*** BillArnold has quit IRC23:49
*** pvaneck has quit IRC23:50
*** spzala has joined #heat23:55
*** tango has quit IRC23:57
*** IlyaE has joined #heat23:58

Generated by irclog2html.py 2.14.0 by Marius Gedminas - find it at mg.pov.lt!