00:02:17 #startmeeting congressteammeeting 00:02:17 Meeting started Thu Jan 26 00:02:17 2017 UTC and is due to finish in 60 minutes. The chair is ekcs. Information about MeetBot at http://wiki.debian.org/MeetBot. 00:02:19 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 00:02:22 hi thinrichs 00:02:22 The meeting name has been set to 'congressteammeeting' 00:03:24 hi all! hope everyone’s having a good week. 00:03:29 the items i have are pretty simple. 00:03:35 hi all 00:04:23 - Ocata-3 00:04:23 - Ocata RC1 00:04:24 - Ocata patches 00:04:25 - Ocata bugs 00:04:26 anything else? 00:04:45 Planning for PTG 00:05:39 hi all. sorry, late. 00:06:33 ok great. 00:07:52 first just a quick announcement: congress client for ocata was released on Monday. If there’s any really important change we need to release we could still do that today or tomorrow. 00:08:21 #topic Ocata-3 00:09:49 Ocata-3 is due this week. I expect to tag a hash for release today. 00:09:56 There’s been a fair amoutn of activity on master over the past week. 00:10:40 Let’s see how much we can get merged by end of today (UTC) and we can run some final quick tests and tag the release. 00:10:58 does that make sense? any comments or thoughts? 00:11:34 is there anything that MUST go into Ocata-3? 00:11:34 make sense 00:12:54 We're trying to merge as many things into master as we can today? 00:13:54 Happy to review. I presume only some of the changes in master are ready to go in though. 00:13:59 Maybe the top half of this list? 00:14:00 https://review.openstack.org/#/q/project:openstack/congress+status:open 00:14:43 there’s no particular rush for today. but it’s helpful to merge when ready. and all the better if included in O3. 00:14:55 Maybe stopping at the Jan 23 commits? 00:16:55 makes sense. 00:17:28 ok we can discuss specific patches later. but let’s move on if there are no Ocata-3 MUSTs. 00:17:44 #topic Ocata RC1 00:18:10 just another reminder that we’re on a very abbreviated schedule. and RC1 is due next neek. 00:18:47 so please keep that in mind in planning and bug fixes. 00:19:28 what’d be a good cut-off day for merging changes for RC1? 00:20:41 Typically we do it the other way around: we cut RC1 as soon as all the known blocking bugs are fixed. 00:21:13 Then we do another round of testing, and if we find no release-blockers we're done. Otherwise, we fix the bugs, cut RC2, and do it again. 00:22:10 The devil is in the details of defining what a 'release-blocking bug' is 00:22:20 i see. that makes sense. 00:24:01 I guess we can go through the bugs and target all the must-fix bugs for RC1. 00:24:52 and discuss evyr launchpad if we’re not sure. does that make sense? 00:26:34 sure 00:26:47 got it. 00:27:24 #action go through bugs and target for RC1. https://bugs.launchpad.net/congress/+bugs?orderby=-importance&start=0 00:27:52 ok then let’s move on. 00:27:56 #topic PTG planning 00:28:38 I haven’t though very much about PTG planning. But I guess we should at least start coming up with what needs to be done in the planning. 00:28:58 I've added items to the etherpad. 00:29:00 Quick scan of the High priority bugs—I'd say most of those will either not be fixed in Ocata3 or are in review and in good shape. 00:29:25 Someone have the PTG etherpad link handy? 00:29:38 https://etherpad.openstack.org/p/congress-ptg-pike 00:29:45 aimeeu: thanks! 00:30:14 thanks! 00:30:31 There's a ton of stuff already there 00:30:34 thanks aimeeu! 00:30:41 (and whoever else contributed) 00:31:01 bryan_att has copious notes from Barcelona 00:31:29 I need to do some cleanup of his notes and prioritize 00:31:49 yea that’s great for how many topics we have. 00:32:43 so it's pretty much going to be 2 days of free-form discussion, right? no plans to divide up the day to cover specific topics (which might be limiting) 00:33:05 next step is divide up the things we want to discuss into a rough schedule/agenda for the two days? 00:33:34 aimeeu: there’s no need for strict sessions, but it’s probably still helpful to have some idea which topics we’ll discuss on which day 00:33:43 I agree 00:34:34 ok i’ll work on that and have something we can discuss next meeting. 00:34:47 thanks ekcs! 00:35:12 #action ekcs organize PTG topics 00:35:34 #action everyone interested add to PTG topics https://etherpad.openstack.org/p/congress-ptg-pike 00:35:52 anything else we should discuss now on PTG? 00:36:18 are most of you planning to fly home on Friday? 00:36:47 Yep. First thing in the morning if I remember right 00:37:16 I’m staying till Saturday. 00:37:35 Getting in Sunday and staying till saturday. 00:37:43 Same here 00:37:45 I'll leave there on Saturday 00:38:51 ok then. 00:39:01 let’s move on = ) 00:39:13 #topic Ocata patches and bugs 00:39:41 any patches that need discussion so we can make progress? 00:40:30 any bugs we want to discuss? regarding priority or root causing or whatever. 00:40:43 has anyone stacked very recently using ocata master? 00:41:03 I stacked twice today and doesn't seem to be installing correctly in DevStack 00:41:09 wondering if it's me or an issue 00:41:23 aimeeu: what's the symptom? 00:41:27 aimeeu: I think I last stacked a week ago. 00:41:47 The congress dashboard doesn't appear in the openstack dashboard for one 00:42:14 I need to try some CKI calls 00:42:20 s/CKI/CLI 00:44:23 aimeeu: I stacked when I start devstack without aodh service. 00:45:06 aimeeu: that’s weird hmm. so dashboard worked just didn’t show congress stuff? 00:45:27 correct - no congress dashboard 00:46:03 devstack should have installed the python-congressclient too, right? 00:47:07 aimeeu: for me it does. and cloned the congressclient repo into /opt/stack/. 00:47:52 hmmmm no congress anything in /opt/stack - rechecking my local.conf 00:47:53 anyway that’s strange cuz I don’t see any dashboard changes over the past week. i’ll let you knowwhen I stack again. 00:48:41 ok - i'll start all over - fresh everything - maybe a spelling mistake 00:49:17 aimeeu: feel free to send me your local.conf for a look if you think it might help. 00:49:20 The path /opt/stack usually has both congress/ and python-congressclient/, right? 00:49:33 thinrichs: that’s my experience. 00:49:38 Thanks ekcs. It's been a long day. 00:50:06 unrelated: I ran into this very mysterious bug this week. #link https://bugs.launchpad.net/congress/+bug/1659440 00:50:06 Launchpad bug 1659440 in congress "Erratic row list behavior with cross-policy rule" [High,New] 00:50:47 seems with certain rules in place, listing the rows of a policy table gives erratic and changing results. sometimes with more or fewer tuples. sometimes says table doesn’t exist. 00:51:18 could be a serious thing so i’m going to prioritize understanding it. just want to mention in case others have ideas on what to look for. 00:51:53 in this case, it specifically happened with this rule: u(x,y) :- q(x,y), NOT policy2:a(x,y) 00:52:37 could have something to do with our cross-policy reference fix not subscribing immediately. maybe some strange repeating interactions going on there. 00:54:07 anyway let’s go to open discussion. 00:54:12 #topic open discussion 00:54:24 just a fetw minutes left so shoot if you have anything = ) 00:55:05 That's a CRAZY bug. 00:55:24 thinrichs: yea… = / 00:55:43 If a table stops existing, that's pretty bad because it means the rule is missing too, right? 00:56:00 Is there some sort of oscillation going on with the synchronization? 00:56:06 I assume that's multi-PE 00:56:22 thinrichs: hmm i didn’t think to check the rule at the some time. but I never saw the rule not get listed. 00:56:34 thinrichs: but then rule listing is probably from DB not PE. 00:56:42 thinrichs: no the crazy thing is this is all-in-one. 00:56:48 single PE. 00:57:12 We should definitely track that down. 00:57:28 Can you replicate with another policy? 00:57:47 Does that happen for ALL the tables in that policy or just the table with the cross-policy reference? 00:57:58 one more thought: please shoot PTG planning suggestions/requests/thoughts my way if anything come to mind. 00:58:16 thinrichs: that’s the next step for me is trying out all these different things 00:58:33 to get a really good grasp of what’s going on. I think it neverhappened with another table. only u. 00:58:53 so I suspect it’s something to do with that specific rule. 00:59:27 next step I’ll try to replicate in simplest form and see if I can find the exact boundaries of the problem. 00:59:30 Ok. I've never seen that before, but if u is suddenly missing that would point to the rule being removed from the in-memory PE rule-store. 01:00:06 anyway time’s up. thanks everyone and see you all next week! 01:00:18 Only other thing I can think of is if there's some schema we're maintaining that gets out of sync 01:00:22 Thanks all! 01:00:31 hmm. good thought. 01:00:33 bye 01:00:35 #endmeeting