Monday, 2016-11-28

*** rcernin has quit IRC00:42
*** catinthe_ has quit IRC01:16
*** catintheroof has joined #openstack-swift01:17
*** catintheroof has quit IRC01:21
*** davideagle has quit IRC01:25
*** jamielennox is now known as jamielennox|away01:26
kota_good morning01:26
kota_it looks like, that was really quiet weekend due to, maybe, thanks giving.01:27
*** siva_krish has joined #openstack-swift01:33
mattoliveraukota_: morning, yeah pretty quiet01:48
kota_mattolvierau: o/01:49
kota_mattoliverau:^^01:49
*** btorch has left #openstack-swift02:00
*** siva_krish has quit IRC02:11
*** jamielennox|away is now known as jamielennox02:15
openstackgerritKota Tsuyuzaki proposed openstack/pyeclib: Add soft warning log line when using liberasurecode <1.3.1  https://review.openstack.org/39874402:22
kota_yeah, quiet environment makes our gate jobs to run so quick02:24
*** Jeffrey4l has joined #openstack-swift02:28
*** cmd-t has joined #openstack-swift02:59
cmd-tHi all02:59
cmd-tCan anyone help with swift query option03:00
*** cmd-t has quit IRC03:03
*** kei_yama has quit IRC03:12
*** psachin has joined #openstack-swift04:10
mattoliveraucschwede: we can try, whats up?04:10
mattoliveraucschwede: sorry, tab complete error, seems like cmd-t has gone :)04:10
*** links has joined #openstack-swift04:13
*** SkyRocknRoll has joined #openstack-swift04:51
*** ppai has joined #openstack-swift05:26
*** PavelK_ has joined #openstack-swift06:10
*** PavelK_ has quit IRC06:10
*** PavelK_ has joined #openstack-swift06:11
*** tdasilva has quit IRC06:35
*** sams-gleb has joined #openstack-swift06:46
*** SkyRocknRoll has quit IRC07:01
*** SkyRocknRoll has joined #openstack-swift07:05
*** silor has joined #openstack-swift07:14
*** tdasilva has joined #openstack-swift07:14
*** ChubYann has quit IRC07:19
*** silor1 has joined #openstack-swift07:23
*** silor has quit IRC07:25
*** silor1 is now known as silor07:25
*** manous has quit IRC07:29
*** Jeffrey4l has quit IRC07:35
*** Jeffrey4l has joined #openstack-swift07:43
*** rcernin has joined #openstack-swift07:44
*** pcaruana has joined #openstack-swift07:45
*** manous has joined #openstack-swift07:46
*** sams-gleb has quit IRC07:49
*** oshritf has joined #openstack-swift08:05
*** geaaru has joined #openstack-swift08:25
*** hseipp has joined #openstack-swift08:26
*** rledisez has joined #openstack-swift08:27
*** bkopilov has quit IRC08:30
*** bkopilov has joined #openstack-swift08:32
*** manous has quit IRC08:48
*** manous has joined #openstack-swift08:49
*** amoralej|off is now known as amoralej08:52
*** ppai has quit IRC08:53
*** oshritf has quit IRC08:58
*** oshritf has joined #openstack-swift08:59
*** ppai has joined #openstack-swift09:06
*** acoles_ is now known as acoles09:16
*** PetrKubena has left #openstack-swift09:25
*** PetrKubena has joined #openstack-swift09:29
*** oshritf has quit IRC09:38
onovycschwede: hi :)09:41
onovyi'm not saying your patch is bad, but i think there is better solution without list09:41
*** Worry has joined #openstack-swift09:42
onovybut i don't want to waste Pavel's time. so if you say: Pavel solution is wrong, let's abandon it and have your solution09:42
*** donagh has joined #openstack-swift09:45
*** Worry has quit IRC09:48
*** Worry has joined #openstack-swift09:49
*** NeverWorry has joined #openstack-swift09:54
*** EverNine has joined #openstack-swift09:55
*** Worry has quit IRC09:56
*** asettle has joined #openstack-swift09:56
*** NeverWorry has quit IRC09:58
*** abalfour has quit IRC09:58
*** abalfour has joined #openstack-swift09:59
*** cbartz has joined #openstack-swift10:01
*** gabor_antal has joined #openstack-swift10:02
*** oshritf has joined #openstack-swift10:02
*** SkyRocknRoll has quit IRC10:03
*** SkyRocknRoll has joined #openstack-swift10:03
*** EverNine has quit IRC10:04
*** SkyRocknRoll has quit IRC10:05
*** gabor_antal_ has quit IRC10:05
*** SkyRocknRoll has joined #openstack-swift10:05
*** manous has quit IRC10:06
*** stevemar has quit IRC10:19
*** sams-gleb has joined #openstack-swift10:22
cschwedeonovy: Hi! No, I’m not saying PavelK_ patch is bad, actually it’s a nice idea! But there is an error in it, and I think it’s even more simple. Also tests are missing. Let me try something, if that works i update my patch and include PavelK_ as Co-Author, if that’s ok for you10:31
*** Worry has joined #openstack-swift10:33
onovycschwede: or Pavel can fix his patch. But we are fine with update of your patch too :))10:33
openstackgerritCharles Hsu proposed openstack/python-swiftclient: Apply headers to SLO/DLO segments.  https://review.openstack.org/40361010:38
*** Worry has quit IRC10:51
*** kragniz has quit IRC10:54
*** kragniz has joined #openstack-swift10:54
*** Worry has joined #openstack-swift11:10
*** acoles is now known as acoles_11:10
cschwedeonovy: PavelK_: added my comments to https://review.openstack.org/#/c/402324/211:13
patchbotpatch 402324 - swift - Fix missing suffixes during replication11:13
cschwedeonovy: PavelK_ I have a local patch that I could squash into your patch, if you’re ok with it11:14
*** ppai has quit IRC11:14
openstackgerritDonagh McCabe proposed openstack/swift: Add python3-dev to bindep and use py27for some envs  https://review.openstack.org/39504911:14
*** ppai has joined #openstack-swift11:17
*** Worry has quit IRC11:21
PavelK_cschwede: Sure, I'm OK with it11:31
*** ppai has quit IRC11:31
*** acoles_ is now known as acoles11:33
PavelK_Yesterday I saw that you work on a patch so I cleaned some unrelated code from my first commit and left my solution because yours looks fine...11:34
PavelK_So if you have patch prepared, please update 402043. Or leave me a comment what should be better and I can complete tests.11:36
*** davideagle has joined #openstack-swift11:41
openstackgerritCharles Hsu proposed openstack/python-swiftclient: Apply headers to SLO/DLO segments.  https://review.openstack.org/40361011:42
*** derekjhyang has joined #openstack-swift11:43
*** ppai has joined #openstack-swift11:44
*** SkyRocknRoll has quit IRC12:01
openstackgerritChristian Schwede proposed openstack/swift: Fix non-deterministic suffix updates in hashes.pkl  https://review.openstack.org/40232412:05
cschwedePavelK_: onovy ^^12:05
onovycschwede:         self.replication_phase = 0 // this will not work for run_once=True12:10
*** Worry has joined #openstack-swift12:29
*** Worry has quit IRC12:41
*** amoralej is now known as amoralej|off12:46
*** amoralej|off is now known as amoralej|lunch12:46
*** silor has quit IRC13:01
*** vint_bra has joined #openstack-swift13:06
asettleHey guys - this is a bit of a stab in the dark, but is there an Alexis Lee in this channel?13:16
asettleAlso, cschwede just wanted to see if you had time to check this one again: https://review.openstack.org/#/c/398814/13:17
patchbotpatch 398814 - openstack-manuals - Fix Swift statsd sample rate notes13:17
*** _JZ_ has joined #openstack-swift13:18
*** ppai has quit IRC13:24
*** xionchen_ has joined #openstack-swift13:43
openstackgerritPavel Kvasnička proposed openstack/swift: Fix non-deterministic suffix updates in hashes.pkl  https://review.openstack.org/40232413:45
openstackgerritPavel Kvasnička proposed openstack/swift: Fix non-deterministic suffix updates in hashes.pkl  https://review.openstack.org/40232413:46
cschwedePavelK_: your last changes are not explicitly, they might pass even if there is a failure13:49
*** amoralej|lunch is now known as amoralej13:50
PavelK_cschwede: I know, please set replication_phase = 0 before test and ignore my "patch"13:53
cschwedeasettle: Hey Alexandra! Sorry, I just had a quick look but no time yet to submit another patch - will do that soon. Thanks a lot for your help, truely appreciated!13:53
cschwedePavelK_: ok13:53
asettlecschwede: no problem! I'm doing a bit of mass cleanup through the patches so I'm being a bit pushy lately :P hopefully my responses inline helped in someway, it is a pretty weird situation.13:53
openstackgerritChristian Schwede proposed openstack/swift: Fix non-deterministic suffix updates in hashes.pkl  https://review.openstack.org/40232413:53
cschwedeasettle: yeah; honestly i should have read the note at the top of that file…13:54
asettleHaha cschwede I wouldn't sweat that, nobody does ;)13:57
asettleI am very good at typing "this is an autogen..." :p13:57
StevenKNote to self: Next time asettle sends out an automated message, question it13:58
* StevenK hides from asettle 13:58
asettleStevenK: hahaha I CHASE YOU DOWN13:58
asettleI've become awkwardly good at finding people in channel13:58
StevenKThere's this whole /names list and everything13:59
*** Worry has joined #openstack-swift14:00
asettleI know!14:00
asettleCrazy stuff ;)14:00
*** links has quit IRC14:04
*** PavelK_ has quit IRC14:08
acolesasettle: Alexis == lxsli14:15
*** Worry has quit IRC14:15
asettleacoles: you know all14:16
asettleIs lxsli around today? :)14:16
acolesthat I do not know ;)14:16
*** Worry has joined #openstack-swift14:16
asettledisppoint! :p14:16
lxsliYo14:18
lxsliasettle: o/14:18
asettleHELLO!14:20
asettlelxsli: I've been poking around manuals stuff all week removing technical debt etc, and I happened along yours: https://review.openstack.org/#/c/398424/14:21
patchbotpatch 398424 - openstack-manuals - WIP first stab at generating Swift config tables14:21
lxsliasettle: for future reference, googling "launchpad <name>" often works :)14:21
asettleGood to know ;)14:21
asettleIt's along a similar vain to the patch that cschwede is working on (at least, won't cause a merge conflict, but is also an auto-gen run for config tables)14:22
lxsli398814?14:22
asettleYis14:23
asettleThat's the ticket14:23
lxsliasettle: the hitch is that autohelp.py doesn't work the same for Swift as it does the other projects14:23
asettleYeah I noticed14:23
asettle*head desk*14:23
lxsliI've a good start on converting autohelp.py to use Stevedore + oslo.config but it's not really part of my job so it might take a little while14:24
lxsliplus it's quite a major change which is always scary from a new-to-the-project contributor14:24
asettleUnderstandable :) well, if you need anything, let us know. But we'll do our best to support any big changes.14:25
asettlePromise nothing bad will happen :p14:25
lxsliThat's on behalf of the openstack-doc-tools team?14:25
lxsliThanks :)14:25
asettleMy overarching statement?14:26
lxsli"if you need anything, let us know" - we're in the swift channel atm so just checking14:27
asettleOh, ha. #openstack-doc14:27
asettle:)14:27
*** rcernin has quit IRC14:27
asettleHead in the clouds.14:27
lxslibadum tish14:27
asettleThank you everyone, here all week.14:27
*** openstackstatus has quit IRC14:28
lxsliasettle: so re: 398424, it's not dead only sleeping, can I leave it open for now? it has -1 jenkins so no one should be looking at it anyway14:28
asettleExcept for this nosy ass, hahahah yeah, if you could just put a note that it's chilling that would be awesome :)14:29
lxsliSure thing14:29
asettleWe get a lot of 'sleeping' patches in docs that never quite wake up, so we tend to do a massive cleanup a few times a year to remove things that people will never touch again.14:29
asettleThanks for getting back in touch :)14:30
*** openstackstatus has joined #openstack-swift14:30
*** ChanServ sets mode: +v openstackstatus14:30
lxsliNo worries14:30
*** rcernin has joined #openstack-swift14:36
*** sams-gleb has quit IRC15:00
*** sams-gleb has joined #openstack-swift15:00
*** psachin has quit IRC15:05
*** sams-gleb has quit IRC15:05
*** Worry has quit IRC15:09
*** daemontool has joined #openstack-swift15:10
*** sams-gleb has joined #openstack-swift15:17
*** cbartz has left #openstack-swift15:40
openstackgerritMathias Bjoerkqvist proposed openstack/swift: Storing encryption root secret in Barbican  https://review.openstack.org/36487815:45
*** arch-nemesis has joined #openstack-swift15:54
*** derekjhyang has quit IRC16:01
*** rledisez has quit IRC16:01
*** mvk has quit IRC16:01
*** PetrKubena has quit IRC16:01
*** tmoreira has quit IRC16:01
*** david-lyle has quit IRC16:01
*** janonymous has quit IRC16:01
*** pdardeau has quit IRC16:01
*** notmyname has quit IRC16:01
*** cebreidian has quit IRC16:01
*** zigo has quit IRC16:01
*** charz_ has quit IRC16:01
*** zigo has joined #openstack-swift16:01
*** PetrKubena has joined #openstack-swift16:01
*** pdardeau has joined #openstack-swift16:02
*** tmoreira has joined #openstack-swift16:02
*** mvk has joined #openstack-swift16:02
*** david-lyle has joined #openstack-swift16:02
*** charz has joined #openstack-swift16:02
*** rledisez has joined #openstack-swift16:02
*** notmyname has joined #openstack-swift16:03
*** ChanServ sets mode: +v notmyname16:03
*** cebreidian has joined #openstack-swift16:03
*** janonymous has joined #openstack-swift16:06
*** mvk has quit IRC16:17
openstackgerritChristian Schwede proposed openstack/swift: Fix non-deterministic suffix updates in hashes.pkl  https://review.openstack.org/40232416:23
*** rcernin has quit IRC16:27
notmynamegood morning. time to catch up on a lot of scrollback and a whole lot of emails16:41
acolesnotmyname: welcome back16:43
notmynamemy holiday break: https://www.youtube.com/watch?v=LIln7Z1iInA16:44
clayggood morning16:44
notmynameclayg: welcome back! (did you see peluse last week?)16:44
acolesnotmyname: sounds perfect16:46
claygnotmyname: no he was in florida16:47
notmynameit was everything I thought it could be16:47
notmynameclayg: AZ wasn't warm/sunny enough?16:48
claygnotmyname: who knows16:49
notmynameclayg: I hope your trip was good16:49
acolesclayg: welcome back too16:50
*** cschwede is now known as cschwede|mtg16:52
notmynameacoles: I was about to make a joke about what landed in swift, but I checked the dashboard and I see that there's a lot of stuff waiting on a final +2. clearly you were busy last week16:52
acolesnotmyname: IDK about +2's, there was plenty of activity on https://bugs.launchpad.net/swift/+bug/163496716:53
openstackLaunchpad bug 1634967 in OpenStack Object Storage (swift) "object-replicator in 2.7.0 and later doesn't replicate all suffixes" [Critical,Fix released]16:53
acolesfix merged on master, backports proposed and cschwede|mtg is working on a follow up16:54
claygit was good - my cousins on my dad's side are older, so their kids are almost grown now (most in late-highschool/college) - it was great to catch up and drink bud light around the fire on the chicken farm16:54
claygthe funniest part was coming home - and my friends are like "what it's *LIKE* there!?" - "umm... still the same"16:55
*** tqtran has joined #openstack-swift16:59
notmynameacoles: cschwede|mtg: what's the follow-up do?17:01
cschwede|mtgnotmyname: it’s fixing another serious issue: patch 40232417:01
patchbothttps://review.openstack.org/#/c/402324/ - swift - Fix non-deterministic suffix updates in hashes.pkl17:02
cschwede|mtgnotmyname: launchpad 164480717:02
openstackLaunchpad bug 1644807 in OpenStack Object Storage (swift) "hashes.pkl suffix update is not deterministic and might be never triggered" [High,In progress] https://launchpad.net/bugs/1644807 - Assigned to Christian Schwede (cschwede)17:02
acolesnotmyname: makes the replicator do a listdir on suffixes more predictably17:02
cschwede|mtghttps://bugs.launchpad.net/swift/+bug/164480717:02
*** cschwede|mtg is now known as cschwede17:02
*** PetrKubena has left #openstack-swift17:02
cschwedenotmyname: if you’re unlucky, you have suffixes that won’t replicate for a long time - only after the 50-100 replication cycle this gets fixed17:03
*** daemontool has quit IRC17:04
notmynameTIL https://en.wikipedia.org/wiki/Coupon_collector's_problem17:05
notmynameI'll prioritize looking at that today17:05
*** winggundamth_ has joined #openstack-swift17:15
notmynamehttps://review.openstack.org/#/c/401225/ and https://review.openstack.org/#/c/401226/ are TC patches that we should pay attention to17:18
patchbotpatch 401225 - governance - Add a draft TC vision structure17:18
patchbotpatch 401226 - governance - Add a draft OpenStack technical vision17:18
*** pcaruana has quit IRC17:19
*** oshritf has quit IRC17:20
*** klrmn has joined #openstack-swift17:25
*** hseipp has quit IRC17:26
notmynameemails successfully marked as "read"17:28
sweepernotmyname: that 'select all unread in inbox' feature gmail added is really handy isn't it? >.>17:33
*** xionchen_ has quit IRC17:34
*** rledisez has quit IRC17:38
onovyclayg: hi, https://launchpadlibrarian.net/295278975/rsync-after-upgrade.png17:41
onovyfyi :)17:41
onovyand morning to everyone else17:42
claygonovy: congras!17:43
claygquite an endeavour - well earned17:43
onovyPavel found it and fixed it, cschwede and acoles helped a lot with patch. so congrats to them :)17:44
claygyes, too all - go go team swift!17:44
onovy:)17:45
sweeperso I'm a noob here....this patch makes replication faster?17:46
onovysweeper: this patch prevents data loss17:52
onovythere is bug which can prevent replicate some suffixes from partitions17:52
onovybug is there from mitaka release17:53
claygonovy: i'm still having problems following the relation to the rsync metric that tipped you off - did you get the entire cluster upgraded to liberty before applying pavel's fix?18:00
sweeperonovy: ah, that's a good thing :)18:01
*** dmorita has joined #openstack-swift18:02
*** davideagle has quit IRC18:03
*** catintheroof has joined #openstack-swift18:04
*** mweshi has joined #openstack-swift18:06
*** winggundamth_ has quit IRC18:16
*** mweshi has quit IRC18:16
*** ChubYann has joined #openstack-swift18:31
*** chlong has joined #openstack-swift18:42
notmynamehttp://lists.openstack.org/pipermail/openstack-dev/2016-November/108074.html  <-- changes proposed related to driver code in openstack projects. this doesn't affect swift too much today, but nearly any of the proposed options (all trying to answer "what do to about vendor-specific drivers?") will affect most openstack projects. it's likely good to have a cursory understanding of what's going18:43
notmynameon18:43
jrichlinotmyname: thanks for highlighting the TC and mailing list items18:52
onovyclayg: yep18:52
onovyto mitaka18:53
onovyliberty was fine18:53
notmynamejrichli: I'm your secondary mail filter18:53
onovyclayg: i think this is explanation. Have suffix inside partition, which is not inside hashes.pkl18:54
onovyclayg: replicator every 10th run do "listdir". He found this new suffix, because this suffix is not at destination, call rsycn18:55
onovyclayg: cluster is synced -> nothing happens18:55
onovyclayg: then destition recounts that suffix -> fixed18:55
onovythis happens every write to new suffix18:56
*** TheShaman has joined #openstack-swift19:01
TheShamanhello, i cant seem to get the s3 swift interface installed, is this the right channel?19:01
jrichliTheShaman: #swift3 is the best channel for that, although some of those folks are here too19:04
glangeyou won't be able to install that on this channel19:04
*** TheShaman has quit IRC19:06
*** geaaru has quit IRC19:07
*** amoralej is now known as amoralej|off19:11
*** clu_ has joined #openstack-swift19:12
notmynameglange: ?19:17
glangeit was a joke - you can't install software on an irc channel19:17
glangesorry :)19:17
notmynameno worries. that's how I read it :-)19:18
tdasilvahehe19:18
glangehah19:18
*** nikivi has joined #openstack-swift19:45
*** nikivi has quit IRC19:53
openstackgerritPaul Dardeau proposed openstack/swift: CompositeRing Support  https://review.openstack.org/27192019:57
claygi don't think we ever had a good test for invalidation of a new suffix in part with an existing hashes pickle :\19:58
*** chlong has quit IRC20:02
*** nikivi has joined #openstack-swift20:14
*** chlong has joined #openstack-swift20:17
*** nikivi has joined #openstack-swift20:19
*** acoles is now known as acoles_20:38
cschwedeclayg: i’m trying to fix that. already working on that, but any ideas welcome!20:48
claygcschwede: well, i'm mostly trying to see how any test in patch 286618 could have caught this - and mostly happy with what went in from patch 40133020:53
patchbothttps://review.openstack.org/#/c/286618/ - swift - Faster suffix invalidations on object PUT/DELETE (MERGED)20:54
patchbothttps://review.openstack.org/#/c/401330/ - swift - Fixed regression in consolidate_hashes (MERGED)20:54
onovyclayg: maybe we should invalidate random part of hashes every replicator run to mitigate bugs like this21:01
claygi was sorta thinking i might should have noticed this when reviewing patch 346865 - but hash invalidation from a reclaimed tombstone never creates a new suffix :'(21:01
patchbothttps://review.openstack.org/#/c/346865/ - swift - Delete old tombstones (MERGED)21:01
onovyFor example how can I be sure if my whole cluster is in sync, if any of my hashes can be desynced21:02
claygonovy: i'm not quite sure I follow - you mean like if change something under a suffix and don't invalidate that suffix?21:03
onovyYep21:03
onovyI think this can occur21:04
onovyCode bug, xfs bug, power outage21:04
onovyMaybe we should invalidate random hashes21:04
onovyJust for sure21:04
onovyWe are doing same for new hashes now21:05
onovyHashes=suffix :-)21:05
MooingLemurHas anyone ever proposed creating a sort of handoff "pool"?  The use case I'm thinking is to have a handful of very fast machines with SSD that are dedicated handoff nodes.  This would provide for low latency for write affinity, and the nodes would have nothing other than handoff data so that they can replicate very quickly.21:07
MooingLemurreplicate/revert21:07
claygonovy: i'm not sure what we be the appropriate amount of re-hash-calc to introduce to a stable cluster - I think someone at one time had the good idea of adding some timing information to the hashes data file format so that a trip a hash recalc in inacive suffixes after "a while"21:08
onovyclayg: yep, Pavel is thinking about this solution21:08
onovyRecount staled hashes21:09
onovyAnd Christian had similar idea21:09
notmynameMooingLemur: that's an interesting idea, and it wouldn't be too difficult for you to test it out and get some numbers21:10
claygonovy: there may be bugs/wishlist/ideas open related along those lines - might be a useful to go searching for them - if for no other reason to mark them done if Pavel ends up doing something21:10
onovyclayg: yep. I will talk about it with Pavel tomorrow21:10
claygnotmyname: it sounds difficult to me?  how would you force get_more_nodes to produce those specific devices in the ring?21:10
notmynameMooingLemur: hack up the get_more_nodes() to return a list of your SSDs, then run some benchmarks comparing the two.21:10
claygnotmyname: oh21:11
MooingLemurnotmyname: it might be something I'm capable of doing with my current understanding if I understand the code path :)21:11
onovyWe will create simple script which will invalidate all hashes for now21:11
onovyJust to check if we have all data...21:11
claygonovy: just run rm -f /srv/node*/*/object*/hashes.pkl on all nodes?21:11
notmynameyeah, nothing too sophisticated. just enough to get a comparison of numbers. then, of course, there will need to be more testing to figure out where the particular differences come from21:11
onovyclayg: I am bit worried about this21:12
claygonovy: it's the same thing as invalidating all the suffixes?21:12
notmynameMooingLemur: as in, there's no reason to start changing stuff to make it faster if we don't know exactly what's making it slow today. (and what is fast or slow and what's good enough?)21:12
claygonovy: you could do a few parts a time - something like 'for phase range in 10; for part in self.parts; if part % phase; continue ; else delete; sleep' or .. whatever21:14
clayg^ N.B. that's not valid or correct :P21:14
*** sams-gleb has quit IRC21:14
onovyclayg: it's not completly same21:14
onovyif i remove hashes, i force replicator/o-server to count it21:14
MooingLemurnotmyname: My observed problem right now isn't necessarily ingest speed, it's the delay between upload and when the object is geographically consistent due to the multi-hour replication sweep.21:14
onovyi can't fine tune speed of recount21:15
onovyif i call recount, i can fine tune speed of recouting21:15
onovyso no invalidating, force-recounting :)21:15
*** sams-gleb has joined #openstack-swift21:15
MooingLemurs/geographically/globally/21:15
claygMooingLemur: turn off write affinity - you'll get geographically consistent much quicker21:16
*** chlong has quit IRC21:16
notmynameMooingLemur: ah, ok.21:16
onovyMooingLemur: we are using read affinity only inside geo-cluster. fast read, slower write, but geo-consitent :)21:17
onovy+ what is "multi-hour replication sweep"?21:18
onovyi think you can fine tune replicator concurrency to get "multi-minutes replication sweep"21:18
claygonovy: i don't think i follow beyond you want to control the rate of hash recalculation - I don't think there's much benifit to doing a subset of suffixes w/i a subset of parts rather than doing just a subset of parts - i also do think the the management overhead of trying to spread this out over too long is worth the congnative effort to try and get to clever - unless you're planning on doing this ongoing21:18
MooingLemuronovy: object-replicator on the storage nodes is taking multiple hours to complete a single pass, and right now it's only made worse because we're adding storage in region 2, and not very much is being written directly in region 2 yet.21:19
onovyclayg: so you recommends to just remove hashes.pkl?21:19
clayg... in which case I think just randomly recalculating a subset of suffixes on an ongoing basis is a bad idea - and effort would be spent to recalculate suffixes that are inactive21:19
onovyMooingLemur: add concurency to replicator?21:19
*** sams-gleb has quit IRC21:20
claygonovy: you can either remove hashes.pkl in the whole cluster (rip the bandaid off, it doesn't hurt that bad IME) - or you can remove hashes.pkl in subset of parts in a sweep21:20
onovy"in subset" = same partitions on all replicas?21:20
claygyeah so a script that does like `rm /srv/node*/*/object*/[0-100]/hashes.pkl` then `rm /srv/node*/*/object*/[100-200]/hashes.pkl` etc21:22
claygi'm sure that'd be good enough21:22
MooingLemuronovy: I tried, it doesn't seem to help beyond a certain point.  I think I might be running into some bottleneck with the Python GIL but I haven't proved it except I did try running concurrent one-off replications confined to individual devices which increased throughput.21:22
onovyMooingLemur: ah, right replicator per-device // this is what we need :)21:22
claygonovy: again, unless your just trying to operationalize some sort of continuous suffix recalculation - rahter than a one time "i'm scared recalc everything"21:23
onovybut we have concurrency=2 and ~30 minutes to check whole cluster, if there is nothing to transfer21:23
onovyclayg: i'm scared, recalc everything :)21:23
onovyMooingLemur: ^ but we have... was to you :)21:24
MooingLemurI've also selected a part power of 22 which may not be helping things.  I didn't want to come up short if the cluster expanded to a 5-figure number of disks.  We are at mid 4 figure now.21:25
claygcontinuous recalculation of inactive suffixes seems like a good and safe practical step in improving the consistence engine - but it should be something like "if a hash has been valid for a suffix for a reclaim age w/o any of the nodes doing a recalc - don't trust it" - ideally it would also log something scary if this "i don't trust this hash" operation resulted in a different result!21:25
onovyMooingLemur: ah, how many partitions do you have per server?21:25
claygzomg 22!@##@21:25
onovybambilion? :)21:25
*** chlong has joined #openstack-swift21:29
MooingLemurclayg: would be nice to rewind a few years and pick a lower number now that I know multiple storage policies would be a thing. :)21:30
onovytimemachine... i will buy two. thanks21:30
mattoliveraulol21:30
mattoliverauoh and morning21:31
onovyit's 10pm...21:31
MooingLemuronovy: two?  wouldn't that create a paradox? :D21:31
mattoliveraupfft, you mean 8:30am21:31
onovyMooingLemur: i will put one timemachine into second21:31
onovyand timetravel into past21:31
onovyand sell timemachine to myself21:31
MooingLemurcausal loop complete21:31
MooingLemurBut anyway, in-place storage policy migration would probably allow me to fix picking too high a part power.  Definitely looking forward to being able to use that :D21:32
onovythat's right21:33
onovyovh can do it already21:33
onovyif i remember correctly21:33
MooingLemuronovy: re two-time machines: http://www.myextralife.com/wp-content/uploads/2009/02/2009-02-26.jpg21:33
onovyMooingLemur: hmm, maybe i'm stupid, but i don't get it :/21:34
onovya portal!21:34
onovygot it.21:34
*** Jeffrey4l has quit IRC21:35
onovyMooingLemur: how big geo-cluster do you have?21:37
*** Jeffrey4l has joined #openstack-swift21:47
*** dmorita has quit IRC22:03
*** davideagle has joined #openstack-swift22:04
*** mmotiani_ has joined #openstack-swift22:06
*** chlong has quit IRC22:09
*** klrmn has quit IRC22:13
*** vint_bra has quit IRC22:21
*** vint_bra has joined #openstack-swift22:24
*** dmorita has joined #openstack-swift22:24
*** mvk has joined #openstack-swift22:25
*** catintheroof has quit IRC22:28
*** zigo has quit IRC22:29
*** vint_bra has quit IRC22:31
*** vint_bra has joined #openstack-swift22:33
*** zigo has joined #openstack-swift22:36
*** vint_bra has quit IRC22:37
*** vint_bra has joined #openstack-swift22:39
*** vint_bra has quit IRC22:44
*** mmotiani_ has quit IRC22:47
*** klrmn has joined #openstack-swift22:48
*** _JZ_ has quit IRC23:00
*** klrmn has quit IRC23:15
*** kei_yama has joined #openstack-swift23:37
*** davideagle has quit IRC23:47

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