Thursday, 2017-02-02

*** tonanhngo has quit IRC00:01
*** tqtran has quit IRC00:04
*** tonanhngo has joined #openstack-swift00:15
*** dmorita has quit IRC00:17
*** dmorita has joined #openstack-swift00:19
*** tonanhngo has quit IRC00:19
*** winggundamth_ has joined #openstack-swift00:39
*** dmorita has quit IRC00:53
*** winggundamth_ has quit IRC00:54
*** dmorita has joined #openstack-swift00:54
*** tonanhngo has joined #openstack-swift00:57
*** tonanhngo has quit IRC01:02
*** sams-gleb has joined #openstack-swift01:02
*** openstackgerrit has quit IRC01:02
*** sams-gleb has quit IRC01:07
*** dmorita has quit IRC01:17
*** dmorita has joined #openstack-swift01:18
*** tonanhngo has joined #openstack-swift01:49
*** JimCheung has quit IRC01:50
*** tonanhngo has quit IRC01:50
*** tonanhngo has joined #openstack-swift01:50
*** tanee is now known as tanee_away02:08
*** Jeffrey4l_ has quit IRC02:10
*** tanee_away is now known as tanee02:10
*** klrmn has quit IRC02:12
*** cdelatte has quit IRC02:19
*** SkyRocknRoll has joined #openstack-swift02:23
*** JimCheung has joined #openstack-swift02:31
*** JimCheung has quit IRC02:39
claygisn't there a per-policy proxy sorting option patch floating around?02:47
claygpatch 38276602:47
patchbothttps://review.openstack.org/#/c/382766/ - swift - Support Read/Write Affinity Per Policy02:47
*** bkopilov has quit IRC03:02
*** openstackgerrit has joined #openstack-swift03:15
openstackgerritClay Gerrard proposed openstack/swift master: WIP: trying to understand global-ec  https://review.openstack.org/42799403:15
*** dmorita has quit IRC03:25
*** SkyRocknRoll has quit IRC03:30
openstackgerritMerged openstack/swift master: Rebalance with min_part_seconds_left > 0  https://review.openstack.org/32696703:33
*** Jeffrey4l has joined #openstack-swift03:41
*** dmorita has joined #openstack-swift03:55
*** dmorita has quit IRC03:59
timburke:-( all this reconstructor stuff is prompting a lot of conflicts...04:01
mahaticgood morning04:15
mahaticclayg: I like the idea of squashing patch 426336, especially coz the other reviewers don't have to look at another change while reviewing patch 41978704:18
*** psachin has joined #openstack-swift04:18
patchbothttps://review.openstack.org/#/c/426336/ - swift - Fix race when consolidating new partition04:18
patchbothttps://review.openstack.org/#/c/419787/ - swift - Better optimistic lock in get_hashes04:18
mahaticbut then both just need a +A atm04:18
*** bkopilov has joined #openstack-swift04:19
mahaticif you're gonna have another patchset for 419787 though, squashing makes sense to me04:21
*** silor has joined #openstack-swift04:37
*** zaitcev has quit IRC04:50
*** silor has quit IRC04:51
*** tonanhngo has quit IRC04:54
*** sams-gleb has joined #openstack-swift05:08
*** sams-gleb has quit IRC05:13
*** bkopilov_ has joined #openstack-swift05:25
*** ppai has joined #openstack-swift05:27
*** m_kazuhiro has joined #openstack-swift05:41
*** SkyRocknRoll has joined #openstack-swift05:45
m_kazuhirogood morning05:46
*** SkyRocknRoll has quit IRC05:49
*** tonanhngo has joined #openstack-swift05:56
*** gmmaha has quit IRC06:11
*** cschwede has quit IRC06:12
*** kota_ has quit IRC06:12
*** kota_ has joined #openstack-swift06:13
*** ChanServ sets mode: +v kota_06:13
*** remix_tj has quit IRC06:13
*** swifterdarrell has quit IRC06:13
*** gmmaha has joined #openstack-swift06:13
*** remix_tj has joined #openstack-swift06:16
*** swifterdarrell has joined #openstack-swift06:18
*** ChanServ sets mode: +v swifterdarrell06:18
*** cschwede has joined #openstack-swift06:21
*** Jeffrey4l has quit IRC06:25
*** Jeffrey4l has joined #openstack-swift06:26
*** McMurlock1 has joined #openstack-swift06:35
*** psachin has quit IRC06:42
*** tonanhngo has quit IRC06:45
*** tonanhngo has joined #openstack-swift06:45
*** tonanhngo has quit IRC06:46
*** sams-gleb has joined #openstack-swift06:51
kota_clayg: thanks for a lot of comments, will check out!06:56
*** psachin has joined #openstack-swift06:58
*** rcernin has joined #openstack-swift07:06
*** wer has quit IRC07:13
*** tesseract has joined #openstack-swift07:16
*** ChubYann has quit IRC07:17
*** psachin has quit IRC07:30
*** m_kazuhiro has quit IRC07:36
*** pcaruana has joined #openstack-swift07:39
*** pcaruana has quit IRC07:42
*** psachin has joined #openstack-swift07:42
*** pcaruana has joined #openstack-swift07:43
mathiasbgood morning!07:47
*** wer has joined #openstack-swift07:49
*** oshritf has joined #openstack-swift07:49
*** m_kazuhiro has joined #openstack-swift07:57
*** tonanhngo has joined #openstack-swift08:02
*** tonanhngo has quit IRC08:04
*** rledisez has joined #openstack-swift08:08
*** ma91 has joined #openstack-swift08:27
*** geaaru has joined #openstack-swift08:27
ma91Hi, does anybody know, I would need a REST API to transfer data between Swift and a POSIX filesystem , does this exist already?08:27
*** rcernin has quit IRC08:28
ma91so the REST API would allow listing the POSIX fs, listing the Swift objects and do (asynchronous) transfers from one to the other08:28
*** oshritf has quit IRC08:31
*** oshritf has joined #openstack-swift08:32
*** cbartz has joined #openstack-swift08:46
*** rcernin has joined #openstack-swift08:52
*** cbartz has joined #openstack-swift08:53
*** remix_tj has quit IRC09:13
*** oshritf has quit IRC09:15
*** remix_tj has joined #openstack-swift09:16
*** Shashikant86 has joined #openstack-swift09:16
*** jordanP has joined #openstack-swift09:22
*** Jeffrey4l has quit IRC09:30
*** Shashikant86 has quit IRC09:30
*** Jeffrey4l has joined #openstack-swift09:31
cschwedecbartz: Hello! You can easily check which other middlewares are in the pipeline *after* your middleware (because these got loaded earlier)09:45
cschwedecbartz: another option is to parse the config again in your middleware09:46
*** Shashikant86 has joined #openstack-swift09:47
cschwedecbartz: the conf dictionary has an attribute __file__ that returns the current proxy server config filename09:48
cschwedecbartz: however, if the file changed between start of the proxy and parsing it in the middleware, it's outdated (granted, it's just a short timeframe, but nevertheless might be a reason for a race condition)09:49
*** m_kazuhiro has quit IRC10:20
*** Shashikant86 has quit IRC10:32
*** Shashikant86 has joined #openstack-swift10:36
*** sams-gleb has quit IRC10:45
*** sams-gleb has joined #openstack-swift10:46
*** sams-gleb has quit IRC10:51
*** dmorita has joined #openstack-swift10:57
*** lxsli has quit IRC10:58
*** dmorita has quit IRC11:02
*** vinsh has quit IRC11:04
*** kei_yama has quit IRC11:07
*** NM has joined #openstack-swift11:09
*** sams-gleb has joined #openstack-swift11:31
*** psachin has quit IRC11:43
*** Tahvok has joined #openstack-swift11:45
TahvokHey guys!11:45
TahvokI'm trying to understand some inconsistency between the guide and a conf file in mitaka11:46
Tahvok'filter:authtoken' section at the bottom here:  http://docs.openstack.org/mitaka/install-guide-ubuntu/swift-controller-install.html11:46
*** catintheroof has joined #openstack-swift11:47
TahvokIt says to configure 'memcached_servers', 'auth_type', 'project_domain_name' and 'user_domain_name'. However memcached config does not exist, and the others have a different name: auth_plugin, project_domain_id and user_domain_id11:49
TahvokSo what is the correct name for this configurations? From the guide or from the config file?11:50
*** psachin has joined #openstack-swift11:55
*** bkopilov_ has quit IRC11:57
*** bkopilov has quit IRC11:58
TahvokI checked, and it's the same issue for newton: http://docs.openstack.org/project-install-guide/object-storage/draft/controller-install-ubuntu.html11:59
*** openstackgerrit has quit IRC12:03
*** tonanhngo has joined #openstack-swift12:04
*** tonanhngo has quit IRC12:07
mahaticTahvok: Not sure if this is helpful, but Keystone api docs say both are acceptable parameters - http://docs.openstack.org/developer/python-keystoneclient/api/keystoneclient.auth.identity.v3.html12:18
*** geaaru has quit IRC12:23
*** Shashikant86 has quit IRC12:24
cbartzcschwede: Thank you. Since it is possible to know all middleware *after*, it is obvious if a required middleware (like copy) comes before or not. A question to the technical side: To retrieve the middleware after, you would use the instance variable most middlewares I have seen name *app*? All middleware shipped by swift use this name, right?12:24
*** Shashikant86 has joined #openstack-swift12:33
*** geaaru has joined #openstack-swift12:36
*** openstackgerrit has joined #openstack-swift12:40
openstackgerritChristian Schwede proposed openstack/swift master: Add support to increase object ring partition power  https://review.openstack.org/33729712:40
*** vint_bra has joined #openstack-swift12:44
*** ppai has quit IRC12:48
*** mvk has quit IRC12:55
*** ppai has joined #openstack-swift13:05
cschwedecbartz: yes, you'd use the app parameter. I think all included middlewares use the name "app", but I didn't checked that - though I vague remember that this is a WSGI requirement13:23
cschwedecbartz: well, it seems all middlewares use "app": http://paste.openstack.org/show/597353/13:25
*** klamath has joined #openstack-swift13:28
*** klamath has quit IRC13:28
*** klamath has joined #openstack-swift13:29
*** mvk has joined #openstack-swift13:29
cbartzcschwede: Thank you very much!13:32
cschwedecbartz: you're welcome :)13:33
*** ma91 has left #openstack-swift13:36
*** balu_23 has joined #openstack-swift13:40
*** silor has joined #openstack-swift13:42
openstackgerritChristian Schwede proposed openstack/swift master: Add support to increase object ring partition power  https://review.openstack.org/33729713:47
*** silor1 has joined #openstack-swift13:50
*** silor has quit IRC13:52
*** silor1 is now known as silor13:52
*** psachin has quit IRC13:55
*** dmorita has joined #openstack-swift14:18
*** dmorita has quit IRC14:18
*** dmorita has joined #openstack-swift14:19
*** bkopilov_ has joined #openstack-swift14:19
*** bkopilov has joined #openstack-swift14:19
*** Jeffrey4l has quit IRC14:24
*** psachin has joined #openstack-swift14:26
openstackgerritGábor Antal proposed openstack/swift master: Handle log message interpolation by the logger  https://review.openstack.org/42815914:27
*** zaitcev has joined #openstack-swift14:30
*** ChanServ sets mode: +v zaitcev14:30
*** Jeffrey4l has joined #openstack-swift14:36
*** psachin has quit IRC14:37
*** Jeffrey4l has quit IRC14:42
*** Jeffrey4l has joined #openstack-swift14:44
*** ppai has quit IRC14:49
*** tonanhngo has joined #openstack-swift14:49
*** balu_23 has quit IRC14:54
*** _JZ_ has joined #openstack-swift15:01
*** sams-gleb has quit IRC15:04
*** sams-gleb has joined #openstack-swift15:05
*** dmorita has quit IRC15:08
*** balu_23 has joined #openstack-swift15:08
*** balu_23 has quit IRC15:08
*** sams-gleb has quit IRC15:09
*** dmorita has joined #openstack-swift15:16
*** dmorita has quit IRC15:22
*** sams-gleb has joined #openstack-swift15:23
*** gabor_antal_ has joined #openstack-swift15:32
*** gabor_antal has quit IRC15:32
*** vinsh has joined #openstack-swift16:00
notmynamehello16:05
*** oshritf has joined #openstack-swift16:27
*** vinsh has quit IRC16:28
*** rcernin has quit IRC16:29
*** tesseract has quit IRC16:41
*** oshritf has quit IRC16:41
*** klrmn has joined #openstack-swift16:43
*** chsc has joined #openstack-swift16:47
*** chsc has joined #openstack-swift16:47
*** vinsh has joined #openstack-swift16:51
*** McMurlock1 has quit IRC16:54
*** JimCheung has joined #openstack-swift16:54
*** cbartz has quit IRC16:59
jrichliTahvok: when I grep for memcached_server over the repo, I only see it in the install guide, but not in the code being used.  I see that cache = swift.cache is being used, though.16:59
jrichliso I'd go with the http://docs.openstack.org/developer/swift/overview_auth.html config example wrt cache17:00
*** hoonetorg has quit IRC17:03
*** hoonetorg has joined #openstack-swift17:04
TahvokFrom what I see under bin/swift-proxy-server17:11
TahvokIt doesn't care of the options, and passes them to 'proxy-server' - what is that proxy-server I'm trying to understand now17:11
*** tonanhngo has quit IRC17:13
jrichliTahvok: the proxy-server is the process on your proxy node.  What type of cluster are you running / building?17:17
*** JimCheung has quit IRC17:18
jrichliTahvok: fwiw, in authtoken, using ids are preferred over using names because they are unique.17:19
*** JimCheung has joined #openstack-swift17:19
* jrichli is off to lunch17:21
*** JimCheung has quit IRC17:21
TahvokI'll continue to investigate later..17:22
*** dmorita has joined #openstack-swift17:22
TahvokHopefully some swift dev would be able to help me to solve the mistery17:22
notmynameTahvok: I didn't see what the original mystery is that you're trying to solve17:23
notmynamewhat's up?17:23
Tahvok'filter:authtoken' section at the bottom here:  http://docs.openstack.org/mitaka/install-guide-ubuntu/swift-controller-install.html17:25
TahvokIt says to configure 'memcached_servers', 'auth_type', 'project_domain_name' and 'user_domain_name'. However memcached config does not exist, and the others have a different name:  auth_plugin, project_domain_id and user_domain_id17:25
TahvokI checked, and it's the same issue for newton: http://docs.openstack.org/project-install-guide/object-storage/draft/controller-install-ubuntu.html17:25
notmynameTahvok: the memcache settings are in a different config section. see the 'filter:cache' section instead of 'filter:authoken'17:26
*** Shashikant86 has quit IRC17:27
Tahvoknotmyname: you're speaking of memcache_servers setting. I'm speaking of memcached_servers settings as per the guide: http://docs.openstack.org/mitaka/install-guide-ubuntu/swift-controller-install.html17:27
TahvokAs I said in pm to jrichli, even the developer docs contradict each other17:27
*** dmorita has quit IRC17:27
TahvokHere it says 'user_domain_id': http://docs.openstack.org/developer/swift/overview_auth.html17:27
TahvokAnd here 'user_domain_name': http://docs.openstack.org/developer/keystonemiddleware/middlewarearchitecture.html#configuration17:28
notmynameTahvok: we've got some well-commented sample config files that may help https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample17:31
TahvokAnd I'm speaking of this well-commented file.17:32
TahvokIt has 1 missing config, and 3 different than what is written on the official install guide.17:33
*** JimCheung has joined #openstack-swift17:33
notmynameTahvok: AFAIK, both id and name will work. the authtoken config values will be passed to the keystone code, so when there's disagreement, I'd prefer the one written by keystone people17:33
notmynamethe ones that are in the swift docs were tested to work, and I believe there's a comment to that effect in the sample config file17:34
Tahvoknotmyname: nothing in the sample file, or I wouldn't have asked the question here. Either way, I understand that it should work, but maybe update the sample file to be similar to the official doc?17:35
notmynameof the different things you're looking at, there is not any one that is more official than any other17:36
notmynameit's just words written by different groups of people17:36
notmynamespecifically, I'm referring to https://github.com/openstack/swift/blob/master/etc/proxy-server.conf-sample#L32017:36
notmynamewhere it says these were tested to work, but defers to keystone's docs for any conflicts17:37
TahvokI see17:37
*** hoonetorg has quit IRC17:38
*** jordanP has quit IRC17:38
timburkegood morning17:39
*** chlong has joined #openstack-swift17:39
*** hoonetorg has joined #openstack-swift17:40
*** dmorita has joined #openstack-swift17:46
*** hoonetorg has quit IRC17:47
*** dmorita has quit IRC17:48
*** dmorita has joined #openstack-swift17:48
*** hoonetorg has joined #openstack-swift17:58
*** McMurlock1 has joined #openstack-swift18:00
*** tonanhngo has joined #openstack-swift18:03
*** rledisez has quit IRC18:06
*** tqtran has joined #openstack-swift18:19
*** JimCheung has quit IRC18:22
*** geaaru has quit IRC18:22
*** JimCheung has joined #openstack-swift18:23
*** JimCheung has quit IRC18:25
*** mvk has quit IRC18:35
notmynameanyone else following the "openstack projects using more memory now" ML thread?18:38
notmynamei wonder if anyone is/has tracked swift's memory usage in prod and seen significant changes18:38
si1verI have graphs from before and after a liberty to mitaka upgrade.18:47
si1verOr are we talking about newton?18:47
notmynamemitaka->newton->ocata is shown on http://lists.openstack.org/pipermail/openstack-dev/2017-February/111413.html18:49
notmynamebut I'm curious about what your graphs may show18:49
si1verAh so my numbers won't help. I need to get some ubuntu 16.04 machines built before I can upgrade further.18:49
notmynameno, I'm not as much interested in the context of that particular ML thread. it just raised the question, in general, for me18:50
notmynamewhat's the blocker by not having 16.04?18:51
si1verI believe the ubuntu-cloud repos for 14.04 only go up to mitaka, and we are tracking with those.18:51
si1verhttps://wiki.ubuntu.com/OpenStack/CloudArchive18:52
notmynameoh I see. because you're using canonical's packaging for it18:53
si1verYes that's right.18:53
si1verMostly that is due to the maturity of the ubuntu openstack install guides on openstack.org.18:53
si1verI do see our average memory use go up by 2GB or so around the mitake upgrade.18:57
notmynamesame number of workers? same number of storage policies or nodes in a ring?19:01
notmynameI mean, you didn't grow your capacity by 10x or something19:01
si1verI'm grabbing a graph screenshot for you from when I deployed this commit.19:02
si1verhttp://i.imgur.com/nmK7n3s.png19:08
si1verNot a clear smoking gun there, but upgrading to mitaka was the only change around that time.19:09
notmynameyeah, interesting19:12
claygcschwede: you didn't get a chance to look at the get hashes!19:12
clayg:\19:12
claygfor *me* fixing this mess in get_hashes is a higher priority some of the other patches on the list - and not because I worked on it - I worked on it - *BECAUSE* fixing bugs which are increasing our durability risk and optimizing rebalance are so important!19:15
* clayg steps off soapbox19:15
*** McMurlock1 has quit IRC19:28
timburkeclayg: you never put it on https://wiki.openstack.org/wiki/Swift/PriorityReviews :-(19:29
*** eranrom has joined #openstack-swift19:29
claygtimburke: I guess?  we've been talking about it in every weekly meeting for three weeks?19:32
claygI don't normally add things to that page - but that's probably mostly just notmyname picking up my slack19:32
timburkei know. and it seems like there's already a lot of support behind it. but this week, that's been my list of things to run down19:32
timburke(that and i hate trying to spot concurrency issues)19:33
claygtimburke: it's ok - if I had to guess; I would think cschwede just got excited about your excellent review of part-power and wanted to get you a fresh rev and ran out of time.19:34
claygit's NBD - either we'll merge it today or this evening or I'll package a patched version of the release so we can start QA19:34
timburkeit's part of why i included a patch with "here's everything we need for me to +2" :-)19:35
claygyeah reviewing that patch is mess19:35
claygthe *only* think it has going for it is that it's been through a *bunch* of iterations19:35
claygit's unlikely in my opinion someone coming to it fresh is going to find something *new* that hasn't been considered or debated to some extent - it's mostly just catching up to snuff and understanding the impact of the change - it's shouldn't be like acoles_ clayg mahatic and Pavel are *only* people that know how suffix hashing works anymore19:37
*** dmorita has quit IRC19:37
*** dmorita has joined #openstack-swift19:38
claygtimburke: although it does look cschwede got part-power-increase square for you!  that's *huge* kudos!19:40
*** dmorita has quit IRC19:49
openstackgerritMerged openstack/swift master: Handle log message interpolation by the logger  https://review.openstack.org/42815919:54
notmynamefor your consideration, here is the draft logo from the foundation for swift http://d.not.mn/swift_draft_logo.png19:58
notmyname(I'm told the hairline white triangles aren't there in the final)19:58
*** dmorita has joined #openstack-swift19:59
notmynameplease leave comments in here or pm me or email me if you have issues with it19:59
notmyname(and with that, i need to step away briefly)19:59
*** ChubYann has joined #openstack-swift20:00
*** tqtran has quit IRC20:05
*** dmorita has quit IRC20:05
*** dmorita has joined #openstack-swift20:09
*** lespaul has joined #openstack-swift20:14
*** lespaul has quit IRC20:16
openstackgerritClay Gerrard proposed openstack/swift master: Optimize reconstructor handoffs_first  https://review.openstack.org/42840820:30
zaitcevAww Tim, you cannot do line veto :-)  +2 is +220:31
openstackgerritClay Gerrard proposed openstack/swift master: Optimize reconstructor handoffs_first  https://review.openstack.org/42840820:33
claygline veto sounds awesome - I remember we used to talk about that alot when we did specs "find the parts for which there's strong agreement and merge those!"20:34
claygI wish legislation followed the same practice - good engineering encourages the avoidance of riders - stick to what's minimally nessecary - then expand/enhance in followups - refactor before building out20:35
*** joeljwright has joined #openstack-swift20:35
*** ChanServ sets mode: +v joeljwright20:35
claygit's hard tho :\20:36
claygi think it's literally more work (for the author) to land a bunch of small patches than one big one that just fixes a bunch of stuff20:36
*** mvk has joined #openstack-swift20:38
timburkezaitcev: it's a *good* patch! +2 is +2! just throwing out that there may be some further improvements to be made, but i'm happy to see it as future work20:40
timburke*if* we want to address them now, so much the better, i'll +2 that patchset too! +2 all the things!20:41
timburkenotmyname: still multiple colors? i'm not really opposed to blue instead of brown, but the white underside is closer to a barn swallow20:45
*** joeljwright has quit IRC20:50
claygkota_: look forward to your thoughts on patch 428408 and response on patch 425493 - fixing the broken handoffs_first mode in the reconstructor is a high priority for me20:51
patchbothttps://review.openstack.org/#/c/428408/ - swift - Optimize reconstructor handoffs_first20:51
patchbothttps://review.openstack.org/#/c/425493/ - swift - Make the reconstructor handoffs_first work (and us...20:51
* clayg is back to global-ec20:51
claygtimburke: I think we should change the logo to like a raven - something to scare everyone away20:52
notmynametimburke: they did a much better job on this one. first version was clearly a swallow. this one is more like a swift (but kinda like a house martin) http://www.bbc.co.uk/nature/2252742020:52
notmynametimburke: however, I'm not sure that we'll get orthothographical purity from the foundation logo20:53
claygwe're all learning way too much about birds in this process20:54
timburkewould it really be so hard to just do something like http://imgur.com/a/62naP ?20:59
notmynametimburke: nope. I don't imagine that would be hard at all21:00
claygomg - now we're bird *and* photoshop experts!?21:01
timburkenotmyname: i suppose the other question is, would you like it more?21:01
notmynametimburke: I might21:01
notmynameclayg: you can call us "full-stack" open source contributors21:01
timburkeclayg: if i were still using windows much at all, i would've done that in paint21:01
claygtimburke: i've run out of ^&*#s21:01
claygtimburke: notmyname's sister does the official Swift logos - OpenStack can do whatever they want and call it whatever they want21:02
notmynameclayg is like, "uhhh, I don't understand. this bird-like picture doesn't help me rebalance my rings *at all*"21:02
timburkeclayg: i feel like that general attitude has led to some of our recent tensions...21:02
timburkeclayg: if we don't kinda *try* to help, it's all going to devolve until we get something like https://commons.wikimedia.org/wiki/File:Chimera_Apulia_Louvre_K362.jpg21:04
notmynameI think the marketing team at the foundation had an idea to make logos for everyone, thought it would be a fun little thing, and completely didn't realize either the level of effort or the reactions they'd get from devs21:07
claygrofl21:08
*** vint_bra has quit IRC21:08
claygyou two are both *awesome* - it really does take a village - keep up the good fight!21:08
notmynameI still have no idea how "let's make a logo for everyone" squares with "we don't promote individual project brands"21:08
*** NM has quit IRC21:09
notmynameeg ttx's email here http://lists.openstack.org/pipermail/openstack-dev/2017-January/109936.html21:09
*** catintheroof has quit IRC21:14
claygnotmyname: mattoliverau: I need the review for container sharding - anyone have it starred?21:14
claygpatch 42390621:15
patchbothttps://review.openstack.org/#/c/423906/ - swift - Add container sharding to Swift containers21:15
*** catintheroof has joined #openstack-swift21:15
claygsorry, turns out I *do* know how to use gerrit search!21:15
notmynamewas nearly there :-)21:15
*** catintheroof has quit IRC21:19
notmynamejust as something to keep in the back of your minds...21:19
notmynamethere's been a bunch of complaining in openstack about using eventlet. (just saw it again on the mailing list)21:20
timburkei've noticed that too...21:20
notmynameI wouldn't be surprised if there is a larger effort to remove eventlet or something21:20
claygyeah transparent cooperative concurrency in general can be pretty annoying :\21:21
claygwhat's the thread?  what's the alternative suggested?21:21
*** silor has quit IRC21:21
notmynamethere's the pike goal of "everything as a wsgi app" by which they mean "run it under apache/mod_wsgi"21:22
timburkeclayg: http://lists.openstack.org/pipermail/openstack-dev/2017-February/111516.html21:22
notmynameclayg: no. the two things I've seen recently are "every time eventlet upgrades, everything breaks" and in the current oom-killer thread talking about "use a 'real' web server instead of eventlet"21:22
claygseems orthogonal?  Maybe their conflating their gripes?  I used to do that - anytime anything with within two modules of setup.py/disutils/pkg_resources caused me problems I blamed pbr21:22
clayghow come horizon get's to be so small!21:24
notmynameyeah, maybe. but it doesn't matter? my point is that eventlet keeps getting brought up as a punching bag21:24
claygyeah let's punch it!21:24
claygi got no love for eventlet - it's like any good drug - it feels fine at first but the more you use it the more you hate yourself :'(21:25
clayg... doesn't mean i'm going to stop21:25
claygI NEED my coffee21:25
notmynamehave you used *any* libray in any language in your career that you still love after using it for years?21:25
notmynamebesides swift, of course ;-)21:25
timburkenotmyname: as a library? i think most people here would agree, swiftclient *still* sucks :P21:26
notmynamelol21:26
notmynameprogramming: everything's terrible, but perhaps we can make it slightly less terrible21:26
timburkenotmyname: ...but then clayg tells you, "no, now it *has* to be terrible, because clients *expect* it to be terrible"21:28
tdasilvarofl21:31
tdasilvaouch21:31
*** Jeffrey4l has quit IRC21:35
*** Jeffrey4l has joined #openstack-swift21:38
jrichlidoes anyone have a feel for the prevalence of older swift versions?  as in, you can be fairly confident that people are running with at least version x?21:57
si1verI see a lot of icehouse running around, and I have a havana cluster up and in prod.21:58
jrichlisi1ver: thank you for the feedback.21:58
si1verLooks like ubuntu still supports 12.04, and that shipped with essex. FWIW.21:59
jrichliok21:59
openstackgerritClay Gerrard proposed openstack/swift master: Optimize reconstructor handoffs_first  https://review.openstack.org/42840821:59
clayg^ oops!  one of those days21:59
claygjrichli: IME people can be very slow to upgrade - we have some people running basically every version of swift we've ever released - which is ~1.7 - although recently we've made some headway bring people up to ~1.13 which was our last release before storage policies22:02
timburkeyowza! essex would put it back at 1.4.8 -- havana was 1.10.0, icehouse 1.13.122:02
claygI don't remember exactly how old that is or what OS release it ties back to22:02
claygwas icehouse a long time ago?22:02
claygApr 2014?  seems like awhile ago :'(22:03
jrichliclayg: ok, thanks for feedback22:04
claygI think storage infrastructure folks are used to upgrades every 3-5 years and don't normally think much about software updates to the storage that was a box - how often do you upgrade your refridgerator?  you don't - you stick stuff in it - eventually you buy one that makes ice22:04
claygit's a brave new world22:05
claygjrichli: fwiw lots of people upgrade everytime we release!  lots of other folks upgrade to get some feature and then go back to the old anit-upgrade party.  I'm not sure how representative swiftstack deployments are in terms of upgrade patterns for the broader devops oriented teams.22:06
claygif the question is about what features should apps code to - it depends on if they need to support private or public installations - and I think our customers would upgrade to get a feature that was required by an application as long as it used info correct and told them they need a newer swift?22:07
clayg"dood i'm the bomb app, you know you want me - your swift is 3 years old, upgrade already"22:08
jrichliclayg: the question came from a group that I didn't even know about (darn IBM is so big!).  but I know the question was more about would it be ok to possible drop support for some older versions22:10
claygdrop support in... a client or like deployment tooling?  No one goes out of their way to *deploy* old versions.  If it's just management tools as long as they say "you need to upgrade your swift before you upgrade to management suite XYZ" that should be easy enough to deprecate support and then eventually do a checkpoint release?22:11
*** tqtran has joined #openstack-swift22:11
claygor just wing it and see what happens22:11
jrichliright, makes sense.  i really dont know about what this group is providing at all.  I am going to get more info.  but this helps me respond with something.  thanks!22:13
claygsorry - I'll shut up now22:13
*** dmorita has quit IRC22:24
*** dmorita has joined #openstack-swift22:25
*** dmorita has quit IRC22:25
*** dmorita has joined #openstack-swift22:25
*** NM has joined #openstack-swift22:28
*** NM has quit IRC22:35
jrichlimattoliverau, hurricanerix, dfg_, redbo_ : what version of swift is rackspace running with?  (clayg - you happen to know?)22:44
*** sams-gleb has quit IRC22:46
*** chsc has quit IRC22:48
jrichliclayg: turns out this system acts as a client for possibly any swift cluster / probably the more commonly used like public clusters22:52
-openstackstatus- NOTICE: Restarting gerrit due to performance problems22:52
*** NM has joined #openstack-swift22:56
*** NM has quit IRC22:57
*** klamath has quit IRC23:22
openstackgerritClay Gerrard proposed openstack/swift master: Optimize reconstructor handoffs_first  https://review.openstack.org/42840823:28
notmynamejrichli: according to /info RAX is running 2.2.023:28
*** tonanhngo has quit IRC23:29
clayghey that's pretty good!23:29
notmynamethat was released dec 201423:29
jrichlinotmyname: oh, thanks!23:29
*** kei_yama has joined #openstack-swift23:29
notmynamepersonally I don't like it because it doesn't support container tempurls, and I wanted to use that23:29
*** tonanhngo has joined #openstack-swift23:34
claygi swear I've checked out patch 219165 like 3 times - if tests fail again on patch 419787 i give up - computers are too hard - i'm going home23:38
patchbothttps://review.openstack.org/#/c/219165/ - swift - EC Fragment Duplication - Foundational Global EC C...23:38
patchbothttps://review.openstack.org/#/c/419787/ - swift - Better optimistic lock in get_hashes23:38
claygoh.. no not that one - better get hashes is awesome - stupid this patch 42840823:38
patchbothttps://review.openstack.org/#/c/428408/ - swift - Optimize reconstructor handoffs_first23:38
*** tonanhngo has quit IRC23:39
* clayg cries - thanks timburke I agree the stub part_info dicts should have representative keys if possible - good call23:40
timburkeclayg: just further proof that there can be no greater time suck than writing a patch whose commit message starts "optimize..." :-(23:42
timburkeit's just, like, destined to take 5x longer than you thought it would23:42
claygtimburke: rofl!!23:44
*** sams-gleb has joined #openstack-swift23:47
openstackgerritClay Gerrard proposed openstack/swift master: Optimize reconstructor handoffs_first  https://review.openstack.org/42840823:49
*** sams-gleb has quit IRC23:52

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