Wednesday, 2018-11-21

*** Jeffrey4l has joined #openstack-swift00:03
openstackgerritTim Burke proposed openstack/swift master: s3api: Add config option to allow some forms of server-side-encryption  https://review.openstack.org/61912701:21
*** two_tired has joined #openstack-swift01:27
*** klamath has quit IRC01:38
*** klamath has joined #openstack-swift01:41
notmynameAJaeger: https://review.openstack.org/#/c/615081/ approved02:01
patchbotpatch 615081 - swift (stable/rocky) - Imported Translations from Zanata - 1 patch set02:01
notmynamerledisez: in an ideal world, I'd want the ring to use 16 bits until you have 65k devices, then progressively more as you add devices. that would avoid the worst case that timburke was talking about where every ring load ends up using so much memory02:07
notmynamehowever, that idea is probably way too complex to be reliable in the sort term, so something like a local sqlite db that all the workers use may be interesting instead. or something similar where workers share a server's copy of the ring02:08
*** joeljwright has quit IRC02:12
*** joeljwright has joined #openstack-swift02:13
*** ChanServ sets mode: +v joeljwright02:13
kota_good morning02:19
kota_oh, interesting. Swift is being to require so many devices.02:21
mattoliveraukota_: o/02:27
kota_mattoliverau: o/04:02
*** psachin has joined #openstack-swift04:14
*** itlinux has joined #openstack-swift04:33
AJaegerthanks, notmyname05:11
*** AJaeger has left #openstack-swift05:12
*** two_tired has quit IRC05:22
*** mahatic has quit IRC06:55
*** mahatic has joined #openstack-swift06:56
*** ChanServ sets mode: +v mahatic06:56
*** threestrands has joined #openstack-swift06:58
*** gkadam has joined #openstack-swift07:25
*** rcernin has quit IRC07:26
*** ccamacho has joined #openstack-swift07:59
openstackgerritMerged openstack/swift master: py3: encryption follow-up  https://review.openstack.org/61910908:25
*** ccamacho has quit IRC09:02
*** e0ne has joined #openstack-swift09:03
*** ccamacho has joined #openstack-swift09:04
*** pcaruana has joined #openstack-swift09:48
*** threestrands has quit IRC10:43
*** mvkr has quit IRC11:03
*** mvkr has joined #openstack-swift11:43
*** NM has joined #openstack-swift11:50
*** psachin has quit IRC12:01
*** pvradu has joined #openstack-swift12:31
*** pvradu has quit IRC12:32
*** pvradu has joined #openstack-swift12:33
*** e0ne has quit IRC12:45
*** e0ne has joined #openstack-swift13:02
*** e0ne has quit IRC13:03
*** e0ne has joined #openstack-swift13:03
DHEso I have one of those crazy ideas. Currently my Keystone server isn't at the level of reliability I'd like it to be for Swift to use. The idea is to have a small number of private (firewalled, etc) proxy servers with no authentication in the pipeline at all to facilitate the 24/7 upload needs of some clients.13:23
rledisezDHE: if you have a cluster shared between clients, it might be very dangerous as nothing would prevent them to access data of other clients. did you think of using tempurl prefix? it might do the tricks. If the client knows it's tempurl key, it can generates an URL then upload to it without keystone being involved13:42
DHEtempurl  can be used for uploads?14:00
DHEoh, I like it...14:01
DHEthanks, I'm going to go with that instead then14:01
*** pvradu_ has joined #openstack-swift14:03
*** pvradu has quit IRC14:07
*** pvradu_ has quit IRC14:07
*** pvradu has joined #openstack-swift14:08
*** zaitcev has joined #openstack-swift14:24
*** ChanServ sets mode: +v zaitcev14:24
openstackgerritPete Zaitcev proposed openstack/swift master: py3: port bulk middleware  https://review.openstack.org/61930316:27
*** gkadam has quit IRC16:40
*** pcaruana has quit IRC16:50
openstackgerritPete Zaitcev proposed openstack/swift master: py3: port more middleware  https://review.openstack.org/61807716:50
*** e0ne has quit IRC17:02
*** pvradu has quit IRC17:08
*** NM has quit IRC17:29
*** NM has joined #openstack-swift17:45
openstackgerritTim Burke proposed openstack/swift master: s3api: Add config option to allow some forms of server-side-encryption  https://review.openstack.org/61912718:32
*** klamath has quit IRC19:13
*** NM has quit IRC19:25
*** NM has joined #openstack-swift19:29
*** e0ne has joined #openstack-swift19:33
*** NM has quit IRC19:36
*** klamath has joined #openstack-swift19:38
*** mvkr has quit IRC19:40
*** klamath has quit IRC19:46
*** klamath has joined #openstack-swift19:49
*** NM has joined #openstack-swift20:22
*** NM has quit IRC20:31
*** mvkr has joined #openstack-swift20:35
kota_morning20:55
mattoliveraumorning20:59
mattoliveraualmost ready for the swift meeting20:59
kota_mattoliverau: o/20:59
tdasilvado we have meeting today?21:00
timburkegoody goody goody!21:00
timburkei think mattoliverau was willing to chair?21:00
mattoliverauyup21:00
mattoliveraujust a quick status updates one21:00
tdasilvak21:00
mattoliveraumeeting time in #openstack-meeting21:00
mattoliverautdasilva: meeting? if your available21:02
*** e0ne has quit IRC21:32
zaitcevAnyone has a ready cure for "AttributeError: 'FakeLogger' object has no attribute '_cache'" on py3?21:56
timburkezaitcev: looks like it starts out an empty dict and gets set in isEnabledFor? https://github.com/python/cpython/blob/b7d62050e7d5fc208ae7673613da4f1f2bc565c4/Lib/logging/__init__.py#L1684-L170122:01
zaitcevwell yea22:01
zaitcevI'm just going to add isEnabledFor() to our FakeLogger22:01
timburkehow about we call super.__init__? or just set it to {} in FakeLogger's __init__?22:03
zaitcevI thought someone made an explicit decision to duck-type it, including fooling the inherited methods.22:04
timburkeidk22:04
*** rcernin has joined #openstack-swift22:09
openstackgerritPete Zaitcev proposed openstack/swift master: py3: port more middleware  https://review.openstack.org/61807722:29
mattoliveraumorning.. again, this time post-caffenation :)22:59
openstackgerritTim Burke proposed openstack/swift master: s3api: Add config option to allow some forms of server-side-encryption  https://review.openstack.org/61912723:47

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