Wednesday, 2014-01-08

*** funzo has joined #heat00:05
*** gokrokve has quit IRC00:13
*** sballe has quit IRC00:15
*** sballe has joined #heat00:15
*** ruhe is now known as _ruhe00:21
*** dguerri has quit IRC00:28
*** alexheneveld has joined #heat00:28
*** rpothier has joined #heat00:29
*** alexheneveld has quit IRC00:31
*** dguerri has joined #heat00:34
*** SergeyLukjanov is now known as _SergeyLukjanov00:37
sdakeasalkeld do you recall how much ram that workstation had in it?00:37
*** asalkeld has joined #heat00:40
asalkeldcool, fedup to fedora 20 was easy00:42
*** dguerri has quit IRC00:43
openstackgerritA change was merged to openstack/python-heatclient: Increase test_resources coverage  https://review.openstack.org/6352100:45
*** nosnos has joined #heat00:53
openstackgerritA change was merged to openstack/heat: Test db migration 31  https://review.openstack.org/6325300:57
*** funzo has quit IRC00:57
*** funzo has joined #heat00:58
*** funzo has quit IRC01:02
*** pvaneck has quit IRC01:03
*** gokrokve has joined #heat01:03
*** slong has joined #heat01:04
*** funzo has joined #heat01:14
*** jasond` has quit IRC01:25
*** andersonvom1 has joined #heat01:32
*** andersonvom1 has quit IRC01:33
*** andersonvom has quit IRC01:35
*** funzo has quit IRC01:35
*** Linz has quit IRC01:36
*** kfox1111 has quit IRC01:38
*** Linz has joined #heat01:38
*** nosnos has quit IRC01:43
*** jay-lau-513 has quit IRC01:43
*** nosnos has joined #heat01:44
*** jay-lau-513 has joined #heat01:44
*** gokrokve has quit IRC01:54
*** funzo has joined #heat01:58
*** IlyaE has quit IRC02:11
*** topol has joined #heat02:14
*** funzo has quit IRC02:14
*** andersonvom has joined #heat02:16
*** erkules_ has joined #heat02:17
*** funzo has joined #heat02:17
*** rongze has joined #heat02:19
*** erkules has quit IRC02:20
*** funzo has quit IRC02:21
*** funzo has joined #heat02:21
*** nati_ueno has quit IRC02:23
*** liang has joined #heat02:31
openstackgerritJun Jie Nan proposed a change to openstack/heat: Fix unused variables 2/2: enable unused var check  https://review.openstack.org/6282702:41
openstackgerritJun Jie Nan proposed a change to openstack/heat: Fix unused variables 1/2: add more asserts  https://review.openstack.org/6520302:41
*** sjain has joined #heat02:43
*** nosnos has quit IRC02:43
*** rushiagr has joined #heat03:06
*** funzo has quit IRC03:11
*** funzo has joined #heat03:11
*** IlyaE has joined #heat03:12
*** swygue has joined #heat03:13
*** funzo has quit IRC03:16
openstackgerritFeng Ju proposed a change to openstack/heat: Fix heat-keystone-setup error when try to create heat user  https://review.openstack.org/6523803:23
openstackgerrithuangtianhua proposed a change to openstack/heat: Fixes missing resource number checking  https://review.openstack.org/6505003:23
openstackgerritSteve Baker proposed a change to openstack/heat: Service authorize stack user from provided stack  https://review.openstack.org/5887503:28
alienyyghi guys, anyone know the account name of F17,I meat when I launch a instance with it manually not via heat, how can I ssh into that instance?03:31
*** swygue has quit IRC03:33
*** spzala has quit IRC03:34
stevebakeralienyyg: probably ec2-user03:40
stevebakeralienyyg: or root :/03:40
*** funzo has joined #heat03:41
*** topol has quit IRC03:41
*** funzo has quit IRC03:43
*** funzo_ has joined #heat03:43
alienyygstevebaker: Thanks, root works, the ec2-user is the account name when it create vi  heat03:43
stevebakeralienyyg: you should really be using an image from a supported version ;)03:44
*** swygue has joined #heat03:46
alienyygstevebaker: I just make the autoscaling work for me last night, it is the password I when I create the stack in dashboard, the browser remember a incorrect password for me ,but I forgot this each time I launch a stack :( but, finnally ,I find out this, and everything works fine.03:47
*** funzo_ has quit IRC03:47
*** Linz has quit IRC03:50
alienyygstevebaker: this is really a embarrassing mistake :(03:50
*** Linz has joined #heat03:50
openstackgerrithuangtianhua proposed a change to openstack/heat: Remove unused code in parser.py  https://review.openstack.org/6541103:50
*** rushiagr is now known as rushiagr_away03:51
*** harlowja is now known as harlowja_away03:52
*** rushiagr_away is now known as rushiagr03:55
*** Linz has quit IRC03:55
*** sjain has quit IRC03:59
*** alienyyg has quit IRC04:02
*** IlyaE has quit IRC04:05
*** nkhare has joined #heat04:10
*** IlyaE has joined #heat04:12
*** gokrokve has joined #heat04:12
*** Linz has joined #heat04:14
*** swygue has quit IRC04:18
*** rushiagr is now known as rushiagr_away04:21
*** rushiagr_away is now known as rushiagr04:28
*** swygue has joined #heat04:34
*** IlyaE has quit IRC04:35
*** funzo has joined #heat04:44
*** arbylee has joined #heat04:44
*** funzo has quit IRC04:48
*** rongze has quit IRC04:49
*** rongze has joined #heat04:50
*** IlyaE has joined #heat04:50
*** rongze has quit IRC04:54
*** gokrokve has quit IRC04:58
*** IlyaE has joined #heat04:58
*** IlyaE has quit IRC04:59
*** IlyaE has joined #heat05:00
*** chandankumar has joined #heat05:00
*** rushiagr has joined #heat05:10
*** urulama has joined #heat05:19
*** IlyaE has quit IRC05:21
*** sballe_ has joined #heat05:23
*** urulama has quit IRC05:23
*** rongze has joined #heat05:26
*** sballe has quit IRC05:26
*** arbylee has quit IRC05:28
*** rushiagr is now known as rushiagr_away05:44
*** funzo has joined #heat05:44
openstackgerritA change was merged to openstack/python-heatclient: Updates .gitignore  https://review.openstack.org/6217405:47
*** alienyyg has joined #heat05:48
*** IlyaE has joined #heat05:48
*** funzo has quit IRC05:49
*** rushiagr_away is now known as rushiagr05:51
*** IlyaE has quit IRC05:51
*** rongze has quit IRC05:53
*** swygue has quit IRC05:56
*** rongze has joined #heat05:57
*** swygue has joined #heat05:57
openstackgerritJenkins proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/6450406:17
*** amrit has quit IRC06:18
*** IlyaE has joined #heat06:21
*** swygue has quit IRC06:22
*** swygue has joined #heat06:33
*** funzo has joined #heat06:45
*** zigo_ is now known as zigo06:46
alienyyghi all, do you have any advice if I wanna to modfiy a exist image,such as install a new software to image ?06:50
*** funzo has quit IRC06:50
alienyygI mean some tools can help me with this?06:54
lifelessalienyyg: diskimage-builder might help you with that06:55
*** IlyaE has quit IRC06:56
stevebakeralienyyg: http://docs.openstack.org/developer/heat/getting_started/jeos_building.html06:56
alienyygdiskimage-builder can build image based on linux ,but what if I wanna a windows ?07:01
openstackgerritSteve Baker proposed a change to openstack/heat: Allow choice in how SignalResponder user id is stored.  https://review.openstack.org/6190207:02
*** SergeyLukjanov has joined #heat07:05
stevebakerah, I don't know about image building tools for windows. maybe ask the Murano folk07:05
alienyygstevebaker: OK ,can you give me a link about install cfn-tools on windows?07:08
stevebakeri'm afraid I know nothing about windows as a guest07:09
stevebakerbut if there are any issues, we would accept patches07:09
alienyygstevebaker: Thank you for your idear,I just wanna know if it is possible to use windows along with cloudwatch in heat ,because I saw something on aws about these kind of windows images07:14
alienyyglifeless: thank you too, lifeless07:15
lifelessalienyyg: you should be able to use any aws image tools too07:15
alienyyglifeless: I will try it:)07:16
*** IlyaE has joined #heat07:18
*** prathamesh258 has joined #heat07:21
*** IlyaE has quit IRC07:21
prathamesh258Hi07:21
prathamesh258http://paste.openstack.org/show/60755/07:22
prathamesh258I want to specify a user defined parameter in my properties section07:22
prathamesh258but it says Unknown property "iscsi"07:22
prathamesh258please refer my template07:23
prathamesh258is there a way to provide parameters which are not present in the openstack format07:23
prathamesh258as in flavor, image, availability_zone07:23
stevebakerprathamesh258: you could store it in the metadata property. That looks like what you need there07:24
stevebakerhttp://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server07:24
*** urulama has joined #heat07:33
prathamesh258Hi stevebaker07:39
prathamesh258thanks07:39
prathamesh258i did this07:39
prathamesh258http://paste.openstack.org/show/60756/07:39
prathamesh258the template is able to launch properly07:40
prathamesh258but is this the correct way to access metadata parameters07:40
*** ifarkas has joined #heat07:44
*** rushiagr is now known as rushiagr_away07:46
*** funzo has joined #heat07:46
*** funzo has quit IRC07:51
*** prathamesh258 has quit IRC07:52
*** jprovazn has joined #heat07:53
*** prathamesh009 has joined #heat08:00
*** tspatzier has joined #heat08:01
openstackgerrithuangtianhua proposed a change to openstack/heat: Fixes duplicate calling add_constructor()  https://review.openstack.org/6542608:01
prathamesh009http://paste.openstack.org/show/60762/08:03
therve'morning08:03
prathamesh009Hi stevebaker08:03
openstackgerrithuangtianhua proposed a change to openstack/heat: Fixes missing resource number checking  https://review.openstack.org/6505008:03
prathamesh009its not yet clear to me how to use the metadat08:03
prathamesh009*a08:03
prathamesh009in properties section08:03
prathamesh009it says template not in valid format08:03
*** giulivo has joined #heat08:10
prathamesh009how to specify custom user properties08:11
prathamesh009in metadata section08:12
*** rushiagr_away is now known as rushiagr08:14
prathamesh009can we provide user parameters other than openstack's known properties section08:21
prathamesh009like flavor, availability_zone, image08:21
*** ppetit has joined #heat08:21
prathamesh009stevebaker said to use metadata08:21
prathamesh009but i am not able to launch templates08:22
prathamesh009using that08:22
prathamesh009metadata : Map08:23
prathamesh009Arbitrary key/value metadata to store for this server. A maximum of five entries is allowed, and both keys and values must be 255 characters or less.08:24
prathamesh009but how to use this metadata08:24
prathamesh009http://docs.openstack.org/developer/heat/template_guide/openstack.html#OS::Nova::Server08:24
*** pshchelo has joined #heat08:39
pshchelogood morning everybody :)08:39
alienyygpshchelo: hi, nice to meet you08:40
pshcheloso, what is the decision on weekly meetings? today as before (20:00 UTC) and the other week at?08:40
*** SergeyLukjanov is now known as _SergeyLukjanov08:44
shardymorning08:44
*** _SergeyLukjanov has quit IRC08:44
shardyprathamesh009: The key/value pairs you set with that property are available inside the instance via the nova metadata API:08:45
shardyhttp://docs.openstack.org/admin-guide-cloud/content//section_metadata-service.html08:45
*** funzo has joined #heat08:47
*** funzo has quit IRC08:51
*** nkhare has quit IRC08:59
*** SergeyLukjanov has joined #heat08:59
*** nkhare has joined #heat08:59
openstackgerritSimon Pasquier proposed a change to openstack/python-heatclient: Add to_dict() method to Resource class  https://review.openstack.org/6526908:59
*** rushiagr2 has joined #heat09:01
*** jistr has joined #heat09:04
*** rushiagr has quit IRC09:05
*** ifarkas has quit IRC09:11
*** derekh has joined #heat09:11
*** ifarkas has joined #heat09:12
openstackgerritSteven Hardy proposed a change to openstack/heat: Tolerate deleted trust on stack delete  https://review.openstack.org/6506409:13
openstackgerritSteven Hardy proposed a change to openstack/heat: Update Loadbalancer default template to F20 image  https://review.openstack.org/6506009:14
openstackgerritSteven Hardy proposed a change to openstack/heat: Store AccessKey secret_key in resource data  https://review.openstack.org/6382909:15
openstackgerritSteven Hardy proposed a change to openstack/heat: heat_keystoneclient revise get_ec2_keypair  https://review.openstack.org/6244109:15
shardy^^ all trivial rebases09:16
*** liang has quit IRC09:18
*** liang has joined #heat09:18
*** jhurlbert has quit IRC09:20
*** ifarkas has quit IRC09:25
*** rushiagr2 is now known as rushiagr_away09:25
*** rushiagr_away is now known as rushiagr209:26
*** rushiagr3 has joined #heat09:28
*** nanjj has joined #heat09:29
*** jhurlbert has joined #heat09:30
nanjjshardy: hi09:30
shardynanjj: Hi!09:31
*** ifarkas has joined #heat09:31
*** rushiagr3 has quit IRC09:31
*** rushiagr2 has quit IRC09:32
nanjj/?09:32
*** alienyyg has quit IRC09:33
*** rushiagr3 has joined #heat09:34
nanjjshardy: about software config09:34
nanjjshardy: is it possible we split the bp into several small ones,09:35
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Fix order of arguments in assertEqual (patch 1/2)  https://review.openstack.org/6145709:36
nanjjshardy: and assign more guys on it?09:36
nanjjshardy: and I can be one of them09:36
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Fix comparison with singletons  https://review.openstack.org/6285209:36
*** shivam__ has quit IRC09:36
shardynanjj: You will have to talk to stevebaker about it, as he's the one leading that effort09:36
shardyI imagine he will be glad of the help :)09:37
nanjjshardy: OK, I will find him tomorrow morning :)09:37
shardynanjj: Have you seen the "Sofware Config progress" thread on openstack-dev?09:38
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Fix order of arguments in assertEqual (patch 2/2)  https://review.openstack.org/6441509:39
shardynanjj: In the "Next steps" at the end of that message, stevebaker asks for volunteers, so you may want to reply to that thread offering to help :)09:39
*** tomek_adamczewsk has joined #heat09:40
shardynanjj: http://lists.openstack.org/pipermail/openstack-dev/2013-December/022269.html09:41
nanjjshardy: yes, I saw it09:41
openstackgerritPavlo Shchelokovskyy proposed a change to openstack/heat: Fix asserttion of types  https://review.openstack.org/6143609:47
*** funzo has joined #heat09:47
*** funzo has quit IRC09:52
nanjjshardy: OK, I will do a test firstly to see which parts I can help09:54
shardynanjj: Sounds good.09:55
shardynanjj: I had one remaining minor comment on https://review.openstack.org/#/c/65203/09:55
shardyIf you can fix that I'll +2 and we can hopefully get those patches in09:56
nanjjshardy: OK10:01
openstackgerritJun Jie Nan proposed a change to openstack/heat: Fix unused variables 2/2: enable unused var check  https://review.openstack.org/6282710:03
openstackgerritJun Jie Nan proposed a change to openstack/heat: Fix unused variables 1/2: add more asserts  https://review.openstack.org/6520310:03
*** rushiagr3 is now known as rushiagr_away10:11
*** nanjj has quit IRC10:12
*** SergeyLukjanov has quit IRC10:17
*** SergeyLukjanov has joined #heat10:22
openstackgerritSwann Croiset proposed a change to openstack/heat: Add autoscaling notifications  https://review.openstack.org/6208710:22
*** SergeyLukjanov has quit IRC10:23
openstackgerritChmouel Boudjnah proposed a change to openstack/heat-templates: Add swift hot example.  https://review.openstack.org/6532310:25
*** rushiagr_away is now known as rushiagr310:32
*** alexheneveld has joined #heat10:35
*** alexheneveld has joined #heat10:43
*** rongze has quit IRC10:43
chmoueltherve: helllo, should hot template be case insensitives? including properties/keynames?10:43
*** che-arne has joined #heat10:45
thervechmouel, I don't think so, it should be lower case10:45
chmoueltherve: so those properties https://github.com/openstack/heat/blob/3378492d3d5d07e64ce71210628e870c4fcbc332/heat/engine/resources/swift.py#L33-34 would need to be lower case ?10:47
therveHum10:48
thervechmouel, I don't know10:48
*** funzo has joined #heat10:48
thervechmouel, No10:50
shardychmouel: resource properties are not case insensitive10:50
shardyso the template has to match the schema, which is used for the generated docs:10:51
shardyhttp://docs.openstack.org/developer/heat/template_guide/index.html10:51
shardythose swift properties are a bit weird as they don't align with other native resources, which mostly use lower_case_properties10:51
chmouelshardy,therve: ah ok, i find a bit weird (as a user) to have to find the exact way to write X-Container-Read10:52
chmouelshardy: oh yeah exactly :)10:52
shardyIIRC the swift resource was one of the first native resources, so we'd probably not really figured out the conventions yet10:53
*** funzo has quit IRC10:53
shardyMaybe there is an argument for making the properties case insensitive, but I'd worry about making templates less readable, so IMO it's maybe better if over time we work towards making all the native resource interfaces consistent instead10:54
shardyi.e it would be better if everyone's hot templates looked the same10:55
chmouelshardy: yep that's fair, is templates syntax are meant to be supported 'forever' ?10:57
*** rushiagr3 is now known as rushiagr_away10:57
shardychmouel: No, but we've not figured out the deprecation/versioning strategy for resource interfaces yet10:57
chmouelshardy: the mixing uppercase/lowercase is weird here: https://review.openstack.org/#/c/65323/2/hot/swift.yaml10:57
chmouelok10:57
*** SergeyLukjanov has joined #heat10:58
shardythe template language already contains a version, but again, we havent' had to use it yet10:58
chmouelyeah i was grepping around yesterday to see if it was meaning something10:58
shardychmouel: I agree it's weird, when we work out the schema versioning stuff, I gues a future version of that resource can be sedded to e.g x_container_read or something10:59
shardys/gues/guess10:59
chmouelshardy: cool okay, i guess that would be something for the J release11:00
* chmouel can't rem the new name of the J release11:00
*** rongze has joined #heat11:14
*** rushiagr_away is now known as rushiagr311:15
*** jhurlbert has quit IRC11:15
*** alienyyg has joined #heat11:19
*** jhurlbert has joined #heat11:19
*** rongze has quit IRC11:19
*** bvandenh has joined #heat11:22
*** rongze has joined #heat11:26
*** rongze has quit IRC11:34
*** alienyyg has quit IRC11:37
*** funzo has joined #heat11:49
*** rushiagr3 is now known as rushiagr11:49
*** alexpilotti has joined #heat11:53
*** funzo has quit IRC11:54
*** urulama has quit IRC11:58
*** alienyyg has joined #heat12:06
*** rongze has joined #heat12:17
shardyAnyone have any tips on how to get neutron to allow instances to retrieve metadata from nova?12:18
shardyI have the neutron metadata-agent running, but my (F20) image can't get the metadata12:18
shardyimage works fine with nova-networ..12:19
*** funzo has joined #heat12:23
*** bgorski has joined #heat12:26
*** rushiagr has quit IRC12:31
*** rpothier has quit IRC12:32
*** nkhare has quit IRC12:40
therveshardy, What's the issue? You can't connect to the metadata IP?12:41
shardytherve: yes12:41
therveThere are some many things to debug it's a bit hard to tell12:42
therveshardy, Have you tried associating a floating IP?12:42
shardytherve: Ha, tell me about it ;)12:42
*** pshchelo has quit IRC12:42
*** erkules_ is now known as erkules12:42
shardytherve: Not yet, I just want a simple minimal wordpress type template to work12:43
*** alexpilotti has quit IRC12:43
*** Linz has quit IRC12:43
therveshardy, I would try it12:44
*** sballe_ has quit IRC12:45
*** sballe_ has joined #heat12:45
*** Linz has joined #heat12:46
chmouelshardy, therve: yeah i had the same prob with neutron and had to indeed adding a floating ip12:55
therveIf that works you can start debugging network namespaces (woo)12:55
*** sballe_ has quit IRC13:06
*** andersonvom1 has joined #heat13:11
*** andersonvom has quit IRC13:11
*** agileclipse has joined #heat13:14
*** alienyyg has quit IRC13:16
*** arbylee has joined #heat13:16
*** jistr is now known as jistr|english13:17
*** aweiteka has joined #heat13:20
*** rpothier has joined #heat13:22
*** arbylee has quit IRC13:23
chmouellol13:29
*** MaximB has joined #heat13:31
*** andersonvom1 has quit IRC13:32
MaximBhello, is heat a part of openstack? (or can be intigrated into openstack)13:32
MaximBalso, can I create templates of servers to install using heat? (like server A ubuntu 10GB HD/2GB RAM)?13:33
shardyMaximB: Yes, Heat is an integrated component of OpenStack, since the Havana release13:33
shardyhttps://wiki.openstack.org/wiki/ReleaseNotes/Havana#Heat13:34
shardyMaximB: Yes, we have some example templates which may help illustrate the sort of things that are possible:13:34
shardyhttps://github.com/openstack/heat-templates13:35
shardyAlso see https://wiki.openstack.org/wiki/Heat13:35
shardythere are some blogs and presentation material linked there, if you need some introductory information13:35
*** swygue has quit IRC13:39
MaximBthe native api links is dead13:41
*** arbylee has joined #heat13:43
*** andersonvom has joined #heat13:44
shardyMaximB: fixed13:45
*** agileclipse has quit IRC13:47
MaximBshardy: thanks you are fast, 104 people in this channel and the answers come right away, 800+ people at #openstack and I see only questions there ;)13:49
shardyMaximB: np13:49
MaximBshardy: I'm no programmer, my boss wanted to try it and see if it's possible to "install 20 machines from template C which has 20GB HD / 2GB RAM and CentOS already installed" ... I briefly viewed the links but I missed the guide on how to write such script/template.13:52
*** agileclipse has joined #heat13:54
*** dims has quit IRC13:55
shardyMaximB: Normally you would start with a minimal base image containing the OS in the image service (glance), then launch the VMs via the compute service (Nova), Heat provides orchestration capabilities on top of those services (and others)13:56
*** dims has joined #heat13:57
MaximBshardy: is there a guide for it? what happens after I run the vm's via nova?13:59
shardyMaximB: We have getting started and template documentation here:13:59
shardyhttp://docs.openstack.org/developer/heat/13:59
*** agileclipse has quit IRC14:00
shardyYou may want the main openstack docs first though:14:00
shardyhttp://docs.openstack.org/14:00
shardyAfter the VMs are launced via nova, Heat customizes them using an agent bootstrapped via cloud-init14:00
*** jdob has joined #heat14:01
MaximBok, thank you .. is it adviced to install openstack on top of crowbar?14:01
shardyMaximB: There are several tools to automate openstack deployments, I'm not familiar with crowbar myself14:05
chmoueli was reading about this bug https://bugs.launchpad.net/heat/+bug/1259353 should we maybe have contrib outside the main repo like heat-extras if it's expected to grow bigger and bigger14:05
MaximBshardy: thank you very much for your help14:06
shardyMaximB: np14:07
MaximBshardy: btw unrelated question... which has better performance KVM, VMware's ESXi5 or Xen?14:08
*** andersonvom has quit IRC14:10
*** Linz has quit IRC14:10
shardyMaximB: I have no idea but I personally find KVM works well14:11
MaximBthanks, cya14:12
*** MaximB has left #heat14:12
shardyThe definition of better probably changes depending on your requirements and workload14:12
*** Linz has joined #heat14:14
*** jcru has joined #heat14:15
*** john-n-seattle has quit IRC14:26
*** john-n-seattle has joined #heat14:28
*** andersonvom has joined #heat14:29
*** arbylee has quit IRC14:30
*** arbylee has joined #heat14:31
*** vijendar has joined #heat14:35
*** john-n-seattle has quit IRC14:40
*** dims has quit IRC14:40
*** rpothier has quit IRC14:40
*** jistr|english is now known as jistr14:42
*** john-n-seattle has joined #heat14:42
*** dims has joined #heat14:42
*** rpothier has joined #heat14:42
*** radez_g0n3 is now known as radez14:51
*** jistr has quit IRC14:56
*** jistr has joined #heat14:57
*** jistr is now known as jistr|mtg14:57
*** rushiagr has joined #heat15:01
*** rwsu has joined #heat15:09
*** liang has quit IRC15:17
*** rushiagr2 has joined #heat15:22
*** rushiagr2 is now known as rushiagr_away15:22
*** rushiagr has quit IRC15:22
*** topol has joined #heat15:33
*** tspatzier has quit IRC15:36
*** akuznetsov has quit IRC15:44
*** rushiagr_away is now known as rushiagr215:45
*** rcleere has joined #heat15:51
*** sballe has joined #heat15:51
*** rongze has quit IRC15:52
*** sballe has quit IRC15:52
*** rongze has joined #heat15:52
*** jay-lau-513 has quit IRC15:52
*** chandankumar has quit IRC15:53
*** chandankumar_ has joined #heat15:53
*** tims has joined #heat15:53
*** akuznetsov has joined #heat15:56
*** chandankumar__ has joined #heat15:56
sdakemorning15:57
*** rongze has quit IRC15:57
*** chandankumar_ has quit IRC15:57
*** nkhare has joined #heat15:59
*** rushiagr2 is now known as rushiagr16:00
*** topol has quit IRC16:02
*** topol has joined #heat16:03
*** dmueller has joined #heat16:10
*** ifarkas has quit IRC16:10
*** gokrokve has joined #heat16:10
*** dmueller has quit IRC16:12
*** sdake has quit IRC16:17
*** sdake has joined #heat16:17
*** IlyaE has joined #heat16:18
*** SergeyLukjanov has quit IRC16:23
andersonvommorning!16:28
*** spzala has joined #heat16:32
*** jprovazn has quit IRC16:42
*** jistr|mtg is now known as jistr16:43
*** tomek_adamczewsk has quit IRC16:45
*** sballe has joined #heat16:48
*** gokrokve has quit IRC16:50
*** gokrokve has joined #heat16:50
*** rongze has joined #heat16:52
*** gokrokve has quit IRC16:55
*** c0mm4nd3r has joined #heat16:58
*** nkhare has quit IRC16:59
*** SergeyLukjanov has joined #heat17:00
*** chandankumar__ has quit IRC17:00
*** randallburt has joined #heat17:07
*** randallburt has joined #heat17:07
*** Linz_ has joined #heat17:07
*** Linz has quit IRC17:09
*** rushiagr has quit IRC17:13
*** rongze has quit IRC17:15
*** rongze has joined #heat17:16
*** Linz_ has quit IRC17:17
*** Linz has joined #heat17:18
*** pablosan has joined #heat17:20
*** sjmc has joined #heat17:20
*** sballe has quit IRC17:23
*** sballe has joined #heat17:24
*** IlyaE has quit IRC17:27
*** hub_cap is now known as carnac17:29
*** carnac is now known as hub_cap17:30
*** rongze has quit IRC17:35
*** alexheneveld has quit IRC17:35
*** pvaneck has joined #heat17:35
*** c0mm4nd3r has quit IRC17:36
*** rongze_ has joined #heat17:38
*** IlyaE has joined #heat17:41
*** jistr has quit IRC17:43
*** IlyaE has quit IRC17:43
*** rongze_ has quit IRC17:44
*** rongze has joined #heat17:44
*** harlowja_away is now known as harlowja17:46
*** nati_ueno has joined #heat17:51
*** rongze has quit IRC17:51
*** rongze has joined #heat17:52
*** _ruhe is now known as ruhe17:53
*** gokrokve has joined #heat17:56
*** rongze has quit IRC17:57
*** alexheneveld has joined #heat18:00
*** jmckind has joined #heat18:01
*** tspatzier has joined #heat18:08
*** radez is now known as radez_g0n318:16
*** IlyaE has joined #heat18:16
*** rongze has joined #heat18:22
*** rongze has quit IRC18:24
andersonvomthis is awfully quiet today18:24
*** rongze has joined #heat18:24
*** yogesh has joined #heat18:24
*** radez_g0n3 is now known as radez18:27
*** derekh has quit IRC18:38
*** rongze has quit IRC18:49
*** tspatzier has quit IRC18:54
*** bgorski has quit IRC19:05
stevebakermorning19:07
jasondmorning19:10
*** rongze has joined #heat19:15
*** tspatzier has joined #heat19:20
*** ruhe is now known as _ruhe19:21
*** zaneb has quit IRC19:28
*** spzala has quit IRC19:30
*** spzala has joined #heat19:30
*** zaneb has joined #heat19:33
*** spzala has quit IRC19:36
*** rongze has quit IRC19:49
asalkeldmorning19:52
*** arbylee has quit IRC19:56
*** spzala has joined #heat19:58
stevebakermeeting time19:59
andersonvomyup20:00
stevebakertspatzier: you about for the meeting?20:01
*** tango has joined #heat20:02
*** conrad_ has joined #heat20:02
*** arbylee has joined #heat20:03
*** arbylee has quit IRC20:04
stevebakerSpamapS: about for meeting?20:04
*** kwhitney has joined #heat20:07
*** _ruhe is now known as ruhe20:14
*** conrad_ has quit IRC20:19
*** IlyaE has quit IRC20:34
*** radez is now known as radez_g0n320:38
*** jdob has quit IRC20:39
*** jdob has joined #heat20:42
*** IlyaE has joined #heat20:47
SpamapSstevebaker: unfortunately, I was stuck at a mechanic shop for no reason other than extremely stupid people. :(20:59
SpamapSreally frustrating21:00
SpamapSstevebaker: apologies for not making it back in time21:00
stevebaker:)21:00
radixhello21:00
*** MikeSpreitzer has joined #heat21:00
tspatzierzaneb, I created the BP for the schema code work: https://blueprints.launchpad.net/heat/+spec/schema-code-consolidation21:01
tspatzierCan you do the linking to the nested param schema BP and check if the other fields are set correctly?21:01
radixzaneb: remember when we agreed that the core of the logic goes into a separate API, and the heat resources just wrap the API?21:01
radixand that separate API creates a separate stack for containingthe scaled resources21:01
zanebtspatzier: done, and approved. many thanks!21:02
tspatzierthanks zaneb21:02
zanebradix, yes, I'm not arguing with any of that21:02
shardyradix: Yep, but it's about the approach to acheving that, leveraging the existing logic21:02
radixzaneb: so what are you asking about the API "wrapping"?21:02
shardyif you start with the existing logic, refator/abstract to enable native resources, then you already have abstractions which will support an API21:03
zanebradix: I'm looking at https://github.com/therve/heat/commit/434d0271d6382b41ef90528205e98bd8817a8a3e and it doesn't appear to *do* anything21:03
radixzaneb: I'm not sure if that's the most interesting branch21:03
radixI think it might be in the other one21:03
zanebit's just an API that does CRUD operations, but it doesn't actually autoscale anything21:03
shardyif you start with an API spec and work backwards, you run a much bigger risk of ending up with an incomplete implementation21:04
*** susaant has joined #heat21:04
radixbasically, the "*do*"ing will be talking to heat to manipulate a stack based on a generated template.21:04
radixso that is the interesting logic21:04
zanebradix: yes, exactly. so that's part should be the first priority21:04
zaneb*that21:05
radixzaneb: and that logic doesn't live in resources21:05
zanebabsolutely not21:05
zanebbut it does right now21:05
zanebso I would have thought task #1 is to move it out21:05
radixyep, that's it21:05
zanebcreate an internal API for it21:05
zaneband when that is done, wrap it with a ReST API21:05
radixyeah, that was the plan, I didn't comumnicate that well21:06
radixbasically, create an engine, and a codebase that knows how to generate a template and manage a stack with it (adapted from the existing stuff)21:06
radixgive that a REST API, then wrap the REST API with resources21:06
zanebok, cool. it just seems like all of the focus has been on the ReST API, and it's not clear that anyone has been working on the prerequisite steps21:06
radixI think the problem is just that I talk about "the autoscale API" as the chunk of work to be done21:08
radixwhere that all encapsulates the whole template-generating, stack-manipulating thing, plus the API on top of it21:08
zanebwell, here's how I look at it21:08
*** tspatzier has quit IRC21:08
zaneband maybe we need to arrange the blueprints to this effect...21:09
zanebthere are a series of dependent tasks that need to happen21:09
radixthe blueprints are pretty broken up, but, hmm21:10
zaneb1) split out the database, 2) split the implementation out of the resources into a separate python api 3) create native resources using this api 4) wrap a ReST API around the API21:10
radixbut they are not in the state I thought they were21:10
radixI will have to work on that21:10
radixI'll fix that up today21:11
zanebso (4) does not seem like the place to start, because it delivers no value without 1-321:11
radixright, right21:11
zaneb1-3 are valuable in themselves (if done in that order)21:11
radixI never intended to implement an API without code for it to execute :) I'm sorry I wasn't clear about that.21:11
radixzaneb: however, for what it's worth, I think I might do that in slices, but I'm not sure yet.21:11
zanebso 4 should be the lowest priority, but it appears to be getting the most work21:12
radixhow is it getting the most work?21:12
zanebso that raises the question of whether more resources are needed, or if you're blocking on input from the ML, &c.21:12
shardyradix: I think I got a bit worried a while back when therve was talking about a from-scratch reimplementation rather than an incremental refactor like zaneb is proposing21:12
shardythat and that nearly all of the BP's have "API" in their titles ;)21:13
zanebradix: both of those GitHub links you pasted contain only work on (1) & (4)21:13
radixyeah, sorry about that.21:13
radixzaneb: so, the PoC was to get a spike working21:13
radixend-to-end21:13
radixzaneb: the current autoscaling code _already_ manages a template and maintains a stack, albeit in-process with a nested stack21:14
radixso we didn't need to "figure that out", which is what the spike was for21:14
radixone of the things we had to figure out withthe spike was auth, for example.21:14
radixso please don't take the spike branches as any kind of indication of intent21:15
shardyradix: what aspects of auth were you figuring out?21:15
radixshardy: remember back when we were trying to learn about trusts?21:15
zanebthat's fine, I was just answering your question "<radix> how is it getting the most work?"21:16
shardyradix: yup, so for the deferred operations, got it21:16
radixshardy: exactly21:16
shardyradix: That all works now in heat-engine, which is another reason to start there and refactor21:16
radixfiguring out how authentication will travel from heat -> as -> heat -> other services21:16
shardyradix: I'm also working on the intance-users BP which should resolve the second case21:16
radixcool21:17
radixI have to step away for a short bit, I should be back in about half an hour21:17
zanebradix: so, if all of 1-4 get in to Icehouse, it doesn't really matter what order you worked on them in (although it's better to do incremental testing rather than drop a big change right at the end)21:17
radixyeah, I don't plan on doing any big blobs :)21:18
chmouelstevebaker: https://blueprints.launchpad.net/python-heatclient/+spec/python-requests-port fyi21:18
zanebbut if it's not all ready and we end up with nothing when we could have had 1-3, that would suck21:18
*** bvandenh has quit IRC21:21
jasondzaneb: would you mind taking a look at https://wiki.openstack.org/wiki/Heat/Blueprints/ImproveAPIPolling ?21:22
shardyjasond: Do we have to poll the API at all?  I'd always hoped we could move to a callback type arrangement, e.g using nova notifications21:23
*** rongze has joined #heat21:23
jasondshardy: i looked into that a little, but then realized it'd only help with the server instances21:24
jasondso if we did that, we'd need this as well for the other resources.  so it'd be good to get this in first21:25
zanebjasond: it looks good except that that implementation won't work. There's only one TaskRunner that sleeps, but there are multiple resources started at different times with different polling intervals required21:26
jasondoh man, i didn't notice that21:27
zaneband not just only one per stack either - one per whole tree of nested stacks21:28
jasondi could still implement it via the resource implementations, but that'd be messy21:28
jasondso, in other words, one per engine?21:29
zanebone idea I toyed with earlier: atm tasks always yield 'None'. so if they yielded something else, we could interpret that as a multiplier of the wait time21:29
*** susaant has quit IRC21:29
zanebjasond: mmm, not quite. one per user request21:29
jasondoh ok21:30
zaneband by 'None' I mean None, not a string21:30
jasondbut we still can't change the wait time for the entire tree of nested stacks because some resources might have finished and other are just being started21:31
jasondi mean, you might have two creating at the same time, but at different stages21:32
zanebthat's true, so to me it follows from that that this is a property of a workflow rather than a task21:33
*** SergeyLukjanov_ has joined #heat21:34
zanebi.e. DependencyTaskGroup, not TaskRunner21:34
*** SergeyLukjanov has quit IRC21:35
zanebor, perhaps more accurately, both21:35
jasondsorry, how does it follow?21:37
*** rcleere has quit IRC21:39
jasondi'm not sure how using DependencyTaskGroup would help.  DependencyTaskGroup is a level higher than TaskRunner, and TaskRunner isn't granular enough to do what we're attempting21:41
*** jdob has quit IRC21:42
*** jdob has joined #heat21:43
stevebakershardy: could you take another look at this? https://review.openstack.org/#/c/58875/21:47
*** alexheneveld has quit IRC21:54
*** kwhitney has left #heat21:54
*** IlyaE has quit IRC21:57
*** rongze has quit IRC21:57
*** giulivo has quit IRC22:00
*** IlyaE has joined #heat22:03
zanebjasond: DependencyTaskGroup is absolutely a level higher than TaskRunner. Also, lower.22:03
*** MikeSpreitzer has quit IRC22:04
jasondzaneb: how is it lower?22:05
radixalright22:05
zanebjasond: DependencyTaskGroup is run by a TaskRunner and also runs its tasks as TaskRunners. Therefore it is both higher and lower in the hierarchy, independent of your definitions of 'higher' and 'lower', which I'm suddenly not sure I understand22:07
*** jdob has quit IRC22:08
*** SergeyLukjanov_ has quit IRC22:08
jasondthat makes sense.  by higher-level, i meant that it manipulates taskrunners.  i guess i didn't realize it was run by a taskrunner itself22:09
zanebok, that's what I originally thought you meant22:09
zanebso, operating at a higher level is good, because we see more of the tasks22:10
*** SergeyLukjanov has joined #heat22:10
zanebthat's why we need to not only collect the data in the TaskRunner, but pass it up a level to the workflow22:10
zanebso that it can do intelligent stuff like 'don't bother polling that one again next time through the loop'22:11
jasondhm, this is getting complicated22:12
zanebthere's a reason that nobody implemented it already ;)22:13
jasondbut i'm guessing that making one taskrunner per resource would be more complicated22:13
*** alexheneveld has joined #heat22:16
openstackgerritDaneyon Hansen proposed a change to openstack/heat-templates: Added HOT Template for 2 Servers Without Floating IPs  https://review.openstack.org/6555222:18
*** aweiteka has quit IRC22:19
zanebjasond: well one TaskRunner _sleeping_ per resource wouldn't be more complicated so much as just not parallel. Like, exactly how it was before TaskRunners existed.22:20
*** rwsu has quit IRC22:22
jasondoh ok22:23
*** rongze has joined #heat22:23
jasondzaneb: this would probably be a decent improvement http://dunsmor.com/shots/2014-01-08-162343_345x763.png22:24
zanebis https://github.com/openstack/heat 404-ing for anybody else?22:24
jasondit is for me22:25
larskshttps://status.github.com/22:25
zaneblarsks: thanks :)22:26
zanebspent 2 days trying to download Google Chrome... Google have accidentally deleted the RPMs and not noticed yet22:27
zanebwas starting to wonder if it was just me22:27
*** jdag has joined #heat22:27
sdakezaneb ya 404 for me, did you ask on infra?22:28
*** rpothier has quit IRC22:28
zanebjasond: so, just as my 2c, I think you are waaaaaay overthinking it with all of these graphs22:28
zanebsdake: larsks pointed out that https://status.github.com/ says some repos are inaccessable atm22:29
sdakeoh cool22:29
zanebjasond: before we parallelised everything, I believe that we just kept doubling the polling interval for servers until it got above 30s22:29
jasondzaneb: you prefer a list of numbers? ;)22:29
jasondzaneb: then what happened?22:31
zanebnot really, I prefer not to spend much thought on it at all, because that just isn't the hard part of the problem22:31
*** rwsu has joined #heat22:31
zanebjasond: we introduced tasks to parallelise things and it was going to be a PITA to move that stuff from inside the resources up into the workflows22:31
zanebas you're now discovering ;)22:31
jasondwell honestly i didn't expect it to be a hard problem, but i did anticipate a lot of discussion about sane defaults, which is why i made the graphs22:32
zanebfair enough22:32
zanebI'm just trying to explain that the reality is the reverse ;)22:33
zanebI'd accept just about any defaults (2 sounds fine, for instance)22:33
zanebthe reason it hasn't been done is that it's a hard problem22:34
jasondmaybe that's the answer, change the default wait_time to 222:34
jasond;)  well i'll keep thinking about this.  i'm outta here for the day.  thanks for the explanation22:34
zanebmaybe, I would support that if it solved the quota problem22:34
zanebbut there is a downside to that too - it adds latency22:35
stevebakerzaneb: github is just a mirror, use git.openstack.org22:39
*** topol has quit IRC22:40
*** IlyaE has quit IRC22:40
zanebthat's technically true, though irrelevant in the case of what I was looking for at that particular moment ;)22:40
*** rongze has quit IRC22:42
*** SergeyLukjanov_ has joined #heat22:47
*** SergeyLukjanov_ has quit IRC22:47
*** SergeyLukjanov has quit IRC22:48
*** SergeyLukjanov_ has joined #heat22:48
*** SergeyLukjanov_ has quit IRC22:48
*** vijendar has quit IRC22:53
*** dims has quit IRC22:53
*** jcru has quit IRC22:55
*** rpothier has joined #heat23:06
*** swygue has joined #heat23:06
*** dims_ has joined #heat23:09
*** swygue has quit IRC23:12
*** jmckind has quit IRC23:20
*** yogesh has quit IRC23:22
*** yogesh has joined #heat23:23
*** rongze has joined #heat23:23
*** swygue has joined #heat23:25
*** pablosan has quit IRC23:27
*** yogesh has quit IRC23:27
*** rongze has quit IRC23:28
*** asalkeld_ has joined #heat23:29
*** asalkeld_ has quit IRC23:30
*** asalkeld_ has joined #heat23:31
*** asalkeld has quit IRC23:32
*** asalkeld_ has quit IRC23:36
*** kebray_ has joined #heat23:36
*** tims has quit IRC23:38
*** ruhe is now known as _ruhe23:41
*** gokrokve has quit IRC23:45
*** gokrokve has joined #heat23:46
*** asalkeld_ has joined #heat23:49
*** gokrokve has quit IRC23:50
*** slong_ has joined #heat23:57
*** slong has quit IRC23:57

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