Wednesday, 2014-08-27

*** gokrokve_ has quit IRC00:00
*** david-lyle has quit IRC00:01
*** Qiming has joined #heat00:09
harlowjai've seen someone else with that issue to, sad00:11
*** andersonvom has quit IRC00:14
*** Qiming has quit IRC00:14
stevebakeropenstackgerrit is sleeping :(00:14
*** sgordon has quit IRC00:16
*** tango|2 has quit IRC00:21
*** kopparam has joined #heat00:30
*** kopparam has quit IRC00:35
*** saurabhs has left #heat00:41
*** joannah has joined #heat00:56
*** alexpilotti has quit IRC00:56
*** gokrokve has joined #heat00:57
*** joannah has quit IRC00:58
*** alexpilotti has joined #heat01:02
asalkeldremote: New Changes:01:04
asalkeldremote:   https://review.openstack.org/11706501:04
asalkeldmanual gerrit bot01:04
*** alexpilotti has quit IRC01:06
*** Qiming has joined #heat01:10
*** renlt has joined #heat01:12
*** morganfainberg is now known as morganfainberg_Z01:13
*** erkules_ has joined #heat01:28
*** shakamunyi has quit IRC01:29
*** erkules has quit IRC01:30
*** morganfainberg_Z is now known as morganfainberg01:33
tiantianmorning:)01:35
*** shakamunyi has joined #heat01:37
*** nosnos has joined #heat01:56
*** huangtianhua has joined #heat02:00
*** tiantian has quit IRC02:01
*** david-lyle has joined #heat02:02
*** david-lyle has quit IRC02:07
*** snipars has joined #heat02:14
*** david-lyle has joined #heat02:16
*** snipars has quit IRC02:17
*** david-lyle has quit IRC02:21
*** LiJiansheng has joined #heat02:26
*** edmund has joined #heat02:26
*** renlt has quit IRC02:27
*** arbylee has quit IRC02:30
*** kopparam has joined #heat02:32
*** kopparam has quit IRC02:36
*** harlowja is now known as harlowja_away02:44
asalkeldremote: New Changes:02:48
asalkeldremote:   https://review.openstack.org/11707602:48
*** Murali has joined #heat02:49
*** arbylee has joined #heat02:49
*** Yanyanhu has joined #heat02:53
*** lazy_prince is now known as killer_prince02:57
QimingTypeError: _walk_versions() takes at most 3 arguments (4 given)02:57
*** KanagarajM has joined #heat03:04
*** Yanyan has joined #heat03:06
*** Yanyanhu has quit IRC03:08
*** LiJiansheng has quit IRC03:12
*** david-lyle has joined #heat03:17
*** stevelle has quit IRC03:19
*** sdake_ has quit IRC03:20
*** david-lyle has quit IRC03:22
*** nosnos has quit IRC03:23
*** nosnos has joined #heat03:24
*** stevelle has joined #heat03:27
*** nosnos has quit IRC03:28
*** harlowja_away has quit IRC03:29
*** akuznetsov has quit IRC03:36
asalkeldare others getting:03:39
asalkelderror: file '/home/jenkins/workspace/gate-python-heatclient-python33/.tox/py33/build/python-subunit/filters/subunit2cvs' does not exist03:39
*** dkoper has joined #heat03:50
*** killer_prince has quit IRC03:50
*** killer_prince has joined #heat03:51
*** killer_prince is now known as lazy_prince03:51
*** kebray has joined #heat03:52
*** kebray has quit IRC03:52
*** kebray has joined #heat03:53
*** nosnos has joined #heat03:53
*** gokrokve has quit IRC03:59
*** gokrokve has joined #heat03:59
*** Yanyanhu has joined #heat04:00
*** Yanyan has quit IRC04:00
*** stevelle has quit IRC04:05
*** huangtianhua has left #heat04:09
*** huangtianhua has joined #heat04:09
*** samstav_ has quit IRC04:12
asalkeldremote: New Changes:04:15
asalkeldremote:   https://review.openstack.org/11708504:15
*** ramishra has joined #heat04:17
*** sgordon has joined #heat04:18
*** kopparam has joined #heat04:33
*** kopparam has quit IRC04:38
*** alexheneveld has joined #heat04:43
*** ramishra has quit IRC04:46
*** ramishra has joined #heat04:46
*** ramishra has quit IRC04:48
*** ramishra has joined #heat04:49
*** akuznetsov has joined #heat05:10
*** bdossant has quit IRC05:13
*** bdossant has joined #heat05:13
*** kopparam has joined #heat05:15
*** kebray has quit IRC05:19
*** akuznetsov has quit IRC05:35
*** Murali has quit IRC05:44
*** Murali has joined #heat05:45
*** urulama-afk is now known as urulama05:45
*** harlowja_at_home has joined #heat05:46
*** Murali has quit IRC05:47
*** Murali__ has joined #heat05:47
*** Murali__ has quit IRC05:53
*** k4n0 has joined #heat05:59
*** mspreitz has quit IRC06:01
*** arbylee has quit IRC06:03
*** sgordon has quit IRC06:07
*** ramishra has quit IRC06:11
*** harlowja_at_home has quit IRC06:11
*** ramishra has joined #heat06:12
miguelgrinbergasalkeld: I've also seen the subunit error on my bug fix. It's https://launchpad.net/bugs/1361924, it appears fixed now.06:12
uvirtbot`Launchpad bug 1361924 in subunit "python-subunit 0.0.20 failing to install causing gate failure" [Critical,Fix released]06:12
asalkeldmiguelgrinberg, cool06:14
*** chandankumar has joined #heat06:14
*** asalkeld has quit IRC06:17
*** asalkeld has joined #heat06:21
*** skraynev has quit IRC06:23
*** julienvey has joined #heat06:24
*** akuznetsov has joined #heat06:24
*** skraynev has joined #heat06:25
skraynevgood morning06:26
*** Qiming has quit IRC06:27
*** rakesh_hs has joined #heat06:29
asalkeldhi skraynev06:32
skraynevmorning asalkeld06:32
*** dkoper has quit IRC06:36
*** pas-ha has joined #heat06:36
huangtianhuaskraynev:hi, would you please to review https://review.openstack.org/#/c/102758/ and https://review.openstack.org/#/c/105647/ tks:)06:37
pas-hamorning all06:38
skraynevhuangtianhua: will try :)06:38
*** jcoufal has joined #heat06:38
*** ramishra has quit IRC06:41
*** jprovazn has joined #heat06:46
*** saju_m has joined #heat06:48
*** huangtianhua is now known as tiantian06:49
*** tnurlygayanov has joined #heat06:56
*** bml23 has joined #heat06:59
*** nosnos has quit IRC07:04
*** nosnos_ has joined #heat07:04
*** bml23 has quit IRC07:08
pas-hano pun intended - the last one :) http://dilbert.com/dyn/str_strip/000000000/00000000/0000000/000000/60000/3000/300/63349/63349.strip.zoom.gif07:09
*** Yanyanhu has quit IRC07:10
*** kopparam has quit IRC07:11
*** kopparam has joined #heat07:11
asalkeldnice pas-ha07:12
asalkeld:-)07:12
*** Yanyanhu has joined #heat07:14
*** AA_ has joined #heat07:15
*** kopparam has quit IRC07:16
*** Qiming has joined #heat07:18
shardymorning all07:28
*** bvandenh has joined #heat07:29
AA_shardy: Hi, will have you time to re-review my change about heat templates (https://review.openstack.org/#/c/111677/)  today ? Thank you07:36
shardyAA_: I will try07:37
AA_Ok, thank you07:38
*** gokrokve_ has joined #heat07:40
*** kopparam has joined #heat07:42
*** gokrokve has quit IRC07:43
*** kopparam has quit IRC07:48
*** Qiming has quit IRC07:52
*** Qiming has joined #heat07:52
*** f13o has quit IRC07:52
*** ckmvishnu has joined #heat07:54
*** andreaf_ has quit IRC07:56
*** jistr has joined #heat08:00
*** bdossant_ has joined #heat08:00
*** funzo has joined #heat08:00
*** shakayumi has joined #heat08:01
shardytherve: Hi, if you have a moment, I'd like your input on https://review.openstack.org/#/c/95937/08:03
shardyThe ansible yaml file appears to break the check job and I'm not sure how we fix it08:03
asalkeldshardy, dropped a suggestion here: https://bugs.launchpad.net/heat/+bug/127379608:04
uvirtbot`Launchpad bug 1273796 in heat "Error storing stack not reflected in status" [Medium,In progress]08:04
therveHum yeah08:04
*** gpocente1 has joined #heat08:05
*** kragniz_ has joined #heat08:05
*** gilliard_ has joined #heat08:05
shardyasalkeld: Yeah, saw that thanks!08:05
therveshardy, We could remove the yaml extension, if ansible doesn't rely on it08:05
shardyasalkeld: tbh I was thinking of something simpler for now, e.g catching the error and storing with adjusted state08:06
*** dmakogon_ has joined #heat08:06
therveOr add a directory in EXCLUDED_DIRS08:06
shardyasalkeld: but your solution does sound interesting08:06
asalkeldshardy, shouldn't be that hard08:06
asalkeldand less magic is better08:06
asalkeldthe user could even override it08:07
shardyasalkeld: I guess, I just worry about the opportunity for users to break things in exciting and unexpected ways if we allow that08:08
asalkeldif they override, that's their problem08:08
asalkeldwash hands at that point08:08
*** SergeyLukjanov2 has joined #heat08:09
*** ruhe2 has joined #heat08:09
shardyThat said, we do need a way for a user to override the user-creds on update, ref bug #130883408:09
uvirtbot`Launchpad bug 1308834 in heat "403 on trusts delete causes DELETE_FAILED" [Medium,Triaged] https://launchpad.net/bugs/130883408:09
*** sorantis has joined #heat08:09
shardyThis could make that slightly easier08:10
*** bdossant has quit IRC08:10
*** shakamunyi has quit IRC08:10
*** Daviey has quit IRC08:10
*** funzo_ has quit IRC08:10
*** gpocentek has quit IRC08:10
*** kragniz has quit IRC08:10
*** gilliard has quit IRC08:10
*** ruhe has quit IRC08:10
*** pas-ha has quit IRC08:10
*** erkules_ has quit IRC08:10
*** denis_makogon has quit IRC08:10
*** swygue has quit IRC08:10
*** dekozo has quit IRC08:10
*** wpf has quit IRC08:10
*** SergeyLukjanov has quit IRC08:10
*** SergeyLukjanov2 is now known as SergeyLukjanov08:10
*** ruhe2 is now known as ruhe08:10
*** tomek_adamczewsk has joined #heat08:12
shardyseries of nice easy reviews if anyone has time:08:12
shardyhttps://review.openstack.org/#/q/status:open+project:openstack/heat+branch:master+topic:bp/list-nested,n,z08:12
*** Daviey has joined #heat08:13
*** derekh has joined #heat08:14
*** pas-ha has joined #heat08:16
*** wpf has joined #heat08:16
*** swygue has joined #heat08:16
*** erkules_ has joined #heat08:16
*** dekozo has joined #heat08:17
*** dekozo has joined #heat08:17
*** kragniz_ is now known as kragniz08:20
*** f13o has joined #heat08:22
*** alexpilotti has joined #heat08:25
asalkeldshardy, https://review.openstack.org/#/c/114230/2/heat/engine/service.py08:25
*** rdo has quit IRC08:25
asalkeldwhat if a new rpc client talks to an old rpc server?08:26
asalkeld(i am not sure how rpc versioning works)08:26
shardyasalkeld: true, but we've failed to handle that in any RPC interface additions, ever AFAIK08:27
*** rdo has joined #heat08:27
shardyasalkeld: atm, in heat, it doesn't - we should fix that though08:27
asalkeldi wish that was a light weight mechanism08:27
*** gpocente1 is now known as gpocentek08:28
*** gpocentek is now known as Guest3210808:28
shardyasalkeld: Yeah I don't really know what is invloved, but it's something we definitely need to address during K as the convergence work will inevitably involve constant RPC interface rework (mostly additions)08:28
shardyIf anyone has any simple suggestsions, I'm happy to do them in that series08:29
asalkeldsure08:29
shardyI just followed the same pattern as for previous additions, e.g the limit/sort and show_deleted stuff08:29
*** Guest32108 is now known as gpocentek08:30
*** gpocentek has quit IRC08:30
*** gpocentek has joined #heat08:30
asalkeldmaybe just inherit from rpc/client.py:EngineClient and set the new version number08:33
asalkeldand modify the one method08:33
*** alexheneveld has quit IRC08:33
asalkeld(and same on the server)08:33
skraynevshardy: I forgot to thank you :) Our discussion yesterday helped me. The problem was related with specific relationship between Period in CloudWatch resource and Period for all period tasks (I used default value)08:33
shardyskraynev: np, so all is working OK now, or did you find a bug?08:34
shardyskraynev: also FYI https://blueprints.launchpad.net/heat/+spec/deprecate-stack-watch08:35
skraynevshardy: all working correct. The problem was in choosing statistic records from DB :)08:35
shardylooks like that will be deferred to Kilo now, but you should consider moving to Ceilometer if possible :)08:35
asalkeldshardy, you know what's funny the server version is 1.1 but the client is 1.008:38
skraynevshardy: got it. I already started  this migration :) I have only one doubt about deprecation: Ceilometer has not integrated by default for devstack as heat. I mean that you should manually specify necessary ceilom services08:38
shardyskraynev: well it's the same for other resources, e.g if you want to use Swift resources, you must enable Swift08:39
shardySo I guess we document it as a requirement and get the devstack gate config turning on ceilometer08:39
shardy(if it isn't already)08:39
*** shakayumi has quit IRC08:40
skraynevshardy: yeah. It's just my wish , because it will help to use new test without changing configs :)08:40
skraynevshardy: +1 for this idea08:40
*** KanagarajM has quit IRC08:41
*** KanagarajM has joined #heat08:43
*** nosnos_ has quit IRC08:45
*** nosnos has joined #heat08:46
*** kopparam has joined #heat08:46
*** nosnos has quit IRC08:50
*** akuznetsov has quit IRC08:57
*** akuznetsov has joined #heat09:00
*** bml23 has joined #heat09:01
*** erkules_ is now known as erkules09:01
*** gokrokve has joined #heat09:09
*** nosnos has joined #heat09:11
*** fayablazer has joined #heat09:13
*** gokrokve_ has quit IRC09:13
*** gokrokve has quit IRC09:13
*** bml23 has quit IRC09:19
*** sorantis has quit IRC09:26
*** bvandenh has quit IRC09:27
*** bvandenh has joined #heat09:27
*** sorantis has joined #heat09:28
*** ccrouch1 has quit IRC09:28
*** blomquisg has quit IRC09:30
*** akuznetsov has quit IRC09:30
*** blomquisg has joined #heat09:31
*** chandankumar has quit IRC09:32
*** DandyPandy has quit IRC09:33
*** sgordon` has quit IRC09:34
*** saju_m has quit IRC09:38
*** gokrokve has joined #heat09:39
*** akuznetsov has joined #heat09:40
*** gokrokve has quit IRC09:40
*** chandankumar has joined #heat09:40
*** gokrokve has joined #heat09:41
*** sgordon has joined #heat09:41
*** KanagarajM2 has joined #heat09:44
*** KanagarajM has quit IRC09:45
*** gokrokve has quit IRC09:45
*** sorantis has quit IRC09:58
stevebakershardy: good evening, and good night https://review.openstack.org/#/c/117058/10:04
shardystevebaker: thanks, jenkins doesn't like it much ;)10:05
stevebakerja, not sure what that is about10:06
shardyI'll take a look and see if it's recheck-able10:06
stevebakeri just rechecked10:06
*** pmyers has quit IRC10:07
*** pmyers has joined #heat10:07
*** gokrokve has joined #heat10:09
*** che-arne has joined #heat10:11
*** Qiming has quit IRC10:13
*** gokrokve has quit IRC10:14
*** Yanyanhu has quit IRC10:19
*** sorantis has joined #heat10:24
*** chandankumar has quit IRC10:26
*** chandankumar has joined #heat10:28
*** tsufiev_ is now known as tsufiev10:29
*** kopparam_ has joined #heat10:30
*** lvh_ is now known as lvh10:30
*** kopparam has quit IRC10:33
*** kopparam_ has quit IRC10:46
*** kopparam has joined #heat10:46
*** kopparam_ has joined #heat10:49
*** kopparam_ has quit IRC10:50
*** nkhare has joined #heat10:51
*** kopparam_ has joined #heat10:51
*** kopparam has quit IRC10:51
*** nkhare_ has joined #heat10:52
*** nkhare has quit IRC10:53
*** nkhare_ is now known as nkhar10:53
*** nkhar is now known as nkhare10:53
*** saju_m has joined #heat10:54
*** ifarkas has quit IRC10:55
*** sorantis has quit IRC10:57
*** ccrouch has joined #heat10:57
*** DandyPandy has joined #heat10:57
*** rakesh_hs has quit IRC10:58
*** ifarkas has joined #heat11:02
*** dmakogon_ is now known as denis_makogon11:05
*** Qiming has joined #heat11:07
*** gokrokve has joined #heat11:09
*** gokrokve has quit IRC11:14
*** ifarkas has quit IRC11:14
*** nosnos has quit IRC11:20
*** nosnos has joined #heat11:20
*** KanagarajM2 has quit IRC11:22
*** nkhare has quit IRC11:24
*** nosnos has quit IRC11:25
*** sorantis has joined #heat11:26
*** ifarkas has joined #heat11:27
*** ramishra has joined #heat11:33
ckmvishnushardy:  I get filter_by(backup=False) in _query_stack_get_all. But when show_nested is True shouldn't the query also have owner_id!=None?11:42
ckmvishnushardy: is it to include nested stacks along with general stack listing?11:43
ckmvishnushardy: in that case the argument could have been like "include_nested"11:45
*** yassine has joined #heat11:49
*** alexheneveld has joined #heat11:50
*** ramishra has quit IRC11:53
*** ramishra has joined #heat11:54
*** kopparam_ has quit IRC11:54
*** kopparam has joined #heat11:55
*** saju_m has quit IRC11:56
ckmvishnushould backup stack always be nested?11:58
*** ramishra has quit IRC11:58
*** kopparam has quit IRC12:00
*** achampion has quit IRC12:03
*** achampion has joined #heat12:03
*** mkollaro has joined #heat12:03
*** mkollaro1 has quit IRC12:06
*** dsneddon is now known as dsneddon_away12:09
*** gokrokve has joined #heat12:09
*** gokrokve has quit IRC12:11
*** gokrokve has joined #heat12:11
*** ckmvishnu has quit IRC12:15
*** gokrokve has quit IRC12:16
*** stannie has joined #heat12:19
*** chandankumar has quit IRC12:21
*** asalkeld has quit IRC12:21
*** alexheneveld has quit IRC12:22
*** Isotopp_ is now known as Isotopp12:23
*** jdob has joined #heat12:28
*** alexheneveld has joined #heat12:30
*** tonisbones has joined #heat12:37
shardyckmvishnu: Yes, it is to include nested stacks as well as parent/root stacks12:37
shardyhmm not here..12:38
*** alexheneveld has quit IRC12:40
*** aweiteka has joined #heat12:43
*** sballe has joined #heat12:47
*** sgordon_ has joined #heat12:49
*** ckmvishnu has joined #heat12:52
ckmvishnushardy: Got it. Have another doubt.12:53
ckmvishnuif stack list lists backup, why not when show_nested=True?12:53
shardyckmvishnu: Ah, you're here - backup stacks are owned by their parent, but they are not nested stacks12:54
shardye.g they're an implementation detail, not something directly related to the user's templates12:54
ckmvishnushardy: :) lest office. connected from home.12:54
shardyso showing them to users makes no sense IMO, it's just an unfortunate historical thing that they both use owner_id12:55
*** mkollaro has quit IRC12:55
shardyhence the new backup boolean :)12:55
*** blues-man has joined #heat12:55
*** mkollaro has joined #heat12:55
ckmvishnuoh, ok.12:55
shardyckmvishnu: My change is giving users a bit more visibility of the stacks created as part of their tree of templates, so they can avoid trawling the resource-show output figuring out which resources have a physical_resource_id which is a nested stack (via the nested link)12:56
shardyIf you create a large tree of nested stacks, you might want to introspect the nested stack directly, which is made much easier if you can just do heat stack-list --show-nested and grab the ID :)12:57
shardyIOW I wanted this for my own convenience ;)12:57
ckmvishnu:)12:58
shardyhopefully others will find it useful too :)12:58
ckmvishnuhave a patchy understanding of heat. still learning.12:58
ckmvishnuthanks12:59
shardyckmvishnu: np! :)12:59
*** mkollaro1 has joined #heat13:00
*** achampion has quit IRC13:01
*** mkollaro has quit IRC13:02
*** rpothier has joined #heat13:02
*** jasondotstar has joined #heat13:02
*** gokrokve has joined #heat13:03
*** jcoufal has quit IRC13:05
*** yassine has quit IRC13:06
*** jcoufal has joined #heat13:08
*** cdent has joined #heat13:11
*** lazy_prince is now known as killer_prince13:11
*** swygue has quit IRC13:12
*** kleini has joined #heat13:14
*** alexheneveld has joined #heat13:18
*** ckmvishnu1 has joined #heat13:20
*** swygue has joined #heat13:21
*** ckmvishnu has quit IRC13:21
*** alexheneveld has quit IRC13:25
*** choeger has joined #heat13:25
*** tiantian has quit IRC13:25
*** balles has quit IRC13:25
choegerhi13:25
choegeri am currently trying to make the OS::Heat::SoftwareDeployment resource work together with a chef resource13:26
choegerbased on cloud-init13:26
choegerwithout OS::Heat::SoftwareDeployment it works13:26
choegerwhen I add such an deployment element, it fails13:26
choegerForbidden: You are not authorized to perform the requested action, identity:list_roles. (HTTP 403)13:27
choeger“Create Failed”13:27
choegerwhat could be the reason for that?13:27
choegeras soon as I remove the deployment resource, everything works13:28
*** ckmvishnu1 has quit IRC13:28
choegerunfortunately I need dependencies from one resource to another13:28
choegera server must be completely configured before another server should be deployed13:28
choegerlike with the wordpress/database example13:29
*** praveenkumar has quit IRC13:41
jdandreaReality check question regarding db_api.resource_data_set(): Given two instantiations of a custom resource, do they all share the *same* resource data space? It seems like if I set with a unique key in one instantiation, then set with a unique key in another, the first one's data is blown away.13:41
shardychoeger: probably, you don't have heat configured for stack domain users, e.g stack_domain* in heat.conf is unset, and you don't have admin role for the user calling heat to do the stack create?13:41
*** shakamunyi has joined #heat13:41
shardychoeger: http://hardysteven.blogspot.co.uk/2014/04/heat-auth-model-updates-part-2-stack.html13:42
*** urulama is now known as urulama-afk13:42
shardychoeger: how did you install heat?  via devstack, or some other method?13:42
kleinishardy: plain Ubuntu LTS installation with OpenStack installation through installation guide13:44
shardyjdandrea: that sounds wrong, each resource record should have an independent row in the resource_data table13:45
jdandreashardy: That's what I thought. It's very strange.13:45
jdandreaI set with a key such as 'myplugin_thisinstance' and it's fine.13:45
kleiniokay, then I have to create that stack_domain_* stuff and a user for that. unfortunately I have to pollute our LDAP with these OpenStack users to get normal users authenticated against LDAP13:45
shardyjdandrea: if it's reproducable, please raise a bug, maybe we broke something13:45
jdandreaThen another instantiation comes along and I use 'myplugin_otherinstance' ... and when it comes 'round to *deletion" time, when I get to "otherinstance" I see the data set by "thisinstance" if I do a db_api.resource_data_get_all(resource) ...13:46
jdandreaI will need to make a minimal test case, you bet.13:46
shardykleini: Note that with recent keystone, that is no longer needed, as you can back different domains by different stores, e.g the "heat" domain could be backed by sql not ldap13:46
jdandreaJust want to make sure it isn't pilot error. I don't *think* it is, but stranger things have happened.13:46
shardykleini: recent == juno, was incomplete in Icehouse AFAIK13:47
kleinishardy: thanks. we are still on Icehouse. Have to wait until Juno is released13:48
choegerthank you for the hint, shardy13:49
*** chandankumar has joined #heat13:52
*** EricGonczer_ has joined #heat13:53
*** sorantis has quit IRC13:53
*** sorantis has joined #heat13:54
*** achampion has joined #heat13:54
pas-hacan someone point me to where VPC_ID is used in our AWS SecurityGroup apart from deciding whether to use Nova or Neutron? I can not find any other use for it..13:55
pas-hahttps://github.com/openstack/heat/blob/master/heat/engine/resources/security_group.py13:55
*** kopparam has joined #heat13:57
*** Murali_ has joined #heat13:57
*** shakamunyi has quit IRC13:58
*** edmund has quit IRC13:59
*** EricGonczer_ has quit IRC14:01
*** EricGonczer_ has joined #heat14:02
*** BillArnold has joined #heat14:05
jdandreashardy: Aha! I'm lazy loading the data within the plugin.14:07
jdandreaI wonder if that's a problem.14:07
jdandreaThat is, I keep it cached. If I ever save/update, the cached info is invalid and we have new data. However, if I do a READ (which I only ever do on delete) in one instance ... and then I do just a read in *another* instance  ... :)14:08
*** AA_ has quit IRC14:08
*** mspreitz has joined #heat14:09
shardyjdandrea: You know we already do that caching in resource.py, right?14:10
jdandreashardy: You do? I mean, you do! :)14:10
shardyjdandrea: ;)14:10
shardysee the data() and data_set() methods14:10
jdandreaExcellent. TIL ...14:10
*** shakamunyi has joined #heat14:12
*** choeger has quit IRC14:15
*** choeger has joined #heat14:15
mspreitzDoes anybody else find that Jenkins always reports failure from check-heat-dsvm-functional ?14:17
*** alexheneveld has joined #heat14:21
shardymspreitz: yes, stevebaker is working on it which is why it's non-voting (it's a new job)14:21
mspreitzshardy: OK, thanks, I'll not submit a bug then.14:21
shardymspreitz: I think we're waiting on https://review.openstack.org/#/c/116533/ to fix the current persistent permissions problem14:22
*** shakamunyi has quit IRC14:22
mspreitzthanks14:22
*** shakamunyi has joined #heat14:23
*** KanagarajM has joined #heat14:24
*** chandankumar has quit IRC14:24
*** david-lyle has joined #heat14:26
*** yassine has joined #heat14:31
*** ifarkas_ has joined #heat14:36
zanebso the gate is borked.14:36
zanebany ideas how to fix that?14:37
mspreitzin what way is it borked?14:37
*** spzala has joined #heat14:37
zanebin the way that it can't install dependencies in the virtualenv and everything fails14:37
zanebI also have the same problem locally14:38
*** ifarkas has quit IRC14:38
mspreitzAre we talking tempest or unit tests?14:38
*** sdake_ has joined #heat14:38
zanebhttps://review.openstack.org/#/c/115447/ <- we are talking *everything*, even the docs job14:40
*** shakamunyi has quit IRC14:40
mspreitzwow.  Interestingly, I got some successes after that.  See https://review.openstack.org/#/c/116139/1314:41
mspreitzbut wow14:41
*** arbylee has joined #heat14:41
zanebhmm, so maybe it has unborked itself already14:42
mspreitzI have lost track of the web page where I can see what's in the gate right now. Does anybody have that handy?14:42
*** chandankumar has joined #heat14:43
shardystevebaker had the same issue earlier, and recheck partially fixed it (the unit tests worked):14:43
shardyhttps://review.openstack.org/#/c/117058/14:43
zanebtrying again locally...14:44
zanebmspreitz: http://status.openstack.org/zuul/14:45
mspreitzzaneb: thanks!14:45
zanebsilly name for it ;)14:45
*** arbylee has quit IRC14:45
*** arbylee has joined #heat14:46
*** che-arne has quit IRC14:47
*** che-arne|2 has joined #heat14:47
*** jprovazn has quit IRC14:50
zanebstill broken for me locally14:50
mspreitzI will start over locally and see what I get14:51
mspreitzWho would be the right cores to review my implementation of scaling across availability zones (https://review.openstack.org/#/c/116139/) ?14:53
*** openstackgerrit has joined #heat14:55
*** kebray has joined #heat14:55
mspreitzzaneb: `rm -rf .tox; tox -epy27` worked for me14:57
thervezaneb, https://bugs.launchpad.net/keystone/+bug/1361924 fwiw14:58
uvirtbot`Launchpad bug 1361924 in subunit "python-subunit 0.0.20 failing to install causing gate failure" [Critical,Fix released]14:58
zanebI'm doing `tox -r -epy27`, which I assume has the same effect14:58
sdake_assume is dangerous14:58
therveCheck your subunit version14:58
zanebgot it working by removing the postgres and MySQL client libs14:58
zanebthose were introduced by https://review.openstack.org/#/c/109658/15:00
zaneblooks like the gate issue is the subunit one though, thanks therve15:01
therveIt's possible that it's trying to connect to a local db and fails15:01
*** edmund has joined #heat15:02
therveYou would get a different error though15:02
*** kebray_ has joined #heat15:03
*** kebray has quit IRC15:03
mspreitzzaneb: I am working on a system freshly installed on Aug 24, it includes those mysql and postgres libs15:03
mspreitzSo the gate problem is that some workers have the broken subunit and some have the newer fixed subunit?15:04
zanebI'm working on an ancient version of Fedora, but I'll be annoyed if I have to upgrade just to keep working15:04
*** mikal has quit IRC15:05
zanebmspreitz: I expect the gate problem is now fixed, because a new version of subunit was released15:05
*** samstav has joined #heat15:06
*** pasquier-s_ has joined #heat15:06
*** pasquier-s has quit IRC15:06
*** mikal has joined #heat15:06
mspreitzMy Aug 24 system is Ubuntu 14.04.  I hope to switch my attention today to an even newer system built on RHEL15:06
*** zz_gondoi is now known as gondoi15:06
mspreitzI just need to know that someone is going to look at the implementation of scaling across AZs15:06
*** Murali_ has quit IRC15:07
*** f13o has quit IRC15:07
mspreitzThe official procedure is that I ask here about who would be the right cores to do that15:08
*** EricGonczer_ has quit IRC15:11
*** FL1SK has quit IRC15:12
*** brint has quit IRC15:17
*** vijendar has joined #heat15:17
*** samstav has quit IRC15:17
*** KanagarajM has quit IRC15:17
mspreitzBTW, is it known that check-tripleo-novabm-overcloud-precise-nonha is flaky?15:17
*** samstav has joined #heat15:17
zanebI've never seen it pass15:17
mspreitzzaneb: I have seen it pass sometimes15:18
shardyIt does pass sometimes, but it is flaky15:18
mspreitzzaneb: it is voting, right?15:18
*** Murali_ has joined #heat15:18
shardyknown issue AFAIK15:18
zanebI thought it was non-voting?15:18
shardyI don't think it is acutally, although it lacks the non-voting suffix for some reason15:18
* zaneb hasn't had much time to look at reviews in the past week15:18
*** EricGonc_ has joined #heat15:18
mspreitzshardy: When I look at the page for my review, it is listed like the voting checks15:18
*** KanagarajM has joined #heat15:18
mspreitzshardy: is that just a bug in the listing?15:18
shardymspreitz: Yeah, that's what I just said, we should figure out why and fix that15:18
mspreitzshardy: thanks15:18
shardymspreitz: probably15:18
zanebnow getting 2000 "The template version is invalid" errors on master15:18
shardyderekh: ^^ Any idea why that's happening?15:18
*** che-arne|2 is now known as che-arne15:18
zanebsigh15:18
shardyzaneb: IIRC some combination of removing pyc files and setup.py install fixed that for me15:18
*** Murali_ has quit IRC15:18
zanebhmm... thought I just did that to fix a db migrations issue with .pyc files15:18
zanebrm --harder15:18
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Peruse disable_rollback on stack update  https://review.openstack.org/11727115:18
*** kopparam has quit IRC15:18
derekhshardy: hmm, I hadn't thought of this, its listed as voting because the voting/nonvoting flag is set on a global bases, I'll take a look alter and see if its possible to change this, in the mean time you can ignore its voting status and merge anyways if you think its a false negative (or recheck)15:18
*** kopparam has joined #heat15:18
*** Daviey has quit IRC15:18
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/python-heatclient: Peruse existing disable_rollback in stack-update  https://review.openstack.org/10024515:19
derekhshardy: i.e. a job can't be voting on one projects and non voting on another15:19
shardyderekh: Cool, thanks for the confirmation, I thought that was probably the case but wasn't sure, it's a bit confusing for folks :)15:19
*** brint has joined #heat15:22
shardyIt does seem to be improving but there are still a fair number of false negatives, mostly due to network flakiness AFAICT from those I've looked at15:22
*** erecio has joined #heat15:22
*** erecio has quit IRC15:22
*** achampion has quit IRC15:22
*** pmyers has quit IRC15:22
*** ruhe has quit IRC15:22
*** gpocentek has quit IRC15:22
*** metral has quit IRC15:22
*** sdake has quit IRC15:22
*** Chinorro has quit IRC15:22
*** peoplemerge has quit IRC15:22
*** miguelgrinberg has quit IRC15:22
*** tiantian has joined #heat15:22
*** erecio has joined #heat15:22
*** achampion has joined #heat15:22
*** pmyers has joined #heat15:22
*** ruhe has joined #heat15:22
*** gpocentek has joined #heat15:22
*** metral has joined #heat15:22
*** sdake has joined #heat15:22
*** Chinorro has joined #heat15:22
*** peoplemerge has joined #heat15:22
*** erecio has quit IRC15:23
*** erecio has joined #heat15:23
*** kopparam has quit IRC15:23
*** Murali_ has joined #heat15:23
*** Murali_ has quit IRC15:24
*** jergerber has joined #heat15:24
*** Daviey has joined #heat15:24
*** jergerber has quit IRC15:24
*** jergerber has joined #heat15:24
*** miguelgrinberg has joined #heat15:25
*** andersonvom has joined #heat15:25
mspreitzWhat does pshchelokovskyy mean by "peruse" ?15:26
*** nkhare has joined #heat15:26
zanebpas-ha: ^15:27
pas-hause again15:28
pas-hawhen not supplied15:28
pas-hanot a word?15:28
mspreitzit's a word, but it means some like "to look at or browse leisurely"15:28
pas-haok, just found it15:29
pas-hawell, my English sucks :(15:29
mspreitznp15:29
zaneb"re-use" was maybe what you were going for?15:30
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Reuse disable_rollback on stack update  https://review.openstack.org/11727115:30
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/python-heatclient: Reuse existing disable_rollback in stack-update  https://review.openstack.org/10024515:30
mspreitzthat makes more sense.  Thanks.15:30
*** samstav has quit IRC15:30
*** stevelle has joined #heat15:30
shardywow sorting out the tests for the nestes stack RPC patches is proving *really* painful :(15:30
shardyOur tests are like a thousand spinning plates15:31
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Reuse disable_rollback on stack update  https://review.openstack.org/11727115:32
zanebshardy: yeeeeep :/15:32
mspreitzpas-ha: so what you are trying to do is introduce a positive alternative to the disable-rollback argument in the stack-update command, right?15:32
pas-hayes, and to use a value of existing stack as default15:33
zanebmspreitz: yeah, so it reuses the existing value you gave it unless you specify one or the other15:33
*** jcoufal has quit IRC15:35
*** alexheneveld has quit IRC15:36
*** openstack has joined #heat16:19
openstackgerritOpenStack Proposal Bot proposed a change to openstack/heat: Updated from global requirements  https://review.openstack.org/10516616:21
*** bdossant_ has quit IRC16:22
*** unmeshg has joined #heat16:23
*** alexheneveld has quit IRC16:23
*** stannie has quit IRC16:24
*** sgordon_ has quit IRC16:29
*** spzala has quit IRC16:30
*** mspreitz has joined #heat16:30
*** sdake_ has quit IRC16:34
*** blues-man has quit IRC16:34
*** arbylee has joined #heat16:36
*** arbylee has quit IRC16:37
*** arbylee has joined #heat16:37
*** derekh has quit IRC16:38
*** alexpilotti has quit IRC16:44
*** alexheneveld has joined #heat16:46
*** yassine has quit IRC16:56
openstackgerritWilliam C. Arnold proposed a change to openstack/heat: Implements stack lifecycle plugpoints  https://review.openstack.org/8936316:57
jdandreashardy: All is well - no bug to file. The problem concerned my handle_delete and getting it's own context mixed up. (My particular plugin has its OWN plugins, and they are each called in turn.)16:59
jdandrea(its)16:59
*** gokrokve_ has joined #heat17:00
*** dsneddon_ has quit IRC17:02
*** slagle has joined #heat17:03
*** gokrokve has quit IRC17:04
*** harlowja has joined #heat17:04
*** dsneddon has joined #heat17:04
*** unmeshg has quit IRC17:06
shardyjdandrea: good news.  A resource plugin with plugins sounds simultaneously impressive and frightening ;)17:09
*** KanagarajM has quit IRC17:11
*** dsneddon is now known as dsneddon_afk17:13
jdandreashardy: :-D It was either that or create lots of resources that had the same properties but different internals.17:13
jdandreaAgreed, it's all that.17:15
miguelgrinbergjasond``: I replied to your note in the bug regarding the boolean type handling. Feel free to ping me here if you want to discuss more.17:31
sdakeplugins!17:33
sdakeplugins^plugins17:33
*** tiantian has joined #heat17:34
*** sdake_ has joined #heat17:36
*** spzala has joined #heat17:38
*** f13o has quit IRC17:39
*** saurabhs has joined #heat17:39
*** alexheneveld has quit IRC17:39
jasond``miguelgrinberg: replied.  thanks17:41
miguelgrinbergjasond``: awesome, thanks!17:43
*** dsneddon_afk is now known as dsneddon17:44
*** lazy_prince is now known as killer_prince17:47
*** crose has joined #heat17:59
*** mikal has quit IRC18:00
*** mkollaro1 has quit IRC18:04
*** mikal has joined #heat18:05
*** sdake_ has quit IRC18:09
*** mkollaro has joined #heat18:10
jpeeleris there a way in python to ignore local directories when importing a module? i'm trying to 'import docker' (from docker-py), but the renamed contrib directory structure is causing the wrong thing to get loaded18:13
*** tzumainn has joined #heat18:14
*** alexheneveld has joined #heat18:14
tzumainnhi guys!  quick question - I'm trying to use python-heatclient to create a stack by passing in the contents of a template and an environment file, and I'm not quite sure how to pass that in - is there somewhere I can figure out what create(**kwargs) accepts?18:16
*** raildo has joined #heat18:17
htrutahello, everyone! in the university I work, there are a couple of studies regarding proactive autoscaling, on which we achieved some good results, like 37% cost saving with only 0,008% of SLO violation18:17
htrutaI was wondering if having something like this on heat could be a good idea18:17
shardytzumainn: Hey, the API docs should help: http://developer.openstack.org/api-ref-orchestration-v1.html#stacks18:18
shardytzumainn: the details for the POST give you the fields the API request can contain, which is what's being specified in the client18:18
tzumainnshardy, oh great, thanks!  sorry, for some reason whenever I search for documentation I always end up some place non-helpful, but this looks good18:19
*** sgordon_ has joined #heat18:19
shardytzumainn: no worries, heat --debug stack-create is also helpful if you want to compare your shell interaction with your code18:19
*** rodrigods has joined #heat18:20
tzumainnshardy, ah, I'll keep that in mind - thanks!18:20
*** tango has joined #heat18:23
dekozohow do i make the load balancer resource use the healthmonitor resource? i think this is what is lacking in my template to make it work18:24
shardyhtruta: sounds interesting, but probably the time-series analysis to do the proactive alarming would need to happen in either ceilometer or some service between ceilometer and heat, not heat itself (which is only orchestrating the scaling, not evaluating the data)18:24
mspreitzdekozo: do you have a HealthMonitor in your template?18:28
dekozoyes18:29
mspreitzdekozo: is it listed is the monitors list of your OS::Neutron::Pool?18:29
*** gokrokve has joined #heat18:29
*** tonisbones has quit IRC18:30
mspreitzI mean the monitors property?18:30
mspreitzDoes your Pool have a monitors property?18:30
dekozoit is18:31
dekozoi used that get_resource function in order to make a reference18:31
htrutashardy: what would be some service between  ceilometer and heat?18:32
dekozohtruta, henrique?18:32
zanebjpeeler: http://stackoverflow.com/questions/18369014/python-import-ignoring-local-package - tl;dr you're SOL until Python 318:33
zaneb:(18:33
mspreitzdekozo: then you should be in business.  Why do you think you are not?18:33
*** gokrokve_ has quit IRC18:33
jpeelerzaneb: yeah i was just reading how python 3 had a solution. can i rename docker back to docker_plugin or something?18:33
dekozomspreitz: i setup a threshold of cpu usage and then i'm stressing the instances, it reaches that threshold and it does not launch new instances18:34
*** crose has quit IRC18:34
htrutadekozo: yep. hi?18:34
dekozohtruta: pvt18:34
zanebjpeeler: maybe name it docker_inc after the company18:35
mspreitzdekozo: Do you have a Ceilometer alarm for that condition?  Does it go into alarm state?  You know you can check the state, right?18:35
dekozoceilometer alarm-list18:36
dekozo?18:36
dekozoactually i do, just yesterday i found out about that alarm_url18:36
jpeelerzaneb: ok i'll go with that, thanks!18:36
dekozobut i didnt get any more progress18:36
*** gokrokve has quit IRC18:36
zanebjpeeler: out of curiousity, what are you trying to do?18:37
*** gokrokve has joined #heat18:37
mspreitzdekozo: if your problem is lack of reaction to a CPU condition, why did you ask about health monitor?18:37
mspreitzThe load balancer's health monitor does not detect a CPU condition, unless it is so drastic that it essentially takes down your service18:37
dekozomspreitz: sorry, i'm a bit lost18:38
dekozoso i thought maybe that was it18:38
jpeelerzaneb: i'm improving my test for https://review.openstack.org/#/c/113371/ and was planning on raising a docker error exception18:38
dekozoi thought the health monitor was not working properly, and then it would never launch a new instance18:39
*** gokrokve has quit IRC18:39
mspreitzThe health monitor only checks whether something is working at all --- whether it responds at all (within a timeout).18:39
*** gokrokve has joined #heat18:39
mspreitzIf you want to react to a less drastic CPU condition, you need to have a Ceilometer alarm that tests your CPU condition and hits a scale-up webhook when the condition is met18:40
*** nkhare has joined #heat18:40
dekozoi see, one other thing.. how does it check? i saw something about http checks.. and then expected codes, what kind of codes?18:40
mspreitzLook at hot/autoscaling.yaml in the heat-templates project for an example18:40
dekozodo i need to setup anything special on the Server resource?18:40
dekozook, i based my template on that one, but i think i'm missing something18:40
dekozothanks!18:40
mspreitzFor the health monitoring you do indeed need something special18:40
dekozohmm18:40
mspreitzYou need your server to respond to the checking request18:41
mspreitzI do not remember whether or where there is good doc on the choices here...18:41
dekozoyes, thats what i think is lacking18:41
dekozoi'll check all the yaml files on that hot repository18:41
dekozotemplate repository(18:41
mspreitzYou can get clues from http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Neutron::HealthMonitor18:41
dekozo*18:41
mspreitzBut if your primary interest is in a non-drastic CPU condition, forget about the health monitor18:42
zanebjpeeler: can you use docker_container.docker maybe? it seems to be imported OK in there for some reason18:42
dekozomspreitz: hmm, i see.. thanks for the help! i'll look into that18:42
mspreitzdekozo: there is one bug in autoscaling.yaml; I have a fix in https://review.openstack.org/#/c/116490/18:42
dekozohmm18:42
mspreitzdekozo: you are welcome18:42
*** zigo has quit IRC18:43
*** gokrokve has quit IRC18:44
htrutashardy, what about an extended ceilometer alarm resource that makes the analysis not of the average, but with whole data series?18:45
*** gokrokve has joined #heat18:45
*** harlowja has quit IRC18:46
*** zigo has joined #heat18:46
*** harlowja has joined #heat18:46
jpeelerzaneb: worth checking, but no that didn't work18:49
*** gokrokve has quit IRC18:49
jpeelerzaneb: although this is assuming that test execution is consistent which i'm very unclear about. currently i'm running the test individually using the testtools.run module18:51
*** julienvey has quit IRC18:51
*** nkhare has quit IRC18:55
zanebhmm, I wonder if tox would produce a different result18:55
*** crose has joined #heat18:57
*** gokrokve has joined #heat19:02
*** crose has quit IRC19:02
jpeelerfor the record, it does not19:03
*** sdake_ has joined #heat19:03
zanebhow are the tests working at all then19:05
jpeelerthe test previously didn't require importing docker19:05
jpeelerand i'm going to make it optional, so i won't be adding a hard dependency19:06
zanebok cool, carry on then :)19:06
*** gokrokve has quit IRC19:07
*** mspreitz has quit IRC19:09
*** gokrokve has joined #heat19:15
*** gokrokve has quit IRC19:17
*** gokrokve_ has joined #heat19:17
*** denis_makogon has quit IRC19:33
*** cdent_ has joined #heat19:34
*** dmakogon_ has joined #heat19:34
*** cdent has quit IRC19:36
*** cdent_ is now known as cdent19:36
*** hdd has joined #heat19:43
openstackgerritIshant Tyagi proposed a change to openstack/heat: Add subnets attribute to OS::Neutron::Port resource  https://review.openstack.org/10540819:44
hddhow can I list the instances of an AWS::AutoScaling::AutoScalingGroup ?19:47
*** cdent has quit IRC19:47
hddheat resource-list <stack_name> tells me the AutoScalingGroup exists, but I want to drill down one level deeper19:47
*** cdent has joined #heat19:49
*** cdent has quit IRC19:49
*** julienvey has joined #heat19:52
stevebakerhdd: Its nested stacks all the way down, so the physical_resource_id of your group resource is the stack ID of its nested stack19:52
stevebakerhdd: and depending on your template it may go down another layer too19:52
hddI see; knew it had to be somewhere19:54
hddthanks stevebaker19:54
*** pas-ha has joined #heat19:55
zanebhdd: or {Fn::GetAtt: [my_asg, InstanceList]} as one of your Outputs19:55
*** julienvey has quit IRC19:56
*** xmltok has joined #heat19:58
shardyhtruta: that sounds interesting, are you saying the features you require already exist in ceilometer but are not exposed by the heat ceilometer alarm resource?19:59
shardyhtruta: The service between ceilometer and heat could be anything which includes additional policy logic19:59
shardymeeting?20:00
zanebyep20:00
*** mspreitz has joined #heat20:01
*** erecio has quit IRC20:07
htrutashardy: I'm not sure it exists... But if it doesn't, I intend to implement it with the ceilometer people20:08
htrutaand afterall, bring the possible changes to heat20:08
*** tzumainn has left #heat20:10
*** ccrouch has quit IRC20:20
*** aweiteka has quit IRC20:27
*** sdake_ has quit IRC20:31
*** david-lyle has quit IRC20:37
*** david-lyle has joined #heat20:37
shardyhtruta: sounds good, speaking to the ceilometer folks sounds like a good first step :)20:38
shardyquite possibly what you describe can be implemented with little or no changes to heat20:38
htrutashardy: That's what I thought about Heat... I'll definitely do it. Thanks20:39
*** aweiteka has joined #heat20:42
dekozomspreitz: without using healthmonitor, only ceilometer, this should work? i mean, apparently healthmonitor only checks if the instance returns a http code/timesout, ceilometer should trigger an alarm to launch new instances based on cpu usage? (i'm about to give up hehe)20:49
*** stevebaker has quit IRC20:49
*** stevebaker has joined #heat20:49
*** stevebaker has quit IRC20:49
*** stevebaker has joined #heat20:49
*** stevebaker has quit IRC20:49
mspreitzyes, you should be able to handle CPU overload with using a load balancer or its health monitor20:49
*** stevebaker has joined #heat20:49
*** stevebaker has quit IRC20:49
*** stevebaker has joined #heat20:49
*** stevebaker has quit IRC20:49
*** stevebaker has joined #heat20:49
*** stevebaker has quit IRC20:50
*** stevebaker has joined #heat20:50
*** stevebaker has quit IRC20:50
*** stevebaker has joined #heat20:50
*** stevebaker has quit IRC20:50
*** stevebaker has joined #heat20:50
*** stevebaker has quit IRC20:50
*** stevebaker has joined #heat20:50
*** julienvey has joined #heat20:53
*** che-arne|2 has joined #heat20:53
*** julienvey has quit IRC20:54
*** julienvey has joined #heat20:54
*** che-arne has quit IRC20:55
*** asalkeld has joined #heat20:58
pas-hazaneb. about blueprints - have a couple that might (and frankly should) certainly land, the code is on review, but are not targeted for j-320:58
zanebpas-ha: ok, send me the links and I will target them20:59
*** jdob has quit IRC20:59
pas-hahere? or mail?20:59
*** julienvey has quit IRC20:59
zanebhere is fine21:00
pas-haUpdate for security groups https://blueprints.launchpad.net/heat/+spec/handle-update-for-security-groups21:02
pas-hazaneb, Sahara resources https://blueprints.launchpad.net/heat/+spec/sahara-as-heat-resource (not assigned to me, but I am doing it for long time already)21:03
zanebpas-ha: can you update implementation status on that one?21:04
pas-haand both above implicitly depend on network backend discovery https://blueprints.launchpad.net/heat/+spec/discover-networking-service21:04
pas-hanope, but I'll ping the original assignee21:05
pas-hamay be you can reassign it to me simply21:05
zanebyou've got it now21:05
pas-hathanks21:05
zaneblast one also needs an update of that field21:06
pas-hadone21:07
pas-haok, time to hit the sack here. good night all21:08
zanebthank pas-ha o/21:08
*** pas-ha has quit IRC21:08
*** stevebaker has quit IRC21:08
*** stevebaker has joined #heat21:08
*** yassine has joined #heat21:20
*** julienvey has joined #heat21:26
*** achampion has quit IRC21:27
*** jasondotstar has quit IRC21:28
*** FL1SK has joined #heat21:29
*** achampion has joined #heat21:30
*** sdake_ has joined #heat21:33
*** alexheneveld has quit IRC21:33
*** alexheneveld has joined #heat21:33
*** dsneddon has quit IRC21:34
*** dsneddon has joined #heat21:34
*** alexheneveld has quit IRC21:37
*** che-arne|2 has quit IRC21:38
openstackgerritAnderson Mesquita proposed a change to openstack/heat: Implement check for Rackspace resources  https://review.openstack.org/11735721:41
*** dkoper has joined #heat21:45
*** rpothier has quit IRC21:50
*** achampion has quit IRC21:54
*** aweiteka has quit IRC21:56
*** blomquisg has quit IRC21:58
*** spzala has quit IRC22:07
*** bnemec has quit IRC22:11
*** bnemec has joined #heat22:12
*** julienvey has quit IRC22:13
*** harlowja_ has joined #heat22:13
*** harlowja_ has quit IRC22:15
*** harlowja_ has joined #heat22:15
*** jergerber has quit IRC22:15
*** harlowja has quit IRC22:16
*** arbylee1 has joined #heat22:16
*** gondoi is now known as zz_gondoi22:16
*** arbylee has quit IRC22:18
*** vijendar has quit IRC22:22
*** reed has joined #heat22:24
*** mkollaro has quit IRC22:29
*** Daviey has quit IRC22:31
*** sdake_ has quit IRC22:32
*** sballe_ has joined #heat22:35
*** Daviey has joined #heat22:36
*** sballe has quit IRC22:37
morganfainbergany heat folks here at the moment?22:38
asalkeldhi morganfainberg22:39
morganfainbergI'm trying to chase down the severity of a bug that seems to be heat/keystone related (boto)22:39
asalkeldok22:39
morganfainbergasalkeld, https://bugs.launchpad.net/python-keystoneclient/+bug/1360892 this was just reported recently22:39
uvirtbot`Launchpad bug 1360892 in python-keystoneclient "EC2 v4 signature calculation is wrong, in case of request is POST" [Undecided,In progress]22:39
morganfainbergasalkeld, this is a tough one because i don't want to unintentionally break someone who is expecting... things to be a specific way22:40
asalkeldyeah, is unbreaking the response an api break?22:40
morganfainbergasalkeld, the difference appears to be that the querystring is '' for POST (which makes sense)22:40
asalkeldI doubt it will be a problem changing that, as people just use the webhook22:41
morganfainbergasalkeld i don't think it's an api break. but honestly, this is a hard one to assess, since it affects how heat works, figured i'd ask for a second pair of eyes22:41
asalkeldmorganfainberg, shardy would be the person to ask22:41
morganfainbergasalkeld, ++ and it's the wrong time of day iirc for shardy22:42
asalkeldmorganfainberg, I have to do a school run - I'll be back and can have a look22:42
morganfainbergasalkeld, sounds good. i have other stuff i'm in the middle of22:42
morganfainbergasalkeld, i'll check up wiht you when you're back22:43
asalkeldwhat do you need from me? is it a problem changing the querystring22:43
morganfainbergasalkeld, it's just making sure this bug report makes sense22:43
asalkelddo we manipulate the response22:43
morganfainbergasalkeld, i think the only differences is how we're calulating the signature22:43
morganfainbergone lib does it w/ the querystring the other does it without on POSTs22:43
morganfainbergiirc HTTP posts should *not* have querystrings (but i could be totally mis-remembering)22:44
asalkeldok, and boto is now checking for POST=''22:44
morganfainbergyeah22:44
asalkeldwhat if we have an older version of boto?22:44
asalkeldcan't have it both ways22:44
morganfainbergasalkeld, i'm a little out of my depth here. so i'll circle back once i've finished my other tasks for the day22:44
asalkeldcool, I gotta run too22:45
*** EricGonc_ has quit IRC22:45
*** arbylee has joined #heat22:45
*** arbylee1 has quit IRC22:48
*** ParisDickinson has joined #heat22:53
*** yassine has quit IRC22:53
openstackgerritSteve Baker proposed a change to openstack/heat: Provide access to outputs from OS::Heat::ResourceGroup  https://review.openstack.org/11544723:00
openstackgerritSteve Baker proposed a change to openstack/heat: Implement OS::Heat::StructuredDeployments  https://review.openstack.org/11544623:00
openstackgerritSteve Baker proposed a change to openstack/heat: ResourceGroup make do_prop_replace class method  https://review.openstack.org/11544523:00
openstackgerritSteve Baker proposed a change to openstack/heat: ResourceGroup build from list of resource names  https://review.openstack.org/11544423:00
openstackgerritSteve Baker proposed a change to openstack/heat: ResourceGroup subclass build resource definition  https://review.openstack.org/11544323:01
openstackgerritSteve Baker proposed a change to openstack/heat: Common stack_user_project_id across nested stacks  https://review.openstack.org/11705823:01
openstackgerritSteve Baker proposed a change to openstack/heat: Implement OS::Heat::SoftwareDeployments  https://review.openstack.org/11736823:01
*** stevelle has quit IRC23:02
*** mspreitz has quit IRC23:07
openstackgerritZane Bitter proposed a change to openstack/heat: Allow an update after a failure  https://review.openstack.org/11293823:07
openstackgerritZane Bitter proposed a change to openstack/heat: Scheduler: Allow a grace period when cancelling tasks  https://review.openstack.org/11293923:07
openstackgerritZane Bitter proposed a change to openstack/heat: Add a method to freeze a ResourceDefinition  https://review.openstack.org/11366423:07
openstackgerritZane Bitter proposed a change to openstack/heat: Use ResourceDefinition as 'before' in resource updates  https://review.openstack.org/11293723:07
openstackgerritZane Bitter proposed a change to openstack/heat: Add test for ResourceDefinition equality  https://review.openstack.org/11294223:07
openstackgerritZane Bitter proposed a change to openstack/heat: Allow concurrent tasks to complete after error  https://review.openstack.org/11294023:07
openstackgerritZane Bitter proposed a change to openstack/heat: Don't stop creates/updates immediately on error  https://review.openstack.org/11294123:07
openstackgerritZane Bitter proposed a change to openstack/heat: Store properties data in database  https://review.openstack.org/11293023:07
openstackgerritZane Bitter proposed a change to openstack/heat: Refactor Resource's decision whether to update  https://review.openstack.org/11293123:07
openstackgerritZane Bitter proposed a change to openstack/heat: Always replace a failed resource on rollback  https://review.openstack.org/11293523:07
openstackgerritZane Bitter proposed a change to openstack/heat: Pass properties to Resource._needs_update()  https://review.openstack.org/11293223:07
openstackgerritZane Bitter proposed a change to openstack/heat: Don't import Properties class directly  https://review.openstack.org/11293323:07
*** kebray has quit IRC23:08
*** kfox1111 has joined #heat23:11
kfox1111can someone mark https://blueprints.launchpad.net/heat/+spec/resource-group-index as a duplicate and/or close the blueprint?23:11
*** hdd has quit IRC23:11
*** asalkeld has quit IRC23:12
stevebakerkfox1111: I've marked it Obsolete23:16
stevebakerzaneb: can you ping me if you notice the check jobs have run on your series?23:16
*** edmund has quit IRC23:18
*** asalkeld has joined #heat23:24
*** ccrouch has joined #heat23:25
asalkeldzaneb, is there a design and work break down for convergence?23:32
asalkeldjust wondering where i could help out23:32
dkoperhi. A recent stable release of HAProxy supports SSL termination. Is anyone working on updating the OpenStack lb to take advantage of that (and possibly support more of the related attributes in the cfn/HOT schema)?23:35
asalkelddkoper, honestly not sure23:35
asalkeldyou should check in #openstack-neurtron23:36
dkopercheers23:36
asalkeldonce it's in neutron it's easy to add to heat23:36
miguelgrinbergI would greatly appreciate a second review on https://review.openstack.org/#/c/116762/. This fix improves the handling of the boolean parameter type and makes it consistent with how the other types are handled. Thanks.23:36
*** ccrouch has quit IRC23:37
stevebakermiguelgrinberg: lgtm23:38
miguelgrinbergstevebaker: fantastic. thank you!23:40
*** ccrouch1 has joined #heat23:40
*** david-lyle has quit IRC23:42
*** sdake_ has joined #heat23:45
kfox1111stevebaker: Thanks.23:50
openstackgerritSteve Baker proposed a change to openstack/heat: Add volume backup/restore functional test  https://review.openstack.org/11315823:53
openstackgerritSteve Baker proposed a change to openstack/heat: Move test_autoscaling from tempest to heat  https://review.openstack.org/11218923:53
openstackgerritSteve Baker proposed a change to openstack/heat: Support classes for heat integration tests  https://review.openstack.org/11049623:53
openstackgerritSteve Baker proposed a change to openstack/heat: Functional test for software-config tools  https://review.openstack.org/11371123:53
openstackgerritSteve Baker proposed a change to openstack/heat: Move test_server_cfn_init from tempest to heat  https://review.openstack.org/11049723:53
*** sdake_ has quit IRC23:53
*** gokrokve_ has quit IRC23:54
*** sdake_ has joined #heat23:55
*** hdd has joined #heat23:56
*** EricGonczer_ has joined #heat23:57

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