Wednesday, 2020-07-29

*** rcernin has quit IRC00:05
openstackgerritMerged openstack/swift stable/train: Stop syncing empty suffixes list  https://review.opendev.org/74361400:06
openstackgerritMerged openstack/python-swiftclient master: Add max_backoff and starting_backoff for get_conn in swift service  https://review.opendev.org/74355100:12
*** rcernin has joined #openstack-swift00:31
*** samueldmq has quit IRC00:57
*** samueldmq has joined #openstack-swift01:01
*** gyee has quit IRC01:02
*** tkajinam has quit IRC01:06
*** tkajinam has joined #openstack-swift01:06
*** tkajinam has quit IRC01:33
*** tkajinam has joined #openstack-swift01:34
*** dsariel has quit IRC02:08
*** psachin has joined #openstack-swift03:38
*** evrardjp has quit IRC04:33
*** evrardjp has joined #openstack-swift04:33
*** dsariel has joined #openstack-swift05:44
*** m75abrams has joined #openstack-swift06:01
*** dsariel has quit IRC06:47
seongsoochokota_:  Hi, kota. My co-worker found a unicode problem. Does japanese have the same problem? Or have you ever heard of this?07:05
seongsoochohttps://bugs.launchpad.net/swift/+bug/188936307:05
openstackLaunchpad bug 1889363 in OpenStack Object Storage (swift) "Prefix filtering issue due to Unicode normalization" [Undecided,New]07:05
*** evrardjp has quit IRC08:06
*** evrardjp has joined #openstack-swift08:08
*** rcernin has quit IRC09:12
*** dsariel has joined #openstack-swift09:21
*** dsariel has quit IRC09:42
*** tkajinam has quit IRC10:01
*** dsariel has joined #openstack-swift10:31
*** hoonetorg has joined #openstack-swift13:29
*** rcernin has joined #openstack-swift14:41
*** rcernin_ has joined #openstack-swift14:51
*** irclogbot_1 has quit IRC14:52
*** early` has joined #openstack-swift14:52
*** rcernin_ has quit IRC14:56
*** rcernin has quit IRC14:58
*** early has quit IRC14:58
*** irclogbot_0 has joined #openstack-swift14:59
*** hoonetorg has quit IRC15:09
*** m75abrams has quit IRC15:20
*** hoonetorg has joined #openstack-swift15:21
*** zaitcev has joined #openstack-swift15:59
*** ChanServ sets mode: +v zaitcev15:59
openstackgerritPete Zaitcev proposed openstack/swift master: WIP: Band-aid and test the crash of the account server  https://review.opendev.org/74379716:26
*** gyee has joined #openstack-swift16:28
*** psachin has quit IRC16:53
openstackgerritTim Burke proposed openstack/swift master: Allow direct and internal clients to use the replication network  https://review.opendev.org/73575117:49
timburkefleshed out the upgrade impact on ^^^ some more17:50
openstackgerritTim Burke proposed openstack/swift master: Add py3 probe tests on CentOS 8  https://review.opendev.org/69071718:01
*** jv_ has quit IRC18:29
claygdo we have "pairwise" in Swift already somewhere by a different name?  https://docs.python.org/3/library/itertools.html#itertools-recipes19:13
timburkeclayg, not that i'm aware of, though i know i've written things like `zip(x, x[1:])` a fair few times19:20
claygoh yeah, that's fine - the things I have support getitem anyway!  🙏19:22
*** dsariel has quit IRC19:27
*** jv_ has joined #openstack-swift19:50
openstackgerritTim Burke proposed openstack/swift master: sharding: Add some more shard-related output to swift-container-info  https://review.opendev.org/72137720:21
kota_morning20:58
seongsoochomorning20:59
mattoliverauMorning20:59
kota_seongsoocho: about https://bugs.launchpad.net/swift/+bug/1889363, i didn't hit the problem so far. Usually my customer uses English file name instead Japanese.21:03
openstackLaunchpad bug 1889363 in OpenStack Object Storage (swift) "Prefix filtering issue due to Unicode normalization" [Undecided,New]21:03
timburkesorry i'm a little late ;-)21:03
timburkemeeting time!21:03
kota_it would be potentially occurred but it looks client problem, doesn't it?21:05
seongsoochokota_:  oh I see..   I also think It looks client problem, but the user doesn't care about there unicode encoding. So when they try to filtering the result, they can't get a proper result.21:07
timburkemattoliverau, clayg: sorry, i'd also wanted to talk through the various shrinking/overlapping shard ranges patches, but i ate up too much time with the py3 bug22:03
claygoh right shrinking!  oh well there's always the next meeting22:03
claygare you unblocked on the py3 bug?22:04
claygI'm making progress on shrinking w/ overlaps22:04
claygI'm stuck on waterfall ec tho - @timburke how do you link to a line number in gerrit?  I thought it was #L295222:04
timburke@2952 iirc22:05
claygmattoliverau: i know you had some intrest in concurrent gets for ec, I wonder what you think about https://review.opendev.org/#/c/737096/4/swift/proxy/controllers/obj.py@2952 (it's a little hard to see with all the per-policy stuff in there)22:06
patchbotpatch 737096 - swift - Add concurrent_ec_extra_requests - 4 patch sets22:06
timburkei think i'm unblocked? i'll squash the two patches together, change the default to v2, and make sure there's an UpgradeImpact calling out that (1) once all proxies are upgraded, you should switch to v3 and (2) if you're on py2 and have encryption enabled, you need to upgrade beyond this patch before switching to py322:06
claygis that new concurrent_ec_extra_requests obvious enough to squash into p 711342 and then the other one will JUST be making the "existing" concurrent_gets options per policy?22:07
patchbothttps://review.opendev.org/#/c/711342/ - swift - Add concurrent_gets to EC GET requests - 14 patch sets22:07
claygtimburke: that sounds 100% sufficient for now!22:07
timburkeclayg, i think that'd be fine. should we increase the pool size, too, though?22:08
claygpool size... 🤔22:13
clayglike make it bigger than ndata by default?22:13
timburkei was thinking, make it ec_request_count22:14
timburkeotherwise, we don't kick off that ndata+1 request until we get one of the other guys to respond22:14
claygoh oh, i don't think i quite grokked your comment yet - i'll look at your review more closely before i respin after I finish this shrink stuff22:15
claygare you on board with squashing the new option?  or should the per-replica stuff stay separate until we nail down what we got22:16
claygnm, i'll just make them 3 different patches 😁22:16
timburkei'd be fine with squashing the new option -- or separate commits, w/e22:28
mattoliverauclayg: I saw your new config patch for it. Started looking yesterday. At first glance seems similar. And been testing your shrink command. Left a review on the latter22:29
mattoliverau*simplified22:30
mattoliverauIE the N made sense but explaining that to ops22:30
*** rcernin_ has joined #openstack-swift22:36
*** rcernin_ has quit IRC22:48
*** rcernin has joined #openstack-swift22:48
*** tkajinam has joined #openstack-swift22:53
timburke:-/ as i'm writing the upgrade notes, i'm really starting to wonder whether i should just leave py3 writing the funky meta and make sure both py2 and py3 can deal with it... and avoid the v3 bump entirely. then some day in the nebulous future, maybe we remember to switch py3 to writing the format we actually want23:41
timburkeit just bugs me that we always have to keep checking for whether things might be in the wrong/unexpected format :-(23:42
timburkethis is exactly the kind of thing that made me hesitant to officially declare py3 support23:44
timburkeas an operator, there's *no good reason* to ever tell your cluster to start writing v3 -- it's just cognitive load we've pushed onto them23:45

Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!