Monday, 2025-11-10

opendevreviewJianjian Huo proposed openstack/swift master: Configurable expiring_objects_task_container_per_day  https://review.opendev.org/c/openstack/swift/+/93337305:18
opendevreviewJianjian Huo proposed openstack/swift master: refactor: remove iter_task_accounts_to_expire  https://review.opendev.org/c/openstack/swift/+/91963905:18
opendevreviewJianjian Huo proposed openstack/swift master: Parallel distributed task container iteration  https://review.opendev.org/c/openstack/swift/+/91836605:18
opendevreviewJianjian Huo proposed openstack/swift master: Object-server: return 409 if x-delete-at is newer than queue entry  https://review.opendev.org/c/openstack/swift/+/93244705:18
opendevreviewJianjian Huo proposed openstack/swift master: Delete s3api MPU segments when expiring the manifest  https://review.opendev.org/c/openstack/swift/+/80070105:18
opendevreviewJianjian Huo proposed openstack/swift master: s3api: add API support for optional bucket inventory  https://review.opendev.org/c/openstack/swift/+/83593805:18
opendevreviewChristian Ohanaja proposed openstack/swift master: Implements concurrent shard processing via cpool  https://review.opendev.org/c/openstack/swift/+/96651208:01
ykarelcschwede, when you get chance please do check https://review.opendev.org/c/openstack/swift/+/966062/1#message-57f4e5a6d8c0d74e6912e194e313d5311925c742 and https://review.opendev.org/q/Ief0a29c4300edf2e0d52c041960d756ecc8a267716:22
opendevreviewyatin proposed openstack/swift stable/2025.1: s3token: Enable secret caching by default  https://review.opendev.org/c/openstack/swift/+/96626316:24
*** ykarel is now known as ykarel|pto16:37
opendevreviewChristian Ohanaja proposed openstack/swift master: Implements concurrent shard processing via cpool  https://review.opendev.org/c/openstack/swift/+/96651219:00
opendevreviewChristian Ohanaja proposed openstack/swift master: Implements concurrent shard processing via cpool  https://review.opendev.org/c/openstack/swift/+/96651221:01
rcmgleitehey folks, it's been a while. I've been having a problem with the replication process (object) lately and wanted to get insight if you have any. I'm running an object-ring with 100 hosts, each with 12 HDDs attached. I run the replicator service with almost all default config value.21:13
rcmgleitein order for the replication process to not affect overall request latency, I had to configure it like this21:14
rcmgleitereplicator_workers = 121:14
rcmgleiteconcurrency = 121:14
rcmgleiteinterval is currently hourly21:15
rcmgleiteany change to workers or concurrency maps to a huge spikes in customer latency for both PUTs and GETs21:15
rcmgleiteand oddly enough, system-wide metrics all look good - no high load, no high cpu, iowait ok etc etc...21:16
rcmgleitehas anyone run into this before? Any advice on better configuration for the object replicator service?21:16
rcmgleiteI found it particularly annoying that no system-wide metrics were able to show me the issue.. probably my lack of skill in linux debugs I guess.. so again, any advice is appreciated.21:17
rcmgleiteThanks folks21:17

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