Tuesday, 2014-09-09

*** spzala has joined #heat00:01
*** jroyall has joined #heat00:01
*** jroyall is now known as joeroyall00:01
*** zns has quit IRC00:03
*** ccrouch has joined #heat00:05
*** Qiming has joined #heat00:06
*** sarob_ has quit IRC00:07
*** hdd has quit IRC00:17
*** spzala has quit IRC00:20
*** sabeen has quit IRC00:26
*** radez is now known as radez_g0n300:28
*** kopparam has joined #heat00:30
*** kopparam has quit IRC00:38
*** randallburt has quit IRC00:38
*** randallburt has joined #heat00:39
*** zns has joined #heat00:42
*** gokrokve has joined #heat00:44
*** andersonvom has quit IRC00:45
*** kebray has quit IRC00:46
*** hdd has joined #heat00:59
openstackgerritAngus Salkeld proposed a change to openstack/heat: Import the stack module directly  https://review.openstack.org/10729201:00
*** zns has quit IRC01:05
*** erkules_ has joined #heat01:12
SpamapSstevebaker: around?01:12
stevebakerSpamapS: hai!01:12
SpamapSstevebaker: https://bugs.launchpad.net/heat/+bug/1366798 .. I'm losing my Heat context right now while distracted with some internal stuff. Can you triage that?01:13
uvirtbotLaunchpad bug 1366798 in heat "JSON parameter is returned wrongly by the JsonParameter class" [Undecided,New]01:13
SpamapSstevebaker: I am suspicious that it is just a heatclient bug in the 'show' command, and not an API problem, but I figure you can verify it faster than I can dig out my test rig and poke it.01:14
stevebakerSpamapS: sure thing, I can do that01:14
openstackgerritAngus Salkeld proposed a change to openstack/heat: Support loading resources from stevedore extensions  https://review.openstack.org/10304401:14
openstackgerritAngus Salkeld proposed a change to openstack/heat: Use setuptools to install contrib plugins  https://review.openstack.org/10533401:14
openstackgerritAngus Salkeld proposed a change to openstack/heat: Convert functions into a fixed part of the template  https://review.openstack.org/10348401:14
*** erkules has quit IRC01:14
SpamapSstevebaker: thanks!01:15
miguelgrinbergstevebaker: sorry to bug you. I noticed that 404 errors from the heat API are sometimes returned as text/plain, others as text/html. Are there any plans to fix this? Do you think it is a worthwhile effort?01:20
miguelgrinbergstevebaker: I'm thinking these should be JSON, in case it isn't clear, or at least use content negotiation to return what the client wants01:21
stevebakermiguelgrinberg: I'm not aware of a bug for that, it seems worth fixing to be JSON01:22
asalkeldanyone booking flights to paris?01:22
miguelgrinbergstevebaker: I'll write a bug then. Thanks.01:22
asalkeldwondering if we need time before/after for moar heat convergence chatter01:23
*** gokrokve_ has joined #heat01:23
stevebakerasalkeld: a good proportion of our summit sessions will be convergence01:23
asalkeldyeah, i guess01:23
stevebakerasalkeld: we'll likely drop the 40 minute session format and have something less structured01:24
*** hdd has quit IRC01:24
asalkeldstevebaker, I thought it was going to be a mix of structured and unstructured01:25
stevebakerasalkeld: probably, thats up to the PTL to figure out01:25
asalkeldreally?01:25
asalkeldnot sure you can just change the format01:25
asalkeldi think structured has it's place01:26
*** kebray has joined #heat01:26
*** gokrokve has quit IRC01:26
asalkeldfor people that want to attend other projects01:26
asalkeld(not everyone is solely focused on one project)01:26
*** gokrokve_ has quit IRC01:27
*** joeroyall has quit IRC01:27
stevebakerasalkeld: have you followed all the openstack-dev discussion about the desire to get the summit sessions to be as productive as the mid-cycle meetups?01:31
asalkeldsure, and that seems to be ending in part/part structured/unstructed last i looked01:31
stevebakeryep, and the new PTL can figure out with the rest of us how the heat sessions will be scheduled. I'm pretty sure we're saying the same thing01:34
*** Drago1 has joined #heat01:34
asalkeldcool, such a long thread01:34
asalkeldhard to see the final outcome01:35
*** Drago1 has quit IRC01:37
*** hdd has joined #heat01:44
*** nosnos has joined #heat01:51
lipinski1How do I create a Neutron network/subnet via Heat but have the gateway disabled?01:55
lipinski1My problem is that I'm getting a undesired default route from the network I create - when I don't want that behavior.01:55
lipinski1I'm not specifying any gateway_ip in the OS::Neutron::Subnet parameters01:55
*** Tross has quit IRC01:58
*** denis_makogon has quit IRC02:10
*** denis_makogon has joined #heat02:10
*** openstackgerrit has quit IRC02:33
*** hdd has quit IRC02:40
*** sabeen has joined #heat02:45
*** ramishra has joined #heat02:55
*** KanagarajM has joined #heat02:57
*** sabeen has quit IRC02:57
*** sabeen has joined #heat02:58
*** Drago1 has joined #heat03:00
*** ramishra has quit IRC03:08
*** Drago1 has quit IRC03:08
*** ramishra has joined #heat03:09
*** lazy_prince is now known as killer_prince03:16
*** ajc_ has joined #heat03:22
*** achampion has joined #heat03:22
*** openstack has joined #heat03:42
*** sendak.freenode.net sets mode: -o gonery03:46
-sendak.freenode.net- *** Notice -- TS for #heat changed from 1410234098 to 133236478103:46
*** sendak.freenode.net sets mode: +cpt-s 03:46
*** hdd has joined #heat03:46
*** coolsvap has joined #heat03:46
*** tango has joined #heat03:46
*** xmltok has joined #heat03:46
*** andreaf_ has joined #heat03:46
*** elynn has joined #heat03:46
*** stevelle has joined #heat03:46
*** metral has joined #heat03:46
*** denis_makogon has joined #heat03:46
*** erkules_ has joined #heat03:46
*** stevebak` has joined #heat03:46
*** john-n-s- has joined #heat03:46
*** Guest56441 has joined #heat03:46
*** thegodfather has joined #heat03:46
*** vijendar1 has joined #heat03:46
*** achampio1 has joined #heat03:46
*** Murali__ has joined #heat03:46
*** ccrouch1 has joined #heat03:46
*** KanagarajM has joined #heat03:46
*** ajc_ has joined #heat03:46
*** ramishra has joined #heat03:46
*** sabeen has joined #heat03:46
*** nosnos has joined #heat03:46
*** kebray has joined #heat03:46
*** randallburt has joined #heat03:46
*** Qiming has joined #heat03:46
*** edmund has joined #heat03:46
*** asalkeld has joined #heat03:46
*** daneyon has joined #heat03:46
*** killer_prince has joined #heat03:46
*** gpocentek has joined #heat03:46
*** sbadia has joined #heat03:46
*** grncdr has joined #heat03:46
*** lipinski1 has joined #heat03:46
*** BillArnold has joined #heat03:46
*** htruta has joined #heat03:46
*** reed has joined #heat03:46
*** aweiteka has joined #heat03:46
*** dsneddon has joined #heat03:46
*** sjmc7 has joined #heat03:46
*** sergmelikyan has joined #heat03:46
*** pmyers has joined #heat03:46
*** Daviey has joined #heat03:46
*** rdo has joined #heat03:46
*** blomquisg has joined #heat03:46
*** enterprisedc has joined #heat03:46
*** ekarlso- has joined #heat03:46
*** urulama-afk has joined #heat03:46
*** cmyster has joined #heat03:46
*** jrist has joined #heat03:46
*** praveenkumar has joined #heat03:46
*** boris-42 has joined #heat03:46
*** rbrady has joined #heat03:46
*** justin-8 has joined #heat03:46
*** pscheie has joined #heat03:46
*** liusheng has joined #heat03:46
*** cody-somerville has joined #heat03:46
*** greghaynes has joined #heat03:46
*** IgorYozhikov has joined #heat03:46
*** pbelanyi has joined #heat03:46
*** DandyPandy has joined #heat03:46
*** shadower has joined #heat03:46
*** shardy has joined #heat03:46
*** lsmola_ has joined #heat03:46
*** swygue has joined #heat03:46
*** wpf has joined #heat03:46
*** larsks has joined #heat03:46
*** jpeeler has joined #heat03:46
*** bnemec has joined #heat03:46
*** Kimamisa has joined #heat03:46
*** morganfainberg has joined #heat03:46
*** SpamapS has joined #heat03:46
*** radix has joined #heat03:46
*** skraynev has joined #heat03:46
*** therve has joined #heat03:46
*** kevinbenton has joined #heat03:46
*** sdake has joined #heat03:46
*** dekozo has joined #heat03:46
*** harlowja has joined #heat03:46
*** jasond`` has joined #heat03:46
*** jdandrea has joined #heat03:46
*** Ng has joined #heat03:46
*** adam_g has joined #heat03:46
*** wendar has joined #heat03:46
*** cyli has joined #heat03:46
*** slagle has joined #heat03:46
*** zz_gondoi has joined #heat03:46
*** Chinorro has joined #heat03:46
*** otoolee has joined #heat03:46
*** sileht has joined #heat03:46
*** sirushti has joined #heat03:46
*** nijaba has joined #heat03:46
*** dteselkin has joined #heat03:46
*** FL1SK has joined #heat03:46
*** sgran has joined #heat03:46
*** uberj has joined #heat03:46
*** zaneb has joined #heat03:46
*** tank100 has joined #heat03:46
*** higgins has joined #heat03:46
*** brint has joined #heat03:46
*** EmilienM has joined #heat03:46
*** abramley has joined #heat03:46
*** pleia2 has joined #heat03:46
*** zhiyan has joined #heat03:46
*** Michalik_ has joined #heat03:46
*** wirehead_ has joined #heat03:46
*** russellb has joined #heat03:46
*** sgordon has joined #heat03:46
*** radez_g0n3 has joined #heat03:46
*** lvh has joined #heat03:46
*** mattoliverau has joined #heat03:46
*** serverascode has joined #heat03:46
*** chmouel has joined #heat03:46
*** funzo has joined #heat03:46
*** SergeyLukjanov has joined #heat03:46
*** zz_naotok has joined #heat03:46
*** Guest12333 has joined #heat03:46
*** kragniz has joined #heat03:46
*** PhilK has joined #heat03:46
*** mikal has joined #heat03:46
*** TVR___ has joined #heat03:46
*** uvirtbot has joined #heat03:46
*** DinaBelova has joined #heat03:46
*** andrearosa has joined #heat03:46
*** ruhe has joined #heat03:46
*** mtreinish has joined #heat03:46
*** miguelgrinberg has joined #heat03:46
*** aignatov has joined #heat03:46
*** lifeless has joined #heat03:46
*** anteaya has joined #heat03:46
*** tsufiev has joined #heat03:46
*** zigo has joined #heat03:46
*** gilliard_ has joined #heat03:46
*** ryansb has joined #heat03:46
*** jgrassler has joined #heat03:46
*** cinerama has joined #heat03:46
*** Isotopp has joined #heat03:46
*** mburns has joined #heat03:46
*** shufflebot has joined #heat03:46
*** devx has joined #heat03:46
*** d0ugal has joined #heat03:46
*** ChanServ has joined #heat03:46
*** sendak.freenode.net sets mode: +o ChanServ03:46
*** sendak.freenode.net changes topic to "support @ https://ask.openstack.org | developer wiki @ https://wiki.openstack.org/wiki/Heat | development @ https://launchpad.net/heat | logged @ http://eavesdrop.openstack.org/irclogs/%23heat/"03:46
*** Tross has joined #heat03:46
*** randallburt1 has joined #heat03:49
*** killer_prince has quit IRC03:50
*** lazy_prince has joined #heat03:50
*** lazy_prince has quit IRC03:50
*** lazy_prince has joined #heat03:51
*** lazy_prince has quit IRC03:53
*** randallburt has quit IRC03:53
*** killer_prince has joined #heat03:53
*** killer_prince has quit IRC03:53
*** randallburt1 has quit IRC03:54
*** ramishra has quit IRC03:54
*** lazy_prince has joined #heat03:54
*** ramishra has joined #heat03:54
*** Tross has quit IRC03:56
*** jroyall has joined #heat03:59
*** jroyall is now known as joeroyall03:59
*** lazy_prince is now known as killer_prince04:00
*** mburns has quit IRC04:04
*** joeroyall has quit IRC04:04
*** Qiming has quit IRC04:06
*** asalkeld has quit IRC04:06
*** mburns has joined #heat04:11
*** vijendar1 has quit IRC04:12
*** nkhare has joined #heat04:13
*** andersonvom has joined #heat04:14
*** Murali__ has quit IRC04:14
*** akuznetsov has joined #heat04:14
*** sanjayu has joined #heat04:15
*** Murali has joined #heat04:15
*** edmund has quit IRC04:18
*** asalkeld has joined #heat04:19
*** thegodfather is now known as fabbione04:20
*** achampio1 has quit IRC04:20
*** Murali has quit IRC04:23
*** Murali__ has joined #heat04:24
*** Qiming has joined #heat04:24
*** stevebak` is now known as stevebaker04:32
*** achampion has joined #heat04:35
*** john-n-s- has quit IRC04:41
*** john-n-s- has joined #heat04:42
stevebakerjasond``: hey, could you put together a SwiftSignal example for heat-templates?04:45
*** gokrokve has joined #heat04:46
*** john-n-s- has quit IRC04:50
*** gokrokve has quit IRC04:51
*** FL1SK has quit IRC04:51
*** reed has quit IRC04:52
*** FL1SK has joined #heat04:56
*** john-n-s- has joined #heat04:56
*** john-n-s- has quit IRC05:01
*** john-n-s- has joined #heat05:01
*** killer_prince is now known as lazy_prince05:01
*** FL1SK has quit IRC05:01
*** kopparam has joined #heat05:02
*** FL1SK has joined #heat05:04
*** urulama-afk is now known as urulama05:09
*** Tross has joined #heat05:16
*** sjmc7 has quit IRC05:22
*** sjmc7 has joined #heat05:22
*** sabeen has quit IRC05:26
*** hdd has quit IRC05:36
*** cmyster_ has joined #heat05:37
cmyster_morning05:39
*** lazy_prince is now known as killer_prince05:40
*** gokrokve has joined #heat05:46
*** harlowja is now known as harlowja_away05:47
*** gokrokve has quit IRC05:50
*** Murali__ has quit IRC05:51
*** Murali_ has joined #heat05:53
*** killer_prince is now known as lazy_prince05:56
*** Murali_ has quit IRC05:58
*** achampion has quit IRC05:59
*** lazy_prince is now known as killer_prince05:59
*** killer_prince has quit IRC06:00
*** lazy_prince has joined #heat06:00
*** achampion has joined #heat06:02
*** jcoufal has joined #heat06:12
*** bmahalakshmi has joined #heat06:12
*** bmahalakshmi has quit IRC06:13
*** cmyster_ has quit IRC06:13
*** cmyster_ has joined #heat06:14
*** bmahalakshmi has joined #heat06:14
*** cmyster_ has quit IRC06:19
*** cmyster_ has joined #heat06:21
*** ccrouch1 has quit IRC06:22
*** andersonvom has quit IRC06:22
*** kopparam has quit IRC06:23
*** kopparam has joined #heat06:27
*** Guest56441 is now known as Adri200006:27
*** Adri2000 has quit IRC06:27
*** Adri2000 has joined #heat06:27
*** lipinski1 has quit IRC06:29
*** MohitS has joined #heat06:30
*** ccrouch has joined #heat06:34
*** rakesh_hs has joined #heat06:35
*** jroyall has joined #heat06:35
*** jroyall is now known as joeroyall06:35
*** jprovazn has joined #heat06:38
*** ccrouch has quit IRC06:39
*** kebray has quit IRC06:44
*** gokrokve has joined #heat06:46
*** gokrokve has quit IRC06:51
*** tango has quit IRC06:58
*** ccrouch has joined #heat06:59
*** cmyster_ has quit IRC06:59
*** joeroyall has quit IRC07:01
*** kopparam has quit IRC07:02
*** ifarkas has joined #heat07:08
*** ajc__ has joined #heat07:09
*** ajc_ has quit IRC07:10
*** inc0 has joined #heat07:11
inc0good morning07:11
*** bmahalakshmi has quit IRC07:12
*** ajc__ has quit IRC07:14
*** pas-ha has joined #heat07:14
pas-hamorning all07:19
*** alexheneveld has joined #heat07:21
*** jstrachan has joined #heat07:31
asalkeldhi pas-ha07:33
*** jistr has joined #heat07:33
*** ishant has joined #heat07:36
*** noTHD has joined #heat07:37
*** jcoufal has quit IRC07:39
*** julienvey has joined #heat07:39
*** kopparam has joined #heat07:45
*** gokrokve has joined #heat07:46
*** pas-ha has quit IRC07:47
*** asalkeld has quit IRC07:49
*** gokrokve has quit IRC07:51
*** pasquier-s has joined #heat07:53
*** derekh has joined #heat07:53
*** sorantis has joined #heat07:55
*** bvandenh has joined #heat07:56
*** pas-ha has joined #heat08:00
*** unmeshg has joined #heat08:01
*** jcoufal has joined #heat08:03
*** ajc_ has joined #heat08:03
*** asalkeld has joined #heat08:04
*** ajc_ has quit IRC08:05
*** ajc_ has joined #heat08:07
*** ajc_ has quit IRC08:07
shardymorning all08:08
*** jstrachan has quit IRC08:10
*** tspatzier has joined #heat08:12
*** jstrachan has joined #heat08:13
inc0I'm gathering input for my bp :) https://blueprints.launchpad.net/heat/+spec/haaas-heat-resource any words guys?08:17
*** erkules_ is now known as erkules08:18
shardyinc0: I'd like to see an explanation of why you can't just use an AutoScaling group with a specific number of in-service instances (which could be just one)08:22
Isotoppinc0: this being a cluster-type of thingie, I'd like to see more discussion of state and problems, e.g. why would a single vm fail as opposed to all vms on a host? a cluster thingy should probably have an idea of what's going on. also, on vm restart elsewhere, on a different host, it probably wants to know that this is a restart internally, via cloud-init or something, and take action to reestablish network things, clean up volume ...08:22
Isotopp... state or similar stuff.08:22
shardyinc0: FWIW, having a resource called "HighAvailability" makes no sense to me, as it's not backed by a thing08:23
Isotoppinc0: working with contrail for example we have had cases where hosts were available on the message queue, but not via contrail external network. nova scheduler was trying to deploy instances on these hosts, all of them unuseable because of contrail being weird. cluster membership is complicated, this was essentially a weird variant of a split brain08:24
shardyHA is a deployment strategy, which is expressible via template design/structure, not really a resource plugin IMO08:24
*** andreaf_ is now known as andreaf08:25
inc0Isotopp, about single-vm and all vm, of course all vms will be down in case of host failure, but we might want to take care of only one08:25
shardyinc0: also the "HAEngine" part is very similar to aspects of the convergence design, so we should probably just ensure convergence meets your needs here, instead of reinventing a new feature with a lot of overlap in use-cases08:25
inc0thsi is *aas, and only few vms may have to be stateful08:25
cmysterindeed08:25
cmystermt...08:25
shardyinc0: if you're keen to continue with this, it would be great if you can convert the etherpad into a spec review, so we can all comment there via gerrit08:26
inc0shardy, making that resource resembles current HARestarter and main idea underneath is to make possible to run HAaaS in heat in non-heat deployments08:26
inc0shardy, I will continue one way or another:) I just want to ask you (heat) guys if you think its good place to do it08:27
shardyinc0: The current HARestarter resource is a historical mistake, we'd like to deprecate it and remove it completely, not enhance it ;)08:27
inc0shardy, why not make it well... usable?:)08:28
shardyinc0: Because you already satisfy the same use cases via other resources which actually work :)08:28
shardyand/or via plans for convergence08:29
inc0Isotopp, about clustering, yeah, we'll need fencing on this thing. I was thinking of IPMI-powered STONITH08:29
shardyinc0: I'd like to understand specifics of things you need to do which can't be satisfied via AutoScalingGroup08:29
shardyand/or planned work for convergence08:30
inc0shardy, you can satisfy making stateful vms using current tools?08:30
inc0its pets vs cattle thing08:30
shardyinc0: all HARestarter does is fire up a new instance when one dies and stops sending a heartbeat, you can do the same via ASG08:31
shardythe main difference is we won't delete the old broken instance until it comes back online08:31
inc0shardy, current HARestarter, I want something which will boot instance in case of host heartbeat problem08:31
shardyAnd the work for convergence is to monitor state and automatically align the world with the stack if they diverge08:32
inc0and run it on other host08:32
inc0I'd use current HARestarter as something like placeholder for this thing, allowing of course backward compatibility, but also allowing new features, namely host-down scenerios08:33
shardyinc0: So an AutoScalingGroup with anti-affinity between instances based on some hint like host aggregates?08:33
inc0shardy, still if we will lose host with vms on it we will boot new vms, not reboot same ones on different host08:34
shardyinc0: sure, I'm just trying to explore whether this will be (or already is) possible via existing stuff08:34
shardyinc0: booting vms on another host is new vms08:34
inc0shardy, not nexessairly08:35
*** ishant has quit IRC08:35
inc0necessairly*08:35
shardysay you have 100 vms spread evenly over 10 hosts, and one host dies, heat sees only 90, so it asks nova to build 10 more08:35
shardyIf the host comes back up, the 10 oldest will get killed08:35
inc0shardy, thats AWS like cattle-vms scenerio, which is best one08:35
inc0but we might for example have 1 vm without replication08:36
inc0with db for example08:36
cmysterthats just bad planning08:36
inc0cmyster, yes, but in reality its a thing08:36
inc0we want to reach out for bad planners as well08:36
inc0in reality there are few really stateless apps08:37
*** unmeshg has quit IRC08:37
inc0even openstack itself has issues in that matter08:37
shardyinc0: so, what you want isn't to build new vms on a different host, but reboot those on a host..which you've just lost?08:37
cmysterwhat you are talking about here is to make a storage cloud thing where bits are replicated between a few phisical hard drive08:37
* shardy is confused08:37
*** KanagarajM2 has joined #heat08:38
inc0shardy, vms in reallity are just files on compute nodes08:38
*** KanagarajM has quit IRC08:38
inc0shardy, so if we place these files on shared storage, for example ceph cluster08:38
shardyinc0: Yeah, but I'm trying to distill if this aims to solve the "host went down" scenario or "app on vm crashed"08:38
shardyboth are indirectly solveable via existing resources08:39
inc0its just for host-down case08:39
shardySo you have to use the cattle model then, as your files representing the vm's are gone08:39
shardyfire up some more on a non-gone host and continue :)08:40
cmysterinc0: storage solution in existence like XIV's for instance split actual data ~3 way to ~3 different phisical hard drives. if one of the hard drives die then you have the other 2. VMs as a whole are a different thing. still manageable but you need to define the storage cloud in a very certain way08:40
inc0shardy, not really, I don't think there is obvious way to reboot machine placed on shared storage on different host with migration of volume bindings, networks, addresses and so on08:40
inc0cmyster, yes, but there are solutions for it. Either SAN or DRBD08:40
inc0shardy, thing is, cattle, while being best solution always, require work from everyone, including app developers08:41
inc0and that is not always a case08:41
inc0and we want to reach out to people who has for example legacy apps, stateful and impossible to be turned into cattle08:42
inc0this is one of reasons why openstack still lose to other solutions in terms of enterprise private cloud08:42
shardyinc0: I still think that even if you don't find the AutoScaling solution to your liking, some combination of boot-from-volume and convergence may satisfy this use case08:44
inc0cmyster, thing is, you will not achieve HA without specific infrastructure configuration, but this little module along with few good howtos may allow people to start having 99%+ SLA on pet-vms on openstack based clouds08:45
inc0shardy, this will be part of it, but how will you implement fencing, heartbeat of hosts and so on?08:45
inc0I mean it is possible, ofcourse, I just want to make it easy:)08:45
shardyfeel free to post the spec, but if there's a way to direct your engergies to making convergence work well for this use-case, instead of implementing a really domain-specific solution, that would be good08:45
cmyster+108:46
cmystermorning shardy btw ;)08:46
shardyo/08:46
*** gokrokve has joined #heat08:46
inc0quite frankly I have to read about convergence;)08:46
*** urulama has left #heat08:47
*** gokrokve has quit IRC08:47
*** gokrokve has joined #heat08:48
shardyinc0: the heartbeat is already possible via sample-count alarms, not sure about fencing atm08:48
inc0shardy, sample count might be too slow, nova has zookeeper, but I want to make few more tests08:49
shardyseems like if you automated deleting an instance from a gone-host, then nova should take care of ensuring it's deleted immediately when the host is recommissioned08:49
inc0we'd like to have less-than-a-second feedback08:49
inc0there are few good patterns for fencing08:50
shardyinc0: right, will be interesting to hear how you plan to do that in a scalable way :)08:50
cmystershared virtual drives across all physical hosts for instance.08:51
shardyinc0: please do post the spec after you've looked at the convergence ones, will be interesting to continue the discussion there08:51
inc0thats one of problems, yea;) but with host aggregates and so on I think its doable:)08:51
inc0cmyster, not necessairly all physical hosts...just few of them08:51
cmysterindeed08:51
inc0like nova cells08:52
inc0just make sure that new vm will be booted on host connected to this storage08:52
cmysterI don't see how you can manage it without virtual drive balancing08:52
*** gokrokve has quit IRC08:52
inc0cmyster, what do you mean by "virtual drive balancing"?08:53
cmysteromw out to launch I think I have some guids on it, I'll find them later...08:54
cmyster1h or so08:54
inc0cmyster, thanks:)08:55
*** ramishra has quit IRC08:56
*** sorantis has quit IRC08:57
*** fayablazer has joined #heat08:57
*** ramishra has joined #heat09:03
*** nikunj2513 has joined #heat09:05
*** cdent has joined #heat09:06
*** sarob has joined #heat09:07
*** nikunj2513 is now known as nikunj251209:08
*** kopparam has quit IRC09:10
*** ramishra has quit IRC09:15
*** ramishra has joined #heat09:15
*** kopparam has joined #heat09:16
*** tomek_adamczewsk has joined #heat09:18
*** jstrachan has quit IRC09:20
*** jstrachan_ has joined #heat09:20
*** openstackgerrit has joined #heat09:20
*** EricGonczer_ has joined #heat09:22
*** jstrachan has joined #heat09:24
*** che-arne has joined #heat09:26
*** jstrachan_ has quit IRC09:27
*** ramishra has quit IRC09:33
*** ramishra has joined #heat09:33
*** KanagarajM2 has quit IRC09:39
*** mkollaro has joined #heat09:39
openstackgerrithuangtianhua proposed a change to openstack/heat: Implement AWS::EC2::EIPAssociation updatable  https://review.openstack.org/11856209:43
openstackgerrithuangtianhua proposed a change to openstack/heat: Implement AWS::EC2::EIPAssociation updatable  https://review.openstack.org/11856209:43
*** KanagarajM has joined #heat09:44
ekarlso-Any heat devs around ?09:45
ekarlso-shardy: ?09:45
shardyekarlso-: hi09:45
ekarlso-shardy: I got a fix for a bug with the jsonparameter09:45
ekarlso-where to unit tests go ? :)09:45
shardyekarlso-: heat/heat/tests09:46
ekarlso-test_parameters ?09:46
shardyhard to say without seeing what code your fix touches ;)09:46
*** tspatzier has quit IRC09:46
*** gokrokve has joined #heat09:46
shardybut probably, see if the code you changed is tested by that test :)09:47
shardythen add a new test which proves the fix works and existing interfaces aren't broken09:47
*** gokrokve has quit IRC09:51
openstackgerritMichal Jastrzebski (inc0) proposed a change to openstack/heat-specs: HAaaS Specification  https://review.openstack.org/12005109:51
*** ramishra has quit IRC09:52
inc0shardy, here you go:) I've seen rst for convergence and I think its different matter- convergence will take care of stack being deployed correctly while its not really pet-caretaker09:53
*** asalkeld_ has joined #heat09:56
*** asalkeld has quit IRC09:56
*** lazy_prince has quit IRC09:56
*** EricGonczer_ has quit IRC10:02
*** dsneddon has quit IRC10:02
ekarlso-shardy: http://paste.openstack.org/show/108810/10:07
*** KanagarajM has quit IRC10:08
*** KanagarajM has joined #heat10:11
openstackgerritMichal Jastrzebski (inc0) proposed a change to openstack/heat-specs: HAaaS Specification  https://review.openstack.org/12005110:13
*** mkerrin has joined #heat10:14
*** ishant has joined #heat10:15
*** julienvey has quit IRC10:25
*** alexpilotti has joined #heat10:25
*** julienvey has joined #heat10:25
*** alexpilotti has quit IRC10:30
Qiminginc0, pls revise the spec to remove hard returns and render your ascii diagram in a '::' environment10:32
*** nkhare has quit IRC10:34
Qiminginc0, still around?10:35
*** asalkeld_ has quit IRC10:36
*** pasquier-s has quit IRC10:41
*** gilliard_ is now known as gilliard10:42
*** asalkeld has joined #heat10:43
*** lazy_prince has joined #heat10:44
*** gokrokve has joined #heat10:46
*** sorantis has joined #heat10:49
inc0Qiming, now yes10:50
Qiminghi, inc0, I am reading your specs10:50
inc0so replace spaces with :10:50
inc0thank you:)10:51
inc0ah, .rst code block10:51
QimingI have been looking into this for quite some time now10:51
*** gokrokve has quit IRC10:51
QimingI'm happy that someone else are starting to pay attention to VM/App HA now.10:52
Qiminghowever, I have some different thoughts on your proposal10:52
Qimingespecially the failure detection, notification part10:52
inc0yes, thats somewhat placeholder there, I'm about to start testing of different existing software for failure detection10:53
inc0my general idea is to find a solution which will provide us reliable and fast host-down info10:54
QimingI started from Heat in attempt to do VM HA solely from inside Heat, but later on, I think I have to look into nova and ceilometer as well.10:54
inc0there is some discussion going about ceilometer alarming10:55
inc0but I'm afraid latency of this alarm might be too big for us, however thats something I'll check more thoroughly later10:55
QimingI don't know how easy/difficult it is to have nova send out heartbeats, maybe nova guys don't like to send anything to Heat specifically10:55
inc0afaik nova uses zookeeper underneath10:56
Qimingzookeeper is only one of the backend they used to maintain their service-group concept10:56
inc0so we might try to tap into this zookeeper nova uses and use the source10:56
Qimingas a workaround, it is possible to have service_group implementation send out notifications as usual when a physical node is gone.10:57
inc0Qiming, you mean nova service_group?10:58
Qimingyes10:58
inc0we may talk to them and check how hard that might be10:58
cmysterhard? its implemented already10:59
QimingI have a patch at hand that can do this for you10:59
Qimingbut I haven't got cycles to propose it to nova10:59
inc0well, I'll confirm that10:59
Qimingin addition to the host failure, you need to figure out which VMs were running on that specific host, before you send out the notification11:00
inc0Qiming, also, restart them from given file11:00
inc0and take care that host is connected to same shared storage (if thats the case)11:00
inc0and then migrate network configuration11:00
Qimingyou had better do this during host failure detection, or else, once you are out of nova domain, you need an admin privilege to figure out which VMs are impacted by a host failure.11:01
inc0well, this is implementational detail imho, we will have lots of problems like that once we start making the actual thing11:02
Qimingcurrently, only ceilometer seems the sink where oslo notifications are actively checked11:02
Qimingto avoid duplicate your own event monitoring infrastructure in Heat, you can leverage ceilometer, where you can collect both host level failures and VM level failures11:03
inc0if that will give us proper alarming with low latency, sure11:04
Qimingjust like how auto-scaling is implemented today, ceilometer can translate these kinds of failure notifications into a resource signal back to Heat11:04
inc0I'm concerned about adding another middleware11:04
Qimingwell, it is up to Heat cores to decide whether introduce another daemon is a good idea, given that the convergence work is already planning to do some 'observing' operations11:05
*** ishant has quit IRC11:05
inc0we could merge with convergence11:07
Qimingso, IMHO, if you want this VM HA to be done in Heat alone, you may want to sync with the convergence work11:07
inc0this part11:07
Qimingyes, exactly.11:07
shardy\o/ ;)11:07
Qimingshardy, :)11:08
*** gilliard is now known as gillilunch11:08
zanebinc0: your email is on my list of things to reply to today, but basically I agree with shardy11:08
inc0hehe11:08
*** nkhare has joined #heat11:08
zanebto the extent that we can do anything useful in Heat, your proposal duplicates the work of convergence11:09
inc0not exacly, again, as I understand novergence its still for cattle vms11:10
zaneband to the extent that it differs from convergence, it belongs probably in Nova rather than Heat11:10
zanebconvergence is for everything, VMs or not11:10
*** sdake has quit IRC11:11
inc0but it will not restart *the same* vm from given place on shared storage with same configuration11:11
Qimingzaneb, even if nova can provide *some* useful hints about the availability of a VM as a blackbox, eventually, our users care more about their applications/services running inside the VMs11:11
zanebinc0: right, and nor can we in Heat, so you'll have to build that in Nova11:11
zanebas a bonus, anything you build in Nova can be used by anyone, whether or not they're using Heat11:12
inc0zaneb, nova on the other hand doesn't really care which vm is stateful and which is not11:12
*** sdake has joined #heat11:12
zanebneither does Heat11:12
inc0I'll argue that autohealing, which its actually is, may fit into orchiestration11:12
zanebat some point the user has to tell it11:12
Qimingsome Heat native 'heartbeat' is needed to be sent from VMs, just like what cfn-pushstats can do11:12
*** sorantis has quit IRC11:12
inc0zaneb, nothing is now, question is which will11:13
inc0and yes, at the end user will define which vm will be covered with ha11:13
shardyQiming: Not to heat, agent to send metric data direct to ceilometer IMO11:14
Qimingyes, shardy11:14
inc0at current state openstack doesn't have tools at all to take care about vms on failed host11:14
shardy(which again is already possible if you don't mind creating some credentials and putting them inside the instance)11:15
inc0convergence will restart parts of stack if host goes down11:15
Qiminginc0, nova has a 'evacuate' api/command, which allows you to rescue (remote restart) VMs on some other hosts11:17
inc0it might be good idea to teach convergence to boot from shared storage, but as you said, I thing user should define which vms exacly should be booted11:17
Qiminghowever, the API/command is meant to be used by an admin only11:17
Qimingand you have to manually specify which host is the target11:17
inc0there are bps for scheduled evacuate11:19
inc0but there is nothing to trigger that11:19
inc0automatically11:20
inc0and there is nothing that will boot from existing volume11:20
Qiminginc0, that's true11:20
inc0there is something for shared storage, but again, real part is to do it automatically11:21
*** DaveJ__ has joined #heat11:22
openstackgerritMichal Jastrzebski (inc0) proposed a change to openstack/heat-specs: HAaaS Specification  https://review.openstack.org/12005111:24
*** mkulke has joined #heat11:25
*** nkhare has quit IRC11:26
mkulkehello there, i have a problem with a heat stack stuck in DELETE_IN_PROGRESS state. what can i do about this?11:26
*** jstrachan_ has joined #heat11:28
*** jstrachan has quit IRC11:30
*** jstrachan has joined #heat11:32
inc0shardy, how will convergence check if host went down?11:33
shardyinc0: If nova loses an entire compute node, I'd expect it to emit some sort of notification, or heartbeat per-vm via ceilometer11:34
*** tomek_adamczewsk has quit IRC11:34
inc0and convergence will restart parts of stack on different compute nodes right?11:35
*** jstrachan_ has quit IRC11:35
QimingIIRC, nova today is not sending out a notification when a host is down, though the service_group knows it well ...11:36
*** nikunj2512 has quit IRC11:36
*** nkhare has joined #heat11:38
*** sorantis has joined #heat11:39
Qimingthere IS a compute.instance.exists event, which can be treated as a 'heartbeat', IIUC11:39
inc0Qiming, this is emitted every 20mins11:40
*** che-arne has quit IRC11:40
inc0by default11:40
inc0its waaay too long if we want to minimize downtime11:40
Qiminginc0, right, you may want to customize pipleline.yaml then11:40
inc0also, I'm not sure if powered off instances emits this event11:41
inc0and, we don't really care about that;)11:41
inc0we care about hosts11:41
inc0if compute node goes down, we don't need lack of compute.instance.exists to know that we should act11:42
Qiminginc0, that's why I was talking about a patch to nova, so that the internally maintained service_group can emit notifications when a compute node disappears11:42
*** gokrokve has joined #heat11:46
inc0Qiming, yup, but again, we need to take care of fencing as well11:47
inc0if compute node come back up to not restart vms11:47
Qiminginc0, exactly11:47
inc0although I'm pretty sure it will not11:47
inc0I'm not sure how about iptables neutron configs and so on11:48
Qimingthe problem of fencing is that it can be done by an admin11:48
Qimingsome of my coworkers have proposed fencing patches to nova, cinder and neutron11:48
inc0yes, this system should work in admin context11:49
inc0but users won't have access to system itself11:49
inc0besides telling "I want this VM to be restarted on failure"11:49
*** lazy_prince has quit IRC11:49
Qimingright, it may not be a good idea to expose admin-only operations to Heat11:50
Qimingoh, to Heat users11:50
inc0sure, users won't have anything to do with actual deamon11:50
*** gokrokve has quit IRC11:51
*** nkhare has quit IRC11:51
*** rbowen has joined #heat11:51
*** nosnos has quit IRC11:52
*** nosnos has joined #heat11:52
*** tomek_adamczewsk has joined #heat11:53
*** andreaf_ has joined #heat11:54
*** andreaf has quit IRC11:56
*** elynn has quit IRC11:56
*** nosnos has quit IRC11:57
*** elynn has joined #heat11:57
*** denis_makogon has quit IRC11:59
*** denis_makogon has joined #heat11:59
*** gillilunch is now known as gilliard11:59
*** alexpilotti has joined #heat11:59
*** metral has quit IRC12:01
*** stevelle has quit IRC12:01
*** xmltok has quit IRC12:01
*** asalkeld has quit IRC12:01
*** sanjayu has quit IRC12:03
*** metral has joined #heat12:05
*** stevelle has joined #heat12:05
*** xmltok has joined #heat12:05
*** jstrachan_ has joined #heat12:07
*** jstrachan has quit IRC12:09
ekarlso-anyone here wanna help me get tests going ?12:12
ekarlso-http://paste.openstack.org/show/108862/ atm12:12
*** sgordon_ has joined #heat12:13
*** sgordon_ has quit IRC12:13
*** sgordon_ has joined #heat12:13
ekarlso-noone willing to help with that ?12:15
*** jstrachan_ has quit IRC12:17
*** jstrachan has joined #heat12:18
*** jdob has joined #heat12:18
*** lipinski1 has joined #heat12:20
*** KanagarajM has quit IRC12:21
*** julienve_ has joined #heat12:22
*** jstrachan_ has joined #heat12:22
*** uberj has quit IRC12:24
*** uberj_ has joined #heat12:24
ekarlso-not easy to get help with something here : )12:24
*** swygue has quit IRC12:24
*** julienvey has quit IRC12:26
*** jstrachan_ has quit IRC12:27
*** jstrachan has quit IRC12:28
*** rpothier has joined #heat12:28
*** Drago1 has joined #heat12:29
*** MohitS has quit IRC12:32
*** pasquier-s has joined #heat12:32
*** lipinski1 has quit IRC12:33
Qimingekarlso-, your paste is not showing much useful info12:34
ryansbekarlso-: it looks like your test run was killed (that's what Exception KeyboardInterrupt means)12:34
ekarlso-ryansb: well, I can do12:34
ekarlso-dunno why but now it works:112:35
*** jstrachan has joined #heat12:35
ryansb\o/12:36
ekarlso-p = self.new_parameter('{"a": 1}', {'Type', 'Json'}, validate_value=False) < isn't that valid to create a parameter ?12:36
*** julienve_ has quit IRC12:38
*** julienvey has joined #heat12:38
*** swygue has joined #heat12:38
ryansbekarlso-: no, you don't give the value at the time12:38
ekarlso-ryansb: got a clue on that ?12:38
ryansbso you'd do something like12:39
*** hdd has joined #heat12:39
ryansbp = self.new_parameter('a', {'Type': 'Json'}, validate_value=False)12:39
ekarlso-what's the 'a' or 'p' for ?12:40
*** kopparam has quit IRC12:40
ryansbumm, the "p =" is assigning the parameter to a variable12:40
ryansbthe "a" is the name you're giving the parameter12:40
ekarlso-yea, I get that part12:41
ekarlso-but         p = self.new_parameter('p', {'Type', 'Json'}, validate_value=False)12:41
*** yassine has joined #heat12:41
ekarlso-that tells me that the InvalidSchemaError: Invalid parameter (p), expected a mapping12:41
*** jstrachan has quit IRC12:43
ryansbyou'll need a value as well12:45
*** Drago1 has quit IRC12:45
ryansbp = self.new_parameter('p', {'Type', 'Json'}, {"some": "map"}, validate_value=False)12:45
*** gokrokve has joined #heat12:46
*** Drago1 has joined #heat12:47
inc0shardy, what do you think about idea of teaching convergence to schedule evacuate-vm on host failure?12:48
*** jstrachan has joined #heat12:49
ekarlso-ryansb: ahhhh12:49
*** crose has joined #heat12:49
*** gokrokve has quit IRC12:50
*** achampion has quit IRC12:50
*** Drago1 has quit IRC12:50
*** che-arne|2 has joined #heat12:52
ekarlso-ryansb: funny that heat tests all params but never the output of them like what they look like as strings :)12:52
*** tango has joined #heat12:52
*** Drago has joined #heat12:53
zanebinc0: what do you think about the idea of teaching Nova to do that?12:54
inc0zaneb, its my understatning that nova doesn't like expanding its features as is. Also, autohealing is a bit above nova in my opinion12:57
inc0heat was my first guess in this matter12:57
inc0this will be *aas, and nova is a bit lower level12:58
zanebinc0: isn't evacuation an admin operation?12:59
zanebHeat just doesn't concern itself with which machine a VM is running on12:59
zanebthat's supposed to be abstracted by Nova12:59
inc0but then convergence is closely related to this, and convergence does concern itself with machine going down13:01
inc0also, HARestartes is in heat after all (i didn't really know thats its considered obsolete:))13:02
inc0HARestarter*13:02
Qimingagree to zaneb, considering that many detection and recovery operations belongs to the admin domain. Once this is built into nova, Heat can leverage whatever HA properties that can be customized for VMs.13:02
zanebHARestarter is an abomination13:02
inc0allright, I didn't knew that;)13:03
zaneband BTW, it doesn't work the way you think either13:03
inc0what do you mean?13:03
zanebto the extent that it can be said to "work" at all13:03
zanebinc0: e.g. you said "equivalent to current HARestart mechanism, so simply restarting VM in case of alarm."13:05
zanebHARestarter doesn't "simply restart"13:05
zanebit doesn't restart at all13:06
zanebit deletes half your template (try to guess which half) and recreates it13:06
*** jasondotstar has joined #heat13:07
zanebinc0: also in your email you said "since HA will in fact be separate resource, we can actually enable it for existing VMs (not only those made by heat), much like current HARestarter."13:07
*** tomek_adamczewsk has quit IRC13:07
zanebthis is not even remotely true of the current HARestarter13:07
zanebwhich depends absolutely on being defined in the same template as the server that it's monitoring13:08
inc0ok, thanks for clearing that out, I've misunderstood code then13:09
*** radez_g0n3 is now known as radez13:10
*** crose has quit IRC13:11
*** kopparam has joined #heat13:11
inc0well, I'll rethink whole idea then, thanks zaneb13:11
zanebin general, whenever we create a resource in Heat that is just an interface to some code in Heat and not representing an actual real resource with a UUID and an OpenStack API, the result is an abomination13:13
inc0well, heat could use this feature but now I agree its more nova use-case13:14
inc0use in sense of heat deploying instances with ha-enabled (for example)13:15
*** Drago has quit IRC13:15
*** lipinski1 has joined #heat13:16
ekarlso-guys, can you really when adding parameter types actually test that heat represents them back to the user / client the way they are passed in ? ;)13:17
zanebekarlso-: patches welcome ;)13:17
*** kopparam has quit IRC13:17
ekarlso-zaneb: found 2 broken types atm :'(13:18
openstackgerritEndre Karlson proposed a change to openstack/heat: Make str(json_param) return string vs python  https://review.openstack.org/12008413:19
ekarlso-there's the first one ;)13:19
ekarlso-need a better commit msg :§13:19
ekarlso-zaneb: hmmm13:21
ekarlso-dunno but Jan's comment vs my change : https://bugs.launchpad.net/heat/+bug/136679813:21
uvirtbotLaunchpad bug 1366798 in heat "JSON parameter is returned wrongly by the JsonParameter class" [High,Triaged]13:21
ekarlso-which one is correct ?13:21
*** hdd has quit IRC13:23
ekarlso-ryansb: / zaneb u guys got comments on that ?13:23
zaneblooking...13:23
*** crose has joined #heat13:24
*** MohitS has joined #heat13:25
zanebekarlso-: I think your patch is basically correct13:26
zanebalthough I -1'd it for other reasons ;)13:27
openstackgerritEndre Karlson proposed a change to openstack/heat: Make str(json_param) return correctly  https://review.openstack.org/12008413:27
ekarlso-ah ok13:27
*** Drago1 has joined #heat13:29
*** inc0 has quit IRC13:30
zaneb0816b2963c4c334efe65f2a0cf2748ae6bc708c0 was the patch that commented out the json.dumps13:31
*** Drago has joined #heat13:32
*** Drago1 has quit IRC13:33
*** Qiming has quit IRC13:36
*** sabeen has joined #heat13:36
*** Qiming has joined #heat13:37
*** Murali has joined #heat13:38
*** jmckind has joined #heat13:39
*** edmund has joined #heat13:39
openstackgerritEndre Karlson proposed a change to openstack/heat: Make str(json_param) return string vs python  https://review.openstack.org/12008413:41
ekarlso-updated zaneb13:41
*** mkollaro has quit IRC13:43
*** achampion has joined #heat13:44
*** gokrokve has joined #heat13:46
*** crose has quit IRC13:46
*** jstrachan_ has joined #heat13:47
*** spzala has joined #heat13:49
*** jstracha_ has joined #heat13:50
*** jstrachan has quit IRC13:50
*** mkollaro has joined #heat13:50
*** gokrokve has quit IRC13:51
*** idanmo has joined #heat13:51
*** hdd has joined #heat13:51
*** jprovazn has quit IRC13:52
*** jstrachan_ has quit IRC13:53
*** jstrachan has joined #heat13:53
*** jprovazn has joined #heat13:55
*** pasquier-s_ has joined #heat13:55
*** rbrady has quit IRC13:56
*** idanmo has quit IRC13:57
*** jstracha_ has quit IRC13:57
*** pasquier-s has quit IRC13:58
*** crose has joined #heat13:59
*** nkhare has joined #heat14:02
*** idanmo has joined #heat14:03
erkulesahoi, I want to template a cluster. For that I need to way to get the internal IPs in advance. Which is obvious not possible. Is there a common trick to get the IPs, at least while the template is executed?14:04
*** jasond`` is now known as jasond14:05
*** sorantis has quit IRC14:06
*** jstrachan has quit IRC14:07
*** jstrachan has joined #heat14:08
*** tims has joined #heat14:08
*** sorantis has joined #heat14:09
openstackgerritEndre Karlson proposed a change to openstack/heat: Make str(json_param) return string vs python  https://review.openstack.org/12008414:10
shardyerkules: Normally you use the output attributes of one server (which include the network info) as input properties to the thing which needs to know the IP14:11
shardyhere's an example:14:11
shardyhttps://github.com/openstack/heat-templates/blob/master/openshift-origin/F19/hot-template/openshift/openshift.yaml#L46414:11
ekarlso-zaneb: pushed14:12
zanebekarlso-: +2, thanks14:13
ekarlso-zaneb: will fix the "list" / csv type also when I get back from mkdinner and gym :)14:13
zanebcheers14:13
erkulesshardy: thx. Is there a way to tell the other nodes about that attributes?14:19
*** jstrachan_ has joined #heat14:23
*** zunguri has joined #heat14:25
*** david-lyle has joined #heat14:25
*** Drago has quit IRC14:26
*** jstrachan has quit IRC14:27
*** Drago1 has joined #heat14:27
*** gokrokve has joined #heat14:27
*** jistr has quit IRC14:28
*** Drago1 has quit IRC14:32
*** pasquier-s has joined #heat14:35
*** Drago has joined #heat14:35
*** jstrachan has joined #heat14:37
*** pasquier-s_ has quit IRC14:38
*** jstrachan_ has quit IRC14:39
*** rakesh_hs has quit IRC14:40
*** MohitS has quit IRC14:40
*** jstrachan_ has joined #heat14:40
*** MohitS has joined #heat14:41
*** lipinski1 has quit IRC14:42
*** jstrachan has quit IRC14:43
*** tomek_adamczewsk has joined #heat14:47
*** sergmelikyan has quit IRC14:48
*** sergmelikyan has joined #heat14:49
*** nkhare has quit IRC14:49
*** jistr has joined #heat14:52
*** jistr has quit IRC14:56
*** jistr has joined #heat14:57
*** aweiteka has quit IRC15:03
*** reed has joined #heat15:04
*** jstrachan has joined #heat15:06
*** jstrachan_ has quit IRC15:09
*** jstrachan_ has joined #heat15:11
*** MohitS has quit IRC15:12
*** jstrachan has quit IRC15:12
*** MohitS has joined #heat15:13
*** aweiteka has joined #heat15:18
*** david-lyle has quit IRC15:19
*** idanmo has quit IRC15:20
*** EricGonczer_ has joined #heat15:21
*** jprovazn has quit IRC15:21
*** Qiming has quit IRC15:23
*** pasquier-s_ has joined #heat15:24
*** pasquier-s has quit IRC15:27
*** lipinski1 has joined #heat15:27
*** andersonvom has joined #heat15:28
*** mkollaro has quit IRC15:34
*** mkollaro has joined #heat15:35
*** sorantis has quit IRC15:37
*** gstaicu has joined #heat15:39
gstaicuhi15:39
gstaicuI am trying to create a stack on an openstack havana deploymnt15:40
gstaicuand I receive a message like this15:40
gstaicuResource create failed: BadRequest: Unknown argment :                                                                                  | |                      | port (HTTP 400)15:40
gstaicuit says that there is an unknown argument15:41
gstaicuport15:41
*** gokrokve_ has joined #heat15:41
gstaicucan somebody explain me what can cause this error?15:41
zanebgstaicu: what sort of resource was it?15:42
gstaicufirst I am creating the resource15:42
gstaiculike this  my_instance_port0:     type: OS::Neutron::Port     properties:       network_id: ae3f1317-48d2-494c-af37-a6ae3838e280       fixed_ips:        - subnet_id: 2e767321-f8ac-4484-bf54-9d0bbfa4922e15:42
gstaicusuccesufully15:43
gstaicuI am verifying using neutron commands15:43
zanebI wonder if your neutron client is too new15:43
gstaicuand then I am creating a new resource: my_instance15:43
gstaicuwith  properties:15:44
gstaicunetworks:15:44
larsksgstaicu: I wonder if you could post your template somewhere using pastebin where it would be easier to look at it.15:44
*** gokrokve has quit IRC15:44
gstaicuok15:44
gstaicuhere it is:15:45
gstaicuhttp://pastebin.com/8sRbKM6m15:45
larsksgstaicu: what versions of heat and neutron are you running?15:46
gstaicuhavana15:47
gstaicu2013.2.315:48
*** david-lyle has joined #heat15:48
*** cdent has quit IRC15:48
*** cdent has joined #heat15:49
larskszaneb: could that be too *old*?15:49
larsksgstaicu: I'm running Icehouse, and that templates works perfectly for me.15:49
gstaicuthis is the message in the heat-engine.log15:49
gstaicuhttp://pastebin.com/7xhaT0y915:49
*** jroyall has joined #heat15:49
*** jroyall is now known as joeroyall15:49
*** cdent has quit IRC15:50
*** jstrachan has joined #heat15:51
*** daneyon has quit IRC15:51
*** cdent has joined #heat15:51
gstaicuit looks like on havana does not work15:51
*** daneyon has joined #heat15:52
larsksgstaicu: I don't have a havana environment handy, but it does work for me on icehouse.  Looking at the heat havana sources, I *think* the port argument for the 'networks' property should work, but zaneb would in theory know for sure.15:52
zanebI know nothing15:53
*** jstrachan_ has quit IRC15:53
gstaicu:)15:53
*** bvandenh has quit IRC15:55
openstackgerritSteven Hardy proposed a change to openstack/heat: Tests update FakeKeystoneClient to align user_id and trustor  https://review.openstack.org/12013115:56
openstackgerritSteven Hardy proposed a change to openstack/heat: Cleanup trust on delete with stored context if needed  https://review.openstack.org/12013215:56
*** Drago has quit IRC15:56
*** Drago1 has joined #heat15:56
*** Drago1 has quit IRC15:56
*** jstrachan has quit IRC15:57
*** jstrachan has joined #heat15:58
*** yassine has quit IRC15:59
*** Drago has joined #heat16:00
*** ifarkas has quit IRC16:00
*** spzala_ has joined #heat16:02
*** jstrachan_ has joined #heat16:04
*** spzala has quit IRC16:04
*** spzala_ is now known as spzala16:04
*** jstrachan has quit IRC16:04
*** MohitS has quit IRC16:05
*** cdent has quit IRC16:05
*** Murali has quit IRC16:12
*** kebray has joined #heat16:16
*** kebray has quit IRC16:16
*** spzala has quit IRC16:17
*** daneyon has quit IRC16:18
*** daneyon has joined #heat16:18
*** jstrachan_ has quit IRC16:18
*** kebray has joined #heat16:19
*** kebray has quit IRC16:19
*** kebray has joined #heat16:19
*** kebray has quit IRC16:20
*** gstaicu has quit IRC16:20
*** kebray has joined #heat16:21
*** jstrachan has joined #heat16:23
*** aweiteka has quit IRC16:26
*** derekh has quit IRC16:27
*** jstrachan_ has joined #heat16:30
zanebif any cores want to review https://review.openstack.org/#/c/118562/ we can close one of our FFE bps16:32
*** jstrachan has quit IRC16:32
*** pasquier-s has joined #heat16:32
*** gokrokve_ has quit IRC16:32
*** MohitS has joined #heat16:33
*** jstrachan has joined #heat16:33
*** david-lyle has quit IRC16:35
*** pasquier-s_ has quit IRC16:36
*** david-lyle has joined #heat16:36
*** jstrachan_ has quit IRC16:36
*** jstrachan_ has joined #heat16:38
*** aweiteka has joined #heat16:39
*** MohitS has quit IRC16:39
*** jmckind has quit IRC16:40
shadowerwe've noticed this while doing stuff with tripleo templates: http://paste.openstack.org/show/108961/16:40
*** jstrachan has quit IRC16:40
shadowerand I can't decide if that's a bug or not16:40
*** m_22 has joined #heat16:40
*** vijendar has joined #heat16:40
shadowerlooks like YAML parses numeric and bool literals as numbers/booleans and Heat barfs when they get passed to a property that expects a string16:41
zanebshadower: yeah, YAML is sometimes too clever for its own good16:41
ryansbyou can just do "42" instead16:41
zanebkey_name: "42" will work, of course16:41
shadoweryep I know that16:41
shadowerI wonder if we should coerce these to strings anyways16:41
*** m_22 has left #heat16:41
sjmc7it's a particular problem with hex strings16:41
sjmc7where they can be all numeric and get treated as such16:41
zanebI can't see any harm in coercing an int to a string16:42
zanebthe reverse would be more of a problem16:42
shadoweryeah16:43
ryansbcan you make keys in nova with int keys?16:43
shadowerryansb: that was just an example to illustrate the failure (it fails on validation -- before the stack even gets ceated)16:44
ryansbwell sure, just curious if nova would barf if you tried to make a key named 42.16:45
*** jstrachan_ has quit IRC16:45
*** pasquier-s has quit IRC16:45
*** pas-ha has quit IRC16:45
shadoweryeah16:45
*** tomek_adamczewsk has quit IRC16:46
*** andreaf has joined #heat16:53
*** Daviey has quit IRC16:53
*** joeroyall has quit IRC16:54
*** kebray has quit IRC16:57
*** fayablazer has quit IRC16:58
*** Daviey has joined #heat16:59
openstackgerritunmesh-gurjar proposed a change to openstack/heat: Fixed adopt failure for stack with resource group  https://review.openstack.org/11935517:08
*** coolsvap has quit IRC17:10
*** alexheneveld has quit IRC17:11
*** cmyster_ has joined #heat17:12
*** alexheneveld has joined #heat17:14
*** dsneddon has joined #heat17:17
*** gokrokve has joined #heat17:21
*** coolsvap has joined #heat17:24
*** harlowja_away is now known as harlowja17:25
*** spzala has joined #heat17:27
*** julienvey has quit IRC17:27
*** spzala has quit IRC17:27
*** julienvey has joined #heat17:28
*** Drago1 has joined #heat17:28
*** Drago has quit IRC17:28
*** cmyster_ has quit IRC17:30
*** julienvey has quit IRC17:32
*** Drago1 has quit IRC17:33
*** Drago1 has joined #heat17:34
*** jcoufal has quit IRC17:34
*** jistr has quit IRC17:35
*** Drago1 has quit IRC17:39
openstackgerritEndre Karlson proposed a change to openstack/heat: Make str(json_param) return string vs python  https://review.openstack.org/12008417:40
*** sorantis has joined #heat17:41
*** Drago1 has joined #heat17:45
*** edmund has quit IRC17:47
*** spzala has joined #heat17:48
*** mkollaro has quit IRC17:49
*** david-lyle has quit IRC17:50
*** Drago1 has quit IRC17:51
*** kfox1111 has joined #heat17:56
*** devx has quit IRC18:03
*** devx has joined #heat18:03
openstackgerritEndre Karlson proposed a change to openstack/heat: Fix so that CSV as str return value  https://review.openstack.org/12017118:16
*** andersonvom has quit IRC18:16
*** andersonvom has joined #heat18:17
*** julienvey has joined #heat18:19
ekarlso-yet another fix :)18:19
ekarlso-if someone cares to take a look : )18:20
openstackgerritEndre Karlson proposed a change to openstack/heat: Fix so that CSV as str return value  https://review.openstack.org/12017118:28
*** jdob has quit IRC18:29
*** jdob has joined #heat18:29
*** che-arne|2 has quit IRC18:29
*** uberj_ has quit IRC18:30
*** uberj has joined #heat18:30
*** jistr has joined #heat18:33
*** jistr has quit IRC18:34
*** jistr has joined #heat18:34
*** kebray has joined #heat18:36
*** kebray has quit IRC18:36
*** jdob has quit IRC18:36
*** jdob has joined #heat18:37
*** kebray has joined #heat18:37
*** sgordon_ has quit IRC18:59
*** sgordon_ has joined #heat19:00
*** sdake_ has joined #heat19:01
*** openstackgerrit has quit IRC19:02
*** sabeen has quit IRC19:03
*** sabeen has joined #heat19:04
*** julienvey has quit IRC19:08
*** DaveJ__ has quit IRC19:08
*** spzala has quit IRC19:12
*** kebray has quit IRC19:12
*** jroyall has joined #heat19:13
*** jroyall is now known as joeroyall19:13
*** tspatzier has joined #heat19:28
*** skyler has joined #heat19:28
skylerHi, so I just booted up a server with Heat. When I launch without heat, the default user is "ubuntu" when I launch with heat the default user is "ec2-user". Is there a way to disable all ec2 features like this?19:30
sjmc7skyler - that's determined by heat config19:32
sjmc7in heat.conf, 'instance_user'19:33
skylersjmc7: Thanks, that is helpful. When I try to use sudo I get this message: sudo: /etc/sudoers.d/heat-instance-ec2-user is mode 0644, should be 044019:33
sjmc7i don't think there is a way to disable it, though i would be happy to be corrected19:33
skylerIs this also something I can fix in heat.conf?19:34
skylerWith the wrong mode, passwordless sudo doesn't work and I don't have a password for my initial user.19:35
*** spzala has joined #heat19:35
sjmc7not seen that before, skyler19:35
sjmc7where are you getting the image from?19:36
skylerThe image is ubuntu cloud img, 12.04.4 amd64.19:36
skylerI don't have this problem when launching manually19:36
*** tomek_adamczewsk has joined #heat19:38
*** julienvey has joined #heat19:38
sjmc7heat inserts some userdata which includes the default instance name when it calls out to nova19:39
larsksskyler: if you set "user_data_format: RAW" in your os::nova::server resource, Heat will not add it's own user-data information (which, among other things, sets up the ec2-user user)19:39
skylerlarsks: Thanks! That is exactly the kind of thing I was hoping exists19:40
*** david-lyle has joined #heat19:40
larsksskyler: An example of that here: https://github.com/larsks/rdo-hangout-heat-intro/blob/master/templates/wp-naive.yaml#L15619:40
*** openstackgerrit has joined #heat19:42
*** kebray has joined #heat19:44
*** crose has quit IRC19:46
*** andersonvom has quit IRC19:51
*** andersonvom has joined #heat19:53
*** tomek_adamczewsk has quit IRC19:54
*** joeroyall has quit IRC19:57
*** jdob has quit IRC20:00
*** kebray has quit IRC20:00
*** jasond` has joined #heat20:01
*** andersonvom has quit IRC20:01
openstackgerritIonut-Madalin Balutoiu proposed a change to openstack/heat-templates: HOT for IIS with Drupal  https://review.openstack.org/12020220:03
openstackgerritIonut-Madalin Balutoiu proposed a change to openstack/heat-templates: HOT for IIS with Drupal  https://review.openstack.org/12020220:04
*** killer_prince has joined #heat20:06
*** killer_prince is now known as lazy_prince20:06
*** kebray has joined #heat20:08
*** andersonvom has joined #heat20:09
*** jistr has quit IRC20:14
*** dsneddon has quit IRC20:16
*** dsneddon has joined #heat20:16
*** sabeen1 has joined #heat20:20
*** sabeen has quit IRC20:21
*** tspatzier has quit IRC20:24
openstackgerritIonut-Madalin Balutoiu proposed a change to openstack/heat-templates: HOT for IIS with Drupal  https://review.openstack.org/12020220:32
*** julienvey has quit IRC20:33
*** radez is now known as radez_g0n320:37
kfox1111so, Kubernetes seems to compete with Heat and Nova?20:43
ekarlso-kfox1111: well, for docker..20:43
kfox1111yeah, but ideally, openstack would provide docker support.20:44
kfox1111was looking at the openshift roadmap and they are reworking to use Kubernetes.20:44
kfox1111Was hoping OpenShift would get more integrated with OpenStack, but seems like its going the other way.20:44
ekarlso-kfox1111: doesn't mean u can use openstack stuff to deploy services :)20:46
ekarlso-nor that u can't use ironic / nova to deploy a flurry of hosts with kubernetes on the,20:47
kfox1111true. but when I looked at what Kubernates can provide, it doesn't seem to provide a lot of the useful features Heat provides, like nested templates.20:48
kfox1111or Nova schedulaing antiafinity.20:48
*** andreaf has quit IRC20:48
kfox1111Maybe I'll just have to wait for Solum to mature.20:48
ekarlso-kfox1111: cloudfoundry ?20:49
ekarlso-flynn20:49
kfox1111maybe. haven't looked at it much yet. maybe time to do so.20:51
*** jasondotstar has quit IRC20:56
*** rbowen has quit IRC21:03
zanebkfox1111: I don't think that Kubernetes competes with Heat, for the record21:05
*** kebray has quit IRC21:10
*** kebray has joined #heat21:13
*** kebray has quit IRC21:13
*** kebray has joined #heat21:14
*** kebray has quit IRC21:14
*** EricGonczer_ has quit IRC21:19
openstackgerritVijendar Komalla proposed a change to openstack/heat: Allow filtering of stacks by username, tenant and owner_id  https://review.openstack.org/12023521:20
*** achampion has quit IRC21:22
*** vijendar has quit IRC21:23
*** zunguri has quit IRC21:24
*** zunguri has joined #heat21:24
*** xmltok has left #heat21:25
*** sorantis has quit IRC21:28
*** zunguri has quit IRC21:28
*** kebray has joined #heat21:34
*** jasond` has quit IRC21:38
*** rpothier has quit IRC21:47
*** 77CAAEEHU has joined #heat21:48
*** MohitS has joined #heat21:50
*** 77CAAEEHU is now known as che-arne21:50
*** asalkeld has joined #heat21:51
uberjwill heat tell me if I have a dependency cycle?21:54
*** ccrouch has quit IRC21:56
*** Drago has joined #heat21:57
*** tango|2 has joined #heat21:59
*** tango has quit IRC22:01
*** Drago has quit IRC22:02
*** kebray has quit IRC22:04
stevebakeruberj: yes22:10
uberjcool, thanks22:10
*** andersonvom has quit IRC22:13
*** kebray has joined #heat22:15
*** kebray has quit IRC22:16
*** alexpilotti has quit IRC22:22
*** MohitS has quit IRC22:25
*** ccrouch has joined #heat22:28
*** sdake has quit IRC22:31
*** jroyall has joined #heat22:35
*** jroyall is now known as joeroyall22:35
*** kebray has joined #heat22:35
*** achampion has joined #heat22:40
kfox1111zaneb: https://github.com/GoogleCloudPlatform/kubernetes/blob/master/DESIGN.md under Is Kubernetes, then, a Docker "orchestration" system?22:50
kfox1111seems like it has a lot of overlap. not as flexable as heat, and includes some nova like things like scheduling.22:51
*** tims has quit IRC22:51
*** kebray has quit IRC22:53
*** zunguri has joined #heat22:54
*** zunguri has quit IRC22:58
*** ccrouch has quit IRC23:00
*** ccrouch has joined #heat23:00
stevebakerkfox1111: that sounds like a reasonable comparison23:03
*** ccrouch1 has joined #heat23:04
*** ccrouch has quit IRC23:05
*** hdd has quit IRC23:05
*** ccrouch1 has quit IRC23:08
kfox1111with openshift then basing stuff on it, running both openshift and openstack then someone needs to learn two different orchestration systems. :/23:11
kfox1111I'm kind of disapointed.23:11
stevebakerkfox1111: sure, but openshift needs to run on more than just openstack23:15
*** david-lyle has quit IRC23:15
stevebakerkfox1111: soon I'm going to write some software-config hooks so that a config resource represents a container on a server. One option I have is for the hook to just build a kubernetes template, so use kubernetes as a single-server container manager. Or the hook might just manage the containers directly23:18
*** ccrouch has joined #heat23:19
kfox1111stevebaker: yeah, but if you can run run heat/nova+docker driver and get the same functionality + more then kubernetes, and still run in other clouds, why not?23:20
kfox1111you should be able to run a minimal openstack in gce or azure or wherever in vm's, right?23:21
stevebakerkfox1111: that would be a bit crazy, but you could ;)23:22
kfox1111yeah. that sounds good. the docker heat driver bothers me in the authentication bits.23:22
*** spzala has quit IRC23:22
kfox1111stevebaker: not any more crazy then trying to reimplement nova/heat all over again. ;)23:22
stevebakeryeah, need to shut down that public docker api23:22
kfox1111I still would like to see things in openstack go a slightly different way. consider this... you have three types of resources. bare metal, vm's, docker containers.23:23
kfox1111nova has the capability to split a resource up in to several.23:23
*** joeroyall has quit IRC23:24
kfox1111have a set of "trusted" images. images provided by the cloud provider.23:24
kfox1111the user can request a bare metal node for example, and run a trusted image on it that has nova with the vm driver in it. when launched the tenant can't login to it, but it runs a new availability zone in it that only the tenant can schedual on.23:24
kfox1111same with a vm -> docker nova instance.23:25
kfox1111this allows users to request a bare metal node, or a vm node, and then suballocate it easly to themselves using the same openstack api.23:25
kfox1111heat can then orchistrate the whole thing.23:26
stevebakeryes, that would be a nice flexible private cloud seup23:26
stevebakersetup23:26
kfox1111that would be awesome. :)23:27
kfox1111as a user, I wouldn't have to learn really anything new. and as a cloud provider, I wouldn't have to do much to provide the functionality.23:27
kfox1111right now, I'm already overloaded a bit learning all of the openstack components, let alone having a completely different stack for docker. :/23:28
*** rbowen has joined #heat23:30
stevebakerI think nova docker driver, the container service, and using heat to manage containers on your own VMs will all have their place in the future23:31
kfox1111yeah. should be interesting times ahead. :)23:33
*** david-lyle has joined #heat23:34
*** DrBacchus has joined #heat23:37
*** rbowen has quit IRC23:40
*** Qiming has joined #heat23:41

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