21:00:53 #startmeeting swift 21:00:53 hello, everyone. welcome to the swift team meeting 21:00:53 Meeting started Wed Jul 1 21:00:53 2015 UTC and is due to finish in 60 minutes. The chair is notmyname. Information about MeetBot at http://wiki.debian.org/MeetBot. 21:00:54 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote. 21:00:56 The meeting name has been set to 'swift' 21:00:58 who's here? 21:01:02 o/ 21:01:02 ugh 21:01:02 o/ 21:01:04 o/ 21:01:04 hello 21:01:05 o/ 21:01:05 o/ 21:01:05 o/ 21:01:07 who's on first 21:01:12 o/ 21:01:15 torgomatic: right 21:01:16 \o 21:01:26 ¯\_(ツ)_/¯ 21:01:45 o/ 21:02:06 thanks for coming 21:02:06 let's get started 21:02:11 #link https://wiki.openstack.org/wiki/Meetings/Swift 21:02:17 #topic hackathon 21:02:25 #link https://www.eventbrite.com/e/swift-hackathon-tickets-17308818141 21:02:35 a reminder that the hackathon is coming up in august 21:02:45 looks like all the tickets have been taken 21:03:02 great! 21:03:09 please let me know if there are other people we need to talk to 21:03:09 I'm working with jrichli on the space we have and who's signed up 21:03:14 any questions about the hackathon? 21:03:15 Can't wait! 21:03:24 :) 21:03:33 did anyone else have to pay for their hackathon ticket? :) 21:03:33 the hotel room block info is on the invite 21:03:42 peluse: that was just for you ;-) 21:03:52 * peluse is such a sucker 21:04:00 lol 21:04:18 notmyname: is there a etherpad for the agenda? 21:04:41 hurricanerix: no, not yet. normally we use a flip chart on the first day ;-) 21:04:50 or whiteboard 21:05:07 hurricanerix: if you want to write some stuff down, I think that would be great 21:05:09 oh, we are gonna need one of those? ;-) 21:05:16 I'm not too worried about a schedule yet 21:05:32 notmyname: ok, i was just curious to see what everyone else was interested in ahead of time. =) 21:05:47 hurricanerix: you know, swift stuff 21:06:15 and swift *client* stuff! 21:06:20 that counts too! 21:06:28 :) 21:06:30 suuure it does... 21:06:40 hurricanerix: if you start one, let's link to it and we'll write stuff down there 21:06:55 if there are any questions that come up, or that people ask you, please let me know if I can help 21:07:10 ok, next up.. 21:07:16 #topic swiftclient issues 21:07:36 this one I think has just been resolved, but I want to talk about what happened and what didn't happen 21:08:10 if you look on this dashboard: http://goo.gl/qHus5v 21:08:34 you'll see that there are a lot of patches that are ready to land for swiftclient that haven't landed 21:08:41 6 21:08:58 I'll get to the reason in just a bit 21:09:20 we've been in this state for over a week, and that's not good 21:09:39 timburke has done a great job and finding and fixing the gate issue that's blocking all of them 21:10:05 but I'd rather not see it take a week or more before someone looks into it. we can do better 21:10:19 so here's what happened: 21:10:51 global-requirements updated some dependencies to include a ";python==" after the version classifier for dependencies 21:11:01 and that new format isn't parseable by pbr<1.2 21:11:45 however, because of the way dependencies are installed in the gate, by the time we had the opportunity to say we wanted to install pbr>=1.2, we had to parse the requirements file, which had the weire semicolon stuff in it 21:11:47 so it broke 21:12:32 the fix is a patch that timburke jsut submitted to update the version of hacking in our requirements file. the older version of hacking had pbr<1.0. so it didn't work 21:12:46 so far we're lucky we haven't hit it in swift yet, but we need to do the same patch there too 21:12:53 All this pain has been worth it for whatever it is that pbr does. 21:12:56 timburke: good catch! 21:13:16 redbo: oh, I'm sure someone somewhere is getting pbr to make them breakfast every morning ;-) 21:14:20 so, yes it's really annoying the way dependencies are found int he gate. and yes it's irritating that we have to update a dependency on hacking just to get a new version of pbr so the gate can install global (not local) requirments. and all of this with us not doing anything new with hacking 21:14:32 I won't argue with any of that 21:14:58 would it help if we got rid fo pbr? I bet it would help if we got rid of pbr. 21:15:14 but I did want to bring up that (1) it's fixed and there's a change we need in swift too and (2) it's not good it took us a week or two before we even started looking at it 21:15:50 ++ - I've been helping projects all week do their analysis. I mailed about the issue to the dev list to give folks a heads up 21:15:57 and would have been delighted to help swift too 21:16:26 lifeless: connecting the ML message (which I did see) to the exact issue we were seeing wasn't obvious. which is why we didn't know the solution until today 21:16:28 (e.g. http://lists.openstack.org/pipermail/openstack-dev/2015-June/068031.html ) 21:16:30 lifeless: but thanks for your offer 21:16:48 notmyname: nit: in 37 mins (supposedly) it will be fixed. the one patch that will actually pass the gate still needs to get through it :) 21:16:58 timburke: ok :-) 21:17:02 notmyname: ah - thats a shame. I'll have a look at some recent swift logs I guess to see what you saw that was different 21:17:30 lifeless: mostly probably our own ignorance of how all the pieces are put together. it's not exactly a simple system ;-) 21:17:43 notmyname: was it swift or swiftclient failing ? 21:17:55 nice work timburke, and yeah fail on 2. I for one will try and keep a better look at the state of the gate in the future. 21:17:58 lifeless: swiftclient, but swift has the same issue still (just lucky to not yet be affected) 21:18:13 notmyname: https://etherpad.openstack.org/p/swift-midcycle-aug-2015 21:18:20 hurricanerix: thanks 21:18:44 So its been a fun week of gate bugs then :( 21:19:01 exactly - there was also a broken gate due to swift func tests this week - the thing with the maxheaders and a python update 21:19:10 cschwede: yeah 21:19:13 ah yeah, http://logs.openstack.org/46/197646/1/check/check-swiftclient-dsvm-functional/9dca238/console.html#_2015-07-01_17_16_55_731 is a slightly different error message 21:19:31 ok, so let's move on to more interesting ongoing work. lot's more tocover today :-) 21:19:39 #topic ongoing work 21:19:43 ok so future ref: I'm very happy to be pinged on anything weird being thrown out of pip install / setup.py etc. 21:19:48 lifeless: thanks 21:19:53 jrichli: acoles: anything to cover on encryption work? 21:19:58 lifeless: thanks man 21:20:03 patch 163806 got merged to the feature branch - yay! 21:20:03 jrichli: https://review.openstack.org/#/c/163806/ 21:20:17 great! 21:20:18 clayg gave me some good feedback in the trivial keymaster review and has been helping me get things moving in feature/crypto 21:20:25 good 21:20:40 we need the real footers support in place of fake_footers patch 165517 21:20:40 jrichli: https://review.openstack.org/#/c/165517/ 21:20:59 I will need some guidance on what approach to take. acoles was going to tackle this one, but he is working other things now. 21:21:05 jrichli: who's working on that? 21:21:07 ah ok 21:21:18 acoles: any ETA on when you'll be "back"? :-) 21:21:55 notmyname: err, hopefully a week or so, i'm starting to get some time for upstream back 21:22:02 great :-) 21:22:10 notmyname: oh, but then i have vacation 21:22:12 yay 21:22:13 sorry! 21:22:23 * acoles #MustWorkHarder 21:22:26 well, good for you, tho! you deserve it 21:22:36 acoles: but working upsream is like a vacation :P 21:22:38 there's no vacation in swift! 21:22:42 mattoliverau: nice! 21:23:02 notmyname: i'm trying to progress fast-post when i can, and yeah sorry that i havent had much time for encryption stuff 21:23:07 tell that to his kids 21:23:10 jrichli: ok, what do you need this week on encryption? 21:23:17 having these patches land is important for crypto too: https://review.openstack.org/#/c/134347/ and https://review.openstack.org/#/c/156923/ 21:23:22 mattoliverau: heh. what can i say in response 21:23:24 so reviews on them 21:23:25 :) 21:23:31 :) 21:24:02 jrichli: looks like they both have a merge conflict. 21:24:17 tdasilva: can you or ppai update those? 21:24:36 yes 21:24:39 thanks 21:24:40 will do 21:24:52 ok, on to EC testing 21:25:07 peluse: kota_: minwoob_: I know each of you have been looking at EC stuff 21:25:15 what's the status there? 21:25:46 yeah, I'm on my 3rd rewrite of the GET path ability to tolerate duplicate FI's from the nodes (and subsequently request available alternates identified in headers) 21:25:53 will post what I have by EOW, working on not... 21:26:01 sounded so easy :) 21:26:06 but its getting close 21:26:17 ok, great 21:26:22 our current EC bugs are at https://bugs.launchpad.net/swift/+bugs?field.tag=ec 21:26:31 I have 3 open patches right now. They're failing on gate-swift-python34 21:26:32 looks like several are in progress now 21:26:40 Other than that, they should be ready to be merged. 21:26:51 yeah, and then it can be extended to potentially ask for specific FI's even w/o a .dirable for other strange cases (but that will be a different patch) 21:26:52 minwoob_: that's expected right now, and that doesn't vote on the gate. so it shouldn't be a blocker for anything 21:27:27 I was not working so much in the last week because I got cold and was in bed most of the time. 21:27:37 just reviewed a few stuff. 21:27:42 kota_: sorry to hear that. hope you're feeling better 21:27:52 kota_: know that feeling, hope your felling better 21:28:26 lol 21:28:46 notmyname:mattoliverau: thanks :) 21:28:56 we've got to get the EC patches in soon so that we can have it usefully usable for people. please keep track of the bugs and patches for them 21:29:03 I'll start he EC bugfix patches too 21:29:06 *star 21:29:13 so they show up on the review dashboard 21:29:31 any questions on EC work? 21:29:44 ok, moving on then 21:29:44 Okay. I will ask the cores who have reviewed mine, to revisit them soon. 21:29:50 minwoob_: thansk 21:29:54 Np. 21:30:13 torgomatic has been working on some ring data placement improvements and has a fun new ring tool. 21:30:15 minwoob_: I'll look this morning 21:30:21 torgomatic: can you share a summary? 21:30:33 https://review.openstack.org/#/c/197396/ 21:30:51 two parts: 21:31:23 part the first: there's a tool that simulates a bunch of rebalances/set-weights/etc. and shows you how many parts changed at each step as well as how many rebalances it took to converge 21:31:42 that sounds great 21:31:45 this is useful with the second patch (Patch Jr.), which fixes a bug in the ring builder 21:32:00 basically, with overload > 0, it'd move the stuff that needed to move *and* some stuff that didn't 21:32:17 so it took more rebalances to converge and moved more partitions along the way 21:32:34 and... uh... it doesn't do that now 21:32:41 (with patch 2, I mean) 21:32:41 torgomatic: https://review.openstack.org/#/c/2/ 21:32:54 silly patchbot 21:32:56 uh 21:33:10 lol 21:33:26 so rebalance with your patch, especially with unbalanced clusters using overload, less data movement now? 21:33:31 so that's what it does, and that's why it's dependent on the ring builder analyzer is so you can actually see it improve 21:33:37 notmyname: excellent summary 21:33:40 yay 21:33:46 *only* with overload > 0 21:34:27 overload == 0 doesn't seem to move extra stuff as of master today, and the changes would end up just being a bunch of +0 and *1 operations for overload==0 21:34:36 I'm really excited about several of the recent proposed and landed patches. 1+ object server/port, async container updates, ring balance fixes, ec patches. good stuff going on :-) 21:35:09 torgomatic: thanks for the update 21:35:16 any questions from anyone on it? 21:35:29 +1 nice work torgomatic 21:35:50 ok, next up 21:35:57 mattoliverau: go put that on the patch in gerrit ;) 21:36:15 cschwede: I saw https://review.openstack.org/#/c/196755/ for "add notifications middleware" in my email. looks interesting. tell us more 21:36:19 torgomatic: ok ok, I've only just woke up :P 21:36:25 yup 21:36:28 it's a simple middleware that sits in the proxy pipeline, sending notifications on PUT/POST/COPY/DELETE. Designed to be used with OpenStack Zaqar, but anything that understands a POST request with a JSON body should be usable 21:37:05 cschwede: ah interesting that it's using zaqar. nice 21:37:19 it’s related to one of the recently merged specs 21:37:26 so anything that needs to be built on a durable notification queue can use it? 21:37:33 https://github.com/openstack/swift-specs/blob/master/specs/in_progress/notifications.rst 21:37:46 eg policy migrations? tape storage? auto tiering? maybe new contaienr sync? 21:38:19 notmyname: basically, yes. but it’s non blocking (for now); meaning that if the backends fails, swift continues and only logs errors 21:38:20 cschwede: so what's needed there or what's next? is that the first of several patches? is it all ready for review and merge now? 21:39:03 i think it’s ready for review right now. would like to get some initial feedback on it (already got some from Pete and Hisashi; thanks!) 21:39:47 ok 21:40:06 yeah, definitely good that it sheds load like that 21:40:11 anything else going on that hasn't been covered yet? (before we move on to bugs and specs)? 21:40:17 anything else to report on? 21:40:46 otherwise I could see a small Zaqar getting hammered by a Swift cluster, crashing, and then Swift saving the load up for when the Zaqar service gets repaired and kncking it over again 21:40:47 *knocking 21:41:13 ok, moving on to some bug tracking 21:41:22 #topic bugs 21:41:30 torgomatic: exactly. but with the logs and txn_ids an operator might manually send notifications later, if that’s a hard requirement 21:41:47 we've already covered the EC bugs. looks like those are being worked through (great!) 21:42:04 there are 68 bugs that are in "new" state on swiftclient https://bugs.launchpad.net/python-swiftclient/+bugs?field.searchtext=&orderby=-importance&field.status%3Alist=NEW&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_commenter=&field.subscriber=&field.structural_subscriber=&field.tag=&field.tags_combinator=ANY&field.has_cve.used=&field.omit_dupes.used=&field.omit_dupes=on&field.affects_me.used=&field.has_patch.us 21:42:04 ed=&field.has_branches.used=&field.has_branches=on&field.has_no_branches.used=&field.has_no_branches=on&field.has_blueprints.used=&field.has_blueprints=on&field.has_no_blueprints.used=&field.has_no_blueprints=on&search=Search 21:42:07 bah! 21:42:16 #link https://goo.gl/uO4b7l 21:42:17 there 21:42:49 those need to be looked at and marked as confirmed or needs more info or invalid 21:42:54 some really old stuff there… 21:42:59 I'd appreciate help from anyone on triaging them 21:43:01 cschwede: yup 21:43:30 notmyname: I can take a look at some, but not until after July 10th 21:43:32 joeljwright: is there anything (beyond the gate fix that timburke did) that needs special attention today? 21:43:34 ok 21:44:04 there are quite few patches sitting without review for some time 21:44:36 torgomatic: does your gate plunger script do swiftcleint patches too? 21:44:42 I'll try ot get people chased up on those too when I get through the software release I'm working on atm 21:44:54 joeljwright: thanks! that would be great! 21:44:55 notmyname: don't think so; the job names are different 21:45:00 not too hard to fix though 21:45:11 torgomatic: ok. we'll need to recheck a lot of them after timburke's patch lands 21:45:26 notmyname: heh, looks like it tries to, but fails miserably :D :( 21:46:10 joeljwright: timburke: I'll work on getting all the swiftclient patches rechecked (ie I'll bug torgomatic about his script) after the gate issue is fixed for us 21:46:23 notmyname: :D 21:46:31 deligation power :) 21:46:41 several (including my own) have fallen off of the review dashboard's "Older open patches" section 21:46:43 anything else to cover on swiftclient right now? 21:47:07 timburke: yeah, I'd like to improve the dashboard to be better about patches falling off 21:47:19 timburke: seems it still needs work 21:47:30 timburke: I'd be happy to work on that 21:48:08 ok, last item on the agenda (looks like we actually made it through the whole thing this week!)... 21:48:16 #topic specs 21:48:26 here are the specs that have not landed 21:48:28 #link https://review.openstack.org/#/q/status:open+project:openstack/swift-specs,n,z 21:49:17 there's 3 with a +1 already 21:49:27 those are probably the quickest place to make improvements 21:49:44 ho: looks like I owe you a review on the oslo config spec 21:50:00 mattoliverau: have you seen any activity this week on the large container spec? 21:50:13 nope 21:50:16 there's a spec? 21:50:26 but its just information on the current POC, so make sense. 21:50:31 https://review.openstack.org/#/c/139921/ 21:50:38 oh 139921 21:51:00 cschwede: anything on your container alias spec? 21:51:07 But I should patch it with more new data. 21:51:12 mattoliverau: ok 21:51:32 notmyname: no, not yet 21:51:41 I was hoping to patch after the summit version lands. 21:51:43 torgomatic: can you look at the keymaster discussion spec this week? https://review.openstack.org/#/c/183014/ 21:51:49 notmyname: sure 21:51:58 mattoliverau: yeah, that would be good. get something landed 21:51:59 i need to answer tdasilva’s questions though 21:52:00 torgomatic: thanks 21:52:02 cschwede: ok 21:52:17 notmyname: as for the oslo config spec, i don't use global oslo conf on my rbac patch. so i might set the spec to abandoned. 21:52:35 ho: ah, interesting. ok 21:53:12 anything else on specs to cover int he meeting this week? 21:53:27 #topic open discussion 21:53:38 anything else to bring up? 21:54:06 I've got a picture of contrib activity I worked on this weekend 21:54:29 http://d.not.mn/contrib_activity.png 21:54:45 interesting 21:54:57 i'm slowly working on ways to see how and where we are active as a group to see how we can continue to grow and maintain a healthy community 21:55:12 What are the color. 21:55:12 notmyname: nice work! are these just random colors or do they mean anything? 21:55:19 colors are random 21:55:45 the "activity period" in that rendering is 14 days. so there is a 14 day long bar after a commit lands 21:56:08 I'm pretty much spending all my time on a genious plan to destroy Swift, so not much in the way of contribution at all. 21:56:14 :-) 21:56:26 same 21:56:52 right now I expect to have a swift meeting next week, but I've been called to check in for jury duty. so who knows what will happen 21:57:03 I'll update the wiki page as soon as I hear something 21:57:12 anything else? 21:57:40 cschwede: did an awesome job of getting the MAXHEADERS patch up and fixing the gate last week! 21:57:59 oh yeah! 21:58:01 thought he deserved some kudos 21:58:03 I mean to bring that up 21:58:15 mattoliverau: notmyname: thx :) 21:58:16 any concerns backporting that patch to kilo and juno? 21:58:23 cschwede: thanks for doing it! great work 21:58:43 cschwede and timburke are my heroes this week for fixing gate issues 21:59:05 not, we should do it 21:59:19 I agree. I'll land those this afternoon 21:59:22 *nope (back porting) 21:59:41 ok, thanks everyone for coming 21:59:48 see you in #openstack-swift 21:59:52 #endmeeting