Tuesday, 2019-12-10

*** rcernin_ has joined #openstack-swift00:04
*** rcernin has quit IRC00:07
*** rcernin_ has quit IRC00:19
DHEtimburke: 56 million objects and counting...00:22
DHEthe target is 60 million or so00:23
*** gyee has quit IRC00:24
*** rcernin has joined #openstack-swift00:27
timburkeout of curiosity, is it a one-time load, or is it expected to turn over somewhat like zuul-logs do?01:00
DHEmost of it is a one time load, but I'm not expecting it to go over, say, 70 million in a year01:05
DHE.. still considered experimental?01:38
timburkeit needs a bit of hand-holding. fwiw, we've got a bunch of customers using it, though, and (iirc) some of them have an order of magnitude more objects in the container02:20
timburkeone-time load is kind of an ideal use-case for sharding, though. should be able to manually manage shard ranges a couple times, then mostly just leave it alone02:21
*** diablo_rojo has quit IRC02:51
*** psachin has joined #openstack-swift03:32
*** diablo_rojo has joined #openstack-swift03:48
mattoliverauif only we had auto-sharding finshed ;P04:04
mattoliverautdasilva: I hope your not dying from all the smoke in Sydney. Sorry you come visit and then we surround the city your in with fire. At least we keep it exciting for you :P04:06
tdasilvahehe, feels like it's extra smokey today04:07
tdasilvabut should get better later in the afternoon04:08
tdasilvaweekend was pretty good thou, so that worked out well04:08
tdasilvamattoliverau: how is it for you?04:15
mattoliverauyeah not too bad. One of the main roads has reopened. Mornings are very smokey, but clears up by the arvo. Lot's of ash washing up on the beaches which is interesting04:27
*** diablo_rojo has quit IRC05:00
viks___clayg: Ok.. thanks05:06
*** new_student1411 has joined #openstack-swift05:08
openstackgerritThiago da Silva proposed openstack/swift master: WIP: prevent cont-sync when versioning enabled  https://review.opendev.org/69813905:35
*** pawan-gupta has joined #openstack-swift06:37
*** psachin has quit IRC06:42
*** psachin has joined #openstack-swift06:50
*** diablo_rojo has joined #openstack-swift07:01
*** new_student1411 is now known as rahul__07:11
*** rahul__ has quit IRC07:13
*** rs_goyal_ has joined #openstack-swift07:25
*** pcaruana has joined #openstack-swift07:39
*** rcernin has quit IRC07:54
*** tkajinam has quit IRC08:06
*** rs_goyal_ has quit IRC08:11
*** rdejoux has joined #openstack-swift08:13
*** tesseract has joined #openstack-swift08:27
*** rpittau|afk is now known as rpittau08:41
*** spsurya has joined #openstack-swift09:25
*** pawan-gupta has quit IRC10:15
*** spsurya has quit IRC12:35
*** rdejoux has quit IRC12:48
manuvakeryHi.. I am having a small swift cluster (1 proxy and 3 storage nodes) . Each storage nodes has a capacity of 16GB RAM, 4 cpu cores and 11 HDDs( 2 for account and container servers and rest for object servers). For a 500 MB file upload response time ranges from 5.5 secs to 9 secs. Considering that we don't have much load on the cluster why the response time varies too much. The test is ran from a node which is13:04
manuvakeryon the same network and we have 10gig network. Does the partition power has something to do with the performance.13:04
*** rs_goyal has joined #openstack-swift13:20
*** rdejoux has joined #openstack-swift13:21
rs_goyalI am trying to set an acl on object using s3 API. I have set `x-amz-acl` to `public-read` and tried to access the the same using url `https://s3.<domain>/<bucket-name>/file.txt`, but it gives 400 bad request. The `s3_acl` option is true and I can see the object acl to be set using third party tool. According to  compatibility matrix(https://docs.openstack.org/swift/latest/s3_compat.html), `object/bucket`13:30
rs_goyal`put/get ACLs` should work.13:30
alecuyermanuvakery: assuming you're using a replication policy, your file data is not being split among different disks, but written entirely to multiple disks. That gives us 55 to 90MB/s in your case, which doesn't sound too bad? Check iostat on your object-server to confirm, you're probably close to 100% busy on those drives.   If it's possible in your use(case, try to upload multiple files to get better overall performance13:43
alecuyeras to why it varies so much, 90MB/s may be close to the maximum your hard drive can deliver for sequential writes. even a light activity on the drive would slow it down as the heads need to seek. But I'm only guessing, check iostat output to confirm13:52
*** tkajinam has joined #openstack-swift14:01
manuvakery@alecuyer yes am using replication policy . Will try uploading multiple files and check iostat14:24
manuvakerythe iostat uitl is not very high https://usercontent.irccloud-cdn.com/file/WzDwH0Bw/iostat.png14:26
manuvakeryresponse times for multiples files , ran the script for 10 times https://usercontent.irccloud-cdn.com/file/7z0IlEJI/response.png14:29
alecuyerI meant, upload files in parallel, not sequentially (sorry if that's what you're doing already) - also make sure the object names are different14:33
alecuyerYou never saw a peak in iostat while running the upload test ? indeed it does not look busy at all in your screenshot14:35
*** pcaruana has quit IRC14:36
manuvakerynot much a peak in iostat so far . Will run some beanchmarking and monitor the iostat14:38
manuvakery@alecuyer running late for home . Will try and update :p14:40
*** tkajinam has quit IRC14:52
alecuyermanuvakery: no worries. I'm not always here but I'll catch up if you post test results. good luck!14:54
*** pcaruana has joined #openstack-swift15:01
*** zaitcev has joined #openstack-swift15:27
*** ChanServ sets mode: +v zaitcev15:27
openstackgerritRomain LE DISEZ proposed openstack/swift master: Replace all "with Chunk*Timeout" by a watchdog  https://review.opendev.org/69765315:34
*** gyee has joined #openstack-swift16:37
*** rdejoux has quit IRC16:49
*** tesseract has quit IRC16:58
*** rpittau is now known as rpittau|afk17:29
*** psachin has quit IRC19:02
*** efried is now known as efried_afk19:06
*** gmann is now known as gmann_afk19:40
*** rcernin has joined #openstack-swift20:16
*** pcaruana has quit IRC20:16
*** sorrison has quit IRC20:24
*** sorrison has joined #openstack-swift20:26
openstackgerritTim Burke proposed openstack/swift master: Add proxy-server option to quote-wrap all ETags  https://review.opendev.org/69513121:24
mattoliveraumorning22:13
*** efried_afk is now known as efried22:25
*** tkajinam has joined #openstack-swift23:05
*** gmann_afk is now known as gmann23:06
openstackgerritTim Burke proposed openstack/swift master: Have slo tell the object-server that it wants whole manifests  https://review.opendev.org/69773923:43

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