Thursday, 2018-07-05

« Wednesday, 2018-07-04 Index Friday, 2018-07-06 »
*** dbecker has joined #heat00:40
*** liyi has joined #heat00:47
*** dbecker has quit IRC00:54
*** sshnaidm|rover is now known as sshnaidm|afk00:56
*** liyi has quit IRC00:59
*** liyi has joined #heat01:00
*** ricolin_ has joined #heat01:10
*** edmondsw has joined #heat01:13
openstackgerritHongbin Lu proposed openstack/heat master: zun: use containers.update for renaming  https://review.openstack.org/57409901:15
openstackgerritHongbin Lu proposed openstack/heat master: zun: add property 'networks' to container  https://review.openstack.org/53342601:15
*** yangyapeng has joined #heat01:15
*** hongbin has joined #heat01:16
*** edmondsw has quit IRC01:18
*** gmoro has joined #heat01:36
*** gmoro has quit IRC01:39
*** gmoro has joined #heat01:40
*** liyi has quit IRC01:55
*** liyi has joined #heat02:01
*** liyi_ has joined #heat02:23
*** liyi has quit IRC02:27
*** skramaja has joined #heat02:55
*** edmondsw has joined #heat03:02
*** edmondsw has quit IRC03:06
*** jmlowe has quit IRC03:10
*** neatherweb has quit IRC03:12
*** ramishra has joined #heat03:39
*** gmoro has quit IRC04:03
*** liyi_ has quit IRC04:32
openstackgerritMerged openstack/heat master: Restore auth-less version negotiation  https://review.openstack.org/57469704:33
*** liyi has joined #heat04:33
*** hongbin has quit IRC04:38
*** mdnadeem has joined #heat04:38
*** zzzeek has quit IRC04:40
*** zzzeek has joined #heat04:43
*** edmondsw has joined #heat04:51
*** ysandeep has joined #heat04:51
*** edmondsw has quit IRC04:55
*** mdnadeem has quit IRC05:02
*** zzzeek has quit IRC05:10
*** zzzeek has joined #heat05:11
*** liyi has quit IRC05:19
*** mdnadeem has joined #heat05:23
openstackgerritMerged openstack/python-heatclient master: Fix log_http_request function in http module  https://review.openstack.org/53983405:45
*** liyi has joined #heat05:45
*** nicolasbock has joined #heat05:49
*** liyi has quit IRC05:55
*** liyi has joined #heat05:56
*** Guest38444 has quit IRC05:57
openstackgerritRico Lin proposed openstack/heat master: Remove unrequired migrate check in test  https://review.openstack.org/57799806:06
openstackgerritMerged openstack/heat master: Change NovaClientPlugin to use MicroversionMixin  https://review.openstack.org/55681006:10
*** armaan has joined #heat06:13
*** armaan has quit IRC06:15
*** armaan has joined #heat06:16
*** armaan has quit IRC06:21
*** neatherweb has joined #heat06:24
openstackgerritRico Lin proposed openstack/heat master: Support py36 for test  https://review.openstack.org/58029806:31
*** dyasny has quit IRC06:35
openstackgerritMerged openstack/heat master: Refactor resource plugins for microversion usage  https://review.openstack.org/50296106:42
*** dbecker has joined #heat06:43
openstackgerrittianhui proposed openstack/heat master: Change deprecated url to a correct  https://review.openstack.org/58030306:53
*** dyasny has joined #heat06:54
*** dbecker has quit IRC07:05
*** yangyapeng has quit IRC07:10
*** gkadam has joined #heat07:11
*** sshnaidm|afk has quit IRC07:14
*** ysandeep has quit IRC07:18
*** sshnaidm|afk has joined #heat07:21
*** peereb has joined #heat07:22
*** rgold has joined #heat07:22
*** rgold has quit IRC07:22
*** yangyapeng has joined #heat07:32
*** yangyapeng has quit IRC07:34
openstackgerritRico Lin proposed openstack/heat master: Add StoryBoard migration docs and releasenote  https://review.openstack.org/56642807:35
*** Guest38444 has joined #heat07:38
*** ysandeep has joined #heat07:39
*** rcernin has quit IRC07:54
*** liyi_ has joined #heat08:08
*** liyi has quit IRC08:08
*** sshnaidm|afk is now known as sshnaidm|rover08:16
*** edmondsw has joined #heat08:28
*** edmondsw has quit IRC08:32
*** derekh has joined #heat08:36
*** neatherweb has quit IRC08:37
openstackgerritMerged openstack/heat master: Update docs bug link to storyboard  https://review.openstack.org/57005608:57
*** pbourke has quit IRC09:13
*** pbourke has joined #heat09:15
openstackgerritRico Lin proposed openstack/heat master: Remove mox usage from test_heat_client  https://review.openstack.org/55792409:16
*** kiennt26 has joined #heat09:43
*** armaan has joined #heat09:44
*** ricolin_ has quit IRC09:57
*** ricolin has joined #heat09:57
*** ricolin_ has joined #heat09:58
*** ricolin_ has quit IRC09:58
*** armaan has quit IRC10:06
*** armaan has joined #heat10:07
*** armaan has quit IRC10:11
*** mdnadeem has quit IRC10:34
*** kiennt26 has quit IRC10:41
*** mdnadeem has joined #heat10:46
*** serlex has joined #heat10:53
*** serlex has quit IRC10:54
*** ricolin has quit IRC11:14
*** serlex has joined #heat11:15
*** armaan has joined #heat11:22
*** edmondsw has joined #heat11:29
*** neatherweb has joined #heat11:29
*** sshnaidm|rover is now known as sshnaidm|rov|lnc11:33
*** lifeless has quit IRC11:45
*** dbecker has joined #heat11:49
*** skramaja_ has joined #heat11:58
*** skramaja has quit IRC11:59
*** jmccarthy has joined #heat12:00
jmccarthyHiya, anyone know where one might find a small boot-from-vol heat template example ? I've not found one yet that seems to actually work ..12:01
*** neatherweb has quit IRC12:05
*** edmondsw has quit IRC12:07
jmccarthyI'm trying to use this one here http://download.cirros-cloud.net/0.4.0/cirros-0.4.0-x86_64-disk.img12:09
*** edmondsw has joined #heat12:13
*** sshnaidm|rov|lnc is now known as sshnaidm|rover12:15
*** edmondsw_ has joined #heat12:16
*** neatherweb has joined #heat12:17
*** edmondsw has quit IRC12:19
thervejmccarthy: That's not a template? :)12:23
jmccarthytherve: lol true :) I meant using that image to create instance and boot it from vol12:25
thervejmccarthy: So what are you trying?12:25
jmccarthyI have something like this: https://paste.fedoraproject.org/paste/zdi3NftD48u1uOohbXfmiw12:26
therveSo that template doesn't work right?12:28
therveYou're mixing various functions12:28
*** jmlowe has joined #heat12:28
jmccarthyIt seems to work ok, and there is avol attached to instance on /dev/vda but complaints about no bootable devices12:29
jmccarthytherve: I guess I am, but I don't know what's missing ?12:30
thervejmccarthy: Ref isn't a hot functions12:31
therveYou want to use get_param12:31
jmccarthytherve: Ok I changed that to image : { get_param: ImageID } but still says no bootable device ?12:34
thervejmccarthy: What do you pass as ImageID?12:35
jmccarthyIn my case --parameter "ImageID=cirros-0.4.0" which is the the image name in glancec12:35
*** armaan has quit IRC12:46
*** armaan has joined #heat12:47
thervejmccarthy: The volume is created properly?12:47
jmccarthytherve: looks to be, it's there, and says it's attached to the instance on /dev/vda12:48
*** liyi_ has quit IRC12:50
therveMok12:50
therveYou could try bdm_v2 and pass the image directly12:50
*** liyi has joined #heat12:51
*** jmlowe has quit IRC12:51
jmccarthytherve: Is there an example of this somewhere ? My searches seem to be finding old/broken stuff12:51
thervejmccarthy: https://support.rackspace.com/how-to/building-cloud-orchestration-templates/#boot-a-server-from-a-volume maybe12:53
jmccarthytherve: Ok, I think I did something like this earlier .. lemme try that12:53
*** liyi has quit IRC12:56
jmccarthytherve: Hmm failed due to "stack_status_reason   | Resource CREATE failed: ValueError: resources.my_server: nics are required after microversion 2.36"12:57
therveAh. You need to pass some network info I guess12:58
jmccarthytherve: Ok, that seems like a step in the right direction, thanks :)12:59
therveYeah not sure about that :)12:59
*** jmlowe has joined #heat13:00
*** armaan has quit IRC13:16
*** armaan has joined #heat13:17
*** armaan has quit IRC13:21
*** ricolin has joined #heat13:22
*** armaan has joined #heat13:24
*** mdnadeem has quit IRC13:38
*** skramaja_ has quit IRC13:43
*** mriedem has joined #heat13:43
jmccarthymriedem: Hiya !13:44
mriedem(8:42:58 AM) mriedem: question about compute api microversions and heat, specifically with OSC13:44
mriedem(8:43:18 AM) mriedem: is it possible to create a heat template to create a nova server which has parameters that rely on a specific compute api microversion?13:44
mriedem(8:43:23 AM) mriedem: and then pass that through heat to nova?13:44
mriedem(8:43:43 AM) mriedem: specifically, the instance resource in the template specifies network: auto for compute api microversion >= 2.3713:44
mriedemzaneb: ^?13:44
mriedemwould: openstack --os-compute-api-version 2.37 stack create ...13:44
mriedempass that compute api version through?13:44
mriedemor is it possible to specify the compute api version in the template itself?13:45
jmccarthymreidem: I was asking about that error here earlier, before I found that bug/starting asking you (fyi)13:45
zanebmriedem: for particular parameters that require a certain microversion, we explicitly use that microversion to handle those parameters13:47
zanebotherwise everything goes through the default (really old) microversion13:48
zanebthere's no way to specify the microversion in the template13:48
zanebramishra is currently working on changes in this area, so he can probably give a more detailed answer13:48
mriedemhmm, ok, so if network: auto or network: none show up in the template, heat would have to check for those specific enums and pass >= 2.37 to nova13:49
mriedemhopefully no one would ever have an actual network named auto or none13:49
jmccarthyzaneb: I'm trying  https://support.rackspace.com/how-to/building-cloud-orchestration-templates/#boot-a-server-from-a-volume but getting stack_status_reason   | Resource CREATE failed: ValueError: resources.my_server: nics are required after microversion 2.36 - where I am going wrong ?13:49
ramishraso https://review.openstack.org/#/c/556810/ merged today, so we use the latest mircoversion supported by the deployment now13:49
mriedemjmccarthy: you'll have to add - networks: - network: auto13:50
mriedembut heat isn't passing the correct microversion on your older deployment it sounds like13:50
ramishraof there is a property that needs a microversion higher than what's supported in your deployment then it would give you a validation error13:50
ramishras/of/if13:50
jmccarthymriedem: I got an error with 'auto' tho ? Let me try again13:50
mriedem2.37 was added in mitaka13:50
mriedemjmccarthy: b/c heat isn't passing 2.3713:50
mriedemjmccarthy: it's passing 2.1 because it doesn't realize that network: auto is a special thing13:51
*** cliffparsons has joined #heat13:51
mriedemso, it sounds like one way to fix this is to add logic to heat such that if any network in the instance resource is 'auto' or 'none' enums, specify at least compute api version 2.3713:51
jmccarthymreidem: I'm using queens13:51
ramishramriedem: that was the case earlier, now we've fixed it13:51
mriedemwhich could be a backportable change13:51
mriedemramishra: i'm assuming your change isn't backportable?13:51
jmccarthyERROR: Property error: : resources.my_server.properties.networks[0].network: : Error validating value 'auto': Unable to find network with name or id 'auto'13:52
mriedemjmccarthy: right because nova < 2.37 doesn't recognize auto or none as enums13:52
ramishramriedem: We can as it's linked to a bug. It was in review for long time though13:52
mriedemoh....and the template format needs to change...13:52
jmccarthymriedem: Sorry if I'm not following, is there something I can do so it'll work with what I have at the moment with queens ?13:52
mriedemjmccarthy: the template has networks as a list13:52
mriedemso you're doing something like:13:53
mriedemnetworks:13:53
mriedem - network: auto13:53
mriedemthat ends up passing {'server': {'networks': ['auto']}} to nova13:53
mriedembut auto is an enum not for the list, so it should be {'server': {'networks': 'auto'}}13:53
mriedemwhich means the template would have to have:13:54
mriedemnetworks: auto13:54
mriedemor something like that, but heat probably doesn't allow that format today13:54
mriedemthat could be the indication, however, to heat that it needs to pass that format for >= 2.3713:54
mriedemjmccarthy: so i guess trying changing your template to "networks: auto" and see what happens13:55
mriedemdoes heat reject that?13:56
mriedemor does nova reject it?13:56
mriedemramishra: passing the latest microversion available in the server seems dangerous13:56
jmccarthymriedem: I tried setting the actual name of the network, which seems to create the stack ok (I'm not sure if the instance is ok or not yet)13:56
mriedemand is going to be inconsistent across clouds at different versions13:56
ramishramriedem: it's not the latest, it checks for what's available in the cloud13:57
mriedemjmccarthy: ok yeah is essentially what auto would do under the covers, or if you don't specify a network pre-2.37 - nova will find the single private tenant network or the single public network and use that13:57
mriedemramishra: right, it's the max version available in the cloud13:57
mriedembut still,13:57
mriedemmy template is going to potentially behave differently between newton and queens clouds13:58
ramishramriedem: probably not, as we've property specific checks, we may be missing some though13:59
jmccarthymriedem: trying changing your template to "networks: auto" and see what happen, gives ERROR: Internal Error13:59
jmccarthymriedem: I'll go back to specifiying that actual name13:59
jmccarthys/that/the13:59
mriedemjmccarthy: ok that seems like a gap in heat then, but i'm not sure how easy that is to fix14:00
mriedembut basically heat doesn't support the get me a network feature14:00
mriedemjmccarthy: want to open a heat bug that i could dump some words into?14:00
jmccarthymriedem: Sure one sec14:01
jmccarthyum 'OpenStack Heat           must be configured in order for Launchpad to forward bugs to           the project's developers' where are these raised ?14:02
mriedemoh they use storyboard now14:02
mriedemhttps://storyboard.openstack.org/#!/project/98914:03
ricolinjmccarthy, https://storyboard.openstack.org/#!/project/98914:03
mriedemso create new > story > project = openstack/heat14:03
mriedemsearch doesn't work in storyboard so i can't see if there is an existing issue for this14:03
jmccarthymriedem: Ok, not sure what to put here for Story Title, Task title hmm14:05
jmccarthymreidem: Can whatever I put in be edited afterwards ?14:06
mriedemwant me to open it and you can fill in error stuff?14:06
ricolinmriedem, yeah, storyboard still working on that, one way to search it is through typing your keyword in `Jump to` bar on top right, that will help you find stories contain that keyword in title14:06
jmccarthymriedem: Issue with network definition in heat template - https://storyboard.openstack.org/#!/story/2002875 I stuck in ..14:07
jmccarthyricolin: Thanks I logged in, haven't tried this yet !14:08
ricolinjmccarthy, NP:)14:09
mriedemjmccarthy: updated14:13
mriedemgdi, storyboard dropped all of my formatting14:13
jmccarthymriedem: Thanks !14:25
*** armaan has quit IRC14:29
thervezaneb: OK so I'm mostly concerned about that change: https://review.openstack.org/#/c/578393/7/heat/api/openstack/v1/stacks.py14:36
therveIt adds a new argument to various stack operations14:36
therveIIUC it's then used here: https://review.openstack.org/#/c/578392/5/heat/engine/service.py14:37
therveWhen that parameter is passed, we load the creds from it, and create a context with those14:38
zanebtherve: oh. that's weird. and probably unsafe. I don't know why we would ever do that.14:40
therveAh :)14:41
thervezaneb: http://eavesdrop.openstack.org/irclogs/%23heat/%23heat.2018-07-04.log.html#t2018-07-04T14:52:1814:41
zanebtherve: that makes no sense to me14:42
therveThat reassures me somehow :)14:43
ricolintherve, only create/update stack will get the args from https://review.openstack.org/#/c/578393/7/heat/api/openstack/v1/stacks.py14:43
zanebthe whole new table thing does make more sense in that context though14:46
therveYes14:47
therveThat patch could become way simpler without all that14:47
thervericolin: Yeah but even then?14:48
*** ayoung has quit IRC14:52
*** liyi has joined #heat14:52
ricolincan we put an extra UUID in context and bring it cross two OpenStack site(through API and client)?14:53
ricolintherve, zaneb ^^^14:53
*** liyi has quit IRC14:56
*** ayoung has joined #heat15:03
ricolintherve, zaneb ramishra another question is we now got few ways to achieve remote stack, think it will be better if we can clarify which path we do desire to own. For now we got 3 properties, `provider_cred`, `cred` and `provider_name`, 1. with `cred` provided, the context will refresh in remote site, and remote site will keep using that `cred`(and read authN info from remote Barbican) for rest of stack action. 2. if `provider_cred`15:03
ricolinprovided, It will read authN info (including auth_url) and use it to generate context to access remote stack( and will use it to create remote stack if `cred` not provided). and 3. If `provider_name` provided, will read authN info from clouds.yaml and use it to access to remote stack(and create if `cred` not provided)15:03
*** mriedem has left #heat15:04
ricolinoption 3 might not be a desired way, since it's kind of share concern like ssl. It allow user to access to a local file for information just by provied name15:05
jmccarthyHow do things in storyboard get reviewed, will https://storyboard.openstack.org/#!/story/2002875 be triaged and assigned, or I should assign it to someone ?15:06
*** hongbin has joined #heat15:08
thervericolin: Why would we need an extra UUID in context?15:08
*** armaan has joined #heat15:08
zanebricolin: 2 is the only one we _need_15:13
ricolintherve, that's for option 1 above15:14
therveYes what Zane says15:15
ricolinzaneb, we also need to figure out what we need to deal with ssl for remote stack15:16
therveWell ideally, nothing :)15:17
ricolintherve, I mean this patch https://review.openstack.org/#/c/480923/15:18
zanebricolin: how does clouds.yaml deal with it?15:18
ricolinzaneb, something like this I think https://docs.openstack.org/os-client-config/latest/user/configuration.html#ssl-settings15:19
zanebugh, so it's still a reference to a local file :(15:20
zanebso I'd say we do probably want to do something like https://review.openstack.org/#/c/480923/ except passing the actual cert (using get_file or whatever) rather than looking for the filename locally15:21
zanebthat'd work for both multi-region and multi-cloud15:21
*** peereb has quit IRC15:22
ricolinone why is to keep local file, but we try to find way to record which region, provider get to use which cert file, another way is to directly ask user to pass down cert by their own(which is what you proposed)15:24
ricolinzaneb,15:24
*** dyasny has quit IRC15:25
*** bnemec has quit IRC15:25
*** dyasny has joined #heat15:26
zanebricolin: it's not a bad idea to use a local clouds.yaml that already has the most commonly used stuff, so you only need to pass your own if you want to use something different15:27
zanebmaybe we could even look up the auth_url in that file instead of indexing by cloud 'name', so that we wouldn't have to add a separate property15:28
zanebI do have some slight interoperability concerns15:28
ricolinisn't that kind of lead us to option 3 above?15:29
*** rgold has joined #heat15:30
*** crag_ has joined #heat15:35
zanebyeah, that's effectively 2 + 3 at that point15:36
zanebwe _need_ 2. 3 would make it easier to use in some common cases, at a cost of some interoperability15:37
* ricolin try to figure out if there is a third way to deal with this15:39
*** crag_ has quit IRC15:44
*** bnemec has joined #heat15:56
*** ysandeep has quit IRC15:56
*** jmlowe has quit IRC16:01
openstackgerritwu.chunyang proposed openstack/heat-dashboard master: Add release note link in README  https://review.openstack.org/58043916:12
*** dyasny has quit IRC16:12
*** dyasny has joined #heat16:13
*** Guest38444 has quit IRC16:13
*** ricolin has quit IRC16:43
*** armaan_ has joined #heat16:45
*** armaan has quit IRC16:45
*** serlex has quit IRC16:49
*** armaan_ has quit IRC16:50
*** bnemec has quit IRC16:51
*** liyi has joined #heat16:53
*** liyi has quit IRC16:57
flwang1zaneb: any lucky you're around?17:02
*** derekh has quit IRC17:02
*** jmccarthy has quit IRC17:10
*** ramishra has quit IRC17:13
*** bnemec has joined #heat17:18
*** ysandeep has joined #heat17:21
*** serlex has joined #heat17:23
*** sshnaidm|rover has quit IRC17:43
*** jmlowe has joined #heat17:43
*** FL1SK has joined #heat17:44
*** sshnaidm|rover has joined #heat17:52
*** serlex has quit IRC17:59
*** ysandeep has quit IRC18:03
zanebflwang1: o/18:12
flwang1zaneb: mind revisiting this https://review.openstack.org/579669 ?18:12
flwang1we do need it for queens and especially magnum18:13
flwang1zaneb: do I need a change at here https://github.com/openstack/heat-agents/blob/master/heat-config/os-apply-config/etc/os-collect-config.conf#L37 and https://github.com/openstack/heat-agents/blob/master/heat-config/os-apply-config/etc/os-collect-config.conf#L47 ? Thanks18:13
zaneboh yeah, I had that tab open somewhere18:13
openstackgerritMerged openstack/heat master: Handle resource plugins without default_client_name  https://review.openstack.org/53770818:13
zanebflwang1: I suspect you might. your change will help with signalling back to the server, but you'll probably need to do something there to make sure it can get the data in the first place18:14
zanebthere might be another change required in Heat to populate that in the cloud-init data as well18:15
flwang1zaneb: yep, that's my main concern18:15
flwang1ah? another change in heat?18:15
flwang1where?18:15
flwang1that's shocking me, TBH, why the bug is there for years? :(18:16
zanebbecause ~nobody uses multiple regions?18:17
zaneb(looking for the place now)18:17
*** schaney has joined #heat18:19
flwang1zaneb: but that doesn't make sense saying nobody using multi regions for heat :(18:20
flwang1based on my understanding, with current code, the heat agent will try to use the url_for to get the heat URL, but because there is no region given, so keystone will return one randomly18:20
zanebflwang1: it would be in this method here: http://git.openstack.org/cgit/openstack/heat/tree/heat/engine/resources/server_base.py#n6418:28
flwang1zaneb: ah, yep18:29
flwang1zaneb: btw, is there any easy way to test it?18:29
zanebno :)18:29
flwang1:(18:29
flwang1ok, thank you so much, Zane. i will propose another patch for heat18:32
zanebif there were, that bug probably wouldn't have been around for so long :/18:32
*** armaan has joined #heat18:32
flwang1that does make sense for me ;)18:32
zaneb:D18:32
zanebflwang1: I +2d your heat-agents patch and added a comment summarising what we just discussed18:32
flwang1zaneb: for the heat-agents patch, shouldn't we wait to add the change for  https://github.com/openstack/heat-agents/blob/master/heat-config/os-apply-config/etc/os-collect-config.conf#L37 and https://github.com/openstack/heat-agents/blob/master/heat-config/os-apply-config/etc/os-collect-config.conf#L47 ?18:33
flwang1or you think we better to fix it in heat first?18:33
zanebI don't think it matters18:33
zanebyou have to _get_ the software config data before you can even think about signalling back, so that change won't even really take effect until we do the other ones18:35
flwang1zaneb: does that mean even without the change for http://git.openstack.org/cgit/openstack/heat/tree/heat/engine/resources/server_base.py#n64 and https://github.com/openstack/heat-agents/blob/master/heat-config/os-apply-config/etc/os-collect-config.conf#L37 and https://github.com/openstack/heat-agents/blob/master/heat-config/os-apply-config/etc/os-collect-config.conf#L47  heat-agent can already get the "deploy_region_name" from the /var/run/18:36
zanebno, I mean that until you make those changes any server in a non-default region won18:37
zanebwon't be able to download its software deployments18:37
flwang1:(18:38
zanebso it doesn't matter what they might do after they did manage to download and run their sw deployments, because they won't18:38
flwang1ok, so i do still need to propose a fix for  http://git.openstack.org/cgit/openstack/heat/tree/heat/engine/resources/server_base.py#n64 ? and the corresponding changes in heat-agent？18:39
flwang1but which most like a double checker? can i say that?18:41
zanebyes, you still need to propose a fix for that to resolve the bug18:42
flwang1zaneb: no problem18:43
flwang1i will get it done today, many thanks18:43
zanebawesome, cheers18:43
flwang1cheers18:43
*** armaan has quit IRC18:44
*** armaan has joined #heat18:45
*** sshnaidm|rover is now known as sshnaidm|off18:46
openstackgerritZane Bitter proposed openstack/heat master: Destroy mox forever  https://review.openstack.org/56047618:48
*** hongbin has quit IRC18:48
*** hongbin has joined #heat18:48
*** armaan has quit IRC18:49
*** zaneb has left #heat18:50
*** zaneb has joined #heat18:50
*** liyi has joined #heat18:53
*** liyi has quit IRC18:57
openstackgerritFeilong Wang proposed openstack/heat master: Fix multi region issue for software deployment  https://review.openstack.org/58047018:59
flwang1zaneb: ^18:59
zanebthanks! will take a look18:59
flwang1thank you19:00
*** cliffparsons has quit IRC19:27
*** gkadam has quit IRC19:32
zanebschaney: looking through the code, your understanding of the docs re PUT/PATCH appears to be correct19:36
zanebso I don't know why existing=True on PUT would not work19:37
zaneb(I also don't know why anybody wouldn't just use PATCH for that)19:37
*** lifeless has joined #heat19:39
*** jmlowe has quit IRC19:40
*** jmlowe has joined #heat20:00
*** flwang1 has quit IRC20:03
*** crose has joined #heat20:07
*** crose has quit IRC20:12
schaneyok cool, thanks for taking a look zaneb, PATCH will work just fine.20:24
*** stevebaker has quit IRC20:28
*** dmellado has quit IRC20:28
*** mchlumsky has quit IRC20:36
*** jmlowe has quit IRC20:59
*** jmlowe has joined #heat21:00
*** flwang1 has joined #heat21:06
*** armaan has joined #heat21:23
*** stevebaker has joined #heat21:52
*** ivve has quit IRC21:55
*** rcernin has joined #heat22:00
*** nicolasbock has quit IRC22:17
*** armaan has quit IRC22:36
*** armaan has joined #heat22:37
*** edmondsw_ has quit IRC22:40
*** edmondsw has joined #heat22:41
*** sai- has joined #heat22:41
*** armaan has quit IRC22:41
*** sai- has left #heat22:41
*** sai- has joined #heat22:42
*** edmondsw has quit IRC22:45
*** sai- has left #heat22:48
*** hongbin has quit IRC22:50
*** rcernin has quit IRC22:58
*** rcernin has joined #heat23:01
*** neatherweb has quit IRC23:02
*** sai- has joined #heat23:41
*** rgold has quit IRC23:56
« Wednesday, 2018-07-04 Index Friday, 2018-07-06 »

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