Thursday, 2016-02-11

*** haomaiwa_ has quit IRC00:01
*** haomaiwang has joined #openstack-swift00:01
*** thurloat_isgone is now known as thurloat00:08
*** thurloat is now known as thurloat_isgone00:09
*** thumpba has joined #openstack-swift00:13
notmynamehere's a comparison https://gist.github.com/notmyname/a65f61aaa6fb1375a74800:14
*** thurloat_isgone is now known as thurloat00:15
*** thumpba has quit IRC00:17
*** _JZ_ has quit IRC00:20
*** number80 has quit IRC00:25
notmynametimburke: got it. now I have an unreviewed patches count. right now there are 23 unreviewed patches in swift00:26
timburkemean/median age? stddev?00:26
notmynameno, just counting. so in your case, that counts as one patch. I'm not tracking the time you've spent on it. it counts against the reviewer team because it's effectively infinitely long00:27
mattoliverauasettle: add me as a reviewer, I'd love to review it.. even if it is long.00:28
asettlemattoliverau: no problemo00:28
asettledoing now00:28
mattoliverauwoot!00:28
timburkenotmyname: also, it might be worth considering the time from merge conflict to new patch as part of the owner-responsiveness (assuming it actually *was* the owner that submitted the new patch, and assuming the owner was the last person to leave a comment)00:30
*** mingyu_ has joined #openstack-swift00:34
*** mingyu_ has quit IRC00:34
notmynametimburke: instead, I just added the is:mergable filter. so stuff that is in merge conflict won't be counted either way00:34
*** arthus has quit IRC00:43
*** klrmn1 has quit IRC00:49
*** number80 has joined #openstack-swift00:55
openstackgerritMerged openstack/swift: Removed default value for log_statsd_host  https://review.openstack.org/27850200:55
*** Jeffrey4l has joined #openstack-swift00:56
*** patchbot has quit IRC00:59
*** haomaiwang has quit IRC01:01
*** haomaiwa_ has joined #openstack-swift01:02
*** patchbot has joined #openstack-swift01:03
*** Jeffrey4l has quit IRC01:07
*** esker has joined #openstack-swift01:08
*** garthb has quit IRC01:12
*** klrmn has joined #openstack-swift01:12
*** chlong has joined #openstack-swift01:18
*** Jeffrey4l has joined #openstack-swift01:20
*** esker has quit IRC01:27
clayghave I just not ever *noticed* the review riders before?  I feel like I've heard people talk about this mysterious people that +1 things because stackalytics measures things - but I rarely noticed them hanging around swift?01:30
claygCan i track down Sivasathurappan Radhakrishnan and demand he explain his review process?01:30
claygI feel like it's "my bot noticed it only changes tests or docstrings" - which... could be helpful if there was a comment to the effect?01:31
claygbut what if it's just like "i randomly +1 things" - that could *also* go in a comment so it's more obviousl that's it's less useful?01:33
claygi'm just so confused!01:33
*** raginbajin has quit IRC01:35
*** raginbajin has joined #openstack-swift01:37
*** lyrrad has quit IRC01:37
timburkeclayg: i think siva_krishnan is still getting oriented; looks like he started in on openstack stuff in november? he's certainly been helpful in getting some essentially-abandoned swift3 patches back into shape01:38
redboOh god... I accidentally breathed near my SAIO, and now nothing works.01:41
*** mrmoje has joined #openstack-swift01:42
*** gyee has quit IRC01:48
*** stantonnet has joined #openstack-swift01:52
*** asettle has quit IRC01:53
*** asettle has joined #openstack-swift01:57
*** haomaiwa_ has quit IRC02:01
*** haomaiwang has joined #openstack-swift02:03
*** mragupat has joined #openstack-swift02:08
*** mragupat has quit IRC02:08
*** Jeffrey4l has quit IRC02:08
*** mragupat has joined #openstack-swift02:08
pdardeauclayg: timburke comment on siva_krishnan is accurate. he is new to project as are the rest of us in osic02:11
*** daemontool has quit IRC02:11
*** Jeffrey4l has joined #openstack-swift02:11
*** vinsh has quit IRC02:12
*** vinsh has joined #openstack-swift02:13
*** fbo_ has joined #openstack-swift02:15
*** fbo has quit IRC02:15
*** openstackgerrit has quit IRC02:15
*** chlong has quit IRC02:15
MingyuClayg: I reviewed patch 207790 again and did some tests. It works. I suggest to merge this soon as people raise questions about saio from time to time.02:18
patchbotMingyu: https://review.openstack.org/#/c/207790/ - swift - Update SAIO setup for Ubuntu 14.0402:18
*** vinsh has quit IRC02:18
*** vinsh has joined #openstack-swift02:18
*** asettle has quit IRC02:19
*** daemontool has joined #openstack-swift02:23
*** klrmn has quit IRC02:23
*** mragupat has quit IRC02:24
*** openstackgerrit has joined #openstack-swift02:24
*** Jeffrey4l has quit IRC02:25
*** chlong has joined #openstack-swift02:28
*** asettle has joined #openstack-swift02:29
*** zaitcev has quit IRC02:31
*** asettle has quit IRC02:34
*** arch-nemesis has joined #openstack-swift02:39
*** km has joined #openstack-swift02:49
*** Jeffrey4l has joined #openstack-swift02:49
*** forcebanana has quit IRC02:52
claygMingyu: neat!02:57
claygtimburke: pdardeau: GOOD TO KNOW!  if you see siva_krishnan ask him to leave comments when he does reviews so other reviewers can get a feel for what he's doing02:59
*** haomaiwang has quit IRC03:01
*** haomaiwang has joined #openstack-swift03:01
*** zaitcev has joined #openstack-swift03:02
*** ChanServ sets mode: +v zaitcev03:02
*** arch-nemesis has quit IRC03:07
*** daemontool has quit IRC03:08
*** links has joined #openstack-swift03:10
claygredbo: lol03:10
redboI figured it out, for some reason there was a wrong version pbr.egg-info in ~/python-swiftclient.  I don't know how it got there or why python decided it'd be the version to import.03:13
*** bill_az_ has quit IRC03:15
siva_krishnanclayg sorry for that when I reviewed patch 278615 gate check results of first patch was showing up. new gate check results wasn't updated. I would make sure that this wouldn't happen again03:16
patchbotsiva_krishnan: https://review.openstack.org/#/c/278615/ - swift - Docstring omission in class BaseDiskFileManager.03:16
claygsiva_krishnan: hey, no problem - sorry i was just confused!03:17
claygsiva_krishnan: but... i'm easily confused :'(03:17
siva_krishnan:)03:18
*** sanchitmalhotra has joined #openstack-swift03:19
claygredbo: that sounds awesome!03:22
openstackgerritAnkur proposed openstack/swift: Docstring omission in class BaseDiskFileManager.  https://review.openstack.org/27861503:23
claygredbo: so the joke in slack this morning was "OpenStack recently released Bandit, a static analyzer that traverses abstract syntax trees (ASTs) of Python code.”  Because of course it did.03:24
claygredbo: but then the follow up joke was "I wonder how the managed to get it installed!?"03:24
clayg#pbrlife03:24
*** arch-nemesis has joined #openstack-swift03:27
redboWe haven't upgraded in a while, it's going to be a huge project getting the dependencies sorted out on our various operating systems.03:27
redboI mean aside from cherry picking in security updates, we do that.03:27
*** klrmn has joined #openstack-swift03:28
claygredbo: *totally*03:29
*** esker has joined #openstack-swift03:32
Mingyuredbo: I also encountered  that problem yesterday (GMT+8 time). I guess that if you install swiftclient first and then you try to install pbr, that issue appears.03:34
claygif you install swift with `pip install -e .` instead of `python setup.py develop` you shouldn't *need* to install pbr03:36
claygi mean god only knows what pip will do under the hood - but i'm pretty sure it has something to do with working03:37
claygmaybe `pip install --upgrade -e .` upgrade is always a good idea new bugs are better than the bugs that already got fixed03:38
*** esker has quit IRC03:53
*** venkat has joined #openstack-swift03:58
*** esker has joined #openstack-swift03:58
*** asettle has joined #openstack-swift04:00
*** haomaiwang has quit IRC04:01
*** haomaiwang has joined #openstack-swift04:01
*** esker has quit IRC04:03
Mingyuclayg: LOL. God knows. Yes, i used `pip install -e .` but still pip refused to install pbr, until I (re)moved the "pbr-1.8.1-py2.7.egg" directory from swiftclient.04:04
*** asettle has quit IRC04:05
*** arthus has joined #openstack-swift04:08
notmynamegood evening04:08
*** arch-nemesis has quit IRC04:08
mattoliveraunotmyname: evening04:12
Mingyugood afternoon from Shenzhen :-p04:15
notmyname:-)04:15
*** mrmoje has quit IRC04:18
*** klrmn has quit IRC04:19
*** klrmn has joined #openstack-swift04:19
*** mrmoje has joined #openstack-swift04:19
*** mragupat has joined #openstack-swift04:21
*** janonymous has joined #openstack-swift04:22
*** trifon has joined #openstack-swift04:24
*** diazjf has joined #openstack-swift04:28
claygMingyu: my job is so weird - i had no idea you were in China - it's just like "helpful person on the internet" - has absolutely no relation so any physical space or nationality - you could have been on Mars or South Bay04:30
claygnotmyname: do you remmeber how far inland alpha_ori went when were out there?  Shenzhen looks delightful04:31
notmynameI think he stayed in HK04:33
*** forcebanana has joined #openstack-swift04:35
claygMingyu: how long does it take you to get to HK (by train?  drive?) - do you go often (yearly? ever?)04:35
Mingyuby subway, about 1 hour, but I've never been there before, lol04:36
*** ppai has joined #openstack-swift04:37
Mingyuactually, I've just moved to to Shenzhen in Dec. I based in beijing before then.04:38
*** asettle has joined #openstack-swift04:40
*** asettle has quit IRC04:41
*** asettle has joined #openstack-swift04:41
notmynameMingyu: it's someplace I'd like to visit, especially because of all the hardware hacking stuff i've seen out of there04:42
claygMingyu: wow that's such a big move!  and so recently!  cool!04:43
*** arthus has quit IRC04:43
Mingyunotmyname: yeah, many hardware experts here. Welcome!04:46
claygonovy: tomorrow I'm going to have to pick your brain how to do an inline with upstream install of newer setuptools for old distros like trusty (and even precise god help me)04:48
claygonovy: even typing that sounds so INSANE - it *must* be easier to just hack the setup.py to remove those silly python version environ marker things?04:48
Mingyuclayg: thanks to the internet! I can choose to leave in the city I like continuing my work:-)04:49
MingyuJob04:49
claygsetuptools .... 20.0 !?04:53
notmynamewat?04:54
notmynamewasn't it at version 0. something like 6 months ago?04:54
*** arthus has joined #openstack-swift04:54
claygnotmyname: if every change is a new major version then none of them are04:54
notmynameexport VERSION=`git shortlog | wc -l`  # bigger is better!04:56
*** zhill has joined #openstack-swift04:58
StevenKnotmyname: -1 for use of `` :-P04:58
notmynameoh is that not allowed? ;-)04:59
StevenK(And setuptools uses hg, not git)04:59
*** haomaiwang has quit IRC05:01
*** haomaiwa_ has joined #openstack-swift05:01
*** mrmoje has quit IRC05:02
*** jamielennox is now known as jamielennox|away05:06
MingyuI05:15
MingyuI'm also surprised by the version number of Setup tools05:15
Mingyuwas05:15
MingyuI remember the latest version of setuptools you can get via apt-get is 3.3 ?05:22
*** asettle has quit IRC05:28
openstackgerritMerged openstack/python-swiftclient: Support --os-identity-api-version option  https://review.openstack.org/27571905:28
*** garthb has joined #openstack-swift05:28
zaitcevIn the race for the most ridiculous command line option, this loses to --yes-i-really-mean-it of ceph.05:29
zaitcevBut it's quite close.05:30
*** jamielennox|away is now known as jamielennox05:31
*** zaitcev has quit IRC05:35
*** zaitcev has joined #openstack-swift05:35
*** ChanServ sets mode: +v zaitcev05:35
*** asettle has joined #openstack-swift05:37
*** asettle has quit IRC05:42
*** klrmn has quit IRC05:45
*** haomaiwa_ has quit IRC06:01
*** 18VAACNL5 has joined #openstack-swift06:01
*** ChubYann has quit IRC06:03
*** wasmum has quit IRC06:05
openstackgerritMerged openstack/swift: Script for checking sanity of manpages  https://review.openstack.org/27628006:14
*** venkat has quit IRC06:32
*** ppai has quit IRC06:33
*** bkumar has joined #openstack-swift06:34
*** venkat has joined #openstack-swift06:36
*** asettle has joined #openstack-swift06:37
openstackgerritMerged openstack/swift: go: GREP middleware  https://review.openstack.org/21738106:37
*** ppai has joined #openstack-swift06:37
*** asettle has quit IRC06:41
*** asettle has joined #openstack-swift06:42
*** jith_ has joined #openstack-swift06:53
jith_hi all, Is there any possibility to reduce the number of replicas, so that one disk device will be free06:54
mattoliveraujith_: you could reduce the weight of that disk device. Cause just changing the number of replicas wont mean that disk wont have any objects on it.06:56
jith_mattoliverau: thanks.. so i need to reduce the weight of the device to 0.. so that while rebalancing,,, no data will be there??06:58
jith_my set up is 3 disk with three replicas... i want to remove one disk.. two replica is enough for me...06:59
mattoliveraujith_: yeah, but if its a prod system you might want to lower it slowly, then rebalance.. then wait for the replicators to move data off... then lower the weight some more, otherwise you'll have alot of data movement at once.06:59
mattoliverauwell, you'll have less disks then replicas, so that isn't nice.07:00
jith_oh ok thanks..07:00
mattoliverauyou could reduce the replica count, then replicate, then lower weight, etc.07:00
jith_thanks a lot07:00
*** 18VAACNL5 has quit IRC07:01
redboAre there any tools to reduce the replica count?07:01
*** haomaiwang has joined #openstack-swift07:01
redbooh swift-ring-builder <file> set_replicas <replicas>07:02
mattoliverauI thought we allowed the change or replica counts now07:02
mattoliverauredbo: maybe you guys dont use it :)07:02
redboTrue, I've never had a reason to use it.07:03
*** zaitcev has quit IRC07:04
jith_if i want to reduce the replica, first i need to swift-ring-builder <file> set_replicas 2.. then the data in three disk will be equally moved and three disk will be having part of data.. is it so..07:05
*** cbartz has joined #openstack-swift07:06
redboYou have to do set_replicas, then rebalance, then distribute the ring out.07:06
jith_after data movement i can remove the replica using swift-ring-builder remove ???07:07
jith_thanks07:07
redboWait.  You might want to set_replicas and remove the node before you rebalance.  I don't know, I'm not a ringxpert.07:08
redbothat might let you do it all at once.07:09
*** baojg has joined #openstack-swift07:13
*** asettle has quit IRC07:15
*** asettle has joined #openstack-swift07:18
jith_redbo: thanks07:19
jith_If I am reducing the replica..swift-ring-builder <file> set-replicas <value>.. this should be done for all three builder files (object,container and account) right??07:19
redboIf you're running all of them on the same disks and you want to get rid of one, yes.07:21
jith_redbo: yjamls07:24
jith_thanks*07:24
*** asettle has quit IRC07:34
*** baojg has quit IRC07:35
*** baojg has joined #openstack-swift07:35
*** km has quit IRC07:39
*** silor has joined #openstack-swift07:40
*** baojg has quit IRC07:42
*** diazjf has quit IRC07:42
*** asettle has joined #openstack-swift07:44
*** silor has quit IRC07:44
*** silor has joined #openstack-swift07:45
*** asettle has quit IRC07:49
openstackgerritMahati Chamarthy proposed openstack/swift: Decrypt multipart mime doc  https://review.openstack.org/24837707:50
*** silor has quit IRC07:52
*** silor has joined #openstack-swift07:53
*** dmorita has quit IRC07:54
*** baojg has joined #openstack-swift07:55
*** dmorita has joined #openstack-swift07:55
*** dmorita has quit IRC07:56
*** dmorita has joined #openstack-swift07:57
*** haomaiwang has quit IRC08:01
*** dmorita has quit IRC08:01
*** haomaiwang has joined #openstack-swift08:01
*** silor1 has joined #openstack-swift08:01
*** silor has quit IRC08:02
*** silor1 is now known as silor08:02
*** arthus has quit IRC08:05
*** jaakkos has quit IRC08:08
*** rledisez has joined #openstack-swift08:12
*** arthus has joined #openstack-swift08:12
*** dmorita has joined #openstack-swift08:15
*** garthb has quit IRC08:15
*** dmorita has quit IRC08:19
*** geaaru has joined #openstack-swift08:27
openstackgerritMerged openstack/swift: Enable in-process func tests to optionally use fast-post  https://review.openstack.org/27408608:29
*** asettle has joined #openstack-swift08:30
*** rcernin has joined #openstack-swift08:35
*** mragupat has quit IRC08:40
*** patchbot has quit IRC08:45
*** patchbot` has joined #openstack-swift08:45
*** bkumar4 has joined #openstack-swift08:46
*** patchbot` is now known as patchbot08:46
*** openstackgerrit has quit IRC08:47
*** openstackgerrit_ has joined #openstack-swift08:47
*** stantonnet_ has joined #openstack-swift08:47
*** openstackgerrit_ is now known as openstackgerrit08:48
*** arthus has quit IRC08:51
*** geaaru has quit IRC08:52
*** bkumar has quit IRC08:52
*** stantonnet has quit IRC08:52
*** zhill has quit IRC08:56
*** geaaru has joined #openstack-swift08:57
*** jordanP has joined #openstack-swift09:00
jordanP /join #openstack-meeting09:00
jordanPoups09:00
*** haomaiwang has quit IRC09:01
*** haomaiwa_ has joined #openstack-swift09:01
*** arthus has joined #openstack-swift09:05
*** jordanP has quit IRC09:12
openstackgerritMichael Barton proposed openstack/swift: go: object engine abstraction layer  https://review.openstack.org/27893209:15
*** mvk has joined #openstack-swift09:27
openstackgerritOndřej Nový proposed openstack/swift: Bump PyECLib requirement to >= 1.2.0  https://review.openstack.org/27894409:27
*** jaakkos has joined #openstack-swift09:46
*** acoles_ is now known as acoles09:52
*** baojg_ has joined #openstack-swift09:58
*** baojg has quit IRC09:58
*** haomaiwa_ has quit IRC10:01
*** haomaiwang has joined #openstack-swift10:01
*** mingyu_ has joined #openstack-swift10:03
*** mingyu_ has quit IRC10:03
*** stantonnet_ has quit IRC10:03
*** stantonnet has joined #openstack-swift10:09
jith_hi all.. i have reduced the replica count... but still i couldnt find the free space in disk10:10
jith_mattoliverau: . i have reduced the replica count... but still i couldnt find the space changes in disk10:21
jith_altered the device weight too10:21
ahalejith_: it'll take some time for the replication to work through the change after rebalance and ring deploy to storage. maybe you could speed it up changing handoffs_first and handoff_delete options. kinda scary doing that on 2 replicas tho10:36
*** venkat has quit IRC10:46
acolesonovy: do you mind if I push a small change to add a comment to explain the unit test in patch 258158? then I can +2 ...10:48
patchbotacoles: https://review.openstack.org/#/c/258158/ - swift - Keystone middleware deprecated option is_admin rem...10:48
onovyacoles: of course10:50
onovygo for it10:50
openstackgerritAlistair Coles proposed openstack/swift: Keystone middleware deprecated option is_admin removed  https://review.openstack.org/25815810:53
acolesonovy: tell me if you don't agree ^^10:53
*** mvk has quit IRC10:54
onovyhttps://review.openstack.org/#/c/258158/5..6/test/unit/common/middleware/test_keystoneauth.py // so this change, right?10:55
patchbotonovy: https://review.openstack.org/#/c/258158/ - swift - Keystone middleware deprecated option is_admin rem...10:55
onovyacoles: +1, thanks10:57
*** arthus has quit IRC10:58
*** haomaiwang has quit IRC11:01
acolesonovy: great, thanks for working on that11:01
*** haomaiwa_ has joined #openstack-swift11:01
acolesonovy: now I have to update my SAIO conf :)11:01
*** arthus has joined #openstack-swift11:02
*** venkat has joined #openstack-swift11:07
pchngacoles: When you have time, could you have a look at patch 266545? I made some changes but it's still a WIP and wanted some feedback before doing more.11:12
patchbotpchng: https://review.openstack.org/#/c/266545/ - swift (feature/crypto) - Ensure sysmeta is written/updated on (fast) POST11:12
*** baojg_ has quit IRC11:12
*** baojg has joined #openstack-swift11:16
acolespchng: ack11:18
*** daemontool has joined #openstack-swift11:21
*** mvk has joined #openstack-swift11:26
*** jmccarthy has quit IRC11:27
*** jmccarthy has joined #openstack-swift11:28
jith_ahale: thanks11:29
jith_ahale: is there any way to find that swift cluster is under the process of data movement or rebalancing??11:39
*** haomaiwa_ has quit IRC12:01
*** haomaiwang has joined #openstack-swift12:01
*** asettle has quit IRC12:05
*** McMurlock has quit IRC12:08
*** McMurlock2 has joined #openstack-swift12:08
*** ig0r_ has joined #openstack-swift12:12
venkatHow many concurrent requests are handled by the proxy?12:12
venkatif workers= 112:12
venkathi, someone can answer12:19
openstackgerritChristian Schwede proposed openstack/swift: Add comments to role-based access control functional tests  https://review.openstack.org/27901512:28
*** bkumar4 has quit IRC12:30
cschwedenotmyname: clayg: i reviewed the first rbac test this morning, and approved it. i added a follow up, based on the discussion yesterday to improve readability ^^12:31
acolescschwede: good work12:32
cschwedeacoles: thx :)12:33
cschwedei starred the follow up patches, will review them in the next few days too12:33
cschwedeand probably add some more doc lines12:33
acoles:)12:33
acolescschwede: you must have that 11-tuple mapping burnt into your memory now :)12:35
venkatHow many concurrent requests are handled by the proxy?12:35
venkatif workers= 112:35
venkathi, someone can answer12:35
cschwedeacoles: definetely, and i see „None, None, None“ everywhere ;)12:36
Mingyuvenkat: 1024 by default12:38
*** daemontool has quit IRC12:39
*** daemontool has joined #openstack-swift12:39
Mingyu <venkat> you can change this value via the option "max_clients" at etc/proxy-server.conf12:39
Mingyuvenkat: you can change this value via the option "max_clients" at etc/proxy-server.conf12:41
*** arthus has quit IRC12:42
*** arthus has joined #openstack-swift12:47
*** daemontool_ has joined #openstack-swift12:49
*** daemontool__ has joined #openstack-swift12:49
*** daemontool has quit IRC12:51
*** venkat has quit IRC12:51
*** daemontool_ has quit IRC12:54
*** haomaiwang has quit IRC13:01
*** bkumar4 has joined #openstack-swift13:01
*** haomaiwang has joined #openstack-swift13:01
*** bkumar4 has quit IRC13:01
*** bkumar4 has joined #openstack-swift13:02
*** venkat has joined #openstack-swift13:03
daemontool__hi anyone around?13:06
daemontool__I wanted to get some feedback on a bug we had https://launchpad.net/bugs/153736413:06
openstackLaunchpad bug 1537364 in Freezer "freezer-swift-restore-error" [Critical,Fix released] - Assigned to Fausto Marzi (fausto-marzi)13:06
daemontool__it looks like the get_object method now accept only str as object name13:06
daemontool__in python-swiftclient==2.7.013:06
openstackgerritChristian Schwede proposed openstack/swift: Add comments to role-based access control functional tests  https://review.openstack.org/27901513:07
daemontool__before that version the object name was converted as string13:07
daemontool__by the module13:07
daemontool__just wanted to ask if that is an intended behaviour13:07
*** delattec has joined #openstack-swift13:10
*** arthus has quit IRC13:10
*** bkumar4 has quit IRC13:10
*** delatte has quit IRC13:13
*** nadeem has joined #openstack-swift13:19
*** nadeem has quit IRC13:19
*** venkat has quit IRC13:19
*** esker has joined #openstack-swift13:20
*** nadeem has joined #openstack-swift13:20
*** arthus has joined #openstack-swift13:22
*** daemontool__ has quit IRC13:23
*** delatte has joined #openstack-swift13:32
*** delattec has quit IRC13:35
*** daemontool__ has joined #openstack-swift13:35
*** daemontool_ has joined #openstack-swift13:42
*** daemontool__ has quit IRC13:46
*** links has quit IRC13:48
*** daemontool_ is now known as daemontool13:56
*** arthus has quit IRC13:57
*** haomaiwang has quit IRC14:01
*** haomaiwang has joined #openstack-swift14:01
*** ppai has quit IRC14:06
*** trifon has quit IRC14:06
*** esker has quit IRC14:08
*** sanchitmalhotra has quit IRC14:08
*** arthus has joined #openstack-swift14:10
tdasilvagood morning14:17
*** esker has joined #openstack-swift14:18
*** esker has quit IRC14:23
*** links has joined #openstack-swift14:27
*** baojg has quit IRC14:37
*** proteusguy_ has quit IRC14:49
*** dmorita has joined #openstack-swift14:55
*** dmorita has quit IRC14:55
*** haomaiwang has quit IRC15:01
*** haomaiwang has joined #openstack-swift15:01
onovynotmyname: hi. did you received my email about debian CVE pls?15:01
*** proteusguy_ has joined #openstack-swift15:07
openstackgerritMerged openstack/swift: Add functional test for access control (RBAC) with Keystone  https://review.openstack.org/20241115:07
*** _JZ_ has joined #openstack-swift15:07
acolesho ho_away ^^ congrats!15:09
acolesoh ho has no bouncer :(15:09
acolestdasilva: hi, i have a question about versioned_writes config, specifically this statement https://github.com/openstack/swift/blob/master/swift/common/middleware/versioned_writes.py#L6015:10
tdasilvaacoles: yeah, that was kind of messy15:10
tdasilvabut what's your question?15:11
acolestdasilva: our product guys are concerned that at some point the allow_versions option may be retired and some mass reset of metadata would be required - was there any plan to ever deprecate it?15:11
acolestdasilva: wondering if we should force users to reset containers now, or just leave allow_versions in place forever?15:11
tdasilvaacoles: yeah, the idea is that in the future it would be deprecated. the problem is that we typically don't like to force users "to do" things when they upgrade versions15:12
tdasilvaupgrades should just work without much need for configuration, right?15:12
acolestdasilva: ah :/ so there is a moment in time in the future when users have to reset x-versions-location?? is there a problem with leaving allow_versions in place (apart from it looking like an anomaly I guess)15:13
*** haypo has joined #openstack-swift15:14
acoleswait, deprecated is ok, our concern is if deprecation is followed by removal of the feature so that only containers with sysmeta versions location would work15:14
openstackgerritOpenStack Proposal Bot proposed openstack/swift: Updated from global requirements  https://review.openstack.org/8873615:15
openstackgerritAlistair Coles proposed openstack/python-swiftclient: Add test for --debug taking precedence over --info  https://review.openstack.org/27913215:16
haypocschwede, acoles, torgomatic, clayg, notmyname, timburke : hi! last call for python 3 :-) would you mind reviewing https://review.openstack.org/#/c/236998/ & https://review.openstack.org/#/c/237027/ ?15:16
patchbothaypo: https://review.openstack.org/#/c/236998/ - swift - Port get_hmac() and hash_path() to Python 315:16
patchbothaypo: https://review.openstack.org/#/c/237027/ - swift - Port parse_mime_headers() to Python 315:16
haypootherwise, i will abandon them next, as announced on openstack-dev, and stop bugging you with my py3 patches ;-)15:16
tdasilvaacoles: hmmm..I guess I don't see the difference15:17
*** mragupat has joined #openstack-swift15:18
*** arthus has quit IRC15:19
acoleshaypo: i'll try!15:20
*** klrmn has joined #openstack-swift15:20
*** ig0r_ has quit IRC15:21
haypoacoles: cool :)15:21
acolestdasilva: 'deprecated' suggests 'you should no longer use this but it still works' which doesn't really apply here because you must use allow_versions for versioning of "older" container to still work15:22
acolestdasilva: 'removed' to me implies it no longer works, which in this case would mean that allow_versions is ignored and container server never returns x-versions-location headers from an older versions container15:23
acolestdasilva: ^^ that is what I fear and would prefer to never happen15:23
*** klrmn has quit IRC15:25
tdasilvaacoles: sounds to me like the "best" solution would be to remove the option, while still allowing the code to check if anything is set in  "x-versions-location"15:27
tdasilvawhat do you think?15:27
*** garthb has joined #openstack-swift15:31
acolestdasilva: heh - I was wondering why that was not done before? is there an issue with an existing container that has x-versions-location but its server is config'd with allow_versions=False, so the container is not versioned, but then if we stop checking allow_versions and return x-versions-location for that container, it suddenly starts to do versioning?15:31
*** petertr7 is now known as petertr7_away15:31
*** daemontool_ has joined #openstack-swift15:32
acolestdasilva: i wish I had paid more attention when you guys were figuring out the backwards compatibilty :)15:32
*** daemontool has quit IRC15:34
*** garthb has quit IRC15:35
*** garthb has joined #openstack-swift15:35
*** zul_ has joined #openstack-swift15:36
*** zul has quit IRC15:36
*** lcurtis has joined #openstack-swift15:49
*** clyps_ has quit IRC15:53
*** Zyric has quit IRC15:53
*** etienneme has quit IRC15:53
*** EmilienM has quit IRC15:53
*** HenryG has quit IRC15:55
*** haypo has quit IRC15:55
*** Zyric has joined #openstack-swift15:57
*** bjkeller has joined #openstack-swift15:58
*** fthiagogv has joined #openstack-swift15:59
*** jordanP has joined #openstack-swift16:00
*** haomaiwang has quit IRC16:01
*** haomaiwa_ has joined #openstack-swift16:01
*** HenryG has joined #openstack-swift16:02
*** vstinner has joined #openstack-swift16:02
*** links has quit IRC16:04
*** clyps__ has joined #openstack-swift16:06
*** EmilienM has joined #openstack-swift16:06
*** etienneme has joined #openstack-swift16:08
*** trifon has joined #openstack-swift16:09
*** diazjf has joined #openstack-swift16:18
*** garthb has quit IRC16:20
tdasilvaacoles: the initial goal was to not require users to have to touch the config files when they did an upgrade16:20
*** diazjf1 has joined #openstack-swift16:20
*** geaaru has quit IRC16:22
tdasilvaacoles: I think as part of "deprecating" allow_versions, would be to have users set 'allow_versioned_writes' to either true or false16:22
*** diazjf has quit IRC16:22
*** mvk has quit IRC16:24
acolestdasilva: understood, so the preferred way to enable/disable versioning is 'allow_versioned_writes'16:26
*** thumpba has joined #openstack-swift16:26
*** jordanP has quit IRC16:27
tdasilvaacoles: yes, ideally that would be the only method of enable and disable, but we have 'allow_versions' for older configurations, and the problem currently is that to check the container metadata, allow_versions must be enabled16:28
tdasilvaso we could change that part16:28
acolestdasilva: yep, was just typing the same16:28
notmynamegood morning16:29
tdasilvaneed to think more about it, but my guess is that we could change the container code to "always" return x-versions-location16:29
tdasilvaor maybe make that dependent on 'allow_versioned_writes'16:29
tdasilvanotmyname: hello! :)16:29
notmynamecschwede: yay! (rbac)16:30
notmynameonovy: no, I haven't checked emails yet. IRC first ;-)16:30
acolesbut if we change it so that container servers *always* return x-versions-location then there might be a container with x-versions-location set that currently is 'disabled' by allow_versions=False, then suddenly becomes enabled. hmmm...16:31
tdasilvaacoles: so yeah, that what I was thinking that we would have to force users to set 'allow_versioned_writes'16:32
acolestdasilva: well, they may already have allow_versioned_writes=True and new containers with sysmeta versions location are enabled, but allow_versions=False is disabling older containers, so we cannot get rid of allow_versions without possibly enabling previously disabled containers. But...arguably that's ok, versioning is enabled for all containers or its not, in some cases it could just lead to surprises.16:37
*** cppforlife_ has quit IRC16:38
*** arch-nemesis has joined #openstack-swift16:38
acolestdasilva: anyway, my initial concern was whether there was any plan to one day make container servers NEVER return x-versions-location and force clients to reset x-versions-location. That is what concerns our product guys. That would be a bad thing. But sounds like that was not the "plan"?16:39
*** Mingyu has quit IRC16:39
*** nottrobin has quit IRC16:39
acolesnotmyname: good morning16:39
*** wasmum has joined #openstack-swift16:39
*** chsc has joined #openstack-swift16:41
acolesnotmyname: and other hackathon attendees - FYI we will be providing a bus between Marriott and HPE site at start and end of each day16:41
*** esker has joined #openstack-swift16:42
*** nadeem has quit IRC16:42
*** nottrobin has joined #openstack-swift16:43
*** cppforlife_ has joined #openstack-swift16:43
*** Mingyu has joined #openstack-swift16:44
openstackgerritAlistair Coles proposed openstack/swift: Decrypt multipart mime doc  https://review.openstack.org/24837716:46
*** dmorita has joined #openstack-swift16:47
openstackgerritAnkur proposed openstack/swift: Docstring omission in class BaseDiskFileManager.  https://review.openstack.org/27861516:48
tdasilvaacoles: wow, thanks!16:48
tdasilvaacoles: planning to look at patch 260179 today, I also need to go back a couple of patchsets and answer some of the questions there16:49
patchbottdasilva: https://review.openstack.org/#/c/260179/ - swift - decouple versioned writes from COPY16:49
acolestdasilva: i heard some stories of nova people getting lost during their midcycle here...16:49
tdasilvaacoles: they couldn't process the direction?16:50
acolestdasilva: cool. you may want to refer to patch 272724 to understand some of the changes I made in 26017916:50
patchbotacoles: https://review.openstack.org/#/c/272724/ - swift - Copy headers correctly when copying object16:50
tdasilvaacoles: sorry, that was my lame attempt at a pun16:50
acolestdasilva: heh. apparently google directions gets it wrong16:51
tdasilvawhat's the distance?16:52
acolesapprox 5 miles16:52
acolesbut nova used a hotel about 1.5 miles way16:52
tdasilvammm16:53
tdasilvaok16:53
acolestdasilva: there is approximately nothing to do in evening within 1.5 miles of our site ;)16:54
acolesso we chose to use a hotel in centre16:55
*** ankurgupta1 has joined #openstack-swift16:55
vinshSo.. cinder volume backup- deletes.. they don't work well when using write_affinity/read_affnity in a multi region swift cluster.16:55
vinshWonder if this is known or I should file a bug.16:55
* vinsh searches 16:55
tdasilvaacoles: makes sense, how's the weather been?16:55
*** rcernin has quit IRC16:56
tdasilvaacoles: early in the week there was a powerful wind storm there, right?16:56
*** daemontool_ has quit IRC16:57
*** jmccarthy1 has joined #openstack-swift16:57
*** esker has quit IRC16:58
acolestdasilva: yes. so far we have had a relatively warm and very wet winter. right now its clear and cooler.16:58
Mingyuhi vinsh: what did you mean by "don't work well" could you plz give more information about it?17:00
*** haomaiwa_ has quit IRC17:01
vinshWell, it seems that the cinder volume backup "delete" doesn't complete.  Some objects could reamin.. and the backup container remains.  If you remove the write-affinity from the proxy node.. the backup is deleted almost immediately without issue.17:01
vinshThis would be 4 zones. 2 regions.  (2 zones/region)17:01
*** haomaiwang has joined #openstack-swift17:01
*** esker has joined #openstack-swift17:02
MingyuThere seems a known issue about that, but I'm not sure whether it is a bug or not.17:03
vinshYeah, Its been bothering my QA team for a long time.  Figured I should get to the bottom of it :)17:03
vinshI don't understand exactly why it occurs.17:03
*** cbartz has quit IRC17:04
vinshI finally deployed 2.5.0 and it still exits, so its on my list to look at.17:04
MingyuIf you "delete" something in a multi-region cluster with write affinity, object still can be read for a short while.17:04
Mingyufor sometimes.17:05
vinshRight... inconsistent.  Sometimes object segments can remain.17:05
*** gyee has joined #openstack-swift17:05
*** dmorita has quit IRC17:06
vinshI wonder if write_affinity is really benefiting our deployment that much anyway.  Our cross region link is pretty fast, might not be needed.17:06
MingyuDoes it occurs only when you create the object and then delete it very soon?17:06
*** esker has quit IRC17:07
vinshYes, that is the common test case QA would hit it with.  Vs a typical backup would not be deleted so quickly after creation.17:07
*** petertr7_away is now known as petertr717:07
vinshwhere very soon ==  <45 seconds17:08
vinshMy worry is write_affinity is penalizing us in other places I don't know about. :)17:08
MingyuSo whether to use write affinity depends on your requirements. IMO, it is good for typical backup scenario, but if in the tests, the backup objects are deleted soon, it maybe problematic.17:10
vinsha typical backup scenario would be where its not read immediately right?17:11
vinshVs some user requiring read right after write - cross region.17:11
Mingyunot *deleted* immediately.17:11
vinshAh. ya17:12
vinshI wonder, would more frequent container-updater runs or something help this?17:12
*** patchbot has quit IRC17:14
*** esker has joined #openstack-swift17:14
*** esker has joined #openstack-swift17:14
*** patchbot has joined #openstack-swift17:14
*** rledisez has quit IRC17:15
Mingyuvinsh: I though there was a talk at the Tokyo Summit may help you.17:15
*** lyrrad has joined #openstack-swift17:15
Mingyuthought17:15
vinshI tried to attend as many as I could :)17:15
vinshI'll go look at the youtubes.. I think I know what you are talking about.. some "lessons learned " one.17:15
notmynamehello, again17:16
vinshuh-oh.17:16
vinsh;)17:16
notmynameacoles: aren't you getting us a bus or something so we don't get lost?17:16
notmynamevinsh: IMO, write affinity is something you almost never want17:16
Mingyuvinsh: yeah, this one: https://www.youtube.com/watch?v=zJmaLCxBLyA17:17
vinshAh-hah17:17
acolesnotmyname: yes. 16:41:57 ;-)17:17
vinshnotmyname: It sounded like a good thing.. but in the end.. I lean towards your read of it.17:17
acoles08:41:57 for you I guess17:17
vinshMingyu: Thank you :)17:17
Mingyuyou're welcome17:18
*** jmccarthy1 has joined #openstack-swift17:19
*** dmorita has joined #openstack-swift17:19
*** klrmn has joined #openstack-swift17:20
Mingyunotmyname: Is write affinity so bad?17:21
notmynamewell..."bad" is such a strong word17:21
notmyname;-)17:21
cschwedeMingyu: depends on your incoming traffic and how fast your replication is17:22
vinshMaybe more like "only desirable in very specific cases"17:22
notmynamewrite affinity explicitly forces swift to place your data on handoff nodes17:22
notmynameand it's really only useful if you've got bursty workloads where you can have enough network to move the data later (in the downtime between gaps of client activity)17:23
*** dmorita has quit IRC17:23
vinshMan. that tokyo talk is spot on. +117:23
vinsh-1 for me not doing enough summit homework.17:23
*** petertr7 is now known as petertr7_away17:23
Mingyuhaha. too many presentations there.17:24
*** klrmn has quit IRC17:25
Mingyunotmyname: So sometimes it is helpful, but most of the time ...17:26
notmynameMingyu: IMO yes17:27
MingyuI enabled write affinity in some deployments and also learned some lessons. I proposed an presentation for Austin Summit on multi-region clusters: https://www.openstack.org/summit/austin-2016/vote-for-speakers/presentation/801217:28
vinshI'll vote for that!17:30
MingyuThank you :-)17:30
*** esker has quit IRC17:31
MingyuMaybe we can have a full discussion on that topic in Austin then, if this proposal is selected.17:32
*** esker has joined #openstack-swift17:33
*** arthus has joined #openstack-swift17:36
MingyuI agree that sometimes the affinity really helps but not in every multi-region swift cluster.17:36
*** nadeem has joined #openstack-swift17:36
notmynameright17:36
*** nadeem has quit IRC17:36
*** nadeem has joined #openstack-swift17:37
*** esker has quit IRC17:39
*** esker has joined #openstack-swift17:39
*** chirag has joined #openstack-swift17:41
*** garthb has joined #openstack-swift17:42
*** nadeem has quit IRC17:42
vinshnow. "read_affinity" is probably less controversial.17:42
notmynameyeah. read affinity is really great17:43
Mingyuespecially for some internet applications where read >> write17:43
chiragI was uploading approx 800 parallel PUT req to mu swift cluster when one of my request failed.17:44
chiragFile "/usr/lib64/python2.6/httplib.py", line 391, in begin#012    version, status, reason = self._read_status()#012  File "/usr/lib64/python2.6/httplib.py", line 355, in _read_status#012    raise BadStatusLine(line)#012BadStatusLine17:44
*** esker has quit IRC17:45
chiragcan someone help me with this ?17:45
Mingyuvinsh: I guess your scenario is to backup in one datacenter and recover the data in a offsite disaster recovery center?17:45
*** garthb has quit IRC17:45
*** garthb has joined #openstack-swift17:46
vinshMingyu: My scenario is truly a wide range of users/use cases.  DR is important.. but this same cluster backs web servers/content.  SO cinder-voulume-backups from the rest of the openstack cluster.. as well as many other swift uses.17:46
*** ankurgupta1 has quit IRC17:47
notmynameonovy: ah. there's your email. sorry, I had missed it in my travel17:47
*** vstinner has quit IRC17:48
notmynameonovy: what version of swift is in jessie/stable?17:49
*** dmorita has joined #openstack-swift17:50
*** nadeem has joined #openstack-swift17:50
Mingyuvinsh: understood.17:51
*** dmorita has quit IRC17:52
*** dmorita_ has joined #openstack-swift17:52
*** esker has joined #openstack-swift17:53
*** klrmn has joined #openstack-swift17:54
*** haomaiwang has quit IRC18:01
*** ChubYann has joined #openstack-swift18:01
*** haomaiwang has joined #openstack-swift18:01
openstackgerritBen Keller proposed openstack/swift: Headers now use a case incensitive dictionary  https://review.openstack.org/27490618:04
notmynamenice to see this thought written down http://www.mikeperham.com/2016/02/09/kill-your-dependencies/18:04
*** esker has quit IRC18:10
*** rcernin has joined #openstack-swift18:16
*** ankurgupta1 has joined #openstack-swift18:21
*** esker has joined #openstack-swift18:21
*** bjkeller has quit IRC18:24
*** Jeffrey4l has quit IRC18:30
*** petertr7_away is now known as petertr718:33
*** nottrobin has quit IRC18:34
*** garthb has quit IRC18:37
*** garthb has joined #openstack-swift18:37
*** jlvillal has quit IRC18:38
*** jlvillal has joined #openstack-swift18:39
*** garthb has quit IRC18:48
*** garthb has joined #openstack-swift18:49
chiragFile "/usr/lib64/python2.6/httplib.py", line 391, in begin#012    version, status, reason = self._read_status()#012  File "/usr/lib64/python2.6/httplib.py", line 355, in _read_status#012    raise BadStatusLine(line)#012BadStatusLine18:49
chiragcan someone help me with this ?18:49
*** garthb has quit IRC18:50
*** esker has quit IRC18:51
*** garthb has joined #openstack-swift18:51
*** nottrobin has joined #openstack-swift18:52
*** gyee has quit IRC18:53
*** daemontool has joined #openstack-swift18:54
*** ig0r_ has joined #openstack-swift18:58
acolesnotmyname: clayg I'll try to finish review of patch 215867 tomorrow18:58
patchbotacoles: https://review.openstack.org/#/c/215867/ - swift - Make handoffs_first a more useful "mode"18:58
*** ankurgupta1 has quit IRC18:59
openstackgerritSamuel Merritt proposed openstack/swift: Fix typos in comments  https://review.openstack.org/27923319:00
*** zhill has joined #openstack-swift19:00
*** haomaiwang has quit IRC19:01
*** haomaiwang has joined #openstack-swift19:01
acolestorgomatic: looks like maybe you will beat me to it19:02
torgomaticacoles: yep :)19:02
acolestorgomatic: looks like you did :)19:02
* acoles strikes first item from tomorrow's todo list19:03
*** ig0r_ has quit IRC19:03
*** arthus has quit IRC19:05
*** bjkeller has joined #openstack-swift19:05
*** acoles is now known as acoles_19:07
*** ig0r_ has joined #openstack-swift19:08
*** bgmccollum has joined #openstack-swift19:14
*** klrmn1 has joined #openstack-swift19:18
*** klrmn has quit IRC19:20
*** peterlisak has quit IRC19:32
*** peterlisak has joined #openstack-swift19:33
*** zaitcev has joined #openstack-swift19:35
*** ChanServ sets mode: +v zaitcev19:35
*** zhill has quit IRC19:49
*** kprabhuv has joined #openstack-swift19:50
*** trifon has quit IRC19:51
*** nadeem has quit IRC19:54
*** vinsh has quit IRC20:00
*** vinsh has joined #openstack-swift20:00
*** haomaiwang has quit IRC20:01
*** haomaiwa_ has joined #openstack-swift20:01
*** nadeem has joined #openstack-swift20:01
*** zhill has joined #openstack-swift20:02
*** vinsh_ has joined #openstack-swift20:07
*** vinsh has quit IRC20:07
*** esker has joined #openstack-swift20:09
*** dmorita_ has quit IRC20:18
*** dmorita has joined #openstack-swift20:20
openstackgerritMerged openstack/python-swiftclient: Fix debug and info option parsing  https://review.openstack.org/25232820:22
openstackgerritMerged openstack/python-swiftclient: Add test for --debug taking precedence over --info  https://review.openstack.org/27913220:22
*** rcernin has quit IRC20:24
openstackgerritTim Burke proposed openstack/swift: By default, disallow inbound X-Timestamp headers  https://review.openstack.org/27925620:33
timburkenotmyname: torgomatic: ^^20:34
openstackgerritAnkur proposed openstack/swift: Docstring omission in class BaseDiskFileManager.  https://review.openstack.org/27861520:35
*** dmorita has quit IRC20:39
onovynotmyname: 2.2.020:47
onovy1.4.8 in old-stable :)20:47
onovynotmyname: https://security-tracker.debian.org/tracker/source-package/swift20:47
*** daemontool_ has joined #openstack-swift20:52
*** daemontool has quit IRC20:55
openstackgerritSarafraj Singh proposed openstack/swift: Fixed params  https://review.openstack.org/27926420:56
openstackgerritClay Gerrard proposed openstack/swift: Fixed params on autocreate_account docstring  https://review.openstack.org/27926421:00
*** haomaiwa_ has quit IRC21:01
*** haomaiwang has joined #openstack-swift21:01
claygredbo: *DiskFile* !?  I'm in the twilight zone21:06
tdasilvalol21:07
*** dmorita has joined #openstack-swift21:07
*** mfalatic has joined #openstack-swift21:08
klrmn1would trying to delete a non-empty container cause a 409 error? could trying to delete said container too-soon after deleting the last object run afoul of eventual consistency and return the 409?21:09
onovytdasilva: cschwede: hi, can you look to https://review.openstack.org/#/c/256873/ and https://review.openstack.org/#/c/256875/ pls?21:11
patchbotonovy: https://review.openstack.org/#/c/256873/ - swift-ceph-backend - Deprecated tox -downloadcache option removed21:11
patchbotonovy: https://review.openstack.org/#/c/256875/ - swift-ceph-backend - .gitreview file21:11
timburkeklrmn1: definitely yes on the first Q; probably yes on the second21:15
mattoliveraumorning21:18
notmynameonovy: so I think it's cool you want to fix those bugs, but on the other hand, those aren't upstream supported versions. just curious, but how long is debian support for 1.4.8 and 2.2.0?21:20
notmynamemattoliverau: looks like your abandoner checker got some coffee this morning and woke up :-)21:21
onovyDebian 7 “Wheezy” from February 2016 to May 201821:21
onovyDebian 8 “Jessie“ from May 2018 to April/May 202021:21
onovyclayg: you can do +2+A before glob, and then write "recheck" here, after globs merge21:22
*** pdardeau| has quit IRC21:22
notmynameso that means that for the next 4 years we could be backporting stuff to swift 2.2.0 (which was released in 2014)?21:22
claygonovy: "can" or "should"?21:23
*** esker has quit IRC21:23
onovyclayg: it's working, don't know what is "correct" :)21:24
onovynotmyname: from debian point, yes21:24
onovystuff=CVE only21:24
notmynameonovy: what normally happens for other projects (non-openstack)? how do you deal with backports there?21:26
onovynotmyname: it's not backports. it's just security fixies21:26
*** esker has joined #openstack-swift21:26
onovyevery maintainer tries to contact upstream if they can/want provide patch21:27
claygklrmn1: yes 409 - yes if container is not updated it might "mistakenly" return 40921:27
onovyif this is not possible, maitainer can try to do it, but it's not simple21:27
notmynamewell, ok. but security fixes are backported patches from stuff that lands on master21:27
onovyyep :]21:27
notmynameso you ask the project to help you, if they say no you try it, and if that doesn't work, it stays unpatches?21:27
notmyname*unpatched21:28
claygklrmn1: "good news" is that when the async updates get processed and it turns out there is no more objects in the container - there's a non-zero change the container will "poof" (despite the proxy returning 409 based on quorum)21:28
*** silor has quit IRC21:28
*** trifon has joined #openstack-swift21:31
*** esker has quit IRC21:31
mattoliveraunotmyname: ? If something strange happened, rackspace probably decided to reboot the cloud server the abandoner sits on.21:31
onovynotmyname: yep, it stays unpatched then21:33
notmynamemattoliverau: ah. I just saw about 2 dozen emails just now21:33
notmynameonovy: hmmm21:33
onovyit's community distro21:33
notmynameonovy: so right now, with swift and this issue, you've done a basic backport attempt, but without some upstream help to get it cleanly merged, it will stay unpatched. right?21:34
onovynotmyname: right21:34
mattoliveraunotmyname: ahhh haven't checked the abandoner in a while, my bad.21:35
notmynamemattoliverau: no worries. me neither21:35
onovynotmyname: btw: zigo told me you are open to do this backports :)21:37
notmynameonovy: oh, well then I better get started ;-)21:37
onovysomething about Atlanta at SwiftStack party :)21:37
onovynotmyname: it's up to you, i know it's EOL21:38
notmynameonovy: I'm interested in seeing that bug fixes in a distro release are patched21:39
onovyperfect :)21:39
notmynamethat's not exactly the same thing as "I'll backport any fixes to whatever release you've got in your distro" ;-)21:39
onovy:))21:40
*** esker has joined #openstack-swift21:46
*** thumpba has quit IRC21:54
*** daemontool_ has quit IRC21:56
*** garthb has quit IRC21:57
*** garthb has joined #openstack-swift21:58
*** pgbridge has quit IRC21:58
*** delatte has quit IRC22:00
*** haomaiwang has quit IRC22:01
*** haomaiwang has joined #openstack-swift22:01
*** esker has quit IRC22:02
*** chlong has quit IRC22:03
*** esker has joined #openstack-swift22:03
*** pgbridge has joined #openstack-swift22:04
tdasilvaonovy: re the swift-cephbackend patches, there's an issue with that project regarding the use of librados22:08
onovywhich is not related to my change, and gating is working :)22:08
tdasilvaonovy: when storing "swift" objects on rados, those objects need to be striped. they should not be stored "whole" as we typically do in swift22:09
tdasilvarados likes objects that are about 4mb in size22:10
*** trifon has quit IRC22:10
tdasilvaso the current implementation there is incorrect22:10
openstackgerritOndřej Nový proposed openstack/swift: Additional error log message for drive-audit  https://review.openstack.org/26369122:11
tdasilvaonovy: it's not related to your patch, but i'm just trying to give you a heads up22:11
tdasilvaonovy: i've been playing with a different implementation here: https://github.com/thiagodasilva/swift/tree/bird22:12
onovyah :)22:12
tdasilvathat uses hummingbird and libradosstriper library22:12
onovyinteresting22:12
tdasilvaonovy: you can also checkout this: https://github.com/thiagodasilva/gorados22:13
tdasilvabut it's all prototype code22:13
onovyhmmm, go everywhere :)22:14
tdasilvaonovy: hehe, in this case it was nice to be able to just link libradosstriper: https://github.com/thiagodasilva/gorados/blob/master/stripedobject.go#L2222:15
onovyah. you are just wrapping C library?22:15
onovy"just" :)22:15
tdasilvaright22:15
tdasilvaand with go interfaces, it makes it all very easy to plug into the hummingbird code22:16
onovylooks cool22:16
tdasilvapatches are welcome :)22:17
onovybtw: what is "usecase" for this kind of projects? (have other then file storage for swift)22:17
onovy*tahn22:17
*** esker has quit IRC22:17
onovy*than22:17
*** petertr7 is now known as petertr7_away22:18
tdasilvaadd the ability to store data on other backend storage systems using swift api22:18
*** kprabhuv has quit IRC22:19
onovyyes, that's description, but real world example?22:19
tdasilvaonovy: here's a similar project: https://github.com/openstack/swiftonfile22:19
tdasilvain this case to store data on gluster, also used by ibm to store data on gpfs22:20
onovyso we have Swift REST API with replication, redundancy, etc.22:21
onovyso why store it in ceph? :)22:21
tdasilvaone use case is for folks that already have a small ceph cluster and would like to store data in it using swift api22:22
*** trifon has joined #openstack-swift22:22
onovyah, that's the point! :)22:22
*** mragupat has quit IRC22:23
tdasilvaonovy: what's your use case?22:24
onovynot using it at all :)22:24
onovyi was just doing global changes in all OS projects22:25
*** mragupat has joined #openstack-swift22:29
openstackgerritTim Burke proposed openstack/swift: By default, disallow inbound X-Timestamp headers  https://review.openstack.org/27925622:29
*** fthiagogv has quit IRC22:31
*** daemontool has joined #openstack-swift22:34
*** mfalatic has quit IRC22:34
*** cdelatte has joined #openstack-swift22:42
*** rickyrem has joined #openstack-swift22:44
*** arch-nemesis has quit IRC22:53
*** km has joined #openstack-swift22:58
*** zhill has quit IRC23:00
*** haomaiwang has quit IRC23:01
*** haomaiwang has joined #openstack-swift23:01
*** asettle has joined #openstack-swift23:02
*** rickyrem has quit IRC23:05
openstackgerritJohn Dickinson proposed openstack/swift-bench: authors/changelog update for 1.1. release  https://review.openstack.org/27930223:07
*** mragupat has quit IRC23:11
*** rickyrem has joined #openstack-swift23:13
*** bjkeller has left #openstack-swift23:21
openstackgerritJohn Dickinson proposed openstack/swift-bench: version bump for 1.1. release  https://review.openstack.org/27931023:23
openstackgerritJohn Dickinson proposed openstack/swift-bench: version bump to open 1.2 dev work  https://review.openstack.org/27931123:23
*** _JZ_ has quit IRC23:24
notmynameI wonder if this will work23:28
*** chlong has joined #openstack-swift23:30
*** nadeem has quit IRC23:33
*** trifon has quit IRC23:35
*** kei_yama has joined #openstack-swift23:38
*** lcurtis has quit IRC23:41
*** ho_ has joined #openstack-swift23:42
*** chsc has quit IRC23:42
ho_good morning!23:44
*** marcusvrn_ has quit IRC23:47

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