Friday, 2019-12-27

openstackgerritTim Burke proposed openstack/swift master: sharding: Better-handle newlines in container names  https://review.opendev.org/69989201:14
openstackgerritTim Burke proposed openstack/swift master: New Object Versioning mode  https://review.opendev.org/68238201:14
openstackgerritTim Burke proposed openstack/swift master: Add versioning+sharding probe test  https://review.opendev.org/70046401:14
openstackgerritTim Burke proposed openstack/swift master: s3api: Implement object versioning API  https://review.opendev.org/67368201:14
*** psachin has joined #openstack-swift03:24
openstackgerritTim Burke proposed openstack/swift master: s3api: Implement object versioning API  https://review.opendev.org/67368205:09
openstackgerritTim Burke proposed openstack/swift master: Middleware that allow for a user to quote Etag  https://review.opendev.org/70005605:39
openstackgerritMerged openstack/swift stable/train: py3: Fix s3api header casing  https://review.opendev.org/69738405:40
openstackgerritMerged openstack/swift stable/train: Fix BadResponseLength error when creating symlink  https://review.opendev.org/69733307:48
*** diablo_rojo has joined #openstack-swift07:52
*** diablo_rojo has quit IRC08:34
*** csmart has quit IRC11:32
*** baffle has quit IRC11:32
*** evrardjp has quit IRC11:59
*** evrardjp has joined #openstack-swift12:03
*** csmart has joined #openstack-swift12:47
*** baffle has joined #openstack-swift12:47
manuvakeryHi guys if 2 out of 3 PUT request to storage nodes responds faster and the other request completed relatively slower ,  does it affect the overall swift upload performance  . as per the logs storage nodes took 2.4134 ,  1.6452,    1.8505 secs respectively and swift proxy node completed the request in 2.5778 ..  this should not be the case i guess it should be max( 1.6452, 1.8505) ,  i have set the13:15
manuvakeryquorum_timeout to 0.5 .. am working on tuning the cluster to get the best out of it13:15
*** aluria has joined #openstack-swift14:06
*** evrardjp has quit IRC15:55
*** evrardjp has joined #openstack-swift15:55
*** evrardjp has quit IRC17:33
*** evrardjp has joined #openstack-swift17:33
timburkemanuvakery, post_quorum_timeout definitely seems like the thing you want; here's where we use it: https://github.com/openstack/swift/blob/2.23.0/swift/proxy/controllers/obj.py#L481-L49417:35
timburkeso we've got quorum reached at 1.85s, post_quorum_timeout should pop around 2.35s -- there's still 200ms unaccounted-for 🤔17:37
manuvakery@timburke: so we can avoid the 500ms delay by decreasing post_quorum_timeout  to say 0.05.. have to look for remaining 200ms17:41
timburkeyeah. it may harm durability a bit, though (if the object's large enough, i'd expect there to still be unsent data in the proxy's socket buffer; when we kill the socket, there's no chance that the slow object-server will get a complete copy)17:46
timburkewhich would lead to increased IO due to replication17:47
timburkeif you're doing benchmarks, i'd recommend fairly long runs (at least an hour, say) and making sure that you've got the background daemons running17:48
timburkeat least, for the general case. maybe you've got a workload such that "write for five minutes, then the cluster's going to be idle a while" would be more representative ¯\_(ツ)_/¯17:50
manuvakeryOkk.. default value 0.5 makes sense in that case17:53
manuvakeryYeah I will run benchmark for longer time17:54
manuvakery@timburke: also my storage disks are able to persist data at a rate of 200MBps (avg) but Swift write speed is only 100MBps.. I think the Swift write speed is capped with the disk speed.18:17
manuvakerychunk_size is set to 1mb on both proxy and storage nodes18:19
manuvakeryWhat do u think the bottleneck could be18:20
timburkehow's your CPU utilization? i know rledisez has been looking at how to get rid of some MD5ing... i know *that* can be a time-suck18:45
timburkehow many disks per node? do you have separate replication NICs?18:45
*** psachin has quit IRC18:57
*** spotz has quit IRC19:01
*** spotz has joined #openstack-swift19:05
openstackgerritTim Burke proposed openstack/swift master: Middleware that allows a user to have quoted Etags  https://review.opendev.org/70005619:36
timburkei'm debating about putting ^^^ into our recommended pipelines right away...19:36
timburkewould certainly make it easier to write some func tests19:46
rlediseztimburke: I don't see any reason to not do it considering that by default it changes nothing20:06
timburkethat was part of my thinking, too20:06
rledisezat somepoint I started to ask myself if it would be better to quote the etag on the proxy and have a middleware etag_unquoter. because proxy would do the right thing then and the addon just keep the compatibility20:17
timburkefwiw, i remember running into issues with encryption when i first tried to get it into the proxy; that's why https://review.opendev.org/#/c/695131/ wound up handling it mostly in the gatekeeper21:40
patchbotpatch 695131 - swift - Add proxy-server option to quote-wrap all ETags - 5 patch sets21:40
*** irclogbot_3 has quit IRC21:47
*** irclogbot_0 has joined #openstack-swift21:51
*** d34dh0r53 has quit IRC23:57

Generated by irclog2html.py 2.15.3 by Marius Gedminas - find it at mg.pov.lt!