15:00:42 <ricolin> #startmeeting heat
15:00:43 <openstack> Meeting started Wed Jun 14 15:00:42 2017 UTC and is due to finish in 60 minutes.  The chair is ricolin. Information about MeetBot at http://wiki.debian.org/MeetBot.
15:00:45 <openstack> Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
15:00:47 <openstack> The meeting name has been set to 'heat'
15:00:51 <ricolin> #topic roll call
15:01:10 <LanceHaig> o/
15:01:13 <ramishra> i
15:01:16 <ramishra> hi
15:01:33 <zaneb> yo
15:01:34 <therve> Hi
15:01:40 <ricolin> hi :)
15:02:00 <ricolin> #topic adding items to agenda
15:02:08 <ricolin> #link https://wiki.openstack.org/wiki/Meetings/HeatAgenda#Agenda_.282017-06-07_1500_UTC.29
15:03:21 <ricolin> #topic weekly report
15:03:39 <ricolin> We still facing gate broken
15:04:14 <ramishra> ricolin: what is broken?
15:04:14 <ricolin> which alot of https://bugs.launchpad.net/heat/+bug/1625921
15:04:16 <openstack> Launchpad bug 1625921 in heat "SoftwareDeploymentGroupTest fails at times with TimeoutException" [Medium,In progress] - Assigned to Rabi Mishra (rabi)
15:04:26 <ricolin> ramishra, newton gate
15:05:04 <ricolin> also found this https://bugs.launchpad.net/heat/+bug/1686092
15:05:05 <openstack> Launchpad bug 1686092 in heat "stack cancel not complete" [Undecided,In progress] - Assigned to Rico Lin (rico-lin)
15:05:23 <tiantian> hi
15:05:26 <ricolin> #link http://logs.openstack.org/72/424372/4/gate/gate-heat-dsvm-functional-convg-mysql-lbaasv2-ubuntu-xenial/9c7b64c/console.html
15:05:55 <ricolin> newton gate keep fail at same point
15:07:21 <ricolin> that's all I trying to focus on this week;/
15:07:32 <zaneb> I got https://review.openstack.org/#/c/466008/ to pass the newton check jobs (once)
15:08:05 <ricolin> tiantian, ^^^
15:08:16 <zaneb> if tiantian can approve that (hi! ;) then the gate will get somewhat better and we'll have a better idea of what is still failing
15:08:44 <ricolin> zaneb, we do got some pass patches through check jobs
15:08:47 <tiantian> have a look :)
15:08:55 <ricolin> zaneb, but none of gate
15:09:05 <ramishra> May be some infra issue. My backport also went through ok https://review.openstack.org/#/c/472524/
15:09:26 <zaneb> ricolin: that one has the best chance of any of them to pass the gate ;)
15:09:37 * zaneb will keep hitting recheck until it does :D
15:09:46 <ricolin> zaneb, agree
15:10:18 <ricolin> worth a try:)!!
15:10:33 <tiantian> approved ;)
15:10:51 <ricolin> nice, let's check on that later:)
15:10:57 <ricolin> move on
15:11:04 <ricolin> #topic Add q-trunk to heat job https://review.openstack.org/#/c/473700
15:11:11 <ramishra> I think many of the of failures are due to signals, I suspect mostly infra issue
15:11:51 <ricolin> ramishra, I think it's RPC issue, but no much detail clue on that
15:12:12 <zaneb> tiantian: thanks! :)
15:12:25 <tiantian> np
15:12:50 <ricolin> okay, this is request by BP trunk support
15:13:10 <ricolin> to enable q-trunk service in our job
15:13:11 <ramishra> Do we really need to have functional tests for trunk? Neutron does not have it enabled in any of their gate jobs.
15:14:03 <therve> Well, we ought to give ourselves higher standards than neutron
15:14:16 <ramishra> therve: ;)
15:14:39 <zaneb> LOL
15:15:35 <ricolin> therve, :)
15:16:07 <zaneb> is there maybe a separate repo for q-trunk where it's tested?
15:16:31 <zaneb> just having it enabled shouldn't break us
15:16:39 <therve> We can always have them, and disable them if they fail too much
15:16:53 <ramishra> zaneb: I don't know, but would be good to know why neutron does not do it in their gate.
15:16:58 <therve> Unit tests have little value for this kind of thing, so even if they run once that'd be nice
15:17:00 <zaneb> if we have tests that use it then it might break, but that still seems better than having resources that are untested
15:17:39 <zaneb> I agree that neutron should be testing this at the point where it's developed
15:17:54 <zaneb> I'm just hoping they are and we haven't found it yet
15:18:22 <kazsh> super sorry for being late to join...& sorry for cutting in
15:18:28 <ricolin> do we still have to write line 75 in patch?
15:18:37 <ricolin> https://review.openstack.org/#/c/473700/2/jenkins/jobs/heat.yaml
15:18:56 <ricolin> to check stable/mitaka or not
15:18:59 <ramishra> yeah enabling it would not break anything for us. But I would not do it unless neutron tests it somewhere.
15:19:24 <ricolin> kazsh, NP:)
15:19:28 <therve> ricolin, It should probably be master/pike forward
15:19:34 <therve> Not newton/ocata
15:21:35 <ricolin> therve, so we can just service+=,q-trunk with out that if condition right?
15:23:14 <ricolin> will try to contact with neutron team about where they test it
15:23:19 <ramishra> ricolin: I think that would enable it for all
15:23:23 <ricolin> but I can't found it either
15:24:12 <therve> ricolin, No, I would add newton/ocata to the condition
15:24:26 <ricolin> ramishra, I mean not `if [[ ! "$ZUUL_BRANCH" == "stable/mitaka" ]]` here
15:24:42 <ramishra> ricolin: as therve mentioned:)
15:25:04 <ricolin> ramishra, therve thx:)
15:25:42 <ricolin> move on:)
15:25:54 <ricolin> #topic py35
15:26:36 <ricolin> we still short of py35 support in heat-template and heat-agents
15:27:11 <LanceHaig> What is required to be done in heat-template?
15:27:40 <ricolin> to enable python35 support in test job
15:28:13 <ricolin> therve, could you update your patch for heat-agents
15:28:31 <therve> ricolin, I'll try
15:29:04 <ricolin> therve, thx
15:29:21 <LanceHaig> I would offer to work on heat-templates but I don't know where to start :-)
15:30:24 <ricolin> LanceHaig, we need to fix what ever broke when move from py27 to py35
15:30:59 <ricolin> you can found in tox.ini in repo that it require to have py35 support
15:31:34 <LanceHaig> ok thanks
15:31:37 <ricolin> LanceHaig, then we can enable non-voting gate, and work till we turn it to vote
15:31:57 <ricolin> LanceHaig, thx:)
15:32:04 <ricolin> move on
15:32:11 <ricolin> #topic Strawman Queens PTG week slicing
15:32:14 <ramishra> May be we should also add a gate job for py35 for heat-agents soon?
15:33:36 <ricolin> ramishra, yes, but as we discussed in meeting, we can enable it right after therve's patch land
15:33:55 <ramishra> ricolin: sure
15:34:08 <ricolin> #link http://lists.openstack.org/pipermail/openstack-dev/2017-May/117369.html
15:34:40 <ricolin> what we want in PTG
15:34:50 <ricolin> room size
15:34:58 <ricolin> and day
15:35:11 <ricolin> we can have Wed-Fri
15:35:49 <therve> We should know who's going first
15:35:49 <ricolin> but maybe Wed-Thu will be enough?
15:36:36 <ricolin> therve, a little hard to figure out who will go to PTG at this point;/
15:37:10 <therve> ricolin, Well, we need some kind of estimate
15:37:23 * zaneb will not be there, just as a reminder
15:37:23 <therve> Choosing the room size is kind of pointless otherwise
15:37:27 <ricolin> therve, good point
15:37:28 <therve> (Or a room at all)
15:37:47 <therve> We were 5 last time, and at least 2 don't come
15:37:58 <therve> Do we know if anyone else joining?
15:38:28 <ricolin> anyone here will go?
15:38:34 <LanceHaig> not me
15:39:25 <ricolin> anyway we already been assign to a M size room
15:39:44 <ricolin> will try to adjust that later if we can:)
15:40:06 <ricolin> how about in days
15:40:38 <ricolin> Wed-Thu will work? or we better that Fri as well?
15:41:02 <therve> ricolin, I think we should really consider if we're doing it at all
15:43:00 <zaneb> the PTG is partly about connecting with the rest of the community. I don't know if I'd feel comfortable with us not being represented at all
15:44:33 <therve> That's fair, though the summit does that as well
15:44:41 <ricolin> zaneb, do hope we can do more cross project in PTG, which I do free feel if we can provide our room to do it
15:44:51 <therve> And we don't have anyone from the US going to this one
15:46:28 <ramishra> probably we can find a way to have more people participate? may be virtually? Not sure how well that would work though
15:46:41 <zaneb> next summit is in Sydney, so a large proportion of the community will not be there
15:46:53 <therve> At any rate, I'm not excited of 30h+ of travel, so just putting that out there
15:47:00 <therve> ramishra, yeah, we can do that every week though :)
15:47:07 <ricolin> ramishra, yep, do thinking we can make it online
15:47:38 <therve> zaneb, Well, it's closer for Rico and Rabi though
15:47:48 <ricolin> therve, let's do it:)
15:48:10 <zaneb> therve: that's true, but who else will be there for them to talk to ;)
15:48:13 <ricolin> therve, actually still a far way to Sydney:)
15:48:44 <ramishra> yeah, nothing is closer to me ... sigh..
15:48:44 <LanceHaig> I don't think I will be going
15:48:55 <ricolin> I like the idea to make it virtually
15:49:06 <LanceHaig> Unless I have a talk :-)
15:50:16 <LanceHaig> Sorry to jump in but I have another meeting in 10minutes and I added topic :-)
15:50:16 <ricolin> we should start using a video stream to do it
15:50:21 <ricolin> like zoom
15:50:30 <ricolin> LanceHaig, yes
15:50:42 <ricolin> #topic Tutorial import
15:50:50 <ricolin> LanceHaig, yours:)
15:50:57 <LanceHaig> thanks ricolin
15:51:23 <LanceHaig> I added this topic just to get clarification on where in the heat repo we want to add the tutorial for now
15:51:40 <LanceHaig> I want to add it as soon as possible
15:51:46 <LanceHaig> does anyone have suggestions?
15:52:06 <ricolin> LanceHaig, how about https://github.com/openstack/heat/tree/master/doc/source
15:52:46 <ricolin> we can have create a now path under it call xxx-guide
15:52:59 <zaneb> LanceHaig: https://review.openstack.org/#/c/472275/
15:53:03 <LanceHaig> ok that sounds feasable
15:53:51 <zaneb> specifically https://review.openstack.org/#/c/472275/4/specs/pike/os-manuals-migration.rst@67
15:53:53 <LanceHaig> zaneb, ok I will take a look there and see what is suggested
15:54:12 <zaneb> tl;dr what ricolin said
15:54:22 <LanceHaig> ok
15:54:30 <LanceHaig> I will take a look there
15:54:44 <LanceHaig> and will follow up on #heat
15:54:48 <LanceHaig> thanks
15:55:01 <ricolin> LanceHaig, thanks for doing this:)
15:55:22 <LanceHaig> I want to help :-)
15:56:07 <ricolin> anything on this topic?
15:56:18 <tiantian> I want to talk about https://bugs.launchpad.net/heat/+bug/1693495
15:56:19 <openstack> Launchpad bug 1693495 in heat "update cancel result in no network interface of nova server" [Undecided,New] - Assigned to huangtianhua (huangtianhua)
15:56:45 <LanceHaig> I have to jump off now.
15:56:50 <ricolin> LanceHaig, thx
15:56:54 <ricolin> tiantian, sure
15:57:10 <tiantian> I have no idea how to fix this?
15:58:18 <tiantian> a problem happened in our product
15:58:51 <ramishra> I thought update cancel does not work properly with convergence yet, zaneb?
15:59:03 <tiantian> no, in legacy
15:59:14 <tiantian> this happened in legacy
15:59:21 <ramishra> ok
15:59:37 <zaneb> ramishra: it should as of newton I thought... but apparently this is legacy :)
16:01:00 <zaneb> tiantian: add a try/finally so that self.t is always updated maybe?
16:01:02 <tiantian> if cancel came between updating of a resource, then the resource can not rollback correctly, because the defn is not updated yet
16:01:43 <tiantian> https://github.com/openstack/heat/blob/master/heat/engine/resource.py#L1462
16:02:22 <tiantian> zaneb, always update the defn to after?
16:02:49 <zaneb> tiantian: that sounds like it would solve caseB at least
16:04:18 <ricolin> shall we move this back to #heat
16:04:20 <tiantian> zaneb, ok, then why not to update defn at the first ?
16:04:34 <ricolin> I think we got 4mins over
16:04:44 <tiantian> ok
16:04:45 <zaneb> tiantian: because the handle_*() method may look at it
16:05:05 <zaneb> ricolin: +1
16:05:16 <ricolin> anyway thanks all for join :)
16:05:21 <ricolin> #endmeeting