Wednesday, 2014-07-09

*** IlyaE has quit IRC00:01
*** sabeen1 has quit IRC00:03
*** dsneddon has joined #heat00:03
*** amrita has quit IRC00:08
*** IlyaE has joined #heat00:17
*** piyush has quit IRC00:19
*** dims__ has quit IRC00:20
*** maishsk has quit IRC00:37
*** sarob has quit IRC00:38
*** dims__ has joined #heat00:44
*** Yanyan has joined #heat00:49
*** lindsayk has quit IRC00:51
*** lindsayk has joined #heat00:59
*** piyush has joined #heat01:03
*** swygue has joined #heat01:06
*** tiantian has joined #heat01:10
*** lindsayk has quit IRC01:12
openstackgerrithuangtianhua proposed a change to openstack/python-heatclient: Implement events pagination, sorting and filtering  https://review.openstack.org/10511001:18
*** maishsk has joined #heat01:23
*** asalkeld has quit IRC01:25
*** Yanyan has quit IRC01:27
*** Yanyanhu has joined #heat01:28
*** m_22 has quit IRC01:31
*** piyush has quit IRC01:31
*** asalkeld has joined #heat01:36
*** killer_prince has quit IRC01:41
*** Yanyanhu has quit IRC01:43
*** nosnos has joined #heat01:44
*** Yanyanhu has joined #heat01:45
*** Qiming has joined #heat01:45
*** zhiyan_ is now known as zhiyan01:47
*** IlyaE has quit IRC01:50
*** Yanyanhu has quit IRC01:50
*** zhiyan is now known as zhiyan_01:56
*** zhiyan_ is now known as zhiyan01:56
*** alexheneveld has joined #heat02:05
elynnmorning all :)02:11
*** ramishra has joined #heat02:15
*** sjmc7 has quit IRC02:16
*** killer_prince has joined #heat02:20
*** killer_prince is now known as lazy_prince02:20
*** asalkeld has quit IRC02:20
openstackgerrithuangtianhua proposed a change to openstack/heat-specs: Add specification to implement LaunchConfiguration bdm  https://review.openstack.org/10564402:20
*** Qiming has quit IRC02:24
*** ccrouch has joined #heat02:28
*** alexheneveld has quit IRC02:30
*** IlyaE has joined #heat02:37
*** asalkeld has joined #heat02:40
openstackgerritEthan Lynn proposed a change to openstack/heat: Implement PrivateIpAddress property for EC2::Instance  https://review.openstack.org/9858002:40
*** harlowja is now known as harlowja_away02:50
*** IlyaE has quit IRC02:51
*** Qiming has joined #heat02:54
*** asalkeld has quit IRC02:54
*** dsneddon is now known as dsneddon_away03:00
*** shardy has quit IRC03:01
*** IlyaE has joined #heat03:06
openstackgerritA change was merged to openstack/heat: Fix typo in HOT template guide  https://review.openstack.org/10556603:06
*** lazy_prince is now known as killer_prince03:09
*** IlyaE has quit IRC03:12
*** nosnos has quit IRC03:20
*** killer_prince is now known as lazy_prince03:21
*** nati_ueno has quit IRC03:22
*** cmyster has joined #heat03:26
*** cmyster has joined #heat03:26
cmystermorning03:26
openstackgerritRabi Mishra proposed a change to openstack/heat: Change help text for StructuredConfig.CONFIG property  https://review.openstack.org/10564603:29
*** IlyaE has joined #heat03:40
openstackgerrithuangtianhua proposed a change to openstack/heat: Fix error count for stack-list while show deleted  https://review.openstack.org/10107803:41
openstackgerrithuangtianhua proposed a change to openstack/heat: Implement BlockDeviceMappings for AWS::EC2::Instance  https://review.openstack.org/10372503:45
openstackgerrithuangtianhua proposed a change to openstack/heat: Implement BlockDeviceMappings for LaunchConfiguration  https://review.openstack.org/10564703:45
*** maishsk has quit IRC03:51
*** sgordon has quit IRC03:52
*** dims__ has quit IRC03:55
openstackgerrithuangtianhua proposed a change to openstack/heat: Fix failed to delete the EIP resource  https://review.openstack.org/10275804:06
*** nosnos has joined #heat04:13
*** DandyPandy has quit IRC04:15
*** DandyPandy has joined #heat04:20
*** maishsk has joined #heat04:21
*** IlyaE has quit IRC04:21
*** nosnos has quit IRC04:24
*** sgordon has joined #heat04:26
*** maishsk_ has joined #heat04:27
*** maishsk has quit IRC04:29
*** piyush has joined #heat04:29
*** maishsk_ is now known as maishsk04:44
*** kopparam has joined #heat04:45
*** akuznetsov has quit IRC04:46
*** avquadri has joined #heat04:51
*** dims__ has joined #heat04:51
*** akuznetsov has joined #heat04:53
*** Qiming has quit IRC04:55
*** piyush has quit IRC04:56
*** dims__ has quit IRC04:56
*** kopparam has quit IRC04:56
*** kopparam has joined #heat04:57
*** dims__ has joined #heat04:57
*** Dev_Jin has joined #heat04:58
*** dims__ has quit IRC05:02
*** ckmvishnu has joined #heat05:02
*** IlyaE has joined #heat05:03
*** rushiagr_ has joined #heat05:06
*** rushiagr_ has quit IRC05:11
*** akuznetsov has quit IRC05:12
*** bmahalakshmi has joined #heat05:15
*** Qiming has joined #heat05:15
*** morganfainberg_Z is now known as morganfainberg05:18
*** chandankumar has joined #heat05:19
*** ramishra has quit IRC05:19
*** IlyaE has quit IRC05:25
*** akuznetsov has joined #heat05:26
*** Dev_Jin has quit IRC05:27
*** bmahalakshmi has quit IRC05:29
*** bmahalakshmi has joined #heat05:30
*** bvivek has joined #heat05:31
*** Dev_Jin has joined #heat05:32
*** lazy_prince is now known as killer_prince05:32
*** rakesh_hs has joined #heat05:36
*** tiantian has quit IRC05:40
*** ramishra has joined #heat05:54
*** Kbee has joined #heat05:55
*** dims__ has joined #heat05:58
*** IlyaE has joined #heat05:58
cmysterstevebaker: still around ?06:01
openstackgerritOpenStack Proposal Bot proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/10497506:02
*** dims__ has quit IRC06:03
*** rushiagr has joined #heat06:05
*** arbylee has quit IRC06:06
*** bmahalakshmi has quit IRC06:07
*** bmahalakshmi has joined #heat06:08
*** swygue has quit IRC06:13
*** bmahalakshmi has quit IRC06:15
*** bmahalakshmi has joined #heat06:15
*** tiantian has joined #heat06:17
*** tspatzier has joined #heat06:20
*** morganfainberg is now known as morganfainberg_Z06:23
skraynevGood morning06:27
*** ajc_ has joined #heat06:32
*** sgordon has quit IRC06:41
*** mkerrin has joined #heat06:49
openstackgerrithuangtianhua proposed a change to openstack/heat: Fix failed to delete the EIP resource  https://review.openstack.org/10275806:54
*** jprovazn has joined #heat06:55
*** jcoufal has joined #heat06:55
*** IlyaE has quit IRC06:56
tiantian<skraynev>:hi06:57
*** tspatzier has quit IRC06:57
*** dims__ has joined #heat06:58
skraynevtiantian: hi06:59
cmysterho07:00
cmysteroops hi07:00
skraynevtiantian: how your problem with dependencies?07:00
*** jistr has joined #heat07:01
tiantian<skraynev>: I didn't find a good way, and the end I just to run stack.sh again:)07:01
skraynevcmyster: ho - sounds really manfully :)07:01
*** kopparam has quit IRC07:02
*** kopparam has joined #heat07:02
skraynevtiantian: doh... it's action of last resort.07:03
*** dims__ has quit IRC07:03
skraynevI hope, that it helped you. is it so?07:03
tiantian<skraynev>:yes, it works:)07:04
skraynevtiantian: my congratulations ;)07:04
tiantian<skraynev>: tks07:05
*** tspatzier has joined #heat07:05
*** tspatzier has quit IRC07:06
*** IlyaE has joined #heat07:06
cmysterskraynev: :)07:07
*** kopparam has quit IRC07:07
*** tspatzier has joined #heat07:13
therveGood morning!07:13
*** IlyaE has quit IRC07:15
cmystermorning07:18
*** unmeshg has joined #heat07:19
*** pasquier-s has joined #heat07:21
*** tomek_adamczewsk has joined #heat07:24
*** tomek_adamczews1 has joined #heat07:27
*** tomek_adamczewsk has quit IRC07:28
tiantian<skraynev>: would you please to review my patches, I have add you as the reviewer,tks:)07:31
skraynevtiantian: I will try to do it today ;)07:32
*** TonyBurn_ has joined #heat07:32
*** tomek_adamczews1 has quit IRC07:35
*** bvivek has quit IRC07:44
*** bvivek has joined #heat07:44
*** kopparam has joined #heat07:45
*** che-arne has joined #heat07:46
*** rakesh_hs has quit IRC07:47
*** shardy has joined #heat07:47
*** kopparam has quit IRC07:50
*** rakesh_hs has joined #heat07:50
*** bvivek has quit IRC07:51
*** rakesh_hs has quit IRC07:59
*** dims__ has joined #heat07:59
unmeshgHi everyone, in the API docs, I came across an API to preview a stack before abandoning it08:00
*** rakesh_hs has joined #heat08:00
unmeshgbasically a GET /v1/​{tenant_id}​/stacks/​{stack_name}​/​{stack_id}​/abandon08:00
shardymorning all08:00
unmeshgbut I don't see it implemented08:01
therveunmeshg, It's a GET on /preview, not abandon08:02
unmeshgtherve: I can see it here http://developer.openstack.org/api-ref-orchestration-v1.html08:03
shardyunmeshg: That sounds like a mistake, because the implementation is not yet merged:08:03
shardyhttps://review.openstack.org/#/c/84664/08:03
therveActually a POST08:03
shardyWhoever proposed that to the docs should've waited until the code landed08:04
shardythere is a preview stack interface, which previews what create would do08:04
*** dims__ has quit IRC08:04
unmeshgalso, there seems to be no activity on this review for quite some time now08:06
*** tomek_adamczewsk has joined #heat08:08
*** lazy_prince has joined #heat08:09
*** lazy_prince has quit IRC08:10
*** killer_prince is now known as lazy_prince08:10
shardyunmeshg: Yes, probably we need to revert the docs patch until such time as the feature is merged08:10
*** kopparam has joined #heat08:11
*** ramishra_ has joined #heat08:11
unmeshgI agree08:11
*** derekh_ has joined #heat08:11
cmystermorning08:12
shardyunmeshg: sec, I'll do it now08:12
unmeshgshardy: thanks08:12
*** ramishra has quit IRC08:14
*** julienvey has joined #heat08:15
*** pas-ha has joined #heat08:18
*** pas-ha has quit IRC08:19
shardyunmeshg: https://review.openstack.org/10567208:19
shardythanks for pointing out that inconsistency :)08:19
cmystershardy: FYI the issue with the input_values we talked about yesterday, on jenkind granade job it failed just that (wrong type error)08:20
shardycmyster: so we've broken an interface08:20
shardywrt icehouse?08:20
*** ramishra_ has quit IRC08:21
cmystercheck-grenade-dsvm08:21
*** pas-ha has joined #heat08:21
cmysteryou can see it here http://logs.openstack.org/90/89790/14/check/check-grenade-dsvm/eb5ff58/logs/grenade.sh.txt.gz08:21
*** ramishra has joined #heat08:21
shardycmyster: but your test is still passing a list, not a map right?08:23
cmysteryes08:23
shardySo the issue is your test is passing the wrong data type, no?08:23
shardyas we established the other day that on both trunk and Icehouse, the schema demands a map?08:23
cmysteryes, the failure here is OK08:23
cmysterno on a 4 day old devstack this test passes08:24
shardyI'd note what git sha you're at, pull latest master and re-test08:25
unmeshgshardy: thanks, I just reviewed it08:25
shardyYou should get consistent results with the gate, unless there's something dodgy about your environment08:25
cmystershardy: not as far as I know, my usual way to do things is to unstack.sh > rm -rf /opt/stack > yum update > reboot > git pull > stack.sh08:27
cmysterI'll try to run those now see if there is any change08:28
*** dims__ has joined #heat08:28
openstackgerrithuangtianhua proposed a change to openstack/heat: Remove unused 'VERSIONS' define  https://review.openstack.org/10567408:31
*** dims__ has quit IRC08:34
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Implement OS::Sahara::NodeGroupTemplate resource  https://review.openstack.org/10028808:37
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Implement sahara client plugin  https://review.openstack.org/10058808:37
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Implement OS::Sahara::Cluster resource  https://review.openstack.org/7233608:37
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Implement OS::Sahara::ClusterTemplate resource  https://review.openstack.org/10150908:37
*** jdandrea has quit IRC08:40
*** jdandrea has joined #heat08:41
openstackgerritSergey Kraynev proposed a change to openstack/heat: Remove unused 'VERSIONS' definition  https://review.openstack.org/10567408:51
*** lazy_prince is now known as killer_prince08:56
*** tspatzier has quit IRC09:03
*** tspatzier has joined #heat09:11
*** Sventek has joined #heat09:12
*** killer_prince is now known as lazy_prince09:12
*** bvivek has joined #heat09:12
Sventekgood afternoon.  I am trying several times to create an instance using a heat template.  this worked before, however the openstack administrator has added a new external network.  I am finding that I now receive the error message : Error: Expected 1 external network, found 2.  I have tried many different ways to pick the subnet id for the external network in which i want to assign the address from, but to no avail.  I have also don09:14
Sventeke extensive google searches.  This is the last option, can anyone PLEASE point me in the right direction on this.  once I get moving I'm sure it'll be a cake walk.  I must be missing something simple, or something is misconfigured at the neutron level.09:14
cmystershardy: idk, I am on a brand new stack, changed a bunch of settings and it still accepts it on my system...09:15
skraynevshardy: ping09:15
therveSventek, You just need to specify the network you want to use in the template09:16
Sventeksure.  I hjave tried EIPAssociation, no dice09:16
Sventektried a few different things (I have to use AWS::EC2 commands because it has to work in both AWS and OpenStack09:16
SventekClarification: AWS::EC2::EIPAssociation09:16
therveThat's not what you have to use09:17
cmysterSventek: http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server09:17
therveNetworkInterfaces is09:17
Sventekplease point me at the write method and I'll experiment away09:17
tiantian<Sventek>:yes, you have specify the network_id in template09:17
cmystersee how network is defined there09:17
Sventekcool  looking now.09:18
Sventekahh.  is there an AWS alternative to this Nova command.  also, we are using Neutron, not sure if that matters09:18
cmystershouldn't09:19
Sventekok.  let me play around a bit.  thanks for the direction.  logically, all of this makes sense.  something just isn't working right.09:20
Sventekanyhow. thx09:20
Sventekhmm.  OS::Neutron::ExtraRoute looks like the ticket09:21
Sventeknah.  sorry.  anyhow, still reading / experimenting09:22
therveNo09:22
therveSventek, Just specify the info in NetworkInterfaces09:22
Sventekso, I need a unicast and anycast address. both are external networks09:22
Sventekperhaps I should have mentioned this09:22
Sventekbut yeah, lemme dig into NetworkInterfaces09:22
*** rushiagr_ has joined #heat09:28
*** dims__ has joined #heat09:30
openstackgerritA change was merged to openstack/heat-templates: Adds in-instance hook for saltstack  https://review.openstack.org/10261609:30
*** rushiagr has quit IRC09:32
*** kirankv has joined #heat09:32
*** sab has joined #heat09:32
Dev_JinHI.. I am trying to create a heat stack using tenant credentials .. it’s giving me error not authorized to perform the action..  but I did launch the same stack few min back though auto scaling policy failed with auth error.. what’s the exact behavior? I found some old launchpad reference (https://blueprints.launchpad.net/heat/+spec/instance-users) on similar lines but I am not sure what’s the conclusion?09:34
*** dims__ has quit IRC09:35
Dev_Jinshardy — may be you can help with this ?09:36
cmysterDev_Jin: It sounds like a configuration error to me09:37
cmysterit would help to know more09:37
Dev_Jincmyster - tell me what details you want?09:38
Dev_Jincmyster - first could you tell me expected behavior? is it allowed for non-admin users to create auto scaling resources?09:38
therveDev_Jin, What's your version? Do you have domain users configured?09:39
*** rakesh_hs has quit IRC09:40
Dev_Jintherve : I am using ice house.. well.. to be frank domain user term is new to me..09:40
cmysterDev_Jin: depends on the type of resource, did you try it with admin?09:40
*** sorantis has joined #heat09:40
*** rakesh_hs has joined #heat09:40
Dev_Jincmyster : I tried creating vm resource it succeeded once.. but auto scaling policy failed..09:41
Dev_Jinnow even heat stack-create is giving error ERROR: You are not authorized to complete this action.09:41
*** lazy_prince has quit IRC09:44
*** pasquier-s has quit IRC09:44
Dev_Jincmyster — ok.. I played with some roles that’s why heat stack-create was failing.. now I have reverted that.. so vm’s are getting created.. but scaling policy is still failing09:44
Dev_Jinworker_scale_in_policy09:44
Dev_JinOS::Heat::ScalingPolicy0 minutesCreate FailedForbidden: You are not authorized to perform the requested action, identity:list_roles. (HTTP 403)09:44
*** Sventek has quit IRC09:44
*** Sventek has joined #heat09:45
cmysterhmmm09:45
sabHi, How do I specify autoscalinggroup nodes in a loadbalancer resource?09:46
cmysterI don't remember what are the constraints here...09:46
*** Sventek has quit IRC09:46
*** Sventek has joined #heat09:46
Dev_Jincmyster: — I just found (by trial and error) that auto scalling resources seems to have some auth issues (that too auto scaling policy only auto scaling group properties are getting applied).. alarm is also getting configured…09:51
shardyDev_Jin: How did you install OpenStack?09:59
cmysterback10:00
shardyDev_Jin: It is possible to have autoscaling work as non-admin with Icehouse, but certain things need to be configured (which devstack and recent packstack does for you)10:00
cmysterDev_Jin: define issue10:00
Dev_Jinshardy : manually by going through the steps on openstack website10:00
*** ramishra_ has joined #heat10:01
shardyDev_Jin: can you link the exact page you used please?10:01
Dev_Jinshardy: http://docs.openstack.org/trunk/install-guide/install/apt/content/heat-install.html10:01
cmysterDev_Jin: when you are saying trial end error, can you please expend on how did you test things ?10:01
*** ramishra has quit IRC10:03
*** killer_prince has joined #heat10:03
*** killer_prince is now known as lazy_prince10:03
Dev_Jincmyster: I commented out auto scaling policy from my heat template but I kept auto scaling group and ceilometer alarm config as it is.. then it worked.. but I have keep auto scaling policy then it gives auth error on auto scaling policy10:03
shardyDev_Jin: Thanks, I need to propose an update to that page, as it doesn't cover configuration for stack domain users:10:03
shardyhttp://hardysteven.blogspot.co.uk/2014/04/heat-auth-model-updates-part-2-stack.html10:03
cmystershardy: when you have the time, I need to violently agree with you again :)10:04
Dev_Jinshardy : thank for that link.. I will try it out..10:04
shardyDev_Jin: If you follow the steps at the end of that, to configure the heat domain, domain-admin user, and update heat.conf (and restart heat-engine), then you should be able to create the ScalingPolicy as non-admin10:04
cmysterbrb10:05
shardyOr if you just want to get things working for test purposes, you can add admin role to the user on your existing setup10:05
Dev_Jinshardy : I already tried with admin view and I know it works.. but to get the real feel I am now trying with tenant10:05
*** jistr has quit IRC10:06
shardyDev_Jin: Ok, if everything works fine as admin, then the domain configuration should make things work as non-admin10:06
shardyI'll propose a docs update soon to clarify the steps in the install guide10:07
Dev_Jinshardy: Ok.. let me give it a try..10:07
skraynevshardy: about client-plugins patches. You mentioned about "ugly" import style when we do from cinderclient import client as cinderclient, is it pertinent for unittests?10:09
shardyskraynev: IMHO shadowing module names with aliases or variables is always best avoided10:11
shardybut in the plugins patches it was doubly confusing due to the addition of an indirect import of the alias10:11
*** Qiming has quit IRC10:13
skraynevshardy: I tried to comment all places with such behavior, but it makes merging these patches very long. almost every patch for client has such mistake (f.e. neutronclient).10:13
skraynevshardy: may we fix all these points in tests in one separate patch?10:14
*** andrearo1 is now known as andrearosa10:14
*** kopparam has quit IRC10:14
shardyskraynev: Well the point was, the tests were getting changed anyway, only to an indirect import of a shadowed alias10:15
shardyIf all the other patches do the same thing, we should just fix them IMO10:15
*** tspatzier has quit IRC10:15
*** piyush has joined #heat10:15
shardyThe ones at the top of the queue I looked at had been fixed, are you saying stevebaker didn't fix the whole series?10:16
shardyskraynev: To clarify, I don't think we should fix existing import issues in steve's patches, unless the imports are being modified anyway due to the client plugin changes10:17
skraynevshardy: I just found it for neutronclient patch. Possibly other patches have same problem.10:17
skraynevshardy: yes, I agree about this, my idea was to add different patch in the end of this sequence10:18
skraynevshardy: and do not do it in each patch.10:19
shardyskraynev: Yeah you're right, if it's just that tests are doing "from neutronclient.v2_0 import client as neutronclient" lets not block on that10:19
shardygiven that it will cause a lot of unrelated churn in the tests themselves10:20
shardyskraynev: The main issue I wanted resolved has been fixed in the neutronclient patch10:20
shardy(e.g in clients/os/neutron.py)10:20
skraynevshardy: fuh.. ok.10:20
skraynevshardy: thx. I will send request to stevebaker about fixing all such imports in tests in one patch, which will be added at the end :)10:23
*** jistr has joined #heat10:27
*** ramishra_ has quit IRC10:27
*** ramishra has joined #heat10:27
*** ramishra has quit IRC10:28
*** bvivek has quit IRC10:29
*** dims__ has joined #heat10:31
*** ramishra has joined #heat10:31
*** bvivek has joined #heat10:33
*** alexpilotti has joined #heat10:35
*** dims__ has quit IRC10:36
*** bvivek has quit IRC10:41
*** kopparam has joined #heat10:46
sabHi all , is there an attribute of autoscalinggroup which gives a list of instances?10:46
*** Kbee has quit IRC10:50
*** kopparam has quit IRC10:50
*** bmahalakshmi has quit IRC11:01
*** kirankv has quit IRC11:02
Sventekhi. ok,  getting extremely close, I can feel it.  however, how heat is not recognizing the type: "Type" : "AWS::EC2::NetworkInterfaceAttachment"11:03
Sventekis this AWS only?  because that would really bum me out11:04
cmysterSventek: in that link I sent you, is that type there ?11:04
Sventekgood call.  checking again.  lots of tabs going here.11:04
*** kopparam has joined #heat11:04
*** swygue has joined #heat11:05
Sventekno, however neither is any of the AWS types that I'm using to identify the network.  The requirement is that this has to be in 1:1 for AWS and OpenStack.  so I'm essentially using all AWS classes/methods.  working up until this11:06
*** Qiming has joined #heat11:06
*** tspatzier has joined #heat11:07
Sventekanyhow.  based on the error, I'm going to say it's not supported11:07
*** avquadri has quit IRC11:07
SventekERROR: Unknown resource Type : AWS::EC2::NetworkInterfaceAttachment11:07
Sventekso, I'll think of something11:07
*** lazy_prince has quit IRC11:08
*** dims__ has joined #heat11:10
*** pasquier-s has joined #heat11:16
*** tiantian has quit IRC11:20
*** rushiagr_ has quit IRC11:26
*** rushiagr__ has joined #heat11:26
*** alexpilotti has quit IRC11:26
*** alexpilotti has joined #heat11:30
*** cmyster has quit IRC11:34
*** alexpilotti has quit IRC11:35
*** killer_prince has joined #heat11:41
*** killer_prince is now known as lazy_prince11:41
*** rushiagr__ has quit IRC11:42
*** denis_makogon has joined #heat11:42
*** swygue has quit IRC11:42
*** mspreitz has joined #heat11:50
shardySventek: Hi, I don't think we do have that resource, we do have NetworkInterface though, which can be passed to the Instance resource NetworkInterfaces list?11:51
Sventekyeah.  I am trying out the NetworkInterfaces (property of AWS::EC2::INSTANCE), however this doesn't error out but no assignment of the public subnet11:51
Sventekso, it just gives me the 1 private address11:52
shardySventek: The definitive reference for what is supported is the template guide:11:52
shardyhttp://docs.openstack.org/developer/heat/template_guide/index.html11:52
shardyAlthough that is generated from trunk, so you may also want to use heat resource-type-list on older version os Heat, as there will only be a subset available (we're adding new resources all the time..)11:52
*** swygue has joined #heat11:53
Sventekahh.  ok.  this is good stuff.  the NetworkInterfaceAttachment is kind of what it's looking like I need11:53
Sventekbut lemme check the resource-list11:53
*** jistr is now known as jistr|english11:56
skraynevanybody knows: will be the meeting today?12:01
zanebmorning all12:01
zanebskraynev: yes :)12:01
*** bgorski has joined #heat12:01
*** bgorski_ has joined #heat12:02
skraynevanswer is coming :)12:02
*** bgorski_ has quit IRC12:02
*** mohits has joined #heat12:07
*** Sventek has quit IRC12:08
*** jdob has joined #heat12:09
*** jistr|english is now known as jistr12:11
*** ramishra has quit IRC12:12
*** rakesh_hs has quit IRC12:17
*** kopparam has quit IRC12:21
*** kopparam has joined #heat12:22
*** achampion has quit IRC12:23
*** kopparam has quit IRC12:26
*** sorantis has quit IRC12:28
*** sab has quit IRC12:29
*** tonisbones has joined #heat12:30
*** cdent has joined #heat12:31
*** dims__ has quit IRC12:32
*** dims__ has joined #heat12:32
*** andersonvom has joined #heat12:33
*** akuznetsov has quit IRC12:34
*** cmyster has joined #heat12:36
*** cmyster has joined #heat12:36
*** cdent has quit IRC12:36
*** jdob has quit IRC12:37
*** ramishra has joined #heat12:38
*** jdob has joined #heat12:38
cmysterback12:39
*** andersonvom has quit IRC12:42
*** cdent has joined #heat12:42
*** piyush has quit IRC12:44
*** piyush has joined #heat12:45
*** DandyPandy has quit IRC12:45
*** piyush has quit IRC12:46
*** rbuilta has joined #heat12:47
*** DandyPandy has joined #heat12:50
*** radez_g0n3 is now known as radez12:51
Qimingshardy? I have some thoughts on the metadata of nova servers.12:51
shardyQiming: hi12:51
*** pasquier-s has quit IRC12:52
Qimingshardy: if you check the _populate_deployments_metadata() method12:52
*** ajc_ has quit IRC12:52
Qimingthe credentials used for deployments are sufficient for ceilometer to build a context to send back signals, right?12:53
shardyQiming: Yes12:54
Qimingthe user_id, password, auth_url things can also be used inside an instance to send out statistics directly to ceilometer, then we don't need cloudwatch for cfn_push_stats12:54
*** sorantis has joined #heat12:54
shardyQiming: No, that won't work, those credentials will only allow connection to Heat, not any other service12:54
shardythat's by design, when using the stack domain users model12:54
Qimingyes, but is that something we can discuss with ceilometer?12:55
shardybecause the user associated with the credentials is in a completely different stack and domain to the stack itself12:55
Qimingthe user is inside a separate domain ...12:56
*** sorantis has quit IRC12:56
shardyQiming: Possibly, we'd need some way to tell ceilometer to accept data from this user/project/domain12:56
shardyas they don't have access to the heat DB to correlate the request to the stack, like we do12:57
*** ramishra has quit IRC12:57
*** pasquier-s has joined #heat12:57
Qimingso a domain_id is needed in this JSON?12:57
Qiminganyway, ceilometer needs to open a channel for an instance user to talk to it12:58
*** aweiteka has joined #heat12:58
*** ckmvishnu has quit IRC12:59
shardyYes, heat would need to provide some additional data when creating the alarm, and ceilometer would require some additional logic to map the incoming request from the instance correctly to the alarm owned by the stack12:59
shardyI have no idea how complex that would be on the ceilometer side12:59
shardytherve may have some ideas12:59
*** rushiagr__ has joined #heat13:00
Qimingif this part of metadata is not limited to software_deployment, then ceilometer can query it at any time?13:01
*** sballe has joined #heat13:01
*** pasquier-s has quit IRC13:02
shardyQiming: Not really, it could query it at alarm creation time, using the user context, but it can't query it after that, because it no longer has the user credentials/token (unless we get the trust integration in)13:02
shardyQiming: but even if it had credentials, it would need to somehow know what resource and stack to query in the heat API13:03
shardycurrently we pass none of that information to ceilometer13:03
Qimingright. chicken and egg problem13:03
shardyQiming: tbh, I don't think ceilometer introspecting instance resources for credentials is really a good way to solve the problem13:03
*** pasquier-s has joined #heat13:04
Qimingunderstood13:05
Qimingone related topic is to have 'stack_id' always planted in metadata, so that when filtering metrics for autoscaling, a user doesn't have to remember to put such an identity in the metadata explicitly.13:07
Qimingthey can just treated as granted, a instance created from a Heat stack always have a stack_id13:08
*** unmeshg has left #heat13:08
*** pasquier-s has quit IRC13:08
*** pasquier-s has joined #heat13:09
therveshardy, TBH I don't know how domain users work for heat13:14
therveIs it managed by the middleware?13:14
Qimingtherve, shardy has a blog on it13:14
shardytherve: we map the request internally, as the stack record in the DB keeps track of the stack domain project we created13:15
therveQiming, I meant at the implementation level13:17
Qimingtherve, got it. :)13:17
shardytherve: sec, I'm just finding the relevant patch13:18
shardyhttps://review.openstack.org/#/c/71300/15/heat/engine/service.py13:19
therveAh we need to manage the switch in stack_get13:19
shardytherve: haha, you were the one who approved it ;)13:19
*** achampion has joined #heat13:20
shardyBasically, we'd need to pass the stack_user_project_id to ceilometer, and have it not reject metrics coming from that project13:20
shardywhere I assume, by default it would13:20
*** mohits has quit IRC13:21
*** arbylee has joined #heat13:21
Qimingthat would be the only project_id ceilometer would ever know?13:23
shardyQiming: No, because the context of the request creating the alarm would contain the project the stack is created in13:23
Qimingright.13:24
shardyYou'd needs some sort of metric_allowed_projects argument to allow cross-project/domain metric collection13:24
*** sorantis has joined #heat13:24
* shardy would have to make popcorn before observing that discussion with ceilometer folks ;)13:25
*** Tross has quit IRC13:26
QimingMake Heat use the stack_user_project_id as the context to request alarm creation?  Then Ceilometer doesn't have to cope with two project_ids.  The request may come from Heat or an instance...13:28
shardyQiming: then the stack owner has no visibility or control over the alarms, and probably none of the hypervisor level metrics work as they can't see the instances in a different project13:29
shardyIf we move to swift for waitconditions, maybe the answer is have a tempurl which the instance posts data to, and have ceilometer read it13:30
therveWhat? :)13:33
therveQiming, maybe write a spec and a patch to ceilometer13:35
Qimingbut shardy has a valid concern regarding matching project_id's in ceilometer13:36
andrearosasome projects, like nova, as a requirement for using mock library instead of mox library for new tests, does heat follow the same rule?13:36
Qiming'ceilometer, please collect some data for my boss?'13:36
*** alexheneveld has joined #heat13:37
cmysterheheh13:37
shardyandrearosa: basically, yes, mock preferred for new stuff, mox OK for existing stuff13:37
*** dims_ has joined #heat13:39
andrearosashardy: thanks, I am looking at one of your change https://review.openstack.org/#/c/105470/3/heat/tests/test_metadata_refresh.py and you use mox, I guess because mox is used in the same test but that will introduce more stuff to be, eventually, moved to mock13:39
andrearosaI see that it's not a brand new test, but a test added to an existing test.13:41
andrearosaso my qyestion if we should consider that under the label new or not?13:42
*** thegodfather has joined #heat13:43
*** lifeless1 has joined #heat13:43
*** jistr has quit IRC13:43
*** shadower_ has joined #heat13:43
*** gilliard_ has joined #heat13:44
*** SpamapS_ has joined #heat13:44
*** john-n-s| has joined #heat13:46
*** _sirushti has joined #heat13:46
*** devx has joined #heat13:46
*** che-arne has quit IRC13:46
*** mspreitz has quit IRC13:47
*** che-arne has joined #heat13:47
*** sorantis has quit IRC13:48
*** dims__ has quit IRC13:48
*** jprovazn has quit IRC13:48
*** sergmelikyan has quit IRC13:48
*** gilliard has quit IRC13:48
*** nijaba has quit IRC13:48
*** greghaynes has quit IRC13:48
*** devx_ has quit IRC13:48
*** shadower has quit IRC13:48
*** uvirtbot has quit IRC13:48
*** fabbione has quit IRC13:48
*** jasond has quit IRC13:48
*** mescanef has quit IRC13:48
*** jogo has quit IRC13:48
*** abramley has quit IRC13:48
*** skraynev has quit IRC13:48
*** SpamapS has quit IRC13:48
*** sirushti has quit IRC13:48
*** iyozhikov has quit IRC13:48
*** john-n-s- has quit IRC13:48
*** lifeless has quit IRC13:48
*** anteaya has quit IRC13:48
*** _sirushti is now known as sirushti13:48
*** jogo has joined #heat13:49
*** andreaf has joined #heat13:51
*** jprovazn has joined #heat13:54
*** skraynev has joined #heat13:55
*** jasond has joined #heat13:55
*** anteaya has joined #heat13:55
*** nijaba has joined #heat13:56
*** nijaba has quit IRC13:56
*** nijaba has joined #heat13:56
*** uvirtbot has joined #heat13:57
*** sgordon has joined #heat13:57
*** samstav has joined #heat13:57
*** cmyster has quit IRC13:57
*** andersonvom has joined #heat13:58
*** kopparam has joined #heat13:58
*** jistr has joined #heat14:00
*** abramley has joined #heat14:01
*** jistr has quit IRC14:03
*** jistr has joined #heat14:04
*** thegodfather is now known as fabbione14:04
pas-haandrearosa, if it is a new test in old test case then you are OK to continue to use mox (and it wouldn't be a reason for -1), but if you can write it with mock it would be an advantage14:04
*** IgorYozhikov has joined #heat14:05
*** jcoufal has quit IRC14:06
*** rbuilta has quit IRC14:07
andrearosapas-ha: thanks for the response14:08
*** Yanyanhu has joined #heat14:09
*** thomas_ustudio has joined #heat14:09
*** jcoufal has joined #heat14:10
*** alexheneveld has quit IRC14:10
*** greghaynes has joined #heat14:10
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat-specs: Implement AWS "Updates are not supported"  https://review.openstack.org/10574214:11
openstackgerritA change was merged to openstack/heat-templates: Convert input values to str  https://review.openstack.org/10234314:12
*** Yanyanhu has quit IRC14:13
*** alexpilotti has joined #heat14:14
shardyandrearosa: Yeah, I just copied what was there, because I wanted to avoid mixing mox/mock in the same test file14:15
shardywe do that in a couple of places and IMO it turns into a mess pretty quickly14:15
andrearosashardy: I see, thanks14:15
*** arbylee has quit IRC14:20
*** arbylee has joined #heat14:20
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat-specs: Implement AWS "Updates are not supported"  https://review.openstack.org/10574214:22
*** sergmelikyan has joined #heat14:23
*** hipokrit has joined #heat14:29
*** samstav has quit IRC14:33
*** lazy_prince is now known as killer_prince14:33
*** rbuilta has joined #heat14:37
*** d0ugal has joined #heat14:40
*** kopparam has quit IRC14:40
*** kopparam has joined #heat14:41
*** alexheneveld has joined #heat14:44
*** alexheneveld has quit IRC14:45
*** kopparam has quit IRC14:45
*** alexheneveld has joined #heat14:46
*** alexheneveld has quit IRC14:46
*** morganfainberg_Z is now known as morganfainberg14:46
*** alexheneveld has joined #heat14:48
*** alexheneveld has quit IRC14:48
*** rbuilta has quit IRC14:48
*** alexheneveld has joined #heat14:49
*** alexheneveld has quit IRC14:51
*** samstav has joined #heat14:51
*** spzala has joined #heat14:52
*** alexheneveld has joined #heat14:52
*** alexheneveld has quit IRC14:52
*** zz_gondoi is now known as gondoi14:53
*** alexheneveld has joined #heat14:53
*** alexheneveld has quit IRC14:55
*** cdent has quit IRC14:56
*** cdent has joined #heat14:58
*** alexheneveld has joined #heat14:58
*** alexheneveld has quit IRC14:58
*** jprovazn has quit IRC14:59
*** alexheneveld has joined #heat15:00
*** alexheneveld has quit IRC15:00
*** alexheneveld has joined #heat15:01
*** samstav has quit IRC15:02
*** IlyaE has joined #heat15:02
*** maishsk_ has joined #heat15:02
*** samstav has joined #heat15:02
*** alexheneveld has joined #heat15:04
*** alexheneveld has quit IRC15:05
*** alexheneveld has joined #heat15:05
*** maishsk has quit IRC15:06
*** sabeen1 has joined #heat15:06
*** rushiagr__ has quit IRC15:08
*** rushiagr__ has joined #heat15:08
*** sgordon has quit IRC15:09
*** Dev_Jin has quit IRC15:09
*** zhiyan is now known as zhiyan_15:10
*** sjmc7 has joined #heat15:10
*** randallburt has joined #heat15:11
*** che-arne has quit IRC15:18
*** SpamapS_ is now known as SpamapS15:21
*** SpamapS has quit IRC15:21
*** SpamapS has joined #heat15:21
*** sballe has quit IRC15:21
*** cdent_ has joined #heat15:22
*** cdent_ has quit IRC15:23
*** ericgoncz has joined #heat15:24
*** cdent has quit IRC15:25
*** cdent has joined #heat15:25
*** shadower_ is now known as shadower15:26
*** maishsk_ has quit IRC15:26
*** killer_prince is now known as lazy_prince15:27
sjmc7hi shardy15:32
shardysjmc7: Hi!15:32
sjmc7i'm asking because you were involved in some discussions earlier this year, but.. what's the state of play on trust delegation?15:33
*** david-lyle has joined #heat15:33
shardysjmc7: Heat support for trusts was added in Havana, and we're working towards making it the default (it already is for devstack)15:34
sjmc7ok. did chaining advance any more?15:34
sjmc7i'm thinking specifically for projects consuming heat15:34
shardysjmc7: Yeah, thats the most major remaining piece, I've written a spec but no code yet:15:35
shardyhttps://review.openstack.org/#/c/99908/15:35
shardysjmc7: I did post some patches recently which should mean that heat works with trust-scoped tokens for all operations except create15:36
*** DandyPandy has quit IRC15:37
sjmc7yeah, i think the solum use case is similar to what i'm thinking about15:37
*** DandyPandy has joined #heat15:37
shardysjmc7: specifically https://review.openstack.org/#/c/97569/15:37
sjmc7i imagine there are a lot of cases for things using heat, potentially with long-running operations, where this would be an issue15:38
shardyWith that, Solum should be able to create a (possibly empty) stack using the initial user context, then later do anything needed via a trust15:38
sjmc7so create once, then run updates from then on?15:38
shardyThe chaining part when implemented will remove the need to create the initial empty stack15:38
sjmc7if possible to explain briefly, why is create special?15:39
shardysjmc7: yeah, we may also need to tweak the trusts usage in nested stacks, so nested stacks can use the parent trust ID (otherwise updates which create nested stacks will fail with tokens obtained via a trust)15:39
shardysjmc7: create is special because that's when we create the trusst15:39
shardyand you can't create a trust with a trust-scoped token atm15:39
shardythat's what chaining will explicitly allowe15:40
sjmc7ah, ok. so in the solum case, they'd use e.g. a token from horizon for that first step15:40
shardybut atm it's denied by keystone universally15:40
*** ramishra has joined #heat15:40
sjmc7which lets heat create a trust15:40
shardysjmc7: Yeah, exactly, that's the workaround for now15:40
sjmc7ok. that's probably a reasonable workaround for us too15:40
sjmc7and solum could create its own trust if necessary as well?15:41
shardysjmc7: Yes, provide it does it with the user's token during the initial request15:41
shardyprovided even15:41
sjmc7ok, got it. thanks for your patience :)15:42
*** samstav has quit IRC15:42
shardysjmc7: np, thanks for the reminder, I still need to revisit the nested-stack part I just mentioned ;)15:43
* shardy adds it to his todo list15:43
*** che-arne has joined #heat15:43
*** alexpilotti has quit IRC15:45
*** ericgoncz has quit IRC15:59
*** ericgoncz_ has joined #heat15:59
*** tomek_adamczewsk has quit IRC15:59
*** ramishra has quit IRC16:03
*** samstav has joined #heat16:03
*** pas-ha has quit IRC16:04
*** rushiagr__ is now known as rushiagr16:07
*** kebray has joined #heat16:07
*** daneyon has joined #heat16:08
*** daneyon has quit IRC16:10
*** daneyon has joined #heat16:11
*** Qiming has quit IRC16:14
*** maishsk has joined #heat16:15
*** rushiagr has quit IRC16:16
*** alexheneveld has quit IRC16:17
*** chandankumar has quit IRC16:18
openstackgerritThomas Spatzier proposed a change to openstack/heat-specs: Action-aware software config specification  https://review.openstack.org/9874216:18
*** nati_ueno has joined #heat16:19
*** pasquier-s has quit IRC16:19
*** piyush has joined #heat16:20
* maishsk says Good morning... 16:21
*** samstav has quit IRC16:22
*** rbuilta has joined #heat16:23
*** samstav has joined #heat16:23
*** piyush has quit IRC16:24
openstackgerritThomas Spatzier proposed a change to openstack/heat-specs: Action-aware software config specification  https://review.openstack.org/9874216:25
*** sgordon has joined #heat16:26
*** tspatzier has quit IRC16:26
maishskshardy, you up and about?16:26
*** dsneddon_away is now known as dsneddon16:31
*** shakamunyi has joined #heat16:33
*** shakamunyi has quit IRC16:33
shardymaishsk: hi16:33
maishskhttps://review.openstack.org/#/c/101144/16:33
maishskWhat ever happened with this change?16:34
*** shakamunyi has joined #heat16:34
*** bandarji has joined #heat16:34
maishskDoes it still need to be reviewed for approval?16:34
*** jistr has quit IRC16:37
shardymaishsk: yes, most peoples queries are probably filtering it because it has a -1 from stevebaker16:37
maishskso ... ?16:37
maishskWhat's next?16:37
shardyand FWIW I'm still not a fan of the awk, so I left it for others to look at16:37
*** jcoufal has quit IRC16:39
maishskHow would you suggest that I continue?16:39
shardymaishsk: well if someone -1's my patch, I reply and they don't remove the downvote, I normally talk to them on IRC16:43
shardyso arguably you're speaking to the wrong Steve ;)16:43
maishskLOL!16:43
maishskwill do16:43
shardyI believe stevebaker is out for a few days, so maybe just add heat-core to the reviewers, then you may be able to get two alternate +2s16:43
maishskOK16:43
maishskyou menationed something about filters16:44
*** sjmc7 has quit IRC16:44
maishskhow doe sthat work?16:44
shardyI'll try to take a look later, I've held off my +2 because I'd prefer a clearer way than the big blob of awk16:44
shakamunyibandarji hi there, how are things?16:44
*** sjmc7 has joined #heat16:44
shardymaybe I can suggest an alternative, I didn't want to -1 without suggesting some other way16:44
maishskgood enough16:44
shardymaishsk: You can query via the gerrrit UI to filter reviews which have already had -1 reviews16:45
shardyor whatever other criteria you have16:45
*** kirankv has joined #heat16:45
shardymany core reviewers do that to attempt to reduce the number of patches they need to look at16:45
shardyOr at least prioritize the ones that get looked at first :)16:46
shardyhttps://review.openstack.org/Documentation/user-search.html16:46
maishskThanks16:47
*** TonyBurn_ has quit IRC16:52
*** derekh_ has quit IRC16:56
*** kebray has quit IRC16:58
*** denis_makogon has quit IRC17:01
*** dmakogon_ has joined #heat17:02
*** harlowja_away is now known as harlowja17:03
*** Tross has joined #heat17:08
*** Dev_Jin has joined #heat17:10
zanebshardy: btw nothing we're talking about w.r.t. the wait condition thing should delay your patch from landing IMO17:15
*** arbylee has quit IRC17:15
*** maishsk_ has joined #heat17:15
*** julienvey has quit IRC17:15
shardyzaneb: Ok, cool, then we refactor the SignalResponder part and plug in the swift transport there?17:17
shardyI still need to chat to jasond about it, but I think looking at his patch that should be pretty simple17:17
zanebyeah, I think that sounds like a plan17:18
*** maishsk has quit IRC17:18
zanebI don't want to delay anyone's work17:19
openstackgerritAnderson Mesquita proposed a change to openstack/heat-specs: Display stack owner information with the stacks  https://review.openstack.org/10196817:21
*** ckmvishnu has joined #heat17:25
*** bgorski has quit IRC17:28
*** pasquier-s has joined #heat17:28
ckmvishnuparser.Stack.load currently uses stack.id (uuid). But after migrating stack.id to Integer and introducing stack.uuid, Should parser.Stack.load work on stack.uuid instead of stack.id?17:30
kirankvckmvishnu: I think it should use the uuid17:33
zanebckmvishnu: short answer: no17:33
zanebckmvishnu: long answer: maybe17:33
ckmvishnuBut load Event would endup making 2 calls to load a stack. First is to get stack from DB using stack_id and use the uuid to load stack.17:34
*** pasquier-s has quit IRC17:35
ckmvishnuI am using uuid, just wanted to confirm :)17:35
ckmvishnukirankv zeneb thanks.17:35
*** blamar has quit IRC17:35
zanebckmvishnu: just about everywhere we use Stack.load() we are looking up the db object beforehand and passing it in as the "stack" argument17:37
zanebso there's no second call17:37
*** randallburt has quit IRC17:37
ckmvishnuzeneb, so shall i proceed with uuid?17:37
ckmvishnusorry zaneb17:38
zanebbut the stack_get() call should be cheap anyway, because it uses query.get()17:38
zanebso assuming the object is already cached in the session, there's no round-trip to the db17:38
*** kebray has joined #heat17:38
ckmvishnuzaneb, ok.17:39
zanebckmvishnu: you should do whatever everything else does, otherwise it probably won't work ;)17:39
*** IlyaE has quit IRC17:39
* zaneb has no idea what that is any more17:39
*** vijendar has joined #heat17:39
zaneboh, I understand the question now...17:41
ckmvishnuzaneb: :)17:41
zanebckmvishnu: so, in practice we never pass the stack_id any more and always pass a stack object we got from the db17:42
ckmvishnulist_events already has stack.uuid. I missed. ill use them without a db lookup17:42
zanebso the question is moot ;)17:42
zanebIdeally we would never pass a db object17:42
*** rushiagr has joined #heat17:43
zaneband we would have methods like load_by_uuid, load_by_name17:43
zanebthe load_all method was sort of a first attempt at this17:43
ckmvishnuok17:45
zanebbut for now load has to take db_stack.id to avoid changing any other code17:45
zaneband if that is the primary DB key then that makes sense to me17:45
*** saurabhs has joined #heat17:45
ckmvishnuheared that integer id is not to be exposed.17:46
*** julienvey has joined #heat17:46
zanebnot to the user17:46
*** julienvey has quit IRC17:48
zanebit's not really more exposed than any other implementation details, the problem is that the DB code is leaking into service.py17:48
*** julienve_ has joined #heat17:48
zanebthat's why we need load_by_name(), load_by_uuid()17:48
zaneb&c.17:48
*** maishsk_ is now known as maishsk17:49
*** Dev_Jin has quit IRC17:50
*** asalkeld has joined #heat17:51
SpamapSshardy: https://review.openstack.org/#/c/105219/ can be un-WIP'd now17:51
SpamapSunWIP it17:51
SpamapSunWIP it good17:51
*** julienve_ has quit IRC17:52
*** tango has joined #heat17:55
*** lazy_prince is now known as killer_prince17:55
*** IlyaE has joined #heat17:57
*** arbylee has joined #heat17:59
*** rushiagr has quit IRC18:02
*** arbylee has quit IRC18:04
*** arbylee has joined #heat18:04
*** jcoufal has joined #heat18:05
*** sarob has joined #heat18:05
*** kirankv has left #heat18:13
*** mspreitz has joined #heat18:23
*** lindsayk has joined #heat18:24
*** dims_ has quit IRC18:24
*** sab has joined #heat18:25
*** morganfainberg is now known as morganfainberg_Z18:25
asalkeldhey SpamapS I don't think I can make the heat mid cycle session - looks interesting18:25
*** dims_ has joined #heat18:25
*** sab has quit IRC18:30
*** IlyaE has quit IRC18:30
*** IlyaE has joined #heat18:31
*** tomek_adamczewsk has joined #heat18:32
*** lifeless1 is now known as lifeless18:33
*** randallburt has joined #heat18:34
*** randallburt has quit IRC18:34
*** randallburt has joined #heat18:34
*** tomek_adamczewsk has quit IRC18:34
*** tomek_adamczewsk has joined #heat18:34
*** SnowDust has joined #heat18:35
openstackgerritVijendar Komalla proposed a change to openstack/heat: Fix early resource property value validation  https://review.openstack.org/9308018:40
*** julienvey has joined #heat18:49
*** saurabhs has quit IRC18:52
*** julienvey has quit IRC18:53
*** asalkeld has quit IRC18:53
*** tomek_adamczewsk has quit IRC18:55
*** david-lyle has quit IRC18:58
*** david-lyle has joined #heat18:58
*** david-lyle has quit IRC18:59
*** SnowDust has quit IRC19:01
*** david-lyle has joined #heat19:01
*** lindsayk has quit IRC19:01
*** Dev_Jin has joined #heat19:01
*** lindsayk has joined #heat19:02
*** dims_ has quit IRC19:03
*** lindsayk has quit IRC19:04
*** lindsayk has joined #heat19:04
*** Dev_Jin has quit IRC19:09
*** DandyPandy has quit IRC19:09
*** IlyaE has quit IRC19:12
openstackgerritWilliam C. Arnold proposed a change to openstack/heat: Implements stack lifecycle scheduler hints  https://review.openstack.org/9688919:13
*** tomek_adamczewsk has joined #heat19:15
*** Dev_Jin has joined #heat19:18
*** shakamunyi has quit IRC19:20
*** DandyPandy has joined #heat19:22
*** asalkeld has joined #heat19:24
*** tomek_adamczewsk has quit IRC19:27
*** tomek_adamczewsk has joined #heat19:28
SpamapSasalkeld: bummer. I'm hoping it is a hard core hack-till-we-drop success. ;)19:31
asalkeldlove to be there, sounds fun19:31
asalkeldcrappy flight from au tho'19:31
*** lindsayk has quit IRC19:32
*** blamar has joined #heat19:32
asalkeldSpamapS, I'd like to grab some of that work - not sure what people have shown enthusiasm for yet19:33
asalkeldonce it's segmented a bit19:33
*** tomek_adamczewsk has quit IRC19:34
SpamapSasalkeld: I think we're just now at the point where we can start.19:34
asalkeldit's probably not actually that hard19:34
SpamapSasalkeld: I'd love to have you wrangle the continuous observer bits since it is basically an expansion of autoscaling. :)19:34
*** IlyaE has joined #heat19:34
asalkeldk19:35
*** tomek_adamczewsk has joined #heat19:35
*** sarob has quit IRC19:36
*** jnott has joined #heat19:37
*** jnott has left #heat19:37
SpamapSasalkeld: I'm not yet convinced that ceilometer + webhooks is right.. we may need to build something and then see if ceilometer wants it. :p19:37
asalkeldSpamapS, I was just highlighting the functionality that is there19:37
asalkeldI'd go for what ever is initially fastest19:38
asalkeld(quickest to write)19:38
asalkeldthen when everything is put together we can see where the bottle necks are19:39
asalkeldfight the early optimization19:39
SpamapSasalkeld: I think a general purpose notification filtering mechanism will be useful for Heat, Horizon, and users... if we can have one thing that filters notifications and either sends RPC's to Heat, or shoves messages into Marconi.. thats a win for the project.19:41
SpamapSasalkeld: as long as such a thing remains focused and simple ... good luck with that, as they say. ;)19:41
asalkeldsounds like ceilometer :-O19:42
asalkeldpretty much exactly what it does19:42
asalkeldexcept the rpc/marconi "alarm"19:42
asalkeldmaybe just add transports to ceilometer19:43
asalkeld(alarm to rpc/marconi)19:43
*** swygue has quit IRC19:45
*** mescanef has joined #heat19:45
asalkeldactually marconi might be nice as the user could see the events too19:45
SpamapSasalkeld: interesting.. I did not think ceilometer already filtered and forwarded. They pointed me at a blueprint that is still in the definition phase.19:46
asalkeldwe could also send our "events" to the same stack-marconi-queue19:46
asalkeldSpamapS, ceilometer has a "pipeline"19:46
asalkeldthat grabs notifications19:46
asalkeldand makes "meters"19:46
*** dims has joined #heat19:46
asalkeld(derived)19:46
asalkeldit's similar19:47
*** sarob has joined #heat19:49
*** shakamunyi has joined #heat19:49
*** shakamunyi has quit IRC19:49
*** julienvey has joined #heat19:49
*** sarob_ has joined #heat19:50
*** tomek_adamczewsk has quit IRC19:51
openstackgerritVijendar Komalla proposed a change to openstack/heat: Fix early resource property value validation  https://review.openstack.org/9308019:52
*** sarob has quit IRC19:53
*** julienvey has quit IRC19:54
*** dims_ has joined #heat19:55
*** jcoufal has quit IRC19:56
*** piyush has joined #heat19:56
*** ckmvishnu has quit IRC19:56
*** dims has quit IRC19:57
*** morganfainberg_Z is now known as morganfainberg19:57
*** rbuilta has quit IRC19:59
*** maishsk_ has joined #heat20:00
*** maishsk__ has joined #heat20:01
*** ericgoncz has joined #heat20:03
*** ericgoncz_ has quit IRC20:03
*** Dev_Jin has quit IRC20:03
*** IlyaE has quit IRC20:03
*** bandarji has quit IRC20:04
*** maishsk has quit IRC20:04
*** bandarji has joined #heat20:04
*** maishsk__ is now known as maishsk20:05
*** bandarji has quit IRC20:05
*** maishsk_ has quit IRC20:05
*** IlyaE has joined #heat20:07
*** piyush has quit IRC20:10
openstackgerritWilliam C. Arnold proposed a change to openstack/heat: Implements stack lifecycle plugpoints  https://review.openstack.org/8936320:11
*** jergerber has joined #heat20:13
*** skraynev has quit IRC20:14
*** shakamunyi has joined #heat20:15
*** shakamunyi has quit IRC20:15
*** tonisbones has quit IRC20:16
*** bandarji has joined #heat20:16
*** nati_uen_ has joined #heat20:18
*** skraynev has joined #heat20:19
*** IlyaE has quit IRC20:20
*** nati_ueno has quit IRC20:20
*** radez is now known as radez_g0n320:22
*** shakamunyi has joined #heat20:24
*** ccrouch has quit IRC20:24
*** piyush has joined #heat20:25
*** piyush has quit IRC20:25
*** DandyPandy has quit IRC20:25
*** piyush has joined #heat20:26
*** piyush has quit IRC20:26
*** pc__ has joined #heat20:27
*** bandarji has quit IRC20:28
*** pc__ has quit IRC20:29
*** IlyaE has joined #heat20:30
*** ccrouch has joined #heat20:43
*** piyush has joined #heat20:44
*** sarob_ is now known as sarob20:45
*** piyush has quit IRC20:47
*** randallburt1 has joined #heat20:48
*** tomek_adamczewsk has joined #heat20:48
*** julienvey has joined #heat20:50
*** randallburt has quit IRC20:51
*** julienvey has quit IRC20:55
*** IlyaE has quit IRC20:58
*** sarob has quit IRC20:58
*** bandarji has joined #heat20:59
*** jdob has quit IRC21:00
*** kebray has quit IRC21:02
*** IlyaE has joined #heat21:02
*** kebray has joined #heat21:04
*** tomek_adamczewsk has quit IRC21:06
*** shakamunyi has quit IRC21:08
*** shakamunyi has joined #heat21:09
*** shakamunyi has quit IRC21:09
*** shakamunyi has joined #heat21:10
*** aweiteka has quit IRC21:12
*** piyush has joined #heat21:17
*** piyush has quit IRC21:17
*** sarob has joined #heat21:19
*** IlyaE has quit IRC21:20
asalkeldrandallburt1, how are we disabling resources now?21:22
asalkeldrandallburt1, is not using environment easy?21:22
asalkeld:-(  I thought is was easy21:23
asalkelds/is/it21:23
*** lindsayk has joined #heat21:24
randallburt1asalkeld:  I'm not sure I know how to use the environment to disable resources.21:24
*** randallburt1 is now known as randallburt21:24
asalkeldrandallburt, see my response to your email21:24
asalkeldOS::*:21:24
asalkeldthat will kill all OS resources21:24
asalkeldor you can name them one by one21:25
*** lindsayk has quit IRC21:28
*** piyush has joined #heat21:30
*** lindsayk has joined #heat21:30
*** maishsk has quit IRC21:32
*** maishsk has joined #heat21:33
*** gondoi is now known as zz_gondoi21:36
*** maishsk_ has joined #heat21:36
openstackgerritA change was merged to openstack/heat: Remove unused 'VERSIONS' definition  https://review.openstack.org/10567421:36
*** maishsk_ has quit IRC21:38
*** maishsk__ has joined #heat21:38
*** maishsk has quit IRC21:39
*** maishsk__ is now known as maishsk21:39
randallburtasalkeld:  cool. I didn't realize. I'll give that a shot next release since the way we do it today isn't optimal.21:39
randallburtasalkeld:  sorry for the late reply, btw. was in a meeting.21:39
asalkeldk21:39
asalkeldnp21:39
*** david-lyle has quit IRC21:40
*** randallburt has quit IRC21:40
*** david-lyle has joined #heat21:40
*** david-lyle has quit IRC21:40
*** sballe has joined #heat21:42
*** thomas_ustudio has quit IRC21:43
*** julienvey has joined #heat21:51
*** IlyaE has joined #heat21:52
*** shakamunyi has quit IRC21:53
*** shakamunyi has joined #heat21:54
*** shakamunyi has quit IRC21:54
*** julienvey has quit IRC21:56
*** randallburt has joined #heat22:01
*** randallburt has quit IRC22:02
*** randallburt has joined #heat22:02
*** IlyaE has quit IRC22:05
*** hipokrit has quit IRC22:07
openstackgerritAngus Salkeld proposed a change to openstack/heat: Make sure we can create an empty hot template  https://review.openstack.org/10589422:08
*** andersonvom has quit IRC22:11
*** dsneddon has quit IRC22:11
*** IlyaE has joined #heat22:12
*** piyush has quit IRC22:13
*** vijendar has quit IRC22:14
openstackgerritAngus Salkeld proposed a change to openstack/heat: Make sure we can create an empty template  https://review.openstack.org/10589422:20
*** cdent_ has joined #heat22:20
*** ericgoncz has quit IRC22:21
*** IlyaE has quit IRC22:23
*** cdent has quit IRC22:23
*** cdent_ is now known as cdent22:23
*** bandarji has quit IRC22:23
*** achampion has quit IRC22:25
*** piyush has joined #heat22:25
openstackgerritAngus Salkeld proposed a change to openstack/heat: Make sure we can create an empty template  https://review.openstack.org/10589422:28
*** DandyPandy has joined #heat22:32
*** piyush has quit IRC22:33
*** IlyaE has joined #heat22:37
*** lindsayk has quit IRC22:37
*** lindsayk has joined #heat22:37
*** boris-42 has quit IRC22:37
*** boris-42 has joined #heat22:39
*** maishsk_ has joined #heat22:49
*** lindsayk has quit IRC22:50
*** maishsk has quit IRC22:51
*** julienvey has joined #heat22:52
*** maishsk_ is now known as maishsk22:52
*** andreaf has quit IRC22:53
*** sjmc7 has quit IRC22:54
*** julienvey has quit IRC22:56
*** DandyPandy has quit IRC22:56
*** maishsk_ has joined #heat22:58
*** maishsk has quit IRC22:58
openstackgerritMike Spreitzer proposed a change to openstack/heat-specs: Spec for balancing scaling groups across AZs  https://review.openstack.org/10590722:59
*** arbylee has quit IRC23:00
*** lindsayk has joined #heat23:01
*** maishsk_ is now known as maishsk23:02
*** asalkeld has quit IRC23:04
*** jergerber has quit IRC23:08
*** morganfainberg is now known as morganfainberg_Z23:17
*** mspreitz has quit IRC23:23
*** samstav has quit IRC23:31
*** randallburt has quit IRC23:35
*** che-arne has quit IRC23:36
*** samstav has joined #heat23:36
*** kebray has quit IRC23:38
*** packet has joined #heat23:40
*** samstav has quit IRC23:40
*** sabeen1 has quit IRC23:41
*** daneyon has quit IRC23:43
*** ccrouch has quit IRC23:48
*** julienvey has joined #heat23:52
*** IlyaE has quit IRC23:53
*** arbylee has joined #heat23:55
*** julienvey has quit IRC23:57

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