20:00:02 #startmeeting Octavia 20:00:03 Meeting started Wed Mar 28 20:00:02 2018 UTC and is due to finish in 60 minutes. The chair is johnsom. Information about MeetBot at http://wiki.debian.org/MeetBot. 20:00:05 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 20:00:07 The meeting name has been set to 'octavia' 20:00:13 Hi folks 20:00:16 hi 20:00:41 #topic Announcements 20:00:55 We have a new core reviewer Jacky Hu (dayou)! 20:00:59 o/ 20:01:03 o/ 20:01:07 Congrats!! 20:01:15 congrats 20:01:19 congrats :-) 20:01:36 Yes, congratulations are in order. It is great to expand our core reviewer team 20:02:04 Other than that, I don't have any more announcements. Anyone else? 20:02:27 The summit schedule is now published and includes all of the sessions. I think we have three. 20:03:06 I plan to do an on-boarding session this time. If anyone else is attending and would like to help, let me know. 20:03:35 #topic Brief progress reports / bugs needing review 20:03:53 o/ 20:04:09 yeah i can help 20:04:22 I have been busy looking at gate issues, fixing bugs, reviewing patches, and trying to make some progress on my patches. 20:05:57 We saw a nasty little bug in health manager when nova goes out to lunch. When we were deleting amps nova would acknowledge, we would mark it DELETED, then move on. However, in nova the amp was stuck in "deleting" and was still running. It would post a health heartbeat, we would expect it to be deleted and delete it again. 20:06:03 The cycle continued.... 20:06:35 This eventually pushes the process CPU usage up and then memory as the failover backlog grows. 20:07:06 So, anyway, unique situation. I pushed a patch to stop the cycle. I think there is another patch up that would help here too. 20:07:35 Today I am working through our dashboard patch review backlog. Then back to tempest fun. 20:07:45 Any other updates from folks? 20:08:28 #topic Other OpenStack activities of note 20:08:36 #link https://review.openstack.org/#/c/523973/ 20:08:52 Keystone is working on a common RBAC policies spec 20:09:11 I have commented there once, but this might be of interest to others. 20:09:25 It's very similar to the current Octavia default RBAC config 20:09:54 #topic Octavia deleted status vs. 404 20:10:06 This was from last week. 20:10:34 The patch is still up for review. It looks like it needs a rebase. 20:10:52 I had a quick look at the SDK and I think it will be ok. 20:10:59 Any other updates here? 20:11:35 #topic Open Discussion 20:11:45 Ok, either a quiet bunch or netsplit... ha 20:11:51 Other topics for this week? 20:12:27 Please remember to add release notes to you patches if they warrant one. 20:12:37 hi 20:12:46 still here — just. not much news 20:12:58 likewise 20:13:17 Ok, then we can have a quick meeting and get back to work. 20:13:18 I'm still making progress in Rally, but no news just yet 20:13:39 Nice. 20:13:46 I wanted to raise something about storyboard in general but I want cgoncalves to also be around 20:13:51 so will wait for next week 20:13:55 Ok 20:14:00 I am actually 20:14:20 haha 20:14:22 okay.. 20:14:23 so 20:15:10 we kinda looked into it again in the past week, in the context of finding stories we would like to mark for backport potentials 20:15:28 release team recently moved over, requirements team is moving soon. FYI 20:15:40 but since storyboard has no option (to the best of my knowledge) to mark priority / severity 20:15:47 that.. can't of a problem.. 20:15:57 s/can't/kind 20:15:58 sorry 20:16:02 was a long day. 20:16:56 Yeah, the "storyboard" way of doing priority is to create a worklist or board and prioritize by sort order. 20:16:57 so the question / rant is: what do we think of the results of that migration? aren't we missing features we just to have in LP? 20:17:00 one of many things where storyboard falls short 20:17:13 That said, it's a pain so I haven't really done that yet. 20:17:49 Yeah, I kind of liked LP better myself. But.... 20:18:15 We can give the storyboard team feedback. You can open stories for them. They have IRC meetings (it was earlier today). 20:18:22 people are neglecting opening bugs in storyboard and linking that to commit msgs, me included 20:18:35 As for backport potential there are a couple of options: 20:19:07 1. Create a worklist and add the stories there. 20:19:23 2. Use the tags feature to add a "backport potential" tag to the story 20:19:38 i mean... i find it takes me longer to deal with opening a story and linking it, than actually fixing the bugs, in many instances :P 20:19:45 or maybe I just hate dealing with it for trivial stuff 20:19:49 3. Ignore storyboard and mark it on the patch commit message. 20:19:50 so I normally don't >_> 20:20:45 You can also have the worklist automatic and pull in all stories with the "backport" tag 20:21:01 johnsom, the things is (this might add more context): in Neutron we created a proactive backport process, in which we pull the list of high severity bugs from LP so humans can manually triage an backport 20:21:07 If it would be a benefit for you guys I can set that up 20:21:16 in storyboard.. it's more difficult to do that.. 20:21:46 I would like some more robust backport ptocesses, too 20:22:02 I though last week we elected cgoncalves to be our stabel team lead 20:22:07 so he should set that up 20:22:18 Yeah, I think the best option for a workflow like that is to use the tags. If we think it's high priority and should be backported, add the backport tag to the story. Then work against the worklist to do the backports. 20:22:48 +1 20:22:56 xgerman_: storyboard does not provide the means to accurately retrieve relevant data 20:23:40 johnsom, +1. worth the try. worst case we contact the storyboard team to add stuff if that does not work for us 20:23:51 +1 20:24:02 cgoncalves, what do you think? 20:24:05 Yeah, it looks like other teams are doing it this way, there are already tags for release backports. 20:24:33 nmagnezi: tags would be a workaround 20:24:35 johnsom, to me it looks like tags are kind of a workaround 20:24:38 haha 20:24:41 yeah 20:25:15 LP had both tags and bug severity metadata 20:25:28 Well, I don't disagree. It's a short term solution until you get the storyboard team to add the feature you want. 20:25:44 johnsom: ... or we could move back to LP :P 20:25:57 So, let me ask, are you advocating moving back to LP? 20:26:45 at this point in time I don't believe it would be well received/accepted by TC 20:26:45 That would be something you would need to bring up with the foundation. 20:27:02 well, it worked well for us. if we can sort things out in storyboard that would be okay too 20:27:03 There are a couple of reasons they are moving everyone off launchpad 20:27:19 but I am personally not happy with storyboard as I can't find a single feature that I prefer over LP 20:27:28 cgoncalves, +1 20:27:36 One, it's not really supported and has some big bugs that people can't fix. 20:27:55 Two, they want to have other ways to authenticate people that isn't one vendor 20:28:35 Three, people wanted a more "agile/scrum/kanban" like tool. (a former Octavia PTL was in that camp) 20:29:11 So, we as a team need to make a choice: 20:29:37 1. We work with the storyboard team (and/or submit patches) to improve it in a way that works for us. 20:30:02 2. We approach the foundation and ask to move back. 20:30:36 3. We use trello 20:30:39 99. We propose Bugzilla 20:30:47 lol 20:30:49 * johnsom glares at xgerman. 20:30:57 I am not a fan of trello 20:31:24 johnsom, I would say that 2 is probably less likely to actually happen. so for 1 lets start maybe something like an etherpad and write down everything we are missing from storyboard 20:31:45 when we finish we can communicate that to them.. 20:31:51 Ok 20:32:34 There is a #stroyboard IRC channel too BTW 20:32:39 If we start stories for things we miss there may be a change they will miss them (since the search engine of storyboard is sooooooooo lacking) 20:33:01 Yeah, and broken IMO. I keep getting stories for other projects 20:33:09 I opened a story on that.... 20:33:29 20:33:49 johnsom, how did they react you the story you submitted? 20:33:57 s/you/to 20:34:14 #link https://storyboard.openstack.org/#!/story/2001468 20:34:38 you have to raise priority/severity on your stories. oh, wait.... xD 20:34:54 just put [URGENT] in the title 20:35:15 Please don't do this for octavia stories... 20:35:22 [++URGENT] 20:35:24 xgerman_, feels like we moved back in time :D 20:35:45 #link https://etherpad.openstack.org/p/storyboard-issues 20:35:50 There you go 20:35:53 some approaches are timeless 20:36:01 Who wants to take the lead on this with the storyboard team? 20:36:14 I need to drop. will catch up with the log later guys 20:36:26 * xgerman_ takes step back 20:36:29 johnsom, I don't mind 20:36:32 *but* 20:36:34 * johnsom steps back 20:36:41 we do need to start an etherpad 20:36:47 I just did 20:36:53 #link https://etherpad.openstack.org/p/storyboard-issues 20:36:53 we let nmagnezi drop and then assign him - problem solvd 20:37:07 johnsom: I can add a few issues to the list and ask other folks to do the same 20:37:14 +100 20:37:16 Also, do you want to try the backport tag? I will volunteer to set that up 20:37:59 aren't tags a free-form text thing everyone could create? 20:38:59 Yes, but I meant setting up the work list based on the tag. (plus adding the tag as I review at stories) 20:39:21 We also need to agree to the tag, something like backport-candidate? 20:39:36 sure, why not :) thanks! 20:40:14 I fear, though, we will not have many stories to tag since people don't use storyboard that much 20:40:42 Oh, they do 20:40:52 I think we got ~12 in the last week 20:41:40 ok, I was not aware of 20:42:19 You can "favorite" projects and setup e-mail notifications for stories like we had in LP 20:42:53 I try to look through those and comment. In fact I fixed one from Alex that was reported recently about the log level issue 20:42:59 I thought I had set that. checking 20:43:29 I'm aware of that story. thanks for the patch! 20:43:30 Alex seems perfectly happy to add stories... Grin 20:44:49 Ok, any other items today? 20:45:12 #link http://tarballs.openstack.org/octavia/test-images/ 20:45:25 our images are building 20:45:29 Ah, nice 20:46:00 centos image size is smaller than ubuntu's \o/ 20:46:15 lol 20:46:24 I haven’t tested those images (yet) 20:47:30 Ok, thanks folks! 20:47:39 #endmeeting