Friday, 2018-08-03

*** tonyb has quit IRC00:16
*** mikecmpbll has quit IRC00:17
*** gyee has quit IRC00:36
kota_morning01:51
*** threestrands has joined #openstack-swift02:11
*** tonyb has joined #openstack-swift02:22
*** threestrands has quit IRC02:23
mattoliveraukota_: morning02:25
mattoliveraukota_: enjoy the OpenStack days Japan?02:25
mattoliverauis it still going?02:25
kota_mattoliverau: yup, it's day2 (the last day)02:26
mattoliveraunice :)02:26
kota_:)02:26
kota_there are interesting sessions including cloudy things (like container/k8s/GPUs, etc...)02:27
*** psachin has joined #openstack-swift02:35
*** itlinux_ has joined #openstack-swift03:31
*** viks_ has joined #openstack-swift04:35
*** viks_ has quit IRC04:42
*** viks_ has joined #openstack-swift04:44
*** pavelkv has joined #openstack-swift06:38
*** ccamacho has joined #openstack-swift06:45
*** rcernin has quit IRC06:54
*** mahatic has joined #openstack-swift07:06
*** ChanServ sets mode: +v mahatic07:06
*** viks_ has quit IRC07:42
pavelkvHi. Should I request recheck Zuul job failing due to TimeoutException? One job fails for p 584794 and another for p 584789 and I don't see reason (bug), only timeout.07:48
patchbothttps://review.openstack.org/#/c/584794/ - swift (stable/pike) - Fix time skew when using X-Delete-After07:48
patchbothttps://review.openstack.org/#/c/584789/ - swift (stable/pike) - slo: Send ETag header in 206 responses07:48
*** mikecmpbll has joined #openstack-swift07:52
*** tommylikehu is now known as tommylikehu208:02
*** tommylikehu2 is now known as tommylikehu08:03
*** tommylikehu is now known as tommylikehu_afk08:04
*** tommylikehu_afk is now known as tommylikehu08:09
*** yuxin_ has quit IRC10:29
pavelkvrecheck was succesful, please, ignore my question.10:31
pavelkvpatch 584794 is ready for review. thanks10:31
patchbothttps://review.openstack.org/#/c/584794/ - swift (stable/pike) - Fix time skew when using X-Delete-After10:31
*** yuxin_ has joined #openstack-swift10:31
*** pavelkv has quit IRC12:40
*** agonzalez has joined #openstack-swift13:01
agonzalezHello, with Swift is possible enable Encryption with Barbican, is it possible to do the same with Ceph rgw?13:01
*** yuxin_ has quit IRC13:13
*** yuxin_ has joined #openstack-swift13:13
*** psachin has quit IRC13:33
*** yuxin_ has quit IRC13:48
*** yuxin_ has joined #openstack-swift13:51
*** yuxin_ has quit IRC14:08
tdasilvaagonzalez: not sure, but folks in the #tripleo channel might have the answer15:32
*** itlinux_ has quit IRC15:43
*** itlinux has joined #openstack-swift15:48
*** ccamacho has quit IRC15:57
-openstackstatus- NOTICE: The infra team is renaming projects in Gerrit. There will be a short ~10 minute Gerrit downtime in a few minutes as a result.16:03
*** mikecmpbll has quit IRC16:07
*** ccamacho has joined #openstack-swift16:09
*** gyee has joined #openstack-swift16:09
*** psachin has joined #openstack-swift16:29
*** mvenesio has joined #openstack-swift16:29
*** mikecmpbll has joined #openstack-swift16:31
mvenesioHi guys, i've a little question about the DELETIONS in swift. I'm rebalancing the cluster, and i'm having some objects that i can list and GET, but i'm getting an Error 404 trying to DELETE it. So if i use a swift-get-nodes command with one of this objects, i can see that the object is placed on Handoff nodes.16:35
notmynamegood morning16:36
mvenesioSo i want to confirm if the GET on handoff nodes works, but the delete can't be complete when the object is in a handoff node16:36
mvenesionotmyname: good morning16:36
notmynameeven if you get a 404 response to a DELETE, a tombstone is still written and replication will make sure any object data on handoffs is properly removed16:37
DHEthats' an interesting question. if the primary nodes have the tombstone, will the handoff node pick it up assuming all the primaries are up?16:39
DHEthis is the full disks situation from a few days ago16:39
mvenesioDHE: yes we are much more better now16:39
mvenesiothanks to you guys for your help of course16:40
notmynameDHE: I'm not sure I understand your question16:42
DHEnotmyname: if all the primary nodes are up, and replication is push based, and a handoff node has (old) data, how does the handoff node receive the updated data? (in this case a tombstone)16:43
notmynamereplication on the handoff will try to push the old data to the primary location, get a 409 because the destination (primary) has newer data, and the data on the handoff will be removed (well, there's a bit about replication looking for a quorum of responses, but *handwave*)16:44
mvenesionotmyname: that's great thanks for clarifying this behaviour16:47
DHEgood enough for me...16:49
*** openstackgerrit has quit IRC16:49
timburkehmmm.... http://lists.openstack.org/pipermail/openstack-dev/2018-August/132792.html17:19
-openstackstatus- NOTICE: Project renames and review.openstack.org downtime are complete without any major issue.17:29
*** psachin has quit IRC17:29
notmynametimburke: yeah, I was following along with that with dhellmann and cdent yesterday17:42
timburkefwiw, some combination of configparser and pastedeploy causes a bunch of headaches when we pull things like https://github.com/openstack/swift/blob/2.18.0/swift/obj/server.py#L1275-L129617:44
timburkei'd see tracebacks that end with something like AttributeError: Error in file /etc/swift/object-server/3.conf.d: 'list' object has no attribute 'find'17:44
notmynametimburke: yeah, the basic concern is that it's actively used in many openstack projects and it's providing critical functionality (ie more than just inline a method and drop the dependency). so the questions in irc yesterday were around possibly taking over maintenance of the project17:45
notmynameIMO, it's not a major thing we need to worry about right now. maybe later, but certainly not one I'll lose sleep over17:46
dhellmannI think cdent was going to try to contact Ian about taking on maintenance, but I'm sure he'd like to have some help. Apparently the bugs prevent it from working with python 3.7, which is likely to be the next version we test with in CI.17:47
dhellmannit's probably not critical to deal with it this week, but should probably not be at the bottom of our priority list either :-)17:48
*** silor has joined #openstack-swift17:54
*** ccamacho has quit IRC18:04
*** ccamacho has joined #openstack-swift18:05
*** ccamacho has quit IRC18:09
timburkenotmyname: fwiw, it looks like we'll probably need to fix some `raise StopIteration` generators, too18:57
timburkesee https://github.com/openstack/swift/blob/2.18.0/swift/proxy/controllers/base.py#L96218:57
timburkeand probably https://github.com/openstack/swift/blob/2.18.0/swift/proxy/controllers/obj.py#L1259-L126118:57
timburkeand there are some tests that seem like they may rely on it, too18:57
*** openstackgerrit has joined #openstack-swift19:17
openstackgerritTim Burke proposed openstack/swift master: Unify auth_host/port/ssl/prefix func test options into auth_url  https://review.openstack.org/58810319:17
timburkethe dsvm jobs will probably still fail on that -- i'll likely need to back out the test/sample.conf changes until i can update devstack. but i wanna see our func tests pass with the new config option19:18
openstackgerritTim Burke proposed openstack/swift master: Disallow aws-chunked uploads  https://review.openstack.org/58864619:30
openstackgerritTim Burke proposed openstack/swift master: Unify auth_host/port/ssl/prefix func test options into auth_url  https://review.openstack.org/58810319:37
*** silor has quit IRC19:41
openstackgerritTim Burke proposed openstack/swift master: Unify auth_host/port/ssl/prefix func test options into auth_url  https://review.openstack.org/58810319:44
*** zaitcev has quit IRC20:13
*** zaitcev has joined #openstack-swift20:23
*** ChanServ sets mode: +v zaitcev20:23
*** mikecmpbll has quit IRC20:35
*** mvenesio has quit IRC21:05
*** geaaru has joined #openstack-swift21:09
*** pcaruana has quit IRC21:38
*** mikecmpbll has joined #openstack-swift22:05
*** amrith has joined #openstack-swift22:12
*** mikecmpbll has quit IRC23:00

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