Tuesday, 2015-04-07

*** sdake_ has joined #heat00:03
asalkeldhttps://devcenter.heroku.com/articles/logging00:04
asalkeldactually user friendly ^00:05
*** jruano has joined #heat00:07
*** sdake has quit IRC00:07
*** EricGonczer_ has joined #heat00:08
asalkeldstevebaker: i am inclined to ditch the whole idea of using zaqar for use messages and instead use remote log00:11
asalkelduser00:12
asalkeldas we can then setup the servers to send to the same remote log00:12
asalkeldand the user can setup something like logstash and get seriously *all* their logs00:12
stevebakerwhat do you mean by remote log?00:12
asalkeldsyslog remote tcp00:13
asalkeldhttp://www.rsyslog.com/sending-messages-to-a-remote-syslog-server/00:13
stevebakerwould there need to be a multi-tenant syslog service? or would it be up to the user to provision their syslog server?00:14
*** Marga_ has joined #heat00:14
asalkeldstevebaker: yeah - user sets it up00:14
asalkeldstevebaker: one issue is the awesome tooling availble that is not there for zaqar00:14
asalkeldand i doubt many people have zaqar installed00:15
asalkeldmirantis does not support zaqar for one00:15
stevebakertrue, if the events are log-like this would be nice for users00:15
*** achanda has joined #heat00:15
asalkeldstevebaker: i was thinking of a ml discussion about this for openstack wide00:16
asalkeldso you could get real user oriented messages coming from all services00:16
asalkeldi was thinking keystone tenants have "email"00:16
asalkeldwe could have a remote syslog destinantion in the context00:17
asalkeldand a small library that send logs out00:17
*** jruano has quit IRC00:18
stevebakerasalkeld: how would the user specify the syslog destination? sounds like a new REST argument00:18
asalkeldstevebaker: when you setup your tenant/user00:18
asalkeldso all services could easily get access to that info00:19
*** achanda has quit IRC00:20
asalkeld(not sure if that will fly, just an idea000:20
stevebakeroh, so its scoped to a tenant/user rather than a stack? Stack-scoped might be more flexible - they would still be able to specify the tenant syslog on stack-create00:20
*** jruano has joined #heat00:21
* stevebaker wonders on the DOS potential of using heat to flood victim syslog servers00:21
asalkeldstevebaker: yeah - was mainly trying to think how to pass this info down to the other services00:22
asalkeldstevebaker: i think that there is a password you pass into rsyslog00:22
asalkeld(we just a client of remote syslog)00:23
*** dsanders has quit IRC00:23
*** jruano has quit IRC00:28
stevebakerasalkeld: the more I think about it, heat-engine making requests to random syslog hosts is a bit scary. Its the same risk as the docker API resource00:28
asalkeldstevebaker: it's udp00:28
asalkeld(udp or tcp)00:29
stevebakeroh, might have to be udp only00:29
asalkeldlet me check00:29
asalkeldhttps://docs.python.org/2/library/logging.handlers.html#logging.handlers.DatagramHandler00:30
asalkeldpy logging supports both00:30
asalkeldi should test this out to see how it works00:31
stevebakerasalkeld: oh well, lets keep exploring this idea. It sounds interesting00:31
stevebakerhttps://papertrailapp.com00:32
asalkeldi just thought it would be neat to join the in instance agent logs and heat user-based logs to one stream00:33
asalkeldactually user friendly :-O00:33
stevebakerthat would be nice00:33
asalkeldso it looks like all these tools support remote syslog00:34
*** signed8bit_ZZZzz is now known as signed8bit00:35
*** EricGonczer_ has quit IRC00:40
*** EricGonczer_ has joined #heat00:42
stevebakerasalkeld: what was the etherpad for liberty session ideas?00:48
*** EricGonczer_ has quit IRC00:49
asalkeldhttps://etherpad.openstack.org/p/liberty-heat-sessions00:49
*** spzala has joined #heat00:51
stevebakerta00:53
*** Tango has quit IRC00:54
ryansbstevebaker: used papertrail before, fwiw. It's a cool idea, but loggly (or logstash) does a better job IMO01:01
stevebakerryansb: someone on the internet disagrees http://blog.coredumped.org/2011/12/great-search-for-syslog-services.html01:02
*** hdd has joined #heat01:02
ryansbsomeone on the internet always disagrees01:03
stevebaker:)01:03
ryansbwow it's a small world, I used to work for him.01:06
*** sputnik13 has quit IRC01:07
ryansbany case, the idea of adding log shipping is cool, but I'd be a bit scared about letting users say "hey, spam this host for me please"01:08
*** aweiteka has joined #heat01:16
*** huangtianhua has joined #heat01:17
asalkeldryansb: what's a better solution?01:17
asalkeldany better ideas?01:18
asalkeldit would be nice to have a facility when you could prove that you own the address that you specify01:19
asalkeldbut not sure how to do that exactly01:19
ryansbasalkeld: I honestly think the "here's the logs" approach isn't very multi-tenant, and would prefer going with zaqar because it's multitenant01:19
ryansbunfortunately with syslog that's kinda hard. We could log an auth code in a log message to their host01:20
ryansbthen not send any more logs until they confirm it01:20
asalkeldryansb: i like the over all idea of zaqar01:20
asalkeldbut 2 main issues with it01:20
ryansbkinda a clunky way to do it, but it'd work01:20
asalkeld1. there are not tools ontop of zaqar likeloggly/logstash/..01:21
asalkeld2. not many people install zaqar01:21
*** aweiteka has quit IRC01:21
asalkeldso it's not going to be much of a feature if we go with that01:21
ryansbThat's true. Hopefully 2) will change but 1) is going to continue to be a problem01:22
asalkeldi am just exploring remote syslog01:22
asalkeldryansb:can you think of other ideas?01:23
asalkeldi am all ears01:23
ryansbOne that comes to mind is an email system that takes heat errors associated with your tenant and emails them01:23
ryansbbut that's really *worse* than syslog for the "I'm a heavy user with lots of stacks and want to know what's happening"01:23
asalkeldand then we have to store the messages01:24
asalkeldwhich i don't really want to do01:24
asalkeldwe need some kind of event stream to send to01:25
ryansbyeah. Hrm, can you post this on the ml? I'm off to sleep soon, but we definitely need more thoughts on that.01:26
asalkeldryansb: totally, just wanted some bright ideas:-001:26
* ryansb looks at openstack project list to see if there's anything promising we can consume01:26
asalkeldryansb: not yet another openstack project01:27
ryansbasalkeld: ;)01:27
asalkeldbig tent fail IMHO01:27
asalkeldif they are not installed everywhere there is little point01:28
asalkeldas no one can depend on them01:28
ryansbIs there a nice pubsub we could let users subscrube to? Like zeromq maybe?01:28
asalkeldhttps://code.google.com/p/pubsubhubbub/01:28
ryansbamqp isn't cloud-tenant-facing, so that's out01:29
ryansbbut maybe01:29
ryansbI don't know much about pubsubhubbub, looks possible. Depends on the volume of log messages b/c it uses webhooks01:31
asalkeldyeah01:32
ryansbzeromq would be neat, but making our own message format & client doesn't sound very attractive01:33
*** Xiao-Yang-Zhu has joined #heat01:38
*** jruano has joined #heat01:38
ryansbnight folks01:39
*** sdake_ has quit IRC01:40
*** erkules_ has joined #heat01:40
*** erkules has quit IRC01:43
*** Yanyanhu has joined #heat01:56
*** Kennan has joined #heat01:57
*** signed8bit has quit IRC02:07
*** pal has joined #heat02:09
*** Marga_ has quit IRC02:11
*** Xiao-Yang-Zhu has quit IRC02:13
*** Xiao-Yang-Zhu has joined #heat02:15
*** jruano has quit IRC02:22
*** hdd has quit IRC02:26
*** Kennan2 has joined #heat02:34
*** Kennan has quit IRC02:36
*** jruano has joined #heat02:37
*** achanda has joined #heat02:37
*** chlong has quit IRC02:42
*** chlong has joined #heat02:44
*** achanda has quit IRC02:47
*** pal has quit IRC02:48
*** achanda has joined #heat02:48
ramishrastevebaker: Hi!02:49
stevebakerramishra: hi!02:50
ramishrastevebaker: would you be able to review https://review.openstack.org/#/c/164572/, if you have sometime  to spare though:)02:52
stevebakersure02:53
ramishrastevebaker: Also a patch for env_file support for docker-compose hook. https://review.openstack.org/#/c/170714/02:53
ramishrastevebaker: this is required by the kolla team.02:54
*** spzala has quit IRC02:54
*** EricGonczer_ has joined #heat02:54
*** jruano has quit IRC02:54
asalkeldstevebaker: "[Heat] PTL Candidacy" :-O02:56
stevebakeryup02:56
*** EricGonczer_ has quit IRC02:57
asalkeldso i just sent a message to dev about the messaging stuff02:58
*** dims has quit IRC02:58
elynnmorning :)03:00
*** sdake has joined #heat03:02
*** sdake_ has joined #heat03:06
*** jruano has joined #heat03:06
*** dims has joined #heat03:07
*** lee__ has joined #heat03:07
*** dims_ has joined #heat03:08
*** sdake has quit IRC03:09
*** LiJiansheng has quit IRC03:11
*** dims has quit IRC03:12
cmystermorning03:12
*** EricGonczer_ has joined #heat03:14
*** dims_ has quit IRC03:20
*** sdake has joined #heat03:21
*** dsneddon has quit IRC03:21
*** vijayagurug has joined #heat03:22
*** sdake_ has quit IRC03:24
*** jruano has quit IRC03:29
*** EricGonczer_ has quit IRC03:31
openstackgerritrajiv proposed openstack/python-heatclient: Commands displays operated stacks instead of all the stacks  https://review.openstack.org/16669303:41
*** EricGonczer_ has joined #heat03:42
*** EricGonczer_ has quit IRC03:43
*** coolsvap|afk is now known as coolsvap03:45
*** jamielennox is now known as jamielennox|away03:47
*** pal has joined #heat03:51
*** Marga_ has joined #heat03:54
*** Marga_ has quit IRC03:54
*** Marga_ has joined #heat03:55
*** harlowja is now known as harlowja_away03:55
*** kebray has joined #heat04:00
*** sputnik13 has joined #heat04:00
*** sdake_ has joined #heat04:01
*** sdake has quit IRC04:05
*** achanda has quit IRC04:13
*** achanda has joined #heat04:20
*** coolsvap is now known as coolsvap|afk04:41
openstackgerritRabi Mishra proposed openstack/heat: Fix NeutronLoadBalancerTest.test_neutron_loadbalancer timeout  https://review.openstack.org/17076504:41
*** rakesh_hs has joined #heat04:43
*** kebray has quit IRC04:44
*** coolsvap|afk is now known as coolsvap04:48
*** kebray has joined #heat04:51
openstackgerritMerged openstack/heat: Fix stack update issue  https://review.openstack.org/17018104:56
*** cmyster has quit IRC04:57
*** cmyster has joined #heat04:58
*** cmyster has quit IRC04:58
*** cmyster has joined #heat04:58
elynnHi05:02
openstackgerritRabi Mishra proposed openstack/heat-templates: Add env_file support for docker-compose hook  https://review.openstack.org/17071405:02
elynnWhen I use heat stack-list -g, I got an error instead of a list. Do you know why?05:02
elynnERROR: You are not authorized to complete this action.05:02
elynnI already 'source openrc admin admin'05:02
elynnOh.... I know why, need to change policy.json...05:04
*** jcoufal has joined #heat05:07
stevebakerramishra: take a look at these comments https://bugs.launchpad.net/heat/+bug/143904205:08
openstackLaunchpad bug 1439042 in heat "docker plugin add cpu set property" [Undecided,New] - Assigned to LiangChen (hs-chen)05:08
*** jcoufal has quit IRC05:13
*** cmyster has quit IRC05:15
*** jcoufal has joined #heat05:16
*** KanagarajM has joined #heat05:17
*** cmyster has joined #heat05:18
*** cmyster has joined #heat05:18
ramishrastevebaker: sure05:21
openstackgerritAngus Salkeld proposed openstack/heat: Make sure UpdatePolicy is unset for Heat scaling group  https://review.openstack.org/15854905:27
openstackgerritAngus Salkeld proposed openstack/heat: Use helper functions stack_suspend and stack_resume  https://review.openstack.org/16996305:34
*** sdake has joined #heat05:43
*** sdake_ has quit IRC05:46
openstackgerritKanagaraj Manickam proposed openstack/heat: Adds --version into command docs  https://review.openstack.org/17081405:48
openstackgerritKanagaraj Manickam proposed openstack/heat-specs: Stack resource searching, sorting and pagination  https://review.openstack.org/16866105:57
openstackgerritAnant Patil proposed openstack/heat-specs: Mock resource to emulate various behaviors.  https://review.openstack.org/17079205:57
*** nkhare has joined #heat06:07
*** ishant has joined #heat06:23
*** jtomasek has joined #heat06:23
*** sputnik13 has quit IRC06:24
*** dmn_ has joined #heat06:26
asalkeldbrb06:26
*** asalkeld is now known as asalkeld_afk06:26
*** tspatzier has joined #heat06:28
dmn_hi, say i've created a stack and that stack consists of several servers (using ResourceGroup), would it be possible to add another server to this stack?06:28
*** limor has joined #heat06:29
NoaKoffmanHi, you can use 'stack-update' to add another server to the tamplate06:29
*** Marga_ has quit IRC06:29
NoaKoffman*template06:29
NoaKoffmansorry I didn't see the resource group part, I think you can use stack update to change the 'count' to add another one.06:30
dmn_NoaKoffman, say, I change the count from 5 to 6, then only one server will be created?06:30
dmn_after stack-update, that is.06:31
NoaKoffmanyes, that should work06:31
dmn_okay, thanks06:31
NoaKoffmanno problem :)06:32
*** inc0 has joined #heat06:36
dmn_Would it be possible to add a server from one stack to another?06:37
dmn_NoaKoffman, ^06:37
NoaKoffmanI don't know of a way to do this with an existing stack. However, you can try to use stack abandon and then adopt to take a server from an existing stack and put it in a new one (which will be created in the 'adopt' process)06:39
*** dulek_ has joined #heat06:39
*** pas-ha has joined #heat06:40
skraynevmorning guys :)06:40
skraynevasalkeld: hi :)06:40
NoaKoffmanhi06:41
dmn_oh, okay.06:41
cmystermorning skraynev06:41
skraynevhi cmyster ;)06:42
*** jprovazn has joined #heat06:44
*** jistr has joined #heat06:47
openstackgerritRabi Mishra proposed openstack/heat: Fix NeutronLoadBalancerTest.test_neutron_loadbalancer timeout  https://review.openstack.org/17076506:47
pas-hamorning al06:54
limormorning06:54
*** liusheng has joined #heat06:56
pas-haAttributeError: 'InstallRequirement' object has no attribute 'url' while installing keystone on gate's devstack - what is this?06:57
*** gcivitella has joined #heat06:58
skraynevpas-ha: hey ;)06:59
*** achanda has quit IRC07:04
*** achanda has joined #heat07:08
inc0hello everyone07:13
nihiliferhi07:16
pas-haskraynev, oops, double recheck..07:17
*** asalkeld_afk is now known as asalkeld07:21
asalkeldhi skraynev07:21
*** achanda has quit IRC07:23
openstackgerrithuangtianhua proposed openstack/heat: To attach interface for server when using 'uuid'  https://review.openstack.org/17001707:25
skraynevpas-ha: yeah. sometimes it's possible :)07:25
*** achanda has joined #heat07:26
pas-halooks like it is some intermittent failure, as it is not present on all gate checks though most of them install devstack07:27
asalkelddo we really need this in rc1? https://review.openstack.org/#/c/167557/07:31
asalkeldi could just remove it from the blocker list07:31
asalkelddone07:32
*** chlong has quit IRC07:34
*** shardy has joined #heat07:35
*** achanda has quit IRC07:37
ramishraiseems everything is failing at devstack-gate;)07:40
*** ParsectiX has joined #heat07:41
*** vijayagurug has quit IRC07:42
*** kebray has quit IRC07:46
*** serg_melikyan has joined #heat07:47
*** serg_melikyan has quit IRC07:47
*** serg_melikyan has joined #heat07:47
*** jistr has quit IRC07:50
*** dmn_ has quit IRC07:50
*** dmn_ has joined #heat07:50
pas-hayay, all set for rc1 cut :)07:52
asalkeldyeah07:52
asalkeldpas-ha: got the release meeting in 8mins07:52
pas-hagood, does that mean master will open soon? :)07:53
pas-haasalkeld, take a look at my last comment in https://review.openstack.org/#/c/166166/ - would we like that patch in Kilo? (as milestone-potential?)07:55
pas-hawell, not the last - second to last comment07:55
* pas-ha wonders why gerrit does not support permalinking to the comment..07:57
*** ananta has joined #heat07:58
asalkeldlooking pas-ha07:58
asalkeldpas-ha: *could* do - doesn't look super important07:59
*** BManojlovic has joined #heat08:00
pas-haasalkeld, that was my thought also. I'm fine with any decision, so let's not rush it in Kilo08:00
*** vijayagurug has joined #heat08:01
openstackgerritThierry Carrez proposed openstack/heat: Open Liberty development  https://review.openstack.org/17107508:07
skraynevwow: Liberty open ;)08:07
*** serg_melikyan has quit IRC08:08
skraynevpas-ha: except Mistral08:08
skraynevI though, that we want to see it in K08:08
skraynevbut... now it looks impossible08:08
*** jistr has joined #heat08:09
stevebakeras a contrib plugin Mistral won't be distributed with the release anyway, and can land any time08:16
skraynevstevebaker: got it. thx ;)08:19
*** ParsectiX has quit IRC08:19
skraynevAnybody knows: what the hell happens with gates?08:19
asalkeldhttps://bugs.launchpad.net/tempest/+bug/144098408:20
openstackLaunchpad bug 1440984 in tempest "AttributeError: 'InstallRequirement' when running update.py" [Undecided,New]08:20
*** ParsectiX has joined #heat08:23
skraynevasalkeld: ok. wait when fix be merged ;)08:26
*** ParsectiX has quit IRC08:28
*** serg_melikyan has joined #heat08:51
*** serg_mel_ has joined #heat08:52
*** serg_melikyan has quit IRC08:52
openstackgerritRakesh H S proposed openstack/heat: test_resource for functional tests  https://review.openstack.org/17068208:55
*** serg_mel_ has quit IRC08:57
*** dulek___ has joined #heat08:59
*** inc0 has quit IRC08:59
*** dulek_ has quit IRC09:01
*** inc0 has joined #heat09:03
*** pitr-ch has joined #heat09:05
*** dmn_ has quit IRC09:10
openstackgerrithuangtianhua proposed openstack/heat-specs: Support to generate hot template based on resource type  https://review.openstack.org/17108909:10
*** inc0 has quit IRC09:29
*** dims has joined #heat09:29
*** inc0 has joined #heat09:29
*** inc0 has quit IRC09:34
skraynevstevebaker: around?09:34
*** dims has quit IRC09:35
skraynevwhat the principal difference between SwiftSignal and WaitCondition except using corresponding clients (swift and heat)09:38
*** inc0 has joined #heat09:39
*** serg_melikyan has joined #heat09:42
*** inc0 has quit IRC09:44
*** serg_melikyan has quit IRC09:44
openstackgerritDeliang Fan proposed openstack/heat: Fix floatingip[association] misses use case  https://review.openstack.org/16798009:48
skraynevNote: please do not recheck, we have issue on gates. Let's wait fix for gate be merged: https://bugs.launchpad.net/tempest/+bug/144098409:50
openstackLaunchpad bug 1440984 in tempest "AttributeError: 'InstallRequirement' when running update.py" [Undecided,New]09:50
shardyskraynev: The main difference is the transport, e.g swift vs signalling the heat API directly09:50
shardyskraynev: the swift version may scale better, but obviously it only works if you have swift in your environment09:51
skraynevshardy: can we say which i more preferable?09:52
skraynevshardy: in case for our integration tests.09:52
shardyskraynev: well for deployers, they can choose because we made the interfaces compatible09:53
shardybut for integration tests, I guess maybe the WaitCondition version may be preferred in most cases, because then you don't need all the swift components running in your devstack env09:53
shardyideally, we'd test both - I'm not sure if we have coverage of SwiftSignal atm tho09:54
skraynevshardy: ok. got it. cool ;)09:56
pas-hashardy, we need swift already for integration tests - https://github.com/openstack/heat/blob/master/heat_integrationtests/functional/test_aws_stack.py#L10409:59
*** inc0 has joined #heat10:00
*** serg_melikyan has joined #heat10:00
*** ananta_ has joined #heat10:01
*** ananta_ has quit IRC10:01
*** serg_melikyan has quit IRC10:02
*** inc0 has quit IRC10:02
*** ananta has quit IRC10:03
*** inc0_ has joined #heat10:03
openstackgerrithuangtianhua proposed openstack/heat-specs: Support to generate hot template based on resource type  https://review.openstack.org/17108910:04
*** Yanyanhu has quit IRC10:06
*** chlong has joined #heat10:07
shardypas-ha: Ok, thanks10:10
shardytherve: Hey, I'd be interested to get your feedback on https://review.openstack.org/#/c/170634/10:14
shardyIIRC the ommission of load_balancer_names from the heat ASG resource was a deliberate design decision?10:15
therveshardy, Yes10:16
therveThe bug opened is just... something we never intended to support10:17
therveBecause only neutron load balancers are supported in the current scenario10:18
therveshardy, Commented. I think I may have lost the design battle of ASG though.10:24
shardytherve: Ok, thanks!10:24
*** serg_melikyan has joined #heat10:25
therveI guess none of the ASG spec have been merged though.10:26
*** cdent has joined #heat10:26
shardytherve: I wonder if we actually need a more generic "cascade_signal" interface or something, so you just specify a list of resource which should also get hit by the signal doing the ASG adjustment10:27
shardye.g after we land https://review.openstack.org/#/c/143496/10:28
*** pal has quit IRC10:28
therveshardy, That's the king of thing I would like yeah10:28
shardythen we could have a default signal handler which just re-resolves the properties10:28
shardyI'll add a comment along those lines10:28
*** serg_melikyan has quit IRC10:29
therveIt's obvious on that patch that they don't want load_balancer_names, as they *don't* use a regulard load balancer name10:29
therveIt's just "please notify this resource"10:29
*** jistr has quit IRC10:30
*** serg_melikyan has joined #heat10:43
*** inc0_ has quit IRC10:43
*** tobberydberg has joined #heat10:46
*** dulek_ has joined #heat10:49
*** dulek___ has quit IRC10:50
*** serg_melikyan has quit IRC10:51
*** jistr has joined #heat10:51
*** jistr is now known as jistr|biab10:52
*** ParsectiX has joined #heat10:52
*** pal has joined #heat10:53
*** sdake_ has joined #heat11:03
*** sdake has quit IRC11:07
*** KanagarajM has quit IRC11:07
*** cdent_ has joined #heat11:16
*** cdent_ has quit IRC11:19
*** cdent has quit IRC11:20
*** pal has quit IRC11:21
*** cdent has joined #heat11:22
*** BManojlovic has quit IRC11:35
openstackgerritRabi Mishra proposed openstack/heat: Fix NeutronLoadBalancerTest.test_neutron_loadbalancer timeout  https://review.openstack.org/17076511:38
*** elynn_ has joined #heat11:40
*** BManojlovic has joined #heat11:43
*** inc0 has joined #heat11:44
*** EricGonczer_ has joined #heat11:45
*** cmyster has quit IRC11:47
*** chlong has quit IRC11:49
*** jistr|biab is now known as jistr11:49
*** chlong has joined #heat11:51
*** jmckind has joined #heat11:55
*** coolsvap is now known as coolsvap|afk11:59
*** dulek___ has joined #heat12:01
*** EricGonczer_ has quit IRC12:01
*** dulek_ has quit IRC12:03
gcivitellaHi all, is the idea of running an Heat agent inside vms to trigger autoscaling actions definitively outdated? Are there cases (ie: Puppet or Chef integration) where such agents are still used? Thanks12:07
shardygcivitella: Having an agent push stats is still useful, e.g when you care about application level metrics which aren't available via ceilometer's hypervisor-level data12:08
shardygcivitella: you can push those stats via python-ceilometerclient directly to ceilometer, or via the legacy cfn-push-stats tool12:09
*** pal has joined #heat12:10
gcivitellashardy: thanks12:11
*** ParsectiX has quit IRC12:12
*** jmckind has quit IRC12:15
*** Xiao-Yang-Zhu has quit IRC12:15
*** nkhare has quit IRC12:15
*** jdob has quit IRC12:19
*** jdob has joined #heat12:20
*** alexpilotti has joined #heat12:22
openstackgerritRenat Akhmerov proposed openstack/heat: Add OS::Mistral::CronTrigger resource  https://review.openstack.org/14932712:24
*** jmckind has joined #heat12:24
openstackgerritMerged openstack/heat-templates: heat-config-kubelet hook  https://review.openstack.org/14088712:25
*** erkules_ is now known as erkules12:28
*** erkules has quit IRC12:28
*** erkules has joined #heat12:28
*** cmyster has joined #heat12:28
*** smccully has joined #heat12:28
*** aweiteka has joined #heat12:29
*** dulek___ has quit IRC12:33
*** dulek___ has joined #heat12:33
*** pal_ has joined #heat12:33
*** dims has joined #heat12:34
*** pal has quit IRC12:36
openstackgerritrajiv proposed openstack/python-heatclient: Commands displays operated stacks instead of all the stacks  https://review.openstack.org/16669312:36
*** dims has quit IRC12:39
*** asalkeld has quit IRC12:40
*** rpothier has joined #heat12:51
openstackgerritGrzegorz Grasza (xek) proposed openstack/python-heatclient: Update heatclient shell to use shared arguments from Session  https://review.openstack.org/17041112:53
*** Xiao-Yang-Zhu has joined #heat12:58
*** openstackgerrit has quit IRC13:07
*** openstackgerrit has joined #heat13:07
*** Drago has joined #heat13:09
*** Drago has quit IRC13:09
*** Drago has joined #heat13:09
*** limor has quit IRC13:10
*** vijendar has joined #heat13:11
*** dims has joined #heat13:11
*** jasond has joined #heat13:12
*** pal_ has quit IRC13:12
*** jruano has joined #heat13:15
*** Marga_ has joined #heat13:24
*** Marga_ has quit IRC13:24
*** Marga_ has joined #heat13:25
*** tochi has quit IRC13:33
*** EricGonczer_ has joined #heat13:35
*** dims has quit IRC13:36
*** dims has joined #heat13:37
*** jasond has quit IRC13:40
*** jasond has joined #heat13:40
*** ParsectiX has joined #heat13:41
*** Qiming has joined #heat13:44
*** serg_melikyan has joined #heat13:49
*** serg_mel_ has joined #heat13:50
*** serg_melikyan has quit IRC13:50
*** vijayagurug has left #heat13:50
*** chlong has quit IRC13:51
*** rakesh_hs has quit IRC13:52
openstackgerritMerged openstack/heat: Open Liberty development  https://review.openstack.org/17107513:55
*** ParsectiX has quit IRC14:00
openstackgerritPeter Razumovsky proposed openstack/heat: Add env storing for loaded environments  https://review.openstack.org/16886514:04
*** Marga_ has quit IRC14:07
*** boris-42 has joined #heat14:08
*** jmckind has quit IRC14:10
skraynevWho recently install devstack? I met the issue, that it is successfully installed, but heat is not loaded and installed14:15
openstackgerritPeter Razumovsky proposed openstack/heat: Fix resources allocation in documentation  https://review.openstack.org/16611014:15
openstackgerritPeter Razumovsky proposed openstack/heat: Add OS::Mistral::Workflow for Mistral workflows  https://review.openstack.org/14764514:16
*** InblEric has joined #heat14:16
*** signed8bit has joined #heat14:19
*** signed8bit is now known as signed8bit_ZZZzz14:19
therveskraynev, Maybe you have that pip issue?14:19
Qimingskraynev, I just rebuilt a devstack multi-host env on rhel7 last week, everything works fine14:19
Qimingpip issue -> http://lists.openstack.org/pipermail/openstack-dev/2015-April/060776.html14:19
*** signed8bit_ZZZzz is now known as signed8bit14:19
skraynevtherve: may be, but symptoms don't not look similar14:20
openstackgerritKairat Kushaev proposed openstack/heat: Show resource by physical_id  https://review.openstack.org/16886414:20
openstackgerritKairat Kushaev proposed openstack/heat: Fix trace for stack adopt tests  https://review.openstack.org/16902414:20
openstackgerritKairat Kushaev proposed openstack/heat: Make disk property of flavor default  https://review.openstack.org/16722914:21
skraynevQiming: looking.14:21
*** pm90_ has joined #heat14:22
*** jruano has quit IRC14:23
Qimingskraynev, http://git.openstack.org/cgit/openstack-dev/devstack/commit/?id=53ded8cedaca91c1ad576b81b090b7bc237b4a8f14:23
Qimingmaybe this?14:23
skraynevQiming: try to use it now. deploy in progress14:24
*** serg_mel_ has quit IRC14:24
*** aweiteka has quit IRC14:25
skraynevQiming: anyway it's very strange Heat should be enabled by default14:25
Qimingheat is removed from the default ENABLED_SERVICES .. that is weird14:25
*** serg_melikyan has joined #heat14:27
*** jprovazn has quit IRC14:31
*** jruano has joined #heat14:33
*** jruano has quit IRC14:34
*** inc0 has quit IRC14:34
*** serg_melikyan has quit IRC14:36
*** serg_melikyan has joined #heat14:36
*** devlaps has quit IRC14:38
*** aweiteka has joined #heat14:39
*** Raj1 has joined #heat14:43
*** hdd has joined #heat14:45
*** prazumovsky has joined #heat14:45
*** serg_melikyan has quit IRC14:46
*** Qiming has quit IRC14:48
*** Qiming has joined #heat14:48
*** kebray has joined #heat14:49
*** radez_g0n3 is now known as radez14:49
*** dulek___ is now known as dulek_14:54
*** dulek_ is now known as dulek14:54
*** Qiming has quit IRC14:57
openstackgerritPeter Razumovsky proposed openstack/heat: Improve StackValidationFailed response in properties  https://review.openstack.org/12715014:58
openstackgerritPeter Razumovsky proposed openstack/heat: Improve StackValidationFailed response in nested  https://review.openstack.org/17049014:58
openstackgerritPeter Razumovsky proposed openstack/heat: Improve StackValidationFailed response in outputs  https://review.openstack.org/16081914:58
*** Raj1 has quit IRC14:59
*** Raj1 has joined #heat14:59
*** bdossant has joined #heat15:00
pas-haQiming, I think might be due to moving all heat tests to our functional ones, so that heat is no more installed on every devstack running on the gate15:08
pas-hawe had that discussion on one of recent weeklies15:08
*** ishant has quit IRC15:13
*** signed8bit is now known as signed8bit_ZZZzz15:15
openstackgerritSergey Kraynev proposed openstack/heat: Deprecate using required=True with default value  https://review.openstack.org/11661515:16
*** vijayagurug has joined #heat15:16
*** serg_melikyan has joined #heat15:18
*** signed8bit_ZZZzz is now known as signed8bit15:18
openstackgerritRabi Mishra proposed openstack/heat: Fix NeutronLoadBalancerTest.test_neutron_loadbalancer timeout  https://review.openstack.org/17076515:21
*** tspatzier has quit IRC15:23
*** tspatzier has joined #heat15:24
*** pm90_ has quit IRC15:24
*** serg_melikyan has quit IRC15:25
*** jruano has joined #heat15:30
*** ccrouch has quit IRC15:36
*** devlaps has joined #heat15:40
*** Tango has joined #heat15:40
*** crose has joined #heat15:41
*** funzo has joined #heat15:45
*** Marga_ has joined #heat15:47
*** Tango|2 has joined #heat15:49
*** Tango has quit IRC15:52
*** vijayagurug has left #heat15:57
*** alexpilotti has quit IRC15:59
*** BManojlovic has quit IRC15:59
*** Xiao-Yang-Zhu has quit IRC15:59
*** Xiao-Yang-Zhu has joined #heat15:59
*** pm90_ has joined #heat16:00
*** pm90_ has quit IRC16:01
*** pm90_ has joined #heat16:02
*** dulek has quit IRC16:03
*** bdossant has quit IRC16:06
*** jcoufal has quit IRC16:07
*** prazumovsky has quit IRC16:09
*** alexpilotti has joined #heat16:10
*** smc7 has joined #heat16:14
*** signed8bit has quit IRC16:17
*** pm90_ has quit IRC16:18
*** alexpilotti_ has joined #heat16:24
*** alexpilotti has quit IRC16:24
*** alexpilotti_ is now known as alexpilotti16:24
*** sputnik13 has joined #heat16:25
*** jistr has quit IRC16:27
*** signed8bit has joined #heat16:28
*** signed8bit is now known as signed8bit_ZZZzz16:28
*** Raj1 has quit IRC16:29
*** signed8bit_ZZZzz is now known as signed8bit16:30
*** Grace1 has joined #heat16:30
Grace1Hi16:30
Grace1I have one question about run npm command from powershell from userdata16:31
*** pm90_ has joined #heat16:31
*** EricGonczer_ has quit IRC16:31
Grace1it always reported: Create_Failed: Resource CREATE failed: UnicodeEncodeError: 'ascii' codec can't encode character u'\uff03' in position 3006: ordinal not in range(128)16:31
Grace1but I can run the npm command successfully directly from powershell command prompt16:32
Grace1why?16:32
zanebGrace1: that's an error in Heat, not in powershell16:32
zanebor, at least, in Python code somewhere16:33
Grace1then how to solve16:33
Grace1it16:33
zanebone option is to not output non-ascii text16:33
zanebbut to really fix it we'd need to see the traceback from the exception. try searching for that text in the heat-engine log16:34
Grace1let me try16:35
Grace1thx a lot16:35
*** Marga_ has quit IRC16:38
*** Marga_ has joined #heat16:38
*** devlaps has quit IRC16:39
*** gcivitella has quit IRC16:40
*** pm90_ has quit IRC16:41
*** Marga_ has quit IRC16:43
*** jruano has quit IRC16:45
*** Marga_ has joined #heat16:49
*** InblEric has quit IRC16:51
*** InblEric has joined #heat16:56
*** elynn_ has quit IRC17:02
*** Grace1 has quit IRC17:07
*** sdake_ has quit IRC17:08
*** dsanders has joined #heat17:10
*** crose has quit IRC17:12
*** hdd has quit IRC17:14
*** hdd has joined #heat17:15
openstackgerritRabi Mishra proposed openstack/heat-templates: Add env_file support for docker-compose hook  https://review.openstack.org/17071417:17
*** shardy has quit IRC17:17
*** pm90_ has joined #heat17:19
*** Xiao-Yang-Zhu has quit IRC17:20
*** AlexD_ has joined #heat17:21
*** dulek has joined #heat17:24
*** spzala has joined #heat17:26
*** dsneddon has joined #heat17:26
AlexD_Can someone provides any details on how I can use resources that exist before a stack is deployed? I have an situation where I need to extract properties from an existing OS::Neutron:Subnet resource. Ideally I would like to have heat create the resource if it were not already present.17:27
AlexD_The question is basically the same as https://ask.openstack.org/en/question/56654/how-to-read-attributes-of-existing-network-in-heat-template/, but the response doesn't answer the question asked.17:28
*** harlowja_away is now known as harlowja17:31
*** achanda has joined #heat17:36
openstackgerritMerged openstack/heat: Cleans default declaration nullable=False from heat objects  https://review.openstack.org/17077517:38
*** pitr-ch has quit IRC17:49
*** Raj1 has joined #heat17:58
*** Raj1 has quit IRC17:59
*** Raj1 has joined #heat17:59
*** cdent has quit IRC17:59
*** jamielennox|away is now known as jamielennox18:01
*** elynn_ has joined #heat18:02
*** hdd has quit IRC18:03
*** jruano has joined #heat18:04
openstackgerritMerged openstack/python-heatclient: Remove the deprecated shell commands  https://review.openstack.org/16762218:06
jdandreaVery exciting to see all these merges/fixes/etc.!18:07
jdandreaAlexD_: Good question. Iff it's possible to use the UUID of an existing resource with get_attr, then you're golden, however I'm not sure that's possible (haven't tried it myself).18:08
jdandrea(If not Iff, heh.)18:08
*** pm90_ has quit IRC18:09
*** sdake has joined #heat18:10
*** sdake_ has joined #heat18:11
*** EricGonczer_ has joined #heat18:12
*** elynn_ has quit IRC18:14
*** sdake has quit IRC18:15
*** EricGonczer_ has quit IRC18:18
*** sabeen has joined #heat18:18
openstackgerritRakesh H S proposed openstack/heat: test_resource for functional tests  https://review.openstack.org/17068218:19
*** smc7 has quit IRC18:21
*** pm90_ has joined #heat18:23
*** dulek has quit IRC18:23
*** jdandrea has quit IRC18:25
*** serg_melikyan has joined #heat18:26
*** jdandrea has joined #heat18:28
pas-haAlexD_, currently you can not. You have to extract these properties yourself via neutronclient and feed them to the template as e.g. parameters18:29
*** hdd has joined #heat18:29
pas-habut there is a spec on review about resource-level abandon and adopt (the latter is what you want it seems)18:30
*** InblEric1 has joined #heat18:30
*** serg_melikyan has quit IRC18:30
*** pas-ha has quit IRC18:31
*** InblEric2 has joined #heat18:32
*** InblEric has quit IRC18:32
*** InblEric1 has quit IRC18:35
*** signed8bit is now known as signed8bit_ZZZzz18:44
*** vijendar has quit IRC18:45
jdandreaAlexD_: I wonder about resources that you *can't* adopt (e.g., resources that are already being orchestrated) but that you still want to get properties of, just as you would normally do from the command line ...18:47
*** smc7 has joined #heat18:52
*** Raj1 has quit IRC18:53
*** Raj1 has joined #heat18:53
*** signed8bit_ZZZzz is now known as signed8bit18:55
*** gokrokve has joined #heat18:58
AlexD_jdandrea, pas-ha: Thanks for the response. I'll dig more into the adoption spec to see if it is what I need.18:58
jdandrea:)18:58
AlexD_BTW... is what I am wanting to do an heat anti-pattern? Is obtaining the properties outside heat the norm?19:00
jdandreaAlexD_: I'm not sure. I mean ... there are times when I've orchestrated "by hand" and I've needed to get info from resources I didn't create. So long as I have line-of-sight via the project/tenant and I can use CLIs to do so, I'm golden.19:03
jdandreaAlexD_: For now, what I do is pass values in as params. That means I still have to fetch all that info out-of-band (vs. automate it), but it does the trick.19:04
*** Marga_ has quit IRC19:04
*** rpothier has quit IRC19:04
*** kbs1 has joined #heat19:05
jdandreaAlexD_: I think I'd make good use of some way to examine existing resources, so long as I have permission to do so. I'm not sure if it's an anti-pattern though. Perhaps there are pros/cons alike.19:05
*** kbs has quit IRC19:06
*** jistr has joined #heat19:07
*** elynn_ has joined #heat19:11
*** rpothier has joined #heat19:12
*** vijendar has joined #heat19:13
*** GonZo2K has joined #heat19:14
*** elynn_ has quit IRC19:15
*** Raj1 has quit IRC19:20
*** openstackgerrit has quit IRC19:22
*** openstackgerrit has joined #heat19:23
*** EricGonczer_ has joined #heat19:24
*** achanda has quit IRC19:25
*** EricGonc_ has joined #heat19:26
*** EricGonczer_ has quit IRC19:29
*** harlowja is now known as harlowja_away19:31
*** kbs has joined #heat19:32
*** Raj1 has joined #heat19:33
*** kbs1 has quit IRC19:35
*** jruano has quit IRC19:36
*** jruano has joined #heat19:36
*** achanda has joined #heat19:37
*** harlowja_away is now known as harlowja19:37
miguelgrinbergtherve: are you around?19:42
thervemiguelgrinberg, Yes19:43
miguelgrinbergHi, I agree with you, doing an update is the best solution, but angus and stevebaker were not too happy when I suggested that idea19:43
therveIt's possible they were wrong. Or that I am :).19:44
miguelgrinbergI wanted to not call adjust(), but instead generate a stack update. To me that is the solution that addresses all problems related to this.19:44
therveI don't think I should be blocking your patch if Angus approves it.19:45
therveDid you write a patch, or talked about the solution?19:45
miguelgrinbergI did not write a patch for the update idea, it was just a discussion here with angus and steve19:45
miguelgrinbergso this week I'm not going to have much time as I'm in Montreal for PyCon, but next week I can give it a shot19:46
therveWell I don't really know their objections, they are possibly valid19:46
miguelgrinbergthey seemed to think it would be overkill to do a full update19:47
*** achanda has quit IRC19:47
therveHum ok. That's not a strong argument :)19:47
therveDo you think you could perhaps send an email to -dev?19:47
miguelgrinbergright, updates are smart, they update just the stuff that changed19:47
stevebakerI think it is just having a general principle of resources shouldn't trigger stack lifecycle changes19:47
*** jmckind has joined #heat19:47
thervestevebaker, Hi!19:48
stevebakerhi19:48
therveYou mean resource shouldn't call update directly from inside?19:48
stevebakeryeah, because then you have resources implementing workflow19:49
miguelgrinbergstevebaker: on a smaller scale that is happening, the update is just localized, but it's there19:50
therveThat sounds fair to me. Which is why we should detect what happens, instead of making the resource calling it.19:50
stevebakeras an aside, if we end up doing stack updates for this then we could do the same thing to fix HARestarter19:52
*** jruano has quit IRC19:52
therveI'm not super convinced by your argument though. You're saying that we shouldn't do workflow explicitely, but we currently doing it implicitely.19:52
therveIsn't explicit better?19:53
miguelgrinbergwe are also explicitly updating the lb resources as a result of the implicit update of the asg19:53
*** GonZo2K has quit IRC19:53
therveASG is even calling stack_update on the nested stack currently19:54
thervemiguelgrinberg, Are we? I thought that was the bug you wanted to fix19:54
therveOr are you talking about the AWS resource?19:54
miguelgrinbergtherve: the lbutils module does an update on the resources listed as load balancers19:54
*** jistr has quit IRC19:55
miguelgrinbergI extended it to work on custom resources that I used as load balancers19:55
therveRight.19:55
therveI would consider that legacy stuff :)19:55
miguelgrinbergto me the way you update the resourcegroup is much cleaner, a full update takes care of all the dependencies19:56
therveAWS::ElasticLoadBalancing::LoadBalancer doesn't depend on the group though, so that wouldn't solve that issue19:56
miguelgrinbergwell, that's a good point. The update would work for resources that use get_attr on the ASG, which is my case.19:57
therveStill, we don't have to solve everything at once.19:58
miguelgrinbergI'm not very familiar with the aws side, so I don't know how much that can be changed without breaking compatibility20:00
miguelgrinbergprobably not much, so maybe its best to not touch that20:01
miguelgrinbergtherve: yeah, it looks like the current mechanism with lbutils cannot be changed, so if we do an update it'll be for HOT only20:06
therveWhich is fine, I believe.20:06
thervemiguelgrinberg, Got to go. I believe we're in sync though. If you can send that email that'd be great, we could possibly have Zane's input as well. And again, I don't want to block your progress, so if someone approves your patch that's ok.20:08
* therve --> away20:08
miguelgrinbergtherve: thanks, for your help.20:08
stevebakerzaneb: you about to read this backscroll? ^^20:13
*** signed8bit is now known as signed8bit_ZZZzz20:15
zanebI'm about20:15
*** signed8bit_ZZZzz is now known as signed8bit20:16
*** rpothier has quit IRC20:18
*** Raj1 has quit IRC20:18
zanebI read the scrollback and I have no idea what we're talking about20:19
*** Raj1 has joined #heat20:19
zanebmiguelgrinberg: mailing list post would be great, thanks :)20:19
miguelgrinbergzaneb: yes, I'll write it up for the ML20:20
zanebmuch appreciated :)20:20
*** AlexD_ has quit IRC20:27
*** achanda has joined #heat20:29
*** yuntong has quit IRC20:33
*** Raj1 has quit IRC20:34
*** alex_xu has quit IRC20:34
*** Raj1 has joined #heat20:42
*** Marga_ has joined #heat20:50
*** jtomasek has quit IRC20:52
*** sdake_ has quit IRC20:57
*** pm90_ has quit IRC20:58
*** elynn_ has joined #heat21:00
*** elynn_ has quit IRC21:05
*** gokrokve has quit IRC21:07
*** radez is now known as radez_g0n321:08
*** jmckind has quit IRC21:13
*** Raj1 has quit IRC21:15
*** tobberydberg has quit IRC21:17
*** pm90_ has joined #heat21:18
*** pm90_ has quit IRC21:19
*** pm90_ has joined #heat21:20
stevebakerthis looks like it needs triage https://bugs.launchpad.net/heat/+bug/143951821:21
openstackLaunchpad bug 1439518 in heat "purge_deleted gives SQL integrety error" [Undecided,New]21:21
*** signed8bit has quit IRC21:23
*** pm90__ has joined #heat21:25
*** chlong has joined #heat21:26
*** EricGonc_ has quit IRC21:26
*** Raj1 has joined #heat21:27
*** pm90_ has quit IRC21:28
*** pm90__ has quit IRC21:29
*** Marga_ has quit IRC21:31
*** Drago has quit IRC21:31
*** Marga_ has joined #heat21:31
*** smccully has quit IRC21:37
*** openstackgerrit has quit IRC21:37
*** openstackgerrit has joined #heat21:37
*** jasond has quit IRC21:38
*** aweiteka has quit IRC21:41
*** InblEric2 has quit IRC21:44
*** rpothier has joined #heat21:44
openstackgerritMerged openstack/heat-templates: Add env_file support for docker-compose hook  https://review.openstack.org/17071421:48
*** pm90_ has joined #heat21:52
*** pm90_ has quit IRC21:52
*** pm90_ has joined #heat21:53
*** EricGonczer_ has joined #heat21:57
*** EricGonc_ has joined #heat22:00
*** Drago has joined #heat22:01
*** Marga_ has quit IRC22:01
*** Marga_ has joined #heat22:02
*** Drago has quit IRC22:02
*** Drago has joined #heat22:02
*** EricGonczer_ has quit IRC22:03
*** sabeen has quit IRC22:03
*** alexpilotti has quit IRC22:12
*** alexpilotti has joined #heat22:13
*** alexpilotti has quit IRC22:14
*** pm90_ has quit IRC22:14
*** dims_ has joined #heat22:30
*** dims_ has quit IRC22:30
*** dims_ has joined #heat22:31
*** sdake has joined #heat22:31
*** Marga_ has quit IRC22:32
*** Marga_ has joined #heat22:33
*** vijendar has quit IRC22:34
*** dims has quit IRC22:34
*** sdake_ has joined #heat22:37
*** sputnik13 has quit IRC22:38
*** boris-42 has quit IRC22:38
*** sdake has quit IRC22:40
*** alexpilotti has joined #heat22:43
*** elynn_ has joined #heat22:49
*** Marga_ has quit IRC22:49
*** asalkeld has joined #heat22:53
*** elynn_ has quit IRC22:53
asalkeldmorning22:55
stevebakermorning23:00
*** achanda has quit IRC23:05
*** EricGonc_ has quit IRC23:07
*** EricGonczer_ has joined #heat23:09
*** achanda has joined #heat23:21
*** Raj1 has quit IRC23:24
*** Raj1 has joined #heat23:27
*** EricGonczer_ has quit IRC23:28
*** Raj1 has quit IRC23:29
*** rpothier has quit IRC23:31
*** lee__ has quit IRC23:31
*** lee__ has joined #heat23:33
*** Marga_ has joined #heat23:37
*** smc7 has quit IRC23:41
*** Qiming has joined #heat23:42
*** tochi has joined #heat23:42
*** Qiming has quit IRC23:48
*** hdd has quit IRC23:53
*** boris-42 has joined #heat23:54
*** kebray has quit IRC23:57

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