Friday, 2014-06-20

*** sjmc7 has quit IRC00:02
*** Qiming has joined #heat00:02
*** ccrouch has quit IRC00:10
*** matsuhashi has joined #heat00:28
*** BillArnold has quit IRC00:40
*** daneyon has quit IRC00:47
*** matsuhashi has quit IRC00:48
*** matsuhashi has joined #heat00:49
*** matsuhashi has quit IRC00:54
*** dims has joined #heat00:58
*** daneyon has joined #heat01:01
*** matsuhashi has joined #heat01:01
*** dims has quit IRC01:02
*** Qiming has quit IRC01:03
*** dims_ has joined #heat01:05
*** matsuhashi has quit IRC01:09
*** matsuhashi has joined #heat01:10
*** gokrokve has quit IRC01:22
openstackgerritBartosz Górski proposed a change to openstack/heat: Adds multi-cloud to OS::Heat::Stack resource  https://review.openstack.org/9853301:25
openstackgerritBartosz Górski proposed a change to openstack/heat: Adds multi-region support for stack resource  https://review.openstack.org/5331301:25
*** andersonvom has quit IRC01:26
*** nosnos has joined #heat01:30
*** dims_ has quit IRC01:39
*** TravT has quit IRC01:41
*** lskyw has quit IRC01:46
*** gokrokve has joined #heat01:47
*** aweiteka has joined #heat01:49
*** daneyon has quit IRC02:03
*** Qiming has joined #heat02:04
*** Michalik- has quit IRC02:05
*** arbylee has joined #heat02:15
*** arbylee has quit IRC02:16
*** tiantian has joined #heat02:18
*** bnemec is now known as bnemec_away02:20
*** rwsu has quit IRC02:24
*** nati_ueno has quit IRC02:26
*** elynn has joined #heat02:26
openstackgerrithuangtianhua proposed a change to openstack/heat: Make some properties updatable for Volume resource  https://review.openstack.org/10080402:29
*** Michalik- has joined #heat02:37
*** ramishra has joined #heat02:41
*** bgorski has quit IRC02:45
*** randallburt has joined #heat02:47
*** randallburt has joined #heat02:48
*** elynn has quit IRC02:48
*** zhiyan_ is now known as zhiyan02:49
*** harlowja is now known as harlowja_away02:56
*** matsuhashi has quit IRC03:02
*** matsuhashi has joined #heat03:03
openstackgerritSteve Baker proposed a change to openstack/heat: Only support client plugins  https://review.openstack.org/9868803:05
openstackgerritSteve Baker proposed a change to openstack/heat: Glance, swift use ignore_not_found()  https://review.openstack.org/10042403:05
openstackgerritSteve Baker proposed a change to openstack/heat: Implement keystone client plugin  https://review.openstack.org/9798503:05
openstackgerritSteve Baker proposed a change to openstack/heat: Implement heat client plugin  https://review.openstack.org/9798403:05
openstackgerritSteve Baker proposed a change to openstack/heat: Client plugin exception handling methods  https://review.openstack.org/10042103:05
openstackgerritSteve Baker proposed a change to openstack/heat: Move network constraint to neutron plugin  https://review.openstack.org/10042003:05
openstackgerritSteve Baker proposed a change to openstack/heat: Neutron use ignore_not_found()  https://review.openstack.org/10042303:05
openstackgerritSteve Baker proposed a change to openstack/heat: Nova use ignore_not_found()  https://review.openstack.org/10042203:05
openstackgerritSteve Baker proposed a change to openstack/heat: Store clients in context  https://review.openstack.org/9893503:05
openstackgerritSteve Baker proposed a change to openstack/heat: Move glance_utils functions to glance client plugin  https://review.openstack.org/10041903:05
openstackgerritSteve Baker proposed a change to openstack/heat: Implement barbican client plugin  https://review.openstack.org/9868403:05
openstackgerritSteve Baker proposed a change to openstack/heat: Remove unused rackspace clients imports  https://review.openstack.org/9868503:05
openstackgerritSteve Baker proposed a change to openstack/heat: Use config region_name_for_services for rackspace clients  https://review.openstack.org/9868603:05
openstackgerritSteve Baker proposed a change to openstack/heat: Port rackspace clients to client plugins  https://review.openstack.org/9868703:05
openstackgerritSteve Baker proposed a change to openstack/heat: Deprecate direct access to clients methods  https://review.openstack.org/9797303:06
openstackgerritSteve Baker proposed a change to openstack/heat: Make heat.engine.clients a package  https://review.openstack.org/9797403:06
openstackgerritSteve Baker proposed a change to openstack/heat: Implement marconi client plugin  https://review.openstack.org/9868303:06
openstackgerritSteve Baker proposed a change to openstack/heat: Base class for client plugins  https://review.openstack.org/9797503:06
openstackgerritSteve Baker proposed a change to openstack/heat: Initialise client plugins  https://review.openstack.org/9797603:06
openstackgerritSteve Baker proposed a change to openstack/heat: Implement nova client plugin  https://review.openstack.org/9797703:06
openstackgerritSteve Baker proposed a change to openstack/heat: Implement swift client plugin  https://review.openstack.org/9797803:06
openstackgerritSteve Baker proposed a change to openstack/heat: Implement glance client plugin  https://review.openstack.org/9797903:06
openstackgerritSteve Baker proposed a change to openstack/heat: Implement neutron client plugin  https://review.openstack.org/9798003:06
openstackgerritSteve Baker proposed a change to openstack/heat: Implement cinder client plugin  https://review.openstack.org/9798103:06
openstackgerritSteve Baker proposed a change to openstack/heat: Implement trove client plugin  https://review.openstack.org/9798203:06
openstackgerritSteve Baker proposed a change to openstack/heat: Implement ceilometer client plugin  https://review.openstack.org/9798303:06
openstackgerritSteve Baker proposed a change to openstack/heat: Remove function get_software_config  https://review.openstack.org/10139603:06
openstackgerritSteve Baker proposed a change to openstack/heat: Cinder, trove, ceilo use ignore_not_found()  https://review.openstack.org/10139703:06
*** tiantian has quit IRC03:06
*** tiantian has joined #heat03:07
*** matsuhashi has quit IRC03:07
*** mestery has quit IRC03:17
*** nosnos has quit IRC03:18
*** ccrouch has joined #heat03:20
openstackgerritOpenStack Proposal Bot proposed a change to openstack/heat: Updated from global requirements  https://review.openstack.org/9650703:33
randallburtoh, that's going to make my life hard stevebaker...03:38
*** jyoti_ranjan has joined #heat03:38
stevebakerrandallburt: gluttons for punishment'03:38
randallburtits a good change, though.03:39
randallburtjust might make me miss my weekly release when all that lands...03:39
randallburtsigh. calling it a night. have fun heaters.03:40
stevebakerrandallburt: oh, there will be some rackspace implications. I can go through them with you when you're ready03:41
*** randallburt has quit IRC03:42
*** matsuhashi has joined #heat03:53
*** tiantian has quit IRC03:56
*** tiantian has joined #heat03:57
tiantianstevebaker: would you see these : https://review.openstack.org/#/c/101078/ https://review.openstack.org/#/c/101133/04:00
*** matsuhashi has quit IRC04:02
*** matsuhashi has joined #heat04:02
*** matsuhashi has quit IRC04:06
*** ramishra has quit IRC04:09
*** nosnos has joined #heat04:11
*** sab has joined #heat04:13
*** sab has quit IRC04:14
openstackgerritA change was merged to openstack/heat: tests add stub_keystoneclient to base test class  https://review.openstack.org/10036704:15
*** ramishra has joined #heat04:20
*** akuznetsov has joined #heat04:31
*** kashyapk has joined #heat04:38
*** ramishra has quit IRC04:53
*** openstackgerrit has quit IRC04:57
*** rakesh_hs2 has joined #heat05:02
*** Demitar has joined #heat05:05
*** achampion has quit IRC05:07
*** Demitar has quit IRC05:10
*** kashyapk has quit IRC05:14
*** tiantian has quit IRC05:20
*** nkhare has joined #heat05:23
*** nkhare_ has joined #heat05:25
*** lazy_prince has joined #heat05:27
skraynevgood morning05:28
Qiminggood morning05:29
*** kashyapk has joined #heat05:31
*** nkhare_ has quit IRC05:37
*** chandan_kumar has joined #heat05:40
Qimingshardy, this cannot be you, ;) https://ask.openstack.org/en/question/32715/quick-start-guide-to-heat-auto-scaling/05:51
*** loki184 has joined #heat05:53
*** wpf-norman is now known as wpf05:58
*** tspatzier has joined #heat05:59
*** saju_m has joined #heat06:00
*** xuhaiwei_ has joined #heat06:07
*** nati_ueno has joined #heat06:09
*** jyoti_ranjan has quit IRC06:15
*** kashyapk has quit IRC06:24
*** kashyapk has joined #heat06:24
*** saju_m has quit IRC06:29
*** kashyapk has quit IRC06:30
*** ramishra has joined #heat06:30
*** kashyapk has joined #heat06:36
*** ramishra has quit IRC06:41
*** tango has quit IRC06:44
*** ramishra_ has joined #heat06:45
*** jyoti_ranjan has joined #heat06:51
*** saju_m has joined #heat06:51
*** jprovazn has joined #heat06:53
*** achampion has joined #heat06:54
*** xuhaiwei_ has quit IRC06:55
*** gokrokve_ has joined #heat06:58
*** gokrokve has quit IRC07:02
*** ramishra_ has quit IRC07:04
*** e0ne has joined #heat07:05
*** julienvey has joined #heat07:05
*** kashyapk has quit IRC07:10
*** kashyapk has joined #heat07:11
*** shardy has quit IRC07:12
*** kashyapk has quit IRC07:15
*** bmahalakshmi has joined #heat07:20
*** jstrachan has joined #heat07:26
*** achampion has quit IRC07:32
*** saju_m has quit IRC07:39
*** e0ne has quit IRC07:41
*** kashyapk has joined #heat07:41
*** ramishra has joined #heat07:44
*** kashyapk has quit IRC07:46
*** zhiyan is now known as zhiyan_08:00
*** jcoufal has joined #heat08:00
*** sorantis has joined #heat08:01
*** alexpilotti has joined #heat08:02
*** ramishra has quit IRC08:14
*** e0ne has joined #heat08:26
*** kashyapk has joined #heat08:32
*** e0ne has quit IRC08:36
*** Fayablazer has joined #heat08:38
*** e0ne has joined #heat08:39
*** ramishra has joined #heat08:40
*** e0ne_ has joined #heat08:41
*** noTHD has quit IRC08:44
*** e0ne has quit IRC08:45
*** ramishra has quit IRC08:47
*** saju_m has joined #heat08:47
*** alexpilotti has quit IRC08:50
*** ramishra has joined #heat08:53
*** ramishra has quit IRC08:55
*** ramishra has joined #heat08:56
*** ramishra has quit IRC08:56
*** ramishra has joined #heat08:57
*** ramishra has quit IRC09:03
*** ramishra has joined #heat09:06
*** kashyapk is now known as kopparam09:07
*** saju_m has quit IRC09:07
*** saju_m has joined #heat09:09
*** chandan_kumar has quit IRC09:09
*** ramishra has quit IRC09:11
*** ramishra has joined #heat09:12
*** nati_ueno has quit IRC09:13
*** ramishra has quit IRC09:17
*** andreaf_ has joined #heat09:18
*** e0ne_ has quit IRC09:20
*** e0ne has joined #heat09:22
*** sorantis has quit IRC09:22
*** e0ne_ has joined #heat09:23
*** Michalik- has quit IRC09:26
*** e0ne has quit IRC09:27
*** Demitar has joined #heat09:29
*** jyoti_ranjan has quit IRC09:30
*** lipinski has joined #heat09:33
lipinskiHow does one refernece the stack name from within the template?  (I know I've seen this, but cannot find it again...)09:33
lipinskinevermind, found it: OS::stack_name09:34
*** rakesh_hs2 has quit IRC09:38
*** rakesh_hs2 has joined #heat09:39
*** kopparam has quit IRC09:43
*** jyoti_ranjan has joined #heat09:44
*** kopparam has joined #heat09:44
*** Michalik- has joined #heat09:46
*** tiantian has joined #heat09:46
*** kopparam has quit IRC09:49
*** kopparam has joined #heat09:51
*** aniket has joined #heat09:54
anikethi09:55
aniketgoodafternoon all09:55
tiantianshardy: here?10:03
*** Qiming has quit IRC10:04
ckmvishnuHi, if --parameters accepts key1=value1;key2=value2 as arguments, whats the use of having parameter_groups? What order is the documentation talking about?10:11
ckmvishnuCould not understand parameter_groups usage.10:12
*** rakesh_hs3 has joined #heat10:13
*** jyoti_ranjan has quit IRC10:14
*** rakesh_hs2 has quit IRC10:14
*** jyoti_ranjan has joined #heat10:16
lipinskiCan anyone point to a reference on how a SoftwareConfig that is a simple shell script uses inputs and outputs?10:22
*** kopparam has quit IRC10:30
*** kopparam has joined #heat10:30
*** cdent has joined #heat10:32
*** tspatzier has quit IRC10:36
*** rakesh_hs4 has joined #heat10:46
*** rakesh_hs3 has quit IRC10:47
*** openstackgerrit has joined #heat10:55
*** alexpilotti has joined #heat10:57
*** alexpilotti has quit IRC10:58
*** nosnos has quit IRC11:03
lipinskiIs admin required to create a SoftwareDeployment resource?11:08
therveI think it depends on your configuration. If you use domain users, no.11:11
lipinskitherve: what do you mean?11:11
therveWell I mean what I said :)11:12
lipinski:)11:12
lipinskiok - what ia domain user?11:12
therveIt's a user created in a temporary domain for the stack11:13
skraynevtherve: hi11:13
thervelipinski, http://hardysteven.blogspot.fr/2014/04/heat-auth-model-updates-part-2-stack.html11:14
skraynevtherve: Should we fully follow AWS documentation for AWS resources in Heat? I am confused this change https://review.openstack.org/#/c/100804/111:15
lipinskiok.  I don't mean an admin user within my instance.  I mean an Openstack admin-level user (OS_USERNAME) when calling stack-create11:15
lipinskiI'm not using heat-cfntools nor agents or anything like that.11:16
lipinskiSimply creating a stack with a SoftwareDeployment.  The creation of the SoftwareDeployment resource is failing claiming that I need to be admin11:16
therveskraynev, That does AWS doc says?11:16
therveI didn't mean admin in the instance either, so great11:16
*** mkollaro has joined #heat11:17
lipinskiplus, I have Havana Openstack with Icehouse Heat.  So, I don't think any of the domain user stuff applies to my Keystone11:18
skraynevtherve: according to  http://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-properties-ec2-ebs-volume.html all properties for volume resource can not be updated.11:18
*** rpothier has joined #heat11:18
therveskraynev, Then we shouldn't do it either11:19
thervelipinski, Then you probably needs admin11:19
lipinskishoot.  Thanks.11:19
skraynevtherve: but size for volume may be updated already :(11:20
therveskraynev, Presumably because of our inheritance. Doesn't seem really problematic though.11:20
skraynevtherve: so following with this logic we may allow update for TAGS in this patch.11:22
* therve shrugs11:23
*** tiantian has quit IRC11:23
skraynevtherve, doh. ok :) thx11:25
therveskraynev, I mean unless you're seeing an issue I don't see, more functionality shouldn't harm11:26
*** rakesh_hs4 has quit IRC11:28
skraynevtherve, yeap. it makes sense, I just wanted to understand this  narrow border: what changes in AWS resources may be done.11:28
*** rakesh_hs4 has joined #heat11:30
*** rakesh_hs4 has quit IRC11:33
*** rpothier has quit IRC11:35
*** rakesh_hs4 has joined #heat11:36
openstackgerritSergey Kraynev proposed a change to openstack/heat: Adding own child_template for AutoScalingGroup  https://review.openstack.org/9514211:37
*** asalkeld has quit IRC11:40
*** noTHD has joined #heat11:46
*** ramishra has joined #heat11:47
*** DandyPandy has joined #heat11:47
*** rpothier has joined #heat11:48
*** saju_m has quit IRC11:50
*** sgordon has joined #heat11:53
*** sgordon has quit IRC11:53
*** sgordon has joined #heat11:53
*** gokrokve_ has quit IRC11:54
*** kopparam has quit IRC11:54
*** kopparam_ has joined #heat11:54
*** ramishra has quit IRC11:55
*** saju_m has joined #heat11:57
*** stannie has joined #heat11:58
*** ramishra has joined #heat11:59
*** kopparam_ has quit IRC12:01
lipinskiIs there a way to update the stored user credentials in the HeatDB?12:02
lipinskie.g., if userX who created a stack eventually changes their password - how do you update the stored password in the HeatDB to reflect that change?12:03
*** kopparam has joined #heat12:03
*** ccrouch has left #heat12:04
*** ramishra has quit IRC12:05
*** ramishra has joined #heat12:06
*** jdob has joined #heat12:07
thervePossibly using stack update?12:08
lipinskitherve: does heat do that automatically?12:08
therveIt might, I haven't tried12:08
lipinskiReading up on all this auth stuff...  On older versions that are not using domains/trusts, etc., it seems HEat stores the password in the DB.12:09
lipinskifor future delegation or whatever.12:09
lipinskiThat would imply that any user password change would have to be updated in the Heat DB.12:09
lipinskiOr, when the user changes passwords, now that is broken.12:09
lipinskiI guess, I'm stumbling on that in conjunction with the SoftwareDeployment requiring admin credentials (which I can't figure out why that is...)12:10
lipinskiMy customers are not going to be happy if I tell them that I need admin credentials to deploy, and that they can then never change those credentials.12:12
lipinskiThe alternative is that I can't use SoftwareDeployment resources, and without those, user_data within a Server can't have anything derived from a parameter, plus provider resources that can't have metadata that changes, etc.12:13
*** rbuilta has joined #heat12:13
*** Michalik- has quit IRC12:16
*** Michalik- has joined #heat12:17
*** kopparam has quit IRC12:19
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Implement OS::Sahara::NodeGroupTemplate resource  https://review.openstack.org/10028812:19
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Implement OS::Sahara::Cluster resource  https://review.openstack.org/7233612:19
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Implement OS::Sahara:ClusterTemplate resource  https://review.openstack.org/10150912:19
*** kopparam has joined #heat12:20
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Implement OS::Sahara::ClusterTemplate resource  https://review.openstack.org/10150912:23
*** kopparam has quit IRC12:24
*** Michalik- has quit IRC12:31
*** gokrokve has joined #heat12:32
*** ramishra has quit IRC12:33
*** Michalik- has joined #heat12:34
*** ramishra has joined #heat12:34
*** jcoufal has quit IRC12:35
*** gokrokve has quit IRC12:37
*** ramishra has quit IRC12:38
lipinskiCan anyone comment on why SoftwareDeployment requires admin cred?  I can't figure that one out...12:42
lipinskiI understand some of the other requires possibly needing that, but SoftwareDeployment has me stumpted.12:42
openstackgerritA change was merged to openstack/heat: Don't set context auth_token in heat_keystoneclient  https://review.openstack.org/10070112:47
*** Michalik- has quit IRC12:49
*** fandi has joined #heat12:50
*** blomquisg_away is now known as blomquisg12:55
*** blues-man has joined #heat12:56
*** aweiteka has quit IRC12:57
*** ifarkas has quit IRC13:00
*** loki184 has quit IRC13:04
*** nkhare has quit IRC13:10
*** bmahalakshmi has quit IRC13:14
openstackgerritEthan Lynn proposed a change to openstack/heat: Enable SubnetId update for EC2::Instance  https://review.openstack.org/9804213:17
*** john-n-seattle has left #heat13:18
zaneblipinski: I'm guessing because it creates a user to signal back to Heat when it is deployed. I think if you use the new heat stack user keystone domain feature, that requirement should go away13:28
zaneb(reading scrollback backwards)13:29
zaneblipinski: why are you not using trusts? those have been around since Havana13:29
*** jdob has quit IRC13:29
*** jdob has joined #heat13:29
*** pas-ha has quit IRC13:31
thervezaneb, trusts don't solve that issue?13:31
zanebtherve: trusts solve the issues of storing credentials in the DB13:32
therveYes, but not the admin required part13:32
zanebyes, the stack user domain solves the admin required part13:33
*** vijendar has joined #heat13:34
*** DandyPandy has quit IRC13:34
*** gokrokve has joined #heat13:34
zanebckmvishnu: parameter groups make it easier to display a pretty UI, e.g. in Horizon13:34
*** saju_m has quit IRC13:34
*** andersonvom has joined #heat13:35
*** andersonvom has quit IRC13:38
*** gokrokve has quit IRC13:39
*** aweiteka has joined #heat13:40
*** pas-ha has joined #heat13:43
*** zhiyan_ has quit IRC13:50
*** jdob_ has joined #heat13:50
*** fandi has quit IRC13:52
*** jdob has quit IRC13:53
*** iyozhikov is now known as IgorYozhikov13:53
*** arbylee has joined #heat13:55
*** gokrokve has joined #heat13:55
*** zz_gondoi is now known as gondoi13:55
*** tango has joined #heat13:55
*** arbylee has quit IRC13:56
*** arbylee has joined #heat13:56
*** mkerrin has quit IRC13:56
*** andrearosa has quit IRC13:57
*** andrearosa has joined #heat13:58
*** mkerrin has joined #heat13:59
*** BillArnold has joined #heat14:00
*** gokrokve has quit IRC14:00
*** Demitar has quit IRC14:01
*** gokrokve has joined #heat14:02
*** jrist has quit IRC14:04
*** daneyon has joined #heat14:06
*** rakesh_hs4 has quit IRC14:07
*** radez_g0n3 is now known as radez14:08
*** sorantis has joined #heat14:08
*** sjmc7 has joined #heat14:09
*** kgriffs|afk is now known as kgriffs14:11
*** kopparam has joined #heat14:18
*** jrist has joined #heat14:20
*** jrist has quit IRC14:21
*** jrist has joined #heat14:21
*** vijendar has quit IRC14:27
*** vijendar has joined #heat14:28
*** jamiehannaford has joined #heat14:28
*** david-lyle has joined #heat14:29
*** DandyPandy has joined #heat14:34
*** DandyPandy has quit IRC14:34
*** rwsu has joined #heat14:35
*** DandyPandy has joined #heat14:36
*** nati_ueno has joined #heat14:37
*** sabeen has joined #heat14:38
*** gokrokve has quit IRC14:38
*** radez is now known as radez_g0n314:42
*** pas-ha has quit IRC14:42
*** jyoti_ranjan has quit IRC14:45
*** cody-somerville has quit IRC14:51
*** cody-somerville has joined #heat14:54
*** chandan_kumar has joined #heat14:55
*** radez_g0n3 is now known as radez14:58
*** pas-ha has joined #heat15:01
openstackgerritVijendar Komalla proposed a change to openstack/heat-specs: Encrypt hidden template parameters specification  https://review.openstack.org/10034315:06
*** Meeral has joined #heat15:06
*** ifarkas has joined #heat15:15
*** edmund has joined #heat15:16
*** mkollaro has quit IRC15:19
zanebtherve: did you get my email about the project meeting next week?15:19
*** sorantis has quit IRC15:19
*** mkollaro has joined #heat15:20
*** akuznetsov has quit IRC15:21
*** randallburt has joined #heat15:24
thervezaneb, Yes!15:25
*** akuznetsov has joined #heat15:25
thervezaneb, When's the actual meeting?15:29
*** fandi has joined #heat15:30
zanebhttps://wiki.openstack.org/wiki/Meetings#OpenStack_Project_.26_Release_Status_meeting15:30
therveAh that looks like the thing at 2115:30
zanebWeekly on Tuesdays at 2100 UTC15:30
therveCool15:30
*** pas-ha has quit IRC15:35
*** daneyon has quit IRC15:39
*** gokrokve has joined #heat15:41
*** e0ne_ has quit IRC15:41
lipinskican anyone provide a pointer to icehouse version numbering convention?  Specifically minor versions numbers that I see floating around for heat-related stuff.15:41
lipinskie.g., 2014.1.1, 2014.1.1-215:41
zanebI wasn't aware of the -2 part15:42
lipinskiFedora has 2014.1-1.0 and 2014.1.1-2.1.15:42
zaneboh, well those are Fedora's numbers15:43
lipinskiWhat does heat provide?  2014.1 and 2014.1.1 ?15:43
therveThe thing after the '-' is distribution specific15:43
lipinskiok - that helps.15:43
therveOpenstack is Year.Major.Minor15:43
lipinskiSo, will there be a 2014.1.2 from heat?15:43
therveYes15:43
lipinskiexcellent.  How do I find the candidates (or whatever you call them)?15:43
zaneblipinski: look at the stable/icehouse branch in Git15:44
lipinskizaneb: ok15:44
zanebI'm not sure what you mean by candidates?15:44
*** kopparam has quit IRC15:45
lipinskizaneb: you are working on bug 1332354 for me :)15:45
uvirtbotLaunchpad bug 1332354 in heat/icehouse "provider metadata updates cause recreation" [Medium,In progress] https://launchpad.net/bugs/133235415:45
lipinskiI need to document (for my mgmt) a statement that blah, blah, we require a OS environment with minimum heat version 2014.1.? that includes fix for bug xxxxxx.15:46
lipinskiI don't know how the minor version releases are done, or how to tell if a bug will make it in.15:46
zaneblipinski: here are the proposed patches https://review.openstack.org/#/q/status:open+project:openstack/heat+branch:stable/icehouse,n,z15:46
lipinskiFor example, I can't tell my mgmt 2014.1.2 if that is already semi-frozen.15:46
zanebif a patch gets approved before the next minor release then it will be in, and if it doesn't it won't15:47
lipinskiok - that helps.  I can use that link as a reference.15:47
lipinskiIs there a way to tell when the next minor version will be released?  (I promise I tried to find release schedules and stuff, but couldn't find anything that got down to minor levels)15:48
zanebhttps://wiki.openstack.org/wiki/Releases15:48
zanebthat ^ is past releases15:48
zaneblooking for the future ones15:48
zanebhttps://wiki.openstack.org/wiki/StableBranchRelease15:50
zanebbottom of the page15:50
zaneb2014.1.1  Jun 5 201415:50
zaneb2014.1.2  Aug 7 201415:50
zaneb2014.1.3  Oct 2 201415:50
*** blues-man has left #heat15:51
lipinskizaneb: thanks a ton.15:52
zanebnp15:53
*** randallburt has quit IRC15:54
*** Qiming has joined #heat15:54
*** ramishra has joined #heat15:58
*** gondoi is now known as zz_gondoi15:59
*** akuznetsov has quit IRC16:04
*** TravT has joined #heat16:04
*** akuznetsov has joined #heat16:05
*** DandyPandy has quit IRC16:05
*** ramishra has quit IRC16:07
*** vijendar1 has joined #heat16:12
*** vijendar has quit IRC16:12
*** akuznetsov has quit IRC16:14
*** akuznetsov has joined #heat16:14
sjmc7hi zaneb16:15
zanebo/16:16
sjmc7me again! do you know of any work that would have affected the 'marker' param for stack-list ?16:16
sjmc7i think a combination of it and a heatclient bug are breaking the --limit parameter to heat stack-list16:16
zanebhmm, I did a refactoring in that area16:16
sjmc7ah.. can you try stack-list -l 20 ?16:16
sjmc7with less than 20 stacks created?16:17
zanebhttps://review.openstack.org/#/c/96925/16:17
zanebI can't atm, no16:18
sjmc7ok, n.p. will prod16:18
zanebbut you can try reverting that patch16:18
zaneband see if it makes a difference16:18
sjmc7sure. thanks16:19
*** ramishra has joined #heat16:21
*** DandyPandy has joined #heat16:21
sjmc7yeah, that's it. will file a bug16:22
zanebdoh! :(16:23
zanebI'm not having a good record with refactorings this week :(16:24
sjmc7https://bugs.launchpad.net/heat/+bug/133261116:25
uvirtbotLaunchpad bug 1332611 in heat "--marker behavior broken for stack-list" [Undecided,New]16:25
*** akuznetsov has quit IRC16:26
*** akuznetsov has joined #heat16:26
*** akuznetsov has quit IRC16:30
*** akuznetsov has joined #heat16:30
*** fandi has quit IRC16:32
*** noTHD has quit IRC16:33
*** cdent has quit IRC16:33
*** cdent has joined #heat16:34
zanebman, how did I screw that up so badly?16:35
*** nati_ueno has quit IRC16:36
*** noTHD has joined #heat16:36
openstackgerritZane Bitter proposed a change to openstack/heat: Fix race condition deleting in-progress stack  https://review.openstack.org/9956216:38
sjmc7i can probably fix it this afternoon if you're busy16:40
sjmc7i couldn't find any bug reports for the client or dashboard so nobody's noticed yet16:40
*** vijendar1 has quit IRC16:41
*** vijendar has joined #heat16:42
*** radez is now known as radez_g0n316:43
*** akuznets_ has joined #heat16:45
*** fandi has joined #heat16:45
zaneboh, I see the problem16:45
*** noTHD has quit IRC16:45
zanebthe API and the db call have their arguments in a different order16:45
zanebfor no reason except to be difficult :/16:45
*** ramishra has quit IRC16:46
*** akuznetsov has quit IRC16:46
*** ramishra has joined #heat16:46
*** cdent has quit IRC16:47
*** saju_m has joined #heat16:49
sjmc7because why not!16:49
sjmc7i'll fix it, i've caused you enough trouble this week16:49
openstackgerritZane Bitter proposed a change to openstack/heat: Fix pagination of stack-list  https://review.openstack.org/10160516:51
sjmc7:)  too late!16:51
*** rbuilta has quit IRC16:51
zaneblol16:51
zanebI bet there was always a limit and a sort_keys in the DB call, and then the marker was added later16:52
zanebor something16:52
*** bgorski has joined #heat16:52
sjmc7yep16:52
*** mestery has joined #heat16:53
zanebsjmc7: I think you have it backwards - *I've* caused *you* enough trouble this week16:54
sjmc7eh. it's good debugging practice16:54
*** Fayablazer has quit IRC16:55
*** ramishra has quit IRC16:55
*** arbylee has quit IRC16:58
*** mestery has quit IRC16:59
*** mestery has joined #heat17:00
*** harlowja_away is now known as harlowja17:00
lipinskiHEat currently doesn't store template input parameters (or environment file) , does it?  e.g., if I want to do a stack-update and change 1 of 5 inputs defined in a environment, I have to have the original environment file, right?17:02
lipinskiI know I can retrieve the template itself from Heat, but the original inputs are lost, right?17:02
openstackgerritVijendar Komalla proposed a change to openstack/heat: Encrypt heat template parameters  https://review.openstack.org/9790017:03
*** ramishra has joined #heat17:04
*** mestery has quit IRC17:04
*** randallburt has joined #heat17:07
*** julienvey has quit IRC17:10
*** jstrachan has quit IRC17:12
*** nati_ueno has joined #heat17:17
zaneblipinski: I believe that's correct17:25
*** ramishra has quit IRC17:25
*** ramishra has joined #heat17:25
*** ramishra has quit IRC17:25
*** ramishra has joined #heat17:26
*** arbylee has joined #heat17:26
*** blinky_ghost has joined #heat17:28
*** lazy_prince has quit IRC17:28
blinky_ghosthi all, can anybody help me with an heat template? I'm trying to create 2 instances on the same stack but I need the first instance "pauses" at some point and wait that the second instances finishes to finish deployment. Any good examples how to do this? thanks17:30
cody-somervilleblinky_ghost: Use a wait handler.17:32
blinky_ghostcody-somerville: do you have an example?17:32
cody-somervilleor sorry, the correct term is wait condition.17:33
cody-somervilleblinky_ghost: http://docs.openstack.org/developer/heat/template_guide/cfn.html#AWS::CloudFormation::WaitCondition17:34
cody-somervilleblinky_ghost: Here is a full out example: https://github.com/openstack/heat-templates/blob/master/cfn/deb/MultiNode_DevStack.yaml17:35
blinky_ghostcody-somerville: thanks, I'll check it out :)17:37
*** daneyon has joined #heat17:38
cody-somervilleblinky_ghost: My pleasure. :)17:38
*** ramishra has quit IRC17:38
*** ramishra has joined #heat17:39
*** mkollaro has quit IRC17:40
openstackgerritMike Spreitzer proposed a change to openstack/heat-templates: Added simple samples that exercise autoscaling  https://review.openstack.org/9736617:42
*** ramishra has quit IRC17:43
*** e0ne has joined #heat17:43
*** achampion has joined #heat17:46
*** DandyPandy has quit IRC17:53
*** DandyPandy has joined #heat17:54
*** kopparam has joined #heat17:58
*** arbylee has quit IRC17:58
*** e0ne has quit IRC18:00
*** e0ne has joined #heat18:01
*** Fayablazer has joined #heat18:02
*** kopparam has quit IRC18:03
*** e0ne has quit IRC18:06
*** e0ne has joined #heat18:07
*** Qiming has quit IRC18:08
*** fandi has quit IRC18:11
*** arbylee has joined #heat18:11
*** arbylee has quit IRC18:12
*** arbylee has joined #heat18:12
*** blamar has joined #heat18:12
*** DandyPandy has quit IRC18:18
*** DandyPandy has joined #heat18:18
*** robsparker has quit IRC18:18
openstackgerritVijendar Komalla proposed a change to openstack/heat: Encrypt heat template parameters  https://review.openstack.org/9790018:18
*** andersonvom has joined #heat18:19
blinky_ghostcody-somerville: can I show you my template to see what I'm missing? I have some problem with the second instance that It just times out on the waiting condition18:29
*** robsparker has joined #heat18:34
*** noTHD has joined #heat18:36
zanebblinky_ghost: post it to paste.openstack.org and we'll take a look18:43
*** radez_g0n3 is now known as radez18:45
*** blinky_ghost has quit IRC18:47
*** jamiehannaford has quit IRC18:47
*** gokrokve_ has joined #heat18:49
*** DandyPandy_ has joined #heat18:51
*** gokrokve has quit IRC18:52
*** miarmak has joined #heat18:52
*** DandyPandy has quit IRC18:54
*** harlowja is now known as harlowja_away18:57
*** Fayablazer has quit IRC18:58
*** kopparam has joined #heat18:59
*** harlowja_away is now known as harlowja19:01
*** kopparam has quit IRC19:04
*** bgorski_ has joined #heat19:08
*** kfox1111 has joined #heat19:10
*** daneyon has quit IRC19:14
openstackgerritVijendar Komalla proposed a change to openstack/heat-specs: Encrypt hidden template parameters specification  https://review.openstack.org/10034319:18
harlowjaSpamapS or others, is there any updated architecture diagram for how the new improved convergence engine would look (from a high level?)19:19
harlowjalike i found https://wiki.openstack.org/w/images/8/87/Heat-Vision-TS.png but just wondering if there is an updated one19:19
openstackgerritJason Dunsmore proposed a change to openstack/heat: Guaranteed password complexity using OS::Heat::RandomString  https://review.openstack.org/10163419:31
*** tango has quit IRC19:33
*** richa has joined #heat19:37
*** blamar has quit IRC19:40
*** mestery_ has joined #heat19:44
*** mestery_ is now known as mestery19:45
*** sgordon has quit IRC19:51
*** sgordon has joined #heat19:54
*** sgordon has quit IRC19:54
*** sgordon has joined #heat19:54
*** jdob_ has quit IRC19:59
*** ifarkas has quit IRC20:01
miarmakI know, that it is wrong chat but I'l try anyway) Does anybody have a latest detailed sequence diagram of VM creating process?)20:03
*** DandyPandy_ has quit IRC20:06
*** tspatzier has joined #heat20:07
*** edmund has quit IRC20:09
*** jprovazn has quit IRC20:15
thervemiarmak, http://docs-draft.openstack.org/70/97370/3/check/gate-nova-docs/c6baa21/doc/build/html/devref/vmstates.html maybe20:16
*** radez is now known as radez_g0n320:16
*** e0ne has quit IRC20:18
*** e0ne has joined #heat20:19
miarmakomg)20:19
miarmaktherve: thanks) but I need smth like this: https://wiki.openstack.org/w/images/4/4e/Folsom_start_sequence_diagram.png20:20
therveThat's more a nova question indeed then20:21
*** akuznets_ has quit IRC20:23
miarmaktherve: okey, thanks!20:25
*** gokrokve_ has quit IRC20:26
*** mestery has quit IRC20:28
*** arbylee has quit IRC20:33
*** arbylee has joined #heat20:34
zanebgood news, everyone20:39
zanebwe have a mid-cycle meetup20:39
*** daneyon has joined #heat20:40
randallburthuzzah!20:42
*** richa has quit IRC20:43
*** saju_m has quit IRC20:44
*** zhiyan_ has joined #heat20:46
*** jareking has joined #heat20:51
*** vijendar has quit IRC20:54
*** gokrokve has joined #heat20:57
*** BillArnold has quit IRC20:58
*** gokrokve_ has joined #heat20:59
SpamapSzaneb: interesting21:00
SpamapSharlowja: architecture wise, the new convergence engine is the same until we add subscribing to notifications I think.21:01
*** gokrokve has quit IRC21:02
SpamapSharlowja: of course, we don't have "workflow" in there anymore..21:02
*** gokrokve_ has quit IRC21:04
harlowjaSpamapS k21:04
SpamapSharlowja: I've considered doing independent processes for observer/converger/general purpose engine... but I am starting to think they call just be one RPC service provider.21:06
SpamapSharlowja: the subscribers to nova/neutron/etc. will need to be different as they are high throughput. They'll just filter and call RPC methods for things that need observing/converging.21:07
harlowjasounds like a decent approach21:07
SpamapSs/call just/can just/21:08
SpamapSheat/engine/resource.py:217: DeprecationWarning: metadata attribute is deprecated, use method metadata_set instead DeprecationWarning)21:09
SpamapSLots of those in the test suite21:09
SpamapSis there a way to make the test suite fail w/ a trace when it hits a warning?21:10
SpamapSwould be good low hanging fruit for new contributors to chase those21:10
SpamapSzaneb: btw, just re-ran tests.. 98s21:10
SpamapSRan 2836 (+2650) tests in 98.347s (+92.084s)21:10
SpamapSPASSED (id=3438)21:10
openstackgerritJason Dunsmore proposed a change to openstack/heat: Guaranteed password complexity using OS::Heat::RandomString  https://review.openstack.org/10163421:10
SpamapSheat.tests.test_autoscaling_update_policy.AutoScalingGroupTest.test_autoscaling_group_update_replace_huge_min_in_service     4.38821:11
zanebSpamapS: apparently I need a better laptop :/21:11
SpamapSzaneb: bogomips: 4988.5621:11
SpamapSmodel name: Intel(R) Core(TM) i7-3667U CPU @ 2.00GHz21:11
zanebbogomips: 3458.0821:12
SpamapSzaneb: there's yer problem. :)21:12
zanebindeed21:12
zanebIntel(R) Core(TM) i7 CPU       Q 820  @ 1.73GHz21:12
sjmc7try it virtualized :)21:12
SpamapSsjmc7: good idea..21:13
zanebI'm actually due for a refresh, this one is 3 years old21:13
zanebI should flag down a passing manager and figure out how that happens21:13
sjmc7SpamapS - increasing the concurrency helped a lot21:13
SpamapSsjmc7: so you spawned an instance w/ more vcpu?21:14
sjmc7zaneb - drop yours on the floor and say "oops"21:14
sjmc7SpamapS - it's a vmware container, but yeah, i gave it more of the host21:14
SpamapSzaneb: most places have a 2 year policy.. 3???21:14
SpamapSsjmc7: ah21:14
sjmc7from ~990s to 36021:14
zanebSpamapS: I believe it's 3, because that's when the warranty runs out21:14
zanebmake sense to me21:15
*** aweiteka has quit IRC21:15
zanebSpamapS: https://docs.python.org/2/library/warnings.html tells you how to make warnings into errors21:16
zanebsomething about a filter with the action "error" iirc21:16
*** sgordon has quit IRC21:20
zaneblooks like warnings.simplefilter('error') will do the trick21:22
openstackgerritRichard Lee proposed a change to openstack/heat: Add username to global tenant stack list  https://review.openstack.org/10165721:28
*** gokrokve has joined #heat21:39
*** sabeen has quit IRC21:40
*** jareking has quit IRC21:41
SpamapSzaneb: warranties is a pretty poor way to measure the ROI of a computer.21:42
SpamapSzaneb: with big advances in chips/disks/screens/etc pretty common.. making you wait on tests because you have a computer that is 2 years old is probably costing them more than a new one would.21:43
SpamapSbtw on an hpcloud standard.large instance the unit tests take about 288s21:43
zanebtbh never in my whole career have I gotten a new machine without moving to another company21:44
*** kopparam has joined #heat21:44
SpamapSDOH21:44
zanebalthough iirc I was offered one once and I said I'd prefer just a RAM upgrade, because it was easier than migrating21:45
*** Meeral has quit IRC21:45
SpamapSzaneb: I used to be that way too.. but then I realized I had a 1.2Ghz processor and my neighbor had a dual core 2.4Ghz processor and was really kicking my butt in the lunchtime quake3 games.. ;)21:45
*** vijendar has joined #heat21:46
zanebthat company ran Windows, and I had installed a second HD with Linux on it so I could dual boot. IIRC the new PCs they were buying at the time had a small form factor that wouldn't fit 2 HDs. it really would have been a giant PITA to migrate21:47
*** vijendar has quit IRC21:47
zaneband this was in, like, 200621:47
*** vijendar has joined #heat21:48
zanebwhen Intel had been going sideways/backwards in performance for a number of years21:48
*** kopparam has quit IRC21:49
*** jareking has joined #heat21:50
kfox1111hehe. very cool.21:53
SpamapSzaneb: yeah, the early 2000's were not good for Intel21:53
SpamapSzaneb: until the Core 2 Duo's came out it was looking pretty bleak.21:54
zanebyep, it sure was21:54
SpamapSI spoke wrong, it is taking the standard.large 205 - 209 seconds to run the heat unit test suite21:54
kfox1111I just made a simple template that creates a ServerGroup resource, a ResourceGroup of 3 instances with scheduler_hints: {group: {Ref: ServerGroup}}21:54
kfox1111and it works. :)21:54
SpamapSheat.tests.test_autoscaling_update_policy.AutoScalingGroupTest.test_autoscaling_group_update_replace_huge_min_in_service     9.49021:54
SpamapSkfox1111: _nice21:55
SpamapS_21:55
kfox11113 vm's, three different hosts.21:55
zanebdammit, why won't the unit tests ever fail when I _want_ them to21:55
zanebkfox1111: try not to sound so surprised that it works ;)22:01
*** nati_ueno has quit IRC22:01
*** andreaf_ has quit IRC22:04
kfox1111zaneb: I love openstack. I really do. but having things just work right out of the box is... somewhat rare... ;)22:05
*** e0ne has quit IRC22:05
kfox1111though it is getting better with each realease. :)22:05
*** e0ne has joined #heat22:05
*** e0ne has quit IRC22:11
*** e0ne has joined #heat22:11
openstackgerritSteve McLellan proposed a change to openstack/heat: handle_signal to handle translated error msgs  https://review.openstack.org/10166322:12
*** DandyPandy has joined #heat22:14
*** andersonvom has quit IRC22:17
*** vijendar has quit IRC22:18
SpamapSkfox1111: don't say that out loud :)22:20
*** e0ne has quit IRC22:23
*** mkollaro has joined #heat22:23
*** e0ne has joined #heat22:23
zanebsjmc7: I'm trying the write a failing unit test for bug #1331872... can you give me any clues on a reproduction method?22:24
uvirtbotLaunchpad bug 1331872 in heat "Changes in update_and_save not always committed" [High,In progress] https://launchpad.net/bugs/133187222:24
sjmc7yeah.. i tested it by setting off an update and looking at the DB while it was running22:26
*** e0ne has quit IRC22:26
sjmc7i'm not sure whether the change eventually would've got written when the update finished, because of all the other update problems that were goign on22:27
sjmc7but the test would be to retrieve the template from the DB during the update22:27
zanebthat's what I was afraid of. really hard to write a deterministic test for that :/22:27
sjmc7yeah, i know22:27
sjmc7i am not certain it would ever write the change22:27
sjmc7but it feels like if it hadn't, someone would've noticed22:28
sjmc7it's deterministic, it's just tough to test22:28
sjmc7the test i guess would be simulate an update that takes a few seconds and in another thread retrieve the template22:29
zanebunit tests are not multithreaded22:29
zanebor, I guess they could be, but it's a nightmare22:29
sjmc7understood. the template must get written after the update succeeds/fails22:30
zanebI was thinking that it was writing the change but the other session was overwriting it at the end22:30
zanebbut maybe that is not the case22:30
*** mestery has joined #heat22:31
zanebI certainly haven't had any success writing a failing test for that scenario22:31
sjmc7no, it's not the case i don't think. my test case was a really long running deployment that couldn't finish22:31
*** mestery has quit IRC22:31
sjmc7actually, it's not that22:31
sjmc7i tested it by putting a session.merge in the update code22:31
*** mestery has joined #heat22:32
*** arbylee1 has joined #heat22:32
zanebeach session has its own cache of objects, so I figured it might be a common-or-garden race22:33
sjmc7umm... a test might be to assert the SQL update happened?22:33
sjmc7i don't think it was a race - i think the object wasn't in the session, so wasn't marked to be updated. but that's not based on any evidence22:33
zaneboh, the problem was that the session used was not the object's session?22:34
sjmc7yeah, that's what it looked like - adding the object explicitly to the session 'fixed' it22:34
*** arbylee has quit IRC22:35
sjmc7but.. that code does try to use the object's session22:35
sjmc7and was not doing so22:35
*** tspatzier has quit IRC22:36
*** andersonvom has joined #heat22:38
sjmc7sorry, that's not very helpful. been a long day22:38
*** arbylee1 has quit IRC22:38
*** andersonvom has quit IRC22:38
zanebit was, but the object is a new one that's just been retrieved from the DB in a new session22:38
sjmc7best i've got is to test that the context session is used for the update22:41
*** morganfainberg is now known as morganfainberg_Z22:41
*** david-lyle has quit IRC22:44
*** david-lyle has joined #heat22:46
*** david-lyle has quit IRC22:50
sjmc7zaneb - i've gotta go, can have a think on monday22:53
*** sjmc7 has quit IRC22:53
*** e0ne has joined #heat22:54
*** bandarji has joined #heat23:03
*** blomquisg has quit IRC23:05
*** e0ne has quit IRC23:07
*** miarmak has quit IRC23:11
*** DandyPandy has quit IRC23:12
*** nati_ueno has joined #heat23:15
*** mkollaro has quit IRC23:16
*** mestery has quit IRC23:21
*** kgriffs is now known as kgriffs|afk23:27
*** e0ne has joined #heat23:33
*** TravT has quit IRC23:36
*** randallburt has quit IRC23:36
*** nati_ueno has quit IRC23:44
*** gokrokve has quit IRC23:50
*** kopparam has joined #heat23:51
*** kopparam has quit IRC23:55
*** david-lyle has joined #heat23:56

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