| opendevreview | Merged openstack/swift stable/xena: reconstructor: remove non-durable files on handoffs https://review.opendev.org/c/openstack/swift/+/820091 | 02:15 |
|---|---|---|
| opendevreview | Matthew Oliver proposed openstack/swift master: WIP: Add global error_limiting to object-updater https://review.opendev.org/c/openstack/swift/+/820486 | 02:20 |
| opendevreview | Matthew Oliver proposed openstack/swift master: Refactored errorlimited out of proxy + global cache https://review.opendev.org/c/openstack/swift/+/820313 | 02:43 |
| opendevreview | Matthew Oliver proposed openstack/swift master: Add global error_limiting to object-updater https://review.opendev.org/c/openstack/swift/+/820486 | 02:43 |
| opendevreview | Matthew Oliver proposed openstack/swift master: Refactor memcache config and MemcacheRing loading https://review.opendev.org/c/openstack/swift/+/820648 | 02:43 |
| *** redrobot8 is now known as redrobot | 10:20 | |
| opendevreview | Alistair Coles proposed openstack/swift master: updaters: use replication network https://review.opendev.org/c/openstack/swift/+/820402 | 10:26 |
| opendevreview | Alistair Coles proposed openstack/swift master: Unit test logging of object updater timeouts https://review.opendev.org/c/openstack/swift/+/820855 | 11:55 |
| opendevreview | Alistair Coles proposed openstack/swift master: updater: Add timing stats https://review.opendev.org/c/openstack/swift/+/819732 | 11:57 |
| opendevreview | Alistair Coles proposed openstack/swift master: Unit test logging of object updater timeouts https://review.opendev.org/c/openstack/swift/+/820855 | 11:57 |
| mattg33 | Hello, I was curious on expected account-reaper behavior after deleting an account and if there is a way to be able to tell when all data for the account has been reaped. When I issue a delete on a swift account, I see HEAD requests on the account then return 410 Gone. Testing with debug logging I can see that after passing the delay_reaping time I see the reaper report my test object is deleted, HEAD requests against the account still return 41 | 15:06 |
| manuvakery1 | Hi in my swift-proxy pipeline ceilometer midlleware is present right before proxy-server | 15:43 |
| manuvakery1 | [pipeline:main] | 15:43 |
| manuvakery1 | pipeline = catch_errors gatekeeper healthcheck proxy-logging cache etag-quoter formpost tempurl crossdomain s3api container_sync bulk ratelimit authtoken s3token keystoneauth staticweb container-quotas account-quotas slo dlo versioned_writes symlink proxy-logging ceilometer proxy-server | 15:43 |
| manuvakery1 | because of this s3api and staticweb calls measurements are not getting emited by ceilometermmiddleware. By the time the request reaches the ceilometer middleware the env.get('swift.source') will be set to S3/SW. I updated the pipeline as follows | 15:43 |
| manuvakery1 | [pipeline:main] | 15:43 |
| manuvakery1 | pipeline = catch_errors gatekeeper healthcheck proxy-logging cache etag-quoter formpost tempurl crossdomain ceilometer s3api container_sync bulk ratelimit authtoken s3token keystoneauth staticweb container-quotas account-quotas slo dlo versioned_writes symlink proxy-logging proxy-server | 15:43 |
| manuvakery1 | Now s3 call measurements are emited by ceilometermiddleware. Just want check if any possible downside to this | 15:43 |
| manuvakery1 | timburke__: whats your view on this | 15:46 |
| timburke__ | manuvakery1, that looks sane -- you may want to move bulk left as well, though (depends on whether you want to measure the bulk requests or the subrequests) | 21:46 |
| timburke__ | like "... tempurl crossdomain bulk ceilometer s3api ..." | 21:47 |
| opendevreview | Clay Gerrard proposed openstack/swift master: Finer grained ratelimit for updater https://review.opendev.org/c/openstack/swift/+/820962 | 23:21 |
Generated by irclog2html.py 2.17.2 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!