Friday, 2014-01-17

radixhmm, my patch wasn't announced by the bot00:00
radixanyway i put one up00:00
stevebakeror maybe a stack list filtering by stack id00:15
*** jhurlbert has quit IRC00:25
*** nati_uen_ has joined #heat00:40
*** gokrokve has joined #heat00:41
*** michchap_ has quit IRC00:43
*** michchap has joined #heat00:43
*** nati_ueno has quit IRC00:43
*** radez_g0n3 is now known as radez00:48
*** randallburt has quit IRC00:49
*** harlowja is now known as harlowja_away00:50
*** mkollaro has quit IRC00:55
*** andersonvom has quit IRC00:55
*** arbylee has quit IRC01:01
*** ppetit has joined #heat01:03
stevebakerSpamapS: have you given any thought on how and if os-apply-config would support variables?01:06
*** harlowja_away is now known as harlowja01:08
SpamapSstevebaker: yeah a while back I gave it some thought01:09
SpamapSstevebaker: because I would realy like to be able to say  {{tunnel_ip}} and have that sometimes map to {{local-ipv4}} and sometimes to {{some.other.key}}01:10
stevebakerright01:11
SpamapSstevebaker: I don't know where exactly to do such a mapping though. One thought was to have os-collect-config do it.01:16
*** IlyaE has quit IRC01:18
stevebakerI previously thought that software config with o*c wouldn't require any orc hook script, but now I'm thinking it might. This hook could do the mapping and merge all the deployment blobs into a single json01:19
stevebakeror something01:19
kfox1111how much of iam does heat support?01:25
*** TravT has quit IRC01:27
kfox1111hmm... just user and accesskey it looks like.01:28
*** pvaneckw has quit IRC01:30
*** tango has quit IRC01:31
*** sdake has quit IRC01:33
larskskfox1111: can you ellaborate on what exactly you're asking?01:38
*** gokrokve has quit IRC01:39
*** gokrokve has joined #heat01:40
*** kfox1111 has quit IRC01:41
*** gokrokve has quit IRC01:44
*** andersonvom has joined #heat01:50
openstackgerrithuangtianhua proposed a change to openstack/heat: "version" section should be required in template  https://review.openstack.org/6589501:55
*** andersonvom has quit IRC01:55
*** andersonvom1 has joined #heat01:55
openstackgerritJun Jie Nan proposed a change to openstack/heat: RPC service for software config/deployment  https://review.openstack.org/5887702:00
openstackgerritJun Jie Nan proposed a change to openstack/heat: REST API for software config/deployment  https://review.openstack.org/6651402:00
*** nosnos has joined #heat02:04
*** erkules_ has joined #heat02:07
*** erkules has quit IRC02:09
*** gokrokve has joined #heat02:10
*** andersonvom1 is now known as andersonvom02:11
*** jasond` has joined #heat02:14
*** arbylee has joined #heat02:14
*** jasond` has quit IRC02:15
*** slong- is now known as slong-afk02:15
*** pablosan has quit IRC02:17
*** alienyyg_ has quit IRC02:25
*** alienyyg has joined #heat02:26
*** andersonvom1 has joined #heat02:27
*** andersonvom has quit IRC02:27
*** asalkeld has quit IRC02:31
*** andersonvom has joined #heat02:32
*** andersonvom1 has quit IRC02:32
*** nati_uen_ has quit IRC02:37
*** nati_ueno has joined #heat02:37
*** asalkeld has joined #heat02:41
openstackgerrithuangtianhua proposed a change to openstack/heat: Fixes template not using the JSON or YAML format  https://review.openstack.org/6564402:45
*** pablosan has joined #heat02:48
*** pablosan has quit IRC02:48
*** asalkeld has quit IRC02:54
*** andersonvom1 has joined #heat02:57
*** andersonvom has quit IRC02:57
*** andersonvom has joined #heat02:59
*** andersonvom1 has quit IRC02:59
*** andersonvom1 has joined #heat03:06
*** andersonvom has quit IRC03:06
*** andersonvom has joined #heat03:15
*** andersonvom1 has quit IRC03:15
*** tiantian has joined #heat03:18
*** andersonvom1 has joined #heat03:19
*** andersonvom has quit IRC03:19
*** nati_uen_ has joined #heat03:31
*** nati_ueno has quit IRC03:35
*** ramishra has joined #heat03:42
*** andersonvom1 has quit IRC03:51
*** harlowja is now known as harlowja_away04:01
*** radez is now known as radez_g0n304:04
*** sdake has joined #heat04:16
*** _ruhe is now known as ruhe04:18
*** asalkeld has joined #heat04:19
*** SergeyLukjanov_ is now known as SergeyLukjanov04:22
*** asalkeld has quit IRC04:25
*** nkhare has joined #heat04:29
*** chandankumar has joined #heat04:32
*** chandankumar has quit IRC05:03
openstackgerritA change was merged to openstack/heat: Fix comparison with singletons  https://review.openstack.org/6285205:05
openstackgerritA change was merged to openstack/python-heatclient: Fix comparison with singletons  https://review.openstack.org/6403805:05
*** ruhe is now known as _ruhe05:07
*** ramishra has quit IRC05:08
*** SergeyLukjanov is now known as SergeyLukjanov_05:20
*** SergeyLukjanov_ is now known as SergeyLukjanov05:21
*** SergeyLukjanov is now known as SergeyLukjanov_05:21
*** tiantian has quit IRC05:40
*** slong has joined #heat05:50
*** slong-afk has quit IRC05:51
*** IlyaE has joined #heat05:52
*** SergeyLukjanov_ is now known as SergeyLukjanov05:53
openstackgerritA change was merged to openstack/heat: Add way to group exceptions in DependencyTaskGroup  https://review.openstack.org/6247905:57
openstackgerritClint "SpamapS" Byrum proposed a change to openstack/heat: Add a new "UpdateWaitConditionHandle" resource  https://review.openstack.org/6324506:05
*** IlyaE has quit IRC06:05
*** chandankumar has joined #heat06:15
*** arbylee has quit IRC06:21
*** arbylee has joined #heat06:24
*** arbylee has quit IRC06:24
*** denis_makogon has joined #heat06:26
openstackgerrithuangtianhua proposed a change to openstack/heat: "version" section should be required in template  https://review.openstack.org/6589506:27
*** SergeyLukjanov is now known as SergeyLukjanov_06:34
*** SergeyLukjanov_ is now known as SergeyLukjanov06:36
*** ramishra has joined #heat06:36
*** gokrokve has quit IRC06:38
*** gokrokve has joined #heat06:38
*** gokrokve has quit IRC06:42
*** SergeyLukjanov_ has joined #heat06:44
*** SergeyLukjanov_ has left #heat06:45
*** asalkeld has joined #heat06:49
*** arbylee has joined #heat06:54
*** SergeyLukjanov is now known as SergeyLukjanov_06:58
openstackgerritJenkins proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/6450407:03
*** jprovazn has joined #heat07:04
openstackgerrithuangtianhua proposed a change to openstack/heat: "version" section should be required in template  https://review.openstack.org/6589507:07
*** nati_uen_ has quit IRC07:11
*** arbylee has quit IRC07:13
*** tspatzier has joined #heat07:18
*** tspatzier__ has joined #heat07:26
*** alienyyg_ has joined #heat07:35
*** alienyyg has quit IRC07:35
openstackgerrithuangtianhua proposed a change to openstack/heat: Fixes template not using the JSON or YAML format  https://review.openstack.org/6564407:35
*** arbylee has joined #heat07:40
alienyyg_hi all, I have some concept issue about the autoscaing and HA, consider this situation: I only have one instance in my autoscalinggroup, and now the instance goes down, no usbale resource anymore ,should heat create a new instance to carry one  the previous one? because the resource is not engouth, it should,  but on the other hand, it might be consider as high avilability?07:50
*** SergeyLukjanov_ is now known as SergeyLukjanov07:58
*** arbylee has quit IRC07:59
openstackgerritSascha Peilicke proposed a change to openstack/heat-cfntools: Sync with global requirements  https://review.openstack.org/6703508:00
*** SergeyLukjanov is now known as SergeyLukjanov_08:01
*** JohanH has joined #heat08:04
*** jamieh has joined #heat08:04
JohanHHi, I am a newbi to Heat and I am wondering if it is possible to use #cloud-config to configure e.g. hostname?08:07
openstackgerrithuangtianhua proposed a change to openstack/heat: Fixes template not using the JSON or YAML format  https://review.openstack.org/6739608:07
skraynevGood day)08:11
*** ramishra has quit IRC08:12
*** erkules_ is now known as erkules08:22
shardymorning08:23
*** SergeyLukjanov_ is now known as SergeyLukjanov08:24
therve'morning08:24
shardyJohanH: By default you can't specify #cloud-config as heat uses cloud-init to bootstrap it's own agent (heat-cfntools cfn-init), but with very recent Heat (not Havana) you can specify user_data_format as RAW for OS::Nova::Server resources, then you can specify cloud-config directly08:25
*** arbylee has joined #heat08:26
shardyJohanH: If all you want is to set the hostname, using the "name" property of OS::Nova::Server is probably easier :)08:26
alienyyg_shardy: can you help with my questions there?08:28
*** pshchelo has joined #heat08:29
shardyalienyyg_: AutoScalingGroups can be used as you describe, if you use a suitable metric to trigger the alarm08:30
*** tspatzier has quit IRC08:30
JohanHThanks shardy for your answer. No, it is not only the host name I would like to configure:( Guess I have to take a look at heat-cfntools and cfn-init then since we have to use Havana release:(08:38
shardyJohanH: There a numerous examples of using the heat-cfntools method in our heat-templates repo:08:39
shardyhttps://github.com/openstack/heat-templates08:40
shardyJohanH: Note you can also just specify a script which should work without heat-cfntools:08:40
shardyhttps://github.com/openstack/heat-templates/blob/master/hot/F18/WordPress_Native.yaml08:40
JohanHThanks again shardy :) I will have a look at that08:42
*** arbylee has quit IRC08:44
openstackgerritSwann Croiset proposed a change to openstack/heat: Reintroduce 'patch' method and be compatible with the TestCase one  https://review.openstack.org/6723408:49
*** ogelbukh has quit IRC08:55
*** lyle has joined #heat08:58
*** david-lyle has quit IRC08:58
openstackgerritSwann Croiset proposed a change to openstack/heat: Add autoscaling notifications  https://review.openstack.org/6208708:59
*** tsmadds has joined #heat09:02
*** ramishra has joined #heat09:06
*** giulivo has joined #heat09:07
*** arbylee has joined #heat09:12
*** jistr has joined #heat09:14
*** jamieh has quit IRC09:15
*** aignatov has joined #heat09:16
*** _ruhe is now known as ruhe09:17
*** aignatov has left #heat09:18
*** aignatov has joined #heat09:22
*** ppetit has quit IRC09:25
*** mkollaro has joined #heat09:27
*** arbylee has quit IRC09:31
openstackgerrithuangtianhua proposed a change to openstack/heat: Change "OS::Compute::Server" to "OS::Nova::Server"  https://review.openstack.org/6740409:34
openstackgerritJun Jie Nan proposed a change to openstack/heat: Refactor MySQL long text support  https://review.openstack.org/6740609:38
*** sergmelikyan has joined #heat09:40
*** ruhe is now known as ruhe_away09:41
*** ruhe_away is now known as ruhe09:42
*** denis_makogon has quit IRC09:44
*** arbylee has joined #heat09:58
*** aignatov has quit IRC10:05
*** aignatov has joined #heat10:09
*** SergeyLukjanov is now known as SergeyLukjanov_a10:10
*** SergeyLukjanov_a is now known as SergeyLukjanov_10:11
*** nkhare has quit IRC10:16
*** arbylee has quit IRC10:17
*** SergeyLukjanov_ is now known as SergeyLukjanov10:21
*** nkhare has joined #heat10:29
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Turn block_device_mapping.volume_size to int  https://review.openstack.org/6680410:33
*** alienyyg_ has quit IRC10:36
*** ramishra has quit IRC10:37
*** bvandenh has joined #heat10:41
*** arbylee has joined #heat10:44
*** rpothier_ has joined #heat10:52
*** nosnos has quit IRC10:53
*** rpothier has quit IRC10:55
chmouelany chances to review the port to python-requests  https://review.openstack.org/#/c/65704/ so it does not get too old and conflicts with new stuff10:55
*** SergeyLukjanov is now known as SergeyLukjanov_11:00
lsmola_shardy: hello11:01
lsmola_shardy: are you around?11:01
*** arbylee has quit IRC11:04
*** derekh has joined #heat11:05
*** SergeyLukjanov_ is now known as SergeyLukjanov11:07
*** SergeyLukjanov is now known as SergeyLukjanov_11:08
*** tomek_adamczewsk has joined #heat11:10
*** tomek_adamczewsk has quit IRC11:16
*** SergeyLukjanov_ is now known as SergeyLukjanov11:22
*** aignatov has quit IRC11:26
sergmelikyanshardy, regarding to https://review.openstack.org/66811 - do we need to filter resources for availability here: https://github.com/openstack/heat/blob/master/heat/engine/environment.py#L30611:30
sergmelikyan?11:30
*** arbylee has joined #heat11:31
*** ruhe is now known as _ruhe11:33
sergmelikyanGuys, what do you think?11:36
*** nkhare has quit IRC11:40
sergmelikyanDo we need filter available resources on all levels?11:40
sergmelikyanAnd for this type of filtering we need to access keystone on registry building stage11:41
*** SergeyLukjanov is now known as SergeyLukjanov_11:41
openstackgerritA change was merged to openstack/python-heatclient: Use assertRaises instead of try/except/else  https://review.openstack.org/6622111:43
*** rpothier__ has joined #heat11:45
*** rpothier_ has quit IRC11:48
*** arbylee has quit IRC11:51
*** _ruhe is now known as ruhe11:52
*** nkhare has joined #heat11:52
*** aignatov has joined #heat11:53
*** jamieh has joined #heat11:54
*** aignatov has quit IRC11:54
*** aignatov has joined #heat11:54
*** alienyyg has joined #heat11:55
openstackgerritThomas Spatzier proposed a change to openstack/heat: Enable better sub-classing of common Schema class  https://review.openstack.org/6568811:56
openstackgerritThomas Spatzier proposed a change to openstack/heat: Refactor Parameters Schema based on common Schema  https://review.openstack.org/6718311:56
openstackgerritThomas Spatzier proposed a change to openstack/heat: Move param format for template-validate to API  https://review.openstack.org/6717111:56
*** tspatzier__ is now known as tspatzier11:56
*** alienyyg_ has joined #heat11:57
*** alienyyg_ has joined #heat11:58
*** alienyyg_ has quit IRC12:00
*** alienyyg has quit IRC12:00
*** alienyyg1 has joined #heat12:00
*** asalkeld has quit IRC12:01
alienyyg1hi, in current openstack havana,how can heat get the heartbeat of each the instance? ping or http get , or something else?12:03
skraynevalienyyg1: IMO, you could use for that Ceilometer Alarm resource.12:05
*** tspatzier has quit IRC12:07
alienyyg1skraynev: In the demo HA template on github, the resource "AWS::CloudWatch::Alarm " is used ,and I didn't saw any ceilometer alarm, I am wondering how can heat receive the heartbeat12:10
alienyyg1skraynev: beacause I saw someth strange things , the instance keep restart periodly, just the EvaluationPeriods I set, so I think it might be the heat do not receive the heatbeat12:13
alienyyg1and I think my template is correct, the parameter is the same to the demo on github12:14
skraynevalienyyg1: Hm. I don't know what is the reason of this behavior. About Ceilometer - AFAIK, you can set parameter repeat actions in True state. and you get, similar heartbeat notifications.12:16
*** arbylee has joined #heat12:17
*** asalkeld has joined #heat12:20
alienyyg1skraynev: sorry I mean the IHA template, and we can set the repeat actions in "OS::Ceilometer::Alarm", but "OS::Ceilometer::Alarm" is not been used in IHA, and I thing might be error with heartheat, so I want to know the theoy of heartbeat in heat12:21
alienyyg1shardy: do you know something about heartbeat?12:24
*** arbylee has quit IRC12:38
shardyalienyyg1: the heartbeat is just a sample count metric alarm12:41
*** chandankumar has quit IRC12:42
shardyalienyyg1: I'm not sure if you can make it work with the native ceilometer resource, asalkeld would know12:43
shardyalienyyg1: There is a provider template which remimplements the CloudWatch resource via ceilometer:12:43
shardyhttps://github.com/openstack/heat/blob/master/etc/heat/templates/AWS_CloudWatch_Alarm.yaml12:43
shardyI think the main barrier to doing it with only native resources is the lack of a ceilometer agent which runs inside the instance12:44
*** tsmadds has quit IRC12:45
*** agileclipse has joined #heat12:45
*** derekh has quit IRC12:46
skraynevshardy: But ceilometer collect information from instance, so if instance is down - we will not get notification. Am I right?12:46
alienyyg1shardy: so you mean the ceilometer need to work with an agent inside the instance?or only the heartbeat need that? because it seem " OS::Ceilometer::Alarm" do not need the agent..12:47
shardyskraynev: well the idea is cfn-push-stats sends metric samples from inside the instance (to the heat cloudwatch API), then if you don't get a sample over a specified period, an alarm is raised and you can e.g scale up or replace the intance12:47
shardyalienyyg1: only the heartbeat, you need something inside the instance telling you it's still up, because you can't accurately derive the health of the software running on an instance at the hypervisor level12:48
shardyIIRC asalkeld made the cloudwatch API forward the data to ceilometer, but I'd have to check as I've not tested that myself12:49
openstackgerritSwann Croiset proposed a change to openstack/heat: new method 'patchobject' to use mockpatch from oslo  https://review.openstack.org/6723412:49
asalkeldhi shardy I am here, just looking for houses12:51
shardyOh hey asalkeld, assumed you were asleep :)12:52
alienyyg1shardy: you mean the hearbeat shoud include the apps in instance? but the heartbeat should be the instance level, and the apps such as httpd shoud be "ServiceFailure"12:52
skraynevshardy: ok. You have opened my eyes. I have thought that we could ceilometer without any problem or terms.12:52
shardyalienyyg1: the HA and IHA templates show two different strategies, one checks e.g the httpd status, and the other just looks for a heartbeat12:53
shardyasalkeld: will that stuff all work via ceilometer?12:53
asalkeldshardy: yeah, should12:54
shardycool, thanks12:54
asalkeldhave tested for a while12:54
* shardy adds it to the list of things to try12:54
asalkeldhaven't tested for a while12:54
skraynevasalkeld: do you have it on review ?12:55
asalkeldskraynev: all the code is in12:55
asalkeld(I have no outstanding patches re: ceilometer)12:55
skraynevasalkeld: great new) thanks)12:56
shardyyeah it all went in for Havana, so *should* all work, probably ;)12:56
skraynevs/new/news12:56
openstackgerritSwann Croiset proposed a change to openstack/heat: Add autoscaling notifications  https://review.openstack.org/6208712:59
*** arbylee has joined #heat13:04
*** alienyyg1 has quit IRC13:05
*** alienyyg has joined #heat13:05
*** aweiteka has joined #heat13:13
*** sgordon has joined #heat13:15
*** jdob has joined #heat13:22
*** arbylee has quit IRC13:24
*** asalkeld has quit IRC13:25
*** nkhare has quit IRC13:35
*** dims has quit IRC13:35
*** tsmadds has joined #heat13:40
*** nati_ueno has joined #heat13:42
*** nati_ueno has quit IRC13:42
*** nati_ueno has joined #heat13:44
*** tsmadds has quit IRC13:44
*** nati_ueno has quit IRC13:48
*** dims has joined #heat13:48
*** arbylee has joined #heat13:51
*** SergeyLukjanov_ is now known as SergeyLukjanov13:54
*** agileclipse has quit IRC13:54
openstackgerritSerg Melikyan proposed a change to openstack/heat: Implements resource availability based on Keystone  https://review.openstack.org/6681113:57
sergmelikyanshardy, https://review.openstack.org/66811 I have a few questions about implementation13:58
sergmelikyan1)Do we need to filter not available resources in list_resource_types call?13:59
sergmelikyanThis call --> https://github.com/openstack/heat/blob/master/heat/engine/service.py#L53714:00
sergmelikyan2)I think implementation of this BP should be broken down to several patches: 1)Adds validation; 2)Adds decorator; 3)Migrate resources to decorator (with client dependency injection);14:02
sergmelikyanshardy, what do you think?14:03
*** arbylee has quit IRC14:06
openstackgerritPablo Andres Fuente proposed a change to openstack/heat: Native Pseudo Parameters  https://review.openstack.org/6664014:07
openstackgerrithuangtianhua proposed a change to openstack/heat: Fix incorrect resource types in docs/comment  https://review.openstack.org/6740414:08
*** spzala has joined #heat14:10
sdakemorning14:10
skraynevsdake, o/14:10
*** agileclipse has joined #heat14:11
shardysergmelikyan: (1) I think we should list all types by default, but perhaps we should be returning a list of tuples containing the type and availability14:13
*** tsmadds has joined #heat14:14
*** jcru has joined #heat14:14
*** nati_ueno has joined #heat14:14
shardysergmelikyan: (2) Yes, break it down into as small patches as is practical as it's much easier to review14:14
shardyHi sdake14:15
shardysergmelikyan: Maybe for (1) we should be using the support_status mechanism, I'm not sure14:16
shardyseems like we have three categories of resources, available, available but deprecated, and not available/disabled14:17
*** nati_ueno has quit IRC14:17
*** nati_ueno has joined #heat14:18
sergmelikyanshardy, SUPPORT_STATUSES = (UNKNOWN, SUPPORTED, PROTOTYPE, DEPRECATED, UNSUPPORTED). Since resource may have any support status and available/not available at once. Don't sure that it is may be combined.14:20
*** pafuent has joined #heat14:24
shardysergmelikyan: Well yeah, maybe, I was thinking you could add support status DISABLED, as it's kind of irellevant whether something is supported if you can't use it14:24
*** vijendar has joined #heat14:24
shardysergmelikyan: do whatever makes sense :)14:24
sergmelikyansergmelikyan, thx :) Often I simply don't know why things is in that way as they are )14:26
*** topol has joined #heat14:27
sergmelikyanshardy, about listing all types - I don't know background of this call. This call not scoped within stack, but looks like it is scoped per-user. May be we should not show resources that could not be created? And would prefer do not add new status, since DISABLED looks stange as SUPPORT status.14:30
*** zaneb has joined #heat14:31
*** jasond` has joined #heat14:31
openstackgerritSerg Melikyan proposed a change to openstack/heat: Implements resource availability based on Keystone  https://review.openstack.org/6681114:32
*** radez_g0n3 is now known as radez14:32
*** jistr has quit IRC14:33
*** arbylee has joined #heat14:36
*** jistr has joined #heat14:37
*** SergeyLukjanov is now known as SergeyLukjanov_a14:43
*** SergeyLukjanov_a is now known as SergeyLukjanov_14:44
*** tspatzier has joined #heat14:52
*** russellb is now known as rustlebee14:55
*** SergeyLukjanov_ is now known as SergeyLukjanov14:57
radixmorning heaters14:57
skraynevyoo, radix)14:58
*** dims is now known as dimsum15:00
shardyskraynev: was the patch for neutron metering resources missing a version bump for python-neutronclient?15:01
shardyI see test errors with python-neutronclient==2.3.115:01
shardyhttp://paste.openstack.org/show/61443/15:02
skraynevshardy: *facepalm*. You are right. I have wait this release, and have forgotten fix requirements15:02
shardyskraynev: no worries, can you post a patch bumping to the required version?15:03
skraynevshardy: I will fail this bug and upload related changes.15:03
skraynevshardy: will be it enough?15:03
shardyskraynev: It looks like you'll need to bump the global requirements, then they will get sync'd into heat automatically:15:05
shardyhttps://github.com/openstack/requirements/blob/master/global-requirements.txt15:05
skraynevok. I will do it. thx, that safe set on fire puppy ;)15:08
*** pshchelo_ has joined #heat15:10
*** pshchelo_ has quit IRC15:10
*** nati_uen_ has joined #heat15:12
*** jergerber has joined #heat15:12
*** nati_uen_ has quit IRC15:14
openstackgerritJason Dunsmore proposed a change to openstack/heat: Native Nova Server compatibility for Cloud Server  https://review.openstack.org/5804315:14
*** nati_uen_ has joined #heat15:15
*** nati_ueno has quit IRC15:15
*** jasond` has quit IRC15:16
*** jistr has quit IRC15:16
*** bvandenh has quit IRC15:19
*** sjmc has joined #heat15:20
*** IlyaE has joined #heat15:22
*** tims has joined #heat15:24
*** jistr has joined #heat15:25
skraynevshardy: complete. https://review.openstack.org/#/c/6749115:25
*** gokrokve has joined #heat15:28
*** tango has joined #heat15:29
openstackgerritAlexander Ignatov proposed a change to openstack/heat: Remove dependencies on pep8, pyflakes and flake8  https://review.openstack.org/6749415:30
*** pablosan has joined #heat15:30
*** rcleere has joined #heat15:40
*** tspatzier has quit IRC15:42
*** jprovazn is now known as jprovazn_afk15:44
*** jcru has quit IRC15:44
*** bnemec is now known as beekneemech15:45
*** jistr has quit IRC15:45
*** jcru has joined #heat15:45
openstackgerritVijendar Komalla proposed a change to openstack/heat: Implement adopt-stack for nested stacks  https://review.openstack.org/6472015:50
*** JohanH has quit IRC15:51
*** agileclipse has quit IRC15:56
*** nati_ueno has joined #heat16:03
*** ifarkas has quit IRC16:04
*** gokrokve has quit IRC16:05
*** gokrokve has joined #heat16:06
*** nati_uen_ has quit IRC16:06
*** pasquier-s_ has quit IRC16:09
*** edmund has joined #heat16:10
*** gokrokve has quit IRC16:11
*** pshchelo has quit IRC16:13
openstackgerritTim Schnell proposed a change to openstack/heat: Adds Parameter Label to HOT spec and parameter schema  https://review.openstack.org/6241816:18
openstackgerritTim Schnell proposed a change to openstack/heat: Adds Parameter Label to template validate call  https://review.openstack.org/6532516:18
*** lyle is now known as david-lyle16:19
openstackgerritSwann Croiset proposed a change to openstack/heat: new method 'HeatTestCase.patchobject'  https://review.openstack.org/6723416:22
*** bvandenh has joined #heat16:25
pscheieWhat controls the format of the hostnames for the instances in a stack?16:25
zanebpscheie: short answer: nova16:28
*** TravT has joined #heat16:28
*** aignatov has quit IRC16:28
pscheiezaneb, is it configurable?  By the user (me), that is?16:29
shardypscheie: It's set to the resource physical resource name unless you specify a name via the OS::Nova::Server "name" property16:29
zanebpscheie: it's based on the name of the server in Nova. If you use OS::Nova::Server you can specify the name in Heat. Otherwise, we choose one for you based on the stack name, resource name and a random component16:29
pscheieYes, that's what we've been seeing.16:30
sergmelikyanhttps://github.com/openstack/heat/blob/master/heat/engine/resource.py#L57316:30
openstackgerritSwann Croiset proposed a change to openstack/heat: Add autoscaling notifications  https://review.openstack.org/6208716:31
pscheieThe good news is yesterday I got InstanceGroups working.16:31
sergmelikyanpscheie, ^16:31
pscheieThe not so good news is I end up with hostnames like dave1-challengeapi-alagypzspxie-challengeapi-0-hraprztv6zz416:31
sergmelikyanBy the link above you can find code that is responsible for generating instance name16:31
pscheiesergmelikyan, thanks.16:32
zanebyeeeeeeeah...16:32
zanebthose are unfortunate16:32
pscheieWe can probably simplify them in DNS as far as "ssh <hostname>" goes, but it does tend to make the prompt rather unwieldy.16:33
zanebI think dave1-challengeapi-0-hraprztv6zz4 would be more than sufficient16:33
zanebimplementing that in the autoscaling code is messy, but do-able16:34
pscheiezaneb, actually, we don't even need the random string at the end, and would prefer to leave it off.16:34
*** kfox1111 has joined #heat16:34
lsmola_shardy: hello16:35
lsmola_shardy: are you around?16:35
shardylsmola_: yes16:35
zanebit's not strictly required because nova doesn't enforce unique names16:35
lsmola_shardy: just a quick question16:36
*** nati_uen_ has joined #heat16:36
zanebbut it does help keep different instances that may fulfill the same role in a template at different times separated16:36
lsmola_shardy: there can be only one flavor associated with template now?16:36
thervepscheie, I'd suggest setting the host yourself once the instance booted16:36
lsmola_shardy: or can we write e.g. comma separated list or array?16:36
pscheiezaneb, when those first appeared (havana?) we thought, oh, good idea.16:36
shardylsmola_: well there can only be one flavor per instance/server resource, because that's what nova uses16:37
pscheieBut it turns out to not be relevant in our case.16:37
zanebpscheie: interesting, thanks for the feedback16:37
shardylsmola_: but there's nothing to stop you having more than one template parameter specifying different flavors for different resources16:37
*** nati_uen_ has quit IRC16:37
zaneblsmola_: do you mean in the parameters to the template? you can define any parameters you like16:37
pscheieIdeally, it would be configurable somehow.16:38
*** nati_uen_ has joined #heat16:38
lsmola_shardy: right16:39
lsmola_shardy: yes16:39
lsmola_zaneb: well my question was, currently we have a couple of resources tied to one flavor16:39
lsmola_zaneb: if we have more flavor that can be used, we would like to nova to decide16:39
zanebpscheie: it is in the sense that with OS::Nova::Server you can set a hostname. Next step is to allow autoscaling to scale OS::Nova::Server instead of AWS::EC2::Instance16:39
lsmola_zaneb: and just put there list of flavors16:39
shardylsmola_: how would nova decide, pick one at random?16:39
zaneblsmola_: so that's a nova question, and the answer is no ;)16:39
lsmola_shardy: it could take them one by one, so it has priority16:39
*** nati_ueno has quit IRC16:39
shardylsmola_: as zaneb says, that's a question for the nove devs, but it seems like an odd requirement to me16:40
lsmola_shardy: so when we have compute_specific hardware, and some general hardware, it would first look for the first, if there is none, it would take the second16:40
lsmola_shardy: not sure if this will be actually used :-)16:41
lsmola_shardy: though we have this in our wireframes16:42
*** SergeyLukjanov is now known as SergeyLukjanov_16:42
shardylsmola_: seems like a pre-validation thing, ie you figure out an appropriate parameter then pass it to heat when launching the stack16:42
lsmola_shardy: yeah we could probably do that16:42
funzoshardy: do you know if all is well with the cloud-init that ships with rhel 6.5 now? I see there are two versions in Red Hat Common (for RHEL 6 Server x86_64)16:42
shardylsmola_: Or just present a list of available flavors to the users, and get them to pick one I guess16:42
funzo0.7.1-2 and 0.7.2-216:43
shardyfunzo: 0.7.2-2 is the one you want16:43
lsmola_shardy: yeah that is planned, but we wanted to people to be able to pick multiple16:43
shardyfunzo: IME 0.7.1 does not work well at all16:43
funzoshardy: I tested the rhel 6.5 image yesterday without using the packages you built, just using what was in the 6.5 image from RHN. THe wait conditions never finished16:43
funzoso that tells me the user-data that fires the signal never happened16:44
lsmola_shardy: it's when we have multiple hardware, and all of it is suitable for deploying Nova Compute e.g.16:44
shardyfunzo: well it could be one of multiple issues I spose16:44
funzoshardy: not sure why there are two versions in that channel16:44
*** arbylee has quit IRC16:44
shardyfunzo: but if the image has 0.7.1 that may be part of the problem16:44
funzoshardy: if I go back to installing these http://file.rdu.redhat.com/~calfonso/cloud-init/ it all works again16:45
lsmola_shardy: what we want to do is to just give it Deploy 50 nova computes, and list of flavors that are good for it16:45
shardyfunzo: old versions of packages aren't removed when an update is published16:45
lsmola_shardy: this has probably no use for deploying VM's16:46
zaneblsmola_: this is in the context of TripleO?16:46
lsmola_zaneb: yes16:46
zanebok, that doesn't seem _as_ crazy ;)16:46
lsmola_zaneb: :-)16:47
therveIt does sound like a scheduler problem though16:47
lsmola_ok16:47
zanebwe just expose the APIs that other OpenStack services provide, so you need to bug the Nova (or, better, Ironic) devs if you want that16:47
lsmola_therve: as i looked, it shouldn't be a problem to extend the scheduler, right?16:48
therveWell :)16:48
lsmola_hehe16:48
therveTechnically it's just code, but you have to sell your usecase16:48
lsmola_therve: or i saw a doc how to write yout own scheduler i think16:48
therveThat's a thing too yes16:49
lsmola_therve: I think it is plug-gable16:49
lsmola_therve: so are the scheduler filters right?16:49
thervelsmola_, Sorry I don't know much about that16:49
zanebfor TripleO to use it you'd have to get it officially blessed though16:49
lsmola_ok16:51
lsmola_thanks guys16:51
*** tsmadds has quit IRC16:51
lsmola_we will see what J will bring :-)16:51
*** bvandenh has quit IRC16:54
*** tsmadds has joined #heat16:54
pscheieIs OS::Nova::Server just the OS equivalent to AWS::EC2::Instance?16:57
shardypscheie: yes17:00
*** sgrasley has joined #heat17:02
pscheieIt would be nice if one could specify the format for the name.  reduce_physical_resource_name seems to have a hardcoded format.17:02
*** tango has quit IRC17:04
*** arbylee has joined #heat17:06
*** andrew_plunk has joined #heat17:10
*** jdob has quit IRC17:14
jasonddoes anybody know if it's possible to do a dictionary lookup in a template?  eg. { get_attr: [ wordpress, addresses['private']['addr'] ] }17:23
pafuentjasond: There is a blueprint for that17:25
pafuentjasond: https://blueprints.launchpad.net/heat/+spec/hot-select17:25
*** gokrokve has joined #heat17:26
jasondpafuent: thanks!17:26
pafuentjasond: I've asked to Steve if I could implement it, but I didn't answer yet17:26
jasondi'll ask again if i see him online today17:28
pafuentjasond: I already have a patch which lets to do things like this: { get_attr: [ wordpress, addresses, private, addr]}17:29
pafuentjasond: Thanks17:29
jasond{get_attr: [wordpress, addresses.private.addr]}17:30
jasond^ i expected it to look like that17:30
*** pvaneck has joined #heat17:30
*** nati_ueno has joined #heat17:32
jasondpafuent: that's how it's done here https://github.com/openstack/heat/blob/master/heat/engine/resources/resource_group.py#L12517:32
pafuentjasond: Thanks, I'll take a look at it17:34
jasondnp17:34
radixin case nobody noticed yesterday (for some reason the bot didn't mention it), I posted a patch for the as-lib blueprint17:34
*** nati_uen_ has quit IRC17:35
*** nati_ueno has quit IRC17:36
*** nati_ueno has joined #heat17:36
sdakeradix sweet17:37
shardySigh, 57hours to merge one patch :(17:41
*** ruhe is now known as _ruhe17:42
*** edmund has quit IRC17:46
openstackgerritSteven Hardy proposed a change to openstack/heat: heat_keystoneclient migrate create_ec2_keypair to v3 API  https://review.openstack.org/6752917:46
openstackgerritSteven Hardy proposed a change to openstack/heat: Store credential ID for AccessKey and SignalResponder  https://review.openstack.org/6753017:46
openstackgerritSteven Hardy proposed a change to openstack/heat: heat_keystoneclient convert get_ec2_keypair to v3 API  https://review.openstack.org/6753117:46
openstackgerritSteven Hardy proposed a change to openstack/heat: heat_keystoneclient convert delete_ec2_keypair to v3 API  https://review.openstack.org/6753217:46
openstackgerritSteven Hardy proposed a change to openstack/heat: Fix user and signal responder exception import  https://review.openstack.org/6753317:46
openstackgerritSteven Hardy proposed a change to openstack/heat: Purge remaining heat_keystoneclient v2 code  https://review.openstack.org/6753417:46
openstackgerritSteven Hardy proposed a change to openstack/heat: Convert heat_keystoneclient user enable/disable logic to v3 API  https://review.openstack.org/6664817:46
openstackgerritSteven Hardy proposed a change to openstack/heat: heat_keystoneclient migrate auth_token/service_catalog to v3 API  https://review.openstack.org/6664917:46
openstackgerritSteven Hardy proposed a change to openstack/heat: Convert heat_keystoneclient user-create logic to v3 API  https://review.openstack.org/6664617:46
openstackgerritSteven Hardy proposed a change to openstack/heat: Convert heat_keystoneclient user-delete logic to v3 API  https://review.openstack.org/6664717:46
sdakeholy spam batman17:49
shardysorry ;D17:49
sdakebetter then no spam imo :)17:50
*** harlowja_away is now known as harlowja17:51
*** IlyaE has quit IRC17:53
*** lsmola_ has quit IRC17:54
*** jdob has joined #heat18:04
kfox1111shardy: I've been waiting 3 months to merge a patch. ;)18:17
kfox1111stuck in legal land. :/18:17
* sdake feels kfox1111's pain18:19
sergmelikyanshardy, do you remember talk about @require for clients? What about something like this? https://gist.github.com/anonymous/f931f17c47c729a2c8bd18:19
sergmelikyanEssentially adds this https://github.com/openstack/heat/blob/master/heat/engine/resource.py#L374 dynamically18:20
*** yogesh has joined #heat18:22
*** arbylee has quit IRC18:24
*** SergeyLukjanov_ is now known as SergeyLukjanov18:27
*** jamieh has quit IRC18:27
*** nati_uen_ has joined #heat18:31
*** nati_ueno has quit IRC18:33
*** _ruhe is now known as ruhe18:48
*** arbylee has joined #heat18:48
*** arbylee has quit IRC18:48
*** ktbenton has quit IRC18:49
*** tsmadds has quit IRC19:01
*** kbenton has joined #heat19:03
*** radez is now known as radez_g0n319:05
*** ktbenton has joined #heat19:14
*** kbenton has quit IRC19:17
*** nati_ueno has joined #heat19:18
*** nati_ueno has quit IRC19:18
*** nati_ueno has joined #heat19:19
*** nati_uen_ has quit IRC19:23
openstackgerritIvan Kolodyazhny proposed a change to openstack/python-heatclient: Add HTTP proxy support to heat client  https://review.openstack.org/6715319:24
*** jistr has joined #heat19:24
*** jprovazn_afk has quit IRC19:25
*** aignatov has joined #heat19:28
*** denis_makogon has joined #heat19:31
*** e0ne has joined #heat19:32
openstackgerritA change was merged to openstack/heat-templates: Make pep8-cfn-json2yaml PEP8 free  https://review.openstack.org/6564619:34
*** andrew_plunk has quit IRC19:38
*** IlyaE has joined #heat19:39
*** radez_g0n3 is now known as radez19:41
*** aignatov has quit IRC19:44
*** mkollaro has quit IRC19:46
*** denis_makogon_ has joined #heat19:52
*** aignatov has joined #heat19:53
*** denis_makogon has quit IRC19:55
*** denis_makogon_ is now known as denis_makogon19:58
aweitekai'm new to heat and have some questions, if anyone's listening...19:58
aweiteka1. On Havana is this the latest? heat_template_version: 2013-05-2319:59
openstackgerritPablo Andres Fuente proposed a change to openstack/heat: HOT templates get_attr allows extra attributes  https://review.openstack.org/6756219:59
aweitekawhere can I find available version?19:59
*** ruhe is now known as _ruhe20:01
zanebaweiteka: yes it's the latest. also, we don't actually look at it ;)20:01
aweitekazaneb, ok, thx. :)20:01
aweiteka2. parameter_groups don't appear to change the display of param field. known issue?20:02
zanebaweiteka: so you can put anything you like. but don't :D20:02
zanebso, parameter_groups just went in this week aaui20:02
aweiteka3. all fields appear to be required (undesirable). if i include a default value for a hidden: true field it's displayed in the GUI (also undesirable)20:03
zanebso maybe the horizon changes to actually use it are not there yet20:03
zanebtims is the expert20:03
aweitekazaneb, right, so this may be a horizon issue20:03
zanebfields without a default are required20:04
zanebI'm actually ok with showing the default in the gui20:04
zanebit's not like you can't read it from the template anyway20:04
aweitekai don't like to provide defaults for passwords and i also don't like to provide defaults for info the user must update anyway.20:06
*** nati_uen_ has joined #heat20:07
aweitekamaybe required: true|false for each param would satisfy this ^^20:07
*** SergeyLukjanov is now known as SergeyLukjanov_20:08
*** nati_uen_ has quit IRC20:08
*** nati_uen_ has joined #heat20:09
zanebaweiteka: so don't provide a default for the password then20:09
*** nati_ueno has quit IRC20:10
aweitekazaneb, yeah, i'll do that.20:12
*** mkollaro has joined #heat20:15
aweitekazaneb, the issue i'm struggling with is exposing all the possible params a user may want but i can't express that they're not really required fields. it's a false requirement, if you will20:20
timsaweiteka, zaneb sorry I was afk20:27
timsaweiteka: are you asking how to note if a parameter is required or not?20:27
zanebaweiteka: well, if they're not required then you have to choose _some_ value if they're not provided, and that is the default20:28
aweitekatims, it sounds like a value is req'd for all params20:28
timsaweiteka: unless they have a default20:28
zanebtims: your name was mentioned in the context of "<aweiteka> 2. parameter_groups don't appear to change the display of param field. known issue?"20:28
timszaneb: oh yes, I still have a patch in Heat that needs merging before Horizon can use it20:29
timshttps://review.openstack.org/#/c/61601/20:29
zanebaweiteka: so you're going to {'Ref': } the parameter somewhere in the template. What value do we subsitute in? It can only be something defined in the template (default) or something passed in by the user20:30
*** IlyaE has quit IRC20:30
zanebtims: ah, I was guessing the other way around, but in any event that explains it :)20:30
* zaneb goes to hunt down a US power cord20:31
timszaneb: yeah all that has been merged is the documentation update20:31
*** IlyaE has joined #heat20:34
aweitekazaneb, here's an example of not wanting a default or req'd field: user can register to RedHat using an optional satellitekey. It's unique to the user so i don't want to provide a default, and it's not required; optional20:35
aweitekazaneb, same use case as any CLI optional param, really20:36
aweitekaif provided; use this value; else null20:36
openstackgerritClint "SpamapS" Byrum proposed a change to openstack/heat: Add a new "UpdateWaitConditionHandle" resource  https://review.openstack.org/6324520:37
timsaweiteka: I'm not sure what a satellitekey is so zaneb might be the person to talk to but at the end of the day the parameter is used however the corresponding resource needs it to be.20:40
timsbut you are correct there is not currently a way in Horizon to denote a truly optional field20:40
*** jistr has quit IRC20:40
*** giulivo has quit IRC20:40
stevebakerzaneb: any chance for some review love? https://review.openstack.org/#/c/61902/20:40
*** pablosan has quit IRC20:41
*** aignatov has quit IRC20:41
*** aignatov has joined #heat20:42
*** aignatov has quit IRC20:42
openstackgerritJason Dunsmore proposed a change to openstack/heat: Native Nova Server compatibility for Cloud Server  https://review.openstack.org/5804320:43
zanebI'm back20:44
zanebaweiteka: so set the default to an empty string?20:44
zanebat the end of the day {"Ref": "satellitekey"} has to resolve to _something_20:45
*** rpothier__ has quit IRC20:46
*** rpothier__ has joined #heat20:46
zanebstevebaker: I'd *much* prefer a _get_user_id() method that subclasses can override20:48
timsaweiteka: another thought. I'm working on the ability to define labels for parameters in the heat template20:50
timshttps://review.openstack.org/#/c/62418/20:50
timsyou could use this to label parameters with a *20:51
timsto denote required20:51
timsit would require updates to the template though20:51
stevebakerzaneb: ok, if you can be specific in the review comments I'll take a look20:52
*** rpothier_ has joined #heat20:52
zanebstevebaker: I just added a comment20:52
aweitekatims, labels would help with read-ability. ideally it would be best not to mix functionality and content since the "*" added to a label doesn't really mean anything20:53
aweitekazaneb, an empty string default: "" works. thanks!20:53
zanebaweiteka: woohoo!20:54
zanebunfortunately I have to go offline for the rest of the day20:55
*** rpothier__ has quit IRC20:55
zanebsee y'all next week!20:55
*** zaneb has quit IRC20:55
*** IlyaE has quit IRC20:59
*** nati_ueno has joined #heat21:03
*** pvaneck has quit IRC21:05
*** nati_uen_ has quit IRC21:07
*** tspatzier has joined #heat21:09
aweitekafunzo, in your ose heat template work did you attempt to auto-magically discover pub/priv net ID's? i just started looking at this so i wasn't sure what's possible21:10
*** tspatzier has quit IRC21:13
*** pafuent has left #heat21:14
*** nati_ueno has quit IRC21:14
*** nati_ueno has joined #heat21:15
*** topol has quit IRC21:16
*** nati_ueno has quit IRC21:17
*** nati_ueno has joined #heat21:18
*** sgordon has quit IRC21:28
sdakenice smiley face stevebaker ;-)21:29
sdakelooks like snaggletooth21:29
stevebaker?21:29
stevebakerah, the session21:30
openstackgerritA change was merged to openstack/heat-cfntools: Sync with global requirements  https://review.openstack.org/6703521:30
sdakeright21:30
sdakegood thing your not a graphic design artist :)21:30
stevebakerit is indeed21:30
sdakei almost took a screenshot to save for the appropriate time later - but too lazy :)21:31
openstackgerritJason Dunsmore proposed a change to openstack/heat: Native Nova Server compatibility for Cloud Server  https://review.openstack.org/5804321:35
kfox1111hows the autoscaling work going? Think it will be ready for icehouse?21:38
stevebakerkfox1111: ask radix, but with luck the resources will exist and be useable, but for icehouse it is likely they will be acting on heat internals rather than through an autoscaling api21:40
kfox1111cool. thanks. :)21:41
*** rustlebee is now known as russellb21:52
*** sdake has quit IRC21:52
*** beekneemech has quit IRC21:52
radixright21:53
*** derekh has joined #heat21:54
radixi have one patch in review right now, eyes appreciated :)21:54
stevebakerradix: even Jenkins is ignoring it ;)21:55
*** mkollaro has quit IRC21:56
*** tsmadds has joined #heat21:57
*** tsmadds has quit IRC22:02
*** nati_uen_ has joined #heat22:11
*** bvandenh has joined #heat22:12
kfox1111have a link?22:13
stevebakerhttps://review.openstack.org/#/c/67006/322:14
kfox1111thx. :)22:14
*** nati_ueno has quit IRC22:16
*** bvandenh has quit IRC22:18
*** aweiteka has quit IRC22:19
*** nati_uen_ has quit IRC22:22
*** nati_ueno has joined #heat22:23
*** bnemec has joined #heat22:24
*** IlyaE has joined #heat22:29
radixhmph22:29
radixi wonder if that's related to why openstackgerrit didn't announce it22:29
radixmaybe i messed up the review somehow22:30
*** nati_ueno has quit IRC22:33
radixanyway, thanks for the recheck22:40
sjmchi guys - can someone confirm i'm not going mad? if i create a neutron port (to assign a floating IP to a server), the nova::server security_groups seems to have no effect; i have to assign groups to the neutron port instead. is that correct?22:42
larskssjmc: That's correct (because an instance may have multiple ports, and you may want different policies on them)22:42
larsks...at least, that's what I was told :)22:42
sjmcok. is that documented somewhere? i just spent a happy hour or two tearing my hair out22:43
larsksI'm not sure.  I ran into the same thing, and ended up asking in here.22:43
sjmc:)22:43
sjmcand so the cycle continues!22:43
sjmci'll maybe file a documentation ticket22:43
*** jdob has quit IRC22:43
larsksGood plan.22:43
sjmcat least i can end my friday on an up note22:44
*** jcru has quit IRC22:44
*** vijendar has quit IRC22:52
*** rcleere has quit IRC23:02
*** jergerber has quit IRC23:11
*** blomquisg has quit IRC23:13
*** denis_makogon has quit IRC23:20
*** TravT has quit IRC23:23
*** yogesh has quit IRC23:28
stevebakerjasond: hey, have you got a new patch soon for https://review.openstack.org/#/c/63002/9 ?23:36
*** sjmc has quit IRC23:46
*** shadower has quit IRC23:55
*** tims has quit IRC23:58
*** jhurlbert has joined #heat23:58

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