Wednesday, 2014-02-19

*** gokrokve_ has quit IRC00:07
*** gokrokve has joined #heat00:08
*** arbylee has joined #heat00:10
*** arbylee1 has joined #heat00:11
*** arbylee has quit IRC00:11
*** dims has quit IRC00:11
*** gokrokve has quit IRC00:12
*** yogesh has joined #heat00:19
*** rcleere has quit IRC00:22
*** matsuhashi has joined #heat00:22
*** cadenzajon_ has quit IRC00:23
*** dims has joined #heat00:27
*** arbylee1 has quit IRC00:29
*** yogesh has quit IRC00:30
*** yogesh has joined #heat00:31
*** nati_ueno has joined #heat00:32
*** matsuhashi has quit IRC00:32
*** matsuhas_ has joined #heat00:34
*** nati_uen_ has quit IRC00:35
openstackgerritCyril Roelandt proposed a change to openstack/python-heatclient: Python3: fix bytes/str issues  https://review.openstack.org/7347000:44
*** alexheneveld has quit IRC00:47
*** topol has quit IRC00:55
sdakezaneb thanks for the mock help, my understanding has increased significantly :)00:56
zaneb:)00:56
sdakedown to 67 unit test failures which are all unique :)00:56
zanebrofl00:57
openstackgerritSteven Dake proposed a change to openstack/heat: Use olso.messaging  https://review.openstack.org/7279800:57
sdakecalling it a day00:57
zanebwelcome to my last week00:57
sdakeI've been jerking around with unit tests for atleast 5 days00:57
*** david-lyle has quit IRC00:57
sdakeafter I finish the rpc api, I fear I will have to rework the rpc server part of things00:58
* sdake groans00:58
* zaneb has fingers crossed for patch set 5 of https://review.openstack.org/#/c/73822/00:58
sdakezaneb https://review.openstack.org/#/c/71459/ could use some love before it expires ;)00:59
zanebwhy not01:00
zanebapproved01:00
sdaketx01:01
sdakeI saw a cat talk about CI01:01
sdakehe said if you aren't committing to the repo once a day your doing it wrong01:02
sdakeclearly he has never seen a project with 80 developers ;)01:02
*** yogesh has quit IRC01:04
*** russellb has quit IRC01:05
*** pvaneck has quit IRC01:09
*** pablosan has quit IRC01:15
openstackgerritSteven Dake proposed a change to openstack/heat: Use olso.messaging  https://review.openstack.org/7279801:18
*** pablosan has joined #heat01:18
*** jergerber has joined #heat01:20
*** nati_uen_ has joined #heat01:21
*** nati_ueno has quit IRC01:23
*** mestery has quit IRC01:24
*** derekh has quit IRC01:24
*** harlowja_away has quit IRC01:25
*** mestery has joined #heat01:30
*** spzala has joined #heat01:32
*** nosnos has joined #heat01:36
openstackgerritA change was merged to openstack/heat-templates: Add a F20 WordPress_Native template  https://review.openstack.org/7145901:40
*** FL1SK has quit IRC01:42
*** FL1SK has joined #heat01:42
*** arbylee has joined #heat01:47
*** kfox1111_ has quit IRC01:49
*** ramishra has joined #heat01:53
ramishrastevebaker: Hi Morning01:58
stevebakerramishra: hi01:58
ramishrastevebaker: I have changed the patch.. https://review.openstack.org/#/c/72454/, had to override both handle_create/handle_update.02:00
ramishrastevebaker: my logic of looping through the keys, is to make sure if the key is present and then update it.. as some keys like segmentation_id may not be present02:02
ramishrastevebaker: do you have few mins to check if it looks ok now?02:02
stevebakerramishra: looking now02:03
ramishrastevebaker: also wondering why the jenkins check job is not verifying it.. I am new to the gate process..02:04
stevebakerramishra: I think it is clogged up due to everyone getting their changes in before the proposal freeze02:05
*** arbylee has quit IRC02:08
*** lazy_prince is now known as killer_prince02:08
ramishraramishra: ahh.. Also can the 3 LBaaS bugs/changes assigned to me?  I have started working on the changes.. Can you check if they can be approved too.02:09
*** nati_ueno has joined #heat02:09
*** pvaneck has joined #heat02:11
*** nati_uen_ has quit IRC02:12
*** fandi has joined #heat02:13
*** spzala has quit IRC02:16
*** liang has joined #heat02:18
openstackgerritA change was merged to openstack/python-heatclient: Adding stack-adopt support to python-heatclient  https://review.openstack.org/7038002:31
openstackgerritA change was merged to openstack/heat: Add StackResource specific preview behavior  https://review.openstack.org/6840702:31
openstackgerritA change was merged to openstack/heat: Add preview for NestedStack  https://review.openstack.org/6840802:31
openstackgerritA change was merged to openstack/heat: Add preview for ResourceGroup  https://review.openstack.org/6840902:32
openstackgerritA change was merged to openstack/heat: Add preview for InstanceGroup  https://review.openstack.org/6841002:32
openstackgerritA change was merged to openstack/heat: Add preview for TemplateResource  https://review.openstack.org/6841102:32
*** erkules_ has joined #heat02:32
*** arbylee has joined #heat02:34
*** erkules has quit IRC02:35
*** gokrokve has joined #heat02:35
*** asalkeld has quit IRC02:36
*** arbylee has quit IRC02:40
*** jergerber has quit IRC02:42
*** asalkeld has joined #heat02:48
openstackgerritRabi Mishra proposed a change to openstack/heat: Add ability to create provider networks (vlan,flat).  https://review.openstack.org/7245402:49
ramishrastevebaker: as suggested added a static method.. please have a look and review it once more:). thanks02:51
*** killer_prince is now known as lazy_prince02:52
stevebakerramishra: I actually meant a method which prepends provider: to the key of a single property02:53
ramishrastevebaker: yeah, thats what I have done, static method to prepend provider:02:54
stevebakerramishra: to be called 3 times, one for each property02:54
*** lindsayk has quit IRC02:55
*** nati_uen_ has joined #heat02:57
ramishrastevabker: static method for string update, to prepend provider: to a key?03:00
*** nati_ueno has quit IRC03:00
*** lazy_prince has quit IRC03:05
*** gokrokve has quit IRC03:08
*** gokrokve has joined #heat03:09
*** killer_prince has joined #heat03:12
*** gokrokve has quit IRC03:13
*** gokrokve has joined #heat03:15
ramishrastevebaker: sorry, I think I got you now.. updated the patch... please review03:15
openstackgerritRabi Mishra proposed a change to openstack/heat: Add ability to create provider networks (vlan,flat).  https://review.openstack.org/7245403:16
*** andersonvom has joined #heat03:23
openstackgerritA change was merged to openstack/python-heatclient: get_file_contents: use six.itervalues() instead of dict.itervalues()  https://review.openstack.org/7281203:26
*** matsuhas_ has quit IRC03:29
openstackgerritA change was merged to openstack/python-heatclient: Improve help strings  https://review.openstack.org/7243903:30
openstackgerritA change was merged to openstack/heat: Revert "Merge "Re-enable lazy translation""  https://review.openstack.org/7445403:30
*** asalkeld has quit IRC03:37
*** nati_ueno has joined #heat03:45
*** nati_ueno has quit IRC03:46
*** ramishra has quit IRC03:47
*** nati_uen_ has quit IRC03:48
*** asalkeld has joined #heat03:50
*** ramishra has joined #heat03:51
*** rcleere has joined #heat03:53
*** ramishra has quit IRC04:03
*** ramishra has joined #heat04:03
*** pablosan has quit IRC04:09
*** david-lyle has joined #heat04:13
*** ramishra has joined #heat04:19
*** Tross has quit IRC04:22
*** Tross has joined #heat04:22
*** Tross has left #heat04:23
*** coolsvap has joined #heat04:25
*** andersonvom has quit IRC04:25
*** gokrokve has quit IRC04:27
*** gokrokve has joined #heat04:28
openstackgerritSteve Baker proposed a change to openstack/heat: REST deployment metadata method  https://review.openstack.org/7420304:29
openstackgerritSteve Baker proposed a change to openstack/heat: RPC method to fetch deployments metadata  https://review.openstack.org/7420204:29
openstackgerritSteve Baker proposed a change to openstack/heat: SignalResponder move signed URL deleting to its own method  https://review.openstack.org/7420504:32
openstackgerritSteve Baker proposed a change to openstack/heat: Resource type implementation for structured software config  https://review.openstack.org/7420604:32
openstackgerritSteve Baker proposed a change to openstack/heat: OS::Nova::Server support for software config  https://review.openstack.org/6762504:32
openstackgerritSteve Baker proposed a change to openstack/heat: Resource type implementation for software deployment  https://review.openstack.org/6762404:32
openstackgerritSteve Baker proposed a change to openstack/heat: Nova server to ref cloud-config resources in user_data  https://review.openstack.org/6923804:32
*** gokrokve has quit IRC04:32
*** matsuhashi has joined #heat04:35
*** nkhare has joined #heat04:44
*** nkhare has quit IRC04:44
*** ramishra_ has joined #heat04:47
*** nkhare_ has joined #heat04:50
*** ramishra has quit IRC04:50
*** akuznetsov has joined #heat04:56
*** nkhare_ has quit IRC04:59
*** nkhare has joined #heat05:00
*** nkhare_ has joined #heat05:03
*** nkhare_ has quit IRC05:05
*** rcleere has quit IRC05:05
openstackgerritZane Bitter proposed a change to openstack/heat: Move HOT to a separate subpackage  https://review.openstack.org/7458405:10
openstackgerritZane Bitter proposed a change to openstack/heat: Provide access to the template version  https://review.openstack.org/7458505:10
openstackgerritZane Bitter proposed a change to openstack/heat: Disallow Heat-only functions in CloudFormation templates  https://review.openstack.org/7458605:10
openstackgerritZane Bitter proposed a change to openstack/heat: Move built-in functions to separate modules  https://review.openstack.org/7458705:10
openstackgerritZane Bitter proposed a change to openstack/heat: Remove Fn::FindInMap from HOT  https://review.openstack.org/7458805:10
openstackgerritZane Bitter proposed a change to openstack/heat: Give cfn a separate Template class  https://review.openstack.org/7458905:10
openstackgerritZane Bitter proposed a change to openstack/heat: Add a plugin_manager module  https://review.openstack.org/7459005:10
openstackgerritZane Bitter proposed a change to openstack/heat: Use PluginManager to load resources  https://review.openstack.org/7459105:10
openstackgerritZane Bitter proposed a change to openstack/heat: Load functions from plugins  https://review.openstack.org/7459205:10
openstackgerritZane Bitter proposed a change to openstack/heat: Replace function resolution with lazy evaluation  https://review.openstack.org/7382205:10
openstackgerritZane Bitter proposed a change to openstack/heat: unit tests: Fix types in Fn::ResourceFacade tests  https://review.openstack.org/7382005:10
openstackgerritZane Bitter proposed a change to openstack/heat: unit tests: Refactor to accomodate lazy evaluation  https://review.openstack.org/7382105:10
openstackgerritZane Bitter proposed a change to openstack/heat: unit tests: Always resolve static functions  https://review.openstack.org/7381805:10
openstackgerritZane Bitter proposed a change to openstack/heat: Fix test_association_eip unit test  https://review.openstack.org/7381905:10
openstackgerritZane Bitter proposed a change to openstack/heat: Evaluate lazy functions in autoscaling launch config  https://review.openstack.org/7381705:10
*** nkhare has quit IRC05:13
*** nkhare has joined #heat05:13
*** KiwiMartin has quit IRC05:13
*** nkhare has quit IRC05:17
*** zaneb has quit IRC05:18
*** nkhare has joined #heat05:21
*** nkhare has quit IRC05:26
*** chandan_kumar has joined #heat05:26
*** nkhare has joined #heat05:26
*** nati_ueno has joined #heat05:27
*** nati_ueno has quit IRC05:28
*** nati_ueno has joined #heat05:29
*** pvaneck has quit IRC05:31
*** nati_uen_ has joined #heat05:37
*** nati_ueno has quit IRC05:41
openstackgerritA change was merged to openstack/heat: raw_template hot parameter type data migration  https://review.openstack.org/7005005:44
*** coolsvap1 has joined #heat05:59
*** liang has quit IRC06:00
*** gokrokve has joined #heat06:01
*** e0ne has joined #heat06:02
*** coolsvap has quit IRC06:03
*** gokrokve has quit IRC06:06
*** liang has joined #heat06:13
*** cadenzajon has joined #heat06:20
*** gokrokve has joined #heat06:24
*** achampion has joined #heat06:26
*** cadenzajon has quit IRC06:26
*** e0ne has quit IRC06:28
openstackgerritA change was merged to openstack/python-heatclient: Do not use the '+' operation dict_items()  https://review.openstack.org/7298806:30
openstackgerritA change was merged to openstack/python-heatclient: Only call decode() on bytes  https://review.openstack.org/7412306:30
openstackgerritSteven Dake proposed a change to openstack/heat: Add an iteritems for RequestContext  https://review.openstack.org/7460606:32
openstackgerritSteven Dake proposed a change to openstack/heat: Use olso.messaging  https://review.openstack.org/7279806:32
sdakedefinately bedtime06:33
sdakenight06:33
*** matsuhashi has quit IRC06:35
*** matsuhashi has joined #heat06:37
*** gokrokve_ has joined #heat06:45
*** gokrokve has quit IRC06:48
*** gokrokve_ has quit IRC06:49
*** e0ne has joined #heat06:59
*** e0ne has quit IRC07:00
*** e0ne has joined #heat07:01
*** e0ne has quit IRC07:06
*** sergmelikyan has quit IRC07:08
*** zaneb has joined #heat07:10
*** ramishra_ has quit IRC07:12
*** ramishra has joined #heat07:13
*** achampion has quit IRC07:17
*** chandan_kumar has quit IRC07:18
*** liang has quit IRC07:23
*** tspatzier has joined #heat07:23
*** e0ne has joined #heat07:24
*** TonyBurn_ has joined #heat07:24
*** chandan_kumar has joined #heat07:25
*** ifarkas has joined #heat07:27
*** e0ne has quit IRC07:28
*** saju_m has joined #heat07:30
*** erkules_ is now known as erkules07:34
*** liang has joined #heat07:36
openstackgerritLee Li proposed a change to openstack/python-heatclient: Using common methods from oslo cliutils  https://review.openstack.org/6712007:40
skraynev_afkmorning07:41
openstackgerrithuangtianhua proposed a change to openstack/heat: Ensure property 'name' can be updated  https://review.openstack.org/7462407:45
*** nati_uen_ has quit IRC07:49
*** nati_ueno has joined #heat07:49
*** e0ne has joined #heat07:56
*** pshchelo has quit IRC07:57
openstackgerritSergey Kraynev proposed a change to openstack/heat: Validation for Outputs template section  https://review.openstack.org/7035807:58
openstackgerritA change was merged to openstack/heat: Add validation to KeyPair resource  https://review.openstack.org/7244307:59
*** e0ne has quit IRC08:00
*** skraynev_afk has quit IRC08:01
*** pshchelo has joined #heat08:03
*** jprovazn has joined #heat08:07
*** achampion has joined #heat08:12
*** achampion has quit IRC08:17
*** saju_m has quit IRC08:21
*** ramishra has quit IRC08:24
*** jistr has joined #heat08:29
*** openstack has joined #heat08:42
*** PhilK has joined #heat08:42
*** gondoi has joined #heat08:43
*** lekha has joined #heat08:43
*** nati_uen_ has joined #heat08:43
*** chandan_kumar has joined #heat08:44
*** nati_ueno has quit IRC08:47
pshchelomorning :)08:48
cmystermorning08:56
*** ramishra has joined #heat08:57
*** nosnos_ has joined #heat08:59
*** nosnos has quit IRC08:59
*** e0ne has joined #heat09:04
*** zaneb has quit IRC09:05
*** coolsvap1 has quit IRC09:06
*** alexheneveld has joined #heat09:08
*** derekh has joined #heat09:13
*** chandan_kumar has quit IRC09:23
*** sgran has quit IRC09:26
*** coolsvap has joined #heat09:34
*** chandankumar_ has joined #heat09:42
*** matsuhashi has quit IRC09:46
*** nosnos_ has quit IRC09:46
*** nosnos has joined #heat09:47
*** matsuhashi has joined #heat09:47
jprovaznHi, is there a way how to pass hostname on one instance to other instance in stack? IOW I have a stack with instance1 and instance2 and I'd like to know hostname of instance2 in instance1. I tried to pass something like this to instance1: "instance2: {Fn:GetAtt: [instance2, PrivateDnsName]}". But this didn't work09:47
*** jamieh has joined #heat09:57
*** saju_m has joined #heat09:58
*** tomek_adamczewsk has joined #heat09:59
pshchelojprovazn: you could try using dependson attribute, that way the second instance will be created only after the first is finished creating, so the attribute will be available already09:59
pshchelowell, not attribute, but "construct"10:00
therveYou have an implicit dependency when linking a reference10:00
thervejprovazn, What doesn't workN10:00
therve?10:01
jprovaznI was hitting "resource not avaialable" (or similar - can retry)10:01
jprovazntherve: it will take a while, will ping you10:03
*** nati_uen_ has quit IRC10:07
*** liang has quit IRC10:08
*** jamieh has quit IRC10:17
*** jamieh has joined #heat10:20
ramishraskraynev: Hi10:31
*** chandankumar_ has quit IRC10:32
ramishraskraynev: regarding https://review.openstack.org/#/c/72454/, stevebaker suggested to change the properties in the handle_create and handle_update for readbility.10:34
*** alexpilotti has joined #heat10:34
*** TonyBurn_ has quit IRC10:36
*** TonyBurn__ has joined #heat10:36
*** aignatov_ is now known as aignatov10:40
*** aignatov is now known as aignatov_10:41
*** TonyBurn__ has quit IRC10:45
*** TonyBurn_ has joined #heat10:45
*** chandankumar_ has joined #heat10:48
*** nati_ueno has joined #heat10:49
*** mkollaro has joined #heat10:49
*** nati_ueno has quit IRC10:53
*** che-arne has joined #heat10:55
*** dmakogon_ is now known as denis_makogon10:57
skraynevhello, ramishra11:06
skraynevI agree with him11:06
skraynevI suggest move part of code in other function11:06
skraynevother is ok11:06
ramishraskraynev: Yes, that what is he suggested.. not to move them outside these functions11:07
skraynevramishra, sorry, that so late, I have a dinner11:07
ramishraskyanev: you see the other patch...earlier one.. he suggested not to move them outside...11:08
skraynevramishra: Hm. let me look..11:08
ramishracheck patch#17... I had earlier done that... He said not to.. so I changed it immediately11:09
ramishraskraynev: then he reviewed it11:09
ramishraskraynev: it's been hell of a job to make this small change... back and forth with minor changes..11:12
skraynevramishra: I understand. don't worry11:14
*** achampion has joined #heat11:14
*** aignatov_ is now known as aignatov11:14
skraynevyou are right in IRC log he told about it...11:14
*** chandankumar_ has quit IRC11:14
ramishrayes11:15
*** chandan_kumar has joined #heat11:15
skraynevSo I will discuss it with him11:15
skraynevbut as you can see my idea a little different11:15
skraynevI don't  offer remove current static method11:16
skraynevit's ok11:16
skraynevbut will be good add one more where will be called your method with with prefix11:17
skraynevAnyway Could you fix other comments and don't change it.11:18
ramishradone and uploaded11:18
ramishraalready.. patch 1911:18
ramishraskraynev: r u talking about some other comments..11:19
skraynevgreat!)11:19
skraynevno..11:19
skraynevI have not seen it yet11:19
skraynevbut now I start11:19
skraynevonly one question: why did you do PROVIDER_EXT - global ?11:20
skraynevI thought that using it direct as ['provider' + key] - was normal11:20
ramishrafor easy change in the future... if they change the extension....as done in many other files..11:21
skraynevCould you give other example with such extension?11:22
skraynevs/such extension/ such approach for neutron extension11:23
ramishrait's just a const... heat.openstack.common.generator.py11:23
ramishraI think its better to keep them at the top for changes in the future.. do not have to search for them... If the extension changes...11:24
ramishraheat.openstack.common.config.generator.py11:24
skraynevramishra: IMO, it make sense if you have some bp or other changes which will be use it .11:25
ramishraIt's there in many neutron files11:26
skraynevthe reason : it will be used in future ... hm.. I guess, it's good for core team.11:26
*** jamieh has quit IRC11:27
skraynevok, I will not add -1, but leave comments with question.11:28
*** matsuhashi has quit IRC11:28
skraynevand we will know what think about it other reviewers. I suppose it's better solution ;)11:29
ramishraThis may be required elsewhere... as this is part of the extension.. not sure if we see more type of provider extension in the future..11:30
*** fandi has quit IRC11:30
ramishraalso check neutron.plugins.ml2.plugin.py11:31
*** matsuhashi has joined #heat11:31
ramishraanyway.. let me change it and upload... don't want another round of back and forth:)11:33
skraynev)))11:33
skraynevwow11:33
skraynevwait11:33
*** jamieh has joined #heat11:33
skraynevlet's ask other guys11:34
skraynevshardy: are you here?11:34
jprovazntherve: here is the template I use: https://gist.github.com/jprovaznik/9090247#file-gistfile1-txt-L733 and here is subset of errors from log: http://paste.openstack.org/show/67238/ (list of errors is not complete). If I try to replace PrivateDnsName with instance_name everywhere in the template, it starts as expected. So I guess I'm using PrivateDnsName in a wrong way.11:35
skraynevramishra: I guess will be easier to ask stevebaker and shardy about it and then upload a final (I hope) version ;)11:35
ramishraskraynev: uploaded...if its required it would be changed later;)11:37
skraynevramishra: Oh. ok!)11:37
ramishraskraynev: do you mind if I own the LBaaS resource fixes for VIP,Pool etc11:41
skraynevramishra: I have added comment about my idea. Other LGTM! thank you.11:41
*** ifarkas has quit IRC11:42
skraynevramishra: are you about https://bugs.launchpad.net/heat/+bug/1258490 ?11:42
uvirtbotLaunchpad bug 1258490 in heat "Moving vip in separate resource or making it more clear." [Medium,New]11:42
ramishraskraynev: I have three bugs for that file..11:42
skraynevOu. Could you share links, please11:43
ramishraskraynev: stevebaker suggested to create different bugs11:43
ramishrahttps://bugs.launchpad.net/heat/+bug/128016111:44
uvirtbotLaunchpad bug 1280161 in heat "Neutron LBaaS-Modify Pool Resource" [Undecided,New]11:44
ramishrahttps://bugs.launchpad.net/heat/+bug/128016711:45
uvirtbotLaunchpad bug 1280167 in heat "Neutron LBaaS - VIP Resource Modify create/delete/update methods" [Undecided,New]11:45
*** che-arne has quit IRC11:45
ramishraskraynev: stevebaker suggested to create multiple bugs.. I had created a blueprint to rewrite this file and its resources, but he suggested not to do it and create multiple bugs11:46
skraynevI guess it related with backward compatibility11:48
ramishraskyanev: the reason there is a chnage freeze for icehouse in a few days and we could not make it with the change..11:48
ramishraskryanev: bugs would be better to manage11:48
*** nkhare has quit IRC11:49
skraynevThe main reason why  a don't do any changes in this way was - a discussion with therve.11:50
ramishraskraynev: I have rewritten the resources to some extent... I want to VIP one also assigned to me so that I can make all the changes together...11:50
thervejprovazn, I think you have circular dependencies11:52
thervejprovazn, Like notcomputeSlave0Config references itself in the metadata11:53
jprovazntherve: aah, thanks, will try w/o selfref11:53
ramishratherve: Hi11:55
therveramishra, FWIW, I have no idea what 1280167means11:55
therveHello :)11:55
skraynevtherve: As i remember we discussed it11:56
skraynevAnd the result was: do touch it while11:56
skraynevbecause currently neutron don't change architecture11:57
ramishratherve: 1280167means: there was no VIP resource or LB resource in neutron API11:57
ramishratherve: I mean earlier LBaaS implementation11:57
*** coolsvap has quit IRC11:57
skraynevbut neutron team have some plans for modifying relationship between VIP and LB11:58
ramishratherve: Its already done11:58
therveramishra, And there still is no such thing AFAICT11:58
ramishratherve: in the V2 API11:58
ramishratherve: http://docs.openstack.org/api/openstack-network/2.0/content/lbaas_ext_concepts.html11:59
therveramishra, That's havana code11:59
therveThings like https://blueprints.launchpad.net/neutron/+spec/lbaas-multiple-vips-per-pool haven't landed AFAICS11:59
skraynevtherve: yeap12:00
skraynevand I still wait these changes for implement it12:00
ramishratherve: sure.. but our current resources are not inline with Havana code...12:00
therveramishra, And? Which feature isn't accessible to the user?12:01
skraynevtherve: As i remember it was dispute : what is major vip or loadbalancer12:02
therveskraynev, Sorry please rephrase12:02
skraynevtherve: I mean, that I offer same changes in the past12:03
skraynevtherve: And we discussed it with shardy12:03
therveRight :)12:03
therveWe recorded the discussion on https://bugs.launchpad.net/heat/+bug/125849012:03
uvirtbotLaunchpad bug 1258490 in heat "Moving vip in separate resource or making it more clear." [Medium,New]12:04
therveSo that we don't need to have it again :)12:04
skraynevtherve: he. You are right, I forgot about your comment for this bug.12:05
ramishratherve: can we cerate multiple VIPs, In the design, one LB can have multiple VIPs..correct me If I am wrong here12:05
therveramishra, You're wrong12:05
skraynevBut I remembered , that changes in neutron should be merged first12:05
ramishratherve: the rest url for VIP creation: /lb/vips12:06
therveramishra, We're waiting for that feature to be merged before doing the work12:06
therveramishra, See https://blueprints.launchpad.net/neutron/+spec/lbaas-multiple-vips-per-pool12:06
skraynevramishra: I discussed it with neutron team. and they didn't finish it still. So I wait their sign for implement it in heat and during this process moving vip in separate resource.12:07
skraynevand I will do it ;)12:07
skraynevtherve: how about creating bp, for it in heat. I think it will useful, because bug isn't enough for describing implementation plan?12:09
skraynevtherve: I should target it on juno, i suppose.12:10
ramishratherve: I think that's a single server pool mapping to multiple vips.. But in the current implementation has issues like. Current OS::Neutron::Pool has a VIP property a MAP that contains VIP Schema. However, in the new neutron Pool resource, the only reference to VIP is 'vip_id'12:10
therveskraynev, Sure why not12:10
skraynevok,12:10
therveramishra, Heat model doesn't have to map exactly to Neutron model12:10
* skraynev do it...12:10
therveMany times it doesn't because neutron models are... not user-friendly to say the least12:10
ramishratherve: ok..I had the impression that we can make it inline with neutron  anyway, leave it to the groups better judgement12:14
*** ifarkas has joined #heat12:14
skraynevtherve: done12:17
skraynevWill add more details lately12:17
therveramishra, Ultimately we may want to, but there is no reason if it's just to map to neutron model12:17
skraynevhttps://blueprints.launchpad.net/heat/+spec/multiple-vips-for-lbaas12:17
*** matsuhashi has quit IRC12:20
*** sgran has joined #heat12:20
ramishratherve: IMO, its better if it is inline with neutron api... then it becomes easy for changes for future neutron api spec changes.. however, as I mentioned earlier that's my view12:20
*** aignatov is now known as aignatov_12:21
therveramishra, Except if you make the change too soon and the neutron API changes in a way that you didn't expect12:21
*** rpothier_ has quit IRC12:21
ramishratherve: I don't think its going to change much.. only multiple vip mapping for the same pool would be added to the existing v2 api as you pointed out...12:22
therveramishra, But you don't know :)12:23
*** matsuhashi has joined #heat12:25
ramishratherve: hmm..ok12:25
*** aignatov_ is now known as aignatov12:25
therveramishra, From what I understood, 1280167 looks like a duplicate of 125849012:34
ramishratherve: I had created a BP to rewrite all the changes... however, stevebaker asked to make these incremental changes and multiple bugs12:37
ramishratherve: it's there in the IRC log12:37
ramishratherve: probably because they can't get in the icehouse timeline as a change in a few days12:41
therveramishra, Mokay. The thing is that those bugs seems to say roughly the same thing, which is "Create a VIP resource"12:42
therveI don't know what are "all the changes"12:42
ramishratherve: one is change to Pool resource (Remove VIP map with the vip_id)12:44
therveramishra, And by remove you mean deprecate it? :)12:44
ramishratherve: sorry, we can have both id and map coexist..12:46
*** che-arne has joined #heat12:49
ramishratherve: let me work on the changes without breaking it and get back.. Can we have 2 implementations coexist? Looking for suggestions here..12:51
therveramishra, Well I gave you my suggestions multiple times already, which is to wait for the neutron change12:51
skraynevtherve: but then I will  do it ;)12:52
skraynevramishra: why is it so important for you implement now?12:53
skraynevAFAIK, there are several bugs without developers..12:53
*** tomek_adamczewsk has quit IRC12:54
ramishraskraynev: I don't think any more lbaas related changes would be in icehouse from neutron with the freeze in few days..so my thought is to be be api compliant in icehouse12:55
*** tomek_adamczewsk has joined #heat12:56
*** nosnos has quit IRC12:56
skraynevramishra: It's good, idea, but.. if something work and is checked a lot of users, make sense stay it without changes until new release is not opened.12:57
jprovazntherve: I've updated the template to not reference itself - https://gist.github.com/jprovaznik/9091400 but I'm still getting the same error - Returning exception The Resource (notcomputeSlave0Config) is not available. to caller12:57
jprovaznany idea?12:57
skraynevI believe, that you can make it good and really care about relationships with neutron. but if it be bad, we will get unstable and not trusted resource near of release time.12:59
thervejprovazn, I think you still have some. Like notcomputeConfig links to notcompute which links to notcomputeConfig again13:00
*** sgordon has joined #heat13:00
ramishraskraynev: do you have data  to suggest that lbaas is used by many users in live deployments?13:00
*** rpothier_ has joined #heat13:00
skraynevAlso I have had meeting with one of core in neutron and he told that they will do some architecture changes in next cycle (not only multi-vips)13:01
*** david-lyle has quit IRC13:01
ramishraskraynev: next cycle.. may be you are right... Are there any bps that you can point me to?13:02
jprovazntherve: well, if I replace PrivateDnsName with instance_name, then the template works -> shouldn't be circular dep issue in such case too?13:03
thervejprovazn, I don't know13:05
skraynevramishra: now only bp with multi-vips. what about others? they discuss new architecture design on summit and then I may share created bp. (unfortunately now the have not final conclusion)13:05
ramishraramishra: then IMO it's better to keep in scope what is in there in neutron icehouse scope and make changes.  anyway, I leave it to the group to decide...13:08
*** matsuhashi has quit IRC13:08
*** matsuhashi has joined #heat13:08
*** matsuhashi has quit IRC13:08
*** fandi has joined #heat13:14
*** zhiyan_ is now known as zhiyan13:14
chmouela/sen13:14
ramishraskraynev: then IMO it's better to keep in scope what is in there in neutron icehouse scope and make changes.  anyway, I leave it to the group to decide...13:16
skraynevramishra: I have read it already ;)13:16
skraynevramishra: I just tell you, that it old question and I asked about it at start of icehouse.13:17
*** aweiteka has quit IRC13:19
*** andersonvom has joined #heat13:22
*** jdob has joined #heat13:23
*** achampion has quit IRC13:26
*** pafuent has joined #heat13:29
*** jistr is now known as jistr|english13:31
*** ramishra has quit IRC13:36
*** mojorison has quit IRC13:41
SpamapShmmmmmmm13:55
SpamapShave we broken Fn::Select or Fn::GetAtt?13:55
SpamapSI'm getting a blank address when using this snippet: https://git.openstack.org/cgit/openstack/tripleo-heat-templates/tree/undercloud-source.yaml#n134  ... the address is coming out ''13:56
SpamapSso I"m getting http://:800013:56
therveThe snippet doesn't use Select or GetAtt13:58
therveI guess you mean ControllerAddress default?13:58
*** aweiteka has joined #heat14:00
*** jamieh has quit IRC14:03
*** ramishra has joined #heat14:04
*** saju_m has quit IRC14:11
*** achampion has joined #heat14:20
*** e0ne has quit IRC14:23
*** e0ne has joined #heat14:31
*** dims has quit IRC14:32
*** dims has joined #heat14:35
*** jistr|english is now known as jistr14:36
*** vijendar has joined #heat14:39
*** jdob_ has joined #heat14:40
*** jdob has quit IRC14:41
*** zaneb has joined #heat14:47
*** russellb has joined #heat14:48
*** arbylee has joined #heat14:54
*** sabeen has joined #heat14:57
*** jdob has joined #heat14:58
*** jdob_ has quit IRC14:58
*** mkollaro has quit IRC15:02
*** mkollaro1 has joined #heat15:02
*** daneyon has joined #heat15:03
*** blomquisg has joined #heat15:03
*** e0ne_ has joined #heat15:03
radixgood morning15:04
*** daneyon has quit IRC15:07
*** e0ne has quit IRC15:07
*** daneyon has joined #heat15:08
andersonvomradix: morning!15:09
*** openstackgerrit has joined #heat15:09
*** tims has joined #heat15:10
*** tims1 has joined #heat15:11
*** tims has quit IRC15:14
*** jergerber has joined #heat15:16
*** Michalik has quit IRC15:16
openstackgerritRichard Lee proposed a change to openstack/heat: Add admin_pass as attribute and property to server  https://review.openstack.org/7274515:18
*** e0ne_ has quit IRC15:19
*** e0ne has joined #heat15:20
*** radez_g0n3 is now known as radez15:21
*** gokrokve has joined #heat15:22
*** zhiyan is now known as zhiyan_15:29
*** topol has joined #heat15:29
*** mkollaro has joined #heat15:32
*** coolsvap has joined #heat15:33
*** mkollaro1 has quit IRC15:34
*** david-lyle has joined #heat15:39
SpamapStherve: yes I meant the ControllerAddress default15:39
SpamapStherve: seemed terribly broken, even after updating with a specific ControllerAddress Metadata that referenced ControllerAddress was not updated.15:40
therveSpamapS, It used to work?15:40
SpamapStherve: definitely15:42
SpamapStherve: seems to have broken some time in the last 24 hours15:43
*** Michalik has joined #heat15:43
therveSpamapS, Zane made some changes I don't understand. Worth investigating15:44
*** jamieh has joined #heat15:46
SpamapStherve: yeah I'm going to try to bisect things tonight15:47
therveIf you have a  small reproducible example I can have a look15:47
*** rcleere has joined #heat15:49
therveSpamapS, What I don't understand is that you have a dependency cycle in the template, which could result in problems like that15:49
*** lon has joined #heat15:49
lonWarm in here.15:49
*** aignatov is now known as aignatov_15:57
*** TonyBurn_ has quit IRC15:57
*** fandi has quit IRC16:04
sdakezaneb is this implemented properly16:04
sdakehttps://review.openstack.org/#/c/74606/16:04
*** andrew_plunk has joined #heat16:05
*** jprovazn has quit IRC16:06
*** edmund has joined #heat16:09
SpamapStherve: there's no circle in the template that I see.16:14
therveSpamapS, ControllerAddress -> undercloud -> undercloudConfig -> ControllerAddress16:16
*** pablosan has joined #heat16:17
sdakeradix what do you think the top 5 problems are with the current autoscaling implementation in heat16:18
therveSounds like an interview question16:18
sdakeshadower asked me and I came up with a list16:19
sdakewanted to see if they matched :)16:19
radixheh16:19
radixwell, the first is probably the lack of being able to scale arbitrary resources16:19
radix(including composed ones)16:19
radixthere also probably needs to be more policy options16:20
radix(replace oldest first, or newest first, for example)16:20
openstackgerritA change was merged to openstack/heat: Add Heat API reference to developer docs  https://review.openstack.org/7301116:20
radixand also the ability to choose specific resources to destroy when scaling down16:20
radixoh, and, core things in Heat like the lack of convergence16:21
radixconvergence and failure recovery are suuuper important for autoscaling (and also everything else)16:21
sdakego into more detail on convergence please16:21
sdakefirst I've heard of it16:21
radixself-healing, being able to recreate or fix a resource that fell out of the expected state16:21
sdakegot it16:22
sdakeanything else?16:22
radixthe failure-recovery part is being able to recover when a resource creation spuriously fails16:22
sdakeI came up with16:22
sdake1) scaling and Heat tightly integrated into one blob16:23
sdake2) no native scaling resources16:23
sdake3) no clear documented way for applications to trigger scale events16:23
sdakeshadower ^^ there you go thats whats wrong :)16:24
radixI'm working on #2, there's a patch up for review :)16:24
shadowerwill have a look16:24
*** david_lyle_ has joined #heat16:24
sdakeradix do they scale OS::Nova::Server resources?16:24
radixsdake: arbitrary resources16:24
radixyou specify the type16:24
sdakeplanned for i3?16:25
radixthe bp is target to i3, yeah :)16:25
sdakecool16:25
radix*ed16:25
sdakegetting alot of complaints about autoscaling not working for OS::Nova::Server16:25
therveradix, Should we build native policy too? It should be fairly easy16:26
*** radez is now known as radez_g0n316:26
radixtherve: what do you mean? SpamapS's proposal?16:26
therveradix, I mean OS::Heat::ScalingPolicy16:27
radixoh16:27
radixtherve: yeah sure, but I'm not really worried about it16:27
radixit's a purely superficial thing16:27
radixwe need to get the actual functionality working16:27
therveTrue16:27
radixin fact it could be implemented as a template on AWS::AutoScaling::ScalingPolicy16:28
*** david-lyle has quit IRC16:28
sdaketherve or shardy does https://review.openstack.org/#/c/74606/ look right?16:28
therveHum16:29
thervesdake, What about return self.to_dict().iteritems() ?16:29
*** radez_g0n3 is now known as radez16:29
shadowerthat's what I'd do, too16:29
sdakecool I'll try that16:29
thervesdake, I'm a bit worried about doing the switch to oslo.message that late in the cycle fwiw16:30
therveIt doesn't seem to be working so well in nova yet16:30
sdakere switching, we do have 1 month to fix any problems that crop up between i3 and release16:31
sdakeso far the api part has been not all that invasive16:31
sdake(except the test cases)16:32
*** jprovazn has joined #heat16:32
therveYeah I would prefer to fix real bugs though :)16:32
therveBut okay16:32
openstackgerritSteven Dake proposed a change to openstack/heat: Use olso.messaging  https://review.openstack.org/7279816:34
openstackgerritSteven Dake proposed a change to openstack/heat: Add an iteritems for RequestContext  https://review.openstack.org/7460616:34
*** arbylee1 has joined #heat16:35
*** arbylee has quit IRC16:35
*** gokrokve has quit IRC16:38
shadowerI saw Python3-related fixes in python-heatclient. What's the story with py3k?16:38
*** gokrokve has joined #heat16:39
shadoweris it heatclient-only or do we care about it in heat, too?16:39
therveshadower, We need all clients to be ported.16:41
therveSo we don't care in the code yet, deps need to be done first16:41
shadowerthanks16:43
*** gokrokve has quit IRC16:43
openstackgerritJenkins proposed a change to openstack/heat: Imported Translations from Transifex  https://review.openstack.org/7256616:44
*** tspatzier has quit IRC16:45
*** spzala has joined #heat16:48
*** jistr has quit IRC16:50
*** aignatov_ is now known as aignatov16:52
*** arbylee1 has quit IRC16:53
*** arbylee has joined #heat16:53
*** randallburt has joined #heat16:53
*** tomek_adamczewsk has quit IRC16:56
*** lazzurs has quit IRC16:58
*** e0ne has quit IRC16:58
*** derekh has quit IRC17:03
*** aignatov is now known as aignatov_17:04
*** aignatov_ is now known as aignatov17:06
daneyonI am trying to use cfn-init in my template to ensure certain packages are installed.  I am receiving a Exception: invalid metadata from the cfn-init command, however I am supplying the correct metadata.  See pastebin for more details: http://pastebin.com/2hTGvH4V  Any troubleshooting suggestions?17:08
*** cadenzajon has joined #heat17:13
*** radez is now known as radez_g0n317:13
*** radez_g0n3 is now known as radez17:14
*** chandankumar_ has joined #heat17:24
*** chandankumar_ has quit IRC17:27
*** jamieh has quit IRC17:28
*** topol has quit IRC17:31
*** topol has joined #heat17:31
*** gokrokve has joined #heat17:32
*** jamieh has joined #heat17:34
openstackgerritAndrew Plunk proposed a change to openstack/heat: Oslo config option changed by test causing problem  https://review.openstack.org/7415717:40
openstackgerritRandall Burt proposed a change to openstack/heat: Rackspace Cloud Networks resource  https://review.openstack.org/6879017:41
*** pvaneck has joined #heat17:41
*** ramishra has quit IRC17:44
*** cmyster has quit IRC17:44
*** ramishra_ has joined #heat17:47
*** packet has joined #heat17:48
*** ramishra_ has quit IRC17:51
openstackgerritRichard Lee proposed a change to openstack/heat: Make Keystone client pluggable  https://review.openstack.org/7419018:00
openstackgerritRichard Lee proposed a change to openstack/heat: Add Keystone V2 plugin  https://review.openstack.org/7419118:00
*** lindsayk has joined #heat18:08
*** david_lyle_ is now known as david_lyle18:08
*** rbuilta has joined #heat18:08
*** wchrisj has joined #heat18:09
*** chandan_kumar has quit IRC18:12
*** ramishra has joined #heat18:18
*** rbuilta has quit IRC18:18
*** nati_ueno has joined #heat18:21
*** ramishra has quit IRC18:23
*** kebray_ has joined #heat18:27
*** randallburt has quit IRC18:30
*** wchrisj has quit IRC18:32
*** wchrisj_ has joined #heat18:32
*** arbylee has quit IRC18:33
*** dtalton has joined #heat18:42
*** e0ne has joined #heat18:44
*** spzala has quit IRC18:44
*** spzala has joined #heat18:45
*** tspatzier has joined #heat18:48
*** radez is now known as radez_g0n318:48
*** rpothier has joined #heat18:49
*** jamieh has quit IRC18:51
*** radez_g0n3 is now known as radez18:51
*** rpothier_ has quit IRC18:52
zanebstevebaker: any thoughts on https://blueprints.launchpad.net/heat/+spec/extraroute-as-contrib ? I think we should approve18:54
*** jamieh has joined #heat18:56
*** yogesh has joined #heat18:59
*** killer_prince is now known as lazy_prince18:59
*** e0ne has quit IRC19:00
*** lindsayk has quit IRC19:02
*** lindsayk has joined #heat19:04
*** jamieh has quit IRC19:10
*** wchrisj_ has quit IRC19:11
*** wchrisj has joined #heat19:12
*** pshchelo_ has joined #heat19:14
*** ramishra has joined #heat19:19
*** e0ne has joined #heat19:21
*** ramishra has quit IRC19:24
*** nati_ueno has quit IRC19:24
*** nati_ueno has joined #heat19:25
*** randallburt1 has joined #heat19:29
*** arbylee has joined #heat19:29
*** rbuilta has joined #heat19:30
*** kebray_ has quit IRC19:30
*** yogesh has quit IRC19:31
*** sballe has quit IRC19:31
*** sballe has joined #heat19:32
*** aignatov is now known as aignatov_19:33
*** sballe has quit IRC19:33
skraynevzaneb: Could you look https://review.openstack.org/#/c/70358/  in free time period?19:34
*** kebray_ has joined #heat19:34
*** lindsayk has quit IRC19:34
*** sballe has joined #heat19:34
*** lindsayk has joined #heat19:35
zanebhaha "free time period". good one ;)19:35
*** jrist has quit IRC19:35
*** arbylee has quit IRC19:37
*** arbylee has joined #heat19:37
*** sballe has quit IRC19:38
sdakezaneb got a noob question again for you19:39
sdakecan you help :)19:39
sdake    show_deleted = kwargs.get('show_deleted') or context.show_deleted19:39
zanebyep :)19:39
skraynevzaneb: I am glad here, that you like it)19:39
sdakewhen I print out context, there is a show_deleted : False in it19:39
sdakewait different error19:40
sdake    return (context and context.session) or get_session()19:40
openstackgerritJason Dunsmore proposed a change to openstack/heat: Handle API limit exception in nova_utils.refresh_server  https://review.openstack.org/7166019:41
openstackgerritJason Dunsmore proposed a change to openstack/heat: Move refresh_server() to nova_utils  https://review.openstack.org/7200819:41
openstackgerritJason Dunsmore proposed a change to openstack/heat: Make server resources use nova_utils.refresh_server()  https://review.openstack.org/7200919:41
sdakezaneb, starting over with problem :)19:41
sdake    show_deleted = kwargs.get('show_deleted') or context.show_deleted19:42
sdakewhen I print out context, a show_deleted : False is present in the dict19:42
sdake2014-02-19 12:41:38.403 TRACE oslo.messaging._executors.base AttributeError: 'di19:42
sdakect' object has no attribute 'show_deleted'19:42
sdakeerror I get^19:42
*** aignatov_ is now known as aignatov19:43
therveWell context is a dict and has no attribute show_deleted19:43
therve:)19:43
sdakeRequestContext has a self.show_deleted19:44
zanebso it sounds like you're passing a dict where a RequestContext was expected?19:45
sdakethe code seems to think its a dict already19:45
therveIf it's the db API, it's a context object you need to pass, not a dict19:46
*** rbuilta has quit IRC19:47
sdakeoslo.messaging is the one passing the context19:47
*** rbuilta has joined #heat19:48
*** sballe has joined #heat19:48
zanebsdake: so you may need to reconstruct the context by calling RequestContext.from_dict() after you get it from oslo.messaging19:49
*** tango has joined #heat19:49
thervesdake, You removed the request_context decorator maybe?19:50
sdaketherve that is probably it thanks19:51
*** pshchelo_ has quit IRC19:54
openstackgerritAndreas Jaeger proposed a change to openstack/python-heatclient: Improve help strings  https://review.openstack.org/7481620:00
skraynevIs alter-time meeting today?20:01
*** jrist has joined #heat20:01
*** lindsayk has quit IRC20:09
*** lindsayk has joined #heat20:11
stevebakermorning20:13
stevebakerzaneb: +1 on extraroutes config20:13
zanebok20:13
zanebta20:13
*** radez is now known as radez_g0n320:15
skraynevstevebaker: hi, thank for the answer on review with provider network ;)20:16
stevebakeris it still before the feature proposal freeze somewhere in the world?20:16
zanebstevebaker: technically... no20:18
stevebakerzaneb: I'm just thinking we have a bunch of properties to deprecate as part of bug fixes, but no mechanism to marke them deprecated20:20
zanebstevebaker: I don't think anyone is going to call you out for implementing that20:21
stevebakerzaneb: I'd like to add a schema field which takes a resource.SupportStatus20:21
*** radez_g0n3 is now known as radez20:21
zanebsounds kinda heavyweight20:22
zanebin a way I think we'd be doing users a disservice by providing any annotations more complicated than "use this" and "don't use this"20:23
*** randallburt1 has quit IRC20:23
stevebakerzaneb: we do need at least a deprecation message, and I can see us using all of SupportStatus in the future for our documentation generation20:24
thervestevebaker, Where would the deprecation message appear?20:25
zanebagree on the deprecation message, so you're probably right20:25
zanebtherve: in the docs20:25
skraynevzaneb: about validation of outputs. You offer make rebase on it, right?20:25
stevebakertherve: in the resource reference section of the template guide20:25
thervestevebaker, We may as well write some text then20:26
zanebskraynev: yes, I suggest you rebase on that patch series20:26
*** cadenzajon has quit IRC20:26
skraynevzaneb: good. I have had such idea, i guess it was one of the reason why I asked you about reviewing it.20:27
*** tspatzier has quit IRC20:28
zaneb++ thanks for letting me know20:28
skraynevzaneb: lol, np ;)20:28
*** cmyster has joined #heat20:30
*** cmyster has quit IRC20:32
*** rbuilta has quit IRC20:32
*** cmyster has joined #heat20:33
*** cmyster has quit IRC20:35
skraynevzaneb: and one more question about it: I am not sure, that we can check get_attr before creating resource, because it depend on resource status.20:36
zanebskraynev: right, it returns None if the resource is not in the right status20:36
zanebbut that's not a problem20:37
skraynevand when you mentioned about resource section, what did you mean?20:37
skraynevvalidate method?20:37
zanebI mean we validate the resource section of the template too20:37
zaneband that has cross-references between resources with get_attr20:37
skraynevoh. understand20:37
skraynevso what about None?20:38
skraynevwhy is not problem?20:38
skraynevif we get None, we will not check this attribute it at all.20:39
skraynevor I am missing something20:39
openstackgerritDaneyon Hansen proposed a change to openstack/heat-templates: Adds Support for OpenShift Origin v3.0 on Fedora 19  https://review.openstack.org/7445020:45
zanebskraynev: true. it's fairly poor validation. but at least we check the resource exists20:47
*** vijendar has quit IRC20:50
*** ramishra has joined #heat20:50
*** vijendar has joined #heat20:50
stevebakertherve: hey, do the new runtime constraints allow the value to be replaced? (such as name->id?)20:56
*** randallburt has joined #heat20:58
*** andersonvom has quit IRC21:00
sdakegood news everybody, oslo.messaging seems to mostly work :)21:00
sdakenow to beat the test cases into submission21:00
skraynevzaneb: but the main problem of my bug is checking attribute (not resource). Also could you please point a place in code with checking (I mean resource section)21:01
stevebaker\o/21:01
skraynevsdake: really good news :)21:01
sdakeyes, although there are random exceptions popping up here and there21:01
sdakeneed to sort those out21:01
sdakebut can create/list/describe/delete stacks :)21:01
* stevebaker looks for a property to deprecate, with prejudice21:02
*** kebray_ has quit IRC21:02
*** dtalton has left #heat21:03
*** andrew_plunk has quit IRC21:05
openstackgerritRabi Mishra proposed a change to openstack/heat: Add ability to create provider networks (vlan,flat).  https://review.openstack.org/7245421:06
ramishrastevebaker: Hello reg:https://review.openstack.org/#/c/72454/ after our irc yesterday, I had the impression that you did not suggest move the repeatable code to a static methods for readability... may be I understood you incorrectly21:09
ramishrastevebaker: updated with a new patch21:09
*** topol has quit IRC21:10
*** pafuent has left #heat21:10
stevebakerramishra: looks fine to me21:10
*** jamieh has joined #heat21:11
*** alexpilotti has quit IRC21:11
*** alexpilotti_ has joined #heat21:11
ramishrastevabker: ok.thanx.. please review it..21:12
*** cadenzajon has joined #heat21:13
*** jamieh has quit IRC21:14
*** andrew_plunk has joined #heat21:14
ramishrastevebaker: reg lbaas resource bugs..I had a chat with therve.. he is of the opinion that we should wait for any more neutron api changes before changing it...but I don't see many API changes21:14
stevebakerramishra: I am not a subject matter expert for lbaas. I would defer to therve's opinion21:15
*** jamieh has joined #heat21:16
*** jamieh has quit IRC21:16
ramishrastevebaker: my view is the model is frozen in neutron at the moment inline with https://wiki.openstack.org/wiki/LBaaS/CoreResourceModel/proposal21:16
ramishrastevebaker: ok...21:16
stevebakerramishra: convince therve then ;)21:16
ramishrastevebaker: ok will try;)21:18
*** jamieh has joined #heat21:19
*** arbylee1 has joined #heat21:20
skraynevstevebaker: about lbaas vip bugs, which were mentioned by ramishra. I not fully understand why we create two new bugs instead https://bugs.launchpad.net/heat/+bug/125849021:21
uvirtbotLaunchpad bug 1258490 in heat "Moving vip in separate resource or making it more clear." [Medium,New]21:21
*** arbylee has quit IRC21:21
*** lindsayk has quit IRC21:23
*** lindsayk has joined #heat21:23
skraynevI was surprised that we get two new bugs with same aim. Also therve mentioned the reason (which was in comments for this bug), why we have not done it yet (in icehouse).21:24
stevebakerskraynev: what you describe appears to be some incremental changes to add missing properties and rename the resource. Is this correct?21:25
*** arbylee1 has quit IRC21:25
*** arbylee has joined #heat21:25
*** e0ne has quit IRC21:28
openstackgerritSteven Dake proposed a change to openstack/heat: Use olso.messaging  https://review.openstack.org/7279821:30
*** randallburt has quit IRC21:31
skraynevstevebaker: not fully. at the first time the idea was such as said ramishra - move VIP to separate resource and make architecture of lbaas same with neutron's.21:32
skraynevBut when I failed this bug, I had had discussion with therve and shardy about reason.21:32
skraynevso now I plan to wait changes in neutron (unfortunately it will be in juno) and then change current resource scheme21:34
*** shakayumi has joined #heat21:35
skraynevfirst step is (with bp) moving vip to separate resource for supporting multiple vips per pool (https://blueprints.launchpad.net/heat/+spec/multiple-vips-for-lbaas)21:35
stevebakerskraynev: that looks like a reasonable plan. ramishra are you OK with halting your efforts for now?21:37
*** spzala has quit IRC21:37
ramishrastevebaker: IMO, the model is almost frozen for icehouse (I don't think multiple vip->pool bp would land in icehouse), so we should get the resource inline with the model...any changes for juno we should do in juno21:39
stevebakerramishra, skraynev, can you both attend today's 0000 UTC meeting to discuss this?21:40
ramishrastevebaker: having said that I am ok if the group decides otherwise...leave it till juno...21:41
*** jprovazn has quit IRC21:41
stevebakerramishra, skraynev, ideally I'd like you two to figure it out21:42
ramishrastevebaker: In juno, there are additional l7 changes,  https://wiki.openstack.org/wiki/Neutron/LBaaS/LoadbalancerInstance21:42
skraynevstevebaker: I am not sure, that I could join to meeting today (4 Am in my time zone will be). But if it necessary and can not be moved to the next week meeting, I will try .21:44
stevebakerskraynev: that seems unreasonably late. A thread on openstack-dev might be better21:45
*** blomquisg has quit IRC21:45
skraynevramishra: about l7 and ssl supporting, could you look it: https://blueprints.launchpad.net/heat/+spec/lbaas-l7-rules-support , but it stiil wait juno release21:46
skraynevs/stiil/too21:46
*** devincognito has joined #heat21:47
*** radez is now known as radez_g0n321:47
stevebakerskraynev: sounds like there is no hurry then. It will be looked at21:48
skraynevstevebaker: Is it possible to create such thread tomorrow? (I mean your early morning and my evening)21:48
stevebakerskraynev: yes, post the message when you're ready21:49
skraynevstevebaker: he-he. Neutron team has other problems in gate . I think it's more important. Also they wait summit to make design for new neutron architecture21:50
skraynevstevebaker: just for clarification: the main questions for message: changes in neutron and how,when it will be implemented in heat, right?21:52
*** aweiteka has quit IRC21:52
stevebakerskraynev: yes, and whether we make some incremental improvements to our existing LB resource before the icehouse release, or do it all in juno21:53
skraynevstevebaker: gotcha21:54
skraynevI am happy, that we find conclusion !21:54
skraynevit's good reason go to sleep ;)21:54
skraynevnight21:55
*** skraynev is now known as skraynev_afk21:55
*** jamieh has quit IRC21:55
*** wusWWW has joined #heat21:57
openstackgerritRichard Lee proposed a change to openstack/heat: Add admin_pass as attribute and property to server  https://review.openstack.org/7274521:57
*** jdob has quit IRC21:57
*** wusWWW has quit IRC21:58
*** ramishra has quit IRC21:58
*** devincognito has quit IRC22:02
*** vijendar has quit IRC22:03
*** cadenzajon has quit IRC22:09
*** cadenzajon has joined #heat22:13
*** topol has joined #heat22:24
sdakezaneb would you mind taking this review https://bugzilla.redhat.com/show_bug.cgi?id=106718422:24
uvirtbotsdake: Error: Could not parse XML returned by bugzilla.redhat.com: HTTP Error 404: Not Found22:24
zanebsure, can do22:25
sdakethx22:25
zanebnot that I have ever used/seen os-apply-config...22:25
sdakeits required for software config22:26
*** jomara has quit IRC22:29
openstackgerritSteve Baker proposed a change to openstack/heat: Refactor SupportStatus into its own module  https://review.openstack.org/7485322:31
openstackgerritSteve Baker proposed a change to openstack/heat: Add support_status attribute to properties schema  https://review.openstack.org/7485422:31
openstackgerritSteve Baker proposed a change to openstack/heat: Use support_status for existing deprecated properties  https://review.openstack.org/7485522:31
openstackgerritSteve Baker proposed a change to openstack/heat: Use property support_status in documentation generation  https://review.openstack.org/7485622:31
openstackgerritSteve Baker proposed a change to openstack/heat: Doc generation display message for deprecated resources  https://review.openstack.org/7485722:31
*** e0ne has joined #heat22:39
*** rcleere has quit IRC22:39
*** daneyon_ has joined #heat22:42
*** e0ne has quit IRC22:42
*** daneyon has quit IRC22:45
*** aignatov is now known as aignatov_22:47
*** FL1SK has quit IRC22:52
*** FL1SK has joined #heat22:53
*** kebray_ has joined #heat22:54
*** daneyon_ has quit IRC22:56
openstackgerritRichard Lee proposed a change to openstack/heat: Allow update of admin_pass on server  https://review.openstack.org/7274623:02
*** rbuilta has joined #heat23:02
sdakezaneb can you take another review: https://bugzilla.redhat.com/show_bug.cgi?id=106720023:02
uvirtbotsdake: Error: Could not parse XML returned by bugzilla.redhat.com: HTTP Error 404: Not Found23:02
zanebok, should be fairly similar23:03
sdakethis one has a systemd file23:03
*** kebray_ has quit IRC23:03
*** lindsayk has quit IRC23:07
*** kebray_ has joined #heat23:07
*** lindsayk has joined #heat23:08
*** radez_g0n3 is now known as radez23:11
*** kebray_ has quit IRC23:13
openstackgerritA change was merged to openstack-dev/heat-cfnclient: Rename Openstack to OpenStack  https://review.openstack.org/7317523:17
openstackgerritA change was merged to openstack/heat: Add systemd notification support to heat  https://review.openstack.org/7448923:22
*** sabeen has quit IRC23:27
*** wchrisj has quit IRC23:28
*** radez is now known as radez_g0n323:29
*** topol has quit IRC23:33
*** openstack has joined #heat23:34
*** andrew_plunk has quit IRC23:37
sdakezaneb: last one https://bugzilla.redhat.com/show_bug.cgi?id=106721623:41
uvirtbotsdake: Error: Could not parse XML returned by bugzilla.redhat.com: HTTP Error 404: Not Found23:41
sdakeenjoy :)23:41
*** arbylee1 has joined #heat23:44
*** arbylee has quit IRC23:44
*** jergerber has quit IRC23:46
*** randallburt has joined #heat23:47
*** alexpilotti_ has quit IRC23:47
*** mkollaro has quit IRC23:47
*** arbylee1 has quit IRC23:52

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