Wednesday, 2021-10-13

opendevreviewTim Burke proposed openstack/swift master: ring: Introduce a v2 ring format  https://review.opendev.org/c/openstack/swift/+/80853000:27
opendevreviewTim Burke proposed openstack/swift master: ring: Allow RingData to vary dev_id_bytes  https://review.opendev.org/c/openstack/swift/+/80853100:27
opendevreviewTim Burke proposed openstack/swift master: Allow ring-builder CLI users to specify device ID  https://review.opendev.org/c/openstack/swift/+/80853200:27
opendevreviewTim Burke proposed openstack/swift master: ring: Allow builder to vary dev_id_bytes  https://review.opendev.org/c/openstack/swift/+/80853300:27
opendevreviewTim Burke proposed openstack/swift master: ring: Keep track of last primary nodes from last rebalance  https://review.opendev.org/c/openstack/swift/+/79055000:27
opendevreviewMerged openstack/swift master: sharder: Make stats interval configurable  https://review.opendev.org/c/openstack/swift/+/81222900:55
opendevreviewMerged openstack/python-swiftclient master: Include storage policy when listing account with --long  https://review.opendev.org/c/openstack/python-swiftclient/+/78553901:11
opendevreviewTim Burke proposed openstack/swift master: WIP: Reconstructor: Use past node and abort to handoff  https://review.opendev.org/c/openstack/swift/+/79207502:20
opendevreviewTim Burke proposed openstack/swift master: Bump up timeout on swift-probetests-centos-8-arm64 job  https://review.opendev.org/c/openstack/swift/+/81373102:29
seongsoochoThe release note of Xena is not published. https://docs.openstack.org/releasenotes/swift/03:23
opendevreviewMatthew Oliver proposed openstack/swift master: container-updater: no incoming syncs no account update  https://review.opendev.org/c/openstack/swift/+/81183308:48
mattolivertimburke, zaitcev: We could do something like this ^ 08:48
mattoliverI was thinking of just making metadata_only return the raw_metadata not the full RingData object (where we loose the replica_count as it becomes a property) but not sure if anyone out there may be using it. So just added another option to RingData.load :shrug: 08:51
mattoliverBut it would mean we need to insert replica_count into the json metadata of the ring in ring serialiazation v2.. or at least read the number of ring bytes so we can calculate the replica_count on deserialize and place it in.08:52
opendevreviewMatthew Oliver proposed openstack/swift master: WIP: Reconstructor: Use past node and abort to handoff  https://review.opendev.org/c/openstack/swift/+/79207509:05
mattolivertimburke_: just updated the commit message. 09:06
opendevreviewTim Burke proposed openstack/swift master: Bump up timeout on swift-probetests-centos-8-arm64 job  https://review.opendev.org/c/openstack/swift/+/81373116:04
opendevreviewTimur Alperovich proposed openstack/swift master: Fix multipart upload listings  https://review.opendev.org/c/openstack/swift/+/81371517:55
opendevreviewTim Burke proposed openstack/swift master: Update master for stable/xena  https://review.opendev.org/c/openstack/swift/+/81082719:31
opendevreviewMerged openstack/swift master: Bump up timeout on swift-probetests-centos-8-arm64 job  https://review.opendev.org/c/openstack/swift/+/81373119:40
opendevreviewTim Burke proposed openstack/swift master: Adding dnspython2 and tcp option on the cname_lookup middleware.  https://review.opendev.org/c/openstack/swift/+/79827519:46
*** zaitcev_ is now known as zaitcev19:59
zaitcevtimburke_: do we have a meeting in an hour?20:00
timburke_yup -- mainly for the sake of reminding about the PTG next week20:00
opendevreviewMerged openstack/swift master: Update master for stable/xena  https://review.opendev.org/c/openstack/swift/+/81082720:21
timburke_#startmeeting swift21:00
opendevmeetMeeting started Wed Oct 13 21:00:09 2021 UTC and is due to finish in 60 minutes.  The chair is timburke_. Information about MeetBot at http://wiki.debian.org/MeetBot.21:00
opendevmeetUseful Commands: #action #agreed #help #info #idea #link #topic #startvote.21:00
opendevmeetThe meeting name has been set to 'swift'21:00
timburke_who's here for the swift meeting?21:00
seongsoochoo/21:00
kotao/21:00
mattolivero/21:01
timburke_as usual, the agenda's on the wiki21:01
timburke_#link https://wiki.openstack.org/wiki/Meetings/Swift21:02
timburke_not too much to bring up -- big thing is...21:02
timburke_#topic PTG next week21:02
mattoliver\o/ (I only just remember to register, felt like PTG snuck up on me).21:02
timburke_we've got some good topics going on the etherpad21:02
timburke_#link https://etherpad.opendev.org/p/swift-ptg-yoga21:02
timburke_and if you haven't already, please do register21:03
timburke_#link https://www.eventbrite.com/e/project-teams-gathering-october-2021-tickets-16123566922721:03
timburke_hmm... i should contact Arkady about where to meet for that first interop session21:04
timburke_(that's at 1600 UTC on monday for anyone else interested; i'll update the etherpad when i know more)21:05
timburke_first already-booked room is for 2100-2400 in Havana21:05
mattoliver1600 UTC is alittle late for me, but I can try. (3am) :)21:06
zaitcevI don't know how important that interop thing is, but I put it on anyway.21:06
timburke_yeah, i wouldn't worry about it mattoliver -- better to be rested for the next session ;-)21:06
kota+121:07
zaitcevOur management is quite obsessed with the interop at PTG. In their eyes it is the sole justification to have a PTG at all, because otherwise the projects could just meet on their own.21:07
timburke_zaitcev, what are your thoughts on whether we ought to push for more of our recent features being added to the interop guidelines?21:09
timburke_i ... don't know that i care much21:10
zaitcevtimburke_: What do you have in mind, exactly? My guess is that it's always good to remind everyone in OpenStack that we're still a part, even after the attempts a year ago to make Swift a second class project.21:10
zaitcevHowever, if it takes effort on your part, then whatever21:10
timburke_idk -- we could push to add the new object versioning APIs or something21:11
zaitcevoh, you mean to Tempest21:11
timburke_i'm thinking of it more from the perspective of trademark issues -- being able to say something is "Swift-compatible" for example. though i think tempest does play a part in that conversation21:13
zaitcevIt was not supposed to be a conformance suite originally, but many people behave as if it was.21:13
timburke_i suppose we'll hear more on monday :-)21:13
zaitcevok21:13
timburke_any other questions or concerns about the PTG?21:14
timburke_#topic ring v221:15
timburke_i just wanted to mention some progress here21:15
timburke_i pushed up some new patches to address mattoliver's comments so far21:16
timburke_and even rebased https://review.opendev.org/c/openstack/swift/+/792075 onto it so we'll have a concrete benefit that we can look at while evaluating the lead-up21:17
zaitcevIs that really a ring v2 patch?21:17
mattoliverit's the end of the chain, in essence21:18
zaitcevOh, "and even"21:18
timburke_yup! needs the last-primary table, which needs the new format. it's a bit of a yak21:18
zaitcevRight, they are on the right side of the page.21:18
mattoliverthanks for cleaning that last one up. There were a few differrent approaches I was playing with, so it kinda got littered with random code from other options while I was testing each approach.21:19
timburke_i'm excited about the series, though -- we've got some big expansions planned, and it'd be pretty cool if we had reasonable rebalance times without needing to turn on handoffs_only21:19
mattoliver+10021:19
timburke_that's all i've got21:20
timburke_#topic open discussion21:20
timburke_what else should we bring up before the ptg?21:20
mattoliverSo it starts next week. I think good to remind (I know you did earlier), add anything you want to talk about to the etherpad21:21
mattoliverrandom 1/2 baked thoughts, doesn't matter we can go through them in the first session :) 21:22
timburke_so much that ^^^21:23
timburke_also, i'll plan another ops feedback session -- is there any particular slot that people think would work best?21:23
mattoliverProbably better to be euro/us time focused.. although it's hard for us APAC.. just try not to make it too late21:24
mattoliverso long as that's ok with seongsoocho as he's an APAC op.21:25
seongsoocho10/21 13:00 utc is better for me :)21:25
mattoliveryup that works for me too. 21:26
timburke_i'm guessing it'll be good for our guys in taiwan, too -- i should be sure to invite them21:27
mattoliverI wonder if we should ask reid_g if they're interested in the ops feedback session. 21:27
timburke_good idea, for sure!21:27
mattolivertimburke_: +121:27
timburke_all right, i'll put together an ops feedback etherpad and tentatively plan for 10/21 for the ops feedback session21:29
zaitcevWho else do we know? DHE?21:29
mattoliverYeah, we should make an announcement in the channel.. this channel21:31
timburke_could see if sorrison is interested :-) or ormandj (though i'm not sure if i've seen him around since the move to OFTC...)21:31
mattoliverMaybe to the mailing list too, as thats where ops may be lingering, just keeping an ear to the ground. 21:32
timburke_for sure21:32
timburke_i think i'll call it then, and let everyone get on with their day :-)21:33
timburke_thank you all for coming, thank you for working on swift, and i look forward to seeing you guys monday!21:33
timburke_#endmeeting21:33
opendevmeetMeeting ended Wed Oct 13 21:33:35 2021 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)21:33
opendevmeetMinutes:        https://meetings.opendev.org/meetings/swift/2021/swift.2021-10-13-21.00.html21:33
opendevmeetMinutes (text): https://meetings.opendev.org/meetings/swift/2021/swift.2021-10-13-21.00.txt21:33
opendevmeetLog:            https://meetings.opendev.org/meetings/swift/2021/swift.2021-10-13-21.00.log.html21:33
DHEI did what now?21:48
opendevreviewMatthew Oliver proposed openstack/swift master: container-updater: no incoming syncs no account update  https://review.opendev.org/c/openstack/swift/+/81183322:28
-opendevstatus- NOTICE: Both Gerrit and Zuul services are being restarted briefly for minor updates, and should return to service momentarily; all previously running builds will be reenqueued once Zuul is fully started again22:51

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