Wednesday, 2024-04-03

opendevreviewAnish Kachinthaya proposed openstack/swift master: support x-open-expired header for expired objects  https://review.opendev.org/c/openstack/swift/+/87471002:48
opendevreviewJianjian Huo proposed openstack/swift master: common: add memcached based cooperative token mechanism.  https://review.opendev.org/c/openstack/swift/+/89017404:51
opendevreviewAlistair Coles proposed openstack/swift feature/mpu: FakeInternalClient: move to test/unit/__init__.py  https://review.opendev.org/c/openstack/swift/+/91399008:30
opendevreviewAlistair Coles proposed openstack/swift feature/mpu: First cut limited functionality MPU middleware  https://review.opendev.org/c/openstack/swift/+/91371208:30
opendevreviewAlistair Coles proposed openstack/swift feature/mpu: object-server: include deleted metadata in PUT/DELETE response  https://review.opendev.org/c/openstack/swift/+/91383108:30
opendevreviewAlistair Coles proposed openstack/swift feature/mpu: proxy: Add list of backend response data to request environ  https://review.opendev.org/c/openstack/swift/+/91383208:30
opendevreviewAlistair Coles proposed openstack/swift feature/mpu: Add first cut MPU MW async cleanup markers  https://review.opendev.org/c/openstack/swift/+/91383408:30
opendevreviewAlistair Coles proposed openstack/swift feature/mpu: add first cut MPU cleanup auditor  https://review.opendev.org/c/openstack/swift/+/91383508:30
opendevreviewAlistair Coles proposed openstack/swift feature/mpu: WIP s3 mpu async cleanup  https://review.opendev.org/c/openstack/swift/+/91383608:30
opendevreviewAlistair Coles proposed openstack/swift feature/mpu: Clarify behaviour of InternalClient.make_request params arg  https://review.opendev.org/c/openstack/swift/+/91494308:30
opendevreviewAlistair Coles proposed openstack/swift feature/mpu: FakeInternalClient: capture params argument  https://review.opendev.org/c/openstack/swift/+/91494408:30
greatgatsbyGood day.  I was able to figure out why the S3 API is not working in Zed+.  Between Yoga and Zed, the /v3 suffix was removed from the auth_url in the proxy config, and this is causing a 404 when Swift queries Keystone for the credentials12:08
greatgatsbyhttps://opendev.org/openstack/kolla-ansible/src/branch/master/ansible/roles/swift/templates/proxy-server.conf.j2#L10212:08
greatgatsbyI have confirmed in our dev environment, as well as an adhoc all-in-one deployment that adding the /v3 suffix back in that template fixes the Swift S3 API12:09
greatgatsbyI can submit a ticket somewhere.  Would this be a kolla-ansible issue or a swift issue?12:10
opendevreviewClay Gerrard proposed openstack/swift master: expirer: randomize task_container iteration  https://review.opendev.org/c/openstack/swift/+/91471313:41
opendevreviewClay Gerrard proposed openstack/swift master: expirer: randomize task_container iteration  https://review.opendev.org/c/openstack/swift/+/91471313:59
opendevreviewClay Gerrard proposed openstack/swift master: sq: make test better  https://review.opendev.org/c/openstack/swift/+/91471414:13
opendevreviewTim Burke proposed openstack/swift feature/mpu: Clarify behaviour of InternalClient.make_request params arg  https://review.opendev.org/c/openstack/swift/+/91494315:47
*** indianwhocodes_ is now known as indianwhocodes16:55
*** jbryce_ is now known as jbryce16:55
*** gmann_ is now known as gmann16:55
opendevreviewMerged openstack/swift feature/mpu: FakeInternalClient: move to test/unit/__init__.py  https://review.opendev.org/c/openstack/swift/+/91399017:37
timburkegreatgatsby_, oh, interesting -- i'd say it probably ought to be a bug for kolla-ansible; we haven't touched how we parse/use the auth_uri since we imported swift3 as s3api around rocky21:01
timburke#startmeeting swift21:01
opendevmeetMeeting started Wed Apr  3 21:01:35 2024 UTC and is due to finish in 60 minutes.  The chair is timburke. Information about MeetBot at http://wiki.debian.org/MeetBot.21:01
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.21:01
opendevmeetThe meeting name has been set to 'swift'21:01
timburkewho's here for the swift meeting?21:01
mattolivero/21:01
jianjiano/21:02
timburkethanks again for covering for me a couple weeks ago mattoliver, and sorry all about missing last week21:02
timburkeas usual, the agenda's at21:03
timburke#link https://wiki.openstack.org/wiki/Meetings/Swift21:03
timburkefirst up21:03
timburke#topic caracal release21:03
mattoliverno probs :) 21:03
mattoliverAnd I've been away, today is my first day back!21:03
timburkeit's this week! we've had our tag out there a couple weeks or so, but this week is the broader unified release21:04
jianjianwelcome back, matt!21:04
mattoliverNice21:04
mattoliverthanks jianjian 21:04
timburkeas mattoliver was saying a couple weeks ago, it's the best Swift release yet :D21:05
mattoliver\o/21:05
timburkespeaking of broader openstack things...21:06
timburke#topic ptg21:06
timburkeit's next week!21:06
mattoliveryeah this snuck up on us. I was completely distracted!21:06
timburkeand i won't be around for it (spring break; taking the kids up for some skiing)21:06
timburkebut i still see meeting slots available21:07
timburke#link https://ptg.opendev.org/ptg.html21:07
jianjiani will be offline for next week too21:07
mattoliverNot sure we have time to do the whole doodle time thingy21:07
mattoliveroh no21:07
timburkeif someone (mattoliver?) wants to organize something, i'm sure it could still be done -- maybe talk to diablo_rojo about getting a swift track added21:08
mattoliverYeah, I can go and add some slots and whip together some etherpad links. If you could shoot through the admin zoom code thing if/when you get it timburke 21:09
mattolivermight be a little under prepped, but can make a showing at least.21:09
timburkei'll keep an eye out, but i'm probably not on the list since i didn't respond to the call for participants21:10
mattoliverGoing to get interesting with out 2 of you, also my summer time daylight saving ends this weeked (so extra confusing) and my grandmother just died (98 so expected) but I assume I'll be flying up to Canberra sometime in the next week or 2, so till be an interesting few weeks :P 21:11
mattoliverkk21:11
timburkeyeah, this might also just be one of those times we don't worry about it...21:12
timburkenext up, ongoing work21:12
jianjiansorry to hear that :-(21:12
timburke#topic non-ascii keys and s3api21:12
timburke#link https://review.opendev.org/c/openstack/swift/+/91372321:12
patch-botpatch 913723 - swift - s3api: Fix handling of non-ascii access keys (MERGED) - 3 patch sets21:12
timburkemerged! fingers crossed that it's the last time we have one of these py3-encoding bugs (but i'm not holding my breath)21:13
timburke#topic feature/mpu branch21:13
mattoliverlol21:13
timburkecreated! and acoles has been busy spiking out some patches21:14
timburke#link https://review.opendev.org/q/project:openstack/swift+branch:feature/mpu+status:open21:14
timburkei think we're still kind of feeling out where to draw the line between approving, leaving comments, and actually merging21:15
mattoliverHere is a quick link to the PTG topics etherpad I just whipped up. 21:16
mattoliver#link https://etherpad.opendev.org/p/swift-ptg-dalmatian21:17
timburkenice! thanks mattoliver21:17
mattoliverEven if you guys wont be around and anyone reading this, any seeding would be greatly appreciated21:17
jianjiannice! i will put one topic in21:18
timburke👍21:18
timburke#topic drive-full-checker21:19
timburke#link https://review.opendev.org/c/openstack/swift/+/90752321:19
patch-botpatch 907523 - swift - drive-full-checker - 34 patch sets21:19
timburkereviews kinda stalled out here. i'm still a little torn about where we want the source of truth to be for the normal-operations max conns21:21
mattoliveryeah sorry, been away. I still think this is super important. 21:22
mattoliverDefinitely will add it as a topic for next week. Any chance you could add your concerns or thoughts we can get that view. 21:22
timburkeand i like making it easier for zigo (and others) to keep clusters from filling up too much21:23
mattoliverin the meantime I'll reach back out to our SRE when I get a chance to meet with them today21:23
mattoliver+10021:23
timburkei did at least write up what our (nvidia nee swiftstack) process looks like: https://review.opendev.org/c/openstack/swift/+/907523/comments/2c281e9f_0a9f64f721:24
patch-botpatch 907523 - swift - drive-full-checker - 34 patch sets21:24
timburkeand i'm a little worried at the fact that it's constantly overwriting the config21:24
timburkeand i'd *love it* if we could get some other eyes on it (cc cschwede zaitcev)21:25
timburkenext up21:26
timburke#topic delaying the expirer21:26
timburke#link https://review.opendev.org/c/openstack/swift/+/87480621:26
patch-botpatch 874806 - swift - expirer: per account and container grace period - 18 patch sets21:26
timburkehas +2s from both clayg and acoles! but it looks like there's also a rename planned before merging21:27
timburkei think that's in p 914768 ?21:27
patch-bothttps://review.opendev.org/c/openstack/swift/+/914768 - swift - expirer: account and container level delay_reaping - 4 patch sets21:27
mattoliverwell 2 +2s is nice. Its to match the config option with a form the reaper uses or something if I remember correctly. 21:28
timburkeyup21:28
timburke#link https://review.opendev.org/c/openstack/swift/+/87471021:28
patch-botpatch 874710 - swift - support x-open-expired header for expired objects - 41 patch sets21:28
mattoliverBut hopefully that means it should land before next meeting :) 21:29
timburkeopens up an api to be able to actually do something with those expired-but-not-deleted objects21:29
zaitcevI'll try to take a look at the expirer at least. I'm busy pilfering code from Swift and applying it to Cinder right now.21:29
timburkethanks zaitcev! out of curiosity, code for what?21:30
mattoliverlol, umm ok, fair enough :P 21:30
zaitcevtimburke: Encryption. We're adding essentially the same thing for encryption at rest, but for Cinder backups that go into S3.21:30
timburkeah, cool21:31
timburkethat was a fun feature branch :)21:31
timburkebut yeah, like mattoliver was saying, both these expirer-related patches seem likely to merge in the near future21:31
timburke#topic cooperative tokens21:32
timburkejianjian's been hard at work trying to get clayg and acoles happy with it21:33
jianjian\o/21:33
timburke#link https://review.opendev.org/c/openstack/swift/+/89017421:33
patch-botpatch 890174 - swift - common: add memcached based cooperative token mech... - 19 patch sets21:33
timburke#link https://review.opendev.org/c/openstack/swift/+/90896921:33
patch-botpatch 908969 - swift - proxy: use cooperative tokens to coalesce updating... - 11 patch sets21:33
timburkeanything else you'd like to call out about the patches, jianjian, or do we just need to let y'all do some feedback cycles?21:34
jianjianyeah, clay felt the previous interface using context manager was wild and hard to understand, so I converted it to use a class implementation and removed context manager, now he said it's much easier to read now21:34
mattoliverseeing as I've been out for more then a week, where is this at jianjian ?21:34
mattoliverkk21:34
jianjianyes, tim and matt, that'll be great if you two have time to take a look at new implementation21:35
timburkecool; i'll see what i can squeeze in21:36
jianjianI added a ton of test cases, to verify all different scenarios. the patch is in a much better shape21:36
mattoliverkk will add it to my list :) I look forward to looking at it. It's a great idea and great work. 21:36
jianjianthanks!21:36
timburke#topic aws-chunked transfers21:36
timburkeclayg took a look at the first patch in the chain21:36
timburke#link https://review.opendev.org/c/openstack/swift/+/90904921:37
patch-botpatch 909049 - swift - s3api: Improve checksum-mismatch detection - 7 patch sets21:37
timburkehe seemed a little skeptical of the inherit-from-BaseException approach. i'll see whether i can convince him of the merits, 'cause i intend to raise more errors when reading from wsgi.input21:38
timburkethe longer i've got the chain, the more tempted i am to squash the two additional-checksums patches together21:39
timburke#link https://review.opendev.org/c/openstack/swift/+/90980121:39
patch-botpatch 909801 - swift - s3api: Add support for additional checksums - 13 patch sets21:39
timburke#link https://review.opendev.org/c/openstack/swift/+/90980221:39
patch-botpatch 909802 - swift - s3api: Additional checksums for MPUs - 12 patch sets21:39
mattoliverWell I like the idea, so we can alway send back the right response. 21:39
zaitcevI think inheriting from BaseException was cute. But it's just me, and I want to kick the people who write "except Exception" in the nuts.21:40
mattoliverlol!21:40
mattoliverIt is getting long. Which isn't bad. I'll need to refresh myself with the chain. But if you think it can be squashed and makes better sense then go ahead, 21:41
mattoliverI did something similar in tracing.. athough I may need to break it out some more if I ever what it to land :P 21:41
mattoliverwill tray and get a chance to look through the chain once I've caught up on things.21:42
timburkei've been mostly struggling with the last patch in the chain, though, and trying to figure out whether the unit tests are asserting particular responses because that's what AWS does, or because that's what was convenient21:42
timburkethanks mattoliver -- the good news is that the probe test failure seems to have gone away!21:42
mattoliver\o/21:43
timburkesomething about switching from running on centos 8 to centos 9 fixed it21:43
jianjianwhat kernel version does centos 9 use?21:44
timburkei started to poke a little bit at actually understanding it, but gave up when i realized we're unlikely to ever want to roll back OS version in the gate anyway :P21:44
timburkei forget... and i'm not actually sure it comes down to kernel versions, or py3 versions, or what21:45
mattoliverexplains why it always passed on my fedora laptop. But no matter how many times I ran it on a centos 8 vm it passed, so is a mystery :P 21:46
timburkeall i know for *sure* is that on centos 8 i seemed to get an extra child process under my wsgi-server manager process, and it had a blank cmdline under /proc21:46
jianjiancentos 8 is 4.18, centos 9 is 5.14. but py3 versions definitely matter too21:46
timburkepy36 vs py3921:46
timburkebut that's more or less the state of the chain -- though everything still needs a lot of shoring up with unit tests21:47
timburkenext up21:48
timburke#topic part-num support for swiftclient21:48
timburke#link https://review.opendev.org/c/openstack/python-swiftclient/+/90202021:48
patch-botpatch 902020 - python-swiftclient - support part-num in python swiftClient - 16 patch sets21:48
mattoliverDid the partnum stuff make it into the next swift release?21:49
timburkei still need to take a look at this -- it'd also be nice to write a follow-on that enabled concurrent downloads21:49
mattoliverif not, do we hold off on the swiftclient support until swift has released it? 21:50
mattoliverI guess it doesn't really matter for nvidia because we run master++ 21:50
timburkemattoliver, no, it'll be part of an eventual 2.34.021:50
mattoliverkk21:50
mattoliverI guess it's fine so long as we don't do a swiftclient release (once this lands) before another swift release. 21:51
timburkewe should be fine to merge the client change when it's ready though, as (1) it'll need to be able to deal with pre-part-num clusters anyway and (2) it won't be part of a tagged release yet, either21:51
mattoliveryeah ^21:51
mattoliverkk21:52
timburkealright, last topic i've got21:52
timburke#topic next meeting21:53
timburkei propose we skip next week for sure, as we usually do PTG weeks21:53
mattoliverWell next week is the "ptg" if I can get us added as a track. So yeah skip next week for sure21:53
timburkebut i *also* won't be around the following week -- up to y'all whether to have a meeting without me or not21:53
mattoliverkk21:54
mattoliverI'll chair if we decide to :) 21:54
timburkerealizing that i'm already dumping extra work on you mattoliver ;-)21:54
mattoliverenjoy your well deserved holiday timburke 21:54
mattolivernps21:54
timburkeall right, that sounds good then21:54
timburke#topic open discussion21:54
timburkeanything else we should bring up?21:54
mattolivernah, like I said I've been away, so mostly catch up. 21:55
mattoliverlet's try and get the topics etherpad fillout out, just in case we can get a track added21:55
timburkesounds good21:56
timburkeall right -- thank you all for coming, and thank you for working on swift!21:56
mattoliverAnd I'll just pick a bunch of slots (if it does). Some apac some US friendly. ie as per normal21:56
mattolivero/21:56
jianjianwill plant a seed in it 😉21:56
timburke👍21:56
timburke#endmeeting21:56
opendevmeetMeeting ended Wed Apr  3 21:56:44 2024 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)21:56
opendevmeetMinutes:        https://meetings.opendev.org/meetings/swift/2024/swift.2024-04-03-21.01.html21:56
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/swift/2024/swift.2024-04-03-21.01.txt21:56
opendevmeetLog:            https://meetings.opendev.org/meetings/swift/2024/swift.2024-04-03-21.01.log.html21:56
opendevreviewJianjian Huo proposed openstack/swift master: common: add memcached based cooperative token mechanism.  https://review.opendev.org/c/openstack/swift/+/89017422:06
opendevreviewTim Burke proposed openstack/swift master: tests: Validate some assumptions in test_signals  https://review.opendev.org/c/openstack/swift/+/91385923:43
opendevreviewClay Gerrard proposed openstack/swift master: test: assert behavior of proxy_logging metrics  https://review.opendev.org/c/openstack/swift/+/91503223:50
opendevreviewClay Gerrard proposed openstack/swift master: proxy-logging: emit stats more consistently  https://review.opendev.org/c/openstack/swift/+/91503323:50

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